Re: [OSM-talk] How to locate errors
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: https://www.openstreetmap.org/changeset/28770763 It should all work properly everywhere by tomorrow, Hendrik :) w00t everyone -- Jo Walsh metaz...@fastmail.net On Tue, Feb 10, 2015, at 11:25 AM, Jo Walsh wrote: 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 at seems to be fine. 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. Vanilla imposm may also be skipping big relations? see http://imposm.org/docs/imposm/latest/tutorial.html#multipolygon-relation-building There is a helpful imposm forum on which i've had advice before and you're probably much better off asking there. https://groups.google.com/forum/#!forum/imposm Today i'm experimenting with osm2psql and having a better time with that than imposm, involves less upfront thinking. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to locate errors
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. -- Albert Einstein ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to locate errors
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 at seems to be fine. 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. Vanilla imposm may also be skipping big relations? see http://imposm.org/docs/imposm/latest/tutorial.html#multipolygon-relation-building There is a helpful imposm forum on which i've had advice before and you're probably much better off asking there. https://groups.google.com/forum/#!forum/imposm Today i'm experimenting with osm2psql and having a better time with that than imposm, involves less upfront thinking. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to locate errors
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 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? I can have a look via osmpgsql and report back, may not help much. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to locate errors
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 bodies I've looked at seem fine, and the same query had worked in the past. I can have a look via osmpgsql and report back, may not help much. That would be great! Thanks! Hendrik -- I want to know God's thoughts, the rest are details. -- Albert Einstein ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to locate errors
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 working example. That shouldn't be a problem. If it's natural=water, I should take it. Cheers, Hendrik -- I want to know God's thoughts, the rest are details. -- Albert Einstein ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to locate errors
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 mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to locate errors
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 same way as polygons. No need to differentiate in the settings file. For example Vänern in Sweden works just fine (see attached GRASS screenshot), and it's not exactly a small multipolygon either: http://www.openstreetmap.org/relation/1239458 Vanilla imposm may also be skipping big relations? No. They are reported if they take more than 60 seconds to import, but they are not skipped. I've imported and rendered the whole earth last year using that very same imposm installation and settings file, without any trouble. That's what confuses me ... Today i'm experimenting with osm2psql and having a better time with that than imposm, involves less upfront thinking. Let me know if you find out anything! Thanks so much! Cheers, Hendrik -- I want to know God's thoughts, the rest are details. -- Albert Einstein ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] How to locate errors
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 missing. There is no
polygon data for the lake in my database. Anything else I've looked at
seems to be fine.
How would I find out what to fix?
Cheers,
Hendrik
From my imposmmapping.py:
snip -
water_polygon = Polygons(
name = 'water_polygon',
fields = (
('area', PseudoArea()),
),
mapping = {
'landuse': (
'reservoir',
'salt_pond',
),
'natural': (
'water',
),
'waterway': (
'riverbank',
'dam',
),
},
)
water_line = LineStrings(
name = 'water_line',
mapping = {
'waterway': (
'river',
'dam',
),
},
)
snap -
--
I want to know God's thoughts, the rest are details.
-- Albert Einstein
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to locate errors
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 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 at seems to be fine. How would I find out what to fix? 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 recent data from this month? Simon signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to locate errors
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 recent data from this month? Pretty much, yes. I had used planet-150105 before, which was broken, and them imported planet-150202 over the weekend. There is a slight chance that I mixed up the psql tables, but I believe not. Or was the multipolygon repaired later? I can try and import Europe from geofabrik.de (2015-02-08), then I can report back tomorrow morning if it worked. Thanks a lot, Hendrik -- I want to know God's thoughts, the rest are details. -- Albert Einstein ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
