Re: [Talk-de] Fussgaengerampeln
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 meiner Ansicht nach unnötig, Fußgängerampeln mit beiden Tags zu versehen. Denn dass sich an einer Querung mit crossing=traffic_signals auch für Autofahrer eine Ampel befindet, ist, wie du richtig erkannt hast, eine logische Schlussfolgerung :) Nicht unbedingt. An einer Fußgängerampel muss eben nicht unbedingt auch eine Autofahrerampel stehen. Nehmen wir eine klassische Kreuzung mit seperaten Richtungsfahrbahnen. Dabei steht in Fahrtrichtung vor Kreuzung erst die Autofahrerampel, dann die erste Fußgängerampel, nachfolgend die beiden kreuzenden Fahrbahnen und dahinter die zweite Fußgängerampel, an der eben nicht direkt eine Autofahrerampel steht. Nur mal eine Frage: Wenn du in dem Detailgrad mappst, wo hängt die Autofahrerampel? Oft hängt die trotz Fußgängerampel (allein schon aus Sichtbarkeitsgründen) in der Mitte der Kreuzung. D.h. die Haltelinie für Autos ist natürlich vorm Zebrastreifen und der Fußgängerampel, aber physisch hängt die Ampel erst dahinter. Mappt man da was physisch richtig ist (also viele Fahrspuren, Zebrastreifen, Fußgängerampel und dann die Autofahrerampel) oder mappt man da was gesetzlich gilt (also stehenbleiben an der Haltelinie, also die Ampel dorthin, Zebrastreifen, usw.)? Worauf ich wirklich hinaus will? Imo ist es sinnlos hier die physikalischen Gegebenheiten korrekt abzubilden, da mir egal ist wo die Ampel hängt, sondern mich interessiert, wo man stehen bleiben muss. 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. Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] osm2pgsql Import mit Postgres 9.1
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/contrib/postgis-1.5/spatial_ref_sys.sql echo CREATE EXTENSION hstore; | psql -d foobar echo ALTER TABLE geometry_columns OWNER TO osm; ALTER TABLE spatial_ref_sys OWNER TO osm; | psql -d foobar echo ALTER TABLE geography_columns OWNER TO osm; | psql -d foobar und will nun eine Datei mit osm2pgsql (soeben aus dem SVN selbst kompiliert) importieren: osm2pgsql --create --hstore --database foobar --username osm --prefix foobar --style own.style --cache 3096 --slim data.osm Doch es erscheint folgende Fehlermeldung: osm2pgsql SVN version 0.80.0 (32bit id space) Using projection SRS 900913 (Spherical Mercator) Unknown flag '�S!�|�ȶܩ��X�1�' line 2, ignored Unknown flag '�S!�|�ȶܩ��X�1�' line 3, ignored Setting up table: foobar_point HINWEIS: Tabelle »foobar_point« existiert nicht, wird übersprungen HINWEIS: Tabelle »foobar_point_tmp« existiert nicht, wird übersprungen CREATE TABLE foobar_point ( osm_id int4,area text,poi text,name text,z_order int4,tags hstore) failed: FEHLER: Typ »hstore« existiert nicht LINE 1: ...rea text,poi text,name text,z_order int4,tags hstore) ^ Error occurred, cleaning up Hab ich etwas falsch gemacht oder arbeitet osm2pgsql einfach noch nicht mit Postgres 9.1 zusammen? Bei der Postgres Version 8.4 hat alles noch funktionert, nun habe ich nach dem Upadte eine neue DB (bis auf die hstore-Erweiterung, die nun anders eingebunden wird) auf die gleiche Weise erzeugt. Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql Import mit Postgres 9.1
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.638310.n2.nabble.com/osm2pgsql-Import-mit-Postgres-9-1-tp6919922p6920001.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql Import mit Postgres 9.1
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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql Import mit Postgres 9.1
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äumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/osm2pgsql-Import-mit-Postgres-9-1-tp6919922p6920015.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql Import mit Postgres 9.1
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 pg_available_extensions(); Ist vorhanden: (hstore,1.0,data type for storing sets of (key, value) pairs) Komisch... Ich installiere noch mal neu. Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql Import mit Postgres 9.1
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 achte drauf, ob es auch die richtige db ist. nachsehen: select pg_available_extensions(); Ist vorhanden: (hstore,1.0,data type for storing sets of (key, value) pairs) Komisch... Ich installiere noch mal neu. Hab die DB gelöscht und neu erzeugt, aber immer noch das selbe Problem... :( Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql Import mit Postgres 9.1
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. - 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.638310.n2.nabble.com/osm2pgsql-Import-mit-Postgres-9-1-tp6919922p6920063.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql Import mit Postgres 9.1
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 message in context: http://gis.638310.n2.nabble.com/osm2pgsql-Import-mit-Postgres-9-1-tp6919922p6920081.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql Import mit Postgres 9.1
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 Dein Problem nachzuvollziehen... Das Ergebnis ist, dass bei mir alles wunderbar funktioniert sowohl mit einer osm Datei als auch mit einer pbf Datei als Input. Ich habe einfach mal eine genommen, die ich noch rumliegen hatte: ./osm2pgsql --create --hstore --database osm --style ./default.style \ --slim /home/sven/canary_islands.osm.pbf System ist ein Debian squeeze hier. Gruss Sven -- Das Internet ist kein rechtsfreier Raum, das Internet ist aber auch kein bürgerrechtsfreier Raum. (Wolfgang Wieland Bündnis 90/Die Grünen) /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] osm2pgsql Import mit Postgres 9.1
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 möglicherweise in einer zukünftigen Version von PostgreSQL nicht mehr zugelassen. Das ist zwar nur eine Warnung aber irgendwie unschön. Sven -- The source code is not comprehensible (found in bug section of man 8 telnetd on Redhat Linux) /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] osm2pgsql Import mit Postgres 9.1
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 habe ;) gib den befehl mal manuell ein; ansonsten muss ich passen. 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). Ich hab mir nochmal genau meinen osm2pgsql Befehl angesehen, aber kann da keinen Fehler bzgl. falscher DB etc. finden. Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql Import mit Postgres 9.1
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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql Import mit Postgres 9.1
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 selbstgebautem postgis 1.5.3 backport installiert und versucht Dein Problem nachzuvollziehen... Das Ergebnis ist, dass bei mir alles wunderbar funktioniert sowohl mit einer osm Datei als auch mit einer pbf Datei als Input. Ich habe einfach mal eine genommen, die ich noch rumliegen hatte: ./osm2pgsql --create --hstore --database osm --style ./default.style \ --slim /home/sven/canary_islands.osm.pbf Also ich verwende Ubuntu 11.10 und ebenfalls Postgres 9.1.1 aus den Ubuntu- Paketquellen. Mein Importbefehl: Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql Import mit Postgres 9.1
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: WARNUNG: = ist als Operatorname veraltet DETAIL: Dieser Name wird möglicherweise in einer zukünftigen Version von PostgreSQL nicht mehr zugelassen. Das ist zwar nur eine Warnung aber irgendwie unschön. Hab ich bei mir auch, kann aber bei meinem Problem nicht die Ursache sein, da es merkwürdigerweise manuell klappt. Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql Import mit Postgres 9.1
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? 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 nachzuvollziehen... Das Ergebnis ist, dass bei mir alles wunderbar funktioniert sowohl mit einer osm Datei als auch mit einer pbf Datei als Input. Ich habe einfach mal eine genommen, die ich noch rumliegen hatte: ./osm2pgsql --create --hstore --database osm --style ./default.style \ --slim /home/sven/canary_islands.osm.pbf Also ich verwende Ubuntu 11.10 und ebenfalls Postgres 9.1.1 aus den Ubuntu- Paketquellen. Mein Importbefehl: Edit (Mail aus Versehen zu früh abgeschickt): osm2pgsql --create --hstore --database foobar --username osm --prefix foobar --style own.style --cache 3096 --slim data.osm Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql Import mit Postgres 9.1
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 arbeitest und das CREATE EXTENSION hstore; speziell unter dem User osm ausgeführt werden muss, der auch bei osm2pgsql verwendet wird? Siehe auch http://trac.openstreetmap.org/ticket/3987 Gruß, ikonor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql Import mit Postgres 9.1
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 hier:http://download.geofabrik.de/osm/europe/germany/saarland.osm.bz2 Und gib mir Dein own.style Mein osm2pgsql ist svn r26924 Gruss Sven -- /* * Wirzenius wrote this portably, Torvalds fucked it up :-) */(taken from /usr/src/linux/lib/vsprintf.c) /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] osm2pgsql Import mit Postgres 9.1
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 ist). Kann es sein, dass Du mit zwei verschiedenen Usern arbeitest und das CREATE EXTENSION hstore; speziell unter dem User osm ausgeführt werden muss, der auch bei osm2pgsql verwendet wird? Siehe auch http://trac.openstreetmap.org/ticket/3987 Funzt jetzt! War wohl etwas in der Richtung. Ich hab postgres noch mal komplett neu installiert, dann kam beim Import eine Fehlermeldung Connection to database failed: FATAL: Peer authentication failed for user osm. Ich hab dann beim osm2pgsql Befehl den Userparameter weggelassen und jetzt gehts. Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mal wieder eine maxpeed-Frage
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 oder Kuppe herantasten muesste, um den Gegenverkehr zu sehen, waehrend ein Gelaendewagen oder LWK munter mit 50 durchbrausen darf, weil der Fahrer aufgrund seiner erhoehten Sitzposition sehen kann, dass keiner entgegen kommt. ...und mögliche Liegeradfahrer, die bei z.B. 80cm Bauhöhe trotzdem nicht gesehen werden, haben eben Pech gehabt ;) Insofern sollte die Geschwindigkeit IMHO immer auch da der Kurvenstrecke angepasst werden - ich stimme dir allerdings zu, dass das praktische Geschwindigkeitslimit nicht in maxspeed passt. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mal wieder eine maxpeed-Frage
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! :) Stichwort Anhalten innerhalb der Sichtweite ;-) Gilt so pauschal nicht für Autobahnen: §18 (StvO) (6) Wer auf der Autobahn mit Abblendlicht fährt, braucht seine Geschwindigkeit nicht der Reichweite des Abblendlichts anzupassen, wenn 1. die Schlußleuchten des vorausfahrenden Kraftfahrzeugs klar erkennbar sind und ein ausreichender Abstand von ihm eingehalten wird, oder 2. der Verlauf der Fahrbahn durch Leiteinrichtungen mit Rückstrahlern und, zusammen mit fremdem Licht, Hindernisse rechtzeitig erkennbar sind. ... 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? Der hat dann nämlich niemanden vor sich und muss seine Geschwindigkeit entsprechend drosseln. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fussgaengerampeln
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 der Kreuzung eine Fußgängerampel (ja, das kommt vor, sogar öfter, als man denkt). Wie mappst Du dann auf dem Kreuzungspunkt, wo die sind und wo nicht? Deshalb halte ich eben dieses selbe Argument für die Übertragung auf Fußgängerampeln nicht geeignet. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Postgres DB verschieben
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://www.pg-forum.de/installation-von-postgresql/4229-postgresql-auf-debian- daten-auf-neue-hd-verschieben.html Bei mir ist im Verzeichnis /var/lib/postgresql/9.1 nur ein Ordner main den ich nicht weiter öffnen kann (auch wenn Postgres beendet ist). Habe ich wie auf der verlinkten Seite angegeben den Ordner auf eine andere Festplatte kopiert, dann wurde nur ein leerer Ordner rüberkopiert. Sonst müsste ich den Speicherpfad ändern und alles neu einspielen. Wäre kein Drama, aber man kann sich ja auch Arbeit ersparen... ;) Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postgres DB verschieben
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 dazu nicht wirklich viele Infos gefunden: http://www.pg-forum.de/installation-von-postgresql/4229-postgresql-auf-debian- daten-auf-neue-hd-verschieben.html Bei mir ist im Verzeichnis /var/lib/postgresql/9.1 nur ein Ordner main den ich nicht weiter öffnen kann (auch wenn Postgres beendet ist). Habe ich wie auf der verlinkten Seite angegeben den Ordner auf eine andere Festplatte kopiert, dann wurde nur ein leerer Ordner rüberkopiert. Sonst müsste ich den Speicherpfad ändern und alles neu einspielen. Wäre kein Drama, aber man kann sich ja auch Arbeit ersparen... ;) Stichwort table spaces: http://www.postgresql.org/docs/8.1/static/manage-ag-tablespaces.html Table space fuer andere Festplatte erstellen, dann pro tabelle ALTER TABLE ... SET TABLESPACE neuer_tablespace; ausführen. Sinnvoll ist auch, dann der Datenbank einen default tablespace zuzuweisen auch Alex :) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: DGM einbinden
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: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mal wieder eine maxpeed-Frage
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 einer dunklen Autobahn. Der hat dann nämlich niemanden vor sich und muss seine Geschwindigkeit entsprechend drosseln. Daraus kannst Du aber nicht folgern dass die ganze Kolone nicht schneller fahren darf - Autobahnen sind fast immer mindestens zweispurig so dass Du problemlos eine Kolonne problem los schneller überholen kannst bist Du das erste Fahrzeug erreicht hast. Da die Kolonen heute häufig endlos hat man kaum die Chance erstes Fahrzeug zu werden- Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mal wieder eine maxpeed-Frage
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 maxspeed=10 an eine unebersichtliche, enge Kurve oder Kuppe herantasten muesste, um den Gegenverkehr zu sehen, waehrend ein Gelaendewagen oder LWK munter mit 50 durchbrausen darf, weil der Fahrer aufgrund seiner erhoehten Sitzposition sehen kann, dass keiner entgegen kommt. ...und mögliche Liegeradfahrer, die bei z.B. 80cm Bauhöhe trotzdem nicht gesehen werden, haben eben Pech gehabt ;) Die sind in der Regel einspurig - so eng wird es dann doch selten.. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de