Sinn und Unsinn von Relationen

Das Problem beim “Zwischen-den-Zeilen-Lesen” ist, dass der Lesenden auch ohne Intention zu einer Interpretation gelangen könnte, die der Schreibende eigentlich nicht beabsichtigt hat. Zugegeben, Netzwolfs Erguss ist relativ eindeutig: Er scheint nicht glücklich über das AUfräumen zu sein, hat aber keine Argumente, sondern nur eine LMAA-Einstellung.
Ihn hatte ich zeitgleich mit der Eröffnung der Diskussion privat benachrichtigt und auf die Diskussion hingewiesen. Die Antwort war halt, dass er an solchen Diskussionen nicht teilnehmen möchte. Die zweite Antwort zitierte meinen einzigen vom Thema abweichenden Satz (markiert mit scnr) als den Grund, nicht an solchen Diskussionen teilzunehmen.
Dass er nun selbst genau dieses "Argumentations"schema verwendet, wegen dessen Verwendung er eigentlich nicht mitdiskutieren möchte, finde ich interessant, um das Wenigste zu sagen.

Dass OSM in großem Maße von Krümelkackern lebt ist eine Tatsache. :slight_smile: Dass davon naturgemäß viele Deutsche sind, kann man daran sehen, dass alle Relationen mit type=set sich auf den deutschsprachigen Raum beschränkten.

Wenn man ungetaggte Ways und Nodes entsorgt, geschieht das auch “ohne Not”, die tun keinem weh. Sollen wir die also auch drinnen lassen?

Bitte erkläre, was du z.B. an einer Relation sinnvoll findest, die die Intention hat, alle Bahnstrommasten von Bielefeld zu enthalten. Oder eben alle Stolpersteine in Freiberg. Solche Relationen veralten ganz ohne Zutun mit der Zeit, weil neue Daten dazukommen, die nicht in die Relation eingepflegt werden. Also: was ist der Sinn einer Relation “Vermutlich/Beinah alle Stolpersteine in $Ort”?
Hinweis: Ein Drittel aller Stolpersteine befand sich nie in einer Relation.

Wer hat wofür eine Initiative gestartet?

Stelle die User von OSM nicht dümmer dar als sie es sind. Obwohl es auf OSM(.org) kein JOSM gibt, wurden reichlich 92% der Sammelrelationen mit JOSM erstellt. Wenn die User JOSM finden, dürften sie auch andere Sachen finden wie das mirrored–Download-Plugin oder die Suchfunktion in JOSM. Wenn die User sich ganz geschickt anstellen, finden sie sogar das Wiki und mit ganz viel Glück auch eine Erwähnung der OAPI.
Oder sie fragen einfach: auf den MLs, im IRC oder gar hier.
Ich bezweifle, dass die Mehrzahl Geeks und Nerds, die sich bei OSM herumtreiben, so lernresistent sind wie manche sie darstellen (möchten).

Die Kenntnis von Relationen kannst du weiterhin anwenden.
Wie kommst du allerdings auf mehrere Stunden Arbeit für eine Relation mit zwölf Stolpersteinen in Weimar?
Ich kann verstehen dass du es schade findest, dass ein Teil der Arbeit nicht mehr benötigt wird. Aber findest du es andererseits nicht gut, dass du keine Sammelrelation(en) mehr aufwändig pflegen musst - und vielleicht im Zuge der Auseinandersetzung mit deren Löschung auch weitere sinnvolle OSM-Werkzeuge kennengelernt hast?

Das Leben ist hart- Ich weiß auch nicht von allem, was im Wiki oder in den verschiedenen Foren besprochen wurde.

Ich finde es schade, dass die Leute die harte Arbeit nicht in Sinnvolleres gesteckt haben als in die Pflege von systembedingt unvollständigen Relationen.
Hätten alle von den Möglichkeiten der Overpass API gewusst und hätte es zum Zeitpunkt der Erstellung der ersten Stolperstein-Relationen bereits den Overpass-Turbo gegeben - wieviele der Arbeiter an den Relationen hätten sich noch damit befasst?
Osmosis gibt es seit 2007, Osmfilter seit 2011; aber natürlich lange nicht so komfortabel…

Oder andersherum gefragt: Wenn das Sammelrelations-System so gut ist, warum hat dann ein Drittel der Stolpersteine in den Relationen gefehlt? Warum hat sich niemand gefunden, die “fehlenden” Steine in Relationen zu sammeln?

Alle?

Vielleicht, weil es so undeutlich formuliert war?

Gute Frage. Wie sinnvoll sind z.B. Relationen dieser Art:
*name=Mickerbach
type =waterway
waterway=stream
*die einen einzigen Weg mit folgenden Tags enthält:
*name=Mickerbach
waterway=stream
*

Wie sinnvoll sind Relationen, die alle (oder ein paar weniger) Objekte enthält, die man auch über die JOSM-Suche findet (wenn man die Overpass-API und das mirrored_download-Plugin nicht kennt) , wenn man danach in den heruntergeladenen Daten eines Ortes suchst?

Auf mein konkretes Beispiel kam keine konkrete Anwendung; auch sonst war die Antwort “allgemeiner” gehalten als du sie interpretierst.

Du darfst “Polemik” gern durch “unsachliche Argumente” ersetzen; dass ich seine Nicht-Argumente “Polemik” nannte, war eigentlich ein Euphemismus
An meine Changesets und in meinen Argumenten bringe ich stets konkrete Beispiele.
Er hat nicht dargelegt, wie er die ganzen Routenrelationen ohne Relation an die Wege bringen und im Anschluss auswerten möchte, zudem ist die “bewährte “;”-Schreibweise” eher eine Krücke. Abfragen zu Adressen hat er auch nicht formuliert.

Ansonsten finde ich es interessant, wieviel Arbeit und Energie jetzt in die Interpretation eines (imho) unsachlichen Diskussions"beitrages" einer Person gesteckt wird, die sich eigentlich gar nicht an dieser Diskussion beteiligen möchte.

Du zitierst öffentlich aus privaten Mails? Das geht ja wohl gar nicht!

Das geht langsam an die Grenze zur Beleidigung.

Du reagierst ganz schön dünnhäutig. Ob das ein Zeichen starker Argumente ist?

Kopfschüttelnd,
Zecke

hallo,

ein letzter versuch,

es geht nicht darum was, wie sinnvoll ist, da gehen die meinungen eh weit auseinander, sondern ums massenhafte löschen.

eine relation(ob sinnvoll oder nicht), die 14 tage vor dem löschen noch bearbeitet wurde,
mit der begründung “ungewartete sammelrelation” zu löschen ist nicht die feine art.

http://www.openstreetmap.org/relation/2362949

mit der richtigen lobby wurden schon ganz lapidarere sachen wieder revertet(das ist aber eine andere sache).
auch auf der ml war nicht jeder glücklich mit der aktion, und du machtest denoch fleißig weiter…

sicher es ist winter, und dann der ganze relationen-aufräum und overpass-api-hype das verleitet schnell sich zu betätigen…
bei sowas muß der user überzeugt werden, jeder einzeln, und nicht mit der friß oder stirb methode.

grüße von lutz

Ich zitiere nicht. Ich gebe den Inhalt sinngemäß in indirekter Rede wieder. Das finde ich sinnvoll, da des Nutzers bisherige Einlassungen nicht auf Kommunikation(sversuche) im Vorfeld der Aufräumarbeiten schließen lassen.

IYO. Ist “Polemik” weniger beleidigend als “unsachlich”?

Finde ich nicht.

LoL?
Kein Beitrag mit Argumenten zum Topic, aber meine fehlenden bemängeln?

Ich lösch(t)e nicht massenhaft, sondern stets nur von Hand überprüfte Relationen.
Das nachher bemängelte Wikipedia-Tag habe ich wieder auf den vorherigen inkonsistenten Stand gebracht.

Wenn die Relation 87 von 111 insgesamt existierenden Objekten enthält, zeugt das meiner Meinung nicht gerade von einer aktuell gehaltenen Sammlung.

Bittesehr…

Wenn man danach geht, dürfte es beispielsweise weder den Editor iD geben noch die OdbL.
Meiner offenbar beschränkten Sichtweise zufolge hatte die Mehrheit nichts gegen mein Vorhaben - welches übrigens schon Dezember letzten Jahres ohne meine Beteiligung diskutiert wurde (ich hatte es verpasst) - imho mit dem Endtenor: warum macht es keiner?

LoL @ “Winter” & Hype. Trotz “Winters” war ich gestern erst wieder 1h mit dem Rad unterwegs - inklusive Umweg für OSM.
Die OAPI ist ein sinnvolles Werkzeug und existiert, um benutzt zu werden.
Würde ich nicht an dieser Stelle Daten putzen oder einpflegen, täte ich es an anderer. (Was ich natürlich auch mache, aber die Nachrichten an User schlagen sich eben nicht in meiner history nieder.)

Wenn ich jeden der Mitarbeiter an den Stolperstein-Relationen anschriebe, würde sich garantiert mindestens einer hier im Forum über den SPAM aufregen. Wäre nicht das erste Mal.

Das wichtigste zuerst: Wie wäre es mit einem Zusatztag um echte Bäckereien erkennen zu können?

Wie schon geschrieben: Ganz löschen “reduziert die Datenmenge” noch mehr und ist sogar “richtig” :wink:

Nur bei Full-History-DBs. Und auch da nicht unbedingt, wenn man bedenkt, dass sich neue Nutzer sonst vielleicht daran orientieren und bei den Adressen bei denen es “fehlt” auch z.B. “addr:country”=* ergänzen. Das grössere Problem ist allerdings, dass es unnötig redundant ist.

Hat noch nie richtig funktioniert. Da meinte wohl jemand die Sparversion sei besser weil billiger :stuck_out_tongue:

Ich habe früher beim Luftbild-Abmalen erstmal alles abgezeichnet was sich erkennen lies und dann nach Tags gesucht. Dabei sind viele ungetaggte Objekte übriggeblieben, und auch einige eigentlich unnötige entstanden. Jetzt kann man an den Stellen wegen der vielen Objekte nicht mehr richtig bearbeiten (JOSM wird ziemlich langsam), sie zu löschen traue ich mich aber nicht, weil sich bestimmt jemand findet, der das “nicht gut findet”…
Also wer ungetaggte Objekte von mir findet: Bitte kommentarlos löschen, danke.

Und endlich mal OnTopic: Sehe ich auch so. Zumindest mal nachfragen, ob da vielleicht doch mehr Information drinsteckt als in einer scheinbar passenden OPAPI-Anfrage.

Nahmd,

Es war nichts für mich übrig, und also musste ich wirklich raus zum Wanderwege erfassen. :frowning:

Tief enttäuscht von der (Lösch-)Community, die mich jämmerlich im Stich gelassen hat:
Wolf

Hallo,

bin in** keep right** auf folgende Relation ohne Typ gestoßen. (Sammelrelation?)

http://www.openstreetmap.org/relation/3311867

Was soll ich machen? User (Mapper) anschreibe, ändern in type=collection oder löschen?

Edit: Der Mapper hat noch mehr dieser “Sammelrelationen” angelegt.

http://www.openstreetmap.org/relation/3372193

Gruß
Rainer

Natürlich erstmal kontaktieren. Für den 1. Fall gibt es das Proposal Relation:site wobei man das eher bei räumlich verteilten facilitys benutzt. Davon gibts immerhin bereits 2600 Stück. Naja, das 2. Beispiel ist sinnlose Redundanz da die selbe Info nochmals am Node steht.

Würde das eher als unnötige type=site-Relation sehen. Ferner sind die meisten Member und die Rollen natürlich Unsinn.

Aus dem Wiki-Artikel zu site:

Nahmd,

Jetzt bin ich aber neugierig: was genau gefiel Dir so gut am Löschen der Stolpersteinkarte?

Neugierige Grüße:
Wolf

Ich traf keine Aussage über mein (Nicht)Gefallen am Entfernen deiner Karte. “Gut dabei sein” bezog sich auf das von dir offenbar plötzlich auch favorisierte Löschen. :wink:

PS: Hier und da kannst du dich gern auslassen. Obwohl besonders die 160 Relationen mit 0 Membern sicher historisch wertvoll sind. :slight_smile:
(Habe die Daten nicht auf Aktualität überprüft)

Hab den Thread irgendwie aus dem Auge verloren und juchu, da bin ich wieder. Ich bin mit der Gesamtsituation nach wie vor unzufrieden und halte es nach wie vor für einen Fehler eine allgemein bekannte, anerkannte/ etablierte Relation zu löschen, weil man die (sinngemäss) “mit externem Tool XY” erschlagen kann.
Vorweg: Natürlich kann man auch drüber diskutieren ob alle Fliessbandbackwarenverkäufer in eine Relation gehören; hierbei ist aber m.E. (u.A.) der touristische Aspekt zu unterscheiden, niemand wird auf die Idee kommen, die alle abzulaufen. Und ja, ich weiss, dass OSM keine touristische Gedenk-DB ist.

