From h-j.luecking at t-online.de Fri Dec 1 14:54:40 2006 From: h-j.luecking at t-online.de (HeinzJ) Date: Fri, 01 Dec 2006 14:54:40 +0100 Subject: [opengeodb] OpengeoDB mit PostGIS In-Reply-To: <456F19E1.8040406@gmx.de> References: <002101c707f1$2ee6f830$af24a8c0@mbpc> <4561D84D.2030303@gmx.de> <456F19E1.8040406@gmx.de> Message-ID: Hallo Martin ich habe dein Script mal in das OpenGeoDB-Wiki eingestellt. http://opengeodb.giswiki.net/wiki/OpengeoDB_mit_PostGIS Grüße, HeinzJ Martin Weis schrieb: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hallo! > > Habe gerade mal die Daten in eine PostgreSQL-Datenbank importiert. Da > ich hier auch PostGIS nutze und daher gerne eine Geometry-Spalte hätte, > hab ich sie erzeugt. Hier ist, wie es geht: > > - -- [SQL] Datenbank anlegen: > - -- DROP DATABASE opengeodb; > CREATE DATABASE opengeodb > WITH OWNER = postgres > ENCODING = 'UTF8' > TABLESPACE = pg_default; > > # Dann (auf der Kommandozeile, die *.sql können je nach Version > # woanders liegen): > # PostGIS > createlang plpgsql opengeodb > psql -d opengeodb -f /usr/share/postgresql-8.1-postgis/lwpostgis.sql > psql -d opengeodb -f /usr/share/postgresql-8.1-postgis/spatial_ref_sys.sql > > # Opengeodb Daten importieren > psql -d opengeodb -f opengeodb-0.2.4d-UTF8-postgres.sql > > - -- [SQL] Jetzt muss noch eine Geometry-Column angelegt werden und > - -- gefüllt werden: > SELECT > AddGeometryColumn('opengeodb','geodb_coordinates','the_geom','4326','POINT',2); > UPDATE geodb_coordinates SET the_geom = SetSRID(MakePoint(lon, lat), 4326); > - -- Indexieren > CREATE INDEX coord_geom_idx ON geodb_coordinates USING GIST (the_geom); > VACUUM ANALYSE; > > - -- Eine Abfrage machen (das dauert hier 155 ms, 21 Treffer) > SELECT * FROM geodb_coordinates > WHERE distance(the_geom,SetSRID(MakePoint(9.0, 50.0), 4326)) < 0.1 > > > Vielleicht kann das ja mal jemand brauchen. > - -- > Martin Weis > PGP-Key: http://datenroulette.de/pgp.php > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.1 (GNU/Linux) > Comment: Using GnuPG with Debian - http://enigmail.mozdev.org > > iD8DBQFFbxng5j8IxyG/AuwRApQ/AJwIV/+qyNqXkzd+QhOYACbY6CEZjQCfbwep > wIQL7+rict5tZTKUbGhER2o= > =TM9A > -----END PGP SIGNATURE----- From martin.weis.newsadress at gmx.de Fri Dec 1 14:54:32 2006 From: martin.weis.newsadress at gmx.de (Martin Weis) Date: Fri, 01 Dec 2006 14:54:32 +0100 Subject: [opengeodb] OpengeoDB mit PostGIS In-Reply-To: <20061201080806.84806.qmail@web26208.mail.ukl.yahoo.com> References: <20061201080806.84806.qmail@web26208.mail.ukl.yahoo.com> Message-ID: <45703418.30200@gmx.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo Thomas! > Habe gerade mal die Daten in eine > PostgreSQL-Datenbank importiert. Da > ich hier auch PostGIS nutze und daher gerne eine > Geometry-Spalte hätte, > hab ich sie erzeugt. > > >> Gibt es auch schon Daten für diese Spalte, abgesehen >> von den Punkten, also z.B. Shapes? In der Opengeodb sind bisher nur Punktdaten. Wenn du noch andere Daten (z.B. Postleitzahl-Polygone) hast, sollten die in eine eigene Tabelle. Postleitzahlen-Polygone kannst du beim Mapbender-Projekt bekommen: http://prdownloads.sourceforge.net/mapbender/plz.zip?download Dann evtl. noch den Datenbanknutzer am Beginn des SQL-Files anpassen (\connect - dbnutzer) und das encoding anpassen: iconv -t utf-8 -f iso-8859-1 plz.sql > plz_utf8.sql # Daten einlesen psql -d opengeodb -f plz_utf8.sql - -- [SQL] eine Zeile in der Tabelle geometry_columns hinzufügen: INSERT INTO geometry_columns (f_table_catalog, f_table_schema, f_table_name, f_geometry_column, coord_dimension, srid, "type") VALUES ('', 'public', 'post_code_areas', 'the_geom', 2, 4326, 'MULTIPOLYGON'); - -- Einen (oder zwei) Index(e) erzeugen CREATE INDEX coord_geom_idx ON geodb_coordinates USING GIST (the_geom); CREATE INDEX plz_plz99_idx ON post_code_areas USING btree (plz99); VACUUM ANALYSE; - -- Ein Select mit einer Geometrie aus post_code_areas - -- Die Relation innerhalb der opengeodb wäre schneller, - -- aber so ist das Prinzip: - -- Diese hier nutzt einfach die Bounding Box (Index wird genutzt): SELECT c.* , plz.* , asewkt(c.the_geom) AS coor_wkt FROM geodb_coordinates c , post_code_areas plz WHERE c.the_geom && plz.the_geom AND plz.plz99 = '01067' - -- Diese nutzt die Bounding Box und verschneidet die Geometrien: SELECT c.* , plz.* FROM geodb_coordinates c , post_code_areas plz WHERE c.the_geom && plz.the_geom AND intersects(c.the_geom, (SELECT the_geom FROM post_code_areas WHERE plz99 = '01067')) - -- Diese Abfrage kann sicher noch optimiert werden, aber das ist ein - -- anderes Thema und soll später mal behandelt werden :-) - -- Martin Weis PGP-Key: http://datenroulette.de/pgp.php -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQFFcDQY5j8IxyG/AuwRAjPMAKCyHD+kAOw65Xzmpm0gHajldQ8EdACfeaxZ SakYZ5M9GOQQVsz7ZEvHSHU= =e4pG -----END PGP SIGNATURE----- From wendorff at uni-paderborn.de Mon Dec 4 12:39:06 2006 From: wendorff at uni-paderborn.de (Peter Wendorff) Date: Mon, 04 Dec 2006 12:39:06 +0100 Subject: [opengeodb] =?iso-8859-15?q?H=F6velhof_fehlt_in_der_Datenbank?= Message-ID: <457408DA.9030702@uni-paderborn.de> Hallo! Die Gemeinde Hövelhof (einschließlich der dazugehörigen Orte Espeln, Hövelriege, Klausheide, Riege, Staumühle) ist bisher nicht in der Opengeodb erfasst - jedenfalls lässt es sich in der Online-Version unter opengeodb.de nicht finden. Erstaunlicherweise ist auch Gütersloh mit ca 96000 Einwohnern noch nicht bei opengeodb.de zu finden - viel weiter suchen will ich aber jetzt nicht, bevor ich nicht weiß, ob da alles stimmt. Daten, soweit ich sie weiß: Hierarchie: Ortsteile von Hövelhof: Espeln Hövelriege Klausheide Riege Staumühle Gemeindename: Hövelhof Kreis: Paderborn Regierungsbezirk: Detmold Bundesland: Nordrhein-Westfalen Staat: Bundesrepublik Deutschland weitere Daten zur Gemeinde: offizielle Webseite der Gemeinde: www.hoevelhof.de Einwohner: 15 786 (am 30.10.2006)* *Fläche der Gemeinde: 70,76km² Kfz-Kennzeichen: PB PLZ: 33161 Koordinaten (geschätzt anhand der Koordinaten von Paderborn, Detmold und Lippstadt nach deren Werten in der opengeodb) 11km nördlich, 6km westlich von PB: 8° 46' Ost; 51° 43' Nord 13km südlich, 15km westlich von Detmold: 8° 53' Ost; 51° 56' Nord 15km nördlich, 21km östlich von Lippstadt: 8° 21' Ost; 51° 40' Nord damit komme ich auf etwa: 8° 41' Ost 51° 49' Nord als Koordinaten von Hövelhof. mfg Peter Wendorff From hunter at geohunting.de Tue Dec 5 10:20:59 2006 From: hunter at geohunting.de (Klaus Schmidt) Date: Tue, 5 Dec 2006 10:20:59 +0100 Subject: [opengeodb] =?iso-8859-1?q?H=F6velhof_fehlt_in_der_Datenbank?= In-Reply-To: <200612041318.55340.jesper@zedlitz.de> Message-ID: <007301c7184e$adc4f3b0$1701a8c0@messenetz.de> > Unter der Nummer 18467 gibt es den Eintrag für Hövelhof. > > http://opengeodb.hoppe-media.com/examples/location.php?id=18467 > > Es scheint ein Problem mit den Umlauten zu geben, daher wird die > Gemeinde (und > viele andere auch) nicht gefunden. > > Gruß > Jesper Ich hab mir auf www.geohunting.de wie folgt geholfen (PLZ/Ortsuche) Die DB und die textfelder laufen auf 'utf8_general_ci' Der Import wurde mit mysql> use opengeodb [enter] Database changed \. opengeodb-0.2.4d-UTF8-mysql.sql [enter] eingelesen. Die Anweisungen 'SET NAMES 'utf8';' am Anfang des SQL und 'CHARACTER SET utf8' in jedem CREATE TABLE bei dem Original-SQL der OpenGeoDB entsprechen zumindestens dem jetzigen Export. Hier scheint alles ok. die Seite wird mit erzeugt Das lesen zwar nicht alle Browser wirksam aus, aber es bewirkte, dass die Umlaute im Suchfeld sauber eingegeben und angezeigt werden können durch echo ''; Der Inhalt von .$_GET["q"] geht auch ohne Konvertierung in die Query und liefert bei Umlauten ein Ergebnis welches allerdings bzgl. der Textfelder bei der Ausgabe mit z.B. htmlentities($ort->dbValues['name']); konvertiert wird. - Fast alle Textfelder (brummel) nur auf der Hierachieebene 'Nation' Brauche ich 'Österreich' nicht konvertieren (der db-Output geht so wieder raus); - dagegen muss ich aber das Bundesland 'Niederösterreich' sehrwohl durch htmlentities() schicken. Da beide aus geodb_textdata.text_val kommen, ist das seltsam, aber man kann damit leben. Ich hoffe es hilft Euch Gruß Klaus From martin.weis.newsadress at gmx.de Thu Dec 7 11:06:09 2006 From: martin.weis.newsadress at gmx.de (Martin Weis) Date: Thu, 07 Dec 2006 11:06:09 +0100 Subject: [opengeodb] OpengeoDB mit PostGIS In-Reply-To: <015701c716ef$1bbe0020$8e19fea9@thomas01> References: <015701c716ef$1bbe0020$8e19fea9@thomas01> Message-ID: <4577E791.4010701@gmx.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thomas Müller schrieb: >>Betreff: Re: [opengeodb] OpengeoDB mit PostGIS > > Gibt es das auch für Leute, die "nur" MySQL haben, das unter Windows in > Standart-Installation läuft? In den neueren Versionen gibt es spatial Erweiterungen, lies dich doch da mal ein. Das sollte gehen, auch wenn das alles noch relativ jung ist. http://dev.mysql.com/doc/refman/5.0/en/spatial-extensions.html Gruß, - -- Martin Weis PGP-Key: http://datenroulette.de/pgp.php -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQFFd+eR5j8IxyG/AuwRAiSfAJ91dqjPES84qf6jUN5siA2a2g+JeACglyF0 6RlKtIXdFw+zyiJcckghlVE= =ohMr -----END PGP SIGNATURE----- From torsten.egeler at ifta-gmbh.com Sun Dec 31 19:34:56 2006 From: torsten.egeler at ifta-gmbh.com (Egeler Torsten) Date: Sun, 31 Dec 2006 19:34:56 +0100 Subject: [opengeodb] opengeodb contra Google Maps Message-ID: <81C766EAF196BB4D9BEB21D729BC5A06615640@server3.ifta-gmbh.local> Ich habe mir bisher beide Teile nur mal im Überblick angesehen. Was mir derzeit noch nicht klar ist, welche Vorteile opengeodb gegenüber Goolge Maps hat. Sollte eine Neuajahrsdiskussion werden ;-9 Grüße Torsten.E