[OSM-talk] Render icons for parking areas

Mario Salvini salvini at t-online.de
Tue Dec 18 18:57:17 GMT 2007


better: "area_access=in/out/both"

Cheers
  mario

Mario Salvini schrieb:
> Hi Gregory,
>
> good idea, but lets make it that way:
>
> tag the node: "area_access" + "direction= in/out/both" (where "both" is 
> defaut if "direction" is not set)
>
>
> mario
>
>
> Gregory schrieb:
>   
>> In that case you might aswell propose area_exit=yes too.
>>
>>
>> On 18/12/2007, *Mario Salvini* <salvini at t-online.de 
>> <mailto:salvini at t-online.de>> wrote:
>>
>>     How about a TAG "area_entrance=yes" to mark the possibilities to
>>     enter
>>     e.g. a parking-area?
>>
>>
>>     mario
>>
>>
>>     Gregory schrieb:
>>     > I knew about the work around that required us to add an area and a
>>     > node. I lot of the time I've been placing that extra node closer to
>>     > the entrance of the car park (really useful when the area is
>>     alongside
>>     > more than one road), sometimes I use a node in the way.
>>     >
>>     > I think it would be better for us to move to more sensible data,
>>     the
>>     > way we're currently doing is like two carparks (one a node and
>>     one an
>>     > area).
>>     > What if it was proposed/passed that a relationship connect the
>>     node to
>>     > the area but keep rendering how it is. Then after some time when
>>     more
>>     > nodes are related to their area than seperate, renderers can be
>>     > updated to do as suggested.
>>     >      "It should certainly be possible to use a relationship to
>>     > associate your node with your area, and then have the automatic
>>     > icon-drawer only draw an icon at the centre of gravity if there
>>     isn't
>>     > an applicable node associated with the area via a relationship."
>>     -Abi
>>     >
>>     > So even if we don't use the relationship for a long time, it's
>>     surley
>>     > best to look the future and the best way for things to be done?
>>     > I would also propose some sort of public=yes/no/customers tag.
>>     >
>>     > --
>>     > Gregory
>>     > nomoregrapes at gmail.com <mailto:nomoregrapes at gmail.com>
>>     <mailto:nomoregrapes at gmail.com <mailto:nomoregrapes at gmail.com>>
>>     > http://www.livingwithdragons.com < http://www.livingwithdragons.com>
>>     >
>>     ------------------------------------------------------------------------
>>     >
>>     > _______________________________________________
>>     > talk mailing list
>>     > talk at openstreetmap.org <mailto:talk at openstreetmap.org>
>>     > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
>>     >
>>
>>
>>     _______________________________________________
>>     talk mailing list
>>     talk at openstreetmap.org <mailto:talk at openstreetmap.org>
>>     http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
>>     <http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk>
>>
>>
>>
>>
>> -- 
>> Gregory
>> nomoregrapes at gmail.com <mailto:nomoregrapes at gmail.com>
>> http://www.livingwithdragons.com
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> talk mailing list
>> talk at openstreetmap.org
>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
>>   
>>     
>
>
> _______________________________________________
> talk mailing list
> talk at openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
>
>   





More information about the talk mailing list