2011/3/17 j...@jfeldredge.com:
You also have the fact that it may be physically possible to cross from a
sidewalk on one side of the street to the other, due to a lack of barriers,
and yet be inadvisable to do so at certain points (in the middle of a blind
curve, for instance, or on a road
since i wasn't the only one wondering on how to map individual parking
spaces, i took the chance to write my first proposal. it's ready for
comments and can be found here:
http://wiki.openstreetmap.org/wiki/Proposed_features/parking
regards
flaimo
___
2011/3/18 Flaimo fla...@gmail.com:
since i wasn't the only one wondering on how to map individual parking
spaces, i took the chance to write my first proposal. it's ready for
comments and can be found here:
http://wiki.openstreetmap.org/wiki/Proposed_features/parking
While I agree that
Am 18.03.2011 11:54, schrieb Flaimo:
since i wasn't the only one wondering on how to map individual parking
spaces, i took the chance to write my first proposal. it's ready for
comments and can be found here:
http://wiki.openstreetmap.org/wiki/Proposed_features/parking
My
What I was visualizing was not so much real-time traffic mapping, but rather
that certain roads are almost guaranteed to be uncrossable on foot at certain
times of day, such as at rush hour. If you are trying to cross them at times
when the traffic is light, it is possible to do so, with
i think you misread the proposal. you don't tag any capacity tags on a
single parking space. and all common properties can also be defined in
the relation, so no need to tag every single space either. Quote:
General tags ... defined in the relation are inherited by the
elements inside the
maybe someone experienced with bots could write one that splits up
payment:credit_cards=card_1;card_2;card_3 into payment:card_1=yes +
payment:card_2=yes + payment:card_n=yes. same goes for
payment:fuel_cards, payment:local_transport and other
payment:x=value;value;value tags.
regards,
flaimo
2011/3/18 j...@jfeldredge.com:
What I was visualizing was not so much real-time traffic mapping, but rather
that certain roads are almost guaranteed to be uncrossable on foot at certain
times of day, such as at rush hour. If you are trying to cross them at times
when the traffic is light,
2011/3/18 Flaimo fla...@gmail.com:
i think you misread the proposal. you don't tag any capacity tags on a
single parking space. and all common properties can also be defined in
the relation,
IMHO no need for a relation, as the amenity=parking around it already
gives you this information. You
Date: Fri, 18 Mar 2011 12:53:01 +0100
From: Tobias Knerr o...@tobias-knerr.de
To: Tag discussion, strategy and related tools
tagging@openstreetmap.org
Subject: Re: [Tagging] Feature Proposal - RFC - parking (redux)
Message-ID: 4d83479d.5090...@tobias-knerr.de
Content-Type:
On Fri, Mar 18, 2011 at 13:27, M∡rtin Koppenhoefer
dieterdre...@gmail.com wrote:
2011/3/18 Flaimo fla...@gmail.com:
IMHO no need for a relation, as the amenity=parking around it already
gives you this information. You would need the capacity if you won't
differentiate between area (several
On 3/18/2011 8:18 AM, M∡rtin Koppenhoefer wrote:
2011/3/18j...@jfeldredge.com:
What I was visualizing was not so much real-time traffic mapping, but rather
that certain roads are almost guaranteed to be uncrossable on foot at certain
times of day, such as at rush hour. If you are trying to
I also tagged a more complicated one:
http://www.openstreetmap.org/browse/relation/1481829/history
http://www.openstreetmap.org/browse/relation/1481828/history
http://www.openstreetmap.org/browse/relation/1481830/history
http://www.openstreetmap.org/browse/relation/1481831/history
I guess it
2011/3/18 Flaimo fla...@gmail.com:
On Fri, Mar 18, 2011 at 13:27, M∡rtin Koppenhoefer
dieterdre...@gmail.com wrote:
2011/3/18 Flaimo fla...@gmail.com:
i don't agree with that, because only the physical areas where, for
example a car, can park is a parking space/area, but not for example
the
On 18.03.2011 13:33, Flaimo wrote:
my original version used new tags for all three elements, but a user
in the comments suggested to explicitly use amenity=parking for
compatibility reasons and to slowly force renderers to adapt this
mapping scheme.
I disagree with that user's idea of forcing
ok, i see what you mean now. use amenity=parking for the whole
facility, and the new tags for defining the elements inside. that only
works without a relation as long as you only have one logical parking
lot that's not split up in different areas. but parking lots, on
airports for example, are
2011/3/18 Flaimo fla...@gmail.com:
ok, i see what you mean now. use amenity=parking for the whole
facility, and the new tags for defining the elements inside.
+1
that only
works without a relation as long as you only have one logical parking
lot that's not split up in different areas. but
Hi Jo
I think this is correct and I use it identical. I do not use addr:street
at the buildings.
Teddy
On 18.03.2011 13:36, Jo wrote:
Hi,
I'm wondering if I used the associatedStreet relation correctly:
http://www.openstreetmap.org/browse/relation/1481807/history
I put all the common
Jo,
This correct. Also the terrasser plugin makes relations like that.
Robert
-Oorspronkelijk bericht-
From: Dominik Mahrer (Teddy)
Sent: Friday, March 18, 2011 4:19 PM
To: winfi...@gmail.com ; Tag discussion, strategy and related tools
Subject: Re: [Tagging] associatedStreet
Hi Jo
On Fri, Mar 18, 2011 at 15:51, M∡rtin Koppenhoefer
dieterdre...@gmail.com wrote:
2011/3/18 Flaimo fla...@gmail.com:
I don't understand this. Inheritance of properties is implicit in
multipolygon relations.
take a look at the example for the car rental:
Hi,
...
...
http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area
does everyone agree, that I change the protected_area wiki-page like that:
replace protect_id with protect_type on the whole page (with
introduction on top)?
And in any transition period, become both tags rendered by
On Sat, Mar 19, 2011 at 3:35 AM, fly lowfligh...@googlemail.com wrote:
No editor does know how to handel the relation if you split the way with
role street.
Yes. In JOSM though it will add a street member for each new shorter
way when the street is split. So at least this information isn't
22 matches
Mail list logo