Menu

Plausibilität der Daten und Aktualität/Aktivität des Projektes

2014-07-02
2015-01-14
  • Daniel Wolkenhauer

    Hallo,

    gehe ich richtig in der Annahme, dass die via http://www.fa-technik.adfc.de/code/opengeodb/ zur Verfügung gestellten Daten keinerlei Prüfung auf Korrektheit unterzogen werden?

    Nachdem ich mir gerade mal eine aktuelle DB zusammenbauen wollte, habe ich in der changes.sql vom 01.04.2014 folgende Zeilen gefunden:

    INSERT INTO geodb_coordinates VALUES(151847,200200000,,ich bin überrascht. dass,null,null,null,'3000-01-01',300500000);
    
    INSERT INTO geodb_coordinates VALUES(151847,200300000,ein nicht-angemeldeter User,,null,null,null,'3000-01-01',300500000);
    

    oder

    INSERT INTO geodb_textdata VALUES(151847,500100000,"ich bitte um Entschuldigung foooo",'de',1,1,null,null,'3000-01-01',0); # 2013-10-18 13:00 DE
    
    INSERT INTO geodb_textdata VALUES(,500100000,"test",'de',1,1,null,null,'3000-01-01',0); # 2013-10-18 13:02 DE
    
    INSERT INTO geodb_textdata VALUES(,500100000,"" --",'de',1,1,null,null,'3000-01-01',0); # 2013-10-18 13:02 DE
    

    letzte Zeile sorgt netterweise außerdem auch dafür dass das SQL-Script hier abbricht.

    Auch eine einheitliche Verwendung eines Zeichensatzes scheint es nicht zu geben. Mal werden Umlaute korrekt angezeigt, mal nicht.

    Wird dieses Projekt überhaupt noch aktiv betreut und gepflegt? Oder läuft da nur turnusmäßig noch irgendwo ein Script, welches die changes.sql woraus auch immer generiert?

    Gruß Daniel

     
  • Martin Trautmann

    On 14-07-02 15:16, Daniel Wolkenhauer wrote:> Hallo,

    gehe ich richtig in der Annahme, dass die via
    http://www.fa-technik.adfc.de/code/opengeodb/ zur Verfügung gestellten
    Daten keinerlei Prüfung auf Korrektheit unterzogen werden?

    Nein, damit gehst du falsch.

    Prüfung auf Korrektheit erfolgt durch jeden einzelnen Benutzer, der Daten überarbeiten kann.

    Nachdem ich mir gerade mal eine aktuelle DB zusammenbauen wollte, habe
    ich in der changes.sql vom 01.04.2014 folgende Zeilen gefunden:

    |INSERT INTO geodb_coordinates VALUES(151847,200200000,,ich bin
    überrascht. dass,null,null,null,'3000-01-01',300500000);|
    |INSERT INTO geodb_coordinates VALUES(151847,200300000,ein
    nicht-angemeldeter User,,null,null,null,'3000-01-01',300500000);|

    oder

    |INSERT INTO geodb_textdata VALUES(151847,500100000,"ich bitte um
    Entschuldigung foooo",'de',1,1,null,null,'3000-01-01',0); # 2013-10-18
    13:00 DE|
    |INSERT INTO geodb_textdata
    VALUES(,500100000,"test",'de',1,1,null,null,'3000-01-01',0); #
    2013-10-18 13:02 DE|
    |INSERT INTO geodb_textdata VALUES(,500100000,""
    --",'de',1,1,null,null,'3000-01-01',0); # 2013-10-18 13:02 DE|

    letzte Zeile sorgt netterweise außerdem auch dafür dass das SQL-Script
    hier abbricht.

    Wenn du mir sagst, weshalb sie abbricht, und wie das escaped wird, dann kann ich das möglicherweise korrigieren.

    Auch eine einheitliche Verwendung eines Zeichensatzes scheint es nicht
    zu geben. Mal werden Umlaute korrekt angezeigt, mal nicht.

    Umlaute werden gerne auch mal falsch eingegeben.

    Wird dieses Projekt überhaupt noch aktiv betreut und gepflegt? Oder
    läuft da nur turnusmäßig noch irgendwo ein Script, welches die
    changes.sql woraus auch immer generiert?

    Die changes.sql werden automatisch ergänzt, in dem Moment, wo jemand Daten ergänzt.

    Die Daten oben waren offensichtlich Testdaten, mit denen jemand herumgespielt hat. Sie wurden anschließend auch wieder als ungültig markiert.

    Schönen Gruß
    Martin

     
  • - 2014-07-04

    Hallo Daniel,
    ja Du gehst richtig in der Annahme, dass dieses Projekt nicht mehr aktiv betreut wird.
    Das wird es schon seit Jahren nicht, obwohl viele Nutzer immer noch über ein monolytisches Script die Rohdaten pflegen. Die Changes Datei ist ein schlechter Witz und die Daten sind aufgrund der veralteten Technik häufig korrupt, was wie gesehen gerne den Usern in die Schuhe geschoben wird. Es wird nicht mal geschafft einmal pro Jahr einen aktuellen Dump zu erstellen. Das sagt wohl alles. Sehr schade, dass die Arbeit so vieler Leute unter so schlechter Betreuung steht. Wenn Du die Daten nutzen willst wirst Du einiges an Arbeit investieren müssen um überhaupt anfangen zu können.

     
  • Martin Trautmann

    Dann mach' doch selbst bitte was konstruktiveres.

    "Seit Jahren" braucht das keine große Pflege, weil die Leute daran Daten verbessern.

    Aktuell besteht kein großer Bedarf an neuen Dumps - aber wo immer einer bestellt wurde, ist der in der Regel recht rasch erstellt worden.

    Und es liegt nicht an der "veralteten" Technik, sondern am mangelnden Input der Nörgler - oder hätte Daniel gesagt, wie ihm die Daten passen würden?

    Und von wegen "schlechte Betreuung" - die Daten stehen dir unter PD zur Verfügung. Mindestens ebenso frei steht dir, damit ein System mit weit besserer Betreuung auf die Beine zu stellen.

    Nörgeln ist ja so einfach. Aber in all den Jahren hat niemand es für nötig befunden, was besseres bereit zu stellen!

     
  • flow

    flow - 2014-07-14

    Also, die Version 0.25 enthält meines Wissens nach 4 Städte (von 41816 (!!)) mit schlechten Koordinaten. In Version 0.26 (hier noch (?) nicht verfügbar) scheint alles in Ordnung zu sein.
    Vielen Dank an alle Helfer - diese DB ist ein Juwel!

    Frohes Radeln :-) - We Are Traffic!

     
  • - 2015-01-14

    Bitte. Siehe hier:
    http://sourceforge.net/p/opengeodb/discussion/449280/thread/3c0ebbe7/

    Da wurde ein Dump schon vor zwei Jahren angefragt. Bis heute nichts.

     

    Last edit: 2015-02-04

Log in to post a comment.