Re: [Talk-de] postgis osm2pgsql issue - zusammenhang

[Tobias]

Danke  Jetzt ist alles klar 
Manchmal bin ich echt blind 


Am Do. Apr. 7 09:40:52 2016 GMT+0200 schrieb Max Berger:
> 
> 
> On Thu, 7 Apr 2016, Tobias wrote:
> 
> > Hi,
> >
> > das verwenden den Bayern exports hat tatsächlich mein problem behoben.
> >
> > Was ich noch nicht verstehe ist warum ein falsches poly file beim
> > zuschnitt von Niederbayern auswirkungen auf den Landkreis Landshut hat?
> > Die Niederbayern Geometrie und die Landkreisgeometrie sind doch 2 total
> > unterschiedliche Dinge und km weit auseinander. Wie hängt das zusammen?
> >
> > Gruß und Dank
> >
> 
> Hi,
> 
> die (Aussen-)Grenze des Kreises Landshut zu den Kreisen Mühldorf, Erding 
> und  Freising ist auch die Grenze zwischen Niederbayern und Oberbayern. 
> Da liegen keine km dazwischen, die liegen auf diesem Stück aufeinander und 
> wenn an der Stelle was kaputtgeht, fehlt dir eben dieser Kreis und der 
> Regierungsbezirk. Deine Punkte sollten jetzt neu auch in Niederbayern 
> (Relation 17593) liegen, dessen Grenze dir vorher gefehlt hat.
> 
> Ich hab meinen Import schon wieder gelöscht ohne mir die Geometrie anzusehen,
> aber ich glaube, der  Flächeninhalt der kaputten Relation 62657 (Kreis LA) 
> war genauso gross wie der der Relation 62484. 62484 ist die Grenze der 
> kreisfreien Stadt LA, die nicht zum  Landkreis gehört und deshalb als 
> "inner" in der Relation 62657 davon ausgenommen ist.
> 
> Ich vermute, osm2pgsql ist über den offenen  äusseren Ring von 62657 
> gestolpert, hat dann "inner" und "outer" verwechselt und Du hattest zwei 
> deckungsgleiche Polygone für Kreis und Stadt. Dazu passt auch das falsche 
> Ergebnis zum Node 369696958, der sowohl im Kreis als auch in der Stadt
> lag..
> 
> Grüße
> Max
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] postgis osm2pgsql issue - zusammenhang

[Max Berger]

On Thu, 7 Apr 2016, Tobias wrote:


Hi,

das verwenden den Bayern exports hat tatsächlich mein problem behoben.

Was ich noch nicht verstehe ist warum ein falsches poly file beim
zuschnitt von Niederbayern auswirkungen auf den Landkreis Landshut hat?
Die Niederbayern Geometrie und die Landkreisgeometrie sind doch 2 total
unterschiedliche Dinge und km weit auseinander. Wie hängt das zusammen?

Gruß und Dank



Hi,

die (Aussen-)Grenze des Kreises Landshut zu den Kreisen Mühldorf, Erding 
und  Freising ist auch die Grenze zwischen Niederbayern und Oberbayern. 
Da liegen keine km dazwischen, die liegen auf diesem Stück aufeinander und 
wenn an der Stelle was kaputtgeht, fehlt dir eben dieser Kreis und der 
Regierungsbezirk. Deine Punkte sollten jetzt neu auch in Niederbayern 
(Relation 17593) liegen, dessen Grenze dir vorher gefehlt hat.


Ich hab meinen Import schon wieder gelöscht ohne mir die Geometrie anzusehen,
aber ich glaube, der  Flächeninhalt der kaputten Relation 62657 (Kreis LA) 
war genauso gross wie der der Relation 62484. 62484 ist die Grenze der 
kreisfreien Stadt LA, die nicht zum  Landkreis gehört und deshalb als 
"inner" in der Relation 62657 davon ausgenommen ist.


Ich vermute, osm2pgsql ist über den offenen  äusseren Ring von 62657 
gestolpert, hat dann "inner" und "outer" verwechselt und Du hattest zwei 
deckungsgleiche Polygone für Kreis und Stadt. Dazu passt auch das falsche 
Ergebnis zum Node 369696958, der sowohl im Kreis als auch in der Stadt

lag..

Grüße
Max
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] postgis osm2pgsql issue - zusammenhang

[Tobias]

Hi,

das verwenden den Bayern exports hat tatsächlich mein problem behoben.

Was ich noch nicht verstehe ist warum ein falsches poly file beim
zuschnitt von Niederbayern auswirkungen auf den Landkreis Landshut hat?
Die Niederbayern Geometrie und die Landkreisgeometrie sind doch 2 total
unterschiedliche Dinge und km weit auseinander. Wie hängt das zusammen?

Gruß und Dank


