Re: [Tagging] airstrip vs runway

[Andrew Davidson]

On 17/10/17 15:55, Warin wrote:
It seams in New Zealand that these were originally tagged as aerodromes 
but they were changed to airstrip to stop the rendering of so many 
aerodromes at low zoom levels.


If you were looking for textbook examples of tagging for the renderer 
this would be an ideal candidate.



Tagging them as aerodromes for me implies some services


Why? An aerodrome is an "area on land or water intended to be used 
either wholly or in part for the arrival, departure and surface movement 
of aircraft"[1]. The only service guaranteed at an aerodrome is the 
ability to arrive or depart by air and even then that depends on your 
aircraft.




---
Slightly off topic - youtube video
Landing at Ononge Papua New Guinea. Note the approach over the village, 
clearly showing;
why there are no 'residential' roads and why there are so many showing 
up in the tool for 'missmapped villages'.

why they are not aerodromes


Why is this not an aerodrome? It's got a cleared area that's been 
levelled and marked out for landing and take off and a windsock to let 
you know which way the wind is blowing. Not only that, Ononge has been 
assigned ICAO (AYQQ) and IATA (ONB) codes.



[1] This doesn't quite line up with aeroway=aerodrome as the OSM 
definition leaves out the intent part.


___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - Voting - Rivers Classification

[Christoph Hormann]

On Tuesday 17 October 2017, Kevin Kenny wrote:
> It's impossible to base a rendering decision on something that isn't
> represented by any tag.

That is not true, you can produce a lot of information through analysis 
of the data and by connecting it to data outside of OSM (which is 
usually outside of OSM because it is outside the scope of OSM).

Most obvious example is label placement.  If and where there is space to 
place a label for a certain feature is not represented by a tag.  
According to you it would therefore be impossible to render labels 
without overlap.  But renderers do this by analyzing the data and 
selecting label positions based on that.

Or the fact that highway=traffic_signals does not usually have a 
direction tag because if you want directed rendering of traffic signals 
in a map you can determine the direction by analyzing the data and 
determining the direction of the intersecting roads.

The OSM database is not a rendering database, it does not try to contain 
everything you need to render a map in the form that is most convenient 
for rendering.  It is a generic geo-database for information about the 
world that can be verifiably observed on the ground and that is useful 
for map rendering or other applications.

> 'Tagging for the renderer' is telling a lie
> to make something look good, not entering a fact into the
> database so that some rendering can make use of it.

If you newly introduce a tag that can never be 'Tagging for the 
renderer' in that sense because use of a newly introduced tag is never 
wrong in the sense it contradicts established use.  I recently coined 
the term 'Preemptive tagging for the renderer' 
(http://blog.imagico.de/social-engineering-in-openstreetmap/) for this 
kind of tag which is being created because the inventor considers it 
useful for map rendering although it is either not verifiable or it is 
not a good way to represent a verifiable observation (like the famous 
is_in).

-- 
Christoph Hormann
http://www.imagico.de/

___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - Voting - Rivers Classification

[Kevin Kenny]

On Oct 17, 2017 4:53 AM, "Christoph Hormann"  wrote:

On Tuesday 17 October 2017, Kevin Kenny wrote:
> It's impossible to base a rendering decision on something that isn't
> represented by any tag.

That is not true, you can produce a lot of information through analysis
of the data and by connecting it to data outside of OSM (which is
usually outside of OSM because it is outside the scope of OSM).


All good points. I'm afraid I get a bit prickly because I have several
times been told that entering field-observable attributes of actual
geographic features is 'tagging for the renderer'  - I think simply because
whoever was spouting off was not interested in those features.

In any case, when I said 'something', I meant 'some thing' - an actual
observable object.

I concede that 'relative road importance' strains that definition. But I
fail to see where any conceivable renderer would be able to get the
information if we don't tag it. 'Relative importance' is not needed for
symbology - that's determined by physical attributes (carriageways,  lanes,
shoulder width). It is, however, what would guide a rendering decision
about the appropriate zoom level at which to display a way. Some ways that
are pretty awful, physically, nevertheless should be shown on relatively
small scale maps because they're the only road connections among
significant communities.

