Hi,
How about a fire extinguisher[1]?
Could it be included to fire_hydrant tag?
Seems the same purpose to me.
They are equipped by local government mainly along with residential
roads/living streets for emergency use in Japan.
[1]http://wiki.openstreetmap.org/wiki/File:Fire_extinguisher_ja.jpg
S
On Mon, Jul 26, 2010 at 7:59 PM, Dave F. wrote:
> On 27/07/2010 00:28, Nathan Edgars II wrote:
>>
>> On Mon, Jul 26, 2010 at 8:45 AM, Dave F. wrote:
>>>
>>> On 26/07/2010 13:35, Nathan Edgars II wrote:
On Mon, Jul 26, 2010 at 8:28 AM, Dave F.
wrote:
>
> Layer is used pure
On 27/07/2010 00:28, Nathan Edgars II wrote:
On Mon, Jul 26, 2010 at 8:45 AM, Dave F. wrote:
On 26/07/2010 13:35, Nathan Edgars II wrote:
On Mon, Jul 26, 2010 at 8:28 AM, Dave F. wrote:
Layer is used purely as an aid to the renderer to distinguish where two
or
more ways *cross* each othe
On Mon, Jul 26, 2010 at 8:45 AM, Dave F. wrote:
> On 26/07/2010 13:35, Nathan Edgars II wrote:
>>
>> On Mon, Jul 26, 2010 at 8:28 AM, Dave F. wrote:
>>>
>>> Layer is used purely as an aid to the renderer to distinguish where two
>>> or
>>> more ways *cross* each other:
>>
>> Not quite purely - i
On 26/07/2010 22:10, Richard Mann wrote:
On Mon, Jul 26, 2010 at 7:17 PM, Cartinus wrote:
Yes, but human mapping time is a far more scarce resource then computer
working time. So let the computer fix it. Preprocess!
Computer working time is rarely the limiting resource (otherwise we'd
all hav
On Monday 26 July 2010 23:10:49 Richard Mann wrote:
> The advantage of creating a tagging scheme is that the complicated
> situations get sorted out by humans (who are good at that sort of
> thing)
In this case the humans are very bad a it, because they can't read the mind of
every graphic design
On Mon, Jul 26, 2010 at 7:17 PM, Cartinus wrote:
> Yes, but human mapping time is a far more scarce resource then computer
> working time. So let the computer fix it. Preprocess!
Computer working time is rarely the limiting resource (otherwise we'd
all have been out of a job long ago).
The advan
On Monday 26 July 2010 17:19:53 Richard Mann wrote:
> On Mon, Jul 26, 2010 at 2:56 PM, Dave F. wrote:
> > So your saying to save the renders time, the data collectors have to
> > waste time adding new tags?
>
> There was me thinking this was a project where we each did a bit for
> mutual benefit.
On Mon, Jul 26, 2010 at 2:56 PM, Dave F. wrote:
> On 26/07/2010 14:07, Richard Mann wrote:
>> If you draw the
>> grey in the correct layer, then you get little semi-circular arcs of
>> grey at the end of bridges (if they are layer=1).
>
> I've never noticed this in Mapnik,or an other. Do you hav
On 26/07/2010 16:19, Richard Mann wrote:
On Mon, Jul 26, 2010 at 2:56 PM, Dave F. wrote:
So your saying to save the renders time, the data collectors have to waste
time adding new tags?
There was me thinking this was a project where we each did a bit for
mutual benefit.
Richard
I would lik
On Mon, Jul 26, 2010 at 2:56 PM, Dave F. wrote:
> So your saying to save the renders time, the data collectors have to waste
> time adding new tags?
There was me thinking this was a project where we each did a bit for
mutual benefit.
Richard
___
Taggi
On 26/07/2010 14:07, Richard Mann wrote:
Dave F (et al),
Renderers draw roads (typically) by drawing a wide grey line on each
segment, a grey circle at each node, then a narrower (say) white line
on each segment, and a white circle at each node. All you see of the
grey is a thin line on each si
On Mon, Jul 26, 2010 at 2:22 PM, Colin Smale wrote:
> Shouldn't the layer_change be on the common point, not a way? A way
> (usually) has two ends, so putting the tag on a way will not indicate at
> which end of the way the layer change takes place. But then it degenerates
> to two (or more) conn
Shouldn't the layer_change be on the common point, not a way? A way
(usually) has two ends, so putting the tag on a way will not indicate at
which end of the way the layer change takes place. But then it
degenerates to two (or more) connected ways with a different layer=*
value, so the layer c
Dave F (et al),
Renderers draw roads (typically) by drawing a wide grey line on each
segment, a grey circle at each node, then a narrower (say) white line
on each segment, and a white circle at each node. All you see of the
grey is a thin line on each side of the white line: this is the
casing. Th
On Mon, Jul 26, 2010 at 8:25 AM, David Groom wrote:
> Why *should* newly entered hydrants use "this new precise scheme". Voting
> hasn't even started on the proposal, it might not get "approved", the FRC
> start date is today, so it might get changed.
I interpret that statement as part of the pr
On 26/07/2010 13:35, Nathan Edgars II wrote:
On Mon, Jul 26, 2010 at 8:28 AM, Dave F. wrote:
Layer is used purely as an aid to the renderer to distinguish where two or
more ways *cross* each other:
Not quite purely - it gives nonredundant spatial information when a
bridge goes over another. N
On Mon, Jul 26, 2010 at 8:28 AM, Dave F. wrote:
> Layer is used purely as an aid to the renderer to distinguish where two or
> more ways *cross* each other:
Not quite purely - it gives nonredundant spatial information when a
bridge goes over another. Not that this has anything to do with the
laye
On 26/07/2010 10:58, Richard Mann wrote:
One of the things Dave Earl mentioned in his talk about rendering was
the gaps-in-casings you sometimes get at bridges.
What I've ended up doing is
1) rendering casings in layer (not underneath everything like Mapnik)
2) putting in a flag to identify way
- Original Message -
From:
To:
Sent: Monday, July 26, 2010 9:16 AM
Subject: [Tagging] Feature Proposal - RFC - Fire_Hydrant
Hi,
Here is a proposal for a new way to tag fire hydrants. It's more precise
than the old "amenity=fire_hydrant" tag and there is a very active
discussion
On Mon, Jul 26, 2010 at 11:37 AM, Pieren wrote:
> On Mon, Jul 26, 2010 at 11:58 AM, Richard Mann
> wrote:
>>
>> Good idea, or just a local fix?
>>
>> Richard
>>
>
> Personally, I think the easiest to fix many issues would be to draw a
> specific polygon for the bridge and link it to the roads, cy
Am 26.07.2010 12:45, schrieb Peteris Krisjanis:
> Draw bridge as physical instance and bind ways to it in relation.
>
> Anyone up to make a proposal feature?
Have a look at:
wiki.openstreetmap.org/wiki/Relations/Proposed/Bridges_and_Tunnels
cu colliar
___
On 7/26/10 7:18 AM, Dave F. wrote:
On 26/07/2010 11:17, Liz wrote:
On Mon, 26 Jul 2010, Richard Mann 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=vi
On 26 July 2010 21:20, Pieren 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 far enough in t
On 7/26/10 4:20 AM, John Smith wrote:
On 26 July 2010 18:16, wrote:
Hi,
Here is a proposal for a new way to tag fire hydrants. It's more precise than the old
"amenity=fire_hydrant" tag and there is a very active discussion on the German
board: http://forum.openstreetmap.org/viewtopic.php?id=
On Mon, Jul 26, 2010 at 12:48 PM, John Smith wrote:
>
> The problem is as you zoom out so you can see the ways properly the
> widths vary, so once you zoom out a few levels you won't even see any
> bridge any more, which may be useful for navigating etc..
>
>
>
For such zoom levels, the renderer m
Most of these call themselves vineyards
http://www.englishwineproducers.com/scvineyard.htm
On Mon, Jul 26, 2010 at 11:57 AM, Liz wrote:
> can you provide a definition of this use of the word?
___
Tagging mailing list
Tagging@openstreetmap.org
http://l
On 26/07/2010 11:30, Richard Mann 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 shop=vineyard, I'd use the more generic term
On 26/07/2010 11:17, Liz wrote:
On Mon, 26 Jul 2010, Richard Mann 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.
It's not attached to the vin
On Mon, 26 Jul 2010, Richard Mann 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 shop=vineyard, I'd use the more generic
On 26/07/2010 11:37, Pieren wrote:
On Mon, Jul 26, 2010 at 11:58 AM, Richard Mann
mailto:richard.mann.westoxf...@googlemail.com>> wrote:
Good idea, or just a local fix?
Richard
Personnally, I think the easiest to fix many issues would be to draw a
specific polygon for the bridge and l
On 26 July 2010 20:45, Peteris Krisjanis 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 live much e
2010/7/26 Pieren :
> On Mon, Jul 26, 2010 at 11:58 AM, Richard Mann
> wrote:
>>
>> Good idea, or just a local fix?
>>
>> Richard
>>
>
> 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
On 26/07/2010 10:58, Richard Mann wrote:
One of the things Dave Earl mentioned in his talk about rendering was
the gaps-in-casings you sometimes get at bridges.
What I've ended up doing is
1) rendering casings in layer (not underneath everything like Mapnik)
That's what I did also in my render
On Mon, Jul 26, 2010 at 11:58 AM, Richard Mann <
richard.mann.westoxf...@googlemail.com> wrote:
> Good idea, or just a local fix?
>
> Richard
>
>
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, et
On 26 July 2010 20:30, Richard Mann
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 shop=vineyard, I'd use the more gene
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 shop=vineyard, I'd use the more generic term in the tagging
system.
Richard
__
On 26 July 2010 20:02, Richard Mann
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 get standalone cellar doors that isn
On Mon, 26 Jul 2010, Richard Mann 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.
It's not attached to the vineyard, it's attached to the *wi
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.
Richard
On Mon, Jul 26, 2010 at 2:15 AM, John Smith wrote:
> On 26 July 2010 10:44, John F. Eldredge w
One of the things Dave Earl mentioned in his talk about rendering was
the gaps-in-casings you sometimes get at bridges.
What I've ended up doing is
1) rendering casings in layer (not underneath everything like Mapnik)
2) putting in a flag to identify ways that join ways of different
layer, with a
On 26 July 2010 18:16, wrote:
> Hi,
> Here is a proposal for a new way to tag fire hydrants. It's more precise than
> the old "amenity=fire_hydrant" tag and there is a very active discussion on
> the German board: http://forum.openstreetmap.org/viewtopic.php?id=762 .
> Common hydrants can be ta
Hi,
Here is a proposal for a new way to tag fire hydrants. It's more precise than
the old "amenity=fire_hydrant" tag and there is a very active discussion on the
German board: http://forum.openstreetmap.org/viewtopic.php?id=762 .
Common hydrants can be tagged in the old way, but new ones should b
43 matches
Mail list logo
