<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Aug 8, 2018, at 11:28 AM, <a href="mailto:tagging-request@openstreetmap.org" class="">tagging-request@openstreetmap.org</a> wrote:</div><br class="Apple-interchange-newline"><div class="">Send Tagging mailing list submissions to<br class=""><span class="Apple-tab-span" style="white-space:pre"> </span><a href="mailto:tagging@openstreetmap.org" class="">tagging@openstreetmap.org</a><br class=""><br class="">To subscribe or unsubscribe via the World Wide Web, visit<br class=""><span class="Apple-tab-span" style="white-space:pre"> </span>https://lists.openstreetmap.org/listinfo/tagging<br class="">or, via email, send a message with subject or body 'help' to<br class=""><span class="Apple-tab-span" style="white-space:pre"> </span>tagging-request@openstreetmap.org<br class=""><br class="">You can reach the person managing the list at<br class=""><span class="Apple-tab-span" style="white-space:pre"> </span>tagging-owner@openstreetmap.org<br class=""><br class="">When replying, please edit your Subject line so it is more specific<br class="">than "Re: Contents of Tagging digest..."<br class=""><br class=""><br class="">Today's Topics:<br class=""><br class=""> 1. Re: RFC - landcover clearing (Martin Koppenhoefer)<br class=""> 2. Re: Part/whole confusion with Wikidata tag,<span class="Apple-tab-span" style="white-space:pre"> </span>and the need for<br class=""> enveloping parts into a whole (Martin Koppenhoefer)<br class=""> 3. Re: Slash, space, or spaced hyphen in multi-lingual names<br class=""> (Martin Koppenhoefer)<br class=""> 4. Re: Slash, space, or spaced hyphen in multi-lingual names<br class=""> (SelfishSeahorse)<br class=""> 5. Re: Slash, space, or spaced hyphen in multi-lingual names<br class=""> (Peter Elderson)<br class=""><br class=""><br class="">----------------------------------------------------------------------<br class=""><br class="">Message: 1<br class="">Date: Wed, 8 Aug 2018 18:04:21 +0200<br class="">From: Martin Koppenhoefer <dieterdreist@gmail.com><br class="">To: "Tag discussion, strategy and related tools"<br class=""><span class="Apple-tab-span" style="white-space:pre"> </span><tagging@openstreetmap.org><br class="">Subject: Re: [Tagging] RFC - landcover clearing<br class="">Message-ID: <50850AB9-8DD2-4960-B6A2-D039BF66C61B@gmail.com><br class="">Content-Type: text/plain; charset="utf-8"<br class=""><br class="">what about natural=clearing? I don’t see “clearing” as a landcover value that suits. Landcover is about what is there physically, “clearing” is about the absence of what was there before.<br class=""><br class="">Cheers,<br class="">Martin<br class=""><br class=""><br class=""><br class="">sent from a phone<br class=""><br class=""><blockquote type="cite" class="">On 6. Aug 2018, at 02:11, Warin <61sundowner@gmail.com> wrote:<br class=""><br class="">Hi,<br class="">I have been looking at the values used with the landuse key to try and stop land covers becoming regarded as a legitimate use of the key landuse. <br class=""><br class=""><br class="">One strange value I came across was 'clearing'. No OSM wiki document. <br class=""><br class="">I resolved this to mean a change in land cover usually from trees to a 'clear' area. <br class=""><br class="">Most of these look to be from HOT mapping. <br class=""><br class=""><br class="">Other instances of the value 'clearing' are natural=clearing and wood=clearing.<br class=""><br class="">So I am thinking that these would best combined into the one tag landcover=clearing<br class=""><br class="">A proposal page is ready for comments - link - https://wiki.openstreetmap.org/wiki/Landcover%3Dclearing<br class=""><br class="">The basics are : <br class=""><br class="">Definition: An area where surrounding larger vegetation, such as trees, are not present. This provides more light than the surrounding area. It may have lower vegetation growing, or it may be an outcrop of rock. <br class=""><br class="">Rationale:<br class="">Defines use of already existing value and suggest better ways of mapping these features. It is meant to encourage better mapping and suggest that this tag is a last resort. <br class=""><br class="">Key<br class="">The key landcover is use as the 'best fit' as it marks the lack of a surrounding land cover, so it is directly related to a land cover. <br class="">The area could all ready have a land use - part of a forestry area for example. The area could have been made by man or nature so neither of the keys natural or man_made would suit all situations. <br class=""><br class="">How to map<br class="">The section on 'how to map' gives 4 options of how to map a clearing; map what is there, map what is surrounding, map both what is there and surrounding or map with landcover=clearing. <br class="">Asking a mapper not to map this feature is not a good idea, mappers should be encouraged to map not discouraged. If a mapper has found this tag page then it is best to document better ways to tag the feature with this tag being the lest desirable result that maps the information rather than not mapping the information. <br class="">The listed order is a compromise. The better mapping ones come before landcover=clearing to discourage it use. The simplest option first - map what is there - as that is the easiest option. If they cannot determine what is there then the next option - map the surrounds. Then the combination of the first two. Then finally the last option and least desirable. Hopefully this causes some though on what they are mapping, rather than just using the tag. <br class=""><br class="">_______________________________________________<br class="">Tagging mailing list<br class="">Tagging@openstreetmap.org<br class="">https://lists.openstreetmap.org/listinfo/tagging<br class=""></blockquote>-------------- next part --------------<br class="">An HTML attachment was scrubbed...<br class="">URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20180808/6ff38b4d/attachment-0001.html><br class=""><br class="">------------------------------<br class=""><br class="">Message: 2<br class="">Date: Wed, 8 Aug 2018 18:44:14 +0200<br class="">From: Martin Koppenhoefer <dieterdreist@gmail.com><br class="">To: "Tag discussion, strategy and related tools"<br class=""><span class="Apple-tab-span" style="white-space:pre"> </span><tagging@openstreetmap.org><br class="">Subject: Re: [Tagging] Part/whole confusion with Wikidata tag,<span class="Apple-tab-span" style="white-space:pre"> </span>and the<br class=""><span class="Apple-tab-span" style="white-space:pre"> </span>need for enveloping parts into a whole<br class="">Message-ID: <5B1DC510-BD27-48EA-A2CF-A29752FB35B5@gmail.com><br class="">Content-Type: text/plain;<span class="Apple-tab-span" style="white-space:pre"> </span>charset=utf-8<br class=""><br class=""><br class=""><br class="">sent from a phone<br class=""><br class=""><blockquote type="cite" class="">On 8. Aug 2018, at 02:22, Yuri Astrakhan <yuriastrakhan@gmail.com> wrote:<br class=""><br class="">If we duplicated everything, than each part of a railroad station should have duplicate web site URL, hours of operation, operator name, and tons of other info.<br class=""></blockquote><br class=""><br class="">I don’t know what situation you are referring to, and how it is currently mapped, but if there are different parts mapped, there will usually be a reason for it, and different websites, operation hours (never mapped these myself), operators and other info might be the reason for splitting it. Maybe the parts of the station shouldn’t be mapped as if they were stations on their own, but as parts of a station?<br class="">Usually tags go on the object they apply to, tags for a station go on the station, tags for a part of a station go on the part, etc.<br class=""><br class="">Cheers,<br class="">Martin <br class=""><br class=""><br class="">———————————————<br class=""><br class=""></div></blockquote><div><br class=""></div><div><br class=""></div><span class=""><blockquote type="cite" class=""><font color="#000000" class="">I wanted to add my input here as I have done work in several different countries with several different naming schemes. <br class=""></font></blockquote><blockquote type="cite" class=""><font color="#000000" class=""><br class="">It is my interpretation that the goal of this discussion is to determine the best way to distinguish different translations of the name of roads.<br class=""><br class="">I propose that only one language is used for the name= tag. This will help to create a standard for naming that will bring clarity and consistency. If multiple languages are used in the area, place the most commonly used language in the name=* field and then the other languages in the appropriate name:en=*, name:fr=*, and so on. This will ensure that the data is specifically catalogued for routing software, while providing the opportunity for users of data to specify the language they desire to read the map in. In the end I suppose it would just be a matter of seeing both all the time or not but if we use the name:(insert whatever desired language here)=* we ensure a more specific and catalogued database for OSM globally. <br class=""><br class="">An example of this the Greek method where they have <br class="">name=Μητροπόλεως <br class="">name:el=Μητροπόλεως<br class="">name:en=Mitropoleos street<br class=""><br class="">In Greece if I use a routing software, I can easily tell it to show me name:en or name:el for whatever I need to see at the time. Rather then using hyphen, slash or space I propose we use this method for distinguishing different translations in our naming scheme<br class=""></font></blockquote><blockquote type="cite" class=""><font color="#000000" class="">sent from a phone</font><br class=""></blockquote></span><span class=""><br class=""></span><blockquote type="cite" class=""><div class="">Message: 3<br class="">Date: Wed, 8 Aug 2018 18:54:45 +0200<br class="">From: Martin Koppenhoefer <<a href="mailto:dieterdreist@gmail.com" class="">dieterdreist@gmail.com</a>><br class="">To: "Tag discussion, strategy and related tools"<br class=""><span class="Apple-tab-span" style="white-space:pre"> </span><<a href="mailto:tagging@openstreetmap.org" class="">tagging@openstreetmap.org</a>><br class="">Subject: Re: [Tagging] Slash, space, or spaced hyphen in multi-lingual<br class=""><span class="Apple-tab-span" style="white-space:pre"> </span>names<br class="">Message-ID: <<a href="mailto:5E9BAD70-34C0-4A0F-A5E3-C60920E87FC3@gmail.com" class="">5E9BAD70-34C0-4A0F-A5E3-C60920E87FC3@gmail.com</a>><br class="">Content-Type: text/plain;<span class="Apple-tab-span" style="white-space:pre"> </span>charset=utf-8<br class=""><br class=""></div></blockquote><blockquote type="cite" class=""><div class=""><div class=""><br class=""><blockquote type="cite" class="">On 8. Aug 2018, at 17:43, Johnparis <<a href="mailto:okosm@johnfreed.com" class="">okosm@johnfreed.com</a>> wrote:<br class=""><br class="">Osmose generates an error if you use a slash.<br class=""></blockquote><br class=""><br class="">Osmose could be fixed, I don’t see it has any authority on what is correct or not, it is just a tool to help you find situations where something might eventually be suspicious, nothing more. It is up to you to decide and evaluate the situation.<br class=""><br class=""><br class="">Cheers,<br class="">Martin<br class=""><br class=""><br class="">------------------------------<br class=""><br class="">Message: 4<br class="">Date: Wed, 8 Aug 2018 19:12:44 +0200<br class="">From: SelfishSeahorse <<a href="mailto:selfishseahorse@gmail.com" class="">selfishseahorse@gmail.com</a>><br class="">To: "Tag discussion, strategy and related tools"<br class=""><span class="Apple-tab-span" style="white-space:pre"> </span><<a href="mailto:tagging@openstreetmap.org" class="">tagging@openstreetmap.org</a>><br class="">Subject: Re: [Tagging] Slash, space, or spaced hyphen in multi-lingual<br class=""><span class="Apple-tab-span" style="white-space:pre"> </span>names<br class="">Message-ID:<br class=""><span class="Apple-tab-span" style="white-space:pre"> </span><<a href="mailto:CAJJ-S96qV6DqX-t4UYYSbN69aChO=F_4J7R-U2zzoNnSODOtiw@mail.gmail.com" class="">CAJJ-S96qV6DqX-t4UYYSbN69aChO=F_4J7R-U2zzoNnSODOtiw@mail.gmail.com</a>><br class="">Content-Type: text/plain; charset="UTF-8"<br class=""><br class="">I suspect that the different punctuation marks on OSM are a<br class="">consequence of different writing habits in the respective regions,<br class="">which i recommend to follow.<br class=""><br class="">For example, in English-speaking regions and in Switzerland the slash<br class="">without spaces is used (e.g. Biel/Bienne), unless one of the two names<br class="">already has a space, in which case the slash is usually set with<br class="">spaces (e.g. Bielersee / Lac de Bienne).<br class=""><br class="">Regards<br class="">Markus<br class=""><br class="">On Wed, 8 Aug 2018 at 14:21, Andy Mabbett <<a href="mailto:andy@pigsonthewing.org.uk" class="">andy@pigsonthewing.org.uk</a>> wrote:<br class=""><blockquote type="cite" class=""><br class="">Please see:<br class=""><br class=""> <a href="https://wiki.openstreetmap.org/wiki/Talk:Multilingual_names#Slash.2C_space.2C_or_spaced_hyphen.3F" class="">https://wiki.openstreetmap.org/wiki/Talk:Multilingual_names#Slash.2C_space.2C_or_spaced_hyphen.3F</a><br class=""><br class="">where I wrote:<br class=""><br class="">This page (and perhaps actual practice) is inconsistent in suggesting:<br class=""><br class="">* slashes: name=L'Alguer/Alghero (New Zealand, Portugal, Sardinia)<br class="">* spaced hyphens: name=Rue du Marché aux Poulets - Kiekenmarkt (Belgium, Spain)<br class="">* spaces: name=干諾道中 Connaught Road Central (Hong Kong)<br class="">* spaced slashes: name=Le Rhin / Rhein (shared boundaries)<br class=""><br class="">Greater consistency would surely be advantageous?<br class=""><br class="">--<br class="">Andy Mabbett<br class="">@pigsonthewing<br class=""><a href="http://pigsonthewing.org.uk" class="">http://pigsonthewing.org.uk</a><br class=""></blockquote><br class=""><br class=""><br class="">------------------------------<br class=""><br class="">Message: 5<br class="">Date: Wed, 8 Aug 2018 19:28:38 +0200<br class="">From: Peter Elderson <<a href="mailto:pelderson@gmail.com" class="">pelderson@gmail.com</a>><br class="">To: "Tag discussion, strategy and related tools"<br class=""><span class="Apple-tab-span" style="white-space:pre"> </span><<a href="mailto:tagging@openstreetmap.org" class="">tagging@openstreetmap.org</a>><br class="">Subject: Re: [Tagging] Slash, space, or spaced hyphen in multi-lingual<br class=""><span class="Apple-tab-span" style="white-space:pre"> </span>names<br class="">Message-ID:<br class=""><span class="Apple-tab-span" style="white-space:pre"> </span><<a href="mailto:CAKf=P+txYYFjeceoLEbYR1H_4WHO4gSv44STcNXQXFEpeYPV_Q@mail.gmail.com" class="">CAKf=P+txYYFjeceoLEbYR1H_4WHO4gSv44STcNXQXFEpeYPV_Q@mail.gmail.com</a>><br class="">Content-Type: text/plain; charset="utf-8"<br class=""><br class=""><blockquote type="cite" class=""> the slash without spaces is used (e.g. Biel/Bienne), unless one of the<br class=""></blockquote>two names already has a space, in which case the slash is usually set<br class="">with spaces<br class="">(e.g. Bielersee / Lac de Bienne).<br class=""><br class="">This I would support. It is generally used and understood like this in<br class="">Nederland as well. The remark that if the script type changes a special<br class="">separator is not needed, I second that too.<br class=""><br class="">2018-08-08 19:12 GMT+02:00 SelfishSeahorse <<a href="mailto:selfishseahorse@gmail.com" class="">selfishseahorse@gmail.com</a>>:<br class=""><br class=""><blockquote type="cite" class="">I suspect that the different punctuation marks on OSM are a<br class="">consequence of different writing habits in the respective regions,<br class="">which i recommend to follow.<br class=""><br class="">For example, in English-speaking regions and in Switzerland the slash<br class="">without spaces is used (e.g. Biel/Bienne), unless one of the two names<br class="">already has a space, in which case the slash is usually set with<br class="">spaces (e.g. Bielersee / Lac de Bienne).<br class=""><br class="">Regards<br class="">Markus<br class=""><br class="">On Wed, 8 Aug 2018 at 14:21, Andy Mabbett <<a href="mailto:andy@pigsonthewing.org.uk" class="">andy@pigsonthewing.org.uk</a>><br class="">wrote:<br class=""><blockquote type="cite" class=""><br class="">Please see:<br class=""><br class=""> <a href="https://wiki.openstreetmap.org/wiki/Talk:Multilingual_" class="">https://wiki.openstreetmap.org/wiki/Talk:Multilingual_</a><br class=""></blockquote>names#Slash.2C_space.2C_or_spaced_hyphen.3F<br class=""><blockquote type="cite" class=""><br class="">where I wrote:<br class=""><br class="">This page (and perhaps actual practice) is inconsistent in suggesting:<br class=""><br class="">* slashes: name=L'Alguer/Alghero (New Zealand, Portugal, Sardinia)<br class="">* spaced hyphens: name=Rue du Marché aux Poulets - Kiekenmarkt (Belgium,<br class=""></blockquote>Spain)<br class=""><blockquote type="cite" class="">* spaces: name=干諾道中 Connaught Road Central (Hong Kong)<br class="">* spaced slashes: name=Le Rhin / Rhein (shared boundaries)<br class=""><br class="">Greater consistency would surely be advantageous?<br class=""><br class="">--<br class="">Andy Mabbett<br class="">@pigsonthewing<br class=""><a href="http://pigsonthewing.org.uk" class="">http://pigsonthewing.org.uk</a><br class=""></blockquote><br class="">_______________________________________________<br class="">Tagging mailing list<br class=""><a href="mailto:Tagging@openstreetmap.org" class="">Tagging@openstreetmap.org</a><br class="">https://lists.openstreetmap.org/listinfo/tagging<br class=""><br class=""></blockquote><br class=""><br class=""><br class="">-- <br class="">Vr gr Peter Elderson<br class="">-------------- next part --------------<br class="">An HTML attachment was scrubbed...<br class="">URL: <<a href="http://lists.openstreetmap.org/pipermail/tagging/attachments/20180808/22538fbf/attachment.html" class="">http://lists.openstreetmap.org/pipermail/tagging/attachments/20180808/22538fbf/attachment.html</a>><br class=""><br class="">------------------------------<br class=""><br class="">Subject: Digest Footer<br class=""><br class="">_______________________________________________<br class="">Tagging mailing list<br class=""><a href="mailto:Tagging@openstreetmap.org" class="">Tagging@openstreetmap.org</a><br class="">https://lists.openstreetmap.org/listinfo/tagging<br class=""><br class=""><br class="">------------------------------<br class=""><br class="">End of Tagging Digest, Vol 107, Issue 41<br class="">****************************************<br class=""></div></div></blockquote></div><br class=""></body></html>