Re: [Talk-de] F: osm2pgsql
Andreas Hubel wrote: > Wie Frederik schon schrieb: osm2pgsql ist nur dazu gedacht eine pgsql zum > Rendern aufzubauen. Jain! Das ist schon auch das klassische GIS Format. Wenn man shapefiles importiert schaut die Tabellenstruktur ganz ähnlich aus. Sven -- "linux is evolution, not intelligent design" (Linus Torvalds) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] F: osm2pgsql
Wie Frederik schon schrieb: osm2pgsql ist nur dazu gedacht eine pgsql zum Rendern aufzubauen. Der Name ist also etwas irreführend. Schau dir doch mal https://wiki.openstreetmap.org/wiki/Databases#Database_Schemas und darunter "Tools to Populäre Databases" an. Dort findest du bestimmt ein (Basis-)Schema + Tool was besser zu deiner Anwendung passt. Das konkrete Schema ist meistens durch entsprechende Konfigurationsoptionen und -dateien sehr stark beeinflussbar. MfG Andi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] F: osm2pgsql
Hi, On 11/07/2011 04:14 PM, Andreas Neumann wrote: Vor Ort habe ich nun mehrere building-Relationen, die entweder Etagenrelationen oder direkt den Gebäudeumriss als Way und die Räume in den Gebäuden als Node als Kinder haben. Das wichtigste Attribut ist neben dem Gebäudename der operator. Leider wird dieser weder als zusätzliche Polygone in die Datenbank geschrieben, noch an die, operatorlosen, vorhandenen Kinder in der Datenbank. Nun ist die "simple" Frage meinerseits, ob es eine Möglichkeit gibt osm2pgsql dazu zu bringen, diese Daten mit zu importieren... osm2pgsql speichert halt nur, was zum Rendern gebraucht wird. Wenn im default.style der "operator" drin ist, sollte er in einem Polygon, das aus einer Relation mit operator=xxx entsteht, auch drin sein, aber fuer irgendwelche unter-zwischen-neben-Relationen erzeugt das osm2pgsql ja gar nix. Du hast also moeglicherweise nicht das richtige Tool fuer Deinen Einsatzzweck, wenn Du dich fuer Relationen abseits des Renderings interessierst, und solltest eher mit Osmosis importieren. Oder Du hackst in das osm2pgsql ein, dass es eine Stockwerkrelation wie ein Multipolygon behandelt... Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] F: osm2pgsql
Moin, ich habe eine kleine Seite programmiert, wo ich für Ortsangaben OSM-Karten und die in OSM gespeicherten Zusatzinfos verwende. Zum Import der Daten verwende ich osm2pgsql und eine Bundesland-pbf von der Geofabrik (danke übrigens, dass ihr das anbietet!!!) Nun stehe ich vor dem Problem, das einige Attribute nicht am Way oder Node stehen, sondern an der Relation. Enhält die Relation nur zusammenhängende Ways, dann erzeugt osm2pgsql ja ein Polygon mit den Relationsattributen (Siehe Grenzen). Vor Ort habe ich nun mehrere building-Relationen, die entweder Etagenrelationen oder direkt den Gebäudeumriss als Way und die Räume in den Gebäuden als Node als Kinder haben. Das wichtigste Attribut ist neben dem Gebäudename der operator. Leider wird dieser weder als zusätzliche Polygone in die Datenbank geschrieben, noch an die, operatorlosen, vorhandenen Kinder in der Datenbank. Nun ist die "simple" Frage meinerseits, ob es eine Möglichkeit gibt osm2pgsql dazu zu bringen, diese Daten mit zu importieren... Achja: Ich verwende: * Debian 6 * osm2pgsql SVN version 0.70.5 MfG Andreas -- Diese Nachricht wurde maschinell erstellt und ist daher ohne Unterschrift gültig. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de