Wikidata September 2017

wikidata@lists.wikimedia.org

53 participants
37 discussions

Wiki PageID
by Gintautas Sulskus 05 Oct '18

05 Oct '18

Hi, I have a couple of questions regarding the Wiki Page ID. Does it always stay unique for the page, where the page itself is just a placeholder for any kind of information that might change over time? Consider the following cases: 1. The first time someone creates page "Moon" it is assigned ID=1. If at some point the page is renamed to "The_Moon", the ID=1 remains intact. Is this correct? 2. What if we have page "Moon" with ID=1. Someone creates a second-page "The_Moon" with ID=2. Is it possible that page "Moon" is transformed into a redirect? Then, "Moon" would be redirecting to page "The_Moon"? 3. Is it possible for page "Moon" to become a category "Category:Moon" with the same ID=1? Thanks, Gintas

7 11

Coordinate precision in Wikidata, RDF & query service
by Stas Malyshev 06 Nov '17

06 Nov '17

Hi! I would like to initiate a discussion about coordinate precision in Wikidata and Query Service. The reason is that right now we do not have any limit to precision, coordinates are basically doubles, and that allows to specify over-precise coordinates and makes it harder to compare them - both between themselves within Wikidata and with outside services. >From the precision description in [1], we would rarely need beyond third or fourth digit after the decimal point. However, we have in the database coordinates like: Point(13.366666666 41.766666666) which pretends to specify it with sub-millimeter accuracy - for an entity that describes a municipality[2]! We do have precision on values - e.g. the above has specified precision of "arcseconds" - so it may be just a formatting issue, but even arcsecond looks somewhat over-precise for a city. And it may be a bit challenging to convert DMS precision DD precision. But the bigger question is whether we should store over-precise coordinates in the database at all, or we should round them up on export or inside the data. The formulae that are used to calculate distances have, by obvious reasons, limited precision, and direct comparisons can't take precision into account, which may lead to such coordinates very hard to work with. Should we maybe just put a limit on how precise we put coordinates into RDF and in query service? Would four decimals after the dot be enough? According to [4] this is what commercial GPS device can provide. If not, why and which accuracy would be appropriate? We do export precision of the coordinate as wikibase:geoPrecision[3] - and we currently have 258060 distinct values for it. This is very weird. I am not sure precision is useful in this form. Can anybody tell me any use case for this number now? If not, maybe we should change how we represent it. I'm also not sure where these come from as we only have 13 options in the UI. Bots? [1] https://en.wikipedia.org/wiki/Decimal_degrees [2] https://www.wikidata.org/wiki/Q116746 [3] https://www.mediawiki.org/wiki/Wikibase/Indexing/RDF_Dump_Format#Globe_coor… [4] https://gis.stackexchange.com/questions/8650/measuring-accuracy-of-latitude… -- Stas Malyshev smalyshev(a)wikimedia.org

8 19

Do you use the Wikidata entity dump dcatap.rdf?
by Marius Hoch 03 Nov '17

03 Nov '17

Hi folks, is anyone using the Wikidata entity dump dcatap.rdf at https://dumps.wikimedia.org/wikidatawiki/entities/dcatap.rdf? It is very rarely used and is thus causing us a (probably) undue maintenance burden, because of which we plan to remove it. If anyone is making use of it, please speak up so that we can keep it or find a viable alternative. Cheers, Marius

4 4

Identifying tool edits in Wikidata revision comments
by Andrew Hall 10 Oct '17

10 Oct '17

Hello, I’m doing some analyses in which I want to identify Wikidata edits done via editing tools (e.g. via QuickStatements, etc…). To identify these edits, I've first flagged and removed bot edits and then I’ve generated a list of the 1000 most popular revision comment words (ignoring case and some punctuation characters as part of this process). Within this list of words, I've identified 15 words that I believe indicate tool edits. I’ve included these 15 words below. Does anyone know of tool edits that would be missed if I search for revisions that contain one of these 15 words in their comments? Put another way, are there editing tools not listed below? If so, can I identify edits from those tools from revision comments? #quickstatements #petscan #autolist2 autoedit nameguzzler labellister #itemcreator #dragrefjs [[useryms/lc|lcjs]] #wikidatagame [[wikidataprimary #mix'n'match mix'n'match #distributedgame [[userjitrixis/nameguzzlerjs|nameguzzler]] Thanks in advance, Andrew Hall

