-
Notifications
You must be signed in to change notification settings - Fork 819
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add rendering for landuse=salt_pond #545
Comments
natural=wetland is rendered. See http://www.openstreetmap.org/way/276099816 |
Thanks, didn't realize that one was in the water file rather than the landcover file. Removed. |
natural=sand is also rendered. Here is a quick change I just did on a golf course |
Yes I noticed, I removed it already. |
2014-05-20 17:21 GMT+02:00 Rovastar [email protected]:
"sand" is IMHO not a good value for natural, as it is not a geographic landuse=quarry seems to be rendered already. |
I am not sure justification for natural=beach being natural but not natural =sand. |
Add to that natural=bare_rock, see #298. |
Maybe also worth rendering is natural=shoal, even if it's not used a lot yet. |
It would be nice to have landuse=salt_pond because there is a salt production region near where I live. It bothers me to see big blank map as if there were nothing on OSM. |
I would tag salt ponds as landuse=industrial, with industrial=salt_pond (or maybe man_made=salt_pond)? landuse=salt_pond is extremely specific (though, unfortunately it seems to be frequently used - over 4k instances on taginfo). |
@mkoniecz Thanks for the suggestion. |
landuse=plant_nursery is also missing, see #187. |
natural=fell (or similar) is needed for medium alpine area above the tree line but not already bare_rock |
Regarding |
Not at the moment, I think. We should first roll out #947, which makes all the landcover labelling consistent. After that, we will need to look at the colours of the existing landcovers, and I think only after that is done it makes sense to start thinking about the colours/rendering of new landcover. |
@math1985 understandable! With that in mind, is there any particular issues except for #947 that people could help with; with regards to colours of existing landcovers, does any overview/table of the various mappings exist? Basically, how can a CSS-experienced OSM-addict help, if possible? 👍 |
Sorry, I gave the wrong issue, I meant #941 rather than #947 (although probably both should be rolled out first).
The code can be found here: https://github.com/gravitystorm/openstreetmap-carto/blob/master/landcover.mss All colours with a Lch vaue commented have been reviewed recently. All others still need reviewing. Some, like desert, look particularly bad. It would be nice if we could give all or most colours the same lightness, while still being able to distinguish them. If you're looking for a small project, you could start with the sports colours. See also #919 for that. Another thing that needs to be done is changing the landcover images so that they are a factor of 2 wide/tall, see #937 - but see also #938. Probably not everything is documented as clear as it could be, but if you have any questions, let us know and we will clarify. |
natural=dune conflicts with more widely used natural=sand, is used on areas less than 800 times, never went through any kind of approval process. I would suggest dropping it from this list. |
And with natural=scrub, depending on the type of dunes. See here. |
The problem is that natural formations are mixed with the substances in the tags. Beach can be sandy or stony, dune can be sand or nicely grown over with dune grass. |
2015-01-11 1:01 GMT+01:00 polarbearing [email protected]:
+1, this is clearly a tagging problem. natural=sand/mud/bare_rock are "bad" |
What's up with natural=fell now? If you can't decide how to render it, you may treat it as a synonym for natural=grassland or landuse=meadow. That's better than leaving the areas white. |
The problem of natural=fell is that it is somewhat poorly defined in the wiki and accordingly used for a wide variety of purposes. Areas tagged natural=fell often consist at least in parts of the following:
As @dieterdreist explained this is partly due to the mixture of tags for landcovers and landforms we have in OSM. For rendering in the map with a color fill/pattern landcover tags describing the local observable properties of the land surface are better suited than landform tags where definition arises from the context and the boundaries are often blurry - in this case fell in a strict sense refers to the upper lying parts of a hill landscape near the tree line. Practical use of the tag is however much more vague and inconsistent. natural=tundra has probably been set up to overcome this problem since it does not have the landform component but is purely ecologically defined. It is however also very broad and equally overlaps all of the above tags to some extent. The most prominent use of natural=fell is probably for alpine tundra where coloring it like natural=grassland might seem appropriate. Due to the broad definition of natural=fell mapping however often is also extremely broad which makes it not so suited for rendering in grassland green like here: http://www.openstreetmap.org/relation/1354524 These comply with the wiki definition of natural=fell (except the last maybe) but IMO are too diverse to be rendered in grassland color. From the mapping side i think it would be a better approach to tag alpine vegetation above the treeline as natural=grassland/landuse=meadow/natural=heath with a supplementary tag (alpine=yes or similar) |
On 03.05.2015 15:13, imagico wrote:
It has been part of map features for ages, and I think that the definition
There may be some overlap with the above, but look, all of them are green.
These differ from natural=fell by definition.
This is independent from natural=fell, as a moraine may be covered by forest
natural=fell is basically a vegetation related tag. That's why it is in the There's no point in putting approved and widely used tags in question here.
Some detailed mapping (splitting the areas up in fell/bare_rock/etc.) is to I've seen lots of areas which should be natural=fell but are actually tagged This is a chicken-egg problem. You will not get people to use the proper |
This is absolutely not how we decide what things to render. |
Alright. From my understanding after reading a bit of informations about Fell vs tundra. Tundra = composed of small tree, shrubs, grasses, mosses, and lichens. Mostly cold and windy area. (North of Canada, Iceland, North of Scandinavia, North of Russia, etc.) Fell = slope where it has a tundra or alpine vegetation, mixed with scree. Could be used in alpine, mountainous area where there isn't a lot of vegetation. |
I already explained in #545 (comment) why this is nonsense and that he is supposed to ask on https://wiki.openstreetmap.org/wiki/Talk:Tag:natural%3Dfell if he does not understand what this tag means. This tag has been used 20000 times by mappers all over the world who obviously know what it means, and I can assure you that at least here in Austria it is used consistently according to its short description. I suspect that those who don't get the meaning of this tag live themselves in areas where no fells exist. I suggest you look beyond your borders. If you don't want to travel, browse the web to see what the world looks like.
My above-mentioned reply was on 2015-05-03, less then 3 hours after Imagico's post. He never answered, nor did he raise his concern on the talk page in the wiki as I suggested. |
For info for @Nic787 who seems to be new here - this issue has been closed and the and the request to render natural=fell has been rejected by the maintainers for the reasons provided above in the discussion. Without new arguments being provided (in particular on the key points of the discussion that led to closing this) it is unlikely that we will reach consensus to re-open this. Like @matkoniecz i will not engage in an off topic discussion or a re-iteration of discussions we already had on this matter. Discussion on the supposed meaning of tags or the meaning of the English language terms used for tag values should go to the wiki or the tagging mailing list. |
The darker green may be ok for tundra, but not for fell which in the real word is lighter green and often intermixed with white rock fragments (depending on rock type of course). I have suggested (and still do) to render natural=fell like landuse=meadow and landuse=grass. I don't know how natural=grassland is currently rendered, but it should also be the same. @imagico: Why do you keep posting here when you admit that you are not interesting in engaging in the discussion?
Just to put it clear: It's you, not me, who does not understand what natural=fell means. So it's up to you to start that discussion in the wiki, as I've already suggested here twice. |
People are not obligated to rescue/discuss/improve all tagging schemes. More specifically, if some tag turned out to be low quality, poorly defined, mismatching mix of various things, and such issues were raised since 2010 ( https://wiki.openstreetmap.org/wiki/Talk:Tag:natural%3Dfell ) other people are not obligated to start discussions about it. I have long queue of things that I want to do in OSM ( partial TODO list on https://wiki.openstreetmap.org/wiki/User:Mateusz_Konieczny ) and inventing a good tagging scheme for alpine landcover is not one of them. Presumably @imagico also has list of things to do in OSM that is quite long. Feel free to do it if you care about such tagging. Maybe things changes since 2015 ( #545 (comment) )? But comments not adding anything new are not useful and may result in moderation tools being used, such as disabling ability to comment on that issue.
Note that this project makes map, not vector equivalent of aerial imagery. industrial areas rarely are purple, typical motorway is not red.
Please, check such things before commenting. |
All the issues that were raised back than have been resolved meanwhile. The issue with tundra has been resolved by the addition of a separate natural=tundra tag (see Rudolf's comment from 2 April 2014). The issue with bare rock has been resolved by the approval of a natural=bare_rock tag in 2012. The issue with Wikipedia has been resolved by keeping the old definition (again, see Rudolf's comment from 2 April 2014). Nobody felt the need to re-open any of those issues in the last 7 years, or to raise new issues. You'll hardly find any other tag with so many instances and so little controversy.
You don't need to invent a new tagging scheme. The tag is already there. Just render it light green. That's it.
Don't you believe that I have nothing else to do than to explain you a tag that is perfectly defined in the wiki? It's offensive (to say the least) to tell me that your time is more precious than mine, and it really has nothing to do with the question how to render natural=fell.
What news does your own comment add?
Wow, the great dictator. Silencing everyone who doesn't share your views.
You could also render water red and forests blue. Have you ever wondered why water is blue in all maps? A map should be intuitive. There may be no intuitive way to render industrial areas distinctively, but there is an intuitive way to render areas vegetated by green plants. Same as for point symbols. A guidepost is rendered with a symbol that looks like a guidepost, because that's intuitive.
I'm here to give you my expertise as a mapper and moutaineer with lots of experience with natural=fell, not as a coder. |
Sure, because where you live is the only place in the world with tree lines, "sloped mountainous area where there isn't a lot of vegetation", those things are rare in the world, or like you know where any of the people who think the tag is problematic live in the first place 😆
I'll give you the benefit of the doubt that you have asked everyone who has used it that they know what the tags means. That aside though, it seems to be mainly used in Europe and the last time I checked Europe isn't "all over the world." If you think it is, then likely you need to look beyond your what I assume are European borders 👍
Usually it's on the person who is requesting the tag be rendered that has to and should put in the foot work to make that happen. Which includes addressing any issues the Collaborator's have. Someone can't just request any random tag be rendered and expect them to bend over backwards to make it happen just because they asked. That's not how this works.
No they haven't. A quick read over the Wiki page makes it clear that the tag is still vague and article's tone is almost recommending people use other tags. Also, where's a link to a mailing list discussion about it?
It's far from "perfectly defined" in the Wiki. The whole first of the article is nothing but back peddling on the definition and hedging the tag against other ones. That's not well (or perfectly) defined by any means.
Your being pretty defensive about this. Usually moderation is a perfectly legitimate way to do deal with a discussion where one side is going off on rants about how the other side needs to get out of their basements. It's nothing to do with silencing anyone or being dictatorial, but keeping things on topic and rhetorically toned down. Which I say as someone who has had a few issues I've participated in blocked from further discussion because of my defensiveness.
it doesn't take any coding to look at the map on the OSM website to see what color natural=grassland is rendered as. It's even shown in the natural=grassland Wiki article. Clearly you'd know that if you looked beyond your borders yada yada Etc. Etc. though 😆 |
Temporarily locking as this has become too heated and unproductive. |
Hi, I have created a proposal in the OSM wiki. Hopefully it can solve the problem with natural=fell and natural=tundra rendering: https://wiki.openstreetmap.org/wiki/Proposed_features/stone%3D* |
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment was marked as outdated.
This comment was marked as outdated.
In the area of my local knowledge fell is almost exclusively used for what can be seen on the photos here https://community.openstreetmap.org/t/identity-crisis-am-i-a-tundra/114432 I created a mock-up of how OSM-Carto could display those mappings around Rumer Spitze: For comparison, the current rendering: The colour used purely came out of shifting controls at random :) Pale by design, these are not fertile grounds. Must be distinct from scrubs, grasslands and heaths, those are mapped separately. On the ground it is a mix of mostly grasses and rocks, a few flowers, herbs, erica and thistles perhaps. This being a mix certainly a problem: Patches of components usually just too tiny to map separately! Nature is not much forthcoming such clean delineations as some wish for. PS: There is no meadow south of Thaurer Jochspitze, while around Pfeis hut there is more like grassland. PPS: Here matte do to own colour experiments: PPPS: One colour experiment - Retag fell into grassland: The look of it makes me immediately understand why blank area preferred by the mapping community. I guess I will have to retag the meadow south of Thaurer Jochspitze into fell. It clearly is what CORINE calls "sparse vegetation". (Actually it is our local geographers - https://tirolatlas.uibk.ac.at/wsgi/data/corine/text?id=8120010&lang=en - The grasslands they call "Alpine Mats" - https://tirolatlas.uibk.ac.at/wsgi/data/corine/text?id=8120007&lang=en ) Final Update: Here how the Pros classify -- Of course, they have strict sounding guidelines. Now, after all this research, a bit clueless … Therefore put that up to debate in the forum. Umpteenth addendum: Both map-tiler and mapbox render fell same as grassland, at least map-tiler also renders refs on paths: |
@hungerburg - this is more of a mapping/tagging discussion than about rendering. None the less a few pointers on the matter of border cases/mixed properties in landcover/landuse mapping:
|
The voting section of https://wiki.openstreetmap.org/wiki/Proposal:Multiple_landuse features a strong party for stacking overlapping polygons -- another contender to solve the fell issue? While this way freedom to mix whatever is provided, and OSM-Carto already makes some use of that by applying heuristics in such stacks with other mappings, the fell ambiguity cannot be solved that way and this scheme also cannot map sparsely vegetated areas distinctly at all, because there is no way to tell, which is the dominating natural. It is a pity, that fell was defined so badly. |
The following landcover types are currently not rendered:
landuse=harbour, see also https://trac.openstreetmap.org/ticket/3612rejected in Add rendering for landuse=salt_pond #545 (comment) and Add rendering for landuse=salt_pond #545 (comment)natural=dune, see also https://trac.openstreetmap.org/ticket/3815natural=fellrejected in Add rendering for landuse=salt_pond #545 (comment) and Add rendering for landuse=salt_pond #545 (comment) , see also https://trac.openstreetmap.org/ticket/3033and natural=scree(done), see also https://trac.openstreetmap.org/ticket/3033natural=reef, see also https://trac.openstreetmap.org/ticket/4416doneIt would be nice to have these tags rendered.
The text was updated successfully, but these errors were encountered: