<p dir="ltr">I agree with Greg throughout. The ease of pulling new data into devices has continued to increase since 2009, so the wiki advice is surely out-dated. (That my Garmin using OSM-derived routable maps is that old doesn't change this conclusion; other devices can refresh earlhy and often, and I _can_ refresh the Garmin anytime i want to move the microSD into the laptop.) A few refinements: Unmentioned presumably as obvious is indeterminate closure is a hard YES for updating. In the (30d,60d) discussion window, I'd suggest considering how inconvenient the detour will be (which includes poorly signed, way out of the way, obscene congestion) and danger of driver not noticing detour if routed thru and getting in trouble (solid barrier hard to ignore). </p>
<br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Thu, Feb 20, 2025, 09:15 Greg Troxel <<a href="mailto:gdt@lexort.com">gdt@lexort.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">(This note is about norms in MA. I realize there are other parts of the<br>
world where getting fresh bits is harder.)<br>
<br>
<br>
The idea of how short a closure should be mapped recently came up in a<br>
note about a road in Berlin.<br>
<br>
<a href="https://www.openstreetmap.org/note/4631995" rel="noreferrer noreferrer" target="_blank">https://www.openstreetmap.org/note/4631995</a><br>
<br>
In this case, the road is closed and will be for 4 months. I've been,<br>
when I get to it, marking bridges impassable when it's been that length<br>
of time or more. I have not been doing it for 2-week closures.<br>
<br>
I have always viewed "don't map short closures" as being "don't map<br>
closures that are shorter or the same order of time as the update<br>
interval of typical data users", and thus changing over time.<br>
The wiki text about 6-9 months seems to date from 2009.<br>
<br>
Currently, I see OsmAnd having an update interval of 1 month, and<br>
Organic Maps of 1-2 months. (One can use OsmAnd Live, but that's for<br>
mapper nerds, not normies.) MA has good networking; even people with<br>
wifi only devices and no cell service can update maps on public wifi<br>
quite easily. (I don't tend to, but find myself having access to public<br>
wifi at least weekly, without even trying.)<br>
<br>
I really don't know of ways to use OSM data for routing that end up with<br>
data less fresh than 1-2 months, unless someone chooses to build for<br>
Garmin and not update.<br>
<br>
<br>
I think it's more important for closed roads to show closed than open<br>
roads to show open; navigating to a closure is worse than avoiding a<br>
usable road. This is especially true as roads get sparser.<br>
<br>
<br>
Philosophically, I think it's better to optimize for data users that are<br>
holding up their half of the bargain, rather than theoretical users that<br>
might not exist.<br>
<br>
So personally (today) I would draw the line at <30 days, don't edit, >60<br>
days, edit, and in between it's an interesting discussion.<br>
<br>
<br>
A question:<br>
<br>
Do you know of situations where people will be using OSM data for<br>
routing, such that they will be using data older than 1-2 months,<br>
assuming that they are making some small effort to have fresh data?<br>
(I don't.)<br>
<br>
And opinions:<br>
<br>
What do you see as the expected length of time to decide yes/no on<br>
changing the map? I suspect we all agree that 1 year, yes, and 1<br>
week, no, but where do you draw the line?<br>
<br>
Greg<br>
<br>
_______________________________________________<br>
Talk-us-massachusetts mailing list<br>
<a href="mailto:Talk-us-massachusetts@openstreetmap.org" target="_blank" rel="noreferrer">Talk-us-massachusetts@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-us-massachusetts" rel="noreferrer noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-us-massachusetts</a><br>
</blockquote></div>