From opengeodb at marbella-compudata.net Thu Jun 7 11:31:53 2007 From: opengeodb at marbella-compudata.net (Klaus Engelbertz) Date: Thu, 7 Jun 2007 11:31:53 +0200 (CEST) Subject: [opengeodb] =?iso-8859-1?q?Entwicklungsfortschritt_und_Datenaufl?= =?iso-8859-1?q?=F6sung?= Message-ID: <63184.80.130.194.68.1181208713.squirrel@www.marbella-compudata.net> Hallo, ich bin heute zufällig über dieses Projekt gestolpert, war im ersten Moment höchst erfreut aber schnell darauf wieder enttäuscht. Die Files sind alles au 2006 und wie sich nach der Dateninstallation herausstellte, scheinen hier ausschliesslich Zentrumskoordinaten von Postleitzahlenbereichen berücksichtig zu sein. Sehe ich das richtig oder habe ich noch irgendwas übersehen? Denn eine so hohe Ungenauigkeit wäre gleich das Kill Argument um mit dieser Datenbank ein kommerzielles Projekt aufzuziehen. Ich benötige eine Umkreissuche auf Strassen bezogen und wenigstens grob -vielleicht auf 20/30 Häuser- Koordinaten. Zur Zeit mache ich das über eine Adressuche einer Suchmaschine aber wenn ich mit dem Projekt aus dem Entwicklungsstadium draussen bin, möchte ich da schon was richtiges nehmen. Und da wäre sowas wie diese OpenGeoDB genau das richtige - wenn denn die Auflösung passend wäre. Gruss Klaus From traut at gmx.de Thu Jun 7 13:48:57 2007 From: traut at gmx.de (Martin Trautmann) Date: Thu, 7 Jun 2007 13:48:57 +0200 Subject: [opengeodb] =?iso-8859-1?q?Entwicklungsfortschritt_und_Datenaufl?= =?iso-8859-1?q?=F6sung?= In-Reply-To: <63184.80.130.194.68.1181208713.squirrel@www.marbella-compudata.net> References: <63184.80.130.194.68.1181208713.squirrel@www.marbella-compudata.net> Message-ID: <1B48B88A-C5BA-4898-9A11-317E6D9C9F4D@gmx.de> On 7. Jun 2007, at 11:31, Klaus Engelbertz wrote: > ich bin heute zufällig über dieses Projekt gestolpert, war im ersten > Moment höchst erfreut aber schnell darauf wieder enttäuscht. > > Die Files sind alles au 2006 und wie sich nach der Dateninstallation > herausstellte, Hallo Klaus, warum hast du das nicht schon vor dem Download feststellen können? Du hast recht, dass dort keine neueren Daten liegen - wir arbeiten hier gerade an einem neuen Mechanismus. Aktuelle Daten bekommst du über http://fa-technik.adfc.de/Codierung/opengeodb.pl > scheinen hier ausschliesslich Zentrumskoordinaten von > Postleitzahlenbereichen berücksichtig zu sein. > > Sehe ich das richtig oder habe ich noch irgendwas übersehen? Du hast offensichtlich genau jene Datei gewählt, die nur PLZ-Bereiche bietet. > Denn eine so hohe Ungenauigkeit wäre gleich das Kill Argument um mit > dieser Datenbank ein kommerzielles Projekt aufzuziehen. > > Ich benötige eine Umkreissuche auf Strassen bezogen und wenigstens > grob > -vielleicht auf 20/30 Häuser- Koordinaten. Solche Daten gibt es bisher nicht-kommerziell nicht. Ich glaube, die Hauskoordinaten-Daten der Landesvermessungsämter kosten etwa 20 000 EUR. > Zur Zeit mache ich das über eine Adressuche einer Suchmaschine aber > wenn > ich mit dem Projekt aus dem Entwicklungsstadium draussen bin, > möchte ich > da schon was richtiges nehmen. > Und da wäre sowas wie diese OpenGeoDB genau das richtige - wenn > denn die > Auflösung passend wäre. OpenGeoDB ist das richtige, sobald du anfängst, hier entsprechende Daten offen bereitzustellen. Über http://fa-technik.adfc.de/Codierung/ fein.pl hast du derzeit schon Zugriff auf nahezu alle deutschen Straßen (etwa zwei Millionen) - aber all das noch komplett ohne Koordinaten. OpenMaps etc. bieten zunehmend das, was dich wohl interessiert - aber dort steht man noch ganz am Anfang. Erwarte also nicht zuviel in dem Bereich, der kostenlos und offen zu bekommen ist! Schönen Gruß Martin From tobwen at gmx.de Thu Jun 7 17:10:29 2007 From: tobwen at gmx.de (Tobias Wendorff) Date: Thu, 7 Jun 2007 17:10:29 +0200 Subject: [opengeodb] =?iso-8859-1?q?Entwicklungsfortschritt_und_Datenaufl?= =?iso-8859-1?q?=F6sung?= References: <63184.80.130.194.68.1181208713.squirrel@www.marbella-compudata.net> <1B48B88A-C5BA-4898-9A11-317E6D9C9F4D@gmx.de> Message-ID: <005f01c7a915$fc5eb120$0300a8c0@workstation> Martin Trautmann wrote: > Solche Daten gibt es bisher nicht-kommerziell nicht. Ich glaube, die > Hauskoordinaten-Daten der Landesvermessungsämter kosten etwa 20 000 > EUR. Killet bietet diese für 23.184,00 EUR an (Einfachlizenz für 5 DV). Wenn Du die Daten für's Internet nutzen willst kostet es das Dreifache. > OpenGeoDB ist das richtige, sobald du anfängst, hier entsprechende > Daten offen bereitzustellen. Über http://fa-technik.adfc.de/Codierung/ > fein.pl hast du derzeit schon Zugriff auf nahezu alle deutschen > Straßen (etwa zwei Millionen) - aber all das noch komplett ohne > Koordinaten. OpenMaps etc. bieten zunehmend das, was dich wohl > interessiert - aber dort steht man noch ganz am Anfang. Die "Kleine Burgholzstraße" in Dortmund fehlt (Koordinaten bekannt); ein Teil der Burgholzstraße wurde abgetrennt und umbenannt. Auch der Stadtplandienst hat die Daten schon drin - Google natürlich noch nicht. Hier gibt es eine recht ausführliche Liste mit allen Dortmunder Straßen. Da es ein öffentlich verfügbares Dokument ist, sollte eine Quellnennung ggf. reichen: http://www1.dortmund.de/tiny/lk/Straenverzeichnis/als/Anlage/zur/Straenreinigungssatzung/2007/download.pdf From traut at gmx.de Thu Jun 7 23:25:31 2007 From: traut at gmx.de (Martin Trautmann) Date: Thu, 7 Jun 2007 23:25:31 +0200 Subject: [opengeodb] =?iso-8859-1?q?Entwicklungsfortschritt_und_Datenaufl?= =?iso-8859-1?q?=F6sung?= In-Reply-To: <005f01c7a915$fc5eb120$0300a8c0@workstation> References: <63184.80.130.194.68.1181208713.squirrel@www.marbella-compudata.net> <1B48B88A-C5BA-4898-9A11-317E6D9C9F4D@gmx.de> <005f01c7a915$fc5eb120$0300a8c0@workstation> Message-ID: <15CA3F23-5F07-4306-9856-E7B6BA453BDF@gmx.de> On 7. Jun 2007, at 17:10, Tobias Wendorff wrote: > Martin Trautmann wrote: >> Solche Daten gibt es bisher nicht-kommerziell nicht. Ich glaube, die >> Hauskoordinaten-Daten der Landesvermessungsämter kosten etwa 20 000 >> EUR. > > Killet bietet diese für 23.184,00 EUR an (Einfachlizenz für 5 DV). > Wenn Du die Daten für's Internet nutzen willst kostet es das > Dreifache. Interessant - ich mag nicht glauben, dass sie die Daten selbst recherchiert hätten. Ein Bezug zu opengeodb wird jedenfalls schon mal abgestritten. > Die "Kleine Burgholzstraße" in Dortmund fehlt (Koordinaten bekannt); > ein Teil der Burgholzstraße wurde abgetrennt und umbenannt. Auch der > Stadtplandienst hat die Daten schon drin - Google natürlich noch > nicht. Das gehört zum Tagesgeschäft - solche Änderungen müssen permanent nachgetragen werden. Bisher habe ich schon eine Eingabemöglichkeit neuer Strassen drin - Geokoordinaten sind da aber noch völlig aussen vor. Wie gross ist denn das Interesse daran, dass opengeodb bis auf Strassenebene erweitert wird? Wie soll das funktionieren? > Hier gibt es eine recht ausführliche Liste mit allen Dortmunder > Straßen. Da es ein öffentlich verfügbares Dokument ist, sollte eine > Quellnennung ggf. reichen: > > http://www1.dortmund.de/tiny/lk/Straenverzeichnis/als/Anlage/zur/ > Straenreinigungssatzung/2007/download.pdf Interessant - von den 3514 Strassen habe ich die meisten gekannt. Es fehlen z.B. Emsighofstr., Stefan-Albring-Str. oder Zeche Oespel. Die Kleine Burgholzstraße ist in dem Verzeichnis auch nicht drin. Ein gutes Dutzend Straßen gibt's in verschiedenen Schreibvarianten (Am Oldendieck/Am Oldendiek bis Wirdeiweg/Wirdeyweg). Hinzu kommen mehrere Hundert Straßen und Wege, die wohl nicht für die Reinigung relevant sind (Ackerstr. bis Zypressenweg). Für mich relevant ist z.B. noch die Lohstr. / Dorstfeld oder die Unterscheidung der richtigen Unteren Dahlwiese und Dahlwiese in Brackel bzw. Mengede Schönen Gruß Martin From tobwen at gmx.de Fri Jun 8 00:22:13 2007 From: tobwen at gmx.de (Tobias Wendorff) Date: Fri, 8 Jun 2007 00:22:13 +0200 Subject: [opengeodb] =?iso-8859-1?q?Entwicklungsfortschritt_und_Datenaufl?= =?iso-8859-1?q?=F6sung?= References: <63184.80.130.194.68.1181208713.squirrel@www.marbella-compudata.net><1B48B88A-C5BA-4898-9A11-317E6D9C9F4D@gmx.de><005f01c7a915$fc5eb120$0300a8c0@workstation> <15CA3F23-5F07-4306-9856-E7B6BA453BDF@gmx.de> Message-ID: <000701c7a952$4cc46420$0300a8c0@workstation> Martin Trautmann wrote: > Interessant - ich mag nicht glauben, dass sie die Daten selbst > recherchiert hätten. Ein Bezug zu opengeodb wird jedenfalls schon mal > abgestritten. Ich habe das mal für die Hagener Innenstadt gemacht - das ist eine unglaublich schwere Aufgabe. Es dauert ewig, es gibt hunderte Besonderhaiten und man braucht immer eine amtliche Karte dahinter, denn mir Orthofotos alleine kann man natürlich nix anfangen. Die haben sicher einen älteren Datensatz eventuell von Navteq oder TeleAtlas aufgekauft und vervollständigen ihn nun manuell. Ein Kollege von mir hat alle Bahnhöfe in NRW mittels Orthofotos eingetragen, das stelle ich mir auch unglaublich kompliziert vor. Die Koordinaten sind genauer, als die "offiziellen". > Das gehört zum Tagesgeschäft - solche Änderungen müssen permanent > nachgetragen werden. Bisher habe ich schon eine Eingabemöglichkeit > neuer Strassen drin - Geokoordinaten sind da aber noch völlig aussen > vor. Wie gross ist denn das Interesse daran, dass opengeodb bis auf > Strassenebene erweitert wird? Wie soll das funktionieren? Die Sache ist eher: lohnt es sich? Wenn eine Firma echt daran interessiert ist, holt sie sich (relativ) günstige Fertiglösungen von den hunderten TeleAtlas und Navteq-Resellern. Eh man die OpenGeoDB auf einem ähnlichen Stand hat, vergehen Jahre und vermutlich wird auch die Lust vergehen. > Interessant - von den 3514 Strassen habe ich die meisten gekannt. Es > fehlen z.B. Emsighofstr., Stefan-Albring-Str. oder Zeche Oespel. Die > Kleine Burgholzstraße ist in dem Verzeichnis auch nicht drin. Ein > gutes Dutzend Straßen gibt's in verschiedenen Schreibvarianten (Am > Oldendieck/Am Oldendiek bis Wirdeiweg/Wirdeyweg). Hinzu kommen > mehrere Hundert Straßen und Wege, die wohl nicht für die Reinigung > relevant sind (Ackerstr. bis Zypressenweg). Für mich relevant ist > z.B. noch die Lohstr. / Dorstfeld oder die Unterscheidung der > richtigen Unteren Dahlwiese und Dahlwiese in Brackel bzw. Mengede Ich könnte mir gut vorstellen, dass die Kommunen einen direkten Draht zu den Geo-Anbietern haben. Schließlich werden PVT-Produkte fast überall eingesetzt und die Mitteilung von Veränderungen könnte auch noch Geld in die kommunalen Kassen geben. Selbstständig wird man solche Informationen wohl nicht bekommen. From taney at web.de Fri Jun 8 01:32:16 2007 From: taney at web.de (Taner Ayaydin) Date: Fri, 8 Jun 2007 01:32:16 +0200 Subject: [opengeodb] Schullisten In-Reply-To: <000701c7a952$4cc46420$0300a8c0@workstation> Message-ID: Hallo Liste, ich missbrauche diese Maillingliste, da ich denke, das man mir hier evtl. weiterhelfen kann. Ich suche für unsere Community eine Datenbank, in der alle Schulen von Grundschule bis Uni's aufgelistet ist. Weiß jemand evtl. woher man dies beziehen kann? Viele Grüße aus Stuttgart Taney From tobwen at gmx.de Fri Jun 8 01:38:49 2007 From: tobwen at gmx.de (Tobias Wendorff) Date: Fri, 8 Jun 2007 01:38:49 +0200 Subject: [opengeodb] Schullisten References: Message-ID: <000601c7a95d$0040ae00$0300a8c0@workstation> Taner Ayaydin wrote: > Ich suche für unsere Community eine Datenbank, in der alle Schulen von > Grundschule bis Uni's aufgelistet ist. Weiß jemand evtl. woher man > dies beziehen kann? 1. Bundesministerium für Bildung und Forschung 2. Landes-Ministerien (z.B. Ministerium für Bildung und Frauen) Liste aller Universitäten (soweit ich weiß vollständig): http://de.wikipedia.org/wiki/Liste_deutscher_Hochschulen Gute Erfahrungen habe ich mit SchulWeb gemacht: http://www.schulweb.de/de/deutschland/index.html Falls Dein Projekt kommerziell ist, lässt sich sicher etwas regeln. From taney at web.de Mon Jun 11 02:38:09 2007 From: taney at web.de (Taner Ayaydin) Date: Mon, 11 Jun 2007 02:38:09 +0200 Subject: [opengeodb] Schullisten In-Reply-To: <000601c7a95d$0040ae00$0300a8c0@workstation> Message-ID: Hallo, > 1. Bundesministerium für Bildung und Forschung > 2. Landes-Ministerien (z.B. Ministerium für Bildung und Frauen) > > Liste aller Universitäten (soweit ich weiß vollständig): > http://de.wikipedia.org/wiki/Liste_deutscher_Hochschulen > > Gute Erfahrungen habe ich mit SchulWeb gemacht: > http://www.schulweb.de/de/deutschland/index.html > > Falls Dein Projekt kommerziell ist, lässt sich sicher etwas regeln. Vielen Dank für die Tipps. Habe mal ein paar Emails rausgeschickt, mal schauen, ob sich etwas ergibt :-) Grüße From andi at saerdnaer.de Tue Jun 12 00:07:59 2007 From: andi at saerdnaer.de (Andreas Hubel) Date: Tue, 12 Jun 2007 00:07:59 +0200 Subject: [opengeodb] =?iso-8859-1?q?Entwicklungsfortschritt_und_Datenaufl?= =?iso-8859-1?q?=F6sung?= In-Reply-To: <15CA3F23-5F07-4306-9856-E7B6BA453BDF@gmx.de> References: <63184.80.130.194.68.1181208713.squirrel@www.marbella-compudata.net> <1B48B88A-C5BA-4898-9A11-317E6D9C9F4D@gmx.de> <005f01c7a915$fc5eb120$0300a8c0@workstation> <15CA3F23-5F07-4306-9856-E7B6BA453BDF@gmx.de> Message-ID: <466DC7BF.6060207@saerdnaer.de> Martin Trautmann schrieb: > > Das gehört zum Tagesgeschäft - solche Änderungen müssen permanent > nachgetragen werden. Bisher habe ich schon eine Eingabemöglichkeit > neuer Strassen drin - Geokoordinaten sind da aber noch völlig aussen > vor. Wie gross ist denn das Interesse daran, dass opengeodb bis auf > Strassenebene erweitert wird? Wie soll das funktionieren? > Naja die Daten wie Koordinaten könnte man mehr oder weniger aus dem OpenStreetMap Projekt ziehen, Straßennamen evtl. auch... MfG ah -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 189 bytes Beschreibung: OpenPGP digital signature URL : http://lists.phpbar.de/pipermail/opengeodb/attachments/20070612/1778ee60/attachment-0001.bin From spam at 24-design.de Wed Jun 20 15:27:02 2007 From: spam at 24-design.de (Martin Feiger) Date: Wed, 20 Jun 2007 15:27:02 +0200 Subject: [opengeodb] =?iso-8859-1?q?Sortierreihenfolge_=E4ndern?= Message-ID: <001401c7b33e$b0663120$6502a8c0@lukixpdual> Hallo, die Frage ist genau so gut in einem SQL Forum aufgehoben, vielleicht hat aber schon jemand von Euch ein ähnliches Problem gehabt. In einer Community können die Mitglieder u. a. nach der Entfernung sortiert werden. Das geschicht mittels SELECT *, (SELECT sqrt( ( abs( c1.Latitude - c2.Latitude ) * abs( c1.Latitude - c2.Latitude ) *6400 ) + ( abs( c1.Longitude - c2.Longitude ) * abs( c1.Longitude - c2.Longitude ) *12100 ) ) AS dist FROM add_geoinfo c1, add_geoinfo c2 WHERE c1.ZipCode = '.$zipCode.' AND c2.ZipCode = zip ) AS distance FROM ( ( ( [...] ORDER BY distance ASC LIMIT [...] Das Problem ist, dass User ohne gültige PLZ zuerst angezeigt werden (distance=NULL) und anschliessend die Treffer in der aufsteigenden Reihenfolge. Wie könnte man zuerst alle User mit gültiger PLZ und anschliessend distance=NULL, also User ohne gültige PLZ anzeigen ? Das ganze unbedingt in _einem_ SQL Statement, sonst funktioniert das Blättern über LIMIT nicht! Mit freundlichen Grüßen Martin Feiger -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://lists.phpbar.de/pipermail/opengeodb/attachments/20070620/cd322854/attachment.html From michael at md-d.org Wed Jun 20 15:31:37 2007 From: michael at md-d.org (Michael Diederich) Date: Wed, 20 Jun 2007 15:31:37 +0200 Subject: [opengeodb] =?iso-8859-1?q?Sortierreihenfolge_=E4ndern?= In-Reply-To: <001401c7b33e$b0663120$6502a8c0@lukixpdual> References: <001401c7b33e$b0663120$6502a8c0@lukixpdual> Message-ID: <46792C39.6020301@md-d.org> Hi! Martin Feiger schrieb: > SELECT *, > (SELECT sqrt( ( > abs( c1.Latitude - c2.Latitude ) * abs( c1.Latitude - c2.Latitude ) > *6400 ) + ( abs( c1.Longitude - c2.Longitude ) * > abs( c1.Longitude - c2.Longitude ) *12100 ) ) AS dist > FROM add_geoinfo c1, add_geoinfo c2 > WHERE c1.ZipCode = '.$zipCode.' > AND c2.ZipCode = zip > ) AS distance > Das Problem ist, dass User ohne gültige PLZ zuerst angezeigt werden > (distance=NULL) und anschliessend die Treffer > in der aufsteigenden Reihenfolge. > > Wie könnte man zuerst alle User mit gültiger PLZ und anschliessend > distance=NULL, also User ohne gültige PLZ anzeigen ? > > Das ganze unbedingt in _einem_ SQL Statement, sonst funktioniert das > Blättern über LIMIT nicht! Select .... if(isnull(plz), 99999, plz) ... from .... PLZ = NULL wird dann zu 99999 und ganz am Schluß stehen. (Habs jetzt nicht getestet, aber müsste so gehen :) Liebe Grüße, Michael From sn at heise.de Wed Jun 20 15:32:14 2007 From: sn at heise.de (Sven Neuhaus) Date: Wed, 20 Jun 2007 15:32:14 +0200 Subject: [opengeodb] =?iso-8859-1?q?Sortierreihenfolge_=E4ndern?= In-Reply-To: <001401c7b33e$b0663120$6502a8c0@lukixpdual> References: <001401c7b33e$b0663120$6502a8c0@lukixpdual> Message-ID: <46792C5E.9000302@heise.de> Martin Feiger wrote: > Wie könnte man zuerst alle User mit gültiger PLZ und anschliessend > distance=NULL, also User ohne gültige PLZ anzeigen ? Wenn es sich bei der Datenbank um MySQL handelt dann kannst Du IFNULL() benutzen und damit NULLs durch ein sehr große Distanz ersetzen. Gruß, -Sven From Porsch.Markus at schlaraffia.de Wed Jun 20 16:03:20 2007 From: Porsch.Markus at schlaraffia.de (Markus Porsch) Date: Wed, 20 Jun 2007 16:03:20 +0200 Subject: [opengeodb] Markus Porsch/WAT/DE/RECTICEL. Message-ID: Ich werde ab 18.06.2007 nicht im Büro sein. Ich kehre zurück am 22.06.2007. Ich werde auf Ihre Nachricht erst nach meinem Urlaub reagieren können. ---------------------------------------------------------------------------------------------------------------------------------------------- RECTICEL SCHLAFKOMFORT GmbH, Schlaraffiastraße 1-10, 44867 Bochum Geschäftsführer: Caroline Deschaumes, Werner Trenz - Registergericht Bochum HR B 6666 ---------------------------------------------------------------------------------------------------------------------------------------------- From traut at gmx.de Sun Jun 24 08:34:23 2007 From: traut at gmx.de (Martin Trautmann) Date: Sun, 24 Jun 2007 08:34:23 +0200 Subject: [opengeodb] Schweiz: aktualisierte Daten Message-ID: <7708B61C-C338-4CE5-AF20-043FCA94EBCF@gmx.de> Hallo, auf http://fa-technik.adfc.de/Codierung/opengeodb.pl habe ich inzwischen einmal die Daten der Schweiz mit Google Maps abgeglichen und verfeinert. Bisher scheint insgesamt wenig Interesse an aktuellen SQL-Versionen vorzuliegen - daher werde ein solches Update erst mal verschieben, bis jemand danach fragt. Als Textdatei sind die Daten permanent abrufbar. Schönen Gruß Martin From noteip at googlemail.com Sun Jun 24 12:46:26 2007 From: noteip at googlemail.com (Noteip) Date: Sun, 24 Jun 2007 12:46:26 +0200 Subject: [opengeodb] Geo Daten von Deutschland Message-ID: Hallo, wollte mal fragen, ob die auf sf.net liegenden OpenGeoDB Daten die aktuellsten freien Geo Daten für Deutschland sind, oder ob es noch andere Quellen gibt, von denen man die Daten als CSV bekommen kann. -- Noteip Geek by nature, BSD by choice! From traut at gmx.de Sun Jun 24 12:54:43 2007 From: traut at gmx.de (Martin Trautmann) Date: Sun, 24 Jun 2007 12:54:43 +0200 Subject: [opengeodb] Geo Daten von Deutschland In-Reply-To: References: Message-ID: <5C4CFDDC-DC9B-4748-AB26-DFB73F8BC2FD@gmx.de> On 24. Jun 2007, at 12:46, Noteip wrote: > wollte mal fragen, ob die auf sf.net liegenden OpenGeoDB Daten die > aktuellsten > freien Geo Daten für Deutschland sind, oder ob es noch andere > Quellen gibt, > von denen man die Daten als CSV bekommen kann. Im Moment parken die auf http://fa-technik.adfc.de/Codierung/ opengeodb.pl Du bist neu auf der Liste? Denn das sollte in den letzten Wochen hier häufig genug Thema gewesen sein. Schönen Gruß Martin From gemander at gmx.net Sun Jun 24 15:52:17 2007 From: gemander at gmx.net (Gemander, Ronny) Date: Sun, 24 Jun 2007 15:52:17 +0200 Subject: [opengeodb] Schweiz: aktualisierte Daten In-Reply-To: <7708B61C-C338-4CE5-AF20-043FCA94EBCF@gmx.de> References: <7708B61C-C338-4CE5-AF20-043FCA94EBCF@gmx.de> Message-ID: <467E7711.1020401@gmx.net> Martin Trautmann schrieb: > Hallo, Hallo > > auf http://fa-technik.adfc.de/Codierung/opengeodb.pl habe ich > inzwischen einmal die Daten der Schweiz mit Google Maps abgeglichen > und verfeinert. Bisher scheint insgesamt wenig Interesse an aktuellen > SQL-Versionen vorzuliegen - daher werde ein solches Update erst mal > verschieben, bis jemand danach fragt. Dann bin ich mal so frei und frag als erster. Habe grosses Interesse meine Anwendung, welche die ogdb nutzt, um die Daten der Schweiz zu erweitern. Dank Dir schon mal im Voraus! Als Textdatei sind die Daten > permanent abrufbar. > > Schönen Gruß > Martin Bis dahin, Ronny From perl at rainboxx.de Sun Jun 24 19:46:19 2007 From: perl at rainboxx.de (Matthias Dietrich) Date: Sun, 24 Jun 2007 19:46:19 +0200 Subject: [opengeodb] Schweiz: aktualisierte Daten In-Reply-To: <467E7711.1020401@gmx.net> References: <7708B61C-C338-4CE5-AF20-043FCA94EBCF@gmx.de> <467E7711.1020401@gmx.net> Message-ID: <467EADEB.4090205@rainboxx.de> Hallo, > Dann bin ich mal so frei und frag als erster. Habe grosses Interesse > meine Anwendung, welche die ogdb nutzt, um die Daten der Schweiz zu > erweitern. ich wäre mit meinem Interesse ebenfalls dabei. Ich hatte bisher gedacht, die Daten für Schweiz (und Österreich) wären recht unvollständig? Gruß, Matthias From traut at gmx.de Mon Jun 25 07:48:47 2007 From: traut at gmx.de (Martin Trautmann) Date: Mon, 25 Jun 2007 07:48:47 +0200 Subject: [opengeodb] Schweiz: aktualisierte Daten In-Reply-To: <467EADEB.4090205@rainboxx.de> References: <7708B61C-C338-4CE5-AF20-043FCA94EBCF@gmx.de> <467E7711.1020401@gmx.net> <467EADEB.4090205@rainboxx.de> Message-ID: <5BC1C45E-5E13-457E-985E-393A6B94F6FC@gmx.de> On 24. Jun 2007, at 19:46, Matthias Dietrich wrote: > Hallo, > >> Dann bin ich mal so frei und frag als erster. Habe grosses Interesse >> meine Anwendung, welche die ogdb nutzt, um die Daten der Schweiz zu >> erweitern. > > ich wäre mit meinem Interesse ebenfalls dabei. Ich hatte bisher > gedacht, die Daten für Schweiz (und Österreich) wären recht > unvollständig? Nein, beide sind von ähnlicher Qualität wie in Deutschland: vollständig bis zur Gemeindeebene, erst darunter fehlt dann vieles. Die Schweiz sollte auch ganz brauchbare Koordinaten haben, wo in Österreich vermutlich noch sehr oft fehlerhafte Koordinaten bei den sehr häufigen Namensduplikaten vorliegen. Bei der Schweis habe ich allerdings beim Gemeindeschlüssel gemogelt und einen Zusatzbuchstaben K/B/G (Kanton/Bezirk/Gemeinde) davorgestellt, der eigentlich nicht hingehört. Soweit ich weiss, sollen die Gemeindenummern in der Schweiz bald noch überarbeitet werden. Für etliche Einträge der Schweiz fehlt übrigens noch die richtige hierarchische Zuordnung: zeigt einige wenige Orte sowie "virtuelle" Gemeinden (exterritoriale Gebiete, Seen), die ich bisher direkt unter der Staatsebene aufgehängt habe. Koordinaten sollten in der Schweiz recht gut passen, Postleitzahlen habe ich aktuell eingepflegt. Die letzten Gemeindeänderungen dürften noch ausstehen - die werden in der Schweiz wohl häufiger umorganisiert? Schönen Gruß Martin From traut at gmx.de Mon Jun 25 09:04:49 2007 From: traut at gmx.de (Martin Trautmann) Date: Mon, 25 Jun 2007 09:04:49 +0200 Subject: [opengeodb] Schweiz: aktualisierte Daten In-Reply-To: <5BC1C45E-5E13-457E-985E-393A6B94F6FC@gmx.de> References: <7708B61C-C338-4CE5-AF20-043FCA94EBCF@gmx.de> <467E7711.1020401@gmx.net> <467EADEB.4090205@rainboxx.de> <5BC1C45E-5E13-457E-985E-393A6B94F6FC@gmx.de> Message-ID: <50DE9A83-108C-471A-A876-F27E5517C5BC@gmx.de> Im Prinzip kann jeder jederzeit selbst eine SQL-Version erstellen. Der Befehl dafuer ist noch nicht eingebaut, geht aber schon ansatzweise: erstellt ein neues - dabei wird einfach das CH.tab in ein CH.sql ungewandelt. Das ganze muss dann noch eingepackt werden in und Ausserdem fehlen dabei die ganzen Extradaten der Schweiz, die in liegen und noch nicht bearbeitet werden koennen. Daher habe ich einfach mal cat opengeodb-begin.sql CH.sql extra.sql opengeodb-end.sql > dump/ CH_2007-06-25.sql manuell gemacht und komprimiert: Wenn man das einliest, dürften eine ganze Menge Fehlermeldungen angezeigt werden, da zu den Extradaten ausserhalb der Schweiz die Basisdaten fehlen. Ich brauche hier aber insgesamt mal eine Rueckmeldung: sind die SQL- Daten ueberhaupt brauchbar? Sie purzeln ja nicht aus einer echten SQL- Datenbank, sondern werden aus Textdateien zusammengesetzt. Ausserdem hat opengeodb hier Version 0.2.5 - es sind einige neue Felddefinitionen hinzugekommen, die in der letzten sourceforge- Version noch nicht bekannt waren. Wenn das SQL lesbar ist, dann kann ich insgesamt freischalten, dass täglich jemand einen vollen SQL-Dump starten kann. Schönen Gruß Martin From traut at gmx.de Mon Jun 25 15:17:56 2007 From: traut at gmx.de (Martin Trautmann) Date: Mon, 25 Jun 2007 15:17:56 +0200 Subject: [opengeodb] Wiki: Eigentor Google Message-ID: <20070625131756.75780@gmx.net> Hallo, leider habe ich den Wiki-Ansatz wohl zu einfach gestrickt: Fehleintraege und Loeschung koennen durch einen einfachen URL ausgeloest werden. Seit Google http://fa-technik.adfc.de/Codierung/opengeodb.pl fand, wurden einige Aenderungen dort durch den googlebot wieder rueckgaengig gemacht. Wie soll ich das verhindern? Auf die Schnelle kann ich durch den passenden robots-Eintrag Google wieder bitten, draussen zu bleiben. Aber schon die naechste Suchmaschine kann das wieder ausloesen. - Bilderratespielchen: Soll ich ein Captcha einbauen, wo die Ziffern und Buchstaben aus einer verhunzten Grafik ausgelesen oder Rechenspielchen "2+2=" geloest werden muessen? - Login: duerfen nur angemeldete Besucher die Inhalte aendern? - Angabe einer E-Mail-Adresse: duerfen nur Besucher bei Angabe einer E-Mail-Adresse die Inhalte aendern? Soll diese sogar ueber E-Mail-Bestaetigung und Web-URL in dieser Mail Eingang finden? Im Moment tendiere ich zum Login: Anlegen darf jeder, aendern vielleicht auch. Zuruecksetzen und Loeschen duerfen nur angemeldete Besucher. Schoenen Gruss Martin -- Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger From gemander at gmx.net Mon Jun 25 15:25:57 2007 From: gemander at gmx.net (Gemander, Ronny) Date: Mon, 25 Jun 2007 15:25:57 +0200 Subject: [opengeodb] Wiki: Eigentor Google In-Reply-To: <20070625131756.75780@gmx.net> References: <20070625131756.75780@gmx.net> Message-ID: <467FC265.7060308@gmx.net> Martin Trautmann schrieb: > Hallo, > > leider habe ich den Wiki-Ansatz wohl zu einfach gestrickt: Fehleintraege und Loeschung koennen durch einen einfachen URL ausgeloest werden. Böses Foul. Vielleicht solltest Du auf GET Variablen verzichten und alles über POST Variablen handlen. > > Seit Google http://fa-technik.adfc.de/Codierung/opengeodb.pl fand, wurden einige Aenderungen dort durch den googlebot wieder rueckgaengig gemacht. > > Wie soll ich das verhindern? > > Auf die Schnelle kann ich durch den passenden robots-Eintrag Google wieder bitten, draussen zu bleiben. Aber schon die naechste Suchmaschine kann das wieder ausloesen. > > - Bilderratespielchen: Soll ich ein Captcha einbauen, wo die Ziffern und Buchstaben aus einer verhunzten Grafik ausgelesen oder Rechenspielchen "2+2=" geloest werden muessen? > > - Login: duerfen nur angemeldete Besucher die Inhalte aendern? > > - Angabe einer E-Mail-Adresse: duerfen nur Besucher bei Angabe einer E-Mail-Adresse die Inhalte aendern? Soll diese sogar ueber E-Mail-Bestaetigung und Web-URL in dieser Mail Eingang finden? > > Im Moment tendiere ich zum Login: Anlegen darf jeder, aendern vielleicht auch. Zuruecksetzen und Loeschen duerfen nur angemeldete Besucher. Öffentliche Wiki lass ich auch nur nach Login bearbeiten. Würde auch dazu tendieren. > > Schoenen Gruss > Martin Bis dahin, Ronny From opengeodb at Froehlich.Priv.at Mon Jun 25 15:23:23 2007 From: opengeodb at Froehlich.Priv.at (Stefan Froehlich) Date: Mon, 25 Jun 2007 15:23:23 +0200 Subject: [opengeodb] Wiki: Eigentor Google In-Reply-To: <20070625131756.75780@gmx.net> References: <20070625131756.75780@gmx.net> Message-ID: <20070625132323.GA30182@epaxios.internetserviceteam.com> On Mon, Jun 25, 2007 at 03:17:56PM +0200, Martin Trautmann wrote: > Seit Google http://fa-technik.adfc.de/Codierung/opengeodb.pl fand, > wurden einige Aenderungen dort durch den googlebot wieder rueckgaengig > gemacht. Ups :-) > Wie soll ich das verhindern? Sinnvoll erschiene ein Formular, das dann einen POST-Request abschickt, statt eines GET-Requests (der durch den Link erzeugt wird). Das ist das Indiz "Daten werden veraendert", weswegen POST von Google auch niemals aufgerufen wird. > - Bilderratespielchen: Soll ich ein Captcha einbauen, wo die Ziffern > und Buchstaben aus einer verhunzten Grafik ausgelesen oder > Rechenspielchen "2+2=" geloest werden muessen? Baeh. > - Login: duerfen nur angemeldete Besucher die Inhalte aendern? Waere eine Moeglichkeit, allerdings wuerde ich das nicht _deshalb_ machen, sondern nur, falls Angst vor menschlicher, vorsaetzlicher Sabotage herrscht. Servus, Stefan -- Stefan konnte schon immer mehr als Spaß machen! http://www.sloganizer.de/ From traut at gmx.de Mon Jun 25 15:31:33 2007 From: traut at gmx.de (Martin Trautmann) Date: Mon, 25 Jun 2007 15:31:33 +0200 Subject: [opengeodb] Wiki: Eigentor Google In-Reply-To: <20070625132323.GA30182@epaxios.internetserviceteam.com> References: <20070625131756.75780@gmx.net> <20070625132323.GA30182@epaxios.internetserviceteam.com> Message-ID: <20070625133133.GN19167@trokan.micronas.com> On 2007-06-25 15:23, Stefan Froehlich wrote: > Sinnvoll erschiene ein Formular, das dann einen POST-Request abschickt, > statt eines GET-Requests (der durch den Link erzeugt wird). Das ist das > Indiz "Daten werden veraendert", weswegen POST von Google auch niemals > aufgerufen wird. Vermutlich bietet sich dieser Ansatz am ehesten an: Jeder URL fuehrt zu einer nochmaligen Formulabfrage, die man durch 'Absenden' bestaetigen muss (POST). Das laesst sich recht einfach nachziehen. >> - Bilderratespielchen: Soll ich ein Captcha einbauen, wo die Ziffern >> und Buchstaben aus einer verhunzten Grafik ausgelesen oder >> Rechenspielchen "2+2=" geloest werden muessen? > > Baeh. Ich kann captchas auch nicht leiden. >> - Login: duerfen nur angemeldete Besucher die Inhalte aendern? > > Waere eine Moeglichkeit, allerdings wuerde ich das nicht _deshalb_ > machen, sondern nur, falls Angst vor menschlicher, vorsaetzlicher > Sabotage herrscht. Das waere abzuwarten. Wie ist denn insgesamt die Grundstimmung - soll ich gelegentliche Infos generieren lassen, was wann wie geaendert wurde? Derzeit finden Aktualisierungen recht selten statt - da koennte man z.B. woechentlich oder nach hundert Aenderungen eine E-Mail an die opengeodb-Liste zur Pruefung schicken. Sollten heftig viele Aenderungen erfolgen, so waere es wohl besser, z.B. monatlich eine Statusmeldung an die Liste zu schicken, die die Anzahl der Aenderungen benennt und zu einer Seite verlinkt, die die Aenderungen des letzten Monats anzeigt. Wer wuerde solche Aenderungen pruefen und bestaetigen wollen? Wie sollte das aussehen> Schoenen Gruss Martin Trautmann -- Office: Micronas GmbH Location: 79108 Freiburg, GERMANY Municipal Court of / Amtsgericht: Freiburg i. Br. HRB 428 From list at lab.at Tue Jun 26 06:44:20 2007 From: list at lab.at (Andreas Labres) Date: Tue, 26 Jun 2007 06:44:20 +0200 Subject: [opengeodb] Wiki: Eigentor Google In-Reply-To: <20070625131756.75780@gmx.net> References: <20070625131756.75780@gmx.net> Message-ID: <468099A4.4050001@al.lab.at> Martin Trautmann wrote: > Wie soll ich das verhindern? Aktionen nur durch Buttons auslösen, nicht durch Links. Und wenn, dann die Links mit kennzeichnen. Capchas sind #$%* (abzulehnen*), ein Login als Notwendigkeit vor einem Bearbeitungsschritt sehr sinnvoll (damit man im Zweifelsfall weiß, wer's war). *) Wenn der Registrierungsschritt ein Capcha hat, um den Admin vor allzu viel spam zu bewahren, von mir aus. Wichtiger ist aber der Freischalteschritt durch einen Menschen. lg /al From traut at gmx.de Tue Jun 26 11:52:34 2007 From: traut at gmx.de (Martin Trautmann) Date: Tue, 26 Jun 2007 11:52:34 +0200 Subject: [opengeodb] Wiki: Eigentor Google Message-ID: <20070626095234.82070@gmx.net> On 2007-06-26 11:44, Jermaine A. Hahnemann wrote: > Das mit dem nofollow, wie in Blogs war als Sofortmaßnahme gedacht, da Google > eigentlich den Links nicht mehr folgen sollte, zusätzlich kannst Du auch mit > der robots.txt den Bots verbieten, die Seite zu crawlen oder aber nur > bestimmte Verzeichnisse. Lege alles z.B. in www.domain.de/wiki und gebe in > der robots.txt an. > > User-agent: * > Disallow: wiki/ > > Ansonsten finde ich ein Login System am sinnvollsten, da, wie gesagt 1. der > Spam beseitigt ist und 2. man weiß, von wem welche Daten kommen. Ein login wollte ich nicht zwingend vorschreiben - mal sehen, was mir dazu einfaellt. Nofollow-Links erscheinen mir auch baeh, nur um Google das mitzuteilen. robots.txt war die erste Massnahme, die mir einfiel - aber eigentlich habe ich nichts dagegen, wenn google Teile davon findet. Das Eigentor, ueber URLs Daten veraendern zu duerfen, habe ich hoffentlich beseitigt - dafuer befinden wir uns derzeit ja in der Testphase, was uns am besten gefaellt. Die aktuelle cookie-Loesung duerfte jene stoeren, die cookies disabled haben. Eine echte login-Loesung sollte also noch kommen. Schoenen Gruss Martin Trautmann -- Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger