Wikidata November 2017

wikidata@lists.wikimedia.org

55 participants
32 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

Wikidata HDT dump
by Laura Morales 03 Oct '18

03 Oct '18

Hello everyone, I'd like to ask if Wikidata could please offer a HDT [1] dump along with the already available Turtle dump [2]. HDT is a binary format to store RDF data, which is pretty useful because it can be queried from command line, it can be used as a Jena/Fuseki source, and it also uses orders-of-magnitude less space to store the same data. The problem is that it's very impractical to generate a HDT, because the current implementation requires a lot of RAM processing to convert a file. For Wikidata it will probably require a machine with 100-200GB of RAM. This is unfeasible for me because I don't have such a machine, but if you guys have one to share, I can help setup the rdf2hdt software required to convert Wikidata Turtle to HDT. Thank you. [1] http://www.rdfhdt.org/ [2] https://dumps.wikimedia.org/wikidatawiki/entities/

15 81

FactGrid workshop in Berlin
by Lydia Pintscher 08 Jan '18

08 Jan '18

Hey everyone :) We are working with researchers from the University of Erfurt on a project called FactGrid. The goal is to build a wiki for researchers to collect data related to their research. It will use Wikibase as the underlying technology, just like Wikidata. We'll start with data related to the Illuminati based on the Gothaer Illuminati Research Database. You can find blog posts with more details and musings here: https://blog.factgrid.de I started a page on Wikidata about it here: https://www.wikidata.org/wiki/Wikidata:FactGrid My hope is that this will be one of the many Wikibase installations in Wikidata's ecosystem in the future that is highly connected with Wikidata and that Wikidata can partially import data from where wanted and needed. There will be a kick-off workshop at Wikimedia Deutschland's office in Berlin on the 1st and 2nd of December. It'd be great if we have a few more people there who want to drive this project forward and can help with their experience on Wikidata. If you'd like to attend please let me know. Details about the workshop are here: https://blog.factgrid.de/archives/159 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.

2 3

360 panoramic views
by Thad Guidry 19 Dec '17

19 Dec '17

Hi folks ! So we at Schema.org like the idea of your new Panorama View property as noted here and gaining interest... https://github.com/schemaorg/schemaorg/issues/1768 We also thought a bit about that and are also thinking of an additional property (a subtype for us) to hold a 360 panoramic view (a complete spherical projection view, also known as photo bubbles, photo spheres, etc). Any seasoned Wikidata folks that can create that 360 panoramic view property proposal for us ? :) Thad +ThadGuidry <https://www.google.com/+ThadGuidry>

2 5

Where are wikidata to wikipedia links available
by Rune Stilling 12 Dec '17

12 Dec '17

Hi list Where can one find the mapping between Wikidata and Wikipedia. I can see the links online in both Wikidata and Wikipedia, but I cannot find the links in the RDF-dump f.ex. of Wikidata, nor in the XML-dump of Wikipedia. With regards, Rune Stilling

5 6

FAST Interest Survey
by Proffitt,Merrilee 12 Dec '17

12 Dec '17

Colleagues - Five Research Libraries - Brown, Columbia, Cornell, Harvard and Yale - along with OCLC colleagues have created a survey to gauge interest in the current features of OCLC's FAST<http://www.oclc.org/research/themes/data-science/fast.html> (Faceted Application of Subject Terminology) and potential enhancements. We'd like as many responses as possible--even from those who are not using FAST! Please share this link with anyone you know who applies subject terminology to metadata. https://www.surveymonkey.com/r/Next_Steps_for_FAST We've beta-tested the survey, and it takes 5-15 minutes to complete. You will likely see the survey on other lists that you subscribe to. Kate Harcourt at Columbia has volunteered to serve as coordinator for the survey, so please direct any questions about it to her at harcourt(a)columbia.edu<mailto:harcourt@columbia.edu> The deadline for responses is 15 December 2017. Thank you Posted on behalf of: Kate Harcourt Marty Kurth Jim LeBlanc Boaz Nadav Manes Scott Wicks -- Merrilee Proffitt OCLC * Senior Program Officer, OCLC Research 155 Bovet Rd, Suite 500, San Mateo, CA 94402 T +1-650-287-2136 [OCLC]<http://www.oclc.org/home.en.html?cmpid=emailsig_logo> OCLC.org<http://www.oclc.org/home.en.html?cmpid=emailsig_link> * Facebook<http://www.facebook.com/pages/OCLC/20530435726> * Twitter<http://twitter.com/oclc> * YouTube<http://www.youtube.com/OCLCvideo>

