[OSM-talk-be] Streets with two names
Johan Huysmans
johan.huysmans at inuits.be
Tue Nov 8 14:15:33 UTC 2011
For the distinction between the amount of lanes on each side of the road
forward and backward is used.
The forward and backward keywords are also used for other elements.
More info: http://wiki.openstreetmap.org/wiki/Lanes
It seems consistent to use this to define the name of each side of the
road, like:
name:forward=Ieperleestraat
name:backward=Neerstraat
Greetings,
Johan
On 11/08/2011 03:01 PM, Ben Abelshausen wrote:
>
> Or we could see both examples as different cases and use one
> tagging schema if they are in different cities and the other if
> they are in the same city. After all, these are two different
> reasons why a street might have two names.
>
>
> Very good point, they are different situations.
>
> Anyone else any suggestions?
>
> On Tue, Nov 8, 2011 at 2:56 PM, Sander Deryckere <sanderd17 at gmail.com
> <mailto:sanderd17 at gmail.com>> wrote:
>
> That would work for your case (different names in different
> cities/villages), but it won't work for mine (agreed, it's a very
> weird case).
>
> But I guess you also want a way to note which way is in which
> city/village.
>
> Maybe mapping the complete street (including all houses with a
> complete set of address tags) is the only solution to achieve this.
>
> Or we could see both examples as different cases and use one
> tagging schema if they are in different cities and the other if
> they are in the same city. After all, these are two different
> reasons why a street might have two names.
>
>
>
> 2011/11/8 Ben Abelshausen <ben.abelshausen at gmail.com
> <mailto:ben.abelshausen at gmail.com>>
>
> that's possible; or something like:
>
> name=Ieperleestraat-Neerstraat
> name:9000=Ieperleestraat
> name:9800=Neerstraat
>
> using the postal codes as distinction?
>
>
>
> On Tue, Nov 8, 2011 at 2:46 PM, Sander Deryckere
> <sanderd17 at gmail.com <mailto:sanderd17 at gmail.com>> wrote:
>
> I'm not in favour of this. Since the road, at least mine
> in Ypres, is a road with just one lane, where you can go
> where you want. It would be the same like splitting
> buildings because there are more than one shop in it,
> instead of using POI to note the shops in the building.
> Splitting ways will cause weird rendering problems and
> routing problems. What we need is a tagging schema to
> allow double names. Maybe something like
>
> name=Ieperleestraat-Neerstraat
> name:left=Ieperleestraat
> name:right=Neerstraat
>
> Sander
>
>
> 2011/11/8 Dennis Bollyn <dennis at gyrbo.be
> <mailto:dennis at gyrbo.be>>
>
> The cleanest solution is probably to split the way
> into two, one way for each direction and name them
> separately. This also seems like the only way to have
> a correct "is_in", etc.
>
> Best regards,
>
> Dennis
>
>
>
> On Tue, Nov 8, 2011 at 2:26 PM, Sander Deryckere
> <sanderd17 at gmail.com <mailto:sanderd17 at gmail.com>> wrote:
>
> Hi,
>
> This makes me think of a similar situation in
> Ypres:
> http://www.openstreetmap.org/browse/way/94237553
>
> If someone knows a better solution, please share.
>
> Greets,
> Sander
>
> 2011/11/8 Ben Abelshausen
> <ben.abelshausen at gmail.com
> <mailto:ben.abelshausen at gmail.com>>
>
> Hello,
>
> I'm not sure how to handle this, maybe it is
> somewhere on the wiki already?
>
> I have this street (one of many):
>
> http://www.openstreetmap.org/browse/way/32206997
>
> On one side the addresses use the streetname
> *lessensestraat *and the other side
> *rekestraat *depending on the commune they are
> in, Brakel or Geraardsbergen.
>
> Are there any specific tags for this? Is using
> name
> <http://wiki.openstreetmap.org/wiki/Key:name?uselang=nl>
> = lessensestraat-rekestraat ok? I guess not?
>
> Best Regards,
>
> Ben
>
> _______________________________________________
> Talk-be mailing list
> Talk-be at openstreetmap.org
> <mailto:Talk-be at openstreetmap.org>
> http://lists.openstreetmap.org/listinfo/talk-be
>
>
>
> _______________________________________________
> Talk-be mailing list
> Talk-be at openstreetmap.org
> <mailto:Talk-be at openstreetmap.org>
> http://lists.openstreetmap.org/listinfo/talk-be
>
>
>
> _______________________________________________
> Talk-be mailing list
> Talk-be at openstreetmap.org
> <mailto:Talk-be at openstreetmap.org>
> http://lists.openstreetmap.org/listinfo/talk-be
>
>
>
> _______________________________________________
> Talk-be mailing list
> Talk-be at openstreetmap.org <mailto:Talk-be at openstreetmap.org>
> http://lists.openstreetmap.org/listinfo/talk-be
>
>
>
> _______________________________________________
> Talk-be mailing list
> Talk-be at openstreetmap.org <mailto:Talk-be at openstreetmap.org>
> http://lists.openstreetmap.org/listinfo/talk-be
>
>
>
> _______________________________________________
> Talk-be mailing list
> Talk-be at openstreetmap.org <mailto:Talk-be at openstreetmap.org>
> http://lists.openstreetmap.org/listinfo/talk-be
>
>
>
>
> _______________________________________________
> Talk-be mailing list
> Talk-be at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-be
Discover our world of Innovation and Product leadership - bePART, Engineered for partner value Meet us @ www.newtec.eu/events *** e-mail confidentiality footer *** This message and any attachments thereto are confidential. They may also be privileged or otherwise protected by work product immunity or other legal rules. If you have received it by mistake, please let us know by e-mail reply and delete it from your system; you may not copy this message or disclose its contents to anyone. E-mail transmission cannot be guaranteed to be secure or error free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore is in no way liable for any errors or omissions in the content of this message, which may arise as a result of e-mail transmission. If verification is required, please request a hard copy.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-be/attachments/20111108/5eeaab8f/attachment.htm>
More information about the Talk-be
mailing list