From andi at saerdnaer.de Wed Feb 6 18:13:41 2008 From: andi at saerdnaer.de (Andreas Hubel) Date: Wed, 6 Feb 2008 18:13:41 +0100 Subject: [opengeodb] opengeodb.de Message-ID: Hi, wer kümmert sich eigendlich um opengeodb.de bzw. wem gehört die Domain? Und wo war eigendlich das OpenGeoDB Wiki? MfG Andreas Hubel -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : PGP.sig Dateityp : application/pgp-signature Dateigröße : 186 bytes Beschreibung: This is a digitally signed message part URL : http://lists.phpbar.de/pipermail/opengeodb/attachments/20080206/7b77c666/attachment.pgp From robert.boeck at googlemail.com Wed Feb 6 18:38:58 2008 From: robert.boeck at googlemail.com (=?ISO-8859-1?Q?Robert_B=F6ck?=) Date: Wed, 06 Feb 2008 18:38:58 +0100 Subject: [opengeodb] opengeodb.de In-Reply-To: References: Message-ID: Andreas Hubel wrote: > wer kümmert sich eigendlich um opengeodb.de bzw. wem gehört die Domain? Schon mal auf die Idee gekommen, bei DENIC zu schauen? Die Domain gehört Arne Klempert. > Und wo war eigendlich das OpenGeoDB Wiki? Schon mal auf die Idee gekommen, Google zu fragen? cu, Robo :) From traut at gmx.de Wed Feb 6 20:49:19 2008 From: traut at gmx.de (Martin Trautmann) Date: Wed, 06 Feb 2008 20:49:19 +0100 Subject: [opengeodb] Zugriff auf Daten der openGeoDB In-Reply-To: <2D1AE2CDF603DA49AF3B3C091C7A8C4CDD93FD@delphi.rif.local> References: <2D1AE2CDF603DA49AF3B3C091C7A8C4CDD93FD@delphi.rif.local> Message-ID: <47AA0F3F.3040707@gmx.de> Heiko Adams wrote: > Hallo, > in unserem Software-Projekt, welches auf den Datenbestand der openGeoDB zurückgreifen soll, > benötigen wir folgende Daten zu den gespeicherten deutschen Orten aus der openGeoDB: > > - PLZ > - Name Ort > - Kreis-Schlüssel > - Kreis-Name > - Länderschlüssel > - Name Bundesland > > Bislang ist es uns jedoch mangels Beschreibung der Datenbank-Struktur nicht gelungen, > die Tabellen so zu verknüpfen, dass wir auf die benötigten Daten zugreifen können. Hallo Heiko, Postleitzahl(en) und Name ergeben sich direkt. Vermutlich interessieren dich also Einträge auf Gemeinde- und Orts-Ebene. Den Kreisschlüssel bekommst du, indem du die ersten fünf Stellen des Amtlichen Gemeindeschlüssels verwendest (AGS) - über den bekommst du dann auch den zugehörigen Namen des Kreises. Alternativ kannst du so lange nach oben gehen, bis du auf Kreisebene angekommen bist (Ebene 5 über "Teil von"). Entsprechend bekommst du auch den Länderschlüssel aus den ersten beiden AGS-Stellen heraus. 500100000: Name 500300000: PLZ 500600000: AGS 400100000: Teil von 400200000: Ebene (1: Kontinent, 2: Staat, 3: Bundesland, 4: Regierungsbezirk, 5: Kreis, 6: Gemeinde, 7: Ort, 8: Ortsteil, 9: Strasse, 10: Einzelkoordinate) Leider hat noch niemand eine passende README-Datei fertiggestellt. Schönen Gruß Martin From traut at gmx.de Wed Feb 6 20:52:00 2008 From: traut at gmx.de (Martin Trautmann) Date: Wed, 06 Feb 2008 20:52:00 +0100 Subject: [opengeodb] opengeodb.de In-Reply-To: References: Message-ID: <47AA0FE0.7010408@gmx.de> Robert Böck wrote: > Andreas Hubel wrote: > >> wer kümmert sich eigendlich um opengeodb.de bzw. wem gehört die Domain? > > Schon mal auf die Idee gekommen, bei DENIC zu schauen? Die Domain gehört > Arne Klempert. ... verlinkt aber auch zu opengeodb.hoppe-media.com, das natürlich Manuel Hoppe gehört. >> Und wo war eigendlich das OpenGeoDB Wiki? > > Schon mal auf die Idee gekommen, Google zu fragen? oder einfach auf opengeodb.de lesen: Zeile 2, Wiki & News -> draufklicken. Schönen Gruß Martin From akorthaus at web.de Mon Feb 11 15:31:55 2008 From: akorthaus at web.de (akorthaus at web.de) Date: Mon, 11 Feb 2008 15:31:55 +0100 Subject: [opengeodb] Fragen zu opengeodb (PLZ-Koordinaten, Performance, andere RDBMS) Message-ID: <518133742@web.de> Hallo! Soweit ich die Datenbank (letzte Version von sf.net) verstehe, beziehen sich die Koordinaten auf Städte, und nicht auf PLZ, richtig? Das heißt also, wenn ich für eine PLZ in Berlin eine Umkreissuche machen will, finde ich alle PLZs in Berlin mit 0 km, Entfernung, oder? Noch eine andere Frage, was muss ich beachten, damit die in der DB erzeugten Indizes bemutzt werden? Mich interessieren 2 Arten von Suchen: 1. Angaben zu einer PLZ suchen (Koordinaten, etc.), das sieht etwas so aus: SELECT t.loc_id as loc_id, c.lon as lon, c.lat as lat FROM geodb_textdata as t LEFT JOIN geodb_coordinates as c ON c.loc_id = t.loc_id WHERE t.text_val = 12345 && t.text_type = 500300000 AND t.valid_until >= CURDATE() AND c.valid_until >= CURDATE() Verwende ich hierbei die Indices so wie sie gedacht sind? Oder sollte man anders suchen? 2. Umkreissuche um diese Koordinaten herum. Ist der SQL-Code wie er in GeoClass verwendet wird auf die Indices optimiert (oder anders herum)? Wenn ich das hier richtig gelesen habe, wird die Datenbank um Straßennamen und Ortsteile erweitert. Ist hierbei zu erwarten, dass die PLZ-Suche z.B. für Berlin genauere Distanzen im Stadtgebiet hinbekommt? Ist das überhaupt aussichtsreich Koordinaten für Straßennamen zu integrieren? Mal so in %, wie vollständig bekommt man das mit frei verfügbaren Daten überhaupt hin? Macht es eigentlich nicht Sinn, zumindest sin() und cos() Ergebnisse in der Datenbank zu speichern, so dass die nicht bei einem Full-Table Scan 40.000 mal neu berechnet werden? Großartig Platz wegnehmen dürfte das nicht... Noch eine Frage zu anderen Datenbanken: Hat schonmal jemand die Daten in MSSQL oder Oracle eingetragen? Geht das grundsätzlich oder was für Probleme sind hierbei zu erwarten? Oder was ist mit OpenGIS Implementierung in MySQL? Könnte man die nicht sinnvollerweise nutzen? Viele Grüße Andreas _________________________________________________________________________ In 5 Schritten zur eigenen Homepage. Jetzt Domain sichern und gestalten! Nur 3,99 EUR/Monat! http://www.maildomain.web.de/?mc=021114 From akorthaus at web.de Mon Feb 11 20:41:39 2008 From: akorthaus at web.de (akorthaus at web.de) Date: Mon, 11 Feb 2008 20:41:39 +0100 Subject: [opengeodb] =?iso-8859-15?q?Fragen_zu_opengeodb_=28PLZ-Koordinate?= =?iso-8859-15?q?n=2C_Performance=2C_andere_RDBMS=29?= Message-ID: <518714728@web.de> Hi! > > Soweit ich die Datenbank (letzte Version von sf.net) verstehe, > > beziehen sich die Koordinaten auf Städte, und nicht auf PLZ, > > richtig? > > Ja Aber im neusten Dump auf dem von Dir verlinkten Server ist das anders, oder? Denn wenn ich da eine PLZ angebe und die Entfernung zu Städten in der Umgebung errechnen, ändern sich die Werte bei benachbarten PLZs in einer Stadt. > > Mal so in %, wie vollständig bekommt man > > das mit frei verfügbaren Daten überhaupt hin? > > Sie z.B. http://wiki.openstreetmap.org/index.php/Bayern - für Berlin > habe ich es noch nicht probiert. > > > Macht es eigentlich nicht Sinn, zumindest sin() und cos() Ergebnisse > > in der Datenbank zu speichern, so dass die nicht bei einem Full-Table > > Scan 40.000 mal neu berechnet werden? Großartig Platz wegnehmen > > dürfte das nicht... > > Das kommt auf deine Anwendung an. Deine Argumentation ist schlüssig, > dass du dir wiederholte Berechnungen sparen kannst. Ist irgendwo erklärt, was die folgende Dateien auf dem Server enthalten? DE.sql DE.tab DE9.tab PLZ.tab Sind z.B. in PLZ.tab alle PLZs inkl. Angaben zu Koordianten und Ort drin, die auch im kompletten Dump stehen? Hat DE9 dasselbe Format wie DE? Was ist der inhaltliche Unterschied zw. DE.sql und DE.tab? Kann man auf dem Server vielleicht auch die Skripte speichern, mit denen die Listen aus der Datenbank extrahiert wurden? Wäre sicher hilfreich als Vorlage oder für den Fall, dass die Dateien irgendwann nicht mehr gepflegt werden... (Mich würde z.B. interessieren, wie man nicht-Deutschland Einträge komplett rausbekommt, prinzipiell kann ich mir da vorstellen wie das geht, ist aber alles so verstreut gespeichert...) Jedenfalls wäre die Abfrage der PLZ.tab für mich deutlich effizienter als die der Datenbank. Zur Zeit brauche ich für eine Umkreissuche auf Basis der GeoClass mit aktuellem Dump ca. 10 Sekunden, Das geht natürlich nicht auf einer Homepage... Ist ja auch verständlich wenn der gesuchte Datensatz mit jedem anderen Mittels sphärischer Trigonometrie vergleichen werden muss... Cachen der sin() und cos() Werte würde sicher was bringen, ich weiß aber nicht ob das genug ist, werden das testen. Zur Not berechne ich einfach die Eckpunkte eines Quadranten mit den gesuchten Koordinaten in der Mitte, so dass nur ein paar Bits vergleichen werden müssen... Ist natürlich nicht ganz so genau, aber sollte für viele Zwecke ausreichen. Oder spricht da was dagegen? Wie kommt es eigentlich, dass die Indices so groß sind? Grüße Andreas _____________________________________________________________________ Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! http://smartsurfer.web.de/?mc=100071&distributionid=000000000066 From akorthaus at web.de Mon Feb 11 21:56:25 2008 From: akorthaus at web.de (akorthaus at web.de) Date: Mon, 11 Feb 2008 21:56:25 +0100 Subject: [opengeodb] =?iso-8859-15?q?Fragen_zu_opengeodb_=28PLZ-Koordinate?= =?iso-8859-15?q?n=2C_Performance=2C_andere_RDBMS=29?= Message-ID: <518806081@web.de> > Denn wenn ich da eine PLZ angebe und die Entfernung zu > Städten in der Umgebung errechnen, ändern sich die Werte bei > benachbarten PLZs in einer Stadt. Beispiel? z.B. Aachen: PLZ 52062 und 52078 Beide haben loc_id: 13352 Aber bei 52062 ist das erste Ergebnis (Aachen) 0,3 km entfernt, bei 52078 ist es ebenfalls Aachen, aber > 1km entfernt. Entsprechend haben auch die folgenden Städte andere Distanzen. Allerdings weiß ich nicht ob das vorher anders war, das hatte ich nicht getestet. Da aber deutlich mehr Koordinaten-Daten in der neuen Version enthalten sind, war ich davon ausgegangen, dass sich hier was geändert hat. Was mich daran aber wundert ist die Tatsache, dass 2 PLZs, die die gleiche loc_id haben, anscheinend andere Koordinaten haben. Ich hatte das eigentlich so verstanden, dass in der Koordinaten-Tabelle die loc_id referenziert ist. Aber irgendwie muss es ja noch einen zweiten Schlüssel geben, sonst müssten die Koordinaten gleich sein. Was wäre dieser Schlüssel? Bei Berlin gab es keine Änderung da haben die PLZs die ich getestet hatte alle dieselben Koordinaten (ausgerechnet bei Berlin ;-). > Ist irgendwo erklärt, was die folgende Dateien auf dem Server > enthalten? DE.sql DE.tab DE9.tab PLZ.tab Nein, da muss jemand mal ein README schreiben. Vermutlich habt Ihr das schon häufiger erklärt, könnt Ich nicht einfach 2-3 Postings aus dieser Liste in die README eintragen oder von irgendwo verlinken, oder einfach einen Abschnitt wie den Folgenden in in die README eintragen? Alles ist besser als gar keine Infos. Muss ja keine perfekte Umschreibung sein... DE.tab - die Basisdaten für Deutschland DE.sql - die Basisdaten konvertiert nach SQL DE9.tab - erste Anfänge eines Straßenverzeichnisses für opengeodb, exemplarisch Baden-Württemberg. Inzwischen liegen auch Niedersachsen und Bayern vor. Diese Daten unterliegen der OSM-Lizenzierung (CC-BY-SA)! > Sind z.B. in PLZ.tab alle PLZs inkl. Angaben zu Koordianten und Ort > drin, die auch im kompletten Dump stehen? Nein, PLZ.tab enthält die Daten von Postleitzahlgebieten, typ 100800000 OK, geodb_type_names sagt mir, dass es 500300000 gibt (Postleitzahl) und 100800000 (Postleitzahlgebiet). Was genau ist der Unterschied, vor allem für eine Umkreissuche in der Praxis? Sind beide Listen vollständig? > Kann man auf dem Server vielleicht auch die Skripte speichern, mit > denen die Listen aus der Datenbank extrahiert wurden? Wäre sicher > hilfreich als Vorlage oder für den Fall, dass die Dateien irgendwann > nicht mehr gepflegt werden... (Mich würde z.B. interessieren, wie > man nicht-Deutschland Einträge komplett rausbekommt, prinzipiell kann > ich mir da vorstellen wie das geht, ist aber alles so verstreut > gespeichert...) Die kannst du am besten im wiki selbst veröffentlichen: http://opengeodb.giswiki.org/wiki/OpenGeoDB Ich hab die Skripte ja nicht. Ich dachte mir nur, dass jemand irgendwelche kleinen Skripte für solche Zwecke geschrieben hat, z.B. um die auf dem Server vorhandenen Dateien zu generieren, dann könnte derjenige die ja mit hochladen. Oder mit in die README. Wenn ich mal so ein Skript schreiben sollte, kommt das ins Wiki. > Jedenfalls wäre die Abfrage der PLZ.tab für mich deutlich effizienter > als die der Datenbank. Zur Zeit brauche ich für eine Umkreissuche auf > Basis der GeoClass mit aktuellem Dump ca. 10 Sekunden, Das geht > natürlich nicht auf einer Homepage... Ich selbst verwende direkt diese PLZ.tab für Da hast Du zum Teil dasselbe Problem. Vergleich mal die Ausgabe für 10777 und 13355. Beide haben nach Berlin Mitte 0 km, aber die Angaben für alle anderen folgenden Orte unterscheiden sich. Beim Standard-Dump sind die Listen komplett gleich. Bei mir läuft das anders - ich berechne von der Mittelpunktskoordinate erst einmal die gewünschten Abweichung in lat/lon (also z.B. 45±1 / 9±1) und berechne die Entfernung dann nur für jene Einträge, die sowohl im Bereich lat=44..46 als auch lon=8..10 erfüllen. Alle anderen sind schon zuvor ausgeschieden. Ja, genau das hatte ich auch gemeint. Wie ist das in unseren Breiten, wieviel km hat hier 1° long. bzw. lat.? Und wie stark ist die maximale Abweichung von diesem Wert für Orte am Rand? Hast Du ggfs. nen guten Link wo man das nachlesen / ausrechnen kann? Noch eine andere Frage, wieso wird bei so vielen Programmen der Radius des Äquators auf eine Ganzzahl gerundet? Performance oder ist das irgendein Standard? Wie machst Du das? Jedenfalls schonmal vielen Dank für die Hilfe! Grüße Andreas _______________________________________________________________________ Jetzt neu! Schützen Sie Ihren PC mit McAfee und WEB.DE. 30 Tage kostenlos testen. http://www.pc-sicherheit.web.de/startseite/?mc=022220 From wendorff at uni-paderborn.de Tue Feb 12 19:16:33 2008 From: wendorff at uni-paderborn.de (Peter Wendorff) Date: Tue, 12 Feb 2008 19:16:33 +0100 Subject: [opengeodb] Fragen zu opengeodb (PLZ-Koordinaten, Performance, andere RDBMS) In-Reply-To: <47B14834.6090600@gmx.de> References: <518133742@web.de> <47B14834.6090600@gmx.de> Message-ID: <47B1E281.6080008@uni-paderborn.de> Martin Trautmann schrieb: > Kommentar dazu am Rande: die aktuellen opengeodb-Einträge für Berlin > sind eher dürftig. Ich selbst habe hier 457 Einträge für Berlin, (..) > > In der opengeodb veröffentlicht habe ich nur jene Einträge, für die ich > Koordinaten hatte. Sollte ich den Rest hinzufügen, alle mit der > Koordinate Mitte? Ganz ohne Koordinaten? > Ich würde sie ohne Koordinaten einfügen, dann kann man sich als Programmierer überlegen, ob man die Koordinaten des nächsten Eintrags mit Koordinaten in der Hierarchie aufwärts benutzt. Das wäre dann also z.B. die Koordinate der kreisfreien Stadt Berlin. Vorteil: Man kann direkt daraus erkennen, dass die Genauigkeit der koordinate eben erst die der Stadtebene ist, während sonst der Trugschluss aufkäme, die Stadtteile lägen alle quasi übereinander (was übrigens, merke ich grade, bei 'ner ringförmigen Stadt sowieso bei Flächen-MIttelpunkten möglich wäre). Wer die Koordinaten gerne auch direkt bei den Einträgen hätte, könnte dies auch über ein recht simples Script erledigen Gruß Peter Wendorff From akorthaus at web.de Tue Feb 12 19:19:26 2008 From: akorthaus at web.de (akorthaus at web.de) Date: Tue, 12 Feb 2008 19:19:26 +0100 Subject: [opengeodb] =?iso-8859-15?q?PLZ=2Etab_f=FCr_Belgien_und_Holland?= =?iso-8859-15?q?=3F?= Message-ID: <520069184@web.de> Hallo! Gibt es sowas wie PLZ.tab auch für Belgien und Holland? Wenn ich das richtig sehe, sind im Datenbestand nur Daten aus Belgien enthalten. Ist der ähnlich vollständig wie Deutschland? Wie sieht das aus mit Daten für Holland? Ich habe folgende Quellen für Daten aus Holland gefunden: http://earth-info.nga.mil/gns/html/namefiles.htm http://www.alextreme.org/projects/locatiedb/ Bei der ersten fehlen die PLZs, und die 2. ist glaube ich nicht wirklich vollständig. Kennt ihr noch bessere Datenquellen? Wie könnte man eine Verknüpfung zwischen den Nima-Koordinaten und PLZ erzeugen? Was haltet Ihr von den geonames Daten? Wie sind die im Vergleich zu opengeodb? Soweit ich das gelesen habe, sind die nicht so exakt wie bei opengeodb, basierend weitgehend auf den nima Daten, aber dafür sind viel mehr Gebiete erfasst. Seht Ihr das auch so? Grüße Andreas _____________________________________________________________________ Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! http://smartsurfer.web.de/?mc=100071&distributionid=000000000066 From weber.ralf at wonderer.de Tue Feb 12 20:09:14 2008 From: weber.ralf at wonderer.de (weber.ralf at wonderer.de) Date: Tue, 12 Feb 2008 20:09:14 +0100 Subject: [opengeodb] Fragen zu opengeodb (PLZ-Koordinaten, Performance, andere RDBMS) In-Reply-To: <47B1ED4F.6060300@wonderer.de> References: <518806081@web.de> <47B1ED4F.6060300@wonderer.de> Message-ID: <47B1EEDA.4010402@wonderer.de> weber.ralf at wonderer.de schrieb: > akorthaus at web.de schrieb: >> snip upps.. :) From weber.ralf at wonderer.de Tue Feb 12 20:24:15 2008 From: weber.ralf at wonderer.de (weber.ralf at wonderer.de) Date: Tue, 12 Feb 2008 20:24:15 +0100 Subject: [opengeodb] Fragen zu opengeodb (PLZ-Koordinaten, Performance, andere RDBMS) In-Reply-To: <47B1ED45.1090804@wonderer.de> References: <518806081@web.de> <47B1ED45.1090804@wonderer.de> Message-ID: <47B1F25F.60102@wonderer.de> Hi akorthaus at web.de, evtl. liegt es an den nicht vorhandenen Indizes in den Tabellen? MfG, Ralf... From gemander at gmx.net Mon Feb 18 22:40:48 2008 From: gemander at gmx.net (Gemander, Ronny) Date: Mon, 18 Feb 2008 22:40:48 +0100 Subject: [opengeodb] opengeodb PMA konform Message-ID: <47B9FB60.4060703@gmx.net> Halli Hallo Gemeinde, Ich hab bei meinem ersten opengeodb Dump sql Dateien erhalten, die ich mit php-myadmin hochladen konnte. Irgendwie hab ich für die aktuelle Version so etwas nicht gefunden. Wie dem auch sei, selbst ist der Mann :-) Ich hab ein kleines php Skript geschrieben, welches mir die inserts für die großen Tabellen in ca. 1,7 MB große Dateien aufsplittet. Die Frage ist, ob vielleicht jemand an der Geschichte Interesse hat?! Momentan hab ich mir die coordinats und textdata Tabellen gesplittet, wenn Bedarf besteht, kann ich die komplette DB auf die Art dumpen und zur Verfügung stellen. Gruß, Ronny From andi at brueckenschlaeger.de Tue Feb 19 17:25:00 2008 From: andi at brueckenschlaeger.de (andi | brueckenschlaeger) Date: Tue, 19 Feb 2008 17:25:00 +0100 Subject: [opengeodb] opengeodb PMA konform In-Reply-To: <86781.13921.qm@web26208.mail.ukl.yahoo.com> References: <86781.13921.qm@web26208.mail.ukl.yahoo.com> Message-ID: <47BB02DC.1010700@brueckenschlaeger.de> Mit PMA ist der PhpMyAdmin gemeint, der (was aber eigentlich nicht am PMA liegt) keine beliebig großen SQL-Dateien importieren kann... Thomas Müller wrote: > Hallo, > > was heisst "PMA konform"? > > mit freundlichem Gruß > > Thomas Müller > From gemander at gmx.net Wed Feb 20 15:13:10 2008 From: gemander at gmx.net (Gemander, Ronny) Date: Wed, 20 Feb 2008 15:13:10 +0100 Subject: [opengeodb] opengeodb PMA konform In-Reply-To: <20080220122448.AD7833ADCC@server1.ovm.de> References: <20080220122448.AD7833ADCC@server1.ovm.de> Message-ID: <47BC3576.7030603@gmx.net> Hallo, Rudolf Fiedler schrieb: > Habe leider nicht die ganze Diskussion mitbekommen; > Für Einstellungen der php.ini kann in den meisten Fällen auch ein Eintrag in > der Apache-Webkonfiguration vorgenommen werden (php_admin_value).... > Das mache ich für meine Kunden bereits seit langem (z.B. den Maximalwert für > Dateiuploads hochstellen etc.). > Nach dem Ändern der Einstellung ist nur der Apache-Neustart notwendig. > Ich gebe zwar auch keinen direkten Zugriff auf diese Einstellung > (Sicherheits- und Stabilitätsgründ) aber ändere diese > sofern nichts Wichtiges entgegenspricht ab. > Das ist sicherlich richtig. Aber mein Angebot richtet sich eben an all diejenigen, die diese Möglichkeit nicht haben, bzw. denen die evtl. Kenntnis dazu fehlt. > > > Mit freundlichen Grüßen > > Rudolf Fiedler > [...] > > Ich meine schon, dass ein Bedarf besteht! > > Herr Gemander, bleiben Sie dran! Das werde ich, vielen Dank für Ihr Feedback! > > Mit freundlichen Grüßen / Regards / Cordialement > > Dr. Franz-Josef Behr > > PS: PMA ist allerdings keine gebräuchliche Abkürzung (obwohl phpmyadmin eine > Abkürzung verdient hätte) im Favicon zu phpMyAdmin findet PMA schon Verwendung. > > > ---------------------------------------------------------------- > "We don't know the OS that God uses, but the Vatican uses Linux" > (Sister Judith Zoebelein, Vatican Webmaster) > ---------------------------------------------------------------- eine sehr nette Signatur :-) > [...] > > Gruß, Ronny From traut at gmx.de Wed Feb 20 23:40:46 2008 From: traut at gmx.de (Martin Trautmann) Date: Wed, 20 Feb 2008 23:40:46 +0100 Subject: [opengeodb] opengeodb PMA konform In-Reply-To: <47BB2A58.7050709@gmx.net> References: <86781.13921.qm@web26208.mail.ukl.yahoo.com> <1878424019.20080219174110@gmx.de> <47BB2A58.7050709@gmx.net> Message-ID: <47BCAC6E.5000207@gmx.de> Gemander, Ronny wrote: > PMA steht, wie in meiner Mail geschrieben, für php-myadmin. Mein Angebot > richtete sich an alle, die Projekte bei Anbietern gehostet haben, welche > einen Zugriff auf die php.ini nicht gestatten und gezwungen sind, > aufgrund fehlenden ssh Zugangs die php-myadmin zu nutzen. > > Aber anscheinend besteht kein Bedarf hierfür. Bei den aktuell aktiven Mitlesern scheint kein solcher Bedarf vorzuliegen. Das Angebot ist aber so interessant, dass es sicher sinnvoll ist, es z.B. auf einer Wiki-Seite darzustellen und entsprechende Scripts bereitzulegen. Schönen Gruß Martin From admin at agisb.com Thu Feb 28 14:59:22 2008 From: admin at agisb.com (admin at agisb.com) Date: Thu, 28 Feb 2008 14:59:22 +0100 Subject: [opengeodb] =?iso-8859-1?q?Konzept_so_noch_ze_itgem=E4=DF_=3F?= Message-ID: <20080228135922.M1513@agisb.com> Ich beschäftige mich schon seit einiger Zeit mit Geodaten. Mit diesem Projekt hier und auch mit der PHP Umsetzung der Daten. Mit Besorgnis, sehe ich die momentane Datenstruktur an. Sie basiert auf Textfiles, da die Betreiber hier, SQL nicht so gut können, um die Daten entsprechend aufzubereiten. Jetzt sollen noch die Strassenlocs aus OpenStreetMAp aufgenommen werden. Die jetzige Datenbank Struktur ist jetzt so voll mit redundanten Daten und wird dann fast völlig nutzlos sein. Da OpenGeoDB die Datenbank schon im Namen hat wäre es doch nur logisch, die Daten in eine einfache übersichtliche Struktur zu bringen. Diese Daten sind doch im Grunde absolut simpel zu handhaben. Im Grund braucht man doch nur einen Eintrag je kleinsten Nenner hier also den Ort (Ortsteile werden mit Mehrfachnennung des Ortes abgedeckt). Jedes Datum muss sich eindeutig hier zuordnen lassen, ansonsten hat es nicht in der DB zu suchen. Es würde wie folgt sin machen: 1. Orts-ID 2. PLZ 3. Name 4. Ortsteil 5. Gemeinde 6. Kreis 7. Bundesland 8. Staat 9. loc x 10. loc y 11. Einwohnerzahl 12. Fläche etc Eine Strassendatenbank lässt sich nun einfachst mit 1. ID 2. Name 3. PLZ 4. Orts-ID 5. loc x 6. loc y 7. Hausnummern etc .. einbinden. Die Wartung der daten in einer Datenbank ist um einiges einfacher als in einem Textfile, wenn man das Prinzip begriffen hat. Es ist nun wirklich nicht schwer. Zur Normalisierung müssten zwar einige Untertabellen für Länder, Bundesland, Kreis, Gemeinde etc angelegt werden, aber das ist ja auch kein Problem. Die Aktuellen Daten werden dann einfach jeden Tag/Woche auf dem Server abgelegt und man kann sich nun einfach der Datenpflege widmen. Meiner Meinung nach, lassen sich solche Datenmengen nur in einer gut strukturierten Datenbank verwalten. Auch das Schwesterprojekt wäre sehr viel einfacher zu handeln. Das ist natürlich nur meine Meinung und soll dem Nachdenken dienen. Das Projekt ist einfach klasse. In einer Welt wo Informationen immer wertvoller werden, ist es wichtig freie Informationen anzubieten. Allerdings sollten diese auch von vielen benutzbar sein und nicht nur für einige wenige, die die technischen Möglichkeiten haben, diese auch umzusetzen. Wenn es zu viele Einschränkungen gibt, ist es nicht mehr ganz im Sinne denke ich. Grüße Andrew Groose