[OSM-talk] Maximum recommended length of ways tagged with layer

Fernando Trebien fernando.trebien at gmail.com
Sat Mar 15 16:38:05 UTC 2014

I think stereotyping by nationality is quite un-OSM too. (I'm Brazilian, btw.)

I think validators have a significant role in the current problem: we
need a warning about missing bridges/tunnels when two ways overlap,
regardless of the value in the "layer" tag of either way. This will
discourage the use of layer=-1 on rivers to avoid validation warnings,
and will also reveal when this was done and encourage people to
effectively map bridges and tunnels.

I now agree that the "layer" tag should be used as locally as
possible, so I think Richard had good intentions when proposing this.
At the same time, I think you, Frederik, has a good point that
arriving at a threshold for that number is quite hard. What exactly do
we want to avoid? Really, really long ways with a layer tag. So why
not set this threshold higher? Say 10 km?

On Sat, Mar 15, 2014 at 1:12 PM, Frederik Ramm <frederik at remote.org> wrote:
> Hi,
> On 15.03.2014 14:44, Richard Z. wrote:
>> I think it would be good to agree on something...
>> https://wiki.openstreetmap.org/wiki/Talk:Key:layer#Maximum_recommended_segment_length_of_ways_tagged_with_layer
> I think that choosing some fixed number would be un-OSM. Your idea that
> length limits should apply to certain layers but not others strikes me
> as odd. You have already written down a rule that people shouldn't use
> layer=-1 to hide validator warnings; no need to breathe down mapper's
> necks with ever more detailed rules. It's not a German project ;)
> Bye
> Frederik
> --
> Frederik Ramm  ##  eMail frederik at remote.org  ##  N49°00'09" E008°23'33"
> _______________________________________________
> talk mailing list
> talk at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

Fernando Trebien
+55 (51) 9962-5409

"The speed of computer chips doubles every 18 months." (Moore's law)
"The speed of software halves every 18 months." (Gates' law)

More information about the talk mailing list