Skip to content
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

database glitch resulting in valid element not displayed on the map #1024

Closed
matkoniecz opened this issue Aug 4, 2015 · 4 comments
Closed

Comments

@matkoniecz
Copy link
Contributor

this perfectly good road is not rendered for some reason: https://www.openstreetmap.org/way/141673809

mosvorota

Rendering of this place - data from Overpass, local render with openstretmap-carto style shows no glitches.

https___www openstreetmap org_way_141673809 map 19_59 89218_30 31941 master-_master 19 19 350px master - master 350px

Please, do not edit this element to force data refresh - maybe it is something fixable (previous cases involved obnoxiously complicated multipolygons). Editing it may make harder to investigate what went wrong.

Originally reported on gravitystorm/openstreetmap-carto#1722

@matkoniecz matkoniecz changed the title database glitch database glitch resulting in valid element not displayed on the map Aug 4, 2015
@matkoniecz
Copy link
Contributor Author

Database serving data to render of Humanitarian style has a similar glitch in the same area.

selection_001

@Zverik
Copy link
Contributor

Zverik commented Aug 5, 2015

They say in Russian forum that this is a osm2pgsql bug: when all ways have tags that a multipolygon on them has, these ways drop that tag.

@lonvia
Copy link
Contributor

lonvia commented Aug 5, 2015

Looks like another instance of osm2pgsql-dev/osm2pgsql#304 Definitely not a website/API bug.

@tomhughes
Copy link
Member

Invalid - this tracker is for bugs in this repository.

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

No branches or pull requests

4 participants