On 06.04.2016 21:53, Max Berger wrote:
> Am Mittwoch, den 06.04.2016, 20:41 +0200 schrieb Tobias:
>> Hi,
>>
>> ich habe jetzt die Datenbank gedropt und auch das postgis template neu
>> angelgt
>>
>> ...
> 
> Ich hab auch das Niederbayern-Extrakt importiert und komme auch auf Dein
> falsches Ergebnis.
> 
> Vielleicht kann jemand bestätigen, dass im aktuellen Extrakt der
> Geofabrik der Way 192087308 fehlt. Der ist Teil der Grenze des
> Landkreises Landshut und von Niederbayern.
> 
> Falls das Extrakt wirklich kaputt ist, würde ich das Bayern-Extrakt
> empfehlen und daraus ein grosszügiges Rechteck um Niederbayern
> ausschneiden.
> 
> Grüße, Max
> 
> 
> 
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] postgis osm2pgsql issue

[Frederik Ramm]

Hallo,

On 04/06/2016 11:29 PM, Walter Nordmann wrote:
> Auch aud dem Download-Server? Von da bekomme ich noch die identischen
> Daten.

Ja, das sollte sich über Nacht mit der neuen Berechnung dann einrenken.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] postgis osm2pgsql issue

[Walter Nordmann]

Auch aud dem Download-Server? Von da bekomme ich noch die identischen Daten.
Oder da mischt irgend ein Cache mit?

Gruss
walter

Am 06.04.2016 um 23:00 schrieb Frederik Ramm:

Hi,

On 04/06/2016 10:24 PM, Walter Nordmann wrote:

meines Erachtens ist das Poly falsch:

Hm, diese Bayernpolygone, die ich da verwende, sind in der Tat sehr
detailliert und haben diverse Änderungen der letzten Jahre verschlafen.
Hab sie mal aktualisiert.

Bye
Frederik




___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] postgis osm2pgsql issue

[Frederik Ramm]

Hi,

On 04/06/2016 10:24 PM, Walter Nordmann wrote:
> meines Erachtens ist das Poly falsch:

Hm, diese Bayernpolygone, die ich da verwende, sind in der Tat sehr
detailliert und haben diverse Änderungen der letzten Jahre verschlafen.
Hab sie mal aktualisiert.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] postgis osm2pgsql issue

[Walter Nordmann]

Komisch:

hier die fehlenden Bilder

https://osm.wno-edv-service.de/images/osm/snaps_2016/nb_poly.png

https://osm.wno-edv-service.de/images/osm/snaps_2016/nb2_poly.png


Gruss
walter

___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] postgis osm2pgsql issue

[Walter Nordmann]

Hi,

meines Erachtens ist das Poly falsch:




Niederbayern liegt hier im Norden, die gestrichelte Linie  ist die 
Grenze, die dünne Linie ist das nach GPX konvertierte Poly-File von NB. 
Der kritische Way liegt komplett ausserhalb.


Insgesamt sieht das poly-file ziemlich marode aus:



Das Poly "tänzelt" um die Grenze herum.

meine Empfehlung:

- Bayern laden
- von der Boundaries Map ein mit 0.5 KM Buffer Buffered Polygon laden
- damit mit osmosis clippen
- freuen.

Gruss
walter


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] postgis osm2pgsql issue

[Tobias]

danke für die info ich werds gleich mal mit Bayern testen

On 06.04.2016 21:53, Max Berger wrote:
> Am Mittwoch, den 06.04.2016, 20:41 +0200 schrieb Tobias:
>> Hi,
>>
>> ich habe jetzt die Datenbank gedropt und auch das postgis template neu
>> angelgt
>>
>> ...
> 
> Ich hab auch das Niederbayern-Extrakt importiert und komme auch auf Dein
> falsches Ergebnis.
> 
> Vielleicht kann jemand bestätigen, dass im aktuellen Extrakt der
> Geofabrik der Way 192087308 fehlt. Der ist Teil der Grenze des
> Landkreises Landshut und von Niederbayern.
> 
> Falls das Extrakt wirklich kaputt ist, würde ich das Bayern-Extrakt
> empfehlen und daraus ein grosszügiges Rechteck um Niederbayern
> ausschneiden.
> 
> Grüße, Max
> 
> 
> 
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] postgis osm2pgsql issue

[Max Berger]

Am Mittwoch, den 06.04.2016, 20:41 +0200 schrieb Tobias:
> Hi,
> 
> ich habe jetzt die Datenbank gedropt und auch das postgis template neu
> angelgt
> 
> ...

Ich hab auch das Niederbayern-Extrakt importiert und komme auch auf Dein
falsches Ergebnis.

Vielleicht kann jemand bestätigen, dass im aktuellen Extrakt der
Geofabrik der Way 192087308 fehlt. Der ist Teil der Grenze des
Landkreises Landshut und von Niederbayern.

