Stolpersteine tagging scheme problem

-1
sowohl memorial:type als auch memorial sind beide derzeit als stolperstein (kleines s) gemappt.
Auch steht es im Wiki in klein.

Soll bei der Gelegenheit auch der name korrigiert werden? Nicht der Stein hat ja den Namen sondern die Person an die erinnert wird.

Also name → person:name

English translation on GitHub

Hallo,

ich bin von der Änderung nicht überzeugt. Es scheint mir, dass das Aufräumen des Taggings die einzige Motivation für diese Änderung ist und die unbeschränkte Macht des Kartenstils OSM Carto, das Tagging in jegliche gewünschte Richtung zu lenken, den Befürwortern dieser Änderung begrüßt wird. Es ist bekannt, dass Mapper für den Renderer mappen, auch wenn sie es nicht tun wollen. Die Nutzung eines bestimmten Tags durch OSM Carto beeinflusst die Entscheidung, welches Tag zu verwenden ist, erheblich. Ich erwarte von den Maintainern des Kartenstils, neutral zu sein und nicht die Tagginggewohnheiten in eine bestimmte Richtung zu lenken.

Beide Tags sind in der Spalte “tags” (vom Typ hstore) in der Renderingdatenbank. Die SQL-Abfragen von OSM Carto sind jetzt schon voll von CASE WHEN … THEN … ELSE … END. Auf eine parallele Unterstützung zweier Taggingvarianten kommt es jetzt auch nicht mehr an.

Die zwei Keys “memorial” und “memorial:type” scheinen keine Unterschiede in der Bedeutung zu haben. Das Argument, dass es die Auswertung für Entwickler vereinfache, ist in diesem Fall ein schwaches.

Das Bevorzugen eines Keys gegenüber eines anderen macht die Daten nicht besser. Es wird nur einen Effekt haben: Mapper werden fast alle Stolpersteine in Deutschland bearbeiten und dabei den last_modified-Zeitstempel aktualisieren. Die Objekte sehen dann aus, als wären sie frisch geprüft worden, aber in Wirklichkeit sind sie nicht vor Ort kontrolliert worden (die meisten stecken noch so im Bürgersteig, wie sie hineingesteckt wurden, aber manche sind bei Bauarbeiten entfernt oder verlegt worden).

Viele Grüße

Michel

I would also be in favor for historic=memorial + memorial=stolperstein. I am happy to see that those Stolpersteine are finally about to be rendered differently on the default stylesheet.:slight_smile:


Nakaner, das offensichtliche Fazit dass man aus dieser Erkenntnis ziehen kann, ist, dass der last_modified-Zeitstempel eben nur bedingt als zuletzt-geprüft-Zeitstempel interpretierbar ist. Um speziell das auszudrücken gibt es entsprechende Tags wie survey:date oder checkdate. (Oder Alternativ die History des Objektes durchkämmen und nach dem letzten Changeset mit source=survey suchen, das ist mit der Api 0.6 aber nicht praktikabel)

Ich möchte hier Nakaner deutlich zustimmen, es geht hier primär um die Frage der angemessenen Zurückhaltung der Stilentwicklung hinsichtlich der Konsensfindung unter Mappern bezüglich Tagging. Insbesondere die implizierte Erpressung nach dem Schema: Wenn Ihr möchtet, dass das gerendert wird müsst Ihr euer (für sich genommen erst mal konsistentes) Tagging so ändern, dass es uns besser in den Kram passt halte ich für höchst unangemessen.

Wer jetzt in diesem Fall etwas opportunistisch sagt: Das anders zu taggen ist ja gar keine so schlechte Idee also tun wir den Leuten doch den Gefallen, der sollte sich klar machen, dass es das nächste Mal eventuell was anderes ist, wo man als Mapper deutlich anders zu steht. Ich möchte da vor allem an einen ähnlichen und deutlich bedeutenderen Versuch von Anfang des Jahres erinnern:

https://lists.openstreetmap.org/pipermail/tagging/2018-March/thread.html#35347

In der Vergangenheit war die Stilentwicklung meist sehr zurückhaltend hinsichtlich solcher Einflussnahmen und dies wurde über die Jahre auch immer wieder in der Praxis bekräftigt, insbesondere hinsichtlich des Prinzips, dass es nicht Aufgabe des Stils ist, auf eine systematischere Key-Semantik hinzuwirken (sprich: Tags nicht zu rendern, weil sie nach irgendeiner Überzeugung den falschen Key verwenden) oder bestimmte Tagging-Ideen nach subjektiven Präferenzen (wichtig vs. unwichtig, bequem oder unbequem für den Stil-Entwickler) und ungeachtet objektiver Kriterien wie Überprüfbarkeit und konsistente Anwendung durch die Mapper entweder zu pushen oder zu unterdrücken.

Es gibt aber keinen Zwang für OSM-Carto-Maintainer, sich an diese Grundsätze zu halten. Folglich obliegt es letztendlich der OSM-Community, darüber zu wachen und im Zweifelsfall der Stilentwicklung klare Grenzen aufzuzeigen.

Die Frage, die Ihr euch hier also stellen solltet, ist nicht welches Tagging ihr grundsätzlich besser fändet, sondern ob Ihr die Vorgehensweise unterstützt, die hier praktiziert wird, nämlich von Seite der Stilentwicklung aus zu versuchen, eine etablierte und konsistente Tagging-Praxis zu ändern.

Automatic translation is not too clear for me, so I will just base on English text from Nakaner and some guessing.

I am perfectly able to understand why proposition of change could raise alert. But I find some strong assumptions here, that work purely out of fear, and are unfair.

  1. All the Stolperstein are rendered and will be rendered, so no threat of disappearing is included.
  2. In the worst case they would be rendered as they are.
  3. While enhancing overall memorial rendering we could improve their rendering too, to make them less obvious, according to their size.
  4. I asked the community about how to do it and there were no other propositions.
  5. Why standard style development should be worse and more cautious than any other sources to show tagging problems, is beyond me.
  6. If two schemes have the same meaning, what is the goal of keeping two of them for one idea?
  7. “I’d like to ask here what do you think about changing this scheme” is as open question as it gets. What’s your proposition to make it less “threatening”?
  8. In the past there was enough of simple tagging cases (mainly “add/remove”), now there’s a need among people to move on to some less obvious cases (mainly multiple tagging schemes).

Die hier geforderte Neutralität würde ich mir von einigen deutschen kommerziellen OSM verwurstern wünschen, in Bezug auf Relevanzfragen. Dort ist der eine oder andere Federführend, und durch gut organisierte Lobbyisten Meinungsbildner.
Grüße von Lutz

Having two tagging schemes for one purpose has little merit. Since the alternatives have no impact on the actual rendering result, that’s no issue.

Fitting in with general usage is an advantage. Simplicity is an advantage. No information is lost or altered by any of the proposed schemes. Retagging is not a problem in this case.

Agree with kocio, especially point 5 and 6.

In my own words, any attempt to actually use the OSM data (in this case, memorial type) is an opportunity, not a threat, to realitycheck if a tagging scheme is sound and whether it could be straightened up, by removing duplicate tagging methods, in this case.

There will always be some reason/occasion for a push to discuss a tagging scheme, some driven by an attempt to map something specific, some by an attempt to actually use the data.

I can follow imagico’s line of argumentation, but I do not share his fear for this case: kocio-pl did not create facts but analysed the situation and put it to discussion, I find both his motivation to straighten up the tagging scheme and his method very commendable.
Also, the actual topic at hand is not exactly controversial (as can also be seen by the comments so far), it is a simple case of two synonymous taggings of which one could be removed, that’s it.
Let’s all be happy that someone is actually tackling this. :slight_smile:

Please don’t make assumptions on my motivation for arguing the way i do - this is frankly both arrogant and demeaning and it demonstrates a lack of willingness to deal with the arguments in substance and instead deflecting by speculating about my motives.

Als neulich Frederik Ramm mehr Rücksicht auf die Belange der Renderer gefordert hat, kam da kein Widerspruch. Ich zitiere unten mal ein wenig. Vielleicht sollte sich die OSM Boheme erstmal einig werden, sonst wird mir vor lauter Richtungswechseln ganz schwindlig.

Edit: Achja, I really appreciate that the maintainer of a rendering style discuss it with the parties concerned. It should happen more often. However, with this experience in mind I doubt he will do it again.

You’re right, speculations about motives are not necessary, sorry. But using words like “arrogant” works the same for me - and you’re not even dealing with arguments, which is what I’d like to hear instead.

