Skip to content
This repository has been archived by the owner on Jul 24, 2021. It is now read-only.

[landcover] Task: rendering of fell and scree #3033

Closed
openstreetmap-trac opened this issue Jul 23, 2021 · 6 comments
Closed

[landcover] Task: rendering of fell and scree #3033

openstreetmap-trac opened this issue Jul 23, 2021 · 6 comments

Comments

@openstreetmap-trac
Copy link

Reporter: Federico Explorador
[Submitted to the original trac issue database at 2.21pm, Thursday, 3rd June 2010]

Hi,
Mountain areas are composed by fell, scree and rocks. In the Forum are many users interested in hiking, but disappointed - as me - that none of these tags are rendered by any renderer.

So my request is to render fell, scree and bare_rocks (the last a proposed feature), to respond for the needs of mapping in higher mountains.

@openstreetmap-trac
Copy link
Author

Author: SK53
[Added to the original trac issue at 7.31pm, Sunday, 22nd August 2010]

natural=scree may be used to denote shingle and pebble areas in large rivers (specifically in the area of Pakistan subject to flooding now (August 2010): and an 'emergency' patch render of this feature may be required.

Light experimentation suggests that rendering scree in a manner similar to landuse=quarry produces reasonable results. See http://www.flickr.com/photos/43047002@N06/4916378307/ (Champoluc area) and http://www.flickr.com/photos/43047002@N06/4917149322 (Passo Salati) both in Val d'Aosta region of Italian Alps.

Additionally for rivers already tagged with natural=scree see http://www.flickr.com/photos/43047002@N06/4916724316 (Philippines 2009 flood area).

Each of the Flickr images has at least one link to an OSM object located in the image.

These were created by adding the following immediately following landuse=quarry:

    <Rule>
        <Filter>([natural]='scree')</Filter>
        <MaxScaleDenominator>400000</MaxScaleDenominator>
        <PolygonPatternSymbolizer file="./symbols/scree2.png" type="png"    width="30" height="30"></PolygonPatternSymbolizer>
        <LineSymbolizer>
            <CssParameter name="stroke">rgb(128,128,128)</CssParameter>
            <CssParameter name="stroke-width">0.5</CssParameter>
        </LineSymbolizer>
    </Rule>

and adding ",'scree' to a clause in the leisure layer:

      or "natural" in ('field','beach','heath','mud','wood','scree')

scree2.png is a version of quarry2.png with the letter q obscured and random darker dots of variable size added.

@openstreetmap-trac
Copy link
Author

Author: stefano.pedretti[at]gmail.com
[Added to the original trac issue at 2.42pm, Sunday, 19th December 2010]

I would support the solution of this render problem.

@openstreetmap-trac
Copy link
Author

Author: Netzwolf
[Added to the original trac issue at 10.54am, Tuesday, 11th January 2011]

I'm looking forward for the rendering of "natural=fell" and "natural=scree", too.
The realization seems to be trivial (equivalent to "natural=wood") without any conflict.

This ticket was opened 7 months(!) ago, so I would like to know, what is the problem and/or where can I help to realize this request.

Wolf

@openstreetmap-trac
Copy link
Author

Author: Diego Guidotti
[Added to the original trac issue at 9.13am, Friday, 8th June 2012]

Very old and still open issue. IS anyone interested in solving it?

Diego

@openstreetmap-trac
Copy link
Author

Author: ocirne94
[Added to the original trac issue at 10.09pm, Monday, 31st December 2012]

Discussions about a more accurate scheme for mapping glaciers renews interest on rendering screes. Please see Talk:Proposed_features/Glaciers_tags on the OSM wiki for more details.

@openstreetmap-trac
Copy link
Author

Author: math1985
[Added to the original trac issue at 3.01pm, Tuesday, 20th May 2014]

This is now being discussed on Github: gravitystorm/openstreetmap-carto#545
Therefore, I will close the issue here.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant