Hi,
ich arbeite nur mit einem Niederbayern schnipsel der Datenbank.
Und immer wenn mir auffällt dass mir was fehlt nehm ich das mit auf.
Ich würde ungern was vergessen...
[/quote]
wie ich schon schrieb: Nimm alles aus dem Schema - übrigens hast du schon
hstore angeschaltet? - dann fehlt dir
Hi,
ich arbeite nur mit einem Niederbayern schnipsel der Datenbank.
Und immer wenn mir auffällt dass mir was fehlt nehm ich das mit auf.
Ich würde ungern was vergessen...
Zugegebener maßen stelle ich mich etwas dumm an. :-)
Eventuell sollte ich auch etwas mehr geduld haben und mehr rum spielen
Tobias Hobmeier wrote
> leider trauchen die werte trotzdem nicht auf ich denke ich meiner styles
> config ist nocht etwas falsch.
Ich verstehe sowieso nicht, wieso du gleich am Anfang am Style rumschraubst.
Du kennst das System nicht, meinst aber, dass du gewisse Felder nicht
brauchat. Da hab ich
Kleine Ergänzung: Ersetze Ways durch "geschlossene Ways".
Am 2016-03-16 um 08:07 schrieb nebulon42:
>> Eine zweite frage die mir auf den nägeln brennt ist. Kann ich von der
>> osm_Id zb aus der planet_osm_polygon darauf schließen ob es sich um
>> einen way, node oder eine relation handelt?
>
>
> Eine zweite frage die mir auf den nägeln brennt ist. Kann ich von der
> osm_Id zb aus der planet_osm_polygon darauf schließen ob es sich um
> einen way, node oder eine relation handelt?
Nodes kommen in planet_osm_polygon nicht vor, dort sind nur die
Geometrien von Ways und Multipolygonen
On 13.03.2016 19:04, Walter Nordmann wrote:
> Verlasse dich bitte nie auf "Sekundärliteratur" ;)
Hi,
und danke für die HIlfe. Soweit ich die man page gelesen habe kann x
genauso wie --extra-attributes verwendet werden.
Schnipp schnapp:
-x|--extra-attributes
Include
Hi liste,
ich versuche gerade die special database columns via osm2pgsql zu
importieren.
dazu habe ich die entsprechenden Zeilen in der config auskommentiert.
# Special database columns
#
osm_user - datatype texts
osm_uid - datatype integer
osm_version - datatype
importieren. Mal schauen, was das intelligenteste für meinen Anwendungsfall ist.
Gruss,
Stefan
-Ursprüngliche Nachricht-
Von: Dietmar Seifert [mailto:ostr...@diesei.de]
Gesendet: Donnerstag, 1. Januar 2015 12:36
An: Openstreetmap allgemeines in Deutsch
Betreff: Re: [Talk-de] osm2pgsql mit
Hallo Stefan,
in die osm2pgsql kannst Du nur den Import EINER normalen pbf durchführen.
Mehrere Gebiete musst Du vorab mit osmosis mergen:
osmosis --read-pbf file=schleswig-holstein-latest.osm.pbf
outPipe.0=input1 --read-pbf file=hamburg-latest.osm.pbf
outPipe.0=input2 --merge inPipe.0=input1
Ich vermute mal, dass in den Dumps von Schleswig-Holstein und von
Hamburg eine Schnittmenge bei den Objekten gibt (z.B. das Grenzpolygon).
Da diese schon vorhanden sind, und du das selbe noch einmal hinzufügen
willst, gibt es einen Fehler.
Helfen kann ich dir leider nicht, da ich immer nur ein
12:36
An: Openstreetmap allgemeines in Deutsch
Betreff: Re: [Talk-de] osm2pgsql mit fehlerhaften Verhalten im --append Modus?
Hallo Stefan,
in die osm2pgsql kannst Du nur den Import EINER normalen pbf durchführen.
Mehrere Gebiete musst Du vorab mit osmosis mergen:
osmosis --read-pbf file
Moin allerseits,
ich bin noch recht neu bei OSM was Datenbankimports angeht und deswegen
wirklich nicht sicher, was die nachfolgenden Kommandozeilen angeht:
osm2pgsql --verbose --create --slim --cache 4096 --prefix planet_osm
--database osmtest --username gis --host localhost --hstore
Hallo zusammen,
ich habe gerade mal einen dump von einer meiner hstore-match-only
osm2pgsql Datenbanken gemacht[1].
Zwei Dinge haben mich dabei erstaunt:
* Die Erstellung des ging relativ schnell
(was natürlich an der SSD liegen mag)
* Die Datei ist im custom format relativ klein (32GB)
Hi,
mitlerweile bin ich schon ein wenig weiter gekommen ...
jetzt hängt der import aber an einer anderen stelle ...
Das Planetfile, das Du hast, ist vermutlich kaputt. Es gab schon andere,
die da ein Problem hatten. Du musst wohl einstweilen mit dem von 1.4.
Vorlieb nehmen.
Bye
Frederik
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Guten Abend,
ich versuche grad mit osm2pgsql das world file in meine Datenbank zu laden.
Dabei bekomme ich den fehler dass der cache zu klein ist.
Wie kann ich den Cache vergrößern? Oder woher kommt der Fehler?
Ram wäre genug vorhanden (24 GB)
Gruß
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Habs selber gefunden sry
On 05/15/12 21:18, Tobias Hobmeier wrote:
Guten Abend,
ich versuche grad mit osm2pgsql das world file in meine Datenbank zu laden.
Dabei bekomme ich den fehler dass der cache zu klein ist.
Wie kann ich den Cache
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Abend,
mitlerweile bin ich schon ein wenig weiter gekommen ...
jetzt hängt der import aber an einer anderen stelle ...
ich hoffe einer kann mir weiter helfen ...
Gruß Tobi
Fehler:
Using projection SRS 900913 (Spherical Mercator)
Setting up table:
Hallo,
ich stehe vor einem kleinen Problem:
Ich habe mir unter Postgres 9.1 eine Datenbank wie folgt eingerichtet:
createdb -E UTF8 -O osm foobar
createlang plpgsql foobar
psql -d foobar -f /usr/share/postgresql/9.1/contrib/postgis-1.5/postgis.sql
psql -d foobar -f
noö,
ist eine ganz einfache sache, nach der ich selber letzte woche 3h gesucht
habe ;)
create extension hstore;
das wars
gruss
walter
-
Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst
sehen, dass da kein Wald ist.
--
View this message in context:
Am Samstag, 22. Oktober 2011, 05:00:37 schrieb Walter Nordmann:
noö,
ist eine ganz einfache sache, nach der ich selber letzte woche 3h gesucht
habe ;)
create extension hstore;
Hab ich doch gemacht!
Alex
___
Talk-de mailing list
sorry, hab ich nicht gelesen.
aber so und nur so geht es. und das hat sich definitiv seit 8.x geändert.
mach es halt nochmal, aber nicht per script und achte drauf, ob es auch die
richtige db ist.
nachsehen:
select pg_available_extensions();
gruss
walter
-
Wenn du den Wald vor lauter
Am Samstag, 22. Oktober 2011, 05:20:24 schrieb Walter Nordmann:
sorry, hab ich nicht gelesen.
aber so und nur so geht es. und das hat sich definitiv seit 8.x geändert.
mach es halt nochmal, aber nicht per script und achte drauf, ob es auch die
richtige db ist.
nachsehen:
select
Am Samstag, 22. Oktober 2011, 14:27:47 schrieb Alexander Matheisen:
Am Samstag, 22. Oktober 2011, 05:20:24 schrieb Walter Nordmann:
sorry, hab ich nicht gelesen.
aber so und nur so geht es. und das hat sich definitiv seit 8.x
geändert.
mach es halt nochmal, aber nicht per script und
wirklich merkwürdig.
gis=# CREATE TABLE foobar_point ( osm_id int4,area text,poi text,name
gis(# text,z_order int4,tags hstore);
CREATE TABLE
null problemo.
ich traue scripts nicht, solange ich sie nicht selber geschrieben habe ;)
gib den befehl mal manuell ein; ansonsten muss ich passen.
hast du postgresql-contrib-9.1 installiert? da sind u.a. die extensions drin.
stehen dann auf /usr/share/postgresql/9.1/extensions
nur noch ne -verzweifelte- idee
-
Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst
sehen, dass da kein Wald ist.
--
View this
Alexander Matheisen alexandermathei...@ish.de wrote:
Hab ich etwas falsch gemacht oder arbeitet osm2pgsql einfach noch nicht mit
Postgres 9.1 zusammen?
Hm, ich habe mir gerade mal ein Postgres 9.1 aus Debian Backports
(9.1.1) mit selbstgebautem postgis 1.5.3 backport installiert und
versucht
Walter Nordmann walter.nordm...@web.de wrote:
hast du postgresql-contrib-9.1 installiert? da sind u.a. die extensions drin.
Das ist mir grade auch noch eingefallen.
BTW, bei CREATE EXTENSION hstore; bekomme ich diese Meldung:
WARNUNG: = ist als Operatorname veraltet
DETAIL: Dieser Name wird
Am Samstag, 22. Oktober 2011, 05:59:04 schrieb Walter Nordmann:
wirklich merkwürdig.
gis=# CREATE TABLE foobar_point ( osm_id int4,area text,poi text,name
gis(# text,z_order int4,tags hstore);
CREATE TABLE
null problemo.
ich traue scripts nicht, solange ich sie nicht selber geschrieben
Am Samstag, 22. Oktober 2011, 06:09:47 schrieb Walter Nordmann:
hast du postgresql-contrib-9.1 installiert? da sind u.a. die extensions
drin.
stehen dann auf /usr/share/postgresql/9.1/extensions
nur noch ne -verzweifelte- idee
Ja, alles vorhanden.
Alex
Am Samstag, 22. Oktober 2011, 13:11:05 schrieb Sven Geggus:
Alexander Matheisen alexandermathei...@ish.de wrote:
Hab ich etwas falsch gemacht oder arbeitet osm2pgsql einfach noch nicht
mit Postgres 9.1 zusammen?
Hm, ich habe mir gerade mal ein Postgres 9.1 aus Debian Backports
(9.1.1) mit
Am Samstag, 22. Oktober 2011, 13:13:56 schrieb Sven Geggus:
Walter Nordmann walter.nordm...@web.de wrote:
hast du postgresql-contrib-9.1 installiert? da sind u.a. die extensions
drin.
Das ist mir grade auch noch eingefallen.
BTW, bei CREATE EXTENSION hstore; bekomme ich diese Meldung:
Am Samstag, 22. Oktober 2011, 15:21:43 schrieb Alexander Matheisen:
Am Samstag, 22. Oktober 2011, 13:11:05 schrieb Sven Geggus:
Alexander Matheisen alexandermathei...@ish.de wrote:
Hab ich etwas falsch gemacht oder arbeitet osm2pgsql einfach noch
nicht
mit Postgres 9.1 zusammen?
Hallo Alex,
Gebe ich das manuell ein, kommt keine Fehlermeldung. Lasse ich danach
osm2pgsql laufen, ist es aber immer noch wie vorher (er sagt auch Tabelle
»foobar_point« existiert nicht, wird übersprungen, obwohl die Tabelle da
ist).
Kann es sein, dass Du mit zwei verschiedenen Usern
Alexander Matheisen alexandermathei...@ish.de wrote:
osm2pgsql --create --hstore --database foobar --username osm --prefix foobar
--style own.style --cache 3096 --slim data.osm
Jo, der Aufruf funktioniert hier einwandfrei.
Nimm mal diese Datei
Am Samstag, 22. Oktober 2011, 15:39:57 schrieb ikonor:
Hallo Alex,
Gebe ich das manuell ein, kommt keine Fehlermeldung. Lasse ich danach
osm2pgsql laufen, ist es aber immer noch wie vorher (er sagt auch
Tabelle »foobar_point« existiert nicht, wird übersprungen, obwohl die
Tabelle da
Moin,
da die Geofabrik den Gebrauch von pbf favorisiert und diese Dateien
ziemlich aktuell hält, hab ich mal versucht so eine Datei mit osm2pgsql
zu importieren.
osm2pgsql liegt in Version 0.70.5 vor und ist selbst gebaut (auf einem
CentOS 5.5).
Laut Manual:
-r|--input-reader
Select input
Hallo,
On 03/22/11 12:25, Andreas Neumann wrote:
Bedeutet das, mir fehlte beim compilieren eine Bibliothek auf dem
Server, die auch pbf zulässt oder geht es allgemein nicht für Linux?
Ja, schau mal in die Ausgaben vom configure beim Bauen, da findest Du
dann vermutlich irgendwas dazu, dass
On 03/22/2011 12:34 PM, Frederik Ramm wrote:
Ja, schau mal in die Ausgaben vom configure beim Bauen, da findest Du
dann vermutlich irgendwas dazu, dass er die protobuf-Library nicht
gefunden hat - ermacht dann einfach trotzdem weiter, aber das Binary
kann dann am Ende eben kein pbf.
evtl.
Am 22.03.2011 12:34, schrieb Frederik Ramm:
Hallo,
On 03/22/11 12:25, Andreas Neumann wrote:
Bedeutet das, mir fehlte beim compilieren eine Bibliothek auf dem
Server, die auch pbf zulässt oder geht es allgemein nicht für Linux?
Ja, schau mal in die Ausgaben vom configure beim Bauen, da
Hallo,
Andreas Neumann wrote:
Danke für den Tipp. Hab's nachinstalliert und...
ES GEHT!
Jetzt stell ich mein .sh-Skript auf pbf um und schone etwas den Traffic...
Nicht nur das; Du solltest eigentlich auch eine deutlich kuerzere
Importzeit damit bemerken, weil kein XML-Parsing mehr gemacht
am Dienstag, 22. März 2011 um 12:25 schrieb Andreas Neumann:
osm2pgsql liegt in Version 0.70.5 vor und ist selbst gebaut (auf einem
Mag da jemand mal ein Windows-Binary bereitstellen? Das letzte ist
auch schon fast ein Jahr alt.
Christian
[1]
Am Montag, den 07.02.2011, 23:16 +0100 schrieb Stefan Keller:
Wenn die Daten wieder geladen sind...
Hinweis: Mittelpunkte findest du nicht in den Daten.
Sie können aber jederzeit von PostGIS aus Polygonen (d.h. von osm2pgql
importierte Ways) berechnet werden, wie Walter Nordmann oben schrieb
Ich will für Flächen die Mittelpunkte abfragen können. Mit dem osmosis
Schema geht das wohl nicht.
select astext(center(linestring))
from ways where ...
Jetzt hab ich die DB schon wieder gelöscht, und daher keine Lust, die
alte DB wieder einzurichten...
Alex
Am Sonntag, den 06.02.2011, 18:54 +0100 schrieb Frederik Ramm:
Hallo,
Alexander Matheisen wrote:
Und das OSM-File enthaelt auch
alle Nodes, die von dem betr. Way referenziert wurden?
Da fehlen tatsächlich ein paar Nodes. Eigentlich sollten die aber drin
sein:
Ist denn
Hallo,
On 02/07/11 10:43, Alexander Matheisen wrote:
Ist denn sichergestellt, dass sie in der Datei cache.osm ueberhaupt
drin sind?
Da sind sie komischerweise nicht drin.
Ok, dann brauchen wir uns auch nicht zu wundern, warum sie nicht in der
Datenbank ankommen ;)
Hast Du in cache.osm
Am Montag, den 07.02.2011, 11:37 +0100 schrieb Frederik Ramm:
Hallo,
On 02/07/11 10:43, Alexander Matheisen wrote:
Ist denn sichergestellt, dass sie in der Datei cache.osm ueberhaupt
drin sind?
Da sind sie komischerweise nicht drin.
Ok, dann brauchen wir uns auch nicht zu wundern,
Hallo,
On 02/07/11 16:46, Alexander Matheisen wrote:
Das scheint das Problem zu sein, denn ich wende die Diffs ja auf das
gefilterte Planetfile an.
Wie lässt sich das Problem lösen, ohne dass ich jedes Mal das Diff auf
das ganzen Planetfile anwenden und dann jedes Mal filtern muss?
Also
Du solltest ueberlegen, ob Du nicht wirklich einen kompletten Planet
(evtl. nur Deiner Region) bereithalten und updaten kannst. Mit dem
PBF-Format ist das nicht mehr so aufwendig; auf einem halbwegs aktuellen
Rechner ist ein Tagesdiff in unter einer Stunde aufgespielt, danach
kommt
Hallo,
Alexander Matheisen wrote:
Du solltest ueberlegen, ob Du nicht wirklich einen kompletten Planet
(evtl. nur Deiner Region) bereithalten und updaten kannst. Mit dem
PBF-Format ist das nicht mehr so aufwendig; auf einem halbwegs aktuellen
Rechner ist ein Tagesdiff in unter einer Stunde
Am Montag, den 07.02.2011, 19:48 +0100 schrieb Frederik Ramm:
Hallo,
Alexander Matheisen wrote:
Du solltest ueberlegen, ob Du nicht wirklich einen kompletten Planet
(evtl. nur Deiner Region) bereithalten und updaten kannst. Mit dem
PBF-Format ist das nicht mehr so aufwendig; auf einem
Wenn die Daten wieder geladen sind...
Hinweis: Mittelpunkte findest du nicht in den Daten.
Sie können aber jederzeit von PostGIS aus Polygonen (d.h. von osm2pgql
importierte Ways) berechnet werden, wie Walter Nordmann oben schrieb
(etwas adaptiert):
SELECT ST_AsText(ST_Centroid(way))
FROM
ich will mit osm2pgsql Daten in eine Postgis DB importieren. Leider
werden aber nicht alle Objekte, die in der Quell-Datei vorhanden sind,
auch importiert. Die Styledatei habe ich schon angepasst, hat aber
leider nichts gebracht.
Hat keiner eine Idee? Ich bin echt aufgeschmissen...
Alex
On 06.02.2011 13:48, Alexander Matheisen wrote:
ich will mit osm2pgsql Daten in eine Postgis DB importieren. Leider
werden aber nicht alle Objekte, die in der Quell-Datei vorhanden sind,
auch importiert. Die Styledatei habe ich schon angepasst, hat aber
leider nichts gebracht.
Willst du damit
Willst du damit eine Karte rendern? osm2pgsql ist imho darauf optimiert.
Und eine API-DB zu bekommen solltest du dir mal osmosis mit den DB
Schemas ansehen.
Ich will für Flächen die Mittelpunkte abfragen können. Mit dem osmosis
Schema geht das wohl nicht.
Ansonsten: Was fehlt denn genau?
Am 6. Februar 2011 14:25 schrieb Alexander Matheisen
alexandermathei...@ish.de:
Ich habe mir mit osmosis aus einem File alle Objekte mit bestimmten Tags
herausgefiltert. Diese Datei habe ich nun mit osm2pgsl in die DB
importiert, leider sind manche Wege nicht vorhanden, weshalb ich in
meinem
Am Sonntag, den 06.02.2011, 14:53 + schrieb M∡rtin Koppenhoefer:
Am 6. Februar 2011 14:25 schrieb Alexander Matheisen
alexandermathei...@ish.de:
Ich habe mir mit osmosis aus einem File alle Objekte mit bestimmten Tags
herausgefiltert. Diese Datei habe ich nun mit osm2pgsl in die DB
Hallo,
Alexander Matheisen wrote:
Ich habe mir mit osmosis aus einem File alle Objekte mit bestimmten Tags
herausgefiltert.
Und in diesem File sind die Ways also definitiv alle drin?
Diese Datei habe ich nun mit osm2pgsl in die DB
importiert, leider sind manche Wege nicht vorhanden,
Alexander Matheisen wrote:
Ich habe mir mit osmosis aus einem File alle Objekte mit bestimmten Tags
herausgefiltert.
Und in diesem File sind die Ways also definitiv alle drin?
Ja, jedes benötigte Tag habe ich so eingetragen:
way tag text polygon
Diese Datei habe ich nun
Hi,
Alexander Matheisen wrote:
Ich habe mir mit osmosis aus einem File alle Objekte mit bestimmten Tags
herausgefiltert.
Und in diesem File sind die Ways also definitiv alle drin?
Ja, jedes benötigte Tag habe ich so eingetragen:
way tag text polygon
Ich meine: In dem File,
Ich meine: In dem File, das Du mit osmosis erzeugt hast, sind da alle
drin? Wenn Du
Da sind alle drin. Das Problem ist ja, dass die Wege zwar in der
einzuspielenden Datei sind, aber nicht in der DB.
machst, findest Du alle fraglichen IDs? Und das OSM-File enthaelt auch
alle Nodes, die von
Und das OSM-File enthaelt auch
alle Nodes, die von dem betr. Way referenziert wurden?
Da fehlen tatsächlich ein paar Nodes. Eigentlich sollten die aber drin
sein:
osmosis-0.38/bin/osmosis --rx cache.osm --nk keyList=$tags --tf
reject-ways --tf reject-relations --wx nodes.osm
Hallo,
Alexander Matheisen wrote:
Und das OSM-File enthaelt auch
alle Nodes, die von dem betr. Way referenziert wurden?
Da fehlen tatsächlich ein paar Nodes. Eigentlich sollten die aber drin
sein:
Ist denn sichergestellt, dass sie in der Datei cache.osm ueberhaupt
drin sind?
Bye
Frederik
Alexander Matheisen wrote:
Ich will für Flächen die Mittelpunkte abfragen können. Mit dem osmosis
Schema geht das wohl nicht.
select astext(center(linestring))
from ways where ...
gruss
walter
http://postgis.refractions.net/documentation/manual-1.5/reference.html
-
33,33% aller
Hallo,
ich will mit osm2pgsql Daten in eine Postgis DB importieren. Leider
werden aber nicht alle Objekte, die in der Quell-Datei vorhanden sind,
auch importiert. Die Styledatei habe ich schon angepasst, hat aber
leider nichts gebracht.
Alex
___
On Wed, 17 Mar 2010, Grant Slater wrote:
See: http://lists.openstreetmap.org/pipermail/dev/2010-March/018814.html
Thank you, it worked nearly: there were more bugs of this kind in
the planet file, I filter now all numerical entities #..;
Regards,
Jens
beim Import des Planet-Files
Hallo,
beim Import des Planet-Files planet-100310.osm.bz2 mit osm2pgsql
(Version 0.69-20522) bekomme ich die Fehlermeldung:
)Entity: line 529642199: parser error : xmlParseCharRef: invalid xmlChar
value 24
tag k=name v=#24;#22;Meycauayan City Northbound Entry Point /
See: http://lists.openstreetmap.org/pipermail/dev/2010-March/018814.html
/ Grant
2010/3/17 Jens Poenisch j...@ruessel.in-chemnitz.de:
Hallo,
beim Import des Planet-Files planet-100310.osm.bz2 mit osm2pgsql
(Version 0.69-20522) bekomme ich die Fehlermeldung:
)Entity: line 529642199: parser
Werner König werner-koe...@t-online.de wrote:
Nun zu der ursprünglichen Problematik. Warum ein osm2pgsql, welches vom
OSM-Subversion-Repository unter
http://svn.openstreetmap.org/applications/utils/export/osm2pgsql geladen
wurde, bei einem manuellen Build
mittels make (welches komplett
Geggus
Gesendet: Freitag, 5. Juni 2009 09:48
An: talk-de@openstreetmap.org
Betreff: Re: [Talk-de] osm2pgsql
Werner König werner-koe...@t-online.de wrote:
Nun zu der ursprünglichen Problematik. Warum ein osm2pgsql, welches
vom OSM-Subversion-Repository unter
http://svn.openstreetmap.org
...@openstreetmap.org] Im Auftrag von Sven Geggus
Gesendet: Freitag, 5. Juni 2009 09:48
An: talk-de@openstreetmap.org
Betreff: Re: [Talk-de] osm2pgsql
Werner König werner-koe...@t-online.de wrote:
Nun zu der ursprünglichen Problematik. Warum ein osm2pgsql, welches
vom OSM-Subversion-Repository
Werner König werner-koe...@t-online.de wrote:
Dort habe ich dann einen
link libgeos-3.0.so auf die libgeos-3.1.0.so gesetzt.
Sollte man besser nicht machen.
Speicherzugriffsfehler
Eben, daher wundert mich das nicht, dass das nen segfault erzeugt.
Wie entsteht überhaupt das Problem nicht
Sven Geggus
Gesendet: Donnerstag, 4. Juni 2009 09:49
An: talk-de@openstreetmap.org
Betreff: Re: [Talk-de] osm2pgsql
Werner König werner-koe...@t-online.de wrote:
Dort habe ich dann einen
link libgeos-3.0.so auf die libgeos-3.1.0.so gesetzt.
Sollte man besser nicht machen.
Speicherzugriffsfehler
Werner König werner-koe...@t-online.de wrote:
das Programm ist von mir selber kompiliert worden, scheint jedoch innerhalb
die libgeos-3.0.2.so dynamisch
aufzurufen.
Das geht ganz normal über ld.so, kein dlopen oder sowas:
$ ldd ./osm2pgsql |grep geos
libgeos-3.0.0.so =
-de-boun...@openstreetmap.org
[mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Sven Geggus
Gesendet: Donnerstag, 4. Juni 2009 15:18
An: talk-de@openstreetmap.org
Betreff: Re: [Talk-de] osm2pgsql
Werner König werner-koe...@t-online.de wrote:
das Programm ist von mir selber kompiliert
Hallo,
habe mit osm2pgsql-Probleme:
nachdem ich sowohl osm2pgsql als auch eine Postgres/Postgis-Datenbank gemäß
dem Buch OpenStreetMap, 2. Auflage, S.192ff
installiert habe, meckerte das Programm osm2.pgsql, dass es keinen Zugriff
auf die Bibliothek libgeos-3.0.2.so habe. Nachdem
ich
Astrid wrote:
Hallo,
ich habe mit osm2pgsql Daten in eine Postgis Datenbank überführt. Das
funktioniert auch ohne weiteres.
Jetzt möchte ich aber spezielle Tags importieren. Dafür kann ich in der
Datei default.style die Tags angeben, die ich in der Datenbank haben
möchte. Das Problem ist,
Christian Koerner wrote:
Ich hab die output-pgsql.c mal angepasst, einen Patch fuer die aktuelle
SVN-Version findest du im Anhang.
Mist, Anhang vergessen, neuer Versuch :)
Index: output-pgsql.c
===
--- output-pgsql.c (revision
Hallo,
ich habe mit osm2pgsql Daten in eine Postgis Datenbank überführt. Das
funktioniert auch ohne weiteres.
Jetzt möchte ich aber spezielle Tags importieren. Dafür kann ich in der
Datei default.style die Tags angeben, die ich in der Datenbank haben
möchte. Das Problem ist, dass Tags mit einer
Hallo,
muss osm2pgsql immer noch im slim mode aufgerufen werden, damit
die Multipolygone korrekt verarbeitet werden?
Ich benutze die svn-Version vom 11.01.09 aus dem openstreetmap-utils
Debian-Package von gpsdrive. Auf tile.openstreetmap.org ist der
Innenhof korrekt dargestellt, lokal habe ich
Hallo,
Jutta Weisel wrote:
muss osm2pgsql immer noch im slim mode aufgerufen werden, damit
die Multipolygone korrekt verarbeitet werden?
Der osm2pgsql auf der offiziellen Mapnik-Karte verwendet den Slim-Mode
sowie einen kleine Modifikation, die route-Relationen unterdrückt. Du
solltest mit
Zitat von Frederik Ramm frede...@remote.org:
Jutta Weisel wrote:
muss osm2pgsql immer noch im slim mode aufgerufen werden, damit
die Multipolygone korrekt verarbeitet werden?
Der osm2pgsql auf der offiziellen Mapnik-Karte verwendet den Slim-Mode
sowie einen kleine Modifikation, die
On Sonntag 28 Oktober 2007, Andreas Volz wrote:
Hallo,
ich habe hier ein lokales Mapnik am laufen. Seit einigen Wochen habe
ich schon kein Update der Kartendaten mehr gemacht. Jetzt will ich mal
ein Update machen. Hat sich bei osm2pgsql nach dem Wechsel zu API 0.5
etwas geändert? Wird das
82 matches
Mail list logo