Hallo,
Sven Anders wrote:
Ich erinnere mich an eine Diskussion mit Sven Sommerkamp, der mir
verbieten wollte straßenbegleitende Radwege in OSM als extra Way
anzulegen, weil ansonsten sein Garmin nicht mehr in Hamburg routen
konnte[1]. Das kann doch kein ernst zu nehmendes Argument sein. Ich will
jetzt nicht die Dikssion über straßenbegleitende Radwege weider
aufwecken. Ich finde die Diskussion hat ähnlichen Character.
Ich finde, es geht um etwas grundsaetzlich verschiedenes.
Die Wheelmap-Leute haben einen echten Mehrwert, wenn sie wissen, ob ein
Fahrstuhl funktioniert, okay ist nicht die Telefonzelle, aber genau so
eine Information. Mache Fahrstühle gehen in Hamburg über 6 Monate nicht.
Da ist dann überhaupt die Frage ob man den Fahrstuhl nicht löschen sollte.
Im Idealfall gibt es eine externe Datenbank mit Informationen zu
Fahrstuehlen - z.B. vom Fahrstuhlbetreiber -, der man entnehmen kann, ob
ein Fahrstuhl gerade geht oder nicht, wann die naechste Wartung geplant
ist, welches die Notfallrufnummer fuer diesen Fahrstuhl ist und so
weiter. Haben wir vielleicht heute noch nicht, aber "Open Government"
ist in aller Munde, und solche Sachen wird es mehr und mehr geben.
Dann wuensche ich mir eine halbwegs verlaessliche Art - unter Umstaenden
mit einem Tag, der auf die Aufzug-ID in der betr. Datenbank verweist -,
wie man OSM-Daten und die nicht-OSM-Welt verknuepfen kann.
Dass man solche Daten *in* OSM direkt erfasst, das kann man als
Notloesung machen, solange es noch keine solche frei zugaengliche
Aufzugsdatenbank gibt.
Du aber hoerst Dich gerade so an, als ob Du selbst dann, wenn eine
solche Datenbank verfuegbar waere, lieber einen Bot schriebest, der
einmal pro Stunde den Aufzugsstatus aus der Datenbank abfragt und ihn in
OSM aktualisiert - nach dem Motto "ist doch praktisch".
OSM kann und will aber nicht der Sammelpott fuer alle irgendwo frei
erhaeltlichen Daten sein - dafuer gibt es einfach zu viel davon, und ich
bin bei weitem nicht der einzige, der jede Art von Import kritisch beaeugt.
Ich
sehe generell mit Besorgnis, was Leute alles in OSM stopfen moechten -
meistens aus Faulheit oder Inkompetenz: Ich habe hier diesen Datensatz
mit Vogelbeobachtungen, aber weil ich nicht in der Lage bin, eine Karte
zu rendern, auf der diese Vogelbeobachtungen ueber einen OSM-Hintergrund
eingezeichnet werden, will ich lieber die Vogelbeobachtungen zu OSM
hochladen, dann kann ich das komfortabel in meinem Renderer einstellen.
Und jeder kann eigene Vorgelbeobachtungen hinzufügen und man kann es
gemeinsam auswerten. Ist doch prima. Ich finde daran erstmal nichts
inkompetent. Und Faulheit ist doch auch gut, ich bin gerne Faul.
Es gibt freie Datensaetze aller Art, z.B. mit Temperaturentwicklungen
oder so, die ganz OSM vom Datenvolumen her locker in den Schatten
stellen. Wenn Du moechtest, starte ich mal ein kleines historisches
Wetterprojekt in Hamburg, und weil ich gerne faul bin und es zugleich
doch spitze ist, wenn andere auch an diese Wetterdaten herankommen, lade
ich die gleich zu OSM hoch. Jeder Download, den Du von da an in Hamburg
machst, ist 4x so gross wie vorher, die Tiles rendern gar nicht mehr und
im Editor siehst Du nur noch Wettermesspunkte ;) also im Ernst, da muss
man schon ein bisschen auf dem Boden bleiben, und sowas muss ganz klar
extern mit OSM verknuepft statt in OSM hineingekippt werden.
Wir fuehren normalerweise keine Relevanzdiskussion, weil die meisten von
uns sich einig sind, dass alles, was Menschen vor Ort selber mappen,
auch einen Platz in OSM hat. Auch das Vogelhaeuschen. Das koennen wir
uns leisten - ein einzelner Mensch kann nur eine begrenzte Menge an
Unsinn selber mappen, also brauchen wir uns nicht um die Definition zu
pruegeln, was Unsinn ist und was nicht. Aber das heisst nicht, dass wir
jedem erlauben koennen, alles zu importieren - denn da kann man mehr
Unsinn machen.
(Konkret an den TMC-Tags hat mich aber nicht die Menge an sich gestoert,
sondern, dass sie die Huerde fuer Mapper m.E. unnoetig erhoehen, wie ich
hoffe, im vorigen Posting dargelegt zu haben.)
Ich hab gerade den Eindruck das du dich zuviel um Tileserver/OSM
verarbeitende Jobs kümmerst und deshalb dich das Ansteigen der OSM-Daten
nervt
Nein; wenn das mein Grund gewesen waere, dann haette ich das auch gesagt
und nicht irgendwelche Ausreden erfunden. 175000 TMC-Tags - das sind
insgesamt *halb so viele*, wie der OSM-Datenbank jeden Tag neu
hinzugefuegt werden. Wenn ich jetzt alle TMC-Tags loesche, dann ist die
Datenmenge nach 12 Stunden wieder so gross wie davor.
Mein Hauptproblem mit TMC ist, dass ich diese Daten als "invasiv"
empfinde; sie behindern in meinen Augen die Arbeit mit den Kerndaten.
Das ist was andres als wenn jemand einen Hundekottuetenspender irgendwo
hinmappt, finde ich.
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
_______________________________________________
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
