Re: [Tagging] Tagging professional cycling competitions as route=bicycle?

”. Professional bike races take place on closed roads, sometimes even trunk roads/motorways, and certainly not just those identified as bike-friendly. If these routes are to stay in OSM (which they shouldn’t) then they should be route=bicycle_race or similar. cheers Richard -- Sent from: http://gis

Re: [Tagging] Emergency vehicle country-specific law

d we needed to do layers of information, some of which were appropriate to host in OSM and others which were not. there would have been a program to conflate the data to produce an OSMAnd or similar data file that met the department needs but avoided dumping inappropriate data into OSM. richard --

Re: [Tagging] RFC rewritten proposal Via_ferrata_simplified

targeted for general audience deliberately don't Richard ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Clarification unclassified vs residential

rofiles don't measure importance, only speed, and are fairly blunt instruments which aren't used unmodified by anyone who's serious about quality routing results. (Mapbox, OSRM's sponsors, override them with traffic speed data, for example.) I wouldn't count them as a useful indicator. Richard -- Sent f

Re: [Tagging] Clarification unclassified vs residential

a minor road which is not a significant through traffic artery, and which is paved unless otherwise stated (by a surface= tag). highway=residential in rural areas of the US, however, could mean anything from a drainage ditch via a faint outline of a path to a three-lane tertiary that hasn't been ret

Re: [Tagging] start_date variants

it is better to provide the link to wikipedia. Ordinary users will ever look at OSM data close enough to find out this details. Richard ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Rivers intermittently navigable

that way, not whether it's possible. I'd think a variant on depth= would be most appropriate. Something like depth:summer=0.5-3.0 might indicate that the river depth in summer can typically vary between 0.5m (i.e. only a canoe at a pinch) and 3m. Defining "typically" is left as an exercise to the

Re: [Tagging] Tagging Digest, Vol 113, Issue 52 Co-ordinate sets vs. background informations = ODbL vs. CC

you anywhere, but who am I to tell someone not to bang their head repeatedly against a wall. If you do so, please learn to participate in a threaded discussion, either by replying to individual messages (not digests) or by using a web interface like Nabble that permits you to do so. Thank you. Ric

Re: [Tagging] Micronations

Perhap Opencarto could have a special fill pattern with lions/hic sunt leones? Richard ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] edit war about deletion of proposal

On Tue, Feb 05, 2019 at 11:44:13PM +0100, Sergio Manzi wrote: > done! oh well.. now they moved it into some users namespace. I guess we need category:humor ? Richard ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.

Re: [Tagging] edit war about deletion of proposal

rther edit warring with the particular user but if anyone contests the deletion request I think it should be just reverted. If anyone still wants to delete the page it can go through a deletion proposal procedure. Richard ___ Tagging ma

Re: [Tagging] edit war about deletion of proposal

rm feeling of unlimited trust. https://wiki.openstreetmap.org/wiki/Category:Labelled_for_deletion is now filled with about 180 requests of which some may turn out controversial. Please have look at the list of pages and raise your voice if there is anything that doesn't appear like a clea

Re: [Tagging] The actual use of the level tag

rent level=X - or not even a tunnel, let's > say they are just next to each other) The level value is only valid inside one building in my interpretation. The safest value to join ways from different buildings would be using key:ele. Often enough there will be problems of the kind that a leve

Re: [Tagging] The actual use of the level tag

quot;. > Second, why can not the layer tag be used to arrange the global z-order > of things? layer is too weak as ordering operator. 2 ways layer=-1 + layer=2 can meet in a node and (depending on node type if any) - will usually be assumed to meet exact level. Also there are loads of historica

Re: [Tagging] The actual use of the level tag

lti-storey building in 3D on top of > each other, you need to know where on the Z-Axis you have to place it. for this key:ele would much better. The ground floors of any 2 buildings may be at very different elevations if the buildings are seemingly adjacent. Richard ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] The actual use of the level tag

s assumed. > > I find this would have the following advantages while completely > compatible with the current SIT scheme and has no disadvantages (I can > come up with): looks nice to me.. just hope that nobody needs level names with a ",". Do we really need a gro

Re: [Tagging] Yay, new howto map for diabilities created in wiki

On Sun, Jan 20, 2019 at 10:39:55AM +1100, Warin wrote: > On 20/01/19 09:00, Richard wrote: > >Hi, > > > >renamed it to > >https://wiki.openstreetmap.org/wiki/How_to_map_for_the_needs_of_people_with_disabilities > > > >hope it is not too offensive for now

Re: [Tagging] Yay, new howto map for diabilities created in wiki

Hi, renamed it to https://wiki.openstreetmap.org/wiki/How_to_map_for_the_needs_of_people_with_disabilities hope it is not too offensive for now and can be renamed later. Richard ___ Tagging mailing list Tagging@openstreetmap.org https

Re: [Tagging] Feature Proposal - RFC - (Hierarchies route=bicycle)

a language I can't read. Thanks. Richard -- Sent from: http://gis.19327.n8.nabble.com/Tagging-f5258744.html ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Yay, new howto map for diabilities created in wiki

eds of disabled persons ... better ideas? Richard ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] wheelchair designated parking space tagging?

On Sat, Jan 12, 2019 at 02:43:57PM +0100, althio wrote: > Richard wrote: > > many parking places are fee=yes for normal users and fee=no for handicapped > > users. > > How can this be mapped? > > As documented on the https://wiki.openstreetmap.org/wiki/Key:fee yo

Re: [Tagging] Yay, new howto map for diabilities created in wiki

On Fri, Jan 11, 2019 at 10:36:16PM +, Philip Barnes wrote: > Hi Richard > The word handicap in this context is very outdated. It is likely to be seen > as condescending. > > I would suggest changing to disability. ok, didn't like the name myself .. created yeat another r

[Tagging] Yay, new howto map for diabilities created in wiki

Hi, collected the information that I found here: https://wiki.openstreetmap.org/wiki/Handicap Please add and fix descriptions, add redirects and links Richard ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org

Re: [Tagging] wheelchair designated parking space tagging?

New_values indeed, that looks like a good solution and I have just documented it somewhere:) Richard ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] wheelchair designated parking space tagging?

looked at the possibilities, one problem: many parking places are fee=yes for normal users and fee=no for handicapped users. How can this be mapped? Richard ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo

Re: [Tagging] wheelchair designated parking space tagging?

On Sat, Jan 05, 2019 at 08:52:58PM +, Paul Allen wrote: noticed that there is https://wiki.openstreetmap.org/wiki/Disabilities This could be improved to add more details but I wonder if it would not become too big? It looks overloaded already now. Richard

Re: [Tagging] wheelchair designated parking space tagging?

. I think many people start searching at the wheelchair page because it is mentioned in many other wiki pages. Richard ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] wheelchair designated parking space tagging?

ote: > >>On Fri, 4 Jan 2019 at 20:44, Richard >><mailto:ricoz@gmail.com>> wrote: > >> > >>looking through the wiki can't find how parking space designated > >>for wheelchair/disabled users should be tagged? > >> &

[Tagging] wheelchair designated parking space tagging?

Hi, looking through the wiki can't find how parking space designated for wheelchair/disabled users should be tagged? Richard ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] A fool with a tool ... Vehicle service tags

On Fri, Jan 04, 2019 at 06:23:15PM +0100, Tom Pfeifer wrote: > As a side note, I find those mails with fancy "scissor" lines hard to read, > as the actual contribution is hidden somewhere in between. also breaking threads for every response is a bit too

Re: [Tagging] Vehicle service tags

We don’t call people fools in subject lines on this list. Please check your language before replying. Richard reluctant tagging@ list admin -- Sent from: http://gis.19327.n8.nabble.com/Tagging-f5258744.html ___ Tagging mailing list Tagging

Re: [Tagging] Feature Proposal - RFC - (Hierarchies route=bicycle)

to have changed from "Can't be done" to "Can it easily", which is a different, subjective question and frankly not one I can be bothered to answer. Richard -- Sent from: http://gis.19327.n8.nabble.com/Tagging-f5258744.html _

Re: [Tagging] Feature Proposal - RFC - (Hierarchies route=bicycle)

Peter Elderson wrote: > I just did some work on a hierarchy of hiking routes. Can't be done with > Id or Potlatch What specifically can't be done in P2? Richard -- Sent from: http://gis.19327.n8.nabble.com/Tagging-f5258744.html ___ Tagging m

Re: [Tagging] Feature Proposal - RFC - (Hierarchies route=bicycle)

to be able to tag a bike route - as you yourself say, "Is the hierarchy of cycle routes reserved for experts?". Bear in mind too that iD users _will_ edit these routes, so the scheme should be intuitive and robust (of course, that should be the case anyway!). cheers Richard -- Sent

Re: [Tagging] Benefits of namespaces

used only for very common things because each member of the chain will turn up as a "top level" tag in the database and taginfo. If used extensively for attributes I would consider it polution of the database. It is also much less flexible as you can specify only one attribute at a time. Richard

Re: [Tagging] Reversible Road tagging

to sum up to a constant total number of lanes. But thinking more about it reversible freeways can definitely not be modeled using lanes alone. oneway:conditional and oneway=reversible would be the cleaner solution. > On Sun, Nov 11, 2018 at 4:01 PM Richard wrote: > > > On Sun, Nov

Re: [Tagging] Reversible Road tagging

ki/Tag:oneway%3Dreversible The lane number could be added on top of that - and would be very confusing if it were variable because there would be backward/forward lanes on top of reversible oneway.. Richard ___ Tagging mailing list Taggi

Re: [Tagging] How to tag named group of named water areas?

do with my time than > to try to learn how that infernal formatting works. for entirely new stuff, you can write in any markup language that you know or libreoffice (ODT) and use pandoc (https://pandoc.org/) to convert to mediawiki. You won't get the OSM specific templates but that is a s

Re: [Tagging] Reversible Road tagging

ect there might be some places already tagged somehow similar like this but can't find them now.. As it has not been implemented in any routers that I know about it might be good to ask in the issue trackers of some routers if they have an idea what wo

Re: [Tagging] How to tag named group of named water areas?

f those tags I would always put on the members, not the relation. Richard ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Reversible Road tagging

ctions https://wiki.openstreetmap.org/wiki/Conditional_restrictions Richard ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Hot springs and Geysers

e 2015 and nobody complained since than so it would seem alright to file a ticket to OpenCarto asking to have it rendered. Richard ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] My "weirdly unnatural aversion to relations"

om an area of the university if they don't belong to the university? My feeling is that multipolygons have enough problems if applied to true areas. Richard ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] My "weirdly unnatural aversion to relations"

On Tue, Oct 02, 2018 at 09:05:53PM +0200, Mateusz Konieczny wrote: > > > > 2. Oct 2018 19:27 by ricoz@gmail.com : > > > > On Tue, Oct 02, 2018 at 05:01:17PM +0200, Mateusz Konieczny wrote: > > > >> > I can give you a case that is more complicated.  The

Re: [Tagging] My "weirdly unnatural aversion to relations"

gt; > Maybe you can think of a better> way of handling it. > > > > > Why selecting buildings and tagging them to site relation is easier than > selecting building and adding them to  a multipolygon realation?  looks like abuse of multipolygon relati

Re: [Tagging] Is waterway=riverbank an 'Old scheme' ?

On Fri, Sep 07, 2018 at 11:14:40PM +0200, François Lacombe wrote: > Le ven. 7 sept. 2018 à 21:40, Richard a écrit : > > > > > > The idea that waterway=* must be routable is, frankly, a new one to > > > me. > > > > that idea is nonsense.. there was n

Re: [Tagging] Is waterway=riverbank an 'Old scheme' ?

ay=riverbanks at least as well. So the simplest would be to document in the wiki that the idea didn't catch up with rivers. Regarding landcover.. don't have time for this discussion now;) Richard ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - RFC: Via ferrata simplified

ate via_ferrata_scale as well? Richard ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Let's get (quite) rid of units and their multiples in OSM values

on a road in the US w/o units, i have no idea what i'm looking at, it could be 40mph or it could be 25mph. the mapper who entered the data knew what s/he was looking at but i sure don't. richard On 7/27/18 11:20 AM, marc marc wrote: > I agree maybe with the exeption of case like maxspeed > >

Re: [Tagging] waterway=fish_pass consistency

reason to believe that for example the fish_ass property will be ever useful to any non-waterway object. Richard ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] åååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååååå

can > often be a good choice to convert a natural=tree into, after it was > cut. But it isn't suitable if they removed the stump as well > (encountered this just 2 days ago). i would tend to use the existing disused: namespace for things that are disappearing. richard -- rwe...@averill

Re: [Tagging] Is it possible to have highway=unclassified with ref tag?

ina have state assigned refs, but the ordinary town roads are unposted. i can imagine a jurisdiction which uses signed refs on generic "unclassified" roads, but i've never seen one. i would be reluctant to explicitly rule out the possibility. richard -- rwe...@averillpark.net

[Tagging] waterway=pressurized in Hydropower waterways proposal

