<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body>
<div><br></div><div><br></div><div><br></div><div>Nov 6, 2020, 19:31 by anders@torger.se:<br></div><blockquote class="tutanota_quote" style="border-left: 1px solid #93A3B8; padding-left: 10px; margin-left: 5px;"><div>Hello everyone, newcomer here!<br></div><div><br></div><div>I've been a casual contributing mapper for a couple of years here in Sweden. Only since 2018 :-O, I thought it was longer, and during this time I've made 1700 edits mostly using iD, just started using JOSM for some more complex edits. Anyway, I recently tried to up my game to make really high quality and "complete" maps in the areas I live. <br></div></blockquote><div>Hello! This type "lets completely do XYZ" tends to reveal unfinished/missing/problematic parts.<br></div><div><br></div><div>I hope that my answers will explain a bit situation and at least partially answer your questions.<br></div><blockquote class="tutanota_quote" style="border-left: 1px solid #93A3B8; padding-left: 10px; margin-left: 5px;"><div>I'm not 100% sure if this mailing list is the right venue for discussing these issues. <br></div></blockquote><div>It sounds that most of that is about tagging so I would say "yes"<br></div><blockquote class="tutanota_quote" style="border-left: 1px solid #93A3B8; padding-left: 10px; margin-left: 5px;"><div>** Tagging and naming areas on ground does not seem to be developed much at all, unfortunately.<br></div></blockquote><div><br></div><blockquote class="tutanota_quote" style="border-left: 1px solid #93A3B8; padding-left: 10px; margin-left: 5px;"><div>** There is natural=peninsula so one can tag and name an area of varying size, but it doesn't seem to render (unless I've made some mistake...)<br></div></blockquote><div>With less than 1000 mapped lack of support is not surprising. Not sure is there a better tag/way<br></div><div>to map this. If not, then simply mapping more of them is a good idea.<br></div><div><br></div><div><a href="https://taginfo.openstreetmap.org/tags/natural=peninsula">https://taginfo.openstreetmap.org/tags/natural=peninsula</a><br></div><div><br></div><blockquote class="tutanota_quote" style="border-left: 1px solid #93A3B8; padding-left: 10px; margin-left: 5px;"><div>** I can't make an area to name hills or slopes, which is very common around here (natural=hill would be nice and is more generic than slope). There's peak, but that's only for point for the highest peak with elevation, so it doesn't the purpose here.<br></div></blockquote><div>Using natural=peak for hill should be fine.<br></div><div><br></div><div>For slopes: is it name for part of slope? Farmland area on it? Entire hill? Something else?<br></div><div><br></div><div>I used for example <a href="https://www.openstreetmap.org/way/259975428">https://www.openstreetmap.org/way/259975428</a> - I was lucky<br></div><div>as name applies just to farmland area.<br></div><blockquote class="tutanota_quote" style="border-left: 1px solid #93A3B8; padding-left: 10px; margin-left: 5px;"><div>** Valleys can only be tagged as ways, but here it would make much more sense to make an area, as sizes of these valleys vary a lot, and the renderer need to know how large this is (not just how long) to make sane renders.<br></div></blockquote><div>You can tag valleys as areas. Are you maybe using iD (in-browser editor)? <br></div><div><br></div><div>Note that iD has its own presets suitable for newbies, but it is perfectly fine to use<br></div><div>tagging schemes not included in iD.<br></div><div><br></div><div>(note: some people have developed strong opinions how bays, valleys etc should be tagged)<br></div><blockquote class="tutanota_quote" style="border-left: 1px solid #93A3B8; padding-left: 10px; margin-left: 5px;"><div><br></div><div>** Due to limitations in area-based name tagging the map looks empty just when zoomed out a little, as names disappear almost directly, so despite detailed mapping and tagging the overview map is not as useful as it could be. <br></div></blockquote><div>Note that it depends on a renderer. It is possible to make smarter that will keep names for longer<br></div><div>if possible.<br></div><blockquote class="tutanota_quote" style="border-left: 1px solid #93A3B8; padding-left: 10px; margin-left: 5px;"><div><br></div><div>While the renderer can and does make proper decisions of prominence for bays and strait made as areas, point-based natural names often yield strange and misleading maps as vastly different sized areas have just a point for the name and no other differentiator, there's no way the renderer can make an appropriate render decision as the data is not there.<br></div></blockquote><div>What specific you have in mind? I admit that for example for peaks rendering is often poor,<br></div><div>but data for local importance (elevation) is there. But making automatic smart renderer is<br></div><div>tricky at best.<br></div><blockquote class="tutanota_quote" style="border-left: 1px solid #93A3B8; padding-left: 10px; margin-left: 5px;"><div>** Support for group naming is limited. It's here very common that several smaller islands are named as a group, smaller ponds are named as a group etc, without having individual names. There are tags for that (group/cluster), but not rendered. <br></div></blockquote><div>Mostly because multipolygons are strictly superior.<br></div><blockquote class="tutanota_quote" style="border-left: 1px solid #93A3B8; padding-left: 10px; margin-left: 5px;"><div>The best alternative today is to make it a named multipolygon, but only few renderers make the expected result, ie one name rather than only in one subarea or duplicated in all areas (which looks strange as the name is often in plural form, or it doesn't show up at all if each subarea is small).<br></div></blockquote><div>This is basically on the renderer side, I am unsure what can be improved here on data side.<br></div><blockquote class="tutanota_quote" style="border-left: 1px solid #93A3B8; padding-left: 10px; margin-left: 5px;"><div>** Another fairly common group naming concept is when each feature has its own name, but the group of features have also a separate collective name. Maps supporting this concept will thus when you zoom out not show the individual names but only the group name. The group/cluster tag would perhaps be the way to do this, but as far as I know no current style supports it.<br></div></blockquote><div>Yes, this one is unsolved.<br></div><blockquote class="tutanota_quote" style="border-left: 1px solid #93A3B8; padding-left: 10px; margin-left: 5px;"><div>** As a minor note, I've noted there is no good tag for anonymous gravel yards, which there are a lot of here. Abandoned quarry is the closest, but still not right, as only some actually were gravel/sand pits to start with. Those gravel yards are often leftovers from construction work or forestry often even locals don't exactly know when or why they were made. Today they are used mainly used for parking by people being out in nature, but they are not maintained so they are not exactly parking lots either.<br></div></blockquote><div>I would make a new separate thread for that and link some pictures because many<br></div><div>people are completely unfamiliar with such pictures.<br></div><div><br></div><div>I just want to say that I think that amenity=parking can be used if area is commonly used<br></div><div>for parking and parking is legal there, even if it was not developed as some paved parking lot.<br></div><blockquote class="tutanota_quote" style="border-left: 1px solid #93A3B8; padding-left: 10px; margin-left: 5px;"><div>Maybe it's technically difficult to implement.<br></div></blockquote><div>That is the biggest problem. Automatic smart label placement is awfully hard.<br></div><div><br></div><div>See <a href="https://github.com/gravitystorm/openstreetmap-carto/search?q=label&type=issues">https://github.com/gravitystorm/openstreetmap-carto/search?q=label&type=issues</a><br></div><div><br></div><div>See for example <a href="https://github.com/gravitystorm/openstreetmap-carto/issues/4241">https://github.com/gravitystorm/openstreetmap-carto/issues/4241</a> <br></div><div>("Norge label rendered on svalbard instead of mainland") for what kind of issues are <br></div><div>happening for seemingly easy cases.<br></div><div><br></div><div>For cases that are actually very complex...<br></div><blockquote class="tutanota_quote" style="border-left: 1px solid #93A3B8; padding-left: 10px; margin-left: 5px;"><div> Maybe it's technically difficult to make any new things at all as the database has grown. Maybe it's hard to get acceptance for new features as the community has grown large and diverse.<br></div></blockquote><div>That is sometimes a problem, but not main blocker in this case.<br></div><blockquote class="tutanota_quote" style="border-left: 1px solid #93A3B8; padding-left: 10px; margin-left: 5px;"><div> Maybe OSM is not intended for mapping natural features.<br></div></blockquote><div>Not a problem, mapping natural features IS in scope.<br></div><blockquote class="tutanota_quote" style="border-left: 1px solid #93A3B8; padding-left: 10px; margin-left: 5px;"><div> Maybe the ability to show anything useful other than maximally zoomed in isn't a priority.<br></div></blockquote><div>It is kind of reduced in importance for some data consumers as zooming in is<br></div><div>possible, so showing everything in a given view is less important than for paper maps.<br></div><blockquote class="tutanota_quote" style="border-left: 1px solid #93A3B8; padding-left: 10px; margin-left: 5px;"><div> Maybe rural areas isn't important to OSM.<br></div></blockquote><div>"important to OSM" is tricky, as OSM in without some top-down leadership.<br></div><div><br></div><div>But rural areas tend are in scope of OSM.<br></div> </body>
</html>