Hey folks :)
Here's your summary of what happened around Wikidata over the past week.
Events https://www.wikidata.org/wiki/Wikidata:Events/Press/Blogs https://www.wikidata.org/wiki/Wikidata:Press_coverage
- State of the Map US http://stateofthemap.us/ (OpenStreetMap's conference) in New York on 6-8 June - Wikimedia Hackathon 2015 https://www.mediawiki.org/wiki/Wikimedia_Hackathon_2015 in Lyon from 23-25 May. Some of the activities and outcomes: - Wikidata descriptions can be soon be edited in the Wikipedia iOS app. - A early preview of the primary SPARQL endpoint https://wdqs-beta.wmflabs.org/ for Wikidata has been created to query Wikidata. Remember that it is not stable and still beta. A short introduction to SPARQL https://commons.wikimedia.org/wiki/File:Wikidata%27s_SPARQL_introduction_presentation.pdf can be found in Lucie's https://www.wikidata.org/wiki/User:Frimelle slides. - If you are not familiar with SPARQL yet, a tool https://tools.wmflabs.org/ppp-sparql/ has been created by Tpt https://www.wikidata.org/wiki/User:Tpt and Bene* https://www.wikidata.org/wiki/User:Bene* to generate SPARQL queries from natural language questions. - To do SPARQL queries from the command line, a command line tool https://github.com/mariushoch/asparagus was crafted by Marius https://www.wikidata.org/wiki/User:Hoo_man. - The special page to query for badges is within reach. - A feedback session on the architecture of Wikibase was held. - We got a cool presentation by Maxime about inventaire.io. - We figured out the next steps to make Wikidata more mobile friendly. - Pilot on the Hungarian Wikipedia https://twitter.com/JeanFred/status/602094565135425536 to show diagrams based on Wikidata in their articles on Spanish villages
Other Noteworthy Stuff
- New command line tool for mapping SKOS to Wikidata http://inkdroid.org/journal/2015/05/20/skos-and-wikidata/ (video https://vimeo.com/128305641) - The Wikidata Visualization Challenge https://se.wikimedia.org/wiki/Projekt:%C3%96ppna_data_2015/Visualisering/T%C3%A4vling is ending soon. Please submit your entries. The Wikidata Menu Challenge https://www.wikidata.org/wiki/Wikidata:Menu_Challenge is also ending soon. - The number of videos about Wikidata is growing and there is now a category on Wikimedia Commons https://commons.wikimedia.org/wiki/Category:Wikidata_videos for these.
Did you know?
- Newest properties: lowest note https://www.wikidata.org/wiki/Property:P1898, highest note https://www.wikidata.org/wiki/Property:P1897, source website https://www.wikidata.org/wiki/Property:P1896, Fauna Europaea ID https://www.wikidata.org/wiki/Property:P1895, Danish urban area code https://www.wikidata.org/wiki/Property:P1894, OpenPlaques plaque identifier https://www.wikidata.org/wiki/Property:P1893, signatory https://www.wikidata.org/wiki/Property:P1891, BNC identifier https://www.wikidata.org/wiki/Property:P1890, different from https://www.wikidata.org/wiki/Property:P1889 - Newest WikiProjects https://www.wikidata.org/wiki/Wikidata:WikiProjects: WikiProject Elections https://www.wikidata.org/wiki/Wikidata:WikiProject_Elections
Development
- Got early preview of the primary SPARQL endpoint for Wikidata live - The Graph extension is now live on Wikidata - Arbitrary access is rolled out on fawiki, hewiki and enwikivoyage now - Busy with the hackathon (see above)
You can see all open bugs related to Wikidata here https://phabricator.wikimedia.org/maniphest/query/4RotIcw5oINo/#R. Monthly Tasks
- Hack on one of these https://phabricator.wikimedia.org/maniphest/query/R8GRzX1eH0tb/#R. - Help fix these items https://www.wikidata.org/wiki/Wikidata:The_Game/Flagged_items which have been flagged using Wikidata - The Game. - Help develop the next summary here! https://www.wikidata.org/wiki/Wikidata:Status_updates/Next - Contribute to a Showcase item https://www.wikidata.org/wiki/Wikidata:Showcase_items - Help translate https://www.wikidata.org/wiki/Special:LanguageStats or proofread pages in your own language! - Add labels, in your own language, for the new properties listed above.
Anything to add? Please share! :)
Cheers Lydia
Hi!
o If you are not familiar with SPARQL yet, a tool <https://tools.wmflabs.org/ppp-sparql/> has been created by Tpt <https://www.wikidata.org/wiki/User:Tpt> and Bene* <https://www.wikidata.org/wiki/User:Bene*> to generate SPARQL queries from natural language questions. o To do SPARQL queries from the command line, a command line tool <https://github.com/mariushoch/asparagus> was crafted by Marius <https://www.wikidata.org/wiki/User:Hoo_man>.
This is awesome! Need more SPARQL tools. I guess the direction to develop this would be to have GUI that allows to build queries (something like we see at https://wdq.wmflabs.org/wdq/) and maybe making ppp-sparql resolved queries - e.g. with actual Q-item for "president" when I ask for "who is the president of the USA?" - which will be more efficient.
Should we start some page where we list such tools?
On 26.05.2015 02:18, Stas Malyshev wrote:
Hi!
o If you are not familiar with SPARQL yet, a tool <https://tools.wmflabs.org/ppp-sparql/> has been created by Tpt <https://www.wikidata.org/wiki/User:Tpt> and Bene* <https://www.wikidata.org/wiki/User:Bene*> to generate SPARQL queries from natural language questions. o To do SPARQL queries from the command line, a command line tool <https://github.com/mariushoch/asparagus> was crafted by Marius <https://www.wikidata.org/wiki/User:Hoo_man>.This is awesome! Need more SPARQL tools. I guess the direction to develop this would be to have GUI that allows to build queries (something like we see at https://wdq.wmflabs.org/wdq/) and maybe making ppp-sparql resolved queries - e.g. with actual Q-item for "president" when I ask for "who is the president of the USA?" - which will be more efficient.
Should we start some page where we list such tools?
Yes please.
I was quite surprised by how well ppp-sparql performs based on very limited information (it's guesses on simple sentences often yield results). Nice work! Maybe it could be more efficient to do some API requests to find the right entities rather than filtering many alternative labels as part of the query. It's not a pattern that we should encourage for production ;-)
Regards,
Markus
Il 26/05/2015 13:40, Markus Krötzsch ha scritto:
On 26.05.2015 02:18, Stas Malyshev wrote:
Hi!
o If you are not familiar with SPARQL yet, a tool <https://tools.wmflabs.org/ppp-sparql/> has been created byTpt https://www.wikidata.org/wiki/User:Tpt and Bene* https://www.wikidata.org/wiki/User:Bene* to generate SPARQL queries from natural language questions. o To do SPARQL queries from the command line, a command line tool https://github.com/mariushoch/asparagus was crafted by Marius https://www.wikidata.org/wiki/User:Hoo_man.
This is awesome! Need more SPARQL tools. I guess the direction to develop this would be to have GUI that allows to build queries (something like we see at https://wdq.wmflabs.org/wdq/) and maybe making ppp-sparql resolved queries - e.g. with actual Q-item for "president" when I ask for "who is the president of the USA?" - which will be more efficient.
Should we start some page where we list such tools?
Yes please.
I requested a toolinfo.json to be added to ppp-sparql: https://github.com/ProjetPP/PPP-Wikidata-SPARQL/pull/1 Then you would just search for "sparql" here https://tools.wmflabs.org/hay/directory/#/search/sparql.
I was quite surprised by how well ppp-sparql performs based on very limited information (it's guesses on simple sentences often yield results). Nice work! Maybe it could be more efficient to do some API requests to find the right entities rather than filtering many alternative labels as part of the query. It's not a pattern that we should encourage for production ;-)
Regards,
Markus
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
The PPP SPARQL tool is great fun indeed. For example, it does an excellent job at
"Who is married to Madonna?"
Quite appropriately, the following question keeps "Loading ..." forever:
"What is the greatest number?"
However, I guess it's still a bug ;-)
Will this tool support qualifiers? How?
Also, where does the tool currently take its background knowledge from? For example, how does it know that "married" is a symmetric relation?
Markus
On 26.05.2015 14:13, Ricordisamoa wrote:
Il 26/05/2015 13:40, Markus Krötzsch ha scritto:
On 26.05.2015 02:18, Stas Malyshev wrote:
Hi!
o If you are not familiar with SPARQL yet, a toolhttps://tools.wmflabs.org/ppp-sparql/ has been created by Tpt https://www.wikidata.org/wiki/User:Tpt and Bene* https://www.wikidata.org/wiki/User:Bene* to generate SPARQL queries from natural language questions. o To do SPARQL queries from the command line, a command line tool https://github.com/mariushoch/asparagus was crafted by Marius https://www.wikidata.org/wiki/User:Hoo_man.
This is awesome! Need more SPARQL tools. I guess the direction to develop this would be to have GUI that allows to build queries (something like we see at https://wdq.wmflabs.org/wdq/) and maybe making ppp-sparql resolved queries - e.g. with actual Q-item for "president" when I ask for "who is the president of the USA?" - which will be more efficient.
Should we start some page where we list such tools?
Yes please.
I requested a toolinfo.json to be added to ppp-sparql: https://github.com/ProjetPP/PPP-Wikidata-SPARQL/pull/1 Then you would just search for "sparql" here https://tools.wmflabs.org/hay/directory/#/search/sparql.
I was quite surprised by how well ppp-sparql performs based on very limited information (it's guesses on simple sentences often yield results). Nice work! Maybe it could be more efficient to do some API requests to find the right entities rather than filtering many alternative labels as part of the query. It's not a pattern that we should encourage for production ;-)
Regards,
Markus
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
It seems to be grounded in http://askplatyp.us technology. They give the same answer on the Madonna question.
Without knowing the details I find a text file with mapping here:
https://github.com/ProjetPP/PPP-QuestionParsing-Grammatical/blob/65742217a95...
/Finn
On 05/26/2015 03:58 PM, Markus Krötzsch wrote:
The PPP SPARQL tool is great fun indeed. For example, it does an excellent job at
"Who is married to Madonna?"Quite appropriately, the following question keeps "Loading ..." forever:
"What is the greatest number?"However, I guess it's still a bug ;-)
Will this tool support qualifiers? How?
Also, where does the tool currently take its background knowledge from? For example, how does it know that "married" is a symmetric relation?
Markus
On 26.05.2015 14:13, Ricordisamoa wrote:
Il 26/05/2015 13:40, Markus Krötzsch ha scritto:
On 26.05.2015 02:18, Stas Malyshev wrote:
Hi!
o If you are not familiar with SPARQL yet, a toolhttps://tools.wmflabs.org/ppp-sparql/ has been created by Tpt https://www.wikidata.org/wiki/User:Tpt and Bene* https://www.wikidata.org/wiki/User:Bene* to generate SPARQL queries from natural language questions. o To do SPARQL queries from the command line, a command line tool https://github.com/mariushoch/asparagus was crafted by Marius https://www.wikidata.org/wiki/User:Hoo_man.
This is awesome! Need more SPARQL tools. I guess the direction to develop this would be to have GUI that allows to build queries (something like we see at https://wdq.wmflabs.org/wdq/) and maybe making ppp-sparql resolved queries - e.g. with actual Q-item for "president" when I ask for "who is the president of the USA?" - which will be more efficient.
Should we start some page where we list such tools?
Yes please.
I requested a toolinfo.json to be added to ppp-sparql: https://github.com/ProjetPP/PPP-Wikidata-SPARQL/pull/1 Then you would just search for "sparql" here https://tools.wmflabs.org/hay/directory/#/search/sparql.
I was quite surprised by how well ppp-sparql performs based on very limited information (it's guesses on simple sentences often yield results). Nice work! Maybe it could be more efficient to do some API requests to find the right entities rather than filtering many alternative labels as part of the query. It's not a pattern that we should encourage for production ;-)
Regards,
Markus
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
It would be interesting to see if some parts of this can be tweaked to allow crowdsourcing of some sort. For example, it is possible to identify some language constructs (patterns) where a better form can be generated. Perhaps an even better SPARQL-form can be generated inline.
Another area where it seems to be possible to improve the results is by adding human expectation. If we ask about "what" we expect a result abut a thing, if we ask about "who" we expect a result about a person, if we use "is" then we want the present value, and so forth. This can be used to filter out spurious values, or even to ask followup questions if an unwanted multiplicity is detected in the result.
On Tue, May 26, 2015 at 5:31 PM, Finn Årup Nielsen fn@imm.dtu.dk wrote:
It seems to be grounded in http://askplatyp.us technology. They give the same answer on the Madonna question.
Without knowing the details I find a text file with mapping here:
https://github.com/ProjetPP/PPP-QuestionParsing-Grammatical/blob/65742217a95...
/Finn
On 05/26/2015 03:58 PM, Markus Krötzsch wrote:
The PPP SPARQL tool is great fun indeed. For example, it does an excellent job at
"Who is married to Madonna?"Quite appropriately, the following question keeps "Loading ..." forever:
"What is the greatest number?"However, I guess it's still a bug ;-)
Will this tool support qualifiers? How?
Also, where does the tool currently take its background knowledge from? For example, how does it know that "married" is a symmetric relation?
Markus
On 26.05.2015 14:13, Ricordisamoa wrote:
Il 26/05/2015 13:40, Markus Krötzsch ha scritto:
On 26.05.2015 02:18, Stas Malyshev wrote:
Hi!
o If you are not familiar with SPARQL yet, a toolhttps://tools.wmflabs.org/ppp-sparql/ has been created by Tpt https://www.wikidata.org/wiki/User:Tpt and Bene* https://www.wikidata.org/wiki/User:Bene* to generate SPARQL queries from natural language questions. o To do SPARQL queries from the command line, a command line tool https://github.com/mariushoch/asparagus was crafted by Marius https://www.wikidata.org/wiki/User:Hoo_man.
This is awesome! Need more SPARQL tools. I guess the direction to develop this would be to have GUI that allows to build queries (something like we see at https://wdq.wmflabs.org/wdq/) and maybe making ppp-sparql resolved queries - e.g. with actual Q-item for "president" when I ask for "who is the president of the USA?" - which will be more efficient.
Should we start some page where we list such tools?
Yes please.
I requested a toolinfo.json to be added to ppp-sparql: https://github.com/ProjetPP/PPP-Wikidata-SPARQL/pull/1 Then you would just search for "sparql" here https://tools.wmflabs.org/hay/directory/#/search/sparql.
I was quite surprised by how well ppp-sparql performs based on very limited information (it's guesses on simple sentences often yield results). Nice work! Maybe it could be more efficient to do some API requests to find the right entities rather than filtering many alternative labels as part of the query. It's not a pattern that we should encourage for production ;-)
Regards,
Markus
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
-- Finn Årup Nielsen http://people.compute.dtu.dk/faan/
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Hoi, While I admire these developments, I find it galling that it is English only. Thanks, Gerard
On 26 May 2015 at 18:03, John Erling Blad jeblad@gmail.com wrote:
It would be interesting to see if some parts of this can be tweaked to allow crowdsourcing of some sort. For example, it is possible to identify some language constructs (patterns) where a better form can be generated. Perhaps an even better SPARQL-form can be generated inline.
Another area where it seems to be possible to improve the results is by adding human expectation. If we ask about "what" we expect a result abut a thing, if we ask about "who" we expect a result about a person, if we use "is" then we want the present value, and so forth. This can be used to filter out spurious values, or even to ask followup questions if an unwanted multiplicity is detected in the result.
On Tue, May 26, 2015 at 5:31 PM, Finn Årup Nielsen fn@imm.dtu.dk wrote:
It seems to be grounded in http://askplatyp.us technology. They give the same answer on the Madonna question.
Without knowing the details I find a text file with mapping here:
https://github.com/ProjetPP/PPP-QuestionParsing-Grammatical/blob/65742217a95...
/Finn
On 05/26/2015 03:58 PM, Markus Krötzsch wrote:
The PPP SPARQL tool is great fun indeed. For example, it does an excellent job at
"Who is married to Madonna?"Quite appropriately, the following question keeps "Loading ..." forever:
"What is the greatest number?"However, I guess it's still a bug ;-)
Will this tool support qualifiers? How?
Also, where does the tool currently take its background knowledge from? For example, how does it know that "married" is a symmetric relation?
Markus
On 26.05.2015 14:13, Ricordisamoa wrote:
Il 26/05/2015 13:40, Markus Krötzsch ha scritto:
On 26.05.2015 02:18, Stas Malyshev wrote:
Hi!
> o If you are not familiar with SPARQL yet, a tool > https://tools.wmflabs.org/ppp-sparql/ has been created by Tpt > https://www.wikidata.org/wiki/User:Tpt and Bene* > https://www.wikidata.org/wiki/User:Bene* to generate SPARQL > queries from natural language questions. > o To do SPARQL queries from the command line, a command line > tool > https://github.com/mariushoch/asparagus was crafted by Marius > https://www.wikidata.org/wiki/User:Hoo_man.
This is awesome! Need more SPARQL tools. I guess the direction to develop this would be to have GUI that allows to build queries (something like we see at https://wdq.wmflabs.org/wdq/) and maybe making ppp-sparql resolved queries - e.g. with actual Q-item for "president" when I ask for "who is the president of the USA?" - which will be
more
efficient.
Should we start some page where we list such tools?
Yes please.
I requested a toolinfo.json to be added to ppp-sparql: https://github.com/ProjetPP/PPP-Wikidata-SPARQL/pull/1 Then you would just search for "sparql" here https://tools.wmflabs.org/hay/directory/#/search/sparql.
I was quite surprised by how well ppp-sparql performs based on very limited information (it's guesses on simple sentences often yield results). Nice work! Maybe it could be more efficient to do some API requests to find the right entities rather than filtering many alternative labels as part of the query. It's not a pattern that we should encourage for production ;-)
Regards,
Markus
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
-- Finn Årup Nielsen http://people.compute.dtu.dk/faan/
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Hi Markus,
Maybe it could be more efficient to do some API requests to find the right entities rather than filtering many alternative labels as part of the query. It's not a pattern that we should encourage for production ;-)
I don't think it would be more efficient to do any api request before querying blazegraph because the api is way slower than the triple search in BlazeGraph. For exposing SPARQL for newcomers it would perhaps be nicer to add the actual Q/P ids instead of huge lists of UNIONs but for the internal query I guess passing everything to BlazeGraph and let it do the right things with it is imo better and more efficient.
Best regards Bene
Hi Bene,
On 29.05.2015 22:06, Bene* wrote:
Hi Markus,
Maybe it could be more efficient to do some API requests to find the right entities rather than filtering many alternative labels as part of the query. It's not a pattern that we should encourage for production ;-)
I don't think it would be more efficient to do any api request before querying blazegraph because the api is way slower than the triple search in BlazeGraph. For exposing SPARQL for newcomers it would perhaps be nicer to add the actual Q/P ids instead of huge lists of UNIONs but for the internal query I guess passing everything to BlazeGraph and let it do the right things with it is imo better and more efficient.
Two reasons:
* Performance: It depends. API might be slower in simple cases, but every label that is part of the SPARQL query is adding a join. At some point, the query will just need too much memory to run at all, and fast turns into impossible ;-). I think some of the queries the system creates are already too big for BlazeGraph. If the API is really so slow, one could use BlazeGraph like the API (issuing many small queries to fetch IDs). But in the end resolving the entities in a query needs only very few API requests, and they are only needed once when building the query.
* Utility: This is the more important reason. Resolving the Qids and Pids as part of the SPARQL generation process will make the tool more useful. You can print something like "I assume that by 'Madonna' you meant the American singer, songwriter, and actress (Q1744)" and let the user change this. As it is now, the husbands of Madonna give a rather surprising mix of results for different entities. This might still be entertaining for Madonna, but it is a real problem for questions like "Where is Paris?", which do not produce a meaningful result (you get a list of places and coordinates for different things, and you cannot find out which coordinate belongs to which place).
A label-based query paradigm can also work, but then it should produce queries that return the entities that were found for each label, so the user can at least see from the result which "Madonna" each husband belongs to.
Cheers,
Markus
Hi!
I don't think it would be more efficient to do any api request before querying blazegraph because the api is way slower than the triple search in BlazeGraph. For exposing SPARQL for newcomers it would perhaps be
That depends a lot on which search we're doing. Some queries (especially as part of bigger queries) are not very fast in BlazeGraph, both due to query planner not being not smart and Blazegraph having different index structure than our database. Also, label-to-P/Q lookups should probably be highly cacheable, since some entities and properties are much frequently used than others. So I would see what to use depending on actual query - especially that right now Blazegraph optimizer is not perfect so semantically same queries may behave significantly different. We of course are working with Blazegraph to fix the issues, but that is another thing we should have to keep in mind when deciding which queries work best.
On Tue, May 26, 2015 at 2:18 AM, Stas Malyshev smalyshev@wikimedia.org wrote:
This is awesome! Need more SPARQL tools. I guess the direction to develop this would be to have GUI that allows to build queries (something like we see at https://wdq.wmflabs.org/wdq/) and maybe making ppp-sparql resolved queries - e.g. with actual Q-item for "president" when I ask for "who is the president of the USA?" - which will be more efficient.
Should we start some page where we list such tools?
We have https://www.wikidata.org/wiki/Wikidata:Tools that should probably list them. Maybe needs some cleaning up and more subpages to make things easier to find?
Cheers Lydia
Well,
https://www.wikidata.org/wiki/Wikidata:Tools/External_tools has 42 tools
https://tools.wmflabs.org/hay/directory/#/search/wikidata has 53 tools
Cheers, Magnus
On Wed, May 27, 2015 at 1:45 PM Lydia Pintscher < lydia.pintscher@wikimedia.de> wrote:
On Tue, May 26, 2015 at 2:18 AM, Stas Malyshev smalyshev@wikimedia.org wrote:
This is awesome! Need more SPARQL tools. I guess the direction to develop this would be to have GUI that allows to build queries (something like we see at https://wdq.wmflabs.org/wdq/) and maybe making ppp-sparql resolved queries - e.g. with actual Q-item for "president" when I ask for "who is the president of the USA?" - which will be more efficient.
Should we start some page where we list such tools?
We have https://www.wikidata.org/wiki/Wikidata:Tools that should probably list them. Maybe needs some cleaning up and more subpages to make things easier to find?
Cheers Lydia
-- Lydia Pintscher - http://about.me/lydia.pintscher Product Manager for Wikidata
Wikimedia Deutschland e.V. Tempelhofer Ufer 23-24 10963 Berlin www.wikimedia.de
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985.
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
On Wed, May 27, 2015 at 3:13 PM, Magnus Manske magnusmanske@googlemail.com wrote:
Well,
https://www.wikidata.org/wiki/Wikidata:Tools/External_tools has 42 tools
https://tools.wmflabs.org/hay/directory/#/search/wikidata has 53 tools
Good point. We also have that... Anyone willing to take on a simplification/cleanup? Our tools ecosystem is so important and right now we're not giving it a good representation :/
Cheers Lydia
Il 27/05/2015 15:18, Lydia Pintscher ha scritto:
On Wed, May 27, 2015 at 3:13 PM, Magnus Manske magnusmanske@googlemail.com wrote:
Well,
https://www.wikidata.org/wiki/Wikidata:Tools/External_tools has 42 tools
https://tools.wmflabs.org/hay/directory/#/search/wikidata has 53 tools
Good point. We also have that... Anyone willing to take on a simplification/cleanup? Our tools ecosystem is so important and right now we're not giving it a good representation :/
Cheers Lydia
In what ways could the directory be improved?
On Wed, May 27, 2015 at 3:20 PM, Ricordisamoa ricordisamoa@openmailbox.org wrote:
In what ways could the directory be improved?
I think the directory is good actually. The issue is getting to it from Wikidata and also having a listing of the tools around Wikidata that are not on tool labs (which I assume can't be listed in the directory?).
Cheers Lydia
Actually they can. All it needs is a little JSON file somewhere on the web that has one or multiple entries. Manual is on the directory page.
On Wed, May 27, 2015 at 2:23 PM Lydia Pintscher < lydia.pintscher@wikimedia.de> wrote:
On Wed, May 27, 2015 at 3:20 PM, Ricordisamoa ricordisamoa@openmailbox.org wrote:
In what ways could the directory be improved?
I think the directory is good actually. The issue is getting to it from Wikidata and also having a listing of the tools around Wikidata that are not on tool labs (which I assume can't be listed in the directory?).
Cheers Lydia
-- Lydia Pintscher - http://about.me/lydia.pintscher Product Manager for Wikidata
Wikimedia Deutschland e.V. Tempelhofer Ufer 23-24 10963 Berlin www.wikimedia.de
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985.
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
On Wed, May 27, 2015 at 3:38 PM, Magnus Manske magnusmanske@googlemail.com wrote:
Actually they can. All it needs is a little JSON file somewhere on the web that has one or multiple entries. Manual is on the directory page.
Uhhhhh nice. Then maybe the best way is to get rid of the external tools page and replace it with a link to the directory?
Cheers Lydia
On Wed, May 27, 2015 at 2:40 PM Lydia Pintscher < lydia.pintscher@wikimedia.de> wrote:
On Wed, May 27, 2015 at 3:38 PM, Magnus Manske magnusmanske@googlemail.com wrote:
Actually they can. All it needs is a little JSON file somewhere on the
web
that has one or multiple entries. Manual is on the directory page.
Uhhhhh nice. Then maybe the best way is to get rid of the external tools page and replace it with a link to the directory?
I *think* we could even host the JSON in a [[Wikidata:]] page, and add the URL as "?title=XYZ&action=raw". Didn't try though.
Cheers Lydia
-- Lydia Pintscher - http://about.me/lydia.pintscher Product Manager for Wikidata
Wikimedia Deutschland e.V. Tempelhofer Ufer 23-24 10963 Berlin www.wikimedia.de
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985.
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
I think we should have items and use Wikidata ! (Hem, here is where I get flamed /o)
2015-05-27 15:44 GMT+02:00 Magnus Manske magnusmanske@googlemail.com:
On Wed, May 27, 2015 at 2:40 PM Lydia Pintscher < lydia.pintscher@wikimedia.de> wrote:
On Wed, May 27, 2015 at 3:38 PM, Magnus Manske magnusmanske@googlemail.com wrote:
Actually they can. All it needs is a little JSON file somewhere on the
web
that has one or multiple entries. Manual is on the directory page.
Uhhhhh nice. Then maybe the best way is to get rid of the external tools page and replace it with a link to the directory?
I *think* we could even host the JSON in a [[Wikidata:]] page, and add the URL as "?title=XYZ&action=raw". Didn't try though.
Cheers Lydia
-- Lydia Pintscher - http://about.me/lydia.pintscher Product Manager for Wikidata
Wikimedia Deutschland e.V. Tempelhofer Ufer 23-24 10963 Berlin www.wikimedia.de
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985.
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Il 27/05/2015 15:23, Lydia Pintscher ha scritto:
On Wed, May 27, 2015 at 3:20 PM, Ricordisamoa ricordisamoa@openmailbox.org wrote:
In what ways could the directory be improved?
I think the directory is good actually. The issue is getting to it from Wikidata
Added https://www.wikidata.org/wiki/?diff=219815821&oldid=153709007 to Wikidata:Tools.
and also having a listing of the tools around Wikidata that are not on tool labs (which I assume can't be listed in the directory?).
They can: "Note that your tool *does not* have to be hosted on WMF Labs" (bold is not mine)
Cheers Lydia
On Wed, May 27, 2015 at 3:42 PM, Ricordisamoa ricordisamoa@openmailbox.org wrote:
Il 27/05/2015 15:23, Lydia Pintscher ha scritto:
On Wed, May 27, 2015 at 3:20 PM, Ricordisamoa ricordisamoa@openmailbox.org wrote:
In what ways could the directory be improved?
I think the directory is good actually. The issue is getting to it from Wikidata
Added to Wikidata:Tools.
You're the best.
and also having a listing of the tools around Wikidata that are not on tool labs (which I assume can't be listed in the directory?).
They can: "Note that your tool does not have to be hosted on WMF Labs" (bold is not mine)
I should read... ;-)
Cheers Lydia
Dear all,
I might have missed it but how
On May 25, 2015, at 11:23 PM, Lydia Pintscher lydia.pintscher@wikimedia.de wrote:
[...] • The Graph extension is now live on Wikidata [...]
is this extension being used in Wikidata? I am just curious...
Thank you for clarification.
Best, Claudia