1 1

You can now vote in the Community Wishlist Survey
by Léa Lacroix 11 Dec '17

11 Dec '17

Hello all, For your information, the voting phase of the WMF Community Wishlist Survey has started. You can find there several categories, more than 200 proposals. Some of them are connected to Wikidata (and not only in the Wikidata categories, check also the others). ---------- Forwarded message ---------- From: Johan Jönsson <jjonsson(a)wikimedia.org> Date: 28 November 2017 at 07:01 Subject: [Wikimedia-l] You can now vote in the Community Wishlist Survey To: Wikimedia Mailing List <wikimedia-l(a)lists.wikimedia.org>, Wikimedia developers <wikitech-l(a)lists.wikimedia.org> Hey everyone, The voting phase of the 2017 Community Wishlist Survey has now started. Read the proposals and support the ones you want to support to make the wikis better: https://meta.wikimedia.org/wiki/2017_Community_Wishlist_Survey Click on the categories to find the proposals. The voting will close on December 10. That's the important part of this email. Feel free to follow the link above and starting voting right now. The longer version: The Community Wishlist Survey decides what the Wikimedia Foundation Community Tech team will work on over the next year. The team is responsible for addressing the top 10 wishes on the list, as well as some wishes from smaller groups and projects that are doing important work, but don't have the numbers to get their proposal into the top 10. The Wishlist is also used by volunteer developers and other teams, who want to find projects to work on that the community really wants. Come help set the agenda. If you want to see what the team has done in 2017, see the status report from last month: https://meta.wikimedia.org/wiki/2016_Community_Wishlist_ Survey/Status_report_1 What you can do now: *) Vote. This is the most important thing. *) Spread the word. We really want people to find this, of course, and we'll work on finding the best balance between spreading the news to everyone and not being annoying, but please do help to spread the information in your local community – Village Pump equivalents, IRC channels, social media groups and so on. *) Help translating the pages. We want the process to be as available as possible for everyone. It's not every available if it's only in English. *) If you want to get short updates through the notification system, you can sign up for the Community Tech Newsletter: https://www.mediawiki.org/wiki/Newsletter:The_Community_Tech_Newsletter //Johan Jönsson -- _______________________________________________ Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/ wiki/Mailing_lists/Guidelines and https://meta.wikimedia.org/ wiki/Wikimedia-l New messages to: Wikimedia-l(a)lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, <mailto:wikimedia-l-request@lists.wikimedia.org?subject=unsubscribe> -- Léa Lacroix Project Manager Community Communication 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 1

Cleaning up bibliographic collections in Wikidata
by Dario Taraborelli 05 Dec '17

05 Dec '17