Das ist Deine Interpretation. Ich glaube nicht, dass Deine Meinung eine andere wäre, wenn er gesagt hätte, dass er die Aktion scheisse findet und warum. Wie soll man denn, ausser mit Sarkasmus auf so eine Aktion reagieren? Viel anderes ausser (wirklich) wenig sachlichem a la: “Brennt Dir der Hut?” fällt mir da nicht ein.

Man kann auch als allgemein sinnvoll anerkannte Relationen löschen um sich da weit vorn einzureihen.

Oder als Kurzfassung:

Kann man sicher mit einer Overpass- oder Sonstwas-api erfassen und manuell dahintun, wo sie hingehören … Nein? Doch!

Nöö, s.o. Mir macht es Spass Daten zusammenzutragen und zusammenzuführen. Die Stolperstein-relation liegt mir vielleicht (neben anderen Gründen) besonders am Herzen, weil ich mich da in die Relationen reingefuchst habe, aber ich finde die auch unabhängig von meiner Mühe nach wie vor sinnvoll. (Bin mal kurz ne Bahnhäusschen-relation in Timbuktu suchen)

Die Stolperstein-relation war genauso(-wenig) systembedingt unvollständig, wie es die grybel bspw. #hotosm-tasks sind. Es sind einfach nur zu wenig Leute mit Detail-Projekten beschäftigt. Aber um mich zu wiederholen: wer Fliessbandbrötchenverkäufer als bakery mappen will, nur zu.

Die Prioritäten waren sicher beim bakery-mappen. Ich lösch die jetzt alle.

Sicher kann man da jeweils irgendwelche Ober- und Untergrenzen festlegen … muss man aber nicht, wozu denn. Und mit der Stolperstein-relation ist das schon gar nicht vergleichbar.

Sehr gut.

Toll, daß du diese ollen Kamellen wieder hervorholst. Dazu fällt mir nur ein altes Goethe-Zitat ein: “Getretener Quark wird breit, nicht stark”

Gruss
walter

Jepp, finde ich auch, dann kann ich jetzt als Noch-Newbie (voran macht man das fest? <100 Edits?) auch noch meinen Senf bzw. meine derzeitige Ansicht dazu geben:

  1. Ich habe was von ÖPNV gelesen und mich darin eingelesen. Da ich als Anfänger erstmal nur in meinem kleinen “Hoheitsgebiet” tagge und sammle würde ich jetzt zumindest alle Bushaltestellen nach dem public-transport Schema aufnehmen. Die über den Hoheitsgebiet hinausgehenden Buslinien kann und traue ich mir im Moment nicht zu zu mappen, und kann dann nur darauf Vertrauen und Hoffen, dass wenn jemand diese Buslinien erstellt, meine Haltestellen-Relationen mit aufnimmt.

  2. addr:street, ja als Informatiker habe ich mir am Anfang auch gedacht: Was für eine Redundanz. Aber dann hab ich mir gleich mal mein Nachbarhaus angeschaut, welches an einer Ecke von zwei Straßen liegt und von beiden Straßen ziemlich gleich weit entfernt ist. Der Hauseingang (entrance=main) liegt in meiner Straße und trotzdem ist das Haus der anderen Straße zugeordnet und auch da wird spatial mEn unsicher. Irgendwie habe ich jetzt aber keinen wirklich konkreten Vorschlag gesehen. Ich möchte jetzt definitiv keinen beleidigen, aber um mich auf Euer teils echt lächerliches Niveau zu begeben und Euch einen Spiegel vorzuhalten :rage: :
    Was haltet ihr davon eine (Sammel)Relation Gebäude zu Straße anzulegen und addr:street an die Relation zu hängen was man gar nicht bräuchte weil die Straße selbst ja ein Member wäre - darauf erwarte ich weder eine Antwort noch ein Quote!!!

Gerade als Anfänger sind wir auf etablierte Member angewiesen, die uns führen, ja die sogar eine Art Mentor sein müssten. Als Anfänger habe ich aber zunächst keine Chance solche zu finden. Mir ist nur übrig geblieben eine Mischung aus Folgendem zu bilden: Anzahl “qualitativer” Posts und Aktivität sowie OSM-“Projekt”-Erfahrung. Und was soll ich sagen, hier in diesem Thread war - Stand gestern - für mich persönlich durchaus die Creme dela Creme anwesend. Das Meinungen auseinander gehen und sich Lobbys bilden, gerne, aber das was ihr teilweise in diesem Thread abgezogen habt, echt unter aller S…

PS: Und nein ich werde dieser Widrigkeiten wegen nicht das Handtuch schmeissen, ich habe ja MEIN Hoheitsgebiet, das immer noch ein weißer Fleck in OSM ist :wink:

PPS: Ach ja und vor Löschungen habe ich auch keine Angst. Sollte mir das mal zuviel und zuwider werden, dann fordert man mich damit nur heraus einen Bot zu schreiben, der dann halt täglich MEINEN letzten Stand wieder drüberbügelt :stuck_out_tongue:

PPPS: Ja, das mit dem großen fettgeschriebenen MEIN ist ein ironisches Resumee diesen Threads

kennst du associatedStreet? Die macht mMn in etwa das, was du erwähnst. Allerdings hat die auch gravierende Nachteile - zumindest sehe ich das so:

  • es ist eine Sammel-Relation (Alle Hausnummern einer Straße)
  • sie ist sehr schwer aktuell zu halten, da es dafür keinen Automatismus gibt. Beim Löschen einer Adresse wird die automatisch aus der Rel entfernt aber beim Neuanlegen muß jeder Mapper (auch Newbie!) daran denken, diese auch in die Relation einzubinden. Und das funzt einfach nicht.

Ja, über Mentoren haben wir auch mal nachgedacht, es aber letztlich verworfen.

manchmal, aber nur manchmal, prallen hier Weltanschauungen aufeinander :wink:

Speziell mein letzter Kommentar: Wenn jemand eine alte Sache wieder aufrollt, weil er immer noch nicht kapiert hat, daß es hier eben keinen Konsens gibt, werde ich auch schon mal patzig.

Ironie verstehen wir eigentlich auch ohne Wink mit dem Zaunpfahl, aber sicher ist sicher :wink:

Nur nicht den Mut und Spass verlieren, wir sind immer noch eines der besten deutschsprachigen Foren, die man sich vorstellen kann.

Gruss
walter

edit: tüpo

Du meinst das hier, aber das ist eigentlich fast schon tot, weil 1) kaum genutzt in .de und 2) (vor allem für Anfänger) zu komplex

Das hatte ich mir als Anfänger auch gewünscht, dann wären mir etliche Fehler nicht passiert. Aber nunja, learning by doing eben. So musste dieses Forum als Mentor herhalten. Schön fände ich so ein „Programm“ dennoch, vielleicht bekommen wir ja irgendewann mal so etwas auf dei Beine gestellt. Ich stelle mich gerne zur Verfügung.

Jaein, vielleicht bin ich mal daran vorbeigeflogen, aber letztendlich wird einem Anfänger durch diverse Quelle ja irgendwie suggeriert sich von Relation(en) fern zu halten.

Ich kann mir schon vorstellen, warum Mentoring hier bei OSM nicht funktioniert: dazu müssten sich die Mentoren einig sein.
Aber nicht mal bei einem, für mich als Anfänger, echt trivialen Objekt, dem Briefkasten, gibt es eine einstimmige Meinung.
Da ist halt die Offenheit von OSM Segen aber auch der Fluch eben zugleich :confused:

Ach und nicht zu vergessen die allseits und im Forum immer gegenwärtigen Phrasen: “Wir taggen nicht für den Renderer” und “das ist Microtagging” haben mir beim Einstieg auch gefehlt. Wenn die Euch so wichtig sind, dann setzt die am besten gleich auf openstreetmap.de und nicht erst auf irgendeiner wiki-faq-unterseite :frowning:

Bitte nicht. Relationen haben ihre Daseinsberechtigungen, denn manche Dinge lassen sich nicht ohne selbige abbilden. Was man vermeiden sollte ist unnötige Komplexität und gerade da ist associatedStreet ein Paradebeispiel. Site-Relationen, Abbiegebeschränkungen, destination_sign, Buslinien und nicht zuletzt eben auch lange waterways sind sinnvolle Relationen, das wird keiner hier bestreiten. Probleme treten immer nur dann auf, wenn es neben einer Relation auch einen einfacheren Weg gibt, das Problem zu lösen.
Lies Dich ein, schau Dich um und stell fragen, aber gehe nicht davon aus, dass Du auf lange Sicht ohne Relationen auskommst :slight_smile: