Hi!
I'm introducing myself. I'm yopaseopor . I'm from the Spanish and Catalan
Communities of OSM. Also I have a particular interest because of the map:
the traffic signs and their meaning.
Checking the map I have found a "glitch" on my mind: The situation of
highway=stop and highway=give_way.
I se
sent from a phone
> On 1. Apr 2018, at 00:48,
> wrote:
>
> There is also an automated key mentioned on the wiki.
>
>
>
> This applies mostly to self_service I would guess, and I assumed
> automated=yes indicates that you can pay at the pump.
>
automated=yes doesn’t appear to be a cle
As I see it, the traffic_sign tags indicated the position of the traffic sign
(if any), while the highway tags (on a node on the highway) indicate the
position of the stop or give way line on the road (which may exist even in the
absence of a sign) or where the line would be.
From: yo paseop
Those two tags go way back. Stop signs are important, so we've been mapping
them before the more general traffic_sign tags came along.
I'm using them as nodes on the highway, more to indicate the effect of
signage, than to indicate signage and traffic signs themselves.
2018-04-02 9:33 GMT+02:00 y
Your logic is correct.
But in OSM it is common practice that several tagging schemes for the same
situation coexist. This is one of them We have 40 highway=stop and 4000
traffic_sign=stop.
I would leave it as is, at most adding in the wiki that there are two
dfferent approaches. It seems that t
Hi.
I'm also Spanish, and I'm very newbie. But here is my interpretation:
I understand "traffic_sign" is not related to the subjacent way, so
"highway" is used instead for signs that are relevant for pathfinding.
Also, highway shows some implicit values not shown on "vertical signals" (i
guess "tr
Forgot to say I read somewhere the opposite of your proposal, translating
some traffic_sign to highway. Don't remember where.
El lun., 2 de abril de 2018 10:46, José G Moya Y.
escribió:
> Hi.
> I'm also Spanish, and I'm very newbie. But here is my interpretation:
>
> I understand "traffic_sign"
sent from a phone
> On 2. Apr 2018, at 09:33, yo paseopor wrote:
>
> I see traffic_sign=city_limit or traffic_sign=maxspeed but then I see
> highway=stop or highway=give_way. I don't know why these two traffic signs
> are under the tag highway and not the tag traffic_sign itself. Do you know
On Mon, 2018-04-02 at 10:59 +0200, Martin Koppenhoefer wrote:
>
> traffic_sign is about a traffic sign, the highway=* tags are features
> of a highway, but of course there is a relation between the two (a
> highway=stop will also have one or more traffic_sign=stop which
> relate/s to it, although
sent from a phone
> On 2. Apr 2018, at 06:13, Warin <61sundow...@gmail.com> wrote:
>
> Comments? Any that support the high water mark limit I'd be interested in
> seeing.
I find it generally difficult to estimate high and low water positions, when
I’m adding beaches at the sea I will usuall
I'd go with function. If sth. is tagged public_transport=platform
then within the scope of public transport this sth. /functions/ as a
platform.
It does not make sense to view this as a structure or "structure only"
tag, since it is not very specific about the physical realization.
I.e. material,
On 3 April 2018 at 05:27, Martin Koppenhoefer
wrote:
>
>
> when I’m adding beaches at the sea I will usually use the coastline as
> border towards the water and the put the rear border where it looks like
> the end of the beach. On rivers and lakes I would also use the water
> boundary as border
On 03/04/18 05:27, Martin Koppenhoefer wrote:
sent from a phone
On 2. Apr 2018, at 06:13, Warin <61sundow...@gmail.com> wrote:
Comments? Any that support the high water mark limit I'd be interested in
seeing.
I find it generally difficult to estimate high and low water positions, when
I’m
13 matches
Mail list logo