Hey all, I'd like to hear from you on a proposal to add some order and structure to the various bibliographic corpora we currently have in Wikidata. As you may know, coverage of creative works in Wikidata has seen significant growth over the last year. [1][2] Different groups and projects have started importing source metadata for various reasons: - to provide sources machine-extracted statements (WikiFactMine [3], StrepHit [4]) - to represent sources cited in Wikipedia (e.g. DOIs and PMIDs imported via the mwcite identifier dumps) or other Wikimedia projects (Wikisource, Wikispecies, Wikinews) - to create collections of the open access literature citable and reusable in Wikimedia projects (e.g. open access PMC review articles) - to maintain small, curated corpora about specific topics (e.g. the Zika corpus [5]) While all these efforts have grown organically and with little coordination, it's hard to keep track of who initiated the, to clearly communicate their purpose, to understand their completion criteria and their data quality needs, and last but not least to offer any contribution opportunities (in terms of code, or manual labor) to other community members. It's unclear if the future of these efforts should continue to be within Wikidata, or leverage the power of federated Wikibase-powered wikis (see our discussion at the end of the WikiCite session at WikidataCon [6]). Irrespective of the best long term solution, we need to provide some better structure to these efforts today if we want to address the above problems. I'd like to propose a fairly simple solution and hear your feedback on whether it makes sense to implement it as is or with some modifications. 1. create a Wikidata class called "Wikidata item collection" [Q-X] 2. create and document individual collections (e.g. the Wikidata Zika corpus [Q-Y]) as instances of this class: [Q-Y] --P31--> [Q-X] 3. add appropriate metadata to describe such collections (its main topic(s), creators, any external identifiers, if applicable) 4. mark individual bibliographic items as part of [P361] the corresponding collections Note that this approach can apply to bibliographic item collections but also to any other set of items not directly identifiable via Wikidata properties. Of course, the same items could obviously be part of multiple collections. Some criteria would be needed to determine an appropriate threshold for legitimate collections (we wouldn't want arbitrary collections to be created for sets of items generated as part of a test import). Beyond solving the issues listed above, this approach would also allow us to generate dedicated statistics on the growth or data quality of each collection via the SPARQL endpoint. It would also allow us to design constraints for arbitrary item collections, something that right now is not possible (unless these sets can already be identified via a query). If something similar already exists in the context of structured data donations/imports for GLAM, I'd be most grateful for any pointers. Dario [1] http://wikicite.org/statistics.html [2] https://doi.org/10.6084/m9.figshare.5548591.v1 [3] https://meta.wikimedia.org/wiki/Grants:Project/ContentMine/WikiFactMine [4] https://meta.wikimedia.org/wiki/Grants:IEG/StrepHit:_Wikidata_Statements_Va… [5] https://www.wikidata.org/wiki/Wikidata:WikiProject_Zika_Corpus [6] https://mirror.netcologne.de/CCC/events/wikidatacon/2017/h264-hd/wikidataco…

15 15

Wikidata page for data publishers including overview of open data and publishing best practices
by john cummings 05 Dec '17

05 Dec '17

Hi all I'm putting together a page on Wikidata that provides an overview of open data, information on database rights and best practices for publishing open data. I often meet people from organisations who produce data and want it to be reused but have a lower level of data literacy and don't know where to start. Please take a look and see what is missing, feel free to braindump, I can tidy things up :) https://www.wikidata.org/wiki/User:John_Cummings/Publishing_open_data Thanks John

3 2

An answer to Lydia Pintscher regarding its considerations on Wikidata and CC-0
by Mathieu Stumpf Guntz 04 Dec '17

04 Dec '17