For what it's worth, except for 'motorway' and the problematic 'trunk', the
Wiki definitions all are based on relative importance, not physical
attributes. Arguably they're wrong, but a lot of data have been entered
following them. (And a lot of bad data have been imported from TIGER or
foisted upon us by NE2. Don't get me started.)
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - Voting - Rivers Classification

[Christoph Hormann]

On Tuesday 17 October 2017, Kevin Kenny wrote:
>
> I concede that 'relative road importance' strains that definition.
> But I fail to see where any conceivable renderer would be able to get
> the information if we don't tag it. [...]

The problem you are probably referring to here is that OSM-Carto (and 
other styles) render highway=motorway and highway=trunk from z5 but do 
not render highway=primary until z8 which makes the map look ugly in 
between with road segments ending in the middle of nowhere because the 
classification as highway=motorway/trunk is usually not a measure of 
structural importance but based on local physical characteristics and 
official road classifications.

Concluding from this that you need an additional tag for roads 
indicating a subjective measure of importance to be able to produce a 
good looking road map is wrong though.  This is something you can solve 
pretty well through analysis of the connectivity in the road network.  
And doing so instead of having a static importance tag in the database 
would allow you to adjust the method of analysis and thereby the 
results to the specific application - like 'i want a map showing only 
the frequently used road connections' vs. 'i want a map that also shows 
rarely used connections to the remote parts of the country' where there 
is much less traffic overall'.

Even if you are fine in principle with having tags that are not 
verifiable you should be aware that having an importance tag would 
still imply there is only one correct way to measure importance and all 
maps should base decisions on this measure.  In other words: Tagging a 
subjective importance tag would mean you try to tell others what they 
should consider important.

-- 
Christoph Hormann
http://www.imagico.de/

___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

[Tagging] Feature Proposal - Street_furniture

[hvdb]

*Street furniture* is a collective term (used in the United Kingdom
[1]
, Australia[2]
 and Canada
[3]
[4]
) for objects
and pieces of equipment installed along streets and roads for various
purposes. It includes benches
, traffic barriers
, bollards
, post boxes
, phone boxes
, streetlamps
, traffic lights
, traffic signs
, bus stops
, tram stops
, taxi stands
, public lavatories
, fountains
, watering troughs
, memorials
, public sculptures
, and waste receptacles
. The design and placement
of furniture takes into account aesthetics, visual identity, function,
pedestrian mobility and road safety.

https://en.wikipedia.org/wiki/Street_furniture
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - Street_furniture

[Paul Desgranges]

Hello, uite some street furnitures are listed in support key, to 
indicate what supports a certain feature (whatever the feature is : 
clock, advertising, .. )

http://wiki.openstreetmap.org/wiki/Key:support






Le 17/10/2017 à 20:27, hvdb a écrit :


*Street furniture* is a collective term (used in the United Kingdom 
^[1] 
 , 
Australia^[2] 
 and 
Canada ^[3] 
 ^[4] 
 ) for 
objects and pieces of equipment installed along streets and roads for 
various purposes. It includes benches 
, traffic 
barriers , bollards 
, post boxes 
, phone boxes 
, streetlamps 
, traffic lights 
, traffic signs 
, bus stops 
, tram stops 
, taxi stands 
, public lavatories 
, fountains 
, watering troughs 
, memorials 
, public sculptures 
, and waste receptacles 
. The design and 
placement of furniture takes into account aesthetics, visual identity, 
function, pedestrian mobility and road safety.


https://en.wikipedia.org/wiki/Street_furniture



___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging


___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - Street_furniture

[Yves]

All your examples of street furnitures are already mapped in OSM. 
What is your proposal, exactly? 
Yves 

Le 17 octobre 2017 20:27:25 GMT+02:00, hvdb  a écrit :
>*Street furniture* is a collective term (used in the United Kingdom
>[1]
>,
>Australia[2]
> and Canada
>[3]
>[4]
>) for
>objects
>and pieces of equipment installed along streets and roads for various
>purposes. It includes benches
>, traffic barriers
>, bollards
>, post boxes
>, phone boxes
>, streetlamps
>, traffic lights
>, traffic signs
>, bus stops
>, tram stops
>, taxi stands
>, public lavatories
>, fountains
>, watering troughs
>, memorials
>, public sculptures
>, and waste receptacles
>. The design and
>placement
>of furniture takes into account aesthetics, visual identity, function,
>pedestrian mobility and road safety.
>
>https://en.wikipedia.org/wiki/Street_furniture
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - Street_furniture

[hvdb]

my proposal = to make things simplier ; if there would be a key =
street_furniture , all those 'things' mentioned (benches / fire hydrants /
plant_containers / street_poles / streetlamps / bollards / traffic_signs /
traffic_lights / etc. etc.) could then arranged in 1 key  . And if
'necessary', one could add more 'details' (for i.e. emergency /
amenity / support
/ etc.)

2017-10-17 20:27 GMT+02:00 hvdb :

> *Street furniture* is a collective term (used in the United Kingdom
> [1]
> , Australia[2]
>  and Canada
> [3]
> [4]
> ) for objects
> and pieces of equipment installed along streets and roads for various
> purposes. It includes benches
> , traffic barriers
> , bollards
> , post boxes
> , phone boxes
> , streetlamps
> , traffic lights
> , traffic signs
> , bus stops
> , tram stops
> , taxi stands
> , public lavatories
> , fountains
> , watering troughs
> , memorials
> , public sculptures
> , and waste receptacles
> . The design and
> placement of furniture takes into account aesthetics, visual identity,
> function, pedestrian mobility and road safety.
>
> https://en.wikipedia.org/wiki/Street_furniture
>
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - Street_furniture

[Warin]

Some of these things are not all, necessarily, along side streets - e.g. 
a bench in a park.


On 18-Oct-17 07:31 AM, hvdb wrote:



my proposal = to make things simplier ; if there would be a key =
street_furniture , all those 'things' mentioned (benches / fire
hydrants / plant_containers / street_poles / streetlamps /
bollards / traffic_signs / traffic_lights / etc. etc.) could then
arranged in 1 key  . And if 'necessary', one could add more
'details' (for i.e. emergency / amenity / support / etc.)


2017-10-17 20:27 GMT+02:00 hvdb >:


*Street furniture* is a collective term (used in the United
Kingdom ^[1]
 ,
Australia^[2]
 and
Canada ^[3]
 ^[4]
 ) for
objects and pieces of equipment installed along streets and roads
for various purposes. It includes benches
, traffic
barriers , bollards
, post boxes
, phone boxes
, streetlamps
, traffic lights
, traffic signs
, bus stops
, tram stops
, taxi stands
, public lavatories
, fountains
, watering troughs
, memorials
, public sculptures
, and waste receptacles
. The design and
placement of furniture takes into account aesthetics, visual
identity, function, pedestrian mobility and road safety.

https://en.wikipedia.org/wiki/Street_furniture





___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging



___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

[Tagging] (no subject)

[hvdb]

The Tiergarten  park
in Berlin  has a collection of
antique streetlamps from around the world, both gas and electric.
https://en.wikipedia.org/wiki/Street_furniture

http://www.secretcitytravel.com/berlin-march-2014/gas-lamp-museum-berlin.shtml
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - Street_furniture

[François Lacombe]

Hi,

Let's not forget street cabinets :)
https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dstreet_cabinet

As Warin said, all those things (including cabinets) may not always be
along streets.
"street" term may be understood as "outdoor".

Would you create a key to move all the list from ma_made/maenity/... to one
like "street_furniture" ?

All the best


*François* 

2017-10-17 23:08 GMT+02:00 Warin <61sundow...@gmail.com>:

> Some of these things are not all, necessarily, along side streets - e.g. a
> bench in a park.
>
> On 18-Oct-17 07:31 AM, hvdb wrote:
>
> my proposal = to make things simplier ; if there would be a key =
> street_furniture , all those 'things' mentioned (benches / fire hydrants /
> plant_containers / street_poles / streetlamps / bollards / traffic_signs /
> traffic_lights / etc. etc.) could then arranged in 1 key  . And if
> 'necessary', one could add more 'details' (for i.e. emergency / amenity /
> support / etc.)
>
> 2017-10-17 20:27 GMT+02:00 hvdb :
>
>> *Street furniture* is a collective term (used in the United Kingdom
>> [1]
>> , Australia
>> [2]  and
>> Canada [3]
>> [4]
>> ) for
>> objects and pieces of equipment installed along streets and roads for
>> various purposes. It includes benches
>> , traffic barriers
>> , bollards
>> , post boxes
>> , phone boxes
>> , streetlamps
>> , traffic lights
>> , traffic signs
>> , bus stops
>> , tram stops
>> , taxi stands
>> , public lavatories
>> , fountains
>> , watering troughs
>> , memorials
>> , public sculptures
>> , and waste receptacles
>> . The design and
>> placement of furniture takes into account aesthetics, visual identity,
>> function, pedestrian mobility and road safety.
>>
>> https://en.wikipedia.org/wiki/Street_furniture
>>
>
>
>
> ___
> Tagging mailing 
> listTagging@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/tagging
>
>
>
> ___
> Tagging mailing list
> Tagging@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
>
>
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - Street_furniture

[José G Moya Y .]

Hi!
I'm just a novice, but after two months following this list I understand
that:

a) Tags are grouped by function. Some street forniture is just for people
to enjoy them, some needs to be located by GPS navigators (traffic lights,
barriers such as bollards) or emergency services (fire hydrants).

