Hallo Gisbert, das meiste hat Martin ja schon geschrieben. Wenn Du eine Idee hast, wie man Nutzer gezielt informieren oder auch vorab informieren kann, sag Bescheid - das wäre tatsächlich eine vielleicht recht spannende Geschichte, also:
"Ich, Peter, will vorab informiert werden, wenn sich die Art und Weise ändert, wie Buslinien getagged werden." Die Idee ist ja nicht schlecht - aber umsetzbar ist sie nicht. "Ich, Peter, will informiert werden, wenn eine Relation verschwindet." Vorab: schwierig (wie sollte das gehen, ohne Änderungen ewig zurückzuhalten?) Sobald die Relation verschwunden ist: Kein Problem - wenn ich die Daten nutze, werd ich das schon mitkriegen. Was ich dann damit anfange, ist eine andere Frage. Angenommen, ich hätte eine Anwendung, die Stolpersteine abfragt, und die würde die Relation nutzen. Meine Anwendung läd die minutely-diffs um immer aktuelle Daten zu kriegen und extrahiert daraus die in Frage kommenden Relationen. (das ist der saubere Weg, alternativ könnte sie auch z.B. einmal am Tag von der overpass-api abfragen; von der API dagegen nicht, das ist nicht erlaubt). Jetzt kommt aber der böse böse malenki und löscht die Relation. Was passiert? Möglichkeit 1) Ich hab mein Programm so geschrieben, dass das nicht auffällt, die Stolpersteine verschwinden einfach - okay, dumm gelaufen, aber wenn das auf einmal alle betrifft, sollte spätestens der erste Nutzer stutzig werden und ich daraufhin nachfragen. Möglichkeit 2) Ich habe mein Programm so geschrieben, dass es damit gar nicht klarkommt, das Programm stürzt ab: Wunderbar, ich bin informiert und kann das Problem durch eine einfache Anpassung beheben (nämlich nicht die Relation abfragen sondern die Stolpersteine selbst). Möglichkeit 3) Mein Programm stürzt nicht ab, merkt aber, dass was fehlt - und zeigt entweder eine Fehlermeldung an oder informiert mich per Mail, Logfile oder sonstwas, dass was schiefgelaufen ist - weiter siehe (2). In Fall (1) und (3) ist es dann aber besser/wirkungsvoller, wenn gleich alle entsprechenden Sammlungen wegfallen, dann ist der AHA-Effekt bei mir größer. Gruß Peter Am 30.01.2014 14:22, schrieb gmbo: > Mir persönlich geht es nicht um die Relationen, z.B. Stolpersteine. Ich > versuche zu verstehen warum dieser Overhead so stört. Alles was wir in > OSM einflegen bringt auf der einen Seite einen Nutzen auf der Anderen > stört es. > Mir war der Zweck der Relationen nicht 100% klar Trotzdem habe ich wenn > ich neue Steine eingetragen habe, diese auch in die Relationen > eingetragen. Wenn ich festgestellt habe, dass Schreibfehler in Tags sind > diese korregiert und so z.B. in den letzten Tagen die in der Hamburger > Relation fehlenden Steine eingetragen. Aber auch am Vervollständigen > der Wiki-Overpassabfragen habe ich mich beteiligt, damit es überhaupt > eine Möglichkeit zum Ersetzen der Relationen kommt. > Leider bin ich noch nicht so lange im Mapgeschehen, dass ich die > Zusammenhänge, warum die einzelnen Relationen erstellt wurden für mich > nachvollziehbar sind. > Jan hat die Relationen ja bis vor kurzen in seiner Karte genutzt. > Das er sie jetzt nicht mehr benötigt sagt aber nicht aus dass die > Relationen nicht von anderen benutzt werden. > > Allerdings bin ich dagegen, dass ein paar wenige Nutzer kurzerhand über > wird gebraucht oder nicht entscheiden. > Denn so kann man auch Daten manipulieren, oder Anwendungen, die dann mit > einem Mal nicht mehr laufen. > > Und wenn das irgendwann mit den OSM-Daten passiert, dann geht das so > schnell abwärts wie es bisher aufwärts ging. > > > Gruß Gisbert > > > _______________________________________________ > Talk-de mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-de > _______________________________________________ Talk-de mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-de
