[OSM-talk-be] UrbIS import

[Jo]

I must admit I hadn't thought it through. It was easy to decide to
standardise on FR - NL for the associatedStreet relations, but this
percolates through to the street level.

Of course, back then, JOSM's validator didn't have that test yet.

Maybe we should try to fix it at the validator level.

I've been succesful in amending the validator for 2 other issues already:

now it takes into account noname=yes

and it shouldn't complain anymore when 1 street participates in 2 aS
relations, when those aS relations differ in postcode or city name. This
occurs for streets which form the border between 2 municipalities.

The problem is, one never knows what is likely to be fixed and when they
declare me crazy instead...

I tried to get the validator to heed:

note=similarly_named_ways_
boundary

For the node which connects streets like

Bruggesteenweg/Brugsesteenweg
Oostdorp/Westdorp

But maybe they'll implement taking borders into account (where this sort of
thing is most likely to occur and cause a false positive). That's a lot
harder to accomplish, if you ask me. But they don't want to 'pollute' the
data with tags which only serve for the validator (like noexit=yes, after
its usage was deflected from what it originally stood for)



Jo



2015-01-12 20:55 GMT+01:00 eMerzh <merzhin at gmail.com>:

> Yeah, i know .... we have already discuss about this here :
> https://lists.openstreetmap.org/pipermail/talk-be/2014-January/005554.html
>
>
> i don't see a lot of options here ...
>
> Change the name=* to smth more tool friendly
> Remove the name=* (let only name:<code>=*)
> Or "force" one order of name (FR-NL or NL-FR)... but i think this might be
> hard to swallow for some...
>
> I know we always tell : "don't map for a tool" but it's really a mess in
> ALL tools using osm...
>
>
> the problem with scheme like Boulevard Lemonnier laan is when the name is
> different 'Rue des Poissonniers - Visverkopersstraat' ....
> or when tools like OsmAND have to pronounce the name ....
>
> --
> Brice
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-be/attachments/20150112/f13a7fae/attachment.htm>