<div dir="ltr">[Oops, I previously sent a message from a wrong e-mail address.]<br><br><span style="font-size:12.8px">Please retain backwards compatibility when using new tags. I.e. keep the amenity=school tag and add tags to it to clarify.</span><br style="font-size:12.8px"><br style="font-size:12.8px"><span style="font-size:12.8px">RE: shared sites</span><br style="font-size:12.8px"><span style="font-size:12.8px">Are there examples of this where it can't be divided? A know infant and juniors are often different parts of a building/site, but they usually have their own reception and playground, even if that's difficult to tell from aerial imagery if you can't see fences/walls. The infants maybe use the juniors sports pitch at times. County Durham has actually closed a lot of schools in the last ~5 years and opened half as many, to make Infant + Junior schools into Primary schools.</span><br style="font-size:12.8px"><br style="font-size:12.8px"><span style="font-size:12.8px">RE: multisites / cross-sites</span><br style="font-size:12.8px"><span style="font-size:12.8px">This would be very good, I'm surprised nothing exists (it's not just schools). Remember amenity=school should still exist on each site because I still want directions to say "go past the school on the right". But a school-specific system could say "Littletown College's main campus/reception is [here] and it has other sites [here] and [here]".</span><br style="font-size:12.8px"><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">Oh, multi sites can be done with relations: <a href="http://wiki.openstreetmap.org/wiki/Relations/Proposed/Site" target="_blank">http://wiki.openstreetmap.org/wiki/Relations/Proposed/Site</a><br>I struggled to read that as it's partially to group objects on a site, but it can be used for the flip side of grouping sites across a city.</div><div style="font-size:12.8px">E.g. Stuttgart University: <a href="http://www.openstreetmap.org/relation/5294212" target="_blank">http://www.openstreetmap.org/relation/5294212</a></div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">From nearby a disused school used to film the police station in Inspector George Gently,<br>Gregory.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 13 February 2016 at 10:51, Lester Caine <span dir="ltr"><<a href="mailto:lester@lsces.co.uk" target="_blank">lester@lsces.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 12/02/16 23:01, John Aldridge wrote:<br>
> You mean they serve the same function as not:name does for street names<br>
> in reducing noise from automated consistency checking? OK, I can see<br>
> that's useful.<br>
><br>
>> But don't assume that the data<br>
>> provided by the third party are more up to date than the OSM version ;)<br>
><br>
> But in this case of official_name I thought you were saying the<br>
> appropriate value was the value from edubase, so by definition it<br>
> couldn't be out of date there.<br>
<br>
</span>I suspect that some of the NAMES on edubase are actually wrong as well,<br>
certainly for some of the academy schools, although there does seem to<br>
be a little more consistency NOW for adding a new entry and closing the<br>
old one when a schools status changes, so the logged 'official_name' on<br>
OSM realy is just a hook to how the match was confirmed. Now we just<br>
need messages from edubase when a schools reference changes :) But I am<br>
playing with historic stuff to see if I can create a history for each<br>
school from the edubase data. Very much a back burner job, but amazing<br>
what you can conjure up using a relational database ...<br>
<span class="im HOEnZb"><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>
</span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Talk-GB mailing list<br>
<a href="mailto:Talk-GB@openstreetmap.org">Talk-GB@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-gb" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-gb</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Gregory<br><a href="mailto:osm@livingwithdragons.com" target="_blank">osm@livingwithdragons.com</a><br><a href="http://www.livingwithdragons.com" target="_blank">http://www.livingwithdragons.com</a></div>
</div>