<div dir="ltr">There were some attempts to develop tags that would indicate when features should be considered closed/inaccessible, e.g. this proposal that foundered: <a href="http://wiki.openstreetmap.org/wiki/Proposed_features/temporary">http://wiki.openstreetmap.org/wiki/Proposed_features/temporary</a><div>
<br></div><div>We do have more accepted tags for roads that are proposed and being built:</div><div><a href="http://wiki.openstreetmap.org/wiki/Key:proposed">http://wiki.openstreetmap.org/wiki/Key:proposed</a></div><div><a href="http://wiki.openstreetmap.org/wiki/Key:construction">http://wiki.openstreetmap.org/wiki/Key:construction</a></div>
<div><br></div><div>This must have come up in the Humanitarian team. What do they do?<br><div><br></div><div style>Regards,</div></div><div style>Tom</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 6 February 2014 15:30, Jonathan <span dir="ltr"><<a href="mailto:bigfatfrog67@gmail.com" target="_blank">bigfatfrog67@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Mmmm not sure.  There is obviously a line to be drawn between permanent and transient but when it comes to roads or even certain POIs I think there is a need for mapping the change.  Last year, in Birmingham, when they closed the main road tunnels that go under the city centre for a number of months, the local OSM group marked the roads a closed.  Rightly so I feel.<br>

<br>
However, we do need some way of tagging the Node where the interruption of a Way exists with some indication that there is a temporary closure specifying what, when, how, who and why!  That way those systems that don't care about transient closures can ignore it and map it as normal but routing systems can take it into account.<br>

<br>
If such a tagging scheme was agreed then it could apply in many instances not just road closures.<br>
<br>
Jonathan<br>
<br>
<a href="http://bigfatfrog67.me" target="_blank">http://bigfatfrog67.me</a><div class="HOEnZb"><div class="h5"><br>
<br>
On 06/02/2014 14:46, Laurence Penney wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Indeed this is surely the right approach. Many people use OSM inside products where the map data is updated rarely: all the offline map apps for mobile come to mind. Temporary states have no place in these apps, and it’s unfair on their devs to force them to work out a long-term state to offer their users.<br>

<br>
- L<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 6 Feb 2014, at 14:36, Andy Allan <<a href="mailto:gravitystorm@gmail.com" target="_blank">gravitystorm@gmail.com</a>> wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 6 February 2014 09:43, David Earl <<a href="mailto:david@frankieandshadow.com" target="_blank">david@frankieandshadow.com</a>> wrote:<br>
I think it would be useful to have a means of indicating road closures etc<br>
which are different from simply pretending the road doesn't exist or doesn't<br>
allow certain users for a while.<br>
</blockquote>
I work on the principle of marking the "permanent state" of features,<br>
as much as possible. Obviously everything changes, but if a situation<br>
is deliberately temporary (e.g. a road closed for crane operations, or<br>
for a fortnight for digging, etc) then I don't change the 'permanent<br>
state' of the feature. We had a trunk road in Putney that was one-way<br>
for three months, but I didn't change the map to correspond since it<br>
was clearly not permanent. And I'd encourage people not to mark<br>
flooding as natural=water, or removing bits of railway when they are<br>
certainly going to repair it, or even adding "access=no" tags to<br>
something that might be fixed by the weekend.<br>
<br>
If it's deemed important by people to mark the "temporary state"<br>
somehow, then please use a separate tagging system.<br>
<br>
Cheers,<br>
Andy<br>
<br>
______________________________<u></u>_________________<br>
Talk-GB mailing list<br>
<a href="mailto:Talk-GB@openstreetmap.org" target="_blank">Talk-GB@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-gb" target="_blank">https://lists.openstreetmap.<u></u>org/listinfo/talk-gb</a><br>
</blockquote>
______________________________<u></u>_________________<br>
Talk-GB mailing list<br>
<a href="mailto:Talk-GB@openstreetmap.org" target="_blank">Talk-GB@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-gb" target="_blank">https://lists.openstreetmap.<u></u>org/listinfo/talk-gb</a><br>
</blockquote>
<br>
<br>
______________________________<u></u>_________________<br>
Talk-GB mailing list<br>
<a href="mailto:Talk-GB@openstreetmap.org" target="_blank">Talk-GB@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-gb" target="_blank">https://lists.openstreetmap.<u></u>org/listinfo/talk-gb</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><a href="http://tom.acrewoods.net">http://tom.acrewoods.net</a>   <a href="http://twitter.com/tom_chance">http://twitter.com/tom_chance</a>
</div>