Hallo, Am 29.03.19 um 21:13 schrieb Christoph Hormann: > Was ich allerdings durchaus auch sehe ist ein zunehmender Trend, dass > wesentlich Projekte in OSM zunehmend von einer "selbstgekrönten" > technokratischen Elite dominiert werden, für die die Arbeit daran nicht > mehr Mittel zum Zweck ist, eine bestimmte Funktion für OSM zu erfüllen, > sondern für die diese Arbeit zunehmend von OSM selbst abgekapselt ist > und deren Hauptziel garnicht mehr ist, einen Dienst oder eine > Infrastruktur für die OSM-Community zu offerieren, sondern für die der > Erhalt der eigenen Position als technokratische Elite (und oft halt > dann auch mit dem entsprechenden Gehaltsscheck) zum Selbstzweck wird.
Es war zwar nicht Bryan, sondern sein nicht mehr so neuer Co-Maintainer, aber es war meiner Meinung nach nur eine Frage der Zeit, bis die Betreuer des iD-Editors es so machen, wie sie es für richtig halten. Vorgestern hat Quincy Morgan ein neues Ticket mit dem Titel "Add fix to tag real unsquare buildings as unsquare" (deutsch: "eine Korrektur ergänzen, um tatsächlich nicht rechtwinklige Gebäude als schiefwinklig zu taggen"). Darin schlägt er vor, dass iD unsquare=yes unterstützen solle und der integrierte Validator diese Gebäude nicht als "nicht rechtwinklig" moniert. Er verweist auf noexit=yes und noname=yes. Link zum Ticket: https://github.com/openstreetmap/iD/issues/6332 Ich habe, wie ich am 30. März auf dieser Mailingliste geschrieben habe, ein bisschen ein Auge darauf, was im iD-Bugtracker so passiert und prüfe die neuen Tickets und Pull-Requests hinsichtlich problemantischer Mapping-/Tagging-Entwicklungen. Kürzlich wurden eine Reihe an Validatorregeln ergänzt. Ich habe das Gefühl, dass mein Kommentar zum Pull-Request 6189 (https://github.com/openstreetmap/iD/pull/6189) dafür geführt hat, dass das Pull-Request abgelehnt wurde. Es hätte doppelte Adressen moniert und Leute zum Löschen "doppelter" Adressen verleitet. Als ich nosquare=yes las, musste ich erst lachen. Um ehrlich zu sein, ich hätte das Feature als Aprilscherz erwartet. Gebäude machen die Mehrheit der OSM-Daten aus. Wenn Mapper jetzt dazu verleitet werden, jedes schiefwinklige Gebäude mit einem Extra-Tag zu versehen, wäre das so, als würde der Editor Straßen ohne oneway=no monieren. Es gibt zahlreiche schiefwinklige Gebäude und das Tag noname=yes würde ich als umstritten bezeichnen. noexit=yes ist zwar auch ein Tag, das Qualitätssicherungsdiensten hilft, aber es bringt auch eine Information für Mapper mit, nämlich dass es da nicht weiter geht. Das ist im Wald oder in unvollständig gemappten Gegenden hilfreich und eigentlich das Gegenstück zu fixme=continue. Ich habe meine Meinung im Bugtracker dargelegt und empfohlen, das Thema auf der Mailingliste zu diskutieren, bevor es umgesetzt wird. Ich scheine nicht der einzige zu sein, der so denkt. Paul Norman hat sich im Bugtracker ähnlich geäußert und es gab noch ein paar +1 und -1 bei beiden Parteien. Schlussendlich hat Quincy das Feature heute umgesetzt. https://github.com/openstreetmap/iD/commit/0e7a63f5c51bfad4a1a0e853baaf1d2577b1a1bb Er möchte es mit der nächsten iD-Version releasen. Diese wird jedoch nicht automatisch auf openstreetmap.org deployt. Wenn ihr eine Meinung zu der Sache habt, egal welche, steht es euch natürlich frei, euch auf GitHub, auf dieser Mailingliste oder auf der Mailingliste Talk zu äußern. Viele Grüße Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten ausgenommen) I prefer GPG encryption of emails. (does not apply on mailing lists)
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
