Sort/group server list

[VladimirAlexiev]

https://reconciliation-api.github.io/testbench/#/ now has 80 servers listed, and some organization is needed

• sorting: is it sorted by URL? The sort seems random at first sight, but is surprisingly useful (eg the 3 Getty are next tg o each other, the 3 Ontotext also, the 6-7 GTAA also...). Maybe just add "sort" controls on Name and URL cols, and optionally a Creator col with sort controls?
• grouping: not sure how to organize it, see mix-n-match.toolforge.org for some ideas. Maybe use "main subject of" and some similar WD fields?

Btw the data model "API end point of Recon protocol" doesn't work in all cases, eg see reconcile-api and nomenklatura that are softwares for building Recon services but not datasets with their own end points.

[wetneb]

sorting: is it sorted by URL? The sort seems random at first sight, but is surprisingly useful (eg the 3 Getty are next tg o each other, the 3 Ontotext also, the 6-7 GTAA also...). Maybe just add "sort" controls on Name and URL cols, and optionally a Creator col with sort controls?

it is currently sorted by inverse lexicographical order on the endpoints (so that the HTTPS ones appear on top). The sorting is done in the SPARQL query.

grouping: not sure how to organize it, see mix-n-match.toolforge.org for some ideas. Maybe use "main subject of" and some similar WD fields?

It would be nice! That being said, in my mind the testbench is primarily a tool for reconciliation service developers, to see examples of services and debug their own service interactively. It was not meant to be a catalog of reconciliation services for users. I think this would be a really nice thing to have, but perhaps in a completely different form (for instance users probably do not care much about the grid of features, CORS/JSONP).

Btw the data model "API end point of Recon protocol" doesn't work in all cases, eg see reconcile-api and nomenklatura that are softwares for building Recon services but not datasets with their own end points.

Yes, we have the census for such tools.

[trnstlntk]

For a general end user trying to find reconciliation services suitable for their needs (think a librarian in a medium-sized library, or a data science student, or a data journalist) it probably makes sense to have just one canonical list of everything they can plug into OpenRefine to do some sort of reconciliation. And also to avoid jargon (census, testbench).

Copying some input I gave in a conversation on Pintoch' talk page on Wikidata:

Many bonus points if that canonical list helps me to discover the ones that are most useful to me (e.g. if I could browse them or narrow them down by topic, language, geographical coverage, etc) and shows which ones are currently active, up, and maintained. There's an increase in the number of reconciliation services (which is awesome), so such filtering will be useful as the list grows, similar to Mix'n'match adding various categorization and filtering features as it grew larger.