@SunCobalt: This particular problem is very specific and related mainly to Germany, but there’s dozen more communities in OSM, so it’s not possible in general. It would be better if people willing to work on OSM Carto come to discuss things there:

https://github.com/gravitystorm/openstreetmap-carto/issues
https://github.com/gravitystorm/openstreetmap-carto/pulls

@SunCobalt - mir scheint, dass Deine Verwirrung aus einer Vermischung der konkreten Tagging-Frage (die mir ehrlich gesagt völlig schnurze ist) und der grundsätzlichen Frage von verantwortungsvollem Gebrauch von Macht und Einfluss in OpenStreetMap resultiert. Die von Dir zitierten Bemerkungen beziehen sich auf Tagging-Entscheidungen und was Mapper bei diesen berücksichtigen sollten. Meine Bemerkungen bezogen sich hingegen darauf, dass hier eben gerade keine Diskussion unter Mappern stattfindet, was das optimale Tagging ist, sondern dass aus einer Position von Macht und Einfluss (und unter Geltendmachung hiervon) der Wunsch geäußert wird, ein bis jetzt nicht kontroverses Tagging zu ändern. Es ist jedem unbenommen, die vorgeschlagene Tagging-Änderung gut zu finden und es ist auch jedem unbenommen, zusätzlich dazu gut zu finden, dass jemand seinen Einfluss als Stil-Maintainer nutzt, um eine solche Änderung zu forcieren. Mein Ratschlag war lediglich, sich zu beiden Themen bewusst eine Meinung zu bilden und sich klar zu machen, dass es hier eben nicht nur um die Frage geht, wie genau Stolpersteine getaggt werden.

Mag sein. Nach meinem Gefühl sind die beiden Fälle jetzt nicht so grundverschieden wie Du darstellst. Und ich würde jetzt bei Daniel Koc jetzt keinen unverantwortungsvollem Gebrauch von Macht und Einfluss oder Erpressung unterstellen oder ihn auch nur in die Nähe rücken.

Vielleicht bin ich der einzige der das so empfindet, aber ich habe Deine Beiträge nicht als Ratschlag aufgefasst, sondern als Versuch, die Deutungshoheit auf ziemlich aggressive Art und Weise zu erlangen. Mag anders gemeint sein und wir können bestimmt lange über den Gebrauch verschiedener Stilmittel reden, aber so ist es bei mir angekommen.

Ob Du der einzige bist, der das so sieht, weiß ich nicht, aber ich finde den jetzt schon wieder im Vordergrund stehenden Versuch, die Diskussion weg von den inhaltlichen Argumenten hin zu Spekulationen über Motive zu lenken (Versuch, Deutungshoheit zu erlangen) schon etwas merkwürdig. Wie gesagt: Jeder ist frei eine andere Meinung zum Thema zu haben und sie in welcher Form auch immer zu vertreten (nur halt bitte ohne Unterstellungen zu meinen Motiven). Dabei meine Meinung einfach zu ignorieren ist auch völlig ok wenngleich ich es natürlich bevorzugen würde, wenn sich Leute argumentativ mit meiner Sichtweise auseinandersetzen. Und ich habe schon die Hoffnung, dass der ein oder andere hier sich vielleicht über eine andere Perspektive auf das Thema freut und sie als Bereicherung und Anregung zum Nachdenken empfindet. Mit Deutungshoheit hat das aber null Komma nichts zu tun.

We were discussing tagging schemes for Stolpersteine?

Moin,

da mir das Thema sehr am Herzen liegt https://wiki.openstreetmap.org/wiki/DE:MychOSM/Saarburg und wir in dem Bereich einiges gemacht haben darf ich einmal ganz naiv fragen, ob man nicht einmal emotionsneutral die Vor- und Nachteile einer solchen Änderung - nein nicht diskutieren - sondern auflisten kann.

Wenn ich die Gegenstimmen bisher verstanden habe, geht es eigentlich nur darum, dass man prinzipiell dagegen ist. Oder habe ich das falsch verstanden?

Ich bin voll dafür dass man die Gelegenheit (Standard-Stil möchte memorial nach dem SubType differenzieren) nutzen sollte, die deutsche Sonderlocke zu eliminieren. :stuck_out_tongue:

Die Gegenstimmen (zB es wird der Zeitstempel verfälscht) haben mich nicht überzeugt.

Not anymore…

Welcome to the German OSM forum :laughing:

(Edit: Oh, there is a second page, nvm)