Re: [Wikidata-l] next 2 rounds of arbitrary access coming up
Is it possible to point to some examples how this can be used? I'd like to use it on wikivoyage. Jo On May 13, 2015 6:37 PM, Federico Leva (Nemo) nemow...@gmail.com wrote: Lydia Pintscher, 13/05/2015 17:20: * 1. June: Italian Wikipedia, all remaining Wikisource A great way for Italian Wikipedians to feast on the 2nb june, Festa della Repubblica! :) Nemo ___ 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] Wikidata for Wiktionary
What you get on a Wiktionary page is a description of words in several languages with that particular spelling. Of course 1 spelling can also be several words in 1 language already. It's at the level of the definition that one can link to the current Wikidata. Provided Wikidata wants to have entries for all those definitions. I'm not very active in Wiktionary anymore, but a template pointing to wikidata might make sense on the Wiktionary page. Of course you'd prefer to link in the other direction. I guess a separate wikibase with links to WD would be better. Can those query languages query across more than 1 wikibase? If they can, it may make sense to put our 'meta-data' of Openstreetmap in a dedicated wikibase too, but that's another discussion. Polyglot 2015-05-07 12:03 GMT+02:00 Smolenski Nikola smole...@eunet.rs: Citiranje Gerard Meijssen gerard.meijs...@gmail.com: The interwiki links to Wiktionary are from an interwiki point of view EXTREMELY easy to do. The problem with those links is that they cannot be uniquely linked to existing items to Wikidata and thereby it becomes unrealistic to do it in a meaningful way at this time. Wiktionary has one article for multiple lemmas in multiple languages and they are based on the way they are written NOT on being about a subject. Would it be possible to ask the Wiktionary community to stop with this practice? I have never understood why is it done in the first place, never saw any benefit from it, nor known who came with the idea and why. ___ 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] Auto-transliteration of names of humans
Once IPA is there it may be easier to provide Text-to-speech automatically. 2015-05-02 16:57 GMT+02:00 Thomas Douillard thomas.douill...@gmail.com: I'll all with you, on this, unfortunately only a few people reads IPA currently :(. I don't, for example. 2015-05-02 15:19 GMT+02:00 Gerard Meijssen gerard.meijs...@gmail.com: Hoi, When the point is to express how an official name is to be pronounced, IPA is in order not a text in another script. Thanks, GerardM On 1 May 2015 at 11:04, Bene* benestar.wikime...@gmail.com wrote: Hi, this is what the monolingual text datatype is for. The labels however are multilingual and should provide users in all languages an idea how the name is said. Best regards Bene Am 01.05.2015 um 07:14 schrieb Gerard Meijssen: Hoi, It is still a bad idea. An official name exists only in one language. Thanks, GerardM On 30 April 2015 at 18:50, Thomas Douillard thomas.douill...@gmail.com wrote: I meant add automatically the transliteration, not replace the name. This is a good candidate : we know for sure the source and the target language (the one of the user) so a good choice for transliteration method is always possible, and we don't pretend it should be the way to say orally the name in the target language. It's just a transliteration of the official name. 2015-04-30 15:14 GMT+02:00 Gerard Meijssen gerard.meijs...@gmail.com: Hoi, It does not quality anything. It is plain wrong. Thanks, GerardM On 30 April 2015 at 15:06, Joe Filceolaire filceola...@gmail.com wrote: Exactly. The official name property always has the name in the original script. But we can and should have the transliteration in a qualifier. Joe On 30 Apr 2015 06:13, Gerard Meijssen gerard.meijs...@gmail.com wrote: Hoi, We transliterate every name from one script to the other. Transliteration the official name is exactly the one you should not transliterate.. What is left after transliteration is not official. Thanks, GerardM On 29 April 2015 at 18:54, Thomas Douillard thomas.douill...@gmail.com wrote: It's always possible to transliterate the official name https://www.wikidata.org/wiki/Property:P1448property. Of course this should be done by a gadget, or we may have to find a special treatment for the ''name'' properties. 2015-04-28 23:06 GMT+02:00 Joe Filceolaire filceola...@gmail.com: I agree up to a point. Transliteration is not appropriate for labels for all items. There are however a few categories of items for which transliterated labels are appropriate. For example : * English labels for villages and towns * English labels for people *English labels for bands and albums I'm sure there are others that could use this too. Joe On 27 Apr 2015 18:09, Leon Liesener leon.liese...@wikipedia.de wrote: The problem with ISO is that it's a standard for language-independent transliteration to Latin script. Since labels on Wikidata are language-dependent, making use of ISO does not make sense really. If you use ISO for Russian names in Cyrillic script, the label you get is not in English. It's still in Russian but transliterated to Latin script. ISO thus would only fit as an alias for the Russian interface language, if at all. 2015-04-26 22:39 GMT+02:00 Gerard Meijssen gerard.meijs...@gmail.com: Hoi, grin ISO is a reliable source; it is THE standard /grin Wikipedia is definitely not a standard by its own admission. Thanks, GerardM On 26 April 2015 at 22:37, Yaroslav M. Blanter pute...@mccme.ru wrote: On 2015-04-26 22:33, Gerard Meijssen wrote: Hoi My point is that it is not a given that we should follow any WIkipedia for anything. Also the point of romanisation of Russian is not for the benefit of Russian speakers, it is for the speakers of English. Thanks, GerardM On one hand, yes. On the other hand, no reliable source uses ISO. When NYT writes about a Russian person, they do not use ISO, they use what the English Wikipedia uses or smth similar. In my passport, they do not use ISO (fortunately), why should then ISO be used on Wikidata in an entry about me? Cheers Yaroslav ___ 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 ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l ___ Wikidata-l mailing
Re: [Wikidata-l] OpenStreetMap + Wikidata
The best way to link objects from Wikidata and Openstreetmap is by adding wikidata tags to the OSM objects. That way those Q-numbers can follow along when an OSM object gets converted from a node to a way (POI to building for example) or from a way to a relation. (area to a multipolygon for example). The best way to figure out which objects are connected is the Overpass API. It would be a good idea to have a poperty on the wikidata side where Overpass Queries can be stored. Polyglot 2015-04-23 17:08 GMT+02:00 Peter F. Patel-Schneider pfpschnei...@gmail.com : -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 How so? Oh, because Wikidata is CC0 and the Open Street Map database is ODbL, which is somewhat like CC BY-SA. I don't think that that follows, though, as what is being put into Wikidata is contents, which appear to me to be covered under the DbCL, which is like CC0. Peter F. Patel-Schneider, speaking as an individual On 04/23/2015 07:20 AM, Serge Wroclawski wrote: I am not sure how I missed this discussion, but adding information from OSM into Wikidata en mass like this is a violation of the OSM license. - Serge On Tue, Mar 10, 2015 at 11:32 AM, Yaroslav M. Blanter pute...@mccme.ru wrote: On 2015-03-10 14:31, Amir E. Aharoni wrote: Hi, [ Aude and Christian Consonni, this should especially interest you. ] I was throwing around ideas with a friend about how OpenStreetMap could be integrated with Wikidata. ... Towns obviously have or can a Wikipedia article about them, but probably not every street or shop. But do they fulfill a structural need or is it way too much? Hi Amir, anything which can be remotely considered as a tourist attraction, as well as shops, hotels, reataurants and such are withing the scope of Wikivoyage and thus of Wikidata. For streets, we have now an approved bot task adding all Dutch streets on Wikidata, and I do not see why any other country could be different - provided we have good sources. Cheers Yaroslav ___ 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 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQEcBAEBCAAGBQJVOQsGAAoJECjN6+QThfjziAYIAJ6uEmHK2HF9bAnTCo97wUf9 o1OPUCUfdaURiRCSTwZKHnxZVPjNS0pRKQMKzZS6+XMNVqy8jq5wCjDQsk7j+4cj LmRlkZohglxpn9eNqKvpO+5m7gl7Pj+w0eWzb09lE3irMyNN9+C5yBGxUaV+XCAB AIOqhPmBC5tJARHag0CLC5U0ocKb7C/eDX17f8NyeXFDhy34ejB1xywbtxbjAgxS eEp+l/KO3CkoKGabPQNDg9Cko/uFQlldPidvgFIHrfaMMdiccwwIMkKq0CLubvlL CT1J/y8/zd5cMTuiX6S1/HMhIPru+hZMsHlOe2Sx6XRH1MXARn0iX9WXzHqR7eA= =6EWJ -END PGP SIGNATURE- ___ 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] OpenStreetMap + Wikidata
I'm under the impression people on this mailing list are more interested in this, than most of us mappers, so it belongs here as well. I agree with you as far as the import goes, if you can call it that. We should have way to easily add wikidata tags to OSM elements which already have wikipedia tags. Knowing how the wikidata related information is stored in OSM, how to retrieve it and how to work with it, is something that definitely belongs on this list though. Polyglot 2015-04-23 18:42 GMT+02:00 Serge Wroclawski emac...@gmail.com: I entirely agree and have been looking at a way we could start this in OSM in a systematic way. There are a ton of things OSM could benefit from with this. But this is, IMHO an OSM issue (an OSM import) and not something the Wikipedia folks here need to worry about so I think it belongs on an OSM mailing list. - Serge ___ 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] wikidata tag on Openstreetmap
Hi, I'm a longtime OSM contributor. I like the idea of Wikidata and what I'm really interested in is a sort of bridge between both projects. Would somebody be interested in writing a game like application, which would invoke JOSM Remote Control (JOSM RC) at the coordinates in the wikidata item and wikidata=Q in the clipboard? That would make it easier to add such tags to the OSM objects. Polyglot ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Re: [Wikidata-l] OpenStreetMap + Wikidata for light houses
Openstreetmap has many lighthouses on the Spanish Coast: http://overpass-turbo.eu/s/87R You can change the bbox and investigate the other coast lines easily with that query. Jo 2015-03-11 10:37 GMT+01:00 Magnus Manske magnusman...@googlemail.com: On Wed, Mar 11, 2015 at 9:24 AM Markus Krötzsch mar...@semantic-mediawiki.org wrote: No, you are right: this is of course an issue in the completeness of our data. If you zoom in to Europe, you can see that some countries have costs full of lighthouses, while others seem to lack them almost completely. I think it clearly shows that a lot of our data comes from Wikipedias (in some specific language). In this instance, the issue appears to be that the existing lists on Wikipedia have not been touched, e.g.: https://en.wikipedia.org/wiki/List_of_lighthouses_in_Spain These, including redlinks, could be imported into Wikidata rather easily. Some already have images. Ideally, we'd want some official (e.g. national, UN) source to cross-check. ___ 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] OpenStreetMap + Wikidata for light houses
http://wiki.openstreetmap.org/wiki/Wikidata#Importing_data *Copying data to Wikidata from OSM* (or even from other Wikimedia projects) *is not allowed* because Wikidata uses the public-domain style Creative Commons CC0 license which does not contain any attribution or share-alike provisions. Conversely, data may be copied from Wikidata without restriction. (OSM is licensed under the Open Database License) On Wed, Mar 11, 2015 at 11:27 AM, James Heald j.he...@ucl.ac.uk wrote: Note that OSM is likely to be unusable for copyright reasons -- J. On 11/03/2015 11:20, Magnus Manske wrote: Started scraping Wikipedia lists: https://en.wikipedia.org/wiki/List_of_lighthouses_and_lightvessels Got to Canada: https://docs.google.com/spreadsheets/d/12UaLKolLl5hbOFP9vztShQsiKkr5A Zo_TbNr-NV9W-U/edit?usp=sharing Continue this (someone help!), or start anew from another source? On Wed, Mar 11, 2015 at 10:59 AM Markus Bärlocher markus.baerloc...@lau-net.de wrote: Sorry the tags was wrong... Right is: _in OpenSeaMap_ you can find 40'000 Lights by a query on: seamark:type=light_float seamark:type=light_vessel seamark:type=light_minor seamark:type=light_major seamark:type=light _in WP for Spain_ http://en.wikipedia.org/wiki/de:Liste_von_Leuchttürmen_in_Spanien _in WD for world_ 2135 lights today List: http://tools.wmflabs.org/autolist/autolist1.html?q= CLAIM[31:39715] Chart: http://tools.wmflabs.org/autolist/autolist1.html?q= CLAIM[31:39715] best regards, Markus ___ 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 ___ 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] OpenStreetMap + Wikidata
What about bus stops? Jo 2015-03-10 15:37 GMT+01:00 aude aude.w...@gmail.com: On Tue, Mar 10, 2015 at 2:31 PM, Amir E. Aharoni amir.ahar...@mail.huji.ac.il wrote: Hi, [ Aude and Christian Consonni, this should especially interest you. ] I was throwing around ideas with a friend about how OpenStreetMap could be integrated with Wikidata. The thing that I care the most in any software is internationalization. Having a map in which all labels of towns, streets and everything else is translated to all languages sounds like a super-wonderful thing. Wikidata allows labeling everything, translating everything, and attaching properties to everything, so it sounds like it could be a good match. But then the question of what IS everything came up. Wikidata was created mostly with Wikipedia in mind, so Wikipedia's notability policies influenced Wikidata. Roughly, Wikidata has items for every thing about which there is, or can be, a Wikipedia article and for things that are useful, or if it fulfills some structural need https://www.wikidata.org/wiki/Wikidata:Notability. Towns obviously have or can a Wikipedia article about them, but probably not every street or shop. At minimum, supporting Wikivoyage is within scope of Wikidata, so imho items for shops would be ok. (at least the ones that would be used in Wikivoyage) I am not sure about streets... maybe, it depends and is up to the community (what extent we want them) and scalability (technical and community) might be considerations. As well, in Wikidata, we want references. For the OSM use case, for streets, I think the osm name tags are sufficient. Transliteration of street names definitely makes sense, but maybe can be autogenerated? In some cases multilingual (e.g. in Brussels), actual translations might be desired, and think osm supports that adequately. Katie But do they fulfill a structural need or is it way too much? If it's way too much, how can this be bridged, or federated, or whatever the current popular word is? I don't even know exactly how does OSM store labels and translations now, but it sounds like another instance of Wikibase, if not Wikidata itself, can be used for it. I don't have much to add, but I'd love to hear ideas from people who do (again, Aude and Christian Consonni, I'm looking at you :) ). -- Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי http://aharoni.wordpress.com “We're living in pieces, I want to live in peace.” – T. Moore ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l -- @wikimediadc / @wikidata ___ 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] OpenStreetMap + Wikidata
If this is considered notable, I'd consider doing this for all streets in the Brussels region. I would add wikidata tags to all OSM objects involved (highway ways and associatedStreet relations) at the same time though. So if they'd get deleted once again on Wikidata, that would be quite a useless endeavour... and a lot of junk would remain behind in OSM. In fact, I hadn't realised wikidata items were prone to deletion once again. I thought of them as stable 'entities'. Jo 2015-03-10 20:47 GMT+01:00 Andy Mabbett a...@pigsonthewing.org.uk: On 10 March 2015 at 15:32, Yaroslav M. Blanter pute...@mccme.ru wrote: For streets, we have now an approved bot task adding all Dutch streets on Wikidata Approved by whom? I foresee the majority of those being deleted as non- notable. -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ 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] Mapillary property
2015-03-05 9:49 GMT+01:00 André Costa andre.co...@wikimedia.se: That said I would agree that adding it to the geohack would make more sense than adding a specific Mapillary property. The few times when you have a specific Mapillary-image in mind it's probably worth sticking it on Commons as well. Worth it, most probably. Possible? Often it won't be due to Freedom-of-Panoram unfreedom restrictions. Jo ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Re: [Wikidata-l] Mapillary property
There you go: https://www.wikidata.org/w/index.php?title=Wikidata:Property_proposal/Referencesaction=editsection=6 2015-03-02 10:34 GMT+01:00 Cristian Consonni kikkocrist...@gmail.com: Hi Jo, 2015-03-02 6:32 GMT+01:00 Jo winfi...@gmail.com: I tried to add a Mapillary picture as an image. Didn't work. Since the licenses agree I could copy the image to Commons, but that is too much effort and one loses the ability to scroll through the rest of the sequence. Besides, when I'd upload pictures of artwork, they would be removed shortly thereafter due to lack of FOP in Belgium. So Commons is useless for most of my purposes (1000s of mapping pictures and specific pictures) So, can we have a dedicated Mapillary property? I also want to use it as a source to prove that Q19368861 and Q19368857 are buried at Q2744459. You can propose a new property here: https://www.wikidata.org/wiki/Wikidata:Property_proposal (btw, I am also a user of Mapillary) Ciao, Cristian ___ 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] Mapillary property
Hi, I tried to add a Mapillary picture as an image. Didn't work. Since the licenses agree I could copy the image to Commons, but that is too much effort and one loses the ability to scroll through the rest of the sequence. Besides, when I'd upload pictures of artwork, they would be removed shortly thereafter due to lack of FOP in Belgium. So Commons is useless for most of my purposes (1000s of mapping pictures and specific pictures) So, can we have a dedicated Mapillary property? I also want to use it as a source to prove that Q19368861 and Q19368857 are buried at Q2744459. http://www.mapillary.com/map/im/YH8grZ9Y0gC37MzHx7neUw http://www.mapillary.com/map/im/_zlxQH0P9_sKuJjE9_NuBA Jo ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l
Re: [Wikidata-l] Making a Wikipedia article link to two wikidata items
Disambiguation? In Openstreetmap it makes total sense to have 2 items for these very different concepts. Jo 2014-09-08 23:04 GMT+02:00 Edward Betts edw...@4angle.com: The Wikipedia article about Wangerooge describes an island and municipality. https://en.wikipedia.org/wiki/Wangerooge These two concepts, island and municipality, have discrete items. Municipality: https://www.wikidata.org/wiki/Q25135 Island: https://www.wikidata.org/wiki/Q17081143 I would like Q17081143 to point to the Wangerooge Wikipedia article, but adding the link gives this error: The link enwiki:Wangerooge is already used by item Q25135. You may remove it from Q25135 if it does not belong there or merge the items if they are about the exact same topic. How can we fix this? -- Edward. ___ 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] [OHM] Should we map former endonyms?
I think wikidata has the potential to tie it all together. There is no need to split the information over 2 databases. What would be nice, is a way to say: this object is now split/merged. Save the current version in OSM and save the historic version of those objects in OHM. And all the metadata and in wikidata. Then point from OSM and OHM to wikidata. Use Overpass to retrieve the relevant objects based on their ids in wikidata. Polyglot 2014-03-20 11:51 GMT+01:00 David Cuenca dacu...@gmail.com: On Thu, Mar 20, 2014 at 9:45 AM, Gerard Meijssen gerard.meijs...@gmail.com wrote: A similar thing can be considered for streets and stuff as well. Obviously it needs a lot of thought but from an abstract point of view, a street or an image, it is just another category of data. When it works for one type of data it could / should work for another type of data as well. In that regard perhaps it would make more sense for OSM or another entity to run a Wikibase Repository dedicated exclusively to geographic entities/names. Thanks, Micru ___ 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] [OHM] Should we map former endonyms?
Using property P402 is not a very good idea since object ids in OSM aren't guaranteed to be stable. nodes, ways and relations each have their own 'namespace' and sometimes information is refined by moving it from a node to a way or from a node or a way to a relation (multipolygon), usually this means he original object vanishes and property P402 isn't pointing anywhere anymore. The only way that makes sense is to add wikidata tags to OSM objects. Polyglot 2014-03-20 18:21 GMT+01:00 David Cuenca dacu...@gmail.com: On Thu, Mar 20, 2014 at 5:17 PM, Susanna Ånäs susanna.a...@gmail.comwrote: An independent project will require a lot of MediaWiki related knowledge that is not necessarily found in an initial group of interested individuals. Or combined OSM, MediaWiki Wikidata knowledge, which may be even more sparse. It would be more relaxed in regard to rules and guidelines. Could it be re-integrated to Wikidata later, or would it run to in-evident oblivion? It could be re-integrated, but I wouldn't start a wikibase repo only for the specific case of historical data. If there is a sizeable community that could mantain a full-fledged repository of geographic entities (as understood in Wikidata terms), then the historic information could be a subset of that. OSM can do it (and actually it is being done more or less), but that is something that should be decided by their community. An integrated path would require complying to all guidelines eg. re: notability. It would cause a lot of waiting time for reaching consensus while defining properties – which is also needed in an independent project. I think the main intersection points are entities and properties. With entities it is already happening (using property p402https://www.wikidata.org/wiki/Property:P402), but with properties we still have no technical means of saying this property in WD is the same as this other property in project X. Are you going to be in the Zürich hackathon to discuss this? Not sure yet, but I have seen that Katie and Daniel will be there and they have a deeper technical knowledge than me :) Cheers, Micru ___ 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
