Re: [OSM-talk] Out of Service Roads

2013-03-30 Thread Florian Lohoff
On Fri, Mar 29, 2013 at 12:51:43AM +, Jaakko Helleranta.com wrote:
> In Haiti we've usually taken a pretty clear map-it-as-it-is-on-the-ground 
> approach.
> * storm wipes out a bridge -- the bridge is deleted until a new is built.
> * a road is damaged so severly that you can only walk it -- it's a path until 
> fixed
> * a slightly minor damage to the road requires a 4x4 or tractor to drive it 
> -- it's probably downgraded to a track 'till fixed.
>  
> As always, one has to think if the damage (=change in the map) is long-term 
> enough to justify mapping it vs. How severe the damage (/change) is / how 
> significantly it impacts map (/data) usage, etc.

Define long-term.

When you look into cat manufacturer supplied satnav systems people drive
around with 4-5 year old maps - which are still perfectly okay.

If we start tagged ultra-short-term problems the maps cant be put into
offline systems like in-dash satnavs.

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] Out of Service Roads

2013-03-30 Thread Martin Koppenhoefer
2013/3/30 Florian Lohoff 

> Define long-term.
>
>


I think you can't define this on a global level, it depends heavily on the
local activity whether it makes sense to enter a mid-term interruption into
OSM or ignore it.



> When you look into cat manufacturer supplied satnav systems people drive
> around with 4-5 year old maps - which are still perfectly okay.
>
>

With OSM-data I wouldn't expect someone to use 4 or 5 year old data on the
other hand ;-)



> If we start tagged ultra-short-term problems the maps cant be put into
> offline systems like in-dash satnavs.
>


offline systems without updating possibility will always have the problems
you get with a single snapshot (e.g. errors introduced by novice mappers or
for other reasons and corrected shortly after, e.g. recently we had such a
case in the Italian motorway system which caused a deviation for everyone
using this motorway (one of two for North-South-connections, so roughly
half the long-range traffic). I think we should discourage people from
mapping the current state just because it might change in a few months and
people using old data and not updating it would have problems, instead I
believe that real time data will get even more important than it is already
now.

cheers,
Martin
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] Out of Service Roads

2013-03-30 Thread Greg Troxel

Martin Koppenhoefer  writes:

> 2013/3/30 Florian Lohoff 
>
>> Define long-term.
>
> I think you can't define this on a global level, it depends heavily on the
> local activity whether it makes sense to enter a mid-term interruption into
> OSM or ignore it.

Agreed that it's tricky, but for right now, I'd say a week is short
enough to let something be, and a year is too long.  The tricky part is
From 2 weeks to 3 months.  (That's a US-centric view.)



pgpJCwq_g1P4v.pgp
Description: PGP signature
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] Out of Service Roads

2013-03-30 Thread Florian Lohoff
On Sat, Mar 30, 2013 at 01:00:54PM +0100, Martin Koppenhoefer wrote:
> 2013/3/30 Florian Lohoff 
> 
> > Define long-term.
> 
> I think you can't define this on a global level, it depends heavily on the
> local activity whether it makes sense to enter a mid-term interruption into
> OSM or ignore it.
> 
> > When you look into cat manufacturer supplied satnav systems people drive
> > around with 4-5 year old maps - which are still perfectly okay.
> 
> With OSM-data I wouldn't expect someone to use 4 or 5 year old data on the
> other hand ;-)
> 
> > If we start tagged ultra-short-term problems the maps cant be put into
> > offline systems like in-dash satnavs.
> 
> offline systems without updating possibility will always have the problems
> you get with a single snapshot (e.g. errors introduced by novice mappers or
> for other reasons and corrected shortly after, e.g. recently we had such a
> case in the Italian motorway system which caused a deviation for everyone
> using this motorway (one of two for North-South-connections, so roughly
> half the long-range traffic). I think we should discourage people from
> mapping the current state just because it might change in a few months and
> people using old data and not updating it would have problems, instead I
> believe that real time data will get even more important than it is already
> now.

Realtime might be possible in Europe - We have huge areas in the World
where realtime is simply impossible due to missing IP infrastructure.

And mapping a disruption/destroyed infrastructure is not only a matter
of mapping resources but also whether the data is still usable.

If there is a local divert - dont delete the bridge if their will be
a new one within e.g. 6 Months. The map data with the bridge intact
are still usable and fine.

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] Out of Service Roads

2013-03-30 Thread Florian Lohoff
On Sat, Mar 30, 2013 at 08:45:55AM -0400, Greg Troxel wrote:
> 
> Martin Koppenhoefer  writes:
> > I think you can't define this on a global level, it depends heavily on the
> > local activity whether it makes sense to enter a mid-term interruption into
> > OSM or ignore it.
> 
> Agreed that it's tricky, but for right now, I'd say a week is short
> enough to let something be, and a year is too long.  The tricky part is
> From 2 weeks to 3 months.  (That's a US-centric view.)

Its not that complicated IMHO - If the data is still useful with
the fault not beeing mapped - and rebuilding the infrastructure is going
to happen - let it untouched.

If people will need a 300km divert to get over the river, and the bridge
will not be replaced due to economic reasons its a different thing.

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


[OSM-talk] OSM Monster

2013-03-30 Thread Martijn van Exel

OSM data turned into a monster!
http://vimeo.com/62468031
--
Martijn van Exel

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk