When tagging an area leisure=marina, do you include:
- just the area on water
- the water and the immediate area around it (ie, slipways, mooring points etc)
- facilities like boat storage
How do you define the edge of the marina if it's just a series of jetties?
Two examples:
http://www.openstre
2010/5/27 Roy Wallace :
> Consider the highway=* tag, which has come to refer to "the importance
> of the highway for the road grid". Compare this to Simone's suggestion
> that the place=* tag should refer to "an idea about the urban texture
> of the country". Very similar ideas. If Simone's sugges
Hi folks,
I have filled in a proposal for a tag indicating a high risk of traffic jams
and
would like to hear your comments.
Summary:
This tag marks roads or intersections with a high risk of traffic jams. This
does not indicate an existing jam, only the chance for a jam.
Generally, a road ma
(Multiple answers)
First, I'm aware that full classification of every populated places is not
possible world wide with one tag only, the proposition states that clearly.
administrative, interest, tourism, local concerns need to be recorded with
other tags. The problem I see with actual place usa
On 28 May 2010 21:16, sly (sylvain letuffe) wrote:
> It makes it quite hard for newcomers to guess in wich case they should use
> wich place, and that proposal tries to help have a first easy step to record
> at least a population estimation.
I think you summed this up nicely about people expecti
Am 28.05.2010 03:05, John Smith:
> On 28 May 2010 09:58, Craig Wallace wrote:
>
>> Some of them are also mapped with a short way tagged as highway=service
>> (not highway=services !), to connect it to the main road.
>>
> highway=service is already used to indicate a type of road way, it'
>On jeudi 27 mai 2010, Simone Saviolo wrote:
>> -1, if it's exclusively population-based. The risk is that the US have
>> tenths of cities and smaller countries - say, dunno, Uganda - get
>> none.
>Well, this is the truth ;-) based on such a scale. I don't see any problem in
>uganda having no megac
2010/5/28 Steve Bennett :
> When tagging an area leisure=marina, do you include:
> - just the area on water
> - the water and the immediate area around it (ie, slipways, mooring points
> etc)
> - facilities like boat storage
I would include all of these. Probably this is a use case for the site
On Fri, 28 May 2010, Claudius Henrichs wrote:
> Am 28.05.2010 03:05, John Smith:
> > On 28 May 2010 09:58, Craig Wallace wrote:
> >> Some of them are also mapped with a short way tagged as highway=service
> >> (not highway=services !), to connect it to the main road.
> >
> > highway=service is al
On 28 May 2010 21:43, Liz wrote:
> This points out a serious problem with the highway=services tag
> it is only one letter different from a very different tag.
> John Smith will shoot me down, but this could be an amenity tag
> amenity=highway_services
Or just extend the existing tag since it is
On Fri, 28 May 2010, John Smith wrote:
> On 28 May 2010 21:43, Liz wrote:
> > This points out a serious problem with the highway=services tag
> > it is only one letter different from a very different tag.
> > John Smith will shoot me down, but this could be an amenity tag
> > amenity=highway_servi
On 28 May 2010 21:54, Liz wrote:
> would a relation make more sense
> to group parking+toilets+bin+fuel+food
> in whatever combination was available?
or maybe a landuse=* tag...
___
Tagging mailing list
Tagging@openstreetmap.org
http://lists.openstreet
On 5/28/10 7:54 AM, Liz wrote:
> On Fri, 28 May 2010, John Smith wrote:
>
>> On 28 May 2010 21:43, Liz wrote:
>>
>>> This points out a serious problem with the highway=services tag
>>> it is only one letter different from a very different tag.
>>> John Smith will shoot me down, but this
On 28 May 2010 22:19, Richard Welty wrote:
> lots of ways to do this:
>
> toilets=yes
> food=yes
> vending=yes
> fuel=yes
>
> although in a large service area with food and fuel, you'd probably
> just map them in as POIs in the conventional way. same for parking,
> we have a normal approach for th
2010/5/28 John Smith :
> On 28 May 2010 11:57, Roy Wallace wrote:
>> My point is not that we should necessarily even use population=*. My
>> point is that this proposal is redundant. There is no reason to use
>> place=* to indicate the population. IF you want to indicate the
>> population, use pop
What tags would you suggest using for a local government office where you would
register a motor vehicle and get license plates? I know I could use
government=office and name=County Clerk, but I was wondering if there was
anything more specific.
--
John F. Eldredge -- j...@jfeldredge.com
"Res
On 29 May 2010 01:34, John F. Eldredge wrote:
> What tags would you suggest using for a local government office where you
> would register a motor vehicle and get license plates? I know I could use
> government=office and name=County Clerk, but I was wondering if there was
> anything more spec
Simone Saviolo wrote:
>
> No, you got it wrong. We didn't create a list of cities so that Mapnik
> showed the labels, but we created a list of cities because *those*
> *are* the cities in Italy.
>
So every "città" in Italy is tagged place=city ? So you can have a 1 to 1
città<>city ?
So all t
On Friday 28 May 2010 13:16:30 sly (sylvain letuffe) wrote:
> On jeudi 27 mai 2010, Roy Wallace wrote:
> > I like your motivation. But maybe it's not necessary. Using
> > population=* achieves the same goal.
>
> Yes it does, and it does much more precisely, this is the utimate solution.
> Unfortune
On Fri, May 28, 2010 at 8:07 PM, Martin Bober wrote:
> Hi folks,
>
> I have filled in a proposal for a tag indicating a high risk of traffic jams
> and
> would like to hear your comments.
Nicely put together proposal with examples - good work. BUT jam=yes is
not verifiable. Anything entered in O
On Fri, May 28, 2010 at 9:16 PM, sly (sylvain letuffe)
wrote:
>
> The problem I see with actual place usage is that it is not
> standardazided world wide and serves merly for writing a label on a map.
>
> It makes it quite hard for newcomers to guess in wich case they should use
> wich place, and
jam=yes is not allways impossible to verify. There actually are some
permanently installed warning signs here in Germany. Although I have to admit
that most of these signs are temporary (for example due to construction works
- in which case they might also be valuable for the map) or on demand (
On Sat, May 29, 2010 at 8:42 AM, Martin Bober wrote:
>
> jam=yes is not allways impossible to verify.
I guess it's arguable. If this does go ahead, I'd at least suggest a
more descriptive tag, like traffic_jam:expected:daily=yes, or
traffic_jam:warning_sign=yes.
_
On Saturday 29 May 2010 00:42:14 Martin Bober wrote:
> I might add that you have to expect these jams on a daily basis to qualify
> for this tag.
I would rather say "on most normal workdays" in stead of "daily".
--
m.v.g.,
Cartinus
___
Tagging mailing
True. Most traffic jams are at rush hour, although special events such as
concerts tend to produce them also. I know of a few locations near my home
that have traffic jams all day, every day, because of geographical features
that cause congestion.
--
John F. Eldredge -- j...@jfeldredge.com
"
On 29 May 2010 12:10, John F. Eldredge wrote:
> True. Most traffic jams are at rush hour, although special events such as
> concerts tend to produce them also. I know of a few locations near my home
> that have traffic jams all day, every day, because of geographical features
> that cause con
Am 28.05.2010 23:53, schrieb Roy Wallace:
> On Fri, May 28, 2010 at 8:07 PM, Martin Bober wrote:
>> Hi folks,
>>
>> I have filled in a proposal for a tag indicating a high risk of traffic jams
>> and
>> would like to hear your comments.
>
> Nicely put together proposal with examples - good work.
On 5/29/10, Martin Bober wrote:
> jam=yes is not allways impossible to verify. There actually are some
> permanently installed warning signs here in Germany. Although I have to
> admit
> that most of these signs are temporary (for example due to construction
> works
> - in which case they might al
28 matches
Mail list logo
