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
maxspe
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 ei
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: Open
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 ich
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:
http://
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 Seiten
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 gespannt!
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 ode
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
> > Tab
Alexander Matheisen 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
hier:http://download.geofabrik.de/osm/europe/germany/saarland.osm.bz2
U
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 arbeit
Am Samstag, 22. Oktober 2011, 15:21:43 schrieb Alexander Matheisen:
> Am Samstag, 22. Oktober 2011, 13:11:05 schrieb Sven Geggus:
> > Alexander Matheisen wrote:
> > > Hab ich etwas falsch gemacht oder arbeitet osm2pgsql einfach noch
> > > nicht
> > > mit Postgres 9.1 zusammen?
> >
> > Hm, ich hab
Am Samstag, 22. Oktober 2011, 13:13:56 schrieb Sven Geggus:
> Walter Nordmann 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: =
Am Samstag, 22. Oktober 2011, 13:11:05 schrieb Sven Geggus:
> Alexander Matheisen 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 po
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, 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 se
Walter Nordmann 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 möglicherweise in
Alexander Matheisen 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 Dein Problem nachzuvollz
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 messa
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 passe
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 pe
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:
>
> sel
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 Bäu
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
Talk-de@o
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:
http://gis.
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
/usr/share/postgresql/9.1/c
26 matches
Mail list logo