On 24 August 2010 16:32, Simon Ward si...@bleah.co.uk wrote:
It might be useful to define properties of certain keys outside the
tagging in the database, for example to describe “business people use
Key:accommodation”, “tourists use Key:accommodation”, or specifically
for a tag “Tag:X=zoo is a
On 24 August 2010 03:48, Erik G. Burrows e...@erikburrows.com wrote:
I think that if we map the park/city/etc boundary as a separate way than
the river/ridge/etc, we give ourselves greater flexibility over time:
In general this is the conclusion we've come to about Australian
boundaries, keep
Since water levels, can fluctuate substantially both seasonally and
annually, I'm not sure of the benefit of the ele=* tag on bodies of
water, nor on contours since this is something you'd use DEM
information/files for.
*Maybe* I'd use them on glaciers, but only peaks, otherwise you just
end up
On 24 August 2010 19:10, digi_c dig...@arcor.de wrote:
Dear mappers,
we think we finished the brainstorming phase for our new proposal:
http://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare
Would be nice to get a review. Please add suggestions to the wiki talk pages
in english.
On 24 August 2010 19:10, digi_c dig...@arcor.de wrote:
Dear mappers,
we think we finished the brainstorming phase for our new proposal:
http://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare
Would be nice to get a review. Please add suggestions to the wiki talk pages
in english.
2010/8/24 Matthias Meißer dig...@arcor.de:
Well but OSM offers the feature=val1;val2;val3 modelling possibility, that
is even supported by JOSM, right?
Sure, but nothing processes that information, JOSM only displays it,
because it's too expensive to process every field like that.
2010/8/24 Matthias Meißer dig...@arcor.de:
I tried do spot more on JOSMs merge process where he suggests to merge two
different values for one key to a ; seperated new item e.g.
highway=footway
highway=path
-highway=footway;path
That's a bad example, because some wish to replace
2010/8/24 Élisée Reclus fe-nospam-2009-03...@arcor.de:
This would mean lots of sub-tags. But most of the time there is only
one speciality.
A lot/most of the specialists in regional areas here share office
space, same with major hospitals, they would have many specialists in
the same place.
2010/8/24 Élisée Reclus fe-nospam-2009-03...@arcor.de:
Forgot the shared office space: Wouldn't it be more useful to use more
than one POI in these cases? You would search for one specific doctor
(with an name=*).
The name would usually be something specialist centre or such and
such clinic
2010/8/24 Élisée Reclus fe-nospam-2009-03...@arcor.de:
Yes, in this case sub-tags for specialities seem to be more useful. But
it's the opposite for physicians. I would prefer a simple speciality=*
as there are lots of specialities (especially if used outside
healthcare=*) and in most cases
On 25 August 2010 10:03, Steve Bennett stevag...@gmail.com wrote:
On Wed, Aug 25, 2010 at 10:00 AM, Steve Bennett stevag...@gmail.com wrote:
To pick a random example:
http://osm.org/go/uG2Mh6iR
Oops, sorry for spam, but nearby I spotted a convenient example of the
alternative approach: one
Martin, So its ok to shift stuff from tourism but not shift stuff from
amenity to emergency?
On 8/24/10, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote:
2010/8/23 Peteris Krisjanis pec...@gmail.com:
2010/8/23 M∡rtin Koppenhoefer dieterdre...@gmail.com:
2010/8/22 Claudius Henrichs
On 24 August 2010 08:56, Ulf Lamping ulf.lamp...@googlemail.com wrote:
No it's not ok to wiki-fiddling emergency, or tourism, or cultural or
whatever - especially not, if a lot of people actually disagree with that
change.
It's not about confusing anyone, especially if most people use presets
On 19 August 2010 23:09, Tyler Gunn ty...@egunn.com wrote:
I'm curious, what would be the best way to tag the boundaries of
individual properties? Or SHOULD I even attempt this?
A way to do this would be to map any fence lines marking the boundaries.
The Cadestral data for Manitoba is
On 18 August 2010 19:07, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote:
2010/8/18 John Smith deltafoxtrot...@gmail.com:
There is a lot of amenity=fast_food places tagged, I wonder how many
tag the cuisine properly. In this case the name/brand alone is usually
significant for people
On 17 August 2010 17:44, Sebastian Klein basti...@googlemail.com wrote:
Michael Barabanov wrote:
Seems like double work to me. Ross's suggestion may just work. If
there're no objections, I'll update the wiki.
Please not, this is a crude hack. Why not use the opening_hours syntax? This
On 17 August 2010 18:52, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote:
2010/8/17 Michael Barabanov michael.baraba...@gmail.com:
Seems like double work to me. Ross's suggestion may just work. If there're
no objections, I'll update the wiki.
There is already a proposal for this kind of
On 17 August 2010 22:27, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote:
If a restriction is valid only for some time, I would like to see this
in one tag and not in 2 for several reasons:
I think you are over engineering, in any case my previous point still
stands, there is no less than 3
On 18 August 2010 00:03, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote:
2010/8/17 John Smith deltafoxtrot...@gmail.com:
I'm not talking about hour_on, I'm talking specifically about your
suggestion:
restriction=[6:00-9:00;15:00-18:00]only_right_turn
Which breaks restriction=*
IMHO
On 18 August 2010 00:06, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote:
I'm not a programmer but I think that some substring-parsing would be
substring/regex is essentially the same end result.
sufficient (do you mean this?). For the evaluation of the term you
will in all cases need a
On 18 August 2010 00:08, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote:
It is much more elegant on the other hand not to have to create
separate restrictions for all times, but deal in one restriction with
it. The more these things are in use, the more apps will be able to
understand them.
On 18 August 2010 01:06, Surly_ru p...@isnet.ru wrote:
I agree!! The term training here is much more suitable than school.
My recommendation is amenity=training + training=dance.
-1
The whole point of all the was to avoid adding any more amenity=* tags
unnecessarily, it's already an overly
On 18 August 2010 01:28, Surly_ru p...@isnet.ru wrote:
Wouldn't that be a little counter initiative since they are called
dance schools, driving school, etc ?
These short-term training courses for adults are very different from
educational schools for children, despite of their name. So let's
On 18 August 2010 07:19, Alan Mintz alan_mintz+...@earthlink.net wrote:
NAFAIK, if I understand you correctly. That's what semi-colons are for. In
Which nothing seems to bother to parse... OSM data is already
computationally expensive just parsing simple key pairs...
On 18 August 2010 11:41, Steve Bennett stevag...@gmail.com wrote:
On Tue, Aug 17, 2010 at 9:30 PM, John Smith deltafoxtrot...@gmail.com wrote:
shop=rental
rental:car=yes/no
rental:bike=yes/no
rental:truck=yes/no
rental:van=yes/no
rental:bus=yes/no
I don't like this because this:
shop
2010/8/17 Matthias Meißer dig...@arcor.de:
opinion. Thats why nobody knows that there are new features, nobody talked
about it, nobody made a review :(
But they do get talked about, take for example this thread where
someone added a shop that no one seems to agree with:
2010/8/17 Matthias Meißer dig...@arcor.de:
But OSM is more than just the major lists (see people like me that sign
on/off lists to avoid to much mails). As I said it would be a good idea to
feature our proposal incubator a little bit more ;) I'm pretty sure if the
users have no Push but a Pop
On 17 August 2010 05:15, Andreas Labres l...@lab.at wrote:
Proposal:
http://wiki.openstreetmap.org/wiki/Proposed_features/Dancing_school
I'm wondering if a sub-tag would be more useful, eg
amenity=school
school=dance
That way you could group other similar schools, like martial arts,
using
2010/8/17 Matthias Meißer dig...@arcor.de:
Well ok might be possbile but for that reason there are other channels e.g.
forums, MLs that have their own pros and cons.
There is software that can show mailing list posts in the same way as
forums, the forums are only used by a minority of people,
On 17 August 2010 07:41, Richard Welty rwe...@averillpark.net wrote:
amenity=school
school=middle
I know I brought up middle schools, but are they deemed a type of
secondary school?
The reason I ask, it might be more useful to tag which grades, for
example in Australia there are central
On 17 August 2010 07:57, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote:
-1, IMHO no. A dancing school, boxing school, ski school, etc. are
IMHO not in the same category than general-education schools. They
might be classified in one category, but that is IMHO not school.
That's what the sub
On 17 August 2010 08:03, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote:
what about school=dolphins for a school of dolphins? Or hospital=tree
nursery? IMHO we shouldn't create our categories/keys only based on
language which might sometimes be ambiguous or misleading.
So far you seem to be
On 17 August 2010 08:53, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote:
it doesn't change the good point Ulf made: a potential data consumer
would have to know all school types for a pleasant results. Currently
That's actually a reason to sub-tag, so they can show a generic icon
instead of
On 17 August 2010 09:29, Richard Welty rwe...@averillpark.net wrote:
amenity=special_school
or something on that order, and then subtag with school=
i don't object to splitting that way, but there's no good reason
to further pollute amenity when we can subtag with school=
Do we even need an
On 17 August 2010 12:18, Michael Barabanov michael.baraba...@gmail.com wrote:
Seems like double work to me. Ross's suggestion may just work. If there're
no objections, I'll update the wiki.
That would probably be fine for every day of the week, and yes I
noticed day_on/off, but that seems to
On 17 August 2010 13:14, Michael Barabanov michael.baraba...@gmail.com wrote:
I agree. But I'm not in the mood to start a voting process on changing
hour_on to access:time.
We keep getting told this is a do-ocracy, so if you find something
more useful, just do it? :)
You should check out the 50,000 other threads on place=*, it varies
too much from country to country and even regions within countries
based on what people expect to see on maps, there doesn't seem to be
any objective methods to do this that would be consistent within
countries, let alone the
On 15 August 2010 21:56, Dave F. dave...@madasafish.com wrote:
I thought the accepted way was to separate the different uses with a
semi-colon:
landuse=residential;commercial etc.
Does anything actually parse multiple values like that?
___
Tagging
On 16 August 2010 01:43, Cartinus carti...@xs4all.nl wrote:
On Sunday 15 August 2010 14:28:15 John Smith wrote:
On 15 August 2010 21:56, Dave F. dave...@madasafish.com wrote:
I thought the accepted way was to separate the different uses with a
semi-colon:
landuse=residential;commercial
On 16 August 2010 01:43, Cartinus carti...@xs4all.nl wrote:
With landuse=mixed you basically know nothing, except that there should be
multiple values. You don't even know if it is a build-up area as there are
enough landuse values that deal with the countryside.
+1 I don't think landuse=mixed
I'm not sure this is the best way to do things, what do others think?
http://wiki.openstreetmap.org/w/index.php?title=Template:Map_Features:shopoldid=517645diff=next
___
Tagging mailing list
Tagging@openstreetmap.org
On 15 August 2010 03:21, Nathan Edgars II nerou...@gmail.com wrote:
tourism=theme_park renders on Mapnik; perhaps this should be changed
to amusement_park (is there really a difference other than marketing?)
If one already renders, why change it?
___
On 10 August 2010 19:49, Liz ed...@billiau.net wrote:
On Tue, 10 Aug 2010, Paul Johnson wrote:
We need to come up with a better way to map and tag autonomous regions,
particularly in North America. The talk page for the boundary= suggests
that an administrative boundary is not the right tag;
On 10 August 2010 21:43, Andrew Harvey andrew.harv...@gmail.com wrote:
I would like to clarify some things that aren't clear on the wikipage
for key:source.
You use source=* for where the majority of the information came from,
and source:location=* if you sourced the location differently from
On 10 August 2010 22:40, Michał Borsuk michal.bor...@gmail.com wrote:
* highway=bus_stop seems to be the users' choice, but on some maps,
namely Osm2Gps (Java offline map for telephones), there is a clutter of
names, one for the amenity, one for each stop
* highway=platform doesn't clutter,
On 10 August 2010 22:58, Michał Borsuk michal.bor...@gmail.com wrote:
Possibly. The highway=platform tag is an official one, so it should appear
as something other than a point.
Just because it's on the wiki doesn't mean it will render, you need to
file a trac request for enhancement if no one
On 9 August 2010 05:55, Paul Johnson ba...@ursamundi.org wrote:
That tag seems rather awkward, but it does bring up a good point about
The rest of your email described seasonal conditions that are the same
year in and year out, but for most of Australia there isn't seasonal
conditions in the
On 9 August 2010 04:36, Paul Johnson ba...@ursamundi.org wrote:
Right, but what are we calling them? The Phillips gas stations (76 and
shop=trade
trade=wood
?
Phillips 66 in particular) generally regard themselves as being upscale
and generally nicer than, say, BP's ARCO. That doesn't stop
On 10 August 2010 11:30, Richard Welty rwe...@averillpark.net wrote:
not sure it's wise to try and tag for crop types. many farms
do rotate their crops, after all. not the same from year to year,
and all that.
In the area I grew up in they rotated twice a year in some cases...
On 7 August 2010 08:25, Richard Welty rwe...@averillpark.net wrote:
yes, i voted no because of the move back to amenity. while i understand
the reluctance to switch over the existing tags in a rush, there's little
reason not to start using emergency for new tags.
In this case the only
On 2 August 2010 19:39, Dave F. dave...@madasafish.com wrote:
This has nothing to do with weather conditions, but a stupid driver ignoring
signed warnings.
Perhaps not the best example of what Liz was thinking of, however this
is a better example:
On 2 August 2010 20:03, Liz ed...@billiau.net wrote:
Road closed signs are not always put up, but the sign that the road will be
closed by wet weather is there all year round.
I don't think the report mentioned if there was signs saying the road
would be closed during wet weather, but I guess
On 2 August 2010 20:05, Dave F. dave...@madasafish.com wrote:
I see - a permanent sign.
I've no idea was this was objected to. Was the discussion on how it was to
be tagged?
I can't remember what happened, and there is nothing really useful on
the discussion page at all.
On 3 August 2010 05:51, SomeoneElse li...@mail.atownsend.org.uk wrote:
We've seen recently how people responding to disasters have used OSM data on
handheld devices - someone right now could quite possibly be using such a
map to try and deal with, say, the floods in Pakistan. If that map is
On 3 August 2010 10:46, Ian Dees ian.d...@gmail.com wrote:
Similar hacks to what they did in Haiti I suspect, use what ever tags
render, like camping sites, which are really refugee camps...
Haiti is the antithesis of OSM tagging. Sure, the initial few hours had
tagging for the renderer, but
On 31 July 2010 21:20, Dave F. dave...@madasafish.com wrote:
you've exacerbated the inconsistency by splitting fire ambulance
stations to different keys!
This thread was about shifting police and fire to emergency...
The original post was about fire_hydrants (I think - with the threads
On 31 July 2010 21:30, Dave F. dave...@madasafish.com wrote:
Why? What advantages does it bring?
Stephen did a pros and cons email on this topic, you would have been
better replying to that.
___
Tagging mailing list
Tagging@openstreetmap.org
On 31 July 2010 22:47, Ross Scanlon i...@4x4falcon.com wrote:
Sounds sensible to me, I'm busy tracing new nearmap imagery.
With extremely useful changeset comments? :)
___
Tagging mailing list
Tagging@openstreetmap.org
On 30 July 2010 17:53, Peteris Krisjanis pec...@gmail.com wrote:
Well, that's another reason to tag them separately, right? So we can
have amenity=hospital and emergency=ambulance_station
I don't think that was ever in dispute, the only reference of
emergency with hospital was to do with any
Just to drag things back on topic, so far most claims seem to be vague
and generalised, however the original proposal about shifting police
and fire into an emergency category doesn't seem to have many/any of
the draw backs of most POIs most people are going to search for most
of the time.
On 31 July 2010 03:43, Chris Hill o...@raggedred.net wrote:
Here's an example of a change you claim you haven't made:
No, I claimed to have made those, as I pointed out to you in a
previous reply, what exactly was so important about these locations
that no one could be bothered to spend 2
On 31 July 2010 03:34, Ian Dees ian.d...@gmail.com wrote:
It appears that you have indeed made lots of changes in the database before
discussing on the list:
e.g. http://www.openstreetmap.org/browse/node/771625043/history
Hmmm thought I fixed that by reverting that changeset... I'll fix it
now
On 31 July 2010 09:51, Dave F. dave...@madasafish.com wrote:
If it ain't broke...
This wouldn't have come up if everyone thought that, there is a lot of
inconsistencies in the current tags on the map features page.
___
Tagging mailing list
On 31 July 2010 10:39, Stephen Hope slh...@gmail.com wrote:
Ignoring for the moment the whole how do we change it thing brought
up by the emergency tags, there seems to be a whole underlying issue
that's worth looking at.
The how is fairly simple, no one seems to have disagreed with that,
the
On 29 July 2010 16:27, Simon Biber simonbi...@yahoo.com.au wrote:
It seems the emergency phones used to render on Mapnik but now they don't.
Should we re-open the original trac ticket (link below) or submit a new one to
get the new tagging rendered?
Do you know if there was a particular reason
On 29 July 2010 18:34, Simon Biber simonbi...@yahoo.com.au wrote:
Thanks for that. I fully support the change to emergency=phone but reverting
seems appropriate until we have the renderer support behind the move.
I also think that amenity=police should change to emergency=police_station
On 29 July 2010 19:15, Ross Scanlon i...@4x4falcon.com wrote:
Just need to make sure that a date is set to remove the old amenity tags.
What would a reasonable time frame be?
___
Tagging mailing list
Tagging@openstreetmap.org
On 29 July 2010 19:45, Pieren pier...@gmail.com wrote:
We all agree that voting is not appropriate. Replace it by opinion poll.
What about general agreement on the mailing list?
___
Tagging mailing list
Tagging@openstreetmap.org
On 29 July 2010 20:48, ael law_ence@ntlworld.com wrote:
I had hoped that something better would occur to me or someone else.
But yes, it seems as good as anything else, so let's go with it.
Someone had made shop=wood, but that didn't seem as good as your suggestion...
On 30 July 2010 03:35, Chris Hill o...@raggedred.net wrote:
You have already changed amenity=ambulance_station to
emergency=ambulance_station, which was not listed above, so you have already
started to make these worldwide changes.
It wasn't documented at all on the wiki, at all, so if it was
On 30 July 2010 04:09, Ian Dees ian.d...@gmail.com wrote:
I don't understand this argument. Doesn't every tag change anywhere break
every editor/renderer/search/data user whether or not you think it is
correct?
It's slightly amusing how it comes up every now and then about what to
do about
On 30 July 2010 04:36, Tobias Knerr o...@tobias-knerr.de wrote:
Yes, I have a problem with it: I don't see any advantage of having to
remember both the key and the value used for an object type. Just leave
The advantage is you can do a generic emergency icon and have that
render for anything
On 30 July 2010 04:54, Toby Murray toby.mur...@gmail.com wrote:
If there IS a change for medical stuff, I would personally rather see
the medical=* proposal be used.
At this stage it'd be nice to sort out the emergency=* issue before
trying to tackle anything else :)
I agree with Chris that it
On 30 July 2010 05:16, Tobias Knerr o...@tobias-knerr.de wrote:
It's true that choosing a common key emergency makes it easier if you
want to treat police stations and hospitals the same way in an
application. But if you want to treat doctors and hospitals the same
way, then it's pretty
On 30 July 2010 06:44, Peteris Krisjanis pec...@gmail.com wrote:
I second this. Emergency namespace must have definitely essential
things, but not all things. emergency=ambulance_station is definitely
right, but not emergency=hospital. It rises interesting question
though - I would suggest to
On 28 July 2010 17:25, Steve Bennett stevag...@gmail.com wrote:
For some reason it completely escaped me that service=* is supposed to
be used for both railways (eg, service=spur) and roads
(service=alley). I don't really want to debate this situation with a
view to changing it, but could
On 28 July 2010 17:50, Alan Mintz alan_mintz+...@earthlink.net wrote:
There are also fire hoses which are attached to building water supplies and
fan-folded inside largish glass-front metal cases inset into walls.
emergency=fire_hose maybe, though I'd like something that better indicates
that
Did I miss anything currently being mentioned in this or the fire
hydrant thread?
http://wiki.openstreetmap.org/wiki/Map_Features#Emergency
___
Tagging mailing list
Tagging@openstreetmap.org
http://lists.openstreetmap.org/listinfo/tagging
On 28 July 2010 23:45, Richard Welty rwe...@averillpark.net wrote:
the fire hydrant language is overly specific; out here in the
CP from wikipedia... and there is always the little edit button/links
to help improve it :)
___
Tagging mailing list
On 28 July 2010 23:57, S.Higashi s_hig...@mua.biglobe.ne.jp wrote:
http://wiki.openstreetmap.org/wiki/Map_Features#Emergency
Are these tags approved?
Check out some of the comments on the minor tag proposals lately when
it comes to voting, most just suggest you use it if it seems sensible
and
On 29 July 2010 01:14, Steve Bennett stevag...@gmail.com wrote:
Yeah, that's the bit I found odd. I guess there are other examples of
a tag meaning two different things depending on what the main tag is
(eg, voltage=* can go with power=line, or railway=rail,
electrified=yes). I'm sure soon
On 29 July 2010 01:19, Mike N. nice...@att.net wrote:
- Should I just put a redirect to office= on the proposal pages?
Up to you, alternatively you can just copy and paste bits of
content/text that would be useful...
___
Tagging mailing list
On 29 July 2010 15:13, Tobias Knerr o...@tobias-knerr.de wrote:
5-10k mappers doesn't work, but skipping discussion and inventing tags
Don't confuse discussion with voting, voting is flawed and many things
are still discussed on the tagging list before being documented on the
wiki.
based on
On 27 July 2010 15:59, S.Higashi s_hig...@mua.biglobe.ne.jp wrote:
How about a fire extinguisher[1]?
I don't think this is a good idea, as they are 2 completely different things...
Could it be included to fire_hydrant tag?
Seems the same purpose to me.
They are equipped by local government
Why do taggers have to compensate for poorly written programs making
use of the data?
On 7/27/10, Richard Mann richard.mann.westoxf...@googlemail.com wrote:
Pre-processing isn't really an option for Kosmos, Maperitive,
MapCSS/Halcyon (and judging by the number of rendering tags it spawns)
On 27 July 2010 20:27, David Earl da...@frankieandshadow.com wrote:
Why does the data model have to make it so difficult for data consumers in
the first place?
So this is another case of the current API limiting things?
I'd love to be able to micromap lanes, not just ways, which might fix
the
On 27 July 2010 21:05, David Earl da...@frankieandshadow.com wrote:
You could invent a tagging scheme that would let you model lanes. You could,
for example, create a way tagged
highway=lane
or
lane=1 [2, 3, ...]
or some such - certainly needs some thought - maybe qualified with who can
On 27 July 2010 21:27, David Earl da...@frankieandshadow.com wrote:
On 27/07/2010 12:05, David Earl wrote:
... You don't need anyone's permission to do this. If you do a good job
and
promote it, it might catch on...
which is one of the key reasons why I think Tag Central [1] would help us.
On 27 July 2010 22:33, John F. Eldredge j...@jfeldredge.com wrote:
Using the same tag for both could cost lives, by making delays in finding the
necessary equipment (fire hydrant or fire extinguisher) to fight the fire in
question.
While it may be useful to tag these things on OSM, I don't
On 27 July 2010 23:05, Peteris Krisjanis pec...@gmail.com wrote:
Why not? As any other map, it has to be taken with piece of salt
Typical CYA legal stuff, that is unless you want to be personally
liable for mistakes you make which cost someone their life...
On 27 July 2010 22:58, David Earl da...@frankieandshadow.com wrote:
Like an earthquake in Haiti, for example,...
I'd rather not be sued because someone thought they might be able to
do something with the data that turned out to be false...
___
Tagging
On 28 July 2010 13:51, Richard Welty rwe...@averillpark.net wrote:
there is a whole suite of emergency related things that are not currently
handled, for example, in the US, EMS services are frequently housed
separately from fire departments and there's no tag codified for that
at present that
On 26 July 2010 20:02, Richard Mann
richard.mann.westoxf...@googlemail.com wrote:
Most vineyards have something similar, though not always so heavily
marketed, so I think you need to find a term that's more
international. Perhaps tourism=vineyard_shop or just shop=vineyard.
You some times can
On 26 July 2010 20:30, Richard Mann
richard.mann.westoxf...@googlemail.com wrote:
winery: no such word in en_gb, we just use vineyard for the whole
operation (though of course we don't do these things on the same scale
as Australia). Unless you're going to distinguish between shop=winery
and
On 26 July 2010 20:45, Peteris Krisjanis pec...@gmail.com wrote:
Personnally, I think the easiest to fix many issues would be to draw a
specific polygon for the bridge and link it to the roads, cycleways,
railways, etc by a relation. I don't know for renderers but it would make
contributors
On 26 July 2010 21:20, Pieren pier...@gmail.com wrote:
For such zoom levels, the renderer might decide to render like the
traditional bridge=yes. This would be a rendering decision. My concern is
That seems to be overly complicated just to extend the length of the
bridge where it doesn't extend
Since there hasn't been any dispute over this, I wrote up a wiki page for this:
http://wiki.openstreetmap.org/wiki/Tag:tourism=cellar_door
___
Tagging mailing list
Tagging@openstreetmap.org
http://lists.openstreetmap.org/listinfo/tagging
On 26 July 2010 10:44, John F. Eldredge j...@jfeldredge.com wrote:
I think that it is likely to lead to a great deal of confusion, since the
general meaning of cellar door is any door leading into a building's
cellar. This does not necessarily mean that the building is a winery; for
On 23 July 2010 23:48, Alan Mintz alan_mintz+...@earthlink.net wrote:
I spend a totally unreasonable amount of time mapping turn restrictions
(mostly no-u-turn) as it is, and even that is hard to justify.
I guess this goes back to the default values for a
region/state/country, but in Australia
On 20 July 2010 19:11, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote:
exactly, there is a lot of application cases and I don't see why our
definition should be so arbitrarily restrictive.
It's probably only limited because people didn't think of any other uses...
201 - 300 of 592 matches
Mail list logo