Falls das Extrakt wirklich kaputt ist, würde ich das Bayern-Extrakt
empfehlen und daraus ein grosszügiges Rechteck um Niederbayern
ausschneiden.

Grüße, Max





___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] postgis osm2pgsql issue

[Tobias]

Hi,

ich habe jetzt die Datenbank gedropt und auch das postgis template neu
angelgt

ich verwende
community/postgis 2.2.1-2
mit extra/postgresql 9.5.2-1
unter Arch Linux

zum Setup der DB bin ich wie folgt vorgegangen
Postgis template erstellt...

createdb template_postgis -E UTF-8
createlang plpgsql template_postgis
createlang: Sprache „plpgsql“ ist
bereits in Datenbank „template_postgis“ installiert

psql -d template_postgis -f
/usr/share/postgresql/contrib/postgis-2.2/postgis.sql

psql -d template_postgis -f
/usr/share/postgresql/contrib/postgis-2.2/spatial_ref_sys.sql

psql
UPDATE pg_database SET datistemplate = TRUE WHERE datname =
'template_postgis';

createdb -T template_postgis osmToPostgres

Dann habe ich die Daten via
time osm2pgsql -x -U postgres -d osmToPostgres
/home/tobias/Downloads/osm/niederbayern-latest.osm.pbf -c --latlong
--number-processes=1 --style /home/tobias/OSM/default.style

importiert

Der Query:
SELECT DISTINCT area.osm_id, area.name, area.postal_code
FROM planet_osm_polygon AS area JOIN planet_osm_polygon AS element ON
ST_CONTAINS(area.way, element.way)
WHERE element.osm_id = '142034442' AND (area.postal_code is not null OR
area.boundary = 'administrative')

liefert allerdings immer noch das falsche ergebnis:
-190875;"Altdorf";""
-1113363;"";"84032"

Irgendwie habe ich den verdacht dass es ein problem mit den
Multirelationen gibt...
Alle oben aufgeführen schritte liefen ohne fehler meldund durch ...

Hat jemand eine Idee woher das falsche Verhalten kommt und wie ich es
abstellen kann?

Gruß und Dank Tobias



On 05.04.2016 21:13, Frederik Ramm wrote:
> Hi,
> 
> On 04/05/2016 08:22 PM, Tobias wrote:
>> für eine andere Bäckerei:
>> http://www.openstreetmap.org/way/369696958
>> welche Direkt in Landshut liegt bekomme ich mit dem Query:
>>
>> SELECT DISTINCT area.osm_id, area.name, area.postal_code
>> FROM planet_osm_polygon AS area JOIN planet_osm_polygon AS element ON
>> ST_CONTAINS(area.way, element.way)
>> WHERE element.osm_id = '369696958' AND (area.postal_code is not null OR
>> area.boundary = 'administrative')
>>
>> folgendes Ergebnis:
>> -62657;"Landkreis Landshut";""
>> -3149176;"";"84030"
>> -62484;"Landshut";""
>>
>> Die Relationen sollen imo ok sein.
> 
> Irgendwas ist da doch faul. Die Bäckerei 369696958 liegt in der
> kreisfreien Stadt Landshut. Der Landkreis Landshut sollte also *nicht*
> in dieser Liste oben stehen!
> 
> Die Bäckerei 142034442 aus Deiner anfänglichen Frage hingegen *liegt* im
> Landkreis Landshut; dort hätte das -62657 also auftauchen müssen.
> 
> Teste mal dies:
> 
> osm=# select st_contains(a.way,b.way)
> from planet_osm_polygon a, planet_osm_polygon b
> where a.osm_id=-62657
> and b.osm_id=369696958;
>  st_contains
> -
>  f
> (1 row)
> 
> osm=# select st_contains(a.way,b.way)
> from planet_osm_polygon a, planet_osm_polygon b
> where a.osm_id=-62657
> and b.osm_id=142034442;
>  st_contains
> -
>  t
> (1 row)
> 
> So wäre es richtig. Wenn ich auf meiner Datenbank Deine Abfrage für die
> 369696958 mache, erhalte ich
> 
>   osm_id  | name | ?column?
> --+--+--
>-62484 | Landshut |
>  -2145268 | Bayern   |
>-17593 | Niederbayern |
>  -3149176 |  | 84030
>-51477 | Deutschland  |
> (5 rows)
> 
> und für die 142034442:
> 
>   osm_id  |name| ?column?
> --++--
>  -1113363 || 84032
>   -190875 | Altdorf|
>  -2145268 | Bayern |
>-62657 | Landkreis Landshut |
>-17593 | Niederbayern   |
>-51477 | Deutschland|
> (6 rows)
> 
> Wenn das bei Dir anders ist, würde ich mir vllt. mal die Polygone mit
> QGis anschauen.
> 
> Bye
> Frederik
> 


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de