<div dir="ltr">Sorry, false info: Weston-sub-Edge has an item <a href="https://www.wikidata.org/wiki/Q20968424">https://www.wikidata.org/wiki/Q20968424</a> and the railway station has another one <a href="https://www.wikidata.org/wiki/Q7989380">https://www.wikidata.org/wiki/Q7989380</a>. Just did not find it because of the spelling differences :)<div><br></div><div>Susanna</div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-09-14 13:07 GMT+03:00 Lester Caine <span dir="ltr"><<a href="mailto:lester@lsces.co.uk" target="_blank">lester@lsces.co.uk</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 14/09/15 10:32, Susanna Ånäs wrote:<br>
> I am opening my can as well, laying out some interests I have:<br>
><br>
> I am a fan of the Wikidata data model, and I would like to challenge<br>
> this community to see if it can be applied to OHM.<br>
</span>I have yet to be convince!<br>
But if there was a clean boilerplate for a place having all of the<br>
various data fields the current manual blocks and categories links<br>
currently include manually. I have raw data that is clear to use but<br>
inputing it looks like a nightmare.<br>
<span class=""><br>
> The OHM data will not be able to be stored IN Wikidata. The granularity<br>
> of it is far too dense, and the application of notability thresholds<br>
> cannot go with geodata. The positive outcome would be to be able to map<br>
> to Wikidata elements and read/write data across.<br>
</span>OSM includes a link for a place to wikipedia/wikidata<br>
This then uses the storage in wikidata to manage abstract data such as<br>
population figures and the like which vary over time. The problem part<br>
is managing the changes of layout of structures on the ground over time.<br>
New road layouts where the historic material is already mapped, while<br>
simple new additions such as the new housing developments around here<br>
just need a 'start_date' properly adding. Although the odd anoying<br>
roundabout on a once straight road is a small element of history that<br>
I'm going to need to map shortly ...<br>
<span class=""><br>
> Unfortunately Weston Subedge does not have an item yet...<br>
</span>The vast majority of the material in wikipedia needs importing into<br>
wikidata?<br>
Then the wikipedia information blocks can be upgraded to the wikidata<br>
content, and we get an easier update path.<br>
<span class=""><br>
> The item (village) would have a title in all of the languages, and it<br>
> also has aliases for quick alternative names. Statements can be added to<br>
</span>> *Weston Subedge (item)*.<br>
> - Label (English): /Weston Subedge/<br>
> - Aliases (English): /Weston Sub-Edge, Weston-Subedge/<br>
> - Statement: <official name<br>
> <<a href="https://www.wikidata.org/wiki/Property:P1448" rel="noreferrer" target="_blank">https://www.wikidata.org/wiki/Property:P1448</a>> (English)> /Weston Subedge/<br>
> - Statement: <native label<br>
> <<a href="https://www.wikidata.org/wiki/Property:P1705" rel="noreferrer" target="_blank">https://www.wikidata.org/wiki/Property:P1705</a>> (English)> /Weston<br>
> Sub-Edge/ with a qualifier(s): <startdate<br>
> <<a href="https://www.wikidata.org/wiki/Property:P580" rel="noreferrer" target="_blank">https://www.wikidata.org/wiki/Property:P580</a>>> /date/, <end date<br>
> <<a href="https://www.wikidata.org/wiki/Property:P582" rel="noreferrer" target="_blank">https://www.wikidata.org/wiki/Property:P582</a>>> /date/ and source:<br>
> <stated in <<a href="https://www.wikidata.org/wiki/Property:P248" rel="noreferrer" target="_blank">https://www.wikidata.org/wiki/Property:P248</a>>> /some map URI<br>
> + possible other qualifiers./<br>
> /+ additional statements for alternative names./<br>
You see my book that is even worse than XML schema data :( I see the<br>
point but thousands of <Property:PXXX> entries to navigate?<br>
<span class=""><br>
> Supporting shapes has not been defined yet, but the structure would be<br>
> similar.<br>
</span>We have a vast amount of the geo material already contained in OSM. It<br>
is maintaining the historic changes to that which is the first problem.<br>
Changes to political boundaries over the last several years are buried<br>
in the OSM change log now and need recovering. Treating OHM in isolation<br>
is simply wrong!<br>
<br>
> I would look into<br>
Need to earn a crust so I'll have to digest this next weekend ... should<br>
be working now :)<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
--<br>
Lester Caine - G8HFL<br>
-----------------------------<br>
Contact - <a href="http://lsces.co.uk/wiki/?page=contact" rel="noreferrer" target="_blank">http://lsces.co.uk/wiki/?page=contact</a><br>
L.S.Caine Electronic Services - <a href="http://lsces.co.uk" rel="noreferrer" target="_blank">http://lsces.co.uk</a><br>
EnquirySolve - <a href="http://enquirysolve.com/" rel="noreferrer" target="_blank">http://enquirysolve.com/</a><br>
Model Engineers Digital Workshop - <a href="http://medw.co.uk" rel="noreferrer" target="_blank">http://medw.co.uk</a><br>
Rainbow Digital Media - <a href="http://rainbowdigitalmedia.co.uk" rel="noreferrer" target="_blank">http://rainbowdigitalmedia.co.uk</a><br>
<br>
_______________________________________________<br>
Historic mailing list<br>
<a href="mailto:Historic@openstreetmap.org">Historic@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/historic" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/historic</a><br>
</div></div></blockquote></div><br></div>