4 4

Deletion nomination of Template:Cite Q on English Wikipedia
by Dario Taraborelli 07 Oct '17

07 Oct '17

Hey folks, I wanted to draw your attention to a deletion nomination discussion for an experimental template – {{Cite Q}} <https://en.wikipedia.org/wiki/Template:Cite_Q> – pulling bibliographic data from Wikidata: https://en.wikipedia.org/wiki/Wikipedia:Templates_for_discussion/Log/2017_S… As you'll see, there is significant resistance against the broader usage of a template which exemplifies how structured bibliographic data in WIkidata could be reused across Wikimedia projects. I personally think many of the concerns brought up by editors who support the deletion request are legitimate. As the editor who nominated the template for deletion notes: "The existence of the template is one thing; the advocacy to use this systematically is another one altogether. Anybody seeking that kind of systematic, radical change in Wikipedia must get consensus for that in Wikipedia first. Being BOLD is fine but has its limits, and this kind of thing is one of them." I find myself in agreement with this statement, which I believe applies to much more than just bibliographic data from Wikidata: it's about virtually any kind of data and contents reused across projects governed by different policies and expectations. I think what's happening is that an experimental template – primarily meant to showcase how data reuse from Wikidata *might *work – is perceived as a norm for how references *will* or *should* work in the future. If you're involved in the WikiCite initiative, and are considering participating in the deletion discussion, I encourage you to keep a constructive tone and understand the perspective of people who are concerned about the use and misuse of this template. As one of the WikiCite organizers, I see the success of the initiative as coming from rich, highly curated data that other projects will want to reuse, and from technical and usability advances for all contributors, not from giving an impression that the goal is to use Wikidata to subvert how other Wikimedia communities do their job. I'll post a note explaining my perspective. Dario

15 39

Encoders/feature extractors for neural nets
by John Erling Blad 03 Oct '17

03 Oct '17

Is there anyone that has done any work on how to encode statements as features for neural nets? I'm mostly interested in sparse encoders for online training of live networks.

4 6

+Add (statement) button doesn't appear in Wikibase items and properties
by Iván 28 Sep '17

28 Sep '17

Hi everyone! I have resumed my tests of Wikibase. I installed the latest version of MediaWiki and Wikibase without problems, without errors. I just have problems with the add statement button (+Add). At the beginning I thought that it could be the same problem that I experiment the last time that I worked with Wikibase. However, this is different because I haven't duplicated the constants and I haven't the PHP error about the constants. I checked the console and I read: This page is using the deprecated ResourceLoader module "jquery.ui.position". load.php:19:950 This page is using the deprecated ResourceLoader module "jquery.ui.widget". load.php:30:794 This page is using the deprecated ResourceLoader module "jquery.ui.core". Please use "mediawiki.ui.button" or "oojs-ui" instead. load.php:1:80 This page is using the deprecated ResourceLoader module "jquery.tipsy". load.php:69:171 Searching I found this topic in MediaWiki <https://www.mediawiki.org/wiki/Topic:Ty4vs2ssccigib5s>, but I read in the Phabricator task <https://phabricator.wikimedia.org/T175910> that it is solved. When I installed Wikibase I made a clone of the latest version in GitHub. Anyone knows what is happening in this case? Thanks in advance! Regards, Iván -- Iván Hernández Cazorla Miembro de *Wikimedia España*

1 0

WikiPedia to WikiData URIs
by Timothy Holborn 27 Sep '17

27 Sep '17

any chance of converting https://en.wikipedia.org/wiki/Linked_data#Principles to say - https://en.wikidata.org/wiki/Linked_data#Principles via automated tools? or perhaps some sort of agent method that adds literals from wikipedia for an RDF agent? Or some other similar method / idea? Tim.H.

1 0

weekly summary #279
by Lydia Pintscher 25 Sep '17

25 Sep '17

Hey folks :) Here is your quick overview of what's been happening around Wikidata over the past week. Events <https://www.wikidata.org/wiki/Special:MyLanguage/Wikidata:Events>/ Press/Blogs <https://www.wikidata.org/wiki/Special:MyLanguage/Wikidata:Press_coverage> - Past: Wikimedia Research Showcase - A Glimpse into Babel: An Analysis of Multilinguality in Wikidata <https://www.mediawiki.org/wiki/Wikimedia_Research/Showcase#September_2017> - Upcoming: Wikidata Workshop about the Austrian election data <https://www.wikidata.org/wiki/Wikidata:Events/Wikidata_Wahldaten_Workshop_2…>, September 30th, Vienna - Upcoming: The next IRC office hour will take place on November 14th, 19:00 (Berlin time, UTC+2) on the channel #wikimedia-office - Weekend at the Museum (of Brittany) <https://www.lehir.net/weekend-at-the-museum-of-brittany> Other Noteworthy Stuff - Wikidata's 5th birthday is about 1 month away. Time to think about birthday presents? ;-) - Siri shows more information based on Wikidata in iOS 11 <https://twitter.com/sjoerddebruin/status/910487090026221568> - 2 funding proposals are looking for comments and support: soweego <https://meta.wikimedia.org/wiki/Grants:Project/Hjfocs/soweego> and CrossWikiFact <https://meta.wikimedia.org/wiki/Grants:Project/DBpedia/CrossWikiFact> - Quick graph of the relation of the number of labels in a given language on Wikidata and the number of first language speakers of that language <https://twitter.com/frimelle/status/910918203953557505> Did you know? - Newest properties <https://www.wikidata.org/wiki/Special:ListProperties>: candidate number <https://www.wikidata.org/wiki/Property:P4243>, maximal rate of climb <https://www.wikidata.org/wiki/Property:P4242>, refine date <https://www.wikidata.org/wiki/Property:P4241>, regular expression syntax <https://www.wikidata.org/wiki/Property:P4240>, vocalized name <https://www.wikidata.org/wiki/Property:P4239>, webcam page URL <https://www.wikidata.org/wiki/Property:P4238>, Heritage Building in Finland ID <https://www.wikidata.org/wiki/Property:P4237>, PatientLikeMe symptom ID <https://www.wikidata.org/wiki/Property:P4236>, PatientLikeMe treatment ID <https://www.wikidata.org/wiki/Property:P4235>, PatientLikeMe condition ID <https://www.wikidata.org/wiki/Property:P4233>, Figshare author ID <https://www.wikidata.org/wiki/Property:P4232> - Query examples: standards bodies by number of standards they are connected to <https://query.wikidata.org/#%23defaultView%3ABubbleChart%0ASELECT%20%3Fbody…> (source <https://twitter.com/WikiDigi/status/910855968245903360>) Development - Rolled out more fine-grained usage tracking on Greek Wikipedia. This will lead to less irrelevant changes showing up in watchlist and recent changes on those projects. We're testing this on Greek Wikipedia to see if the solution we have scales before rolling it out further. ( phabricator:T151717 <https://phabricator.wikimedia.org/T151717>) - Adding an API module to copy a statement from one item to another ( phabricator:T55619 <https://phabricator.wikimedia.org/T55619>) - Working more on checking constraints also on qualifiers and references (phabricator:T168532 <https://phabricator.wikimedia.org/T168532>) - Added support for the Creator namespace to the constraints check for Commons links (phabricator:T176062 <https://phabricator.wikimedia.org/T176062>) - Fixed an error message on Special:GoToLinkedPage (phabricator:T176327 <https://phabricator.wikimedia.org/T176327>) - Finishing touches on including full URIs for external IDs in the RDF export (phabricator:T121274 <https://phabricator.wikimedia.org/T121274>) You can see all open tickets related to Wikidata here <https://phabricator.wikimedia.org/maniphest/query/4RotIcw5oINo/#R>. Monthly Tasks - Add labels, in your own language(s), for the new properties listed above. - Comment on property proposals: all open proposals <https://www.wikidata.org/wiki/Wikidata:Property_proposal/Overview> - Suggested and open tasks <https://www.wikidata.org/wiki/Wikidata:Contribute/Suggested_and_open_tasks> ! - Contribute to a Showcase item <https://www.wikidata.org/wiki/Special:MyLanguage/Wikidata:Showcase_items> . - Help translate <https://www.wikidata.org/wiki/Special:LanguageStats> or proofread the interface and documentation pages, in your own language! - Help merge identical items <https://www.wikidata.org/wiki/User:Pasleim/projectmerge> across Wikimedia projects. - Help write the next summary! <https://www.wikidata.org/wiki/Wikidata:Status_updates/Next> Anything to add? Please share! :) 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/029/42207.