Hi, > https://wiki.openstreetmap.org/wiki/Proposed_features/Hydropower_water_supplies I think that the proposed invention of waterway=pressurized and its use for water in pipelines as well as natural caves should get some discussion in the mailing list. What do people think? Rich

Re: [Tagging] Culverts and Fords

kment will be narrower in this place, there may be small walls on the side, bumps and frequently require attention from the driver. Of course I have proposed it before:) https://wiki.openstreetmap.org/wiki/Proposed_features/Simple_one_node_culvert_or_bridge Richard

Re: [Tagging] reviving hollow way

On 2/19/18 6:37 PM, Martin Koppenhoefer wrote: > > On 19. Feb 2018, at 22:28, Richard Welty <rwe...@averillpark.net > <mailto:rwe...@averillpark.net>> wrote: > >> i know of examples in both italy and the US. the italian ones >> i've seen are older and thus much

Re: [Tagging] reviving hollow way

orians are fairly familiar with. i know of examples in both italy and the US. the italian ones i've seen are older and thus much more sunken than the ones in the US. richard -- rwe...@averillpark.net Averill Park Networking - GIS & IT Consulting OpenStreetMap - PostgreSQ

Re: [Tagging] Proposed features - RFC 2 - Pressurized waterways

em is cluttering waterway=* key a bit more with additional > values may not be accepted. > According to comments, I should use established values and the only one > added is waterway=pressurised. why not pipeline for this?? And pressurised should be an attribute to ca

Re: [Tagging] Nonbreakable spaces in name tags

re should try to do its best and apply heuristics to avoid splitting lines in wrong places. Not splitting 1000 034 should be obvious, roman numbers as well. Prefer not splitting around "lonely" characters. The rendering software can also compare texts with name tags

Re: [Tagging] Nonbreakable spaces in name tags

On Fri, Jan 26, 2018 at 09:09:12PM +0300, Erkin Alp Güney wrote: > > (and yes, there are cases when you should use a contraction) > name=* is full form. Not abbreviated in any way. this is about the case where the official name is an abbreviation, happens often enough.

Re: [Tagging] tagging for decaying features

On Sun, Jan 07, 2018 at 01:37:26PM +1100, Warin wrote: > On 07-Jan-18 09:59 AM, Richard wrote: > > >On Sat, Jan 06, 2018 at 07:19:31AM +1100, Warin wrote: > > > >>2) I have not put in any examples - just placed the birthing, decay and > >>repurpose categorie

Re: [Tagging] tagging for decaying features

wn the date namespace can be used. Otherwise chain one of the prefixes in a consistent manner eg former:former:building=school + former:building=hospital + building=... > I personally see this a a case of using OHM to tag the past rather than > expanding OSM. if it l

Re: [Tagging] tagging for decaying features

re only for completenes, was my previous edit. Because of the use as historic:{civilization|period} I am rather sceptical about the use of "historic:" as lifecycle prefix but if possible all current use patters should be documented here. Richard

Re: [Tagging] tagging for decaying features

On Wed, Jan 03, 2018 at 05:31:52PM -0500, Kevin Kenny wrote: > On Wed, Jan 3, 2018 at 5:24 PM, Richard <ricoz@gmail.com> wrote: > > > > Repurposing is a part of the life cycle that the Wiki article does not > > > appear to contemplate. > > > >

Re: [Tagging] tagging for decaying features

easily a bit confusing. For your kind of use the "date namespace" may be an alternative. Richard ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] tagging for decaying features

life cycle. mee too. But as there are really quite a few uses of it in the database we should look how it is used currently to see if and how the description should be changed. Richard ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature request - nascar=*

tioning body/track relationships can be quite fluid, it's a very poor candidate for tagging in OSM. we already have fairly functional tagging for race circuits. i could imagine some tweaks but i don't think we really need this. richard -- rwe...@averillpark.net Averill Park Networking - GIS &

Re: [Tagging] Way beneath overhanging cliff

ange. The layer on the upper way may not work well because covered & layer should be on the same object. Tools would probably ignore the layer tag in this case which would not cause any actual breakage but imho redundant tags should be avoided. It would not hurt to invent a ne

Re: [Tagging] Fire_hydrant: check_date

re departments do flow tests on every hydrant on a 3 year cycle to verify output. what the tag means should definitely be spelled out at some level of detail. richard -- rwe...@averillpark.net Averill Park Networking - GIS & IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Ap

Re: [Tagging] Elevation in Feet as part of Peak Names

On 9/8/17 9:34 AM, Richard Welty wrote: > On 9/8/17 7:08 AM, ael wrote: >> On Thu, Sep 07, 2017 at 03:31:37PM -0600, Mike Thompson wrote: >>> User Raymo853 and I are having a friendly discussion on changeset >>> 50470413[1]. He has been adding the elevation

Re: [Tagging] Elevation in Feet as part of Peak Names

on this? > +10 for elevation only in the ele tag. > > As surveying improves or plate tectonics changes, it would be ridiculous > to change the name rather than just the elevation. adding the elevation to the name tag makes life far more difficult for data consumers. don't do it. richard -

Re: [Tagging] Fire hydrants vs suction_point

ng a default flow_rate in cubic > meters/second (or per minute) or alternatively cubic centimeters/sec > (cc/sec).  default to SI units is fine. local units should be permissable. richard -- rwe...@averillpark.net Averill Park Networking - GIS & IT Consulting OpenStreetMap - PostgreS

Re: [Tagging] Fire hydrants vs suction_point

correct, a dry riser is not the same as a pipe for water supply from a pond or stream. richard -- rwe...@averillpark.net Averill Park Networking - GIS & IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Applications - Search ___ Tag

Re: [Tagging] Fire hydrants vs suction_point

ted in the type of hydrants > (underground, wall, pillar...) can evaluate fh:type tag. When somebody > wants to know it in more detail he can check for pillar:type. this is basically what my old proposal did. richard -- rwe...@averillpark.net Averill Park Networking - GIS & IT C

Re: [Tagging] Fire hydrants vs suction_point

On 8/18/17 4:33 PM, Moritz wrote: > > Hi Richard >> in actual real world usage, however, they are called dry hydrants by >> their >> users (the fire departments). they are even signed as "dry hydrants" in >> many >> cases. there's such a sign not far

Re: [Tagging] Fire hydrants vs suction_point

e usual reasons. richard -- rwe...@averillpark.net Averill Park Networking - GIS & IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Applications - Search ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Fire hydrants vs suction_point

e even signed as "dry hydrants" in many cases. there's such a sign not far from me, i can go take a picture of it. richard -- rwe...@averillpark.net Averill Park Networking - GIS & IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Applications - Search ___

Re: [Tagging] service=access

not sure we need a tag at all, but i'd recommend a more general notion such as service=facility_access there are, after all, access roads for things like power lines, etc. On 8/11/17 8:34 AM, Janko Mihelić wrote: > I'm struggling to think of another use for any highway besides access. > Maybe a

Re: [Tagging] Rivers classification

ormation to waterway relations is fine and much better than trying to tag the rivers themselves. As rivers may consist of many segments it would be too much duplication and also dubious whether it relates to the single segment or the whole river. Richard __

Re: [Tagging] Rivers classification

tes doesn't seem like the best idea. The 915 uses possibly have a special purpose? However if there is something like "official_length" of a river (for example mentioned in wikipedia) that could be certainly tagged. Other tags that might help are those relating to ships. Richard

Re: [Tagging] Rivers classification

On Mon, Aug 07, 2017 at 03:27:45PM +0200, Daniel Koć wrote: > W dniu 07.08.2017 o 13:16, Richard pisze: > > >Some rivers have waterway relations which could be used to make some > >classification? > > What do you mean? simply having a waterway relation means the riv

Re: [Tagging] Rivers classification

On Sun, Aug 06, 2017 at 11:33:55PM +0200, Daniel Koć wrote: > W dniu 06.08.2017 o 23:19, Richard pisze: > > >The width is fine for many small rivers where mapping riverbanks would be > >a nonsense and should be respected by the renderer. > >But what you ask for seems like

Re: [Tagging] Rivers classification

On Sun, Aug 06, 2017 at 05:30:20PM +0200, Daniel Koć wrote: > W dniu 06.08.2017 o 13:32, Richard pisze: > >as of rendering, respecting river width and doing something reasonable > >with intermittent flows would be a great progress. > > What's the problem with intermittent fl

Re: [Tagging] Rivers classification

ver width and doing something reasonable with intermittent flows would be a great progress. Iirc the stream order issue has been brought up on some talk page previously. Also had a look at natural=riverbed which at this stage has some problems. Richard __

Re: [Tagging] fire hydrants

in the section on the AWWA color scheme, i changed "tops" to "bonnet" as bonnet is the correct technical term for the "top" of a hydrant. do we want to add a definition that makes this clear? On 8/4/17 3:55 PM, François Lacombe wrote: > Hi Viking, > > I took some time to change a bit the proposal

Re: [Tagging] amenity spamming?

On 7/24/17 1:14 PM, Richard Welty wrote: > On 7/24/17 1:04 PM, Tom Pfeifer wrote: >> >> I wonder what to do here. > you could contact him directly and ask him what he is trying to do, and > attempt to gently dissuade him. > > if he is not amenable to reason, well,

Re: [Tagging] amenity spamming?

ode/4944091271 > > I wonder what to do here. you could contact him directly and ask him what he is trying to do, and attempt to gently dissuade him. if he is not amenable to reason, well, that's why we have the DWG. richard -- rwe...@averillpark.net Averill Park Networking - GIS & IT Consul

Re: [Tagging] highspeed=yes

peed are somewhat better than highspeed=yes. Taken together I think usage=highspeed has a strong rationale and would be easy to understand and apply. What is missing is a simple way to tag the visual appearance of those concrete monsters of recently built dedicated highspeed lines

Re: [Tagging] highspeed=yes

ething more implied like special traffic rules, special signaling, freight train exclusion? Perhaps all this properties should be tagged in separately? Richard ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] fire hydrants

On 6/15/17 10:02 AM, Viking wrote: > About the wrench, Richard, we could create the subtag fire_hydrant:wrench. > In Italy we have standard pentagonal or square wrench. What would you insert > in this tag? Type and size of the wrench? Something like: > fire_hydrant:wrench=square3

Re: [Tagging] fire hydrants

On 6/15/17 8:38 AM, Robert Koch wrote: > Hello Richard, > > On 2017-06-15 01:32, Richard Welty wrote: >> an american usage note: >> >> the "standard" hydrant in the US has 2 x 2.5" hose connections >> and 1 x 4.5" pumper connection. other sizes

Re: [Tagging] fire hydrants

an american usage note: the "standard" hydrant in the US has 2 x 2.5" hose connections and 1 x 4.5" pumper connection. other sizes have existed in the past. the wrench required for the bolt at the top of a dry hydrant may vary, pentagonal bolts are most common but others have been used. this is

Re: [Tagging] fire hydrants

On 6/10/17 1:36 PM, Eric H. Christensen wrote: > On June 10, 2017 12:23:22 PM EDT, Richard Welty <rwe...@averillpark.net> > wrote: >> >> in the US some localities paint their hydrants to reflect the diameter >> of the main. this is not standard so you need to che

Re: [Tagging] fire hydrants

lities paint their hydrants to reflect the diameter of the main. this is not standard so you need to check with the local districts. richard -- rwe...@averillpark.net Averill Park Networking - GIS & IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Appli

Re: [Tagging] Link roads : the Michelin style

The links around my city have links_lower and links_higher tags so the renderer can use those if they prefer. It works a treat. (I raised this a few years ago and got shot down by people saying "you can't change this now"). Some problems have no acceptable solutions... On 27 Apr 2017 22:37,

Re: [Tagging] Spillways

on't map them explicitly. They could be mapped as embankment but if you consider waterway=dam inadequate for it I would prefer a special levee tag or refining waterway=dam with additional attributes. The waterway=dam definition is showing age

Re: [Tagging] Spillways

of embankments, with gates to let the water out. There is no > dam per se, because there is ~200 km of this man-made 10-20m tall earthen > embankment (levee) around the entire river system - it is part of that. this is still a dam for me? Richard ___

Re: [Tagging] water=pool

, salmon, etc. aren't the riffles very variable over time? Richard ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] water=pool

On Tue, Mar 14, 2017 at 11:21:17AM +, ael wrote: > On Mon, Mar 13, 2017 at 10:40:24PM +0100, Richard wrote: > > On Sat, Mar 11, 2017 at 08:24:35PM +1100, Andrew Harvey wrote: > > when using natural=water + water=pool they would become distinct (though > > adjacent

Re: [Tagging] water=pool

ural=water + water=pool they would become distinct (though adjacent) water body from the river/creek which they are part of which is not quite right. They are part of the river with special properties. So perhaps natural=water + water=river + stream_pool=yes Richard ___

Re: [Tagging] EuroVelo tagging

the EuroVelo tagging confirmed is to make sure that there's an unambiguous reference so well-meaning newbies are less likely to break it. cheers Richard (apologies for broken threading, tagging@ has disappeared from Nabble) ___ Tagging mailing li

<    1   2   3   4   5   6   7   8   9   10   >