On 10/21/2011 09:20 AM, Claudius wrote:
Am 20.10.2011 22:55, ant:
das Tag crossing=traffic_signals würde als eine Kategorie von
Fußgängerquerungen auffassen - neben Zebrastreifen etc.
highway=traffic_signals hat damit nichts zu tun, weil es an
Straßenkreuzungen verwendet wird. Daher ist es
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
Am 21.10.2011 19:15, schrieb Frederik Ramm:
Wuerde man die von Dir skizzierte §3-Argumentation als Grundlage fuer
maxspeed-Tags nehmen, kaeme man in Teufels Kueche, denn es gibt viele
Orte, an denen ein normaler PKW sich nach dieser Regel mit maxspeed=10
an eine unebersichtliche, enge Kurve
Am 21.10.2011 23:34, schrieb Garry:
Am 21.10.2011 21:45, schrieb Henning Scholland:
Am 21.10.2011 20:51, schrieb SteMo:
schrieb Steffen Heinz, am 21.10.11 19:48:
Nachts darf auf allen Straßen eigentlich keine 100 gefahren werden
dürfen.
Auf die Begründung dieser These bin ich sehr
Am 22.10.2011 08:55, schrieb Norbert Wenzel:
Mit
demselben Argument könnte man dann aber auch die Fußgängerampeln ganz
weglassen, und einfach bei der Kreuzung eintragen, dass es eine Ampel
für Autofahrer und eine für Fußgänger gibt.
Dann nehmen wir mal an, es gibt eben nicht auf allen vier
Hallo,
hat jemand Ahnung, ob und wie es möglich ist, eine vorhandene DB auf eine
anderen Festplatte zu verschieben?
Hintergrund: Die OSM-Daten wachsen und wachsen und meine Platte platzt so
langsam aus allen Nähten...
Außer dieser Seite habe ich dazu nicht wirklich viele Infos gefunden:
Moin,
On 10/22/2011 10:58 PM, Alexander Matheisen wrote:
hat jemand Ahnung, ob und wie es möglich ist, eine vorhandene DB auf eine
anderen Festplatte zu verschieben?
Hintergrund: Die OSM-Daten wachsen und wachsen und meine Platte platzt so
langsam aus allen Nähten...
Außer dieser Seite habe
André Joost schrieb:
SRTM2OSM wandelt die SRTM-Daten in .osm-Dateien um. Leider mag josm die
aber nicht, weil user/version/changeset fehlen.
Ich hab's gerade mal mit JOSM 4487 und SRTM2OSM 1.8 ext probiert; hat
bei mir problemlos funktioniert.
Grüße,
Michael
signature.asc
Description:
Am 22.10.2011 20:20, schrieb Peter Wendorff:
... was hier dann letztenendes auch bedeuted dass man in der Kolonne
schnell fahren darf als wenn man alleine unterwegs ist...
Wie begründest du dann, dass der Kolonnen-Erste so schnell fahren darf?
Für den ersten gilt das natürlich nicht auf
Am 22.10.2011 19:59, schrieb Peter Wendorff:
Am 21.10.2011 19:15, schrieb Frederik Ramm:
Wuerde man die von Dir skizzierte §3-Argumentation als Grundlage fuer
maxspeed-Tags nehmen, kaeme man in Teufels Kueche, denn es gibt viele
Orte, an denen ein normaler PKW sich nach dieser Regel mit
27 matches
Mail list logo