1 0

Fwd: [SMW-devel] SMWCon Fall 2017 news: The program and schedule are now online
by [[kgh]] 25 Sep '17

25 Sep '17

Heiya, cross posting for those who are interested and have not come across this message yet. Cheers Karsten -------- Weitergeleitete Nachricht -------- Betreff: [SMW-devel] SMWCon Fall 2017 news: The program and schedule are now online Datum: Sat, 23 Sep 2017 17:25:37 +0200 Von: Rutledge, Lloyd <Lloyd.Rutledge(a)ou.nl> An: semediawiki-devel(a)lists.sourceforge.net **News: The program and schedule are now online** Dear users, developers and all people interested in semantic wikis, We are happy to announce SMWCon Fall 2017 - the 14th Semantic MediaWiki Conference: Dates: October 4th to October 6th 2017 (Wednesday to Friday). Location: Rotterdam Zoo (Blijdorp), Rotterdam, the Netherlands Conference page: https://www.semantic-mediawiki.org/wiki/SMWCon_Fall_2017 Participants: Everybody interested in semantic wikis, especially in Semantic MediaWiki, e.g., users, developers, consultants, business representatives, researchers. SMWCon Fall 2017 will be supported by ArchiXL B.V. [0], Wikibase Solutions [1], The Open University in the Netherlands [2] and Open Semantic Data Association e. V. [3]. Following the success of this format the SMWCon will have one tutorial and workshop day preceding two conference days. Participating in the conference: To help us planning, you can already informally register on the conference page, although a formal registration will later be needed. Contributing to the conference: If you want to present your work in the conference please go to the conference page and add your talk there. To create an attractive program for the conference, we will later ask you to give further information about your proposals. Among others, we encourage contributions on the following topics: Applications of semantic wikis: Semantic wikis for enterprise workflows and business intelligence Semantic wikis for corporate or personal knowledge management Exchange on business models with semantic wikis Lessons learned (best/worst practices) from using semantic wikis or their extensions Semantic wikis in e-science, e-humanities, e-learning, e-health, e-government Semantic wikis for finding a common vocabulary among a group of people Semantic wikis for teaching students about the Semantic Web Offering incentives for users of semantic wikis Challenges and obstacles for semantic wikis in business environments Development of semantic wikis: Semantic wikis as knowledge base backends / data integration platforms Comparisons of semantic wiki concepts and technologies Community building, feature wishlists, roadmapping of Semantic MediaWiki Improving user experience in a semantic wiki Speeding up semantic wikis Integrations and interoperability of semantic wikis with other applications and mashups Modeling of complex domains in semantic wikis, using rules, formulas etc. Access control and security aspects in semantic wikis Multilingual semantic wikis For questions about sponsorship opportunities, please do not hesitate to contact Ad Strack van Schijndel <ad at wikibase.nl>. Hope to see you in Rotterdam! Remco de Boer, Toine Schijvenaars, Esther Greefhorst, Lloyd Rutledge, Erwin Oord, Ad Strack van Schijndel (The Organizing Committee) [0] http://www.archixl.nl/en/ [1] http://www.wikibase.nl/ [2] https://www.ou.nl/ [3] https://opensemanticdata.org/

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

Wikidata September 2017