Re: [Wikidata-l] Proposal for media meta data on Wikimedia Commons
Two quick questions, I'll use the list since they are technical. On 25/06/13 14:28, Daniel Kinzler wrote: Over the last year, we have seen some discussion about if and how Wikidata can be useful for Wikimedia Commons. One aspect of this is maintaining meta data as structured data. On behalf of the Wikidata development team, I just posted a proposal for this: https://commons.wikimedia.org/wiki/Commons:Wikidata_for_media_info In order to support Commons meta-data, we plan to introduce another entity type, media-info. Each file on commons can have a media-info entity associated with it, which would reside on a sub-page of the file description page. E.g. the meta-data for File:Berlin.jpg would be located at File:Berlin.jpg/info. Do you think it would it be possible to have this data on the actual image page, where current page text would be just one of the items? Aperture, etc. Might be taken from EXIF using a bot. Wouldn't it be possible to create/update this data automatically whenever an image is uploaded? ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Re: [Wikidata-l] Proposal for media meta data on Wikimedia Commons
Am 25.06.2013 14:58, schrieb Nikola Smolenski: Do you think it would it be possible to have this data on the actual image page, where current page text would be just one of the items? In theory yes, but I think that would create more problems than it would solve. For one, wikitext as data values is very tricky. Also, the transition would be painful. Also, we'd have to find solutions for categories, for integration with the translation stuff, etc. I think it would create far more problems that it would solve. What's the problem with having the actual entity on a separate page, and modifying the {{info}} template to pull info from there using Lua? Aperture, etc. Might be taken from EXIF using a bot. Wouldn't it be possible to create/update this data automatically whenever an image is uploaded? Would be possible, yes. -- daniel ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Re: [Wikidata-l] Proposal for media meta data on Wikimedia Commons
From the proposal it is not very clear to me what is the relationship between the data stored in Commons and the data stored in Wikidata is going to look like. I assume that Work (item) will be linked to existing work items in Wikidata, is that correct? In that case will it be possible to have some interface to create missing items in Wikidata from Commons? This questions are related to the modifications to the UploadWizard that one student is doing for the GsoC and how to handle the metadata creation when the file is uploaded: This RfC is still a draft, but your input would be very much appreciated: https://meta.wikimedia.org/wiki/User:Micru/Wikisource_across_projects Cheers, David Cuenca On Tue, Jun 25, 2013 at 8:28 AM, Daniel Kinzler daniel.kinz...@wikimedia.de wrote: Over the last year, we have seen some discussion about if and how Wikidata can be useful for Wikimedia Commons. One aspect of this is maintaining meta data as structured data. On behalf of the Wikidata development team, I just posted a proposal for this: https://commons.wikimedia.org/wiki/Commons:Wikidata_for_media_info We hope you regard this as an invitation to discuss the proposal and to identify use cases that we do not cover with it. Please use the proposal's talk page as a central place for discussion about Wikidata and media meta data. Please invite others involved with the Wikidata or Commons projects or otherwise interested in media meta data to take part in the invitation. Thank you, Daniel Kinzler ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l -- Etiamsi omnes, ego non ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Re: [Wikidata-l] Proposal for media meta data on Wikimedia Commons
On 25/06/13 15:04, Daniel Kinzler wrote: Am 25.06.2013 14:58, schrieb Nikola Smolenski: Do you think it would it be possible to have this data on the actual image page, where current page text would be just one of the items? In theory yes, but I think that would create more problems than it would solve. For one, wikitext as data values is very tricky. Also, the transition would be painful. Also, we'd have to find solutions for categories, for integration with the translation stuff, etc. I think it would create far more problems that it would solve. What's the problem with having the actual entity on a separate page, and modifying the {{info}} template to pull info from there using Lua? Not a problem, but I'm thinking that in future this could be expanded to more than images. For example, page categories could be stored as statements. ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Re: [Wikidata-l] Proposal for media meta data on Wikimedia Commons
Am 25.06.2013 15:37, schrieb David Cuenca: From the proposal it is not very clear to me what is the relationship between the data stored in Commons and the data stored in Wikidata is going to look like. I assume that Work (item) will be linked to existing work items in Wikidata, is that correct? In that case will it be possible to have some interface to create missing items in Wikidata from Commons? Yes, that is correct. Having such an interface is technically possible, but not in the scope of this proposal. I imagine it could be done using a gadget. This questions are related to the modifications to the UploadWizard that one student is doing for the GsoC and how to handle the metadata creation when the file is uploaded: This RfC is still a draft, but your input would be very much appreciated: https://meta.wikimedia.org/wiki/User:Micru/Wikisource_across_projects It would definitely be nice to hook into the upload process directly for creating the meta data, but I would not want to make this a requirement for initial deployment. -- daniel ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
[Wikidata-l] over 51% of interwikiconflicts are solved on nl-wiki
Today we have reached the cleaning up of half of all our interwikiconflicts. With this a lot of interwikiconflicts on other Wikipedias have been solved as well. Romaine ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Re: [Wikidata-l] over 51% of interwikiconflicts are solved on nl-wiki
I wish we could aid this process in the Icelandic Wikipedia. Since there hasn't been a template in use to mark the conflicting articles, we will have no idea unless there's some tool we can use to automatically detect those conflicts. Otherwise we'll have to wait for the wikidata bots finish and see what's left. - Svavar Kjarrval On 25/06/13 18:16, Romaine Wiki wrote: Today we have reached the cleaning up of half of all our interwikiconflicts. With this a lot of interwikiconflicts on other Wikipedias have been solved as well. Romaine ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l signature.asc Description: OpenPGP digital signature ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Re: [Wikidata-l] over 51% of interwikiconflicts are solved on nl-wiki
See http://tools.wmflabs.org/addshore/addbot/iwlinks/ Specifically http://tools.wmflabs.org/addshore/addbot/iwlinks/index.html?lang=is Addshore http://www.wikidata.org/wiki/User_talk:Addshore On 25 June 2013 23:48, Svavar Kjarrval sva...@kjarrval.is wrote: I wish we could aid this process in the Icelandic Wikipedia. Since there hasn't been a template in use to mark the conflicting articles, we will have no idea unless there's some tool we can use to automatically detect those conflicts. Otherwise we'll have to wait for the wikidata bots finish and see what's left. - Svavar Kjarrval On 25/06/13 18:16, Romaine Wiki wrote: Today we have reached the cleaning up of half of all our interwikiconflicts. With this a lot of interwikiconflicts on other Wikipedias have been solved as well. Romaine ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Re: [Wikidata-l] Is an ecosystem of Wikidatas possible?
Robert and Jane, Robert, great ... To further support an ecosystem of Wikidatas, I hope we might develop World University and School in Wikidata together. How might we best make this happen? (What might be the very first steps to begin moving from the current Wikia to Wikidata, if this is possible?) Jane, is this the Alex Peek you're referring to - https://plus.google.com/101478728961573967739/posts ? And concerning libraries, museums, as well as a WUaS Music School (all instruments in all languages, each a wiki, subject page to begin), Jane, WUaS plans, again in all 7,105+ languages and 204+ countries, a kind of ecosystem of databases, by facilitating the wiki-aggregation and wiki-curation (and perhaps eventually wiki-development in virtual worlds with geo-coordinates) all libraries and museums with significant, online, open, free content - Library Resources - http://worlduniversity.wikia.com/wiki/Library_Resources Museums - http://worlduniversity.wikia.com/wiki/Museums World University Music School - http://worlduniversity.wikia.com/wiki/World_University_Music_School In terms of a complementary to Wikicommons' ecosystem of databases, here's a helpful overview about all-languages' and all-countries' World University and School's nine main areas, from the following WUaS blog entry - Courses http://worlduniversity.wikia.com/wiki/Courses Subjects http://worlduniversity.wikia.com/wiki/Subjects Languages http://worlduniversity.wikia.com/wiki/Languages (All) Nation States http://worlduniversity.wikia.com/wiki/Nation_States%20 (All) You at WUaS http://worlduniversity.wikia.com/wiki/You_at_World_University Research http://worlduniversity.wikia.com/wiki/Research Educational Softwarehttp://worlduniversity.wikia.com/wiki/Educational_Software Library Resources http://worlduniversity.wikia.com/wiki/Library_Resources Museums http://worlduniversity.wikia.com/wiki/Museums Hardware Resource Possibilities http://worlduniversity.wikia.com/wiki/Hardware_Resource_Possibilities Three, main, I.T. foci at World University School, Music School, Universal Translator, Virtual Earth as 'classroom'- http://worlduniversityandschool.blogspot.com/2012/02/three-main-it-foci-at-world-university.html ... All of these 9 areas are resources for WUaS's free, online, C.C. MIT OCW-centric (and C.C. Yale OYC), C.C. WUaS university degrees accrediting in many languages and countries, beginning with English and then in the United Nations' languages, and then others. (WUaS recently received the 'green light' in the state of California to begin the accreditation process! - which is great news for free, C.C., online, MIT OCW-centric university degrees in many countries and languages). Cheers, Scott On Sun, Jun 23, 2013 at 2:12 AM, Jane Darnell jane...@gmail.com wrote: Thomas, Wiki Commons has only about 17 million files, and given the explosive growth of WikiData, this would be doable. I suggest doing it now rather than later. David, thanks for that clarification - I get what you mean now and I support your vision. I disagreed BTW with the first Signpost op-ed piece of last week and agree more with Jarekt's answers to that discussion. I didn't even bother responding because my feeling after reading it was they have no clue. Copyright issues faced by Commons admins are incredibly complex and not to be treated lightly. It's ridiculous to think that admins on the English Wikipedia could just step in and become admins on Commons (note: I am not an admin on any project). I also agree however with Johnbod's comment on that same Signpost page that Google images is better at locating Commons files in searches because my search experience on Commons is terrible. The whole porno-image problem discussed in that article will of course not be addressed by creating WikiData items for each file, but I agree that it would make that discussion more visible (along with everything else becoming more visible). Making them visible will help indirectly of course. Not everyone feels up to contributing to deletion discussions on Commons (personally I would rather go have a tooth pulled), but making those discussions available to more readers should help attract those who do. Scott, you need to talk to Alex Peek on another thread about his vision of economic data - it looks like you two could do something interesting together. Rereading my last post I see I left off a few Commons links. My point about interconnecting files on commons is as follows. [1] is an engraving of Hoogstraten and is a derivative of [2] but shows an example of Hoogstraten's work, which is [5]. Both [3] and [4] are later engravings from artist dictionaries which made use of [2]. Showing such relationships helps to build understanding for art provenance, but also for other art historical subjects, such as the historiography of art criticism. Getting these relationships outside of Commons could be done using an F namespace in WikiData I think.