Saluton ĉiuj, I forward here the message I initially posted on the Meta Tremendous Wiktionary User Group talk page <https://meta.wikimedia.org/wiki/Talk:Wiktionary/Tremendous_Wiktionary_User_…>, because I'm interested to have a wider feedback of the community on this point. Whether you think that my view is completely misguided or that I might have a few relevant points, I'm extremely interested to know it, so please be bold. Before you consider digging further in this reading, keep in mind that I stay convinced that Wikidata is a wonderful project and I wish it a bright future full of even more amazing things than what it already brung so far. My sole concern is really a license issue. Bellow is a copy/paste of the above linked message: Thank you Lydia Pintscher <https://meta.wikimedia.org/wiki/User:Lydia_Pintscher_%28WMDE%29> for taking the time to answer. Unfortunately this answer <https://www.wikidata.org/wiki/User:Lydia_Pintscher_%28WMDE%29/CC-0> miss too many important points to solve all concerns which have been raised. Notably, there is still no beginning of hint in it about where the decision of using CC0 exclusively for Wikidata came from. But as this inquiry on the topic <https://en.wikiversity.org/wiki/fr:Recherche:La_licence_CC-0_de_Wikidata,_o…> advance, an answer is emerging from it. It seems that Wikidata choice toward CC0 was heavily influenced by Denny Vrandečić, who – to make it short – is now working in the Google Knowledge Graph team. Also it worth noting that Google funded a quarter of the initial development work. Another quarter came from the Gordon and Betty Moore Foundation, established by Intel co-founder. And half the money came from Microsoft co-founder Paul Allen's Institute for Artificial Intelligence (AI2)[1] <https://meta.wikimedia.org/wiki/Talk:Wiktionary/Tremendous_Wiktionary_User_…>. To state it shortly in a conspirational fashion, Wikidata is the puppet trojan horse of big tech hegemonic companies into the realm of Wikimedia. For a less tragic, more argumentative version, please see the research project (work in progress, only chapter 1 is in good enough shape, and it's only available in French so far). Some proofs that this claim is completely wrong are welcome, as it would be great that in fact that was the community that was the driving force behind this single license choice and that it is the best choice for its future, not the future of giant tech companies. This would be a great contribution to bring such a happy light on this subject, so we can all let this issue alone and go back contributing in more interesting topics. Now let's examine the thoughts proposed by Lydia. Wikidata is here to give more people more access to more knowledge. So far, it makes it matches Wikimedia movement stated goal. This means we want our data to be used as widely as possible. Sure, as long as it rhymes with equity. As in /Our strategic direction: Service and //*Equity*/ <https://meta.wikimedia.org/wiki/Strategy/Wikimedia_movement/2017/Direction/…>. Just like we want freedom for everybody as widely as possible. That is, starting where it confirms each others freedom. Because under this level, freedom of one is murder and slavery of others. CC-0 is one step towards that. That's a thesis, you can propose to defend it but no one have to agree without some convincing proof. Data is different from many other things we produce in Wikimedia in that it is aggregated, combined, mashed-up, filtered, and so on much more extensively. No it's not. From a data processing point of view, everything is data. Whether it's stored in a wikisyntax, in a relational database or engraved in stone only have a commodity side effect. Whether it's a random stream of bit generated by a dumb chipset or some encoded prose of Shakespeare make no difference. So from this point of view, no, what Wikidata store is not different from what is produced anywhere else in Wikimedia projects. Sure, the way it's structured does extremely ease many things. But this is not because it's data, when elsewhere there would be no data. It's because it enforce data to be stored in a way that ease aggregation, combination, mashing-up, filtering and so on. Our data lives from being able to write queries over millions of statements, putting it into a mobile app, visualizing parts of it on a map and much more. Sure. It also lives from being curated from millions[2] <https://meta.wikimedia.org/wiki/Talk:Wiktionary/Tremendous_Wiktionary_User_…> of benevolent contributors, or it would be just a useless pile of random bytes. This means, if we require attribution, in a huge number of cases attribution would need to go back to potentially millions of editors and sources (even if that data is not visible in the end result but only helped to get the result). No, it doesn't mean that. First let's recall a few basics as it seems the whole answer makes confusion between attribution and distribution of contributions under the same license as the original. Attribution is crucial for traceability and so for reliable and trusted knowledge that we are targeting within the Wikimedia movement. The "same license" is the sole legal guaranty of equity contributors have. That's it, trusted knowledge and equity are requirements for the Wikimedia movement goals. That means withdrawing this requirements is withdrawing this goals. Now, what would be the additional cost of storing sources in Wikidata? Well, zero cost. Actually, it's already here as the "reference" attribute is part of the Wikibase item structure. So attribution is not a problem, you don't have to put it in front of your derived work, just look at a Wikipedia article: until you go to history, you have zero attribution visible, and it's ok. It's also have probably zero or negligible computing cost, as it doesn't have to be included in all computations, it just need to be retrievable on demand. What would be the additional cost of storing licenses for each item based on its source? Well, adding a license attribute might help, but actually if your reference is a work item, I guess it might comes with a "license" statement, so zero additional cost. Now for letting user specify under which free licenses they publish their work, that would just require an additional attribute, a ridiculous weight when balanced with equity concerns it resolves. Could that prevent some uses for some actors? Yes, that's actually the point, preventing abuse of those who doesn't want to act equitably. For all other actors a "distribute under same condition" is fine. This is potentially computationally hard to do and and depending on where the data is used very inconvenient (think of a map with hundreds of data points in a mobile app). OpenStreetMap which use ODbL, a copyleft attributive license, do exactly that too, doesn't it? By the way, allowing a license by item would enable to include OpenStreetMap data in WikiData, which is currently impossible due to the CC0 single license policy of the project. Too bad, it could be so useful to have this data accessible for Wikimedia projects, but who cares? This is a burden on our re-users that I do not want to impose on them. Wait, which re-users? Surely one might expect that Wikidata would care first of re-users which are in the phase with Wikimedia goal, so surely needs of Wikimedia community in particular and Free/Libre Culture in general should be considered. Do this re-users would be penalized by a copyleft license? Surely no, or they wouldn't use it extensively as they do. So who are this re-users for who it's thought preferable, without consulting the community, to not annoy with questions of equity and traceability? It would make it significantly harder to re-use our data and be in direct conflict with our goal of spreading knowledge. No, technically it would be just as easy as punching a button on a computer to do that rather than this. What is in direct conflict with our clearly stated goals emerging from the 2017 community consultation is going against equity and traceability. You propose to discard both to satisfy exogenous demands which should have next to no weight in decision impacting so deeply the future of our community. Whether data can be protected in this way at all or not depends on the jurisdiction we are talking about. See this Wikilegal on on database rights <https://meta.wikimedia.org/wiki/Wikilegal/Database_Rights> for more details. It says basically that it's applicable in United States and Europe on different legal bases and extents. And for the rest of the world, it doesn't say it doesn't say nothing can apply, it states nothing. So even if we would have decided to require attribution it would only be enforceable in some jurisdictions. What kind of logic is that? Maybe it might not be applicable in some country, so let's withdraw the few rights we have. Ambiguity, when it comes to legal matters, also unfortunately often means that people refrain from what they want to to for fear of legal repercussions. This is directly in conflict with our goal of spreading knowledge. Economic inequality, social inequity and legal imbalance might also refrain people from doing what they want, as they fear practical repercussions. CC0 strengthen this discrimination factors by enforcing people to withdraw the few rights they have to weight against the growing asymmetry that social structures are concomitantly building. So CC0 as unique license choice is in direct conflict with our goal of *equitably* spreading knowledge. Also it seems like this statement suggest that releasing our contributions only under CC0 is the sole solution to diminish legal doubts. Actually any well written license would do an equal job regarding this point, including many copyleft licenses out there. So while associate a clear license to each data item might indeed diminish legal uncertainty, it's not an argument at all for enforcing CC0 as sole license available to contributors. Moreover, just putting a license side by side with a work does not ensure that the person who made the association was legally allowed to do so. To have a better confidence in the legitimacy of a statement that a work is covered by a certain license, there is once again a traceability requirement. For example, Wikidata currently include many items which were imported from misc. Wikipedia versions, and claim that the derived work obtained – a set of items and statements – is under CC0. That is a hugely doubtful statement and it alarmingly looks like license laundering <https://en.wikipedia.org/wiki/license_laundering>. This is true for Wikipedia, but it's also true for any source on which a large scale extraction and import are operated, whether through bots or crowd sourcing. So the Wikidata project is currently extremely misplaced to give lessons on legal ambiguity, as it heavily plays with legal blur and the hope that its shady practises won't fall under too much scrutiny. Licenses that require attribution are often used as a way to try to make it harder for big companies to profit from openly available resources. No there are not. They are used as /a way to try to make it harder for big companies to profit from openly available resources/ *in inequitable manners*. That's completely different. Copyleft licenses give the same rights to big companies and individuals in a manner that lower socio-economic inequalities which disproportionally advantage the former. The thing is there seems to be no indication of this working. Because it's not trying to enforce what you pretend, so of course it's not working for this goal. But for the goal that copyleft licenses aims at, there are clear evidences that yes it works. Big companies have the legal and engineering resources to handle both the legal minefield and the technical hurdles easily. There is no pitfall in copyleft licenses. Using war material analogy is disrespectful. That's true that copyleft licenses might come with some constraints that non-copyleft free licenses don't have, but that the price for fostering equity. And it's a low price, that even individuals can manage, it might require a very little extra time on legal considerations, but on the other hand using the free work is an immensely vast gain that worth it. In Why you shouldn't use the Lesser GPL for your next library <https://www.gnu.org/licenses/why-not-lgpl.html> is stated /proprietary software developers have the advantage of money; free software developers need to make advantages for each other/. This might be generalised as /big companies have the advantage of money; free/libre culture contributors need to make advantages for each other/. So at odd with what pretend this fallacious claims against copyleft licenses, they are not a "minefield and the technical hurdles" that only big companies can handle. All the more, let's recall who financed the initial development of Wikidata: only actors which are related to big companies. Who it is really hurting is the smaller start-up, institution or hacker who can not deal with it. If this statement is about copyleft licenses, then this is just plainly false. Smaller actors have more to gain in preserving mutual benefit of the common ecosystem that a copyleft license fosters. With Wikidata we are making structured data about the world available for everyone. And that's great. But that doesn't require CC0 as sole license to be achieved. We are leveling the playing field to give those who currently don’t have access to the knowledge graphs of the big companies a chance to build something amazing. And that's great. But that doesn't require CC0 as sole license. Actually CC0 makes it a less sustainable project on this point, as it allows unfair actors to take it all, add some interesting added value that our community can not afford, reach/reinforce an hegemonic position in the ecosystem with their own closed solution. And, ta ta, Wikidata can be discontinued quietly, just like Google did with the defunct Freebase which was CC-BY-SA before they bought the company that was running it, and after they imported it under CC0 in Wikidata as a new attempt to gather a larger community of free curators. And when it will have performed license laundering of all Wikimedia projects works with shady mass extract and import, Wikimedia can disappear as well. Of course big companies benefits more of this possibilities than actors with smaller financial support and no hegemonic position. Thereby we are helping more people get access to knowledge from more places than just the few big ones. No, with CC0 you are certainly helping big companies to reinforce their position in which they can distribute information manipulated as they wish, without consideration for traceability and equity considerations. Allowing contributors to also use copyleft licenses would be far more effective to /collect and use different forms of free, trusted knowledge/ that /focus efforts on the knowledge and communities that have been left out by structures of power and privilege/, as stated in /Our strategic direction: Service and Equity/. CC-0 is becoming more and more common. Just like economic inequality <https://en.wikipedia.org/wiki/economic_inequality>. But that is not what we are aiming to foster in the Wikimedia movement. Many organisations are releasing their data under CC-0 and are happy with the experience. Among them are the European Union, Europeana, the National Library of Sweden and the Metropolitan Museum of Modern Arts. Good for them. But they are not the Wikimedia community, they have their own goals and plan to be sustainable that does not necessarily meet what our community can follow. Different contexts require different means. States and their institutions can count on tax revenue, and if taxpayers ends up in public domain works, that's great and seems fair. States are rarely threatened by companies, they have legal lever to pressure that kind of entity, although conflict of interest and lobbying can of course mitigate this statement. Importing that kind of data with proper attribution and license is fine, be it CC0 or any other free license. But that's not an argument in favour of enforcing on benevolent a systematic withdraw of all their rights as single option to contribute. All this being said we do encourage all re-users of our data to give attribution to Wikidata because we believe it is in the interest of all parties involved. That's it, zero legal hope of equity. And our experience shows that many of our re-users do give credit to Wikidata even if they are not forced to. Experience also show that some prominent actors like Google won't credit the Wikimedia community anymore when generating directly answer based on, inter alia, information coming from Wikidata, which is itself performing license laundering of Wikipedia data. Are there no downsides to this? No, of course not. Some people chose not to participate, some data can't be imported and some re-users do not attribute us. But the benefits I have seen over the years for Wikidata and the larger open knowledge ecosystem far outweigh them. This should at least backed with some solid statistics that it had a positive impact in term of audience and contribution in Wikimedia project as a whole. Maybe the introduction of Wikidata did have a positive effect on the evolution of total number of contributors, or maybe so far it has no significant correlative effect, or maybe it is correlative with a decrease of the total number of active contributors. Some plots would be interesting here. Mere personal feelings of benefits and hindrances means nothing here, mine included of course. Plus, there is not even the beginning of an attempt to A/B test with a second Wikibase instant that allow users to select which licenses its contributions are released under, so there is no possible way to state anything backed on relevant comparison. The fact that they are some people satisfied with the current state of things doesn't mean they would not be even more satisfied with a more equitable solution that allows contributors to chose a free license set for their publications. All the more this is all about the sustainability and fostering of our community and reaching its goals, not immediate feeling of satisfaction for some people. * [1] Wikipedia Signpost 2015, 2nd december <https://en.wikipedia.org/wiki/en:Wikipedia:Wikipedia_Signpost/2015-12-02/Op…> * [2] according to the next statement of Lydia Once again, I recall this is not a manifesto against Wikidata. The motivation behind this message is a hope that one day one might participate in Wikidata with the same respect for equity and traceability that is granted in other Wikimedia projects. Kun multe da vikiamo, mathieu

22 46

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

Wikidata November 2017