b) Some services need to use short tags due GPX file format restriction.
That was the motivation that raised up the proposal on new fire_hidrant
tags. If firemen were upset for having to put complicate
"emergency=fire_hidrant, fire_hydrant:flow_rate=blah blah" tags, imagine
the situation if they need to look for "street_forniture=emergency,
emergency=fire_hydrant..."

c) Street forniture is difficult to map accurately. You need precise GPS
hardware/software (my casual mapping has a 5 meter error margin), you need
precise aerial imaginery (google is now very precise for cities at roof
level, but shadows hide details at ground level), and you have a lot of
objects to map and a very short time until the maintenance contract expires
and the street forniture moves or disappears. That's the reason I map
picnic tables in the wilderness but I don't do it in parks: tables are too
close when inside cities.

I understand that tagging street forniture would be useful for local
authorities, since they (at least in Spain) do not take it in account
before giving permits to new street forniture or street bars, and the final
result is a sidewalk full of obstacles for pedestrians. But moving all
street forniture into a category of its own seems to raise more
difficulties than having it split into separate categories.

Regards.

El 17/10/2017 23:44, "François Lacombe" 
escribió:

Hi,

Let's not forget street cabinets :)
https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dstreet_cabinet

As Warin said, all those things (including cabinets) may not always be
along streets.
"street" term may be understood as "outdoor".

