Hi Janko
The tagging would be better IMO if we separate feature and use.
Hence this proposal to be refined:
Feature
natural=water or place https://wiki.openstreetmap.org/wiki/Key:place=ocean
https://wiki.openstreetmap.org/wiki/Tag:place%3Docean/sea
I think too that place of worship could follow the established practice for
detailed mapping of schools ie:
amenity for grounds
building for buildings
Which then as I said needs a multpolygon? No? I always thought you were
not supposed to have landuse overlap.
If the date user or renderer is
You could tag date as year and month. Skip the day it is much less relevant.
Which would not help in my case, as I work for several days on the same
survey.
m
On Mon, Dec 22, 2014 at 8:56 PM, Jean-Marc Liotier j...@liotier.org wrote:
On 12/22/2014 08:28 PM, Marc Gemis wrote:
I always use the
In France the situation exists. Two signs are designed for this (but
not well understood by people and even sometimes misused by
authorities):
http://wiki.openstreetmap.org/wiki/FR:Road_signs_in_France
Sign B22a (round, blue) = compulsory / mandatory / obligatory
Bicycles MUST use, bicycles not
On 19 December 2014 at 14:09, Martin Vonwald imagic@gmail.com wrote:
2014-12-19 14:05 GMT+01:00 Mateusz Konieczny matkoni...@gmail.com:
-1, there is no reason to tag two identical playgrounds (outdoor, standard
set of playground toys) differently just because one
is near mall and other
/ DISCLAIMER /
Starting new thread for side topics from: [Tagging] access in the wiki
I would happily read more feedback from Martin and other contributors
on authorised because it would certainly help with some limited
traffic zone, bus lanes, residential streets...
(2) proposing
On Fri, Dec 5, 2014 at 11:34 AM, Martin Koppenhoefer
dieterdre...@gmail.com wrote:
2014-12-05 9:57 GMT+01:00 althio forum althio.fo...@gmail.com:
Did you look at some of the examples in the links [7,8,9,10]? I feel
private is not suitable there.
How are tagged today the real-world
defaults are something for that data consumers need when actual data is
missing. ;-)
YMMV... My current point of view is different:
+ defaults are something to make tagging easier and more efficient.
+ They allow redundant data to be missing and thus make the database
cleaner and smaller.
+ If
/ DISCLAIMER /
Trying to keep here only what is relevant to initial request.
Starting new threads for side topics.
previous proposals:
- armed_forces
- army.
- military
- military_vehicles
- military_personnel
cannot be military because that key is taken
First: Shame that namespace is not
/ DISCLAIMER /
Starting new thread for side topics from: [Tagging] access in the wiki
(3) I don't like acronyms
- psv public_service or public_transport
- hov carpool
- hgv heavy_goods
while I would support this move, I think
we should spell these out and not reduce the information
so
/rural]
living_street
Tempo-30-Zone
low_emission_zone
limited_traffic_zone
and so on...
/ DISCUSSION /
althio forum althio.fo...@gmail.com:
(1) proposing tagging for zone like ZTL:
Martin Koppenhoefer dieterdre...@gmail.com wrote:
there is actually a proposal for this kind of zone, to be mapped
Long post to follow so this is a short version.
too long; didn't read [TL;DR]:
(1) proposing tagging for zone like ZTL:
highway/zone:traffic=IT:limited_traffic_zone
(2) proposing access=authorised
(3) I don't like acronyms
(4) attempt to modify access categories and labels
Long post:
Old
I like (3) the best (only 1 amenity, the biggest one) and I think the new
tag could be similar to building:part
A way with the tag
building:part http://wiki.openstreetmap.org/wiki/Key:building:part
=yes or
building:part http://wiki.openstreetmap.org/wiki/Key:building:part
=*:part
describes a
2014-12-01 14:25 GMT+01:00 Holger Jeromin mailgm...@katur.de:
genus and species is defined as a name for an organism, not only plants.
I added the species to animals in a zoo:
http://www.openstreetmap.org/way/286321033
So for producing landuse like plant_nursery a prefix named product:
On Thu, Nov 27, 2014 at 12:59 PM, moltonel 3x Combo molto...@gmail.com
wrote:
alt_name is already a way to encode 1
additional value for the name key, so if you're describing a scheme
to add any number of additional values, apply this scheme to name
and not alt_name.
+1
An ideal(?) scheme
On Sun, Nov 23, 2014 at 6:20 PM, Lukas Sommer sommer...@gmail.com wrote:
I think it could be useful to have a clear documentation on the wiki about
which solution is the preferred one.
Oh yes! I would appreciate clear and explicit documentation on this one!
On Mon, Nov 24, 2014 at 11:51 PM,
Hi John, I was curious about that too.
François, Martin, the question is related to this statement by Martin:
I prefer the street cabinet term to a more generic technical cabinet, as
it gives approximative information both on size [snip].
Hence the question by John:
How does the term street
adding to Talk page
On naming of newly voted man_made=street_cabinet
http://wiki.openstreetmap.org/wiki/Talk:Tag:man_made%3Dstreet_cabinet
A few old new proposals for actual naming are:
man_made=street_cabinet
man_made=technical_cabinet
man_made=outdoor_cabinet
man_made=cabinet
Martin, Jean-Marc, I appreciate the feedback. You are voicing some
good elements. I am not totally convinced yet about generic vs
specific. Fairly generic tag like 'man_made=cabinet' sounds very
sensible as first level. Furthermore I do feel other proposal I have
seen like 'street_' and
On Mon, Nov 17, 2014 at 3:43 PM, Jean-Marc Liotier j...@liotier.org wrote:
I agree with your arguments - my personal choice would be technical_cabinet.
I nevertheless chose to approve the proposal because I considered this issue
minor compared
to all the work that went in organizing the
20 matches
Mail list logo