From ah at hubel-elektroanlagen.de Thu Nov 2 13:38:23 2006 From: ah at hubel-elektroanlagen.de (Andreas Hubel) Date: Thu, 02 Nov 2006 13:38:23 +0100 Subject: [opengeodb] OpenGeoDB Webinterface Message-ID: <4549E6BF.7040606@hubel-elektroanlagen.de> Hi, ich hab mich grade durch die ganzen Beiträge der letzen Wochen durchgeschlagen und will mal versuchen ne Zusammenfassung des ganzen zu machen: Um die Sache mit den Gültigkeiten (von-bis) zu vereinfachen, wird das Projekt OpenGeoDB in zwei Teilprojekte gegliedert. Teilprojekt 1 bleibt so ungefähr wie es momentan ist, also mit historischen Daten. Teilprojekt 2 lässt die historischen Daten zwecks Vereinfachung links liegen. Alles weitere bezieht sich nun nur noch auf Teilprojekt 2, auch wenn ich vergessen sollte das zu erwähnen. Für Teilprojekt 2 wird ein Webinterface mit Wiki-ähnlichen Funktionen erstellt. Das heißt möglichst einfaches Bearbeiten durch jeden, Historie mit allen Änderungen, Übersicht über die letzen Änderungen, Löschen nur durch Admins und selbst für die kein entgültiges Löschen. Im Prinzip könnte man sich da gut an Wikipedia / Mediawiki orientieren... So, ich hoffe das passt soweit alles. Jetzt kommt zwar weiterhin ein bischen Zusammenfassung, allerdings auch mehr Vorschläge von mir. Programmiersprache dieses Projektes wird wohl PHP sein, obwohl andere nicht schlecher wären, allerdings können wohl die meisten hier PHP am besten. (kA warum ;-)) Zuerst sollte man sich über die Rahmenbedingungen einigen, z.B. ob und welches Framework und Templatesystem man verwedet. Parallel dazu sollte jemand mit den entsprechenden Rechten auf dem OpenGeoDB Server nen SVN Server einrichten. Am besten so, dass das Zeug beim einchecken ins SVN automatisch auf nem Webserver landet, so dass immer der aktuelle Stand der Anwendung auch im Web nutzerbar ist. (Ich hab sowas schonmal mit gemacht, ist also möglich). Für das SVN sollte man am besten auch gleich noch nen Onlineviewer installieren. Wenn das steht sollte jeder, der mitarbeiten möchte relativ einfach Schreibzugriff darauf bekommen, d. h. nicht so geizig mit den Accunts umgehen. Evtl. wäre auch noch nen Aufgabenmanger nicht schlecht. Damit haben wir dann ne Basis auf der man aufsetzen kann. Ich würde dort dann zuerst mal das ganze Anzeige-Zeug, das momentan so verfügbar, dazu nutzen einen guten Webviewer für die OpenGeoDB mit ansprechendem Style und striktem XHTML und CSS bauen. Nach und nach kann man darin dann die Bearbeitungsfunktionen einbauen. Man muss das Ding einfach Schritt für Schritt wachsen lassen. Dabei sollten wir auch gleich darauf achten in Schichten zu programmieren, und das ganze alles zu trennen. Das soll heißen, das im eigendlichen Fontent sogut wie keine SQL-Queries stehen sollten, die was an der Datenbank maniplulieren. Ich stelle mir da einzelne Funktionen vor, die die entsprechenden Parameter übermittelt bekommen. Am besten wäre natürlich das so Objektorientiert wie möglich zu machen. Dadurch hätte man auch ne schöne Schnittstelle um Masseneintragungen zu tätigen. Zur Tabellenstruktur: Ich würde die Tabellenstruktur so lassen wie sie ist (absehen von den oben ansgesprochenen Gültigkeitszeiträumen) und weitere Tabellen hinzufügen, in der dann die alten Einträge gehalten werden. Dabei sollte jede Änderung zuerst in der Historie Tabelle landen und dann in die offizielle Tabelle übernommen wird. (Damit liese sich auch ne evtl. Prüfungsfunktion einfacher umsetzen, aber die sollte erst eingesetzt werden, wenn es uns mal wie der Wikipedia geht.) Das heißt die Daten die aktuellen Daten wären immer doppelt in der DB, aber diese Lösung ist immer noch besser als die Änderungen erst bei der nächsten Änderung in die Historietabelle zu verschieben (da sprech ich aus Erfahrung) In dem Bereich könnten wir uns stark an den Verfahren von SVN anlehnen. Das ganze mal kongret in Tabellen ausgedrückt. Eine Tabelle Revisions (rev_id, user_id, comment, date) und jeweils ne Kopie der bisherigen Daten Tabellen, nur mit ner zusätzlichen rev_id. (wobei man sich dann überlegen sollte, ob man dort nicht noch ne zusätzliche Primär ID einführt, aber das kann man ja später, während der Entwicklung immer noch machen). Die Änderungen werden dann immer Revisionsbezogen gespeichert, deshalb würde ich die Änderungsfunktionen irgendwie in ne Revisionsklasse stecken, ums einfacher auszurücken hier etwas Pseudocode: $rev = new revision($user, $date); $rev->edit_coords($loc_id, $lat, $lon [...]); $rev->edit_text($loc_id, $type, $val [...]); $rev->add_text($loc_id, $type, $val [...]); $rev->edit_int($loc_id, $type, $val [...]); $rev->edit_float($loc_id, $type, $val [...]); $rev->delete_int($loc_id, $type); $rev->submit(); So ich hoffe, dadurch hab ich den Vorschlag mit den einzelnen Schichten evtl. noch etwas verdeutlicht. Ich hoffe ich hab das verständlich genug geschrieben und in der alles Zusammenfassung korrekt wiedergegeben. Ich wollte einfach meine Meinungen und Ideen zu dem Thema weitergeben. MfG Andreas Hubel From opengeodb at the-chaos.de Thu Nov 2 14:56:55 2006 From: opengeodb at the-chaos.de (Oliver Hohl) Date: Thu, 02 Nov 2006 14:56:55 +0100 Subject: [opengeodb] OpenGeoDB Webinterface In-Reply-To: <4549E6BF.7040606@hubel-elektroanlagen.de> References: <4549E6BF.7040606@hubel-elektroanlagen.de> Message-ID: <4549F927.5050505@the-chaos.de> Hallo, > > Für Teilprojekt 2 wird ein Webinterface mit Wiki-ähnlichen Funktionen > erstellt. Das heißt möglichst einfaches Bearbeiten durch jeden, Historie > mit allen Änderungen, Übersicht über die letzen Änderungen, Löschen nur > durch Admins und selbst für die kein entgültiges Löschen. > Im Prinzip könnte man sich da gut an Wikipedia / Mediawiki orientieren... Gibt es da denn Entwicklungsumgebungen, um so Wikipediamaessige Webseiten zu machen? Oder dachtest Du einfach an die generelle Vorgehensweise beim Design der Funktionen? > > So, ich hoffe das passt soweit alles. Jetzt kommt zwar weiterhin ein > bischen Zusammenfassung, allerdings auch mehr Vorschläge von mir. > > Programmiersprache dieses Projektes wird wohl PHP sein, obwohl andere > nicht schlecher wären, allerdings können wohl die meisten hier PHP am > besten. (kA warum ;-)) Wegen mir steht auch Perl, Python oder Java nix im Weg ;-) > > Zuerst sollte man sich über die Rahmenbedingungen einigen, z.B. ob und > welches Framework und Templatesystem man verwedet. Das auf jeden Fall. So kann man sich die Arbeit gleich viel leichter machen, ohne hinterher alles nochmals anfassen zu muessen. > > Parallel dazu sollte jemand mit den entsprechenden Rechten auf dem > OpenGeoDB Server nen SVN Server einrichten. Am besten so, dass das Zeug > beim einchecken ins SVN automatisch auf nem Webserver landet, so dass > immer der aktuelle Stand der Anwendung auch im Web nutzerbar ist. (Ich > hab sowas schonmal mit gemacht, ist also möglich). Hierbei muss man aber dann irgendwie sicherstellen, dass nur wirklich funktionsfaehige Sachen ins SVN eingecheckt werden, damit nicht irgend welche Teile hinterher Probleme machen, weil eine Aenderung net lauffaehig ist. Hier waere vielleicht eine zweistufige Geschichte sinnvoller: Ein Verzeichnis aufm Webserver, in dem immer eine lauffaehige Variante steht und ein Entwicklungs-Verzeichnis, wo es auch mal funktionale Probleme geben kann, ohne dass das Projekt gleich als unfertig oder vermurkst dasteht... > > Ich würde dort dann zuerst mal das ganze Anzeige-Zeug, das momentan so > verfügbar, dazu nutzen einen guten Webviewer für die OpenGeoDB mit > ansprechendem Style und striktem XHTML und CSS bauen. Nach und nach kann > man darin dann die Bearbeitungsfunktionen einbauen. Man muss das Ding > einfach Schritt für Schritt wachsen lassen. Das ist ein guter Punkt. Auf die Art kann man schon ein bisschen Erfahrung mit den Templates und Abfragemethoden machen und dieses Wissen hinterher schneller fuer die Dateneingabe anwenden. Gruss, Olli From ah at hubel-elektroanlagen.de Thu Nov 2 15:51:39 2006 From: ah at hubel-elektroanlagen.de (Andreas Hubel) Date: Thu, 2 Nov 2006 15:51:39 +0100 (CET) Subject: [opengeodb] OpenGeoDB Webinterface In-Reply-To: <4549F927.5050505@the-chaos.de> References: <4549E6BF.7040606@hubel-elektroanlagen.de> <4549F927.5050505@the-chaos.de> Message-ID: <62345.89.49.186.137.1162479099.squirrel@webmail.cat-proof.de> On Thu, November 2, 2006 14:56, Oliver Hohl wrote: >> Parallel dazu sollte jemand mit den entsprechenden Rechten auf dem >> OpenGeoDB Server nen SVN Server einrichten. Am besten so, dass das Zeug >> beim einchecken ins SVN automatisch auf nem Webserver landet, so dass >> immer der aktuelle Stand der Anwendung auch im Web nutzerbar ist. (Ich >> hab sowas schonmal mit gemacht, ist also möglich). > Hierbei muss man aber dann irgendwie sicherstellen, dass nur wirklich > funktionsfaehige Sachen ins SVN eingecheckt werden, damit nicht irgend > welche Teile hinterher Probleme machen, weil eine Aenderung net lauffaehig > ist. > > Hier waere vielleicht eine zweistufige Geschichte sinnvoller: Ein > Verzeichnis aufm Webserver, in dem immer eine lauffaehige Variante > steht und ein Entwicklungs-Verzeichnis, wo es auch mal funktionale Probleme > geben kann, ohne dass das Projekt gleich als unfertig oder vermurkst > dasteht... Ja, klar. Bei dem Projekt bei dem ich das momentan so mache, haben wir ein svn.domain.de auf dem immer die aktuelle ist und einmal die normale www.domain.de. Zuerst werden die neuen Features auf svn. geprüft und man manuell nach www. via ssh ausgecheckt... Aber für den Anfang ist das eigendlich egal. MfG ah From h-j.luecking at t-online.de Thu Nov 2 20:47:03 2006 From: h-j.luecking at t-online.de (HeinzJ) Date: Thu, 02 Nov 2006 20:47:03 +0100 Subject: [opengeodb] OpenGeoDB Webinterface In-Reply-To: <4549E6BF.7040606@hubel-elektroanlagen.de> References: <4549E6BF.7040606@hubel-elektroanlagen.de> Message-ID: Andreas Hubel schrieb: > Hi, > > Für Teilprojekt 2 wird ein Webinterface mit Wiki-ähnlichen Funktionen > erstellt. Das heißt möglichst einfaches Bearbeiten durch jeden, Historie > mit allen Änderungen, Übersicht über die letzen Änderungen, Löschen nur > durch Admins und selbst für die kein entgültiges Löschen. > Im Prinzip könnte man sich da gut an Wikipedia / Mediawiki orientieren... > Sowas hatte ich schon mal vor Monaten aufgesetzt. http://opengeodb.giswiki.net/ Die dahinterliegende Datenbank war bis vor einigen Wochen noch die des GISWiki. Mittlerweile sind diese aber getrennt. Diesbezüglich müsste man nicht mehr bei NULL anfangen. Grüße, HeinzJ Heinz-Josef Lücking Klausstr. 40 28309 Bremen Germany Tel.:(49) 0421 4585 831 E-Post.: h-j.luecking at t-online.de Website: http://h-j-luecking.de Projekt: http://giswiki.org From stephan at webdesign-schuster.de Fri Nov 3 10:29:05 2006 From: stephan at webdesign-schuster.de (Stephan Schuster) Date: Fri, 03 Nov 2006 10:29:05 +0100 Subject: [opengeodb] OpenGeoDB Webinterface In-Reply-To: <200611030804.09936.martin.brenda@brendaonline.de> Message-ID: <20061103092900.222E61DFCE9@leipzig.mushaake.org> On Fri, 3 Nov 2006 08:04:09 +0100, Martin Brenda wrote: >[...] >Wann kann man mit der Zuteilung der notwendigen Resourcen rechnen? Folgendes >ist erstmal notwendig: > >- FTP-Zugriff auf einen Server (mit PHP, mySQL) >- Zugriff auf die Datenbank (phpMyAdmin?) >- Eventuell Subversion (wenn möglich) Thomas hatte mal von angebotenen Root-Servern gesprochen. >Ansonsten würde ich noch vorschlagen eine Kommunikationsplattform für die sich >beteiligenden Entwickler einzurichten. Lässt sich hierfür ein Mail-Verteiler >über OpenGeoDB einrichten? Das würde ich ebenfalls begrüßen, dort könnte man sich über die technischen Dinge verständigen, die wohl die wenigsten "Normal-Nutzer" interessieren. >Zur Zeit wollen sich folgende Leute an der Entwicklung beteiligen: > >- Stephan Schuster >- Oliver Hohl >- Peter Wendorff >- Martin Brenda Gut wäre noch, wenn einer der Geodaten-Administratoren (Thomas Mack, Martin Trautmann) das ganze mitverfolgen würde, um zu vermeiden, dass wir am Ziel vorbei entwickeln. stephan From traut at gmx.de Fri Nov 3 10:32:15 2006 From: traut at gmx.de (Martin Trautmann) Date: Fri, 3 Nov 2006 10:32:15 +0100 Subject: [opengeodb] OpenGeoDB Webinterface In-Reply-To: <20061103092900.222E61DFCE9@leipzig.mushaake.org> References: <200611030804.09936.martin.brenda@brendaonline.de> <20061103092900.222E61DFCE9@leipzig.mushaake.org> Message-ID: <20061103093215.GD28225@trokan.micronas.com> On 2006-11-03 10:29, Stephan Schuster wrote: > Gut wäre noch, wenn einer der Geodaten-Administratoren (Thomas Mack, Martin > Trautmann) das ganze mitverfolgen würde, um zu vermeiden, dass wir am Ziel > vorbei entwickeln. Hallo Stephan, um keine Missverstaendnisse aufkommen zu lassen: ich bin kein Admin, weder auf opengeodb.de, noch auf sourceforge, noch auf der SQL-Datenbank von Thomas - ich bin nur Noergler und Helfer. Schoenen Gruss Martin From stephan.s at gmx.net Fri Nov 3 10:46:52 2006 From: stephan.s at gmx.net (Stephan Schuster) Date: Fri, 03 Nov 2006 10:46:52 +0100 Subject: [opengeodb] OpenGeoDB Webinterface In-Reply-To: <20061103093215.GD28225@trokan.micronas.com> Message-ID: <20061103094652.61F5C1E282E@leipzig.mushaake.org> On Fri, 3 Nov 2006 10:32:15 +0100, Martin Trautmann wrote: >On 2006-11-03 10:29, Stephan Schuster wrote: >> Gut wäre noch, wenn einer der Geodaten-Administratoren (Thomas Mack, Martin >> Trautmann) das ganze mitverfolgen würde, um zu vermeiden, dass wir am Ziel >> vorbei entwickeln. > >um keine Missverstaendnisse aufkommen zu lassen: ich bin kein Admin, weder >auf opengeodb.de, noch auf sourceforge, noch auf der SQL-Datenbank von >Thomas - ich bin nur Noergler und Helfer. Das ist mir schon klar, der eigentliche (und wohl auch einzige) Admin ist Thomas, aber in der Zeit in der ich hier mitlese (ca. 2 Jahre?) habe ich immer wieder festgestellt, dass Du über einige Kompetenzen in Sachen Geodaten verfügst, die mir fehlen. Deshalb würde ich Dich für geeignet halten, uns in solchen Dingen zu beraten bzw. in Zukunft administrative Aufgaben zu übernehmen. Dann würdest Du anstatt Deine Daten an Thomas zu übermitteln, diese in das Admin-Tool einzugeben oder eben vorliegende Änderungswünsche und Neueinträge prüfen / freischalten. Ich möchte gern vermeiden, dass wir (sofern es dazu kommt) irgendwann etwas veröffentlichen und diejenigen, die es benuzten sollen feststellen, dass es den Bedürfnissen nicht gerecht wird. stephan From traut at gmx.de Fri Nov 3 11:09:50 2006 From: traut at gmx.de (Martin Trautmann) Date: Fri, 3 Nov 2006 11:09:50 +0100 Subject: [opengeodb] OpenGeoDB Webinterface In-Reply-To: <20061103094652.61F5C1E282E@leipzig.mushaake.org> References: <20061103093215.GD28225@trokan.micronas.com> <20061103094652.61F5C1E282E@leipzig.mushaake.org> Message-ID: <20061103100950.GH28225@trokan.micronas.com> On 2006-11-03 10:46, Stephan Schuster wrote: > On Fri, 3 Nov 2006 10:32:15 +0100, Martin Trautmann wrote: > >>On 2006-11-03 10:29, Stephan Schuster wrote: >>> Gut wäre noch, wenn einer der Geodaten-Administratoren (Thomas Mack, Martin >>> Trautmann) das ganze mitverfolgen würde, um zu vermeiden, dass wir am Ziel >>> vorbei entwickeln. >> >>um keine Missverstaendnisse aufkommen zu lassen: ich bin kein Admin, weder >>auf opengeodb.de, noch auf sourceforge, noch auf der SQL-Datenbank von >>Thomas - ich bin nur Noergler und Helfer. > > Das ist mir schon klar, der eigentliche (und wohl auch einzige) Admin ist > Thomas, aber in der Zeit in der ich hier mitlese (ca. 2 Jahre?) habe ich > immer wieder festgestellt, dass Du über einige Kompetenzen in Sachen > Geodaten verfügst, die mir fehlen. Deshalb würde ich Dich für geeignet > halten, uns in solchen Dingen zu beraten bzw. in Zukunft administrative > Aufgaben zu übernehmen. Ok, darauf lasse ich mich gerne ein. Ich wollte ohnehin mal zum Start eine Liste von Orten erstellen, die bisher in der opengeodb fehlen. Vermutlich sollte ich doch nicht laenger warten, wann eine neue Release kommt, sondern den aktuellen Stand verwenden. Bisher bin ich aber nicht qualifiziert dazu, auf SQL-Ebene mitzureden - ich selbst verarbeite die Daten in einer ganz anderen Datenbank und wuerde online und fuer ein Wiki rein textbasierte Daten (evtl. XML) und perl zusammenstricken - nicht der gerade effizienteste Ansatz. Immerhin verwalte ich damit aber schon eine Million Strassen > Dann würdest Du anstatt Deine Daten an Thomas zu übermitteln, diese in das > Admin-Tool einzugeben oder eben vorliegende Änderungswünsche und > Neueinträge prüfen / freischalten. Ich möchte gern vermeiden, dass wir > (sofern es dazu kommt) irgendwann etwas veröffentlichen und diejenigen, die > es benuzten sollen feststellen, dass es den Bedürfnissen nicht gerecht > wird. Was ich da weiterstricken werde, ist z.B. eine textarea, wo man tabulatorgetrennt Datensaetze eingeben kann (copy/paste). Andere Trennzeichen fuer .csv (z.B. Semikolon) sind leicht ergaenzbar, Konvertierung zu einer HTML-Tabelle erfolgt, die dann spaltenweise sortierbar ist. Was im Hintergrund werkelt, ist ja egal - aber diese Listenansichten sind fuer mich ein wesentlicher Aspekt der Benutzerfreundlichkeit. Schoenen Gruss Martin From ah at hubel-elektroanlagen.de Fri Nov 3 11:54:20 2006 From: ah at hubel-elektroanlagen.de (Andreas Hubel) Date: Fri, 03 Nov 2006 11:54:20 +0100 Subject: [opengeodb] OpenGeoDB Webinterface In-Reply-To: <200611031033.43221.martin.brenda@brendaonline.de> References: <20061103092900.222E61DFCE9@leipzig.mushaake.org> <200611031033.43221.martin.brenda@brendaonline.de> Message-ID: <454B1FDC.4070407@hubel-elektroanlagen.de> Martin Brenda schrieb: >>> Wann kann man mit der Zuteilung der notwendigen Resourcen rechnen? >>> Folgendes ist erstmal notwendig: >>> >>> - FTP-Zugriff auf einen Server (mit PHP, mySQL) >>> - Zugriff auf die Datenbank (phpMyAdmin?) >>> - Eventuell Subversion (wenn möglich) >>> >> Thomas hatte mal von angebotenen Root-Servern gesprochen. >> > > Falls die Zuteilung der Ressourcen noch geklärt werden muss und sich dies noch > ziehen kann, so kann ich vorübergehend ein Plätzchen innerhalb meines > Webhosting-Accounts einrichten. Auch den Mailverteiler für die Entwickler > könnte ich dort gleich einrichten gleiches gilt für mich. wer verwaltet eigendlich die Domain opengeodb.de, ne Subdomain ala dev.opengeodb.de wäre nett ;-) MfG ah From h-j.luecking at t-online.de Sat Nov 4 19:42:03 2006 From: h-j.luecking at t-online.de (HeinzJ) Date: Sat, 04 Nov 2006 19:42:03 +0100 Subject: [opengeodb] OpenGeoDB Webinterface In-Reply-To: <454B1FDC.4070407@hubel-elektroanlagen.de> References: <20061103092900.222E61DFCE9@leipzig.mushaake.org> <200611031033.43221.martin.brenda@brendaonline.de> <454B1FDC.4070407@hubel-elektroanlagen.de> Message-ID: Andreas Hubel schrieb: > Martin Brenda schrieb: >>>> Wann kann man mit der Zuteilung der notwendigen Resourcen rechnen? >>>> Folgendes ist erstmal notwendig: >>>> >>>> - FTP-Zugriff auf einen Server (mit PHP, mySQL) >>>> - Zugriff auf die Datenbank (phpMyAdmin?) >>>> - Eventuell Subversion (wenn möglich) >>>> >>> Thomas hatte mal von angebotenen Root-Servern gesprochen. >>> >> Falls die Zuteilung der Ressourcen noch geklärt werden muss und sich dies noch >> ziehen kann, so kann ich vorübergehend ein Plätzchen innerhalb meines >> Webhosting-Accounts einrichten. Auch den Mailverteiler für die Entwickler >> könnte ich dort gleich einrichten > gleiches gilt für mich. wer verwaltet eigendlich die Domain > opengeodb.de, ne Subdomain ala dev.opengeodb.de wäre nett ;-) > > MfG ah > Eine Subdomain wiki.opengeodb.de könnte auch die vorhandene Subdomain http://opengeod.giswiki.net ersetzen. Das Wiki könnte dann als gemeinsame Kommunikationsplattform für Entwickler und Nutzer dienen, um Informationen strukturiert abzulegen. Ein Mailverteiler muss IMHO bei einer geringen Anzahl an Entwickler vorerst nicht eingerichtet werden; Er kann bei Bedarf angelegt werden. Grüße, HeinzJ Heinz-Josef Lücking Klausstr. 40 28309 Bremen Germany Tel.:(49) 0421 4585 831 E-Post.: h-j.luecking at t-online.de Website: http://h-j-luecking.de Projekt: http://giswiki.org From h-j.luecking at t-online.de Sat Nov 4 19:57:07 2006 From: h-j.luecking at t-online.de (HeinzJ) Date: Sat, 04 Nov 2006 19:57:07 +0100 Subject: [opengeodb] OpenGeoDB Webinterface ->PostgreSQL In-Reply-To: <200611030804.09936.martin.brenda@brendaonline.de> References: <4549E6BF.7040606@hubel-elektroanlagen.de> <200611030804.09936.martin.brenda@brendaonline.de> Message-ID: Martin Brenda schrieb: > > Wann kann man mit der Zuteilung der notwendigen Resourcen rechnen? Folgendes > ist erstmal notwendig: > > - FTP-Zugriff auf einen Server (mit PHP, mySQL) > - Zugriff auf die Datenbank (phpMyAdmin?) > - Eventuell Subversion (wenn möglich) > > [...] Ich könnte kurzfristig eine Datenbank (Mysql oder PostgreSQL) mit passwortgeschütztem Zugriff bereitstellen (externer Zugriff oder per phpMyAdmin). Ein Cronjob für die Bereitstellung der aktuellen täglichen Datenbankdumps per Download ließe sich ebenfalls schnell erstellen. Mein Linux Server: - PHP Version 5.1.2 - MySQL 5.0.18 - Postgres 8.1 Inwiefern wurde bisher angedacht, als Datenbank PostgreSQL zu verwenden? Subversion plane ich eh einzurichten. Grüße, HeinzJ Heinz-Josef Lücking Klausstr. 40 28309 Bremen Germany Tel.:(49) 0421 4585 831 E-Post.: h-j.luecking at t-online.de Website: http://h-j-luecking.de Projekt: http://giswiki.org From m.hoppe at hyperspeed.de Sat Nov 4 21:50:40 2006 From: m.hoppe at hyperspeed.de (Manuel Hoppe) Date: Sat, 04 Nov 2006 21:50:40 +0100 Subject: [opengeodb] OpenGeoDB Webinterface In-Reply-To: <200611030804.09936.martin.brenda@brendaonline.de> References: <4549E6BF.7040606@hubel-elektroanlagen.de> <200611030804.09936.martin.brenda@brendaonline.de> Message-ID: <454CFD20.8000807@hyperspeed.de> Hallo! Martin Brenda schrieb: [...] > Wann kann man mit der Zuteilung der notwendigen Resourcen rechnen? Folgendes > ist erstmal notwendig: > - FTP-Zugriff auf einen Server (mit PHP, mySQL) > - Zugriff auf die Datenbank (phpMyAdmin?) > - Eventuell Subversion (wenn möglich) [...] Das Web existiert ja bereits. Aber es sollte ohnehin in eine eigene Umgebung. Das werde ich mal die Tage machen. > Ansonsten würde ich noch vorschlagen eine Kommunikationsplattform für die sich > beteiligenden Entwickler einzurichten. Lässt sich hierfür ein Mail-Verteiler > über OpenGeoDB einrichten? > Zur Zeit wollen sich folgende Leute an der Entwicklung beteiligen: [...] Eine Mailinliste über SourceForge existiert bereits. Ich würde daher bitten das sich die genannten Personen kurz bei mir melden uns sagen welche EMail-Adresse ich dort eintragen soll. Zusätzlich noch Heinz und Martin T.? Thomas: Ack? Bis dann, Manuel From h-j.luecking at t-online.de Mon Nov 6 21:28:50 2006 From: h-j.luecking at t-online.de (HeinzJ) Date: Mon, 06 Nov 2006 21:28:50 +0100 Subject: [opengeodb] OpenGeoDB Webinterface - Kommunikationsplattform In-Reply-To: <454D3DBD.8010007@uni-paderborn.de> References: <4549E6BF.7040606@hubel-elektroanlagen.de> <200611030804.09936.martin.brenda@brendaonline.de> <454CFD20.8000807@hyperspeed.de> <454D3DBD.8010007@uni-paderborn.de> Message-ID: Ich würde dringend empfehlen ein Wiki als Kommunikationsplattform zu nutzen. So lassen sich besser Informationen strukturiert und vielfältiger ablegen. Mailinglisten verlieren sich leicht im Dunkel der Vergangenheit. Das OpengeoDB-Wiki (http://OpengeoDB.giswiki.org kann von heute auf morgen auch zu einem internen Projekt-Wiki umgestaltet werden. Dass kann bedeuten: A. Anmeldung nicht mehr möglich. Neue Benutzer werden von den Admins hinzugefügt. B. Seitenbearbeitung nur für angemeldete Benutzer. Seitenansicht nur für angemeldete Benutzer. C. Seitenbearbeitung nur für angemeldete Benutzer. Seitenansicht für alle Benutzer. Meine persöhnliche HP, ebenfalls ein Wiki, z.B. ist nur zum Lesen freigegen. Grüße, Heinz Heinz-Josef Lücking Klausstr. 40 28309 Bremen Germany Tel.:(49) 0421 4585 831 E-Post.: h-j.luecking at t-online.de Website: http://h-j-luecking.de Projekt: http://giswiki.org From traut at gmx.de Tue Nov 7 20:28:27 2006 From: traut at gmx.de (Martin Trautmann) Date: Tue, 7 Nov 2006 20:28:27 +0100 Subject: [opengeodb] opengeodb-0.2.4d-UTF8-text-orte.txt - Probleme Message-ID: Hallo, nun habe ich mir wieder mal den letzten Stand angesehen. Im Vergleich stelle ich folgende größeren Probleme fest: 27390 = 16425? Falkenberg 19809 = 27444? Kummersdorf 23514 = 35779? Sandersdorf 26649 = 35878? Zörbig; 35878 doppelt 13764 = 35816? Aschersleben 18027 = 35880? Hecklingen 16097 = 35883? Elbingerode 35886 Huy - wohl kaum Verwaltungsgemeinschaft Huy, vgl. Gemeinde und Ort Huy-Neinstedt (18763)? Ausserdem fehlen folgende 73 Gemeinden aus dem Anhang. Vielleicht will jemand sie mal abarbeiten - die meisten sind aus den neuen Bundesländern. Am Gemeindeschlüssel (AGS) erkennt man unmittelbar die Zugehörigkeit. Schönen Gruß Martin -------------- nächster Teil -------------- Ein eingebundener Text mit undefiniertem Zeichensatz wurde abgetrennt. Name: opengeodb-0.2.4d-fehlende_Gemeinden.txt URL: http://lists.phpbar.de/pipermail/opengeodb/attachments/20061107/18b449f3/attachment.txt From traut at gmx.de Tue Nov 7 22:48:01 2006 From: traut at gmx.de (Martin Trautmann) Date: Tue, 7 Nov 2006 22:48:01 +0100 Subject: [opengeodb] opengeodb-0.2.4d-UTF8-text-orte.txt - Probleme In-Reply-To: <011d01c702b5$2833fba0$7c7ba8c0@samsung1> References: <011d01c702b5$2833fba0$7c7ba8c0@samsung1> Message-ID: On 7. Nov 2006, at 22:39, Alexander Linden wrote: > > Hallo Martin, > > "wir" würden gerne mal helfen.. aber wie lautet denn die konkrete > Arbeitsanweisung zu dem Anhang... Hallo Alexander, die Arbeitsanweisung kann ich selber noch nicht genau konkretisieren - sie haengt von diversen Randbedingungen ab. 1) status quo: Thomas, bitte nimm sie manuell auf. Anweisung an alle: Sucht dafür bitte noch die Geo-Koordinaten heraus oder meldet, wenn ich Mist verzapft habe (z.B. "gibt's schon" oder "gibt's nicht"). 2) offline: sucht die Daten raus und stellt sie selbst zur Verfügung 3) neue offene Oberfläche/wiki: Nehmt die Daten gleich als Testbeispiele rein. Sie verdienen als Arbeitsstatus höhere Priorität, um bald erledigt zu werden. > und auch zu Deiner Frage da unten - sollte man prüfen, ob es 2 > Falkenberg > gibt mit jeweils einer PLZ oder ob es nur 1 Falkenberg gibt - und > welche der > zwei PLZ die Richtige ist? >> 27390 = 16425? Falkenberg Ja, da kann jeder prüfen, ob ich Mist verzapfe. Nach meinemn eigenen Datenbestand deutet alles darauf hin, dass dies Duplikate wären. Aber zu jedem Eintrag kann ja eruiert werden, ob es womöglich zwei echte, getrennte Einträge sind. > PS: Ich hoffe Dein Urlaub im Sept war gut... leider hatten wir uns ja > temporär aus den Augen verloren.. Danke, ich bin wieder da :-) Martin From list at tridemail.de Tue Nov 14 14:31:25 2006 From: list at tridemail.de (Michael Borchers) Date: Tue, 14 Nov 2006 14:31:25 +0100 Subject: [opengeodb] =?iso-8859-1?q?Fw=3A_Deutchlandkarte_nicht_ma=DFstabg?= =?iso-8859-1?q?etreu?= Message-ID: <002101c707f1$2ee6f830$af24a8c0@mbpc> > Folgende Karte wurde mithilfe der PLZ und den LÄngen- und Breitengraden > aus der > OpenGeoDB Text_PLz generiert: > http://www.spsgauben.de/index.php?status=10&partner=1 > > Der Punkt bei Sachsen-Anhalt müsste allerdings in Niedersachsen liegen. > > Daten: > Landkreis Helmstedt - Velpke > > l_grad: > 10.861249000000000 > > b_grad: > 52.432572000000000 > > plz: > 38458 > > > zum zeichnen der karte verwenden wir das skript für die TP-karte: > http://www.traum-projekt.com/forum/73-workshops-und-tutorials/68402-die-technik-der-tp-karte.html > > hat jmd eine ahnung worin der fehler liegt?! > > danke liegt es viell. an dem falschen "range"!? //Range-Bereich $range_min['x']=5.8; $range_max['x']=17.2; $range_min['y']=45.8; $range_max['y']=55.1; From martin.weis.newsadress at gmx.de Mon Nov 20 17:31:09 2006 From: martin.weis.newsadress at gmx.de (Martin Weis) Date: Mon, 20 Nov 2006 17:31:09 +0100 Subject: [opengeodb] Web Feature Service "Geographische Namen Deutschlands" freigeschaltet In-Reply-To: <002101c707f1$2ee6f830$af24a8c0@mbpc> References: <002101c707f1$2ee6f830$af24a8c0@mbpc> Message-ID: <4561D84D.2030303@gmx.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo zusammen! Ich habe die Mails hier durchstöbert, aber keinen Hinweis auf diese Datenquelle gefunden: Web Feature Service "Geographische Namen Deutschlands" freigeschaltet http://www.bkg.bund.de/nn_682/DE/Aktuelles/Nachrichten/2006/Geographische_20Namen_20Deutschlands.html Das sind die offiziellen Namen, zu denen gibt es auch Koordinaten und PLZ. Eine Suche gibt es hier: http://www.geodatenzentrum.de/geodaten/gdz_rahmen.gdz_div Die Frage, die ich mir stelle, ist: * Ist ein Abgleich mit diesen Daten möglich? ** Da gibt es technisch eher kein Problem, aber von den Nutzungsrechten könnte es schwierig werden. * Was könnte man abgleichen? ** Koordinate ** PLZ Zumindest Plausibilität läßt sich damit überprüfen. In der Doku steht: > 3.2 Nutzungsbedingungen und Zugangsparameter des WFS > Die öffentliche Variante des Dienstes steht jedermann frei zur Verfügung. Die Zugangsparameter > erhalten Sie demnächst nach Akzeptanz der Nutzungsbedingungen unter > www.geodatenzentrum.de Karten und Dienste Zugangsparameter leider gibt es den Punkt Zugangsparameter nicht... Der Doku nach ist Reiner Retzek für die "Anfragen zu Nutzungsrechten und Vertragsbildung" zuständig, da könnte man weiter nachfragen. So, vielleicht hilft die Information ja etwas weiter und kann die Qualitätskontrolle ermöglichen. Einzelne Abfragen sind ja immer möglich, aber den WFS zu nutzen wäre elegant. 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 iD8DBQFFYdhM5j8IxyG/AuwRAjQVAKCvXi3GUGpHUvhXb+wK0xuOu85FRACfZxZd zfAsxlKL5MJKUxPq7Ms7y+M= =c9cc -----END PGP SIGNATURE----- From martin.weis.newsadress at gmx.de Thu Nov 30 18:50:25 2006 From: martin.weis.newsadress at gmx.de (Martin Weis) Date: Thu, 30 Nov 2006 18:50:25 +0100 Subject: [opengeodb] OpengeoDB mit PostGIS In-Reply-To: <4561D84D.2030303@gmx.de> References: <002101c707f1$2ee6f830$af24a8c0@mbpc> <4561D84D.2030303@gmx.de> Message-ID: <456F19E1.8040406@gmx.de> -----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-----