I am afraid that keeping versions is something the current architecture will be terrible at supporting, especially because we need to keep snapshots over a multitude of pages. MediaWiki is not terribly good at that. If something like the memento extension would really work at scale, maybe...

Anyway, I guess going with the watchlists sounds powerful. Notifications would require checking the wiki (right? I am not completely sure about that) whereas watchlists provide feeds, which could be integrated into a large system. Just my two cents. On Wednesday, January 8, 2014 7:21:10 AM, Thomas Douillard &lt;thomas.douillard(a)gmail.com <mailto:thomas.douillard@gmail.com>> wrote: Hi, a problem seems (not very surprisingly) to emerge into Wikidata : the managing of the evolution of how we do things on Wikidata. Properties are deleted, which made some consumer of the datas sometimes a little frustrated they are not informed of that and could not take part of the discussion. My question is : is it a community problem, a technical problem, or both ? IMO it is a very serious problem for a project of the size of Wikidata that just leaving to humans to make notifications to whoever uses te datas could be a disaster. We therefore need to have tools to manage that, part of the solution is from the technical side. I'll try to do a review of which tools we have now, as tools, to make notifications from people who want to make a change that imacts other projects or people, and interestec projects or people: * Purely human : someone who make a change in a model or delete a property is responsible to notify every projects he knows would be impacted. This is tedious and imperfect, and imperfectly pass through language barriers, if he has to notify every Wikipedias. * Using watchlists : This is a semi automated process. Every people involved into a project, model, or property has to follow the relevant pages. Still imperfect for many reasons. * Using the notify extensions, like the ping projects or ping user templates, interproject, this may need software solutions from the developper of the Echo Mediawiki extensions Another, and complemnetary solution is to mantain data or models API and versions, as we do in sotfware API, and manage versioning, parralel versions, deprecations ... but this is ressource consuming. Any ideas ? I thing it's an important question we need to give answers, at least partial ones. _______________________________________________ Wikidata-l mailing list Wikidata-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Perhaps properties could be marked as deprecated, that is the Pxx and not the values in Qxx, and then published as part og the entity data. That would make any upcoming change detectable for reusers. It would also make it necessary to have some kind og delayed process on deletions, but that should not be to difficult to create. If a proerty is marked as deprecated it should not be possible to usr it anymore. 8. jan. 2014 16:57 skrev "Denny Vrandecic" &lt;vrandecic(a)gmail.com <mailto:vrandecic@gmail.com>> følgende: I am afraid that keeping versions is something the current architecture will be terrible at supporting, especially because we need to keep snapshots over a multitude of pages. MediaWiki is not terribly good at that. If something like the memento extension would really work at scale, maybe... Anyway, I guess going with the watchlists sounds powerful. Notifications would require checking the wiki (right? I am not completely sure about that) whereas watchlists provide feeds, which could be integrated into a large system. Just my two cents. On Wednesday, January 8, 2014 7:21:10 AM, Thomas Douillard &lt;thomas.douillard(a)gmail.com <mailto:thomas.douillard@gmail.com>> wrote: Hi, a problem seems (not very surprisingly) to emerge into Wikidata : the managing of the evolution of how we do things on Wikidata. Properties are deleted, which made some consumer of the datas sometimes a little frustrated they are not informed of that and could not take part of the discussion. My question is : is it a community problem, a technical problem, or both ? IMO it is a very serious problem for a project of the size of Wikidata that just leaving to humans to make notifications to whoever uses te datas could be a disaster. We therefore need to have tools to manage that, part of the solution is from the technical side. I'll try to do a review of which tools we have now, as tools, to make notifications from people who want to make a change that imacts other projects or people, and interestec projects or people: * Purely human : someone who make a change in a model or delete a property is responsible to notify every projects he knows would be impacted. This is tedious and imperfect, and imperfectly pass through language barriers, if he has to notify every Wikipedias. * Using watchlists : This is a semi automated process. Every people involved into a project, model, or property has to follow the relevant pages. Still imperfect for many reasons. * Using the notify extensions, like the ping projects or ping user templates, interproject, this may need software solutions from the developper of the Echo Mediawiki extensions Another, and complemnetary solution is to mantain data or models API and versions, as we do in sotfware API, and manage versioning, parralel versions, deprecations ... but this is ressource consuming. Any ideas ? I thing it's an important question we need to give answers, at least partial ones. _______________________________________________ Wikidata-l mailing list Wikidata-l(a)lists.wikimedia.org <mailto:Wikidata-l@lists.wikimedia.org> https://lists.wikimedia.org/mailman/listinfo/wikidata-l _______________________________________________ Wikidata-l mailing list Wikidata-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l

What about monthly/dump-based aggregated property usage statistics?

What about monthly/dump-based aggregated property usage statistics? People would be able to check property trends or maybe subscribe to specific properties via rss. On Thu, Jan 9, 2014 at 3:55 PM, Daniel Kinzler < daniel.kinzler(a)wikimedia.de&gt; wrote: -- Dimitris Kontokostas Department of Computer Science, University of Leipzig Research Group: http://aksw.org Homepage:http://aksw.org/DimitrisKontokostas _______________________________________________ Wikidata-l mailing list Wikidata-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l