Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.
Sign upComments
This comment has been minimized.
This comment has been minimized.
Daniel-Mietchen
commented
Dec 6, 2018
I just tried to implement a demo using Listeria but got stuck halfway in (query works, but list doesn't): https://www.wikidata.org/wiki/Wikidata:WikiProject_Source_MetaData/Wikidata_lists/Semi-disambiguated_authors . |
This comment has been minimized.
This comment has been minimized.
So currently technically the code is doing several queries: (1) for people with the provided name(s) (the list of possible matching authors), and (2) for articles with author name strings matching the provided name(s) (and then some supplemental lookups to fill in details). Assuming we are sticking with matching 1 author at a time for now, I would guess what you're suggesting here would be a modification of query (2) - i.e. additional filters on the article match, but we'd still need to have the SPARQL also filter on author name string. I'll think about this a bit - rather than SPARQL maybe a form for additional filter terms (journal, other authors, ??) would be helpful? |
This comment has been minimized.
This comment has been minimized.
Daniel-Mietchen
commented
Dec 6, 2018
I now have that list going - the list is built based on a SPARQL query, and the last column in the list is pointing to the disambiguator. Would be great to feed such queries into the disambiguator directly and to use it as a filter on the lookup results. |
This comment has been minimized.
This comment has been minimized.
Daniel-Mietchen
commented
Dec 6, 2018
•
Other scenarios for such pre-filtering would be by topic, e.g. for author name strings commonly found on Zika papers. |
Daniel-Mietchen commentedDec 6, 2018
Mostly useful for those cases which give lots of results when unfiltered (see e.g. #9 ), but can also be useful for smaller sets.