Would you create a key to move all the list from ma_made/maenity/... to one
like "street_furniture" ?

All the best


*François* 

2017-10-17 23:08 GMT+02:00 Warin <61sundow...@gmail.com>:

> Some of these things are not all, necessarily, along side streets - e.g. a
> bench in a park.
>
> On 18-Oct-17 07:31 AM, hvdb wrote:
>
> my proposal = to make things simplier ; if there would be a key =
> street_furniture , all those 'things' mentioned (benches / fire hydrants /
> plant_containers / street_poles / streetlamps / bollards / traffic_signs /
> traffic_lights / etc. etc.) could then arranged in 1 key  . And if
> 'necessary', one could add more 'details' (for i.e. emergency / amenity /
> support / etc.)
>
> 2017-10-17 20:27 GMT+02:00 hvdb :
>
>> *Street furniture* is a collective term (used in the United Kingdom
>> [1]
>> , Australia
>> [2]  and
>> Canada [3]
>> [4]
>> ) for
>> objects and pieces of equipment installed along streets and roads for
>> various purposes. It includes benches
>> , traffic barriers
>> , bollards
>> , post boxes
>> , phone boxes
>> , streetlamps
>> , traffic lights
>> , traffic signs
>> , bus stops
>> , tram stops
>> , taxi stands
>> , public lavatories
>> , fountains
>> , watering troughs
>> , memorials
>> , public sculptures
>> , and waste receptacles
>> . The design and
>> placement of furniture takes into account aesthetics, visual identity,
>> function, pedestrian mobility and road safety.
>>
>> https://en.wikipedia.org/wiki/Street_furniture
>>
>
>
>
> ___
> Tagging mailing 
> listTagging@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/tagging
>
>
>
> ___
> Tagging mailing list
> Tagging@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
>
>

___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
___

Re: [Tagging] Feature Proposal - Voting - (Fire Hydrant Extensions)

[Viking]

I've tried to summarize post-vote conclusions here: Fire Hydrant Extensions 
(part 2) [1]
Now, we can use it as it is and apply these changes to hydrant wiki page, or 
change it, or vote it again.
Then we can go on and discuss/vote Fire Hydrant Extensions (part 3) [2].
Finally, if we want, we can create a part 4 to transform 
fire_hydrant:position=* in location=*, fire_hydrant:diameter=* in diameter=*, 
fire_hydrant:pressure=* in pressure=*.

[1] 
https://wiki.openstreetmap.org/wiki/Proposed_features/Fire_Hydrant_Extensions_(part_2)
[2] 
https://wiki.openstreetmap.org/wiki/Proposed_features/Fire_Hydrant_Extensions_(part_3)

Best regards
Alberto


---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus


___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - Street_furniture

[Graeme Fitzpatrick]

> El 17/10/2017 23:44, "François Lacombe" 
> escribió:
>
> Hi,
>
> Let's not forget street cabinets :)
> https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dstreet_cabinet
>
> As Warin said, all those things (including cabinets) may not always be
> along streets.
> "street" term may be understood as "outdoor".
>
>
On the subject of street cabinets, what about pits / manholes?

We have a lot of facilities (eg telephone / internet connections, water /
gas meters) especially in residential areas, located in underground pits,
with a concrete / metal lid, marked with what is in it - telephone, water
etc.

Would these also be classified as "street cabinets"?

Thanks

Graeme
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

[Tagging] street furniture, was Re: (no subject)

[Martin Koppenhoefer]

sent from a phone

> On 17. Oct 2017, at 23:36, hvdb  wrote:
> 
> The Tiergarten park in Berlin has a collection of antique streetlamps from 
> around the world, both gas and electric.
> https://en.wikipedia.org/wiki/Street_furniture


it’s in osm as a museum: 
http://www.openstreetmap.org/way/252953373#map=17/52.51253/13.33699&layers=N

some lights are also mapped:
http://www.openstreetmap.org/node/2589577662#map=19/52.51245/13.33795&layers=ND

seeing these features as “street furniture” is just one possibility to look at 
it, in OSM we have developed a different scheme and there’s no point in 
changing it for anything but a very strong reason (i.e. if it didn’t work).


cheers,
Martin___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - Street_furniture

[Martin Koppenhoefer]

sent from a phone

> On 18. Oct 2017, at 01:26, Graeme Fitzpatrick  wrote:
> 
> Would these also be classified as "street cabinets"?


IMHO not, as they’re underground, not on the street.



cheers,
Martin 
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - Street_furniture

[Warin]

On 18-Oct-17 10:37 AM, Martin Koppenhoefer wrote:


sent from a phone


On 18. Oct 2017, at 01:26, Graeme Fitzpatrick  wrote:

Would these also be classified as "street cabinets"?


IMHO not, as they’re underground, not on the street.




layer=-1



___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - Street_furniture

[Daniel Koć]

W dniu 18.10.2017 o 01:59, Warin pisze:

On 18. Oct 2017, at 01:26, Graeme Fitzpatrick  
wrote:


IMHO not, as they’re underground, not on the street.


layer=-1


"The layer=* tag is one of several methods used to describe vertical 
relationships between crossing or overlapping features."


This is not the case, so you mean probably level=-1:

https://wiki.openstreetmap.org/wiki/Key:level

--
"My method is uncertain/ It's a mess but it's working" [F. Apple]


___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - Street_furniture

[Marc Gemis]

Please explain why this is simpler. I don't understand

Your change would require all editors and data consumers to be
updated. That all current mappers have to change their current
knowledge of how a bench, street lamp etc. are mapped.

If you have problems to remember what the main key is, you might
consider to create a JOSM preset called Street furniture. It can
contain all the items you mention with their current tagging. Then you
can simply type e.g. F3 "bench" and the correct tagging will be
applied. Is there anything simpler than that ?

regards

m.

On Tue, Oct 17, 2017 at 10:31 PM, hvdb  wrote:
> my proposal = to make things simplier ; if there would be a key =
> street_furniture , all those 'things' mentioned (benches / fire hydrants /
> plant_containers / street_poles / streetlamps / bollards / traffic_signs /
> traffic_lights / etc. etc.) could then arranged in 1 key  . And if
> 'necessary', one could add more 'details' (for i.e. emergency / amenity /
> support / etc.)
>
>
> 2017-10-17 20:27 GMT+02:00 hvdb :
>>
>> Street furniture is a collective term (used in the United Kingdom[1],
>> Australia[2] and Canada[3][4]) for objects and pieces of equipment installed
>> along streets and roads for various purposes. It includes benches, traffic
>> barriers, bollards, post boxes, phone boxes, streetlamps, traffic lights,
>> traffic signs, bus stops, tram stops, taxi stands, public lavatories,
>> fountains, watering troughs, memorials, public sculptures, and waste
>> receptacles. The design and placement of furniture takes into account
>> aesthetics, visual identity, function, pedestrian mobility and road safety.
>>
>> https://en.wikipedia.org/wiki/Street_furniture
>
>
>
> ___
> Tagging mailing list
> Tagging@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
>

___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - Street_furniture

[Jo]

Hi José,

I see you mention Google imagery. Please don't jeopardize the project by
using that. We have permission to use Bing, Mapbox, DigitalGlobe, Esri.
They are all accessible in a convenient way in JOSM.
For horizontal streetview imagery we have Mapillary and OpenStreetCam.

Jo

2017-10-18 0:28 GMT+02:00 José G Moya Y. :

> Hi!
> I'm just a novice, but after two months following this list I understand
> that:
>
> a) Tags are grouped by function. Some street forniture is just for people
> to enjoy them, some needs to be located by GPS navigators (traffic lights,
> barriers such as bollards) or emergency services (fire hydrants).
>
> b) Some services need to use short tags due GPX file format restriction.
> That was the motivation that raised up the proposal on new fire_hidrant
> tags. If firemen were upset for having to put complicate
> "emergency=fire_hidrant, fire_hydrant:flow_rate=blah blah" tags, imagine
> the situation if they need to look for "street_forniture=emergency,
> emergency=fire_hydrant..."
>
> c) Street forniture is difficult to map accurately. You need precise GPS
> hardware/software (my casual mapping has a 5 meter error margin), you need
> precise aerial imaginery (google is now very precise for cities at roof
> level, but shadows hide details at ground level), and you have a lot of
> objects to map and a very short time until the maintenance contract expires
> and the street forniture moves or disappears. That's the reason I map
> picnic tables in the wilderness but I don't do it in parks: tables are too
> close when inside cities.
>
> I understand that tagging street forniture would be useful for local
> authorities, since they (at least in Spain) do not take it in account
> before giving permits to new street forniture or street bars, and the final
> result is a sidewalk full of obstacles for pedestrians. But moving all
> street forniture into a category of its own seems to raise more
> difficulties than having it split into separate categories.
>
> Regards.
>
>
> El 17/10/2017 23:44, "François Lacombe" 
> escribió:
>
> Hi,
>
> Let's not forget street cabinets :)
> https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dstreet_cabinet
>
> As Warin said, all those things (including cabinets) may not always be
> along streets.
> "street" term may be understood as "outdoor".
>
> Would you create a key to move all the list from ma_made/maenity/... to
> one like "street_furniture" ?
>
> All the best
>
>
> *François* 
>
> 2017-10-17 23:08 GMT+02:00 Warin <61sundow...@gmail.com>:
>
>> Some of these things are not all, necessarily, along side streets - e.g.
>> a bench in a park.
>>
>> On 18-Oct-17 07:31 AM, hvdb wrote:
>>
>> my proposal = to make things simplier ; if there would be a key =
>> street_furniture , all those 'things' mentioned (benches / fire hydrants /
>> plant_containers / street_poles / streetlamps / bollards / traffic_signs /
>> traffic_lights / etc. etc.) could then arranged in 1 key  . And if
>> 'necessary', one could add more 'details' (for i.e. emergency / amenity /
>> support / etc.)
>>
>> 2017-10-17 20:27 GMT+02:00 hvdb :
>>
>>> *Street furniture* is a collective term (used in the United Kingdom
>>> [1]
>>> , Australia
>>> [2]  and
>>> Canada [3]
>>> [4]
>>> ) for
>>> objects and pieces of equipment installed along streets and roads for
>>> various purposes. It includes benches
>>> , traffic barriers
>>> , bollards
>>> , post boxes
>>> , phone boxes
>>> , streetlamps
>>> , traffic lights
>>> , traffic signs
>>> , bus stops
>>> , tram stops
>>> , taxi stands
>>> , public lavatories
>>> , fountains
>>> , watering troughs
>>> , memorials
>>> , public sculptures
>>> , and waste receptacles
>>> . The design and
>>> placement of furniture takes into account aesthetics, visual identity,
>>> function, pedestrian mobility and road safety.
>>>
>>> https://en.wikipedia.org/wiki/Street_furniture
>>>