Re: [OSM-talk] How to locate errors

2015-02-11 Thread Jo Walsh
The mystery of Lac Leman has now been solved. Oliver Tonnhofer identified this as a problem with Imposm 2 (but not Imposm 3) being picky over non-closed relations. Simon Poole just fixed the dubious way that was hanging out in the middle of Lac Leman:

Re: [OSM-talk] How to locate errors

2015-02-10 Thread Hendrik Hoeth
Hello again, I've imported Europe from geofabrik.de (2015-02-08), made sure I didn't use the wrong table, and Lac Leman is still missing. So how would I proceed? I have no idea how to debug this. Cheers, Hendrik -- I want to know God's thoughts, the rest are details.

Re: [OSM-talk] How to locate errors

2015-02-10 Thread Jo Walsh
On Mon, Feb 9, 2015, at 10:24 AM, Hendrik Hoeth wrote: - Import planet-150202 into psql-database using imposm. Settings are at the bottom of this mail. - The Lake Geneva (Lac Leman, Switzerland) is missing. There is no polygon data for the lake in my database. Anything else I've looked

Re: [OSM-talk] How to locate errors

2015-02-10 Thread Jo Walsh
On Tue, Feb 10, 2015, at 06:14 AM, Hendrik Hoeth wrote: Hello again, I've imported Europe from geofabrik.de (2015-02-08), made sure I didn't use the wrong table, and Lac Leman is still missing. So how would I proceed? I have no idea how to debug this. The relation for Lac Leman / Lake

Re: [OSM-talk] How to locate errors

2015-02-10 Thread Hendrik Hoeth
Hi, Thus spake Jo Walsh (metaz...@fastmail.net): The relation for Lac Leman / Lake Geneva looks fine in the renderer: http://www.openstreetmap.org/relation/332617 So i suggest it's a problem with your query, not with the data itself? Might be. What confuses me is that all other water

Re: [OSM-talk] How to locate errors

2015-02-10 Thread Hendrik Hoeth
Hi Daniel, Thus spake Daniel Ko?? (daniel@ko??.pl): So i suggest it's a problem with your query, not with the data itself? I can have a look via osmpgsql and report back, may not help much. May the reason be tagging it as natural=water+water=lake? So are many other lakes, Vänern being one

Re: [OSM-talk] How to locate errors

2015-02-10 Thread Daniel Koć
W dniu 2015-02-10 o 11:58, Jo Walsh pisze: So i suggest it's a problem with your query, not with the data itself? I can have a look via osmpgsql and report back, may not help much. May the reason be tagging it as natural=water+water=lake? ___ talk

Re: [OSM-talk] How to locate errors

2015-02-10 Thread Hendrik Hoeth
Hi, Thus spake Jo Walsh (metaz...@fastmail.net): How would I find out what to fix? Reading back, your problem is probably with imposm being picky; Lac Leman is a multipolygon relation, and you're only importing regular polygons in your settings file. No, multipolygons are imported in the

[OSM-talk] How to locate errors

2015-02-09 Thread Hendrik Hoeth
Hi, I hope this is the right place to ask ... I'd like to know how I can find a certain error in the map data. What I observe is the following: - Import planet-150202 into psql-database using imposm. Settings are at the bottom of this mail. - The Lake Geneva (Lac Leman, Switzerland) is

Re: [OSM-talk] How to locate errors

2015-02-09 Thread Simon Poole
Am 09.02.2015 um 11:24 schrieb Hendrik Hoeth: Hi, I hope this is the right place to ask ... I'd like to know how I can find a certain error in the map data. What I observe is the following: - Import planet-150202 into psql-database using imposm. Settings are at the bottom of this

Re: [OSM-talk] How to locate errors

2015-02-09 Thread Hendrik Hoeth
Hi, Thus spake Simon Poole (si...@poole.ch): If you had asked a month earlier the question would have been simple to answer because the multipolygon for Lac Leman was broken then, currently at least OSMI is not showing any issue. But just for sanities sake: are you sure you are importing