Wo werden Relationen mit dem Tag “route=historic_railway” im Wiki beschrieben? Zumindest das würde ich erwarten, damit ich es als etabliertes Tagging ansehe.
Im übrigen habe ich nur die Relation gelöscht, die einzelnen Ways habe ich nicht angerührt und existieren weiterhin mit “abandoned:railway=rail”, z.B. https://www.openstreetmap.org/way/910473633.
Eure Empörtheit halte ich daher für völlig unangebracht.
…dann stört auch die Relation nicht, zumal sie mit wikipedia und wikidata-Links versehen war! Ob der Relationstyp glücklich gewählt war, steht aus einem anderen Blatt.
…sehe ich anders…
Sven
1+
danke!
+1
-1
Ich bin im Moment ziemlich gefrustet und überlege, ob meine Freizeit, die ich in OSM investiere überhaupt noch einen Sinn hat…
OSM funktioniert nur, weil Leute in ihrer Freizeit Zeit Opfern und Daten erfassen. Davon lebt OSM, daß macht es aus. Daten erfassen ist langwierig, gelöscht ist hingehen schnell. Sinnvoll erfasste und verlinkte und in Auswertungen funktionierende Daten sind wertvolle Daten!
Aber ebenso gibt es Leute, die aus welchen Gründen auch immer nicht die Zeit haben, es nicht können oder so und sich statt dessen damit begnügen, Notes mit Kommentaren zu hinterlassen… @Protoxenus du erinnerst dich an deine Notes-Schließ-Orgie und deinen teils pampigen Kommentaren? z.B. https://www.openstreetmap.org/note/2597059#map=17/53.13216/13.25248&layers=N Das war ganz klar Vandalismus, eigenlich hätte dich… ach lassen wir das…
Ähnlich sehe ich es hier in der Ausgangsfrage auch… Es sind Daten, die User in ihrer Freizeit erfasst haben und ein anderer hat sich in seiner Freizeit rangesetzt, um dieser Daten (mittels Relation) besser verlinkbar und besser auswertbar zu machen…
Du bringst es auf den Punkt! Es geht nicht um Erfassung und Datenhaltung der kompletten nicht mehr existierenden Eisenbahninfrastruktur nebst kompletter Gleisanlagen. Das wichtige sind die Streckenverläufe… Das ist nur ein ganz, ganz kleiner Teil! …und bei dem ganzen anderen, in meinen Augen unnützen und datenaufblähenden und nicht wartbartem Kram (z.B. Busrouten), der erfasst wird, ist sowas eher ein echter stabiler Mehrwert…
knatischige Grüße,
Sven
Du sprichst mir aus der Seele. Leider.
Gruß,
Baßtölpel
Ja, aber fast alle Daten, die erfasst werden, haben einen Preis, der über das hinausgeht, was der Mapper “zahlt”. Und zwar machen diese Daten OSM komplizierter zu handhaben für Benutzer und, das ist besonders wichtig, für andere Mapper.
Dieser “Preis”, den andere Mapper zu zahlen haben, ist unterschiedlich, je nachdem, um was es geht. Wenn ich irgendwo in der Pampa ein paar Grabsteine mit Nodes mappe, dann stört das kaum jemanden; lege ich hingegen eine Relation für das Liefergebiet meiner Lieblingspizzeria an - zweifelsohne eine für viele Leute sehr interessante Information -, so muss ich dafür u.U. Ways aufteilen, und jeder Mapper, der in Zukunft irgendeine Straße aufteilen oder zusammenfügen oder löschen will, die in meiner Relation vorkommt, muss sich mit den Konsequenzen für meine Relation beschäftigen. Der Editor wird ihm mindestens melden, dass das, was er gerade getan hat, einen Seiteneffekt hatte; der Upload wird länger dauern, weil die API eine eben hochgeladene 200-Member-Relation auf Vollständigkeit prüfen muss, und so weiter.
Wir mappen also nicht im leeren Raum; unter Umständen stolpern andere über das, was wir mappen. Deswegen gibt es auch bei uns Relevanzkriterien, nämlich - von wenigen Ausnahmen abgesehen - die Vor-Ort-Verifizierbarkeit. Die sorgt dafür, dass das Liefergebiet meiner Lieblingspizzeria in OSM eben nichts zu suchen hat. Leider wird daran immer wieder gekratzt, nach dem Motto: Wir haben ja schon Verwaltungsgrenzen, warum also nicht Diözesengrenzen, Schulbezirksgrenzen, Pizzeria-Liefergebiets-Grenzen.
Und mit der abgebauten Bahn-Infrastruktur ist das nichts anderes. Jeden, der eine alte Römerstraße mappen will, schicken wir zu OpenHistoricalMap, und das ist richtig so. Ich sehe nicht ein, wieso wir den Eisenbahn-Nerds hier den roten Teppich ausrollen sollten, den Römerstraßen-Nerds aber nicht. Auch die Römerstraßen kann ein echter Experte vermutlich vor Ort noch zumindest erahnen.
Wie gesagt, alles, was Du in OSM machst, betrifft immer auch die anderen. Es ist ja schön, wenn jemand sich die Mühe machen will, den europäischen Bahnfahrplan von 1875 wieder ins Gedächtnis zu rufen. Nein ernsthaft, ich finde das auch spannend, und wenn sich da ein paar Leute zusammentun wollen, um an so einem Projekt zu arbeiten, haben die meinen Respekt. Aber diese Leute dürfen nicht annehmen, dass OpenStreetMap ihnen selbstverständlich als Infrastruktur für ihr Projekt zur Verfügung steht. Denn anders, als Du es schilderst, sind diese Mapper eben nicht die einzigen, die hier Arbeit machen, sondern sie bürden auch allen anderen bei OSM zusätzliche Arbeit auf. Und deswegen brauchen sie dafür das OK der anderen.
Mist, Frederic war schneller.
@streckenkundler @Basstölpel: Ich kann ja Eure Argumente verstehen, aber im Grunde bin ich eher bei Frederic.
Besonders in Punkt 2. Nicht nur Ihr als Eisenbahnfachleute seid gefrustet sondern auch ganz der normale Mapper, der auf einmal in den Daten Eisenbahnlinien finden, die seit über 50 Jahren nicht mehr da sind. Die Diskussion ist zwar müßig, aber wenn wir alles historische auch noch in die Datenbank aufnehmen, kann man irgendwann die Datenbank nur noch als Schnittmusterbogen verwenden, weil sich keiner mehr durch findet. Ich wage auch nach wie vor zu bezweifeln, das User die historische Streckenführungen einzeichnen, diese auch vor Ort erfasst haben. Meistens haben diese User überhaupt keinen Ortsbezug. Weiterhin wage ich zu bezweifeln, das die Quellen, aus denen diese Daten stammen überhaupt OSM konform sind.
Und deswegen lasse ich mich auch nicht des Vandalismus bezichtigen, wenn ich sowas lösche. Man kann ja als Kompromiss an noch vorhandene Wegstücke die als Straßen der Radwege erfasst sind entsprechende Descriptions oder was auch immer dranpinnen.
@streckenkundler: Wenn Du der Meinung bist, dass Du Deine Freizeit für ein Hobby, wie OSM >>opferst<<, solltest Du Deine Einstellung zu OSM mal überdenken. Ich opfere nicht meine Freizeit für OSM, neben meinen anderen sieben Hobbys. Für mich ist dieses Hobby auch eine Möglichkeit vom Alltag abzuschalten und dabei noch was Sinnvolles zu gestalten, auch wenn es nur virtuell ist und ich habe auch Spaß dabei.
Ja, aber mich frustrieren dann aber immer wieder solche Disskussionen wie diese hier…
…vor allem wenn leichtfertig immer wieder alles “ungeliebte” in die OpenHistoricalMap abgeschoben werden soll ohne sich vollständig der Konsequenzen bewußt zu sein, oder nicht darüber nachzudenken (hab ich zu mindestens den Eindruck)…
Fragen, die ich in dem Zusammenhang immer wieder gestellt habe und für die es keine Lösung gibt (so ohne weiteres auch nicht geben kann):
-Wie kann ich beide Datenbestände zugleich Bearbeiten und Nutzen, wenn bei einer Bahnstrecke ein Teil existiert und in Betrieb ist und ein Teil abgebaut?
-Wie kann ich sicherstellen, daß beide Datenbestände weiterhin topologisch zusammen bleiben (z.B. Punkte am Übergang der existieren Bahnstrecke zum abgebauten Teil)?
-Wie kann ich sicherstellen, daß wenn ich den gesamten Streckenverlauf wissen will, ich diesen auch bekomme, auch wenn er sich dann in zwei unterschiedlichen Datenbanken befindet (Stichwort Wikipedia, Wikidata und Co.)?
-Wie kann sichergestellt werden, daß Auswertungen wie Openrailwaymap auch zugleich beide Datenbestände Nutzen, auswerten und darstellen?
Ich weiß jetzt wieder was kommen wird: ‘Na sollen sich die die Gedanken machen, die das Nutzen wollen’
Ich bin Mapper und Datennutzer und kein Programierer. Viele sind auch nur Datennutzer und erst recht keine Programmierer! Das sind aber die Fragen die mich hier bewegen und die Ansprüche, die ich mittlerweile ob der erfassten Daten habe.
Sven
Ich bin ganz klar gegen das Erfassen von allem, was vor Ort nicht mehr nachvollziehbar ist.
Die Argumente, seit Jahrzehnten abgebaute Eisenbahntrassen immer noch mitzuverwalten, wenn vor Ort mit extrem genauem Hingucken und viel Expertenwissen noch eine minimale Bodenunebenheit zu erkennen ist halte für persönlich für ein extremes Dehnen der Regeln, kann es aber noch minimal nachvollziehen.
Nachdem eine Route generell nur dann eingezeichnet werden kann, wenn für jeden Streckenabschnitt auch ein way vorhanden ist, führt eine historische Route zwingend dazu, Streckenabschnitte anzulegen, die komplett abgetragen, überbaut und OTG absolut nicht nachvollziehbar sind oder mit heutigen Strukturen in Konflikt steht. Spätestens sowas hat in OSM nichts verloren, verwirrt Anfänger und behindert alle Mapper bei der Pflege des aktuellen Zustands. Von daher sind rein historische Routen schädlich und sollten gar nicht erst aufkommen.
Nur zum besseren Verständnis: Ich bin selbst sehr stark historisch interessiert, insbesondere an historischen Wehranlagen, und auch da gibt es viele Gleichgesinnte. Der ehemalige Verlauf von Stadtmauern und Gräben ist am Staßenverlauf häufig noch nachzuvollziehen und einzelne Gebäude und Mauerreste stehen noch, auch wenn die Gesamtanlage meist seit 1885 verschwunden ist. Analog zur Eisenbahnargumentation könnte man das alles einzeichnen, ebenso wie ehemalige Sternfestungen, Vorwerke oder historische Handelsstraßen. Obwohl mich das alles selbst interessieren würde, halte ich es für absoluten Schwachsinn, solche historischen Strukturen zu taggen und zusätzlich oder quer über heutige Straßen und Gebäude drüberzumappen.
+1 für Löschung historischer Routen sowie aller OTG nicht nachvollziehbaren ways, die nur für der Vervollständigung einer historische Route dienen.
Das ist aber kein Grund, diese in OSM zu taggen. Wie andere Dienste die OSM Daten verwenden und ggf. mit eigenen Daten verknüpfen ist deren und nicht unsere Angelegenheit. Das gleiche gilt auch für Anwender. OSM bildet den Ist-Zustand ab und nicht den, der war. Nur wegen des Zusammenhangs nicht mehr vorhandene Strecken hinzuzufügen ist mit dem Grundprinzip von OSM nicht kompatibel.
OSM ist kein “Spielplatz”, auf dem jeder machen kann was er will. Und ja, es ist Sache des Anwenders, wie er die Daten von OSM verwendet und diese ggf. mit anderen Daten verknüpft. Nur wegen dessen Unkenntnis darüber, wie dies geschieht, sollte man dies hier nicht eintragen. Das käme dem taggen für Renderer gleich.
Oh, die alte sinnlose Relevanzdiskussion zum gefühlt 100. Male.
Heute schon was relevantes gemappt? Nicht? Dann aber hurtig, anderer Leute Arbeit zerstören tuts auch.
Schade, solche polemischen Aussagen führen doch nicht weiter und diffamieren nur die Diskutanten, die durchaus differenziert ihre Argumente vortragen, und sicher schon viel konstruktives gemapt haben.
Und solange das Grundproblem nicht gelöst ist, wird es auch die 101. Diskussion geben. Solange es eine Ausnahme gibt von der on-the-ground-Regel, nämlich für Eisenbahnfreunde. Um es auch klar zu sagen, ich finde solche Informationen über diese Strecken auch sehr interessant, und habe auch schon solche noch erkennbaren Strecken eingezeichnet.
Wenn OSM für sich beansprucht, den Ist-Zustand zu mappen, gehört vergangenes und definitiv vor Ort nicht mehr erkennbares weg. Und nicht so wie hier: https://www.openstreetmap.org/way/941448386#map=17/54.99636/12.02344. Auf einem einsamen Feld mag die Linie nicht stören. Mitten im Wohngebiet finde ich es aber schon.
Machen wir doch bei Straßen auch so. Es wird die neue Kreuzung gemapt, und der alte Kreisverkehr gelöscht, und nicht als razed belassen. Den Wald, der vor einer Neubausiedlung bestand, löschen wir auch, auch wenn tief unten vielleicht noch Reste der Wurzeln sein könnten. Usw.
Das hat nichts mit Relevanz zu tun. Sondern ist nur eine konsequente Anwendung eines sonst hier im Forum ständig wiederholten Mantras, es müsse on-the-ground, vor Ort, erkennbar sein.
Wenn wir “endlich” die “Eisenbahnfreunde” vergrault haben, dann kommen zwangsläufig die nächsten Lösch/Relevanzkandidaten um die Ecke.
Irgendwas zu löschen ist immer und Leute mit guten Argumenten werden sich auch immer finden.
Ich diffamiere keine Diskutanten, ich finde die ewig wiederkehrende Diskussion inhaltlich als auch quantitativ daneben. Immer wieder das selbe, Pro/Kontra und am Ende nix, ausser dass noch mehr Leute genervt abspringen. OTG ist gut und richtig, aber auch dehnbar.
Wenn wer Probleme mit OTG-“verstössen” hat, kann gern bei Osmose, Osmi, keepright &Co vorbeischauen, da gibt’s jede Menge Müll für Jahre.
Ist aber Arbeit, Arbeit kaputtmachen ist einfacher.
Och nicht schon wieder das nicht funktionierende on-the-ground… willst du das konsequent anwenden, kannst/musst du die überwiegenden (bzw. alle) Objekte mit location=underground und noch vieles mehr (=Grenzen allgemein) rausschmeißen… Weil alles nicht vor Ort überprüfbar.
Viel Spaß…
https://overpass-turbo.eu/s/18Bz
Sven
Auch wenn Grenzen auf dem Boden nicht erkennbar sind, haben diese dennoch eine wichtige Funktion. In ein und derselben Stadt kann es eine Straße mehrmals geben. In Köln gibt es die Frankfurter Straße, an der es bspw. 2x die Hausnummer 712 gibt. Der einzige Unterschied ist die PLZ. Wären Grenzen nicht eingezeichnet, würde dies zu einem Problem führen.
Unterirdische Gebäude können in der Regel anhand ihrer Eingänge durchaus verifiziert werden.
Seien es Grenzen, seien es Gebäude im Untergrund: allen gemein ist deren realen Existenz in der Gegenwart. Würden Grenzen aufgehoben, würden sie ebenso wie abgerissene Gebäude gelöscht, sofern nichts mehr davon übrig ist.
On-the-Ground meint daher, was real existiert. Nicht gemeint ist, was existiert hat. Wenn ein Fahrradweg auf einer ehemaligen Bahntrasse gebaut wurde, ist diese ja noch als Fahrradweg existent und es gibt ein Tagging-Schema. Ist sie aber komplett entfernt, hat sie in OSM auch nichts mehr zu suchen. Das gilt auch für Relationen.
Es hätte halt nie reingekippt werden sollen in die OSM-Datenbank. Weil jetzt eben genau das Problem ist mit “Aber da hat sich jemand die Arbeit angetan!” (Was ich übrigens für ein Nullargument halte. Nur weil sich jemand die Arbeit angetan hat, ist es noch nicht für den jeweiligen Anwendungszweck korrekt)
Ich habe eine ernsthafte Frage an die Eisenbahner hier:
Wenn ich mir jetzt eine Session Arbeit antue und den Limes einzeichne, mit Wall, mit Holzzaun, mit den Gebäude, das in eine Relation packe und mit historic:start_date=100 und historic:end_date=476 und was weis ich alles versehe und dann hochlade:
Ich beobachte zunehmend, dass sich engagierte OSM-Aktive an diversen, immer wiederkehrenden Diskussionen verschleißen, was in OSM hineingehört und was nicht.
Mit zunehmend detaillierten Mapping wird dieses Problem auch nicht kleiner werden.
Schaut euch mal zum Vergleich das Gebiet rund um den Hauptbahnhof und den Dom in Köln (https://www.openstreetmap.org/edit#map=19/50.94126/6.95783) an, und zwar im Editiermodus. Der Dom selbst besteht dank 2D-Mapping aus einem undurchsichtigen Geflecht aus Linien. Das angrenzende Gebiet ist durch Straßen und Fußgängerzonen auf verschiedenen Ebenen auch kaum noch editierbar. Selbst also mit unstrittig in OSM willkommenen Objekten wird eine Bearbeitung zunehmend schwieriger.
Ich hatte an anderer Stelle schon einmal angeregt, ob es nicht technisch möglich sei, eine Bearbeitung auf unterschiedlichen “Themen-Ebenen” umzusetzen, die man dann im Editor ein- und ausblenden kann. In Ansätzen ist sowas ja bereits im iD-Editor umgesetzt.
Damit könnte man z.B. historische Objekte in eine eigene Ebene packen und diese in den Hintergrund stellen, sofern man sie nicht gerade bearbeiten möchte. Oder Details wie Kanaldeckel, Gullis, Hydranten wahlweise aus- oder einblenden. Oder eine Ebene “Routen_Relationen”, d.h. man könnte in dieser Ebene alle Routen (z.B. Wanderrouten) komfortabel bearbeiten, aber bei den dafür verwendeten highways keine anderen Attribute wie Geschwindigkeitsbeschränkungen. Oder man wähle die Ebene aus, um Geschwindigkeitsbeschränkungen zu ändern und dafür blendet man die Routenrelationen aus.
Eine Weiterentwicklung in eine solche Strukturierung der Daten fände ich weit hilfreicher als die immer heftiger geführten Grabenkämpfe darum, was in die Datenbank hineingehört und was nicht. Natürlich gäbe es auch dann weiterhin Diskussionen darüber, was in OSM gehört. Aber das immer wieder vorgebrachte Argument, die Datenbank werde zunehmend nicht mehr zu bearbeiten, wäre dann entschärft.
Die aktuelle Möglichkeit, einzelne Objekte auszublenden (im iD-Editor) kommt bislang schnell an seine Grenzen, da sich zwar einzelne Objekttypen ausblenden lassen (z.B. alle Wasserweg), diese aber teilweise mit anderen Objekten verklebt sind (durch gemeinsame Nodes) und sich der iD-Editor zu Recht weigert, ein Objekt zu bearbeiten, dass mit einem versteckten Objekt verbunden ist.
Ich bin absolut kein Techniker und habe keine Ahnung, wie sich so etwas realisieren ließe. Doch wenn sich OSM nicht in dieser Richtung weiterentwickelt, sehe ich die Gefahr kommen, dass es irgendwann für mühevoll 3D-modellierte Gebäude wie der Kölner Dom heißt: Gehört nicht in OSM, wird gelöscht. Oder dass es zu mühevoll per Indoor-Mapping in die Datenbank eingepflegte mehrstöcike Einkaufszentren oder ein ebensolcher Bahnhöfe heiß: Indoormapping gehört nicht in die OSM-Datenbank. Sowas ist nicht mit vertretbarem Aufwand zu pflegen und viel zu fehleranfällig, sowas gehört nicht mehr in die OSM-Datenbank und wird gelöscht.
Die vielen Wanderwegrelationen: Auch da könnte man zu der Auffassung kommen, dass sowas nicht in OSM gehört, weil es dafür ja diverse Spezialanbieter gebe, die gerne OSM als Datengrundlage nehmen können, aber bitte die Routen in einer eigenen Datenbank speichern.
Ich erinnere an die Diskussion die Tage, ob die Richtungsangaben auf Wanderwegweisern in OSM hineingehören. Oder die Diskussion, ob es zulässig ist, alle Fragmente des Limes in einer Sammelrelation zusammenzufassen.
Dann zum Thema Grenzen: Auch da gibt es inzwischen eine Vielzahl von Grenzen. Neben den klassischen Verwaltungsgrenzen gibt es inzwischen in OSM PLZ-Gebietsgrenzen, Schutzgebietsgrenzen. Daneben aber auch Grenzen von Regionen (wie “Schwarzwald” oder “Teutoburger Wald”. Während man bei Verwaltungsgrenzen Grenzsteine “on-the-Ground” finden kann, gibt es die bei PLZ-Gebieten nicht. Und Regionen wie der “Teutoburger Wald” haben sowieso keine klar definierte Grenzen.
Im Moment lebt OSM noch von einem gewissen kreativen Anarchismus. Jeder kann sich sein Spezialgebiet heraussuchen und vorantreiben. Das Projekt lebt davon, dass man dort auch exotischere Dinge vorantreiben kann. Wenn jemand das Bedürfniss hat, Biber-Dämme einzutragen, dann kann er/sie das tun und die Community berät ihn, welche “tags” dafür in Frage kommen. Man könnte aber auch diese Motivation und Kreativität abwürgen, z.B. sagen: “Biberdämme verändern sich Jahr für Jahr, gehört daher nicht in OSM, sind auch vor Ort nicht als solche ausgeschildert. Gehören daher nicht in OSM.”