[...] Internetangaben können falsch sein, daher ist es am besten vor Ort nachzuschauen. Warst du vor Ort? [...]
Selbstverständlich können Internetangaben falsch sein, der Schein vor Ort kann aber auch trügen. Ich war vor wenigen Wochen vor Ort.

[...]Ich war heute früh nochmal dort. [...]
Schön für Dich.

[...] Keine Bodenformen, [...]
Musst du übersehen haben.

[...] keine römischen Fundamente zu sehen. Die Mittelalterlichen Mauerreste sind da, aber die gehören nicht zum Kastell. [...]
Aber deren Fundamente

Du schriebst:
[...] Auf der von dir genannten Seite gibt es auch den Abschnitt "Avoid MV tagging if..." [...]
Ich kann nicht erkennen, dass einer der gelisteten Punkte anzuwenden wäre.

[...] Aber davon abgesehen bist du leider nicht auf den Kern der Frage eingegangen. [...]
Was ist nach Deiner Meinung der Kern der Frage? Das Kastell ist tatsächlich vorhanden und zum Teil sichtbar. Siehe http://www.museen-mainlimes.de/content/3-fundorte/fundstelle.php?id=2

[...] Ich war gerade nochmal vor Ort: Es gibt keinen einzigen Stein oder sonst irgendwas vom Kastell zu sehen, auch keine Nachbildung, nur die Infotafel. [...]
Bodenformen, mittelalterliche Mauern mit römischen Fundamenten, ... Klicke auf die Bilder http://www.museen-mainlimes.de/content/3-fundorte/fundstelle.php?id=2

[...] Ich werde das daher entsprechend korrigieren so dass es der Realität vor Ort entspricht. [...]
Das tut es doch bereits. Niemand sollte fehlerhaft mappen, nur damit "Qualitätssicherungstools" keine Fehler mehr anzeigen. Was bezweckst Du damit? Möchtest Du "Deinen" Bereich frei von Fehlermeldungen in Qualitätssicherungstools halten? Vielleicht sollte man mal ein Qualitätssicherungstool gegen die OSM-Qualitätssicherungstools laufen lassen. Oder stört Dich mehr dass der Standardrenderer damit nicht zurecht kommt? Mappen für den Renderer bringt nur kurzfristige Befriedigung.

Die verwendeten Mehrfachwerte sind wikikonform erfasst.
osm.wiki/Multiple_values

Dass verschiedene Qualitätssicherungstools und Renderer damit nicht umgehen können und es ungerechtfertigt als Fehler oder garnicht interpretieren ist ärgerlich.
Dies ist aber in erster Linie deren Schuld und wir sollten uns nicht dazu verführen lassen für die Renderer oder Qualitätssicherungstools zu taggen. Die beste Vorgehensweise wäre Kontakt zu den Maintainern mit der Bitte um Abhilfe aufnehmen.

Dass das Kastell nicht mehr im besten Zustand ist, lässt sich aus ruins=yes schließen. Es handelt sich um ein Kastell, also ist castle passend. Als Typ ist castrum angegeben, passt auch. Reste sind auch noch zu sehen: Die On-the-Ground-Regel ist auch erfüllt. Siehe auch osm.wiki/DE:Tag:historic%3Dcastle und osm.wiki/DE:Tag:castle_type%3Dcastrum

Was genau stört Dich?

Die Daten des Geschäfts sollten in einen neuen Node mit dem Tag shop=fabric "ausgelagert" werden.

osm.wiki/DE:Tag:shop%3Dfabric

Mutmaßlich wäre office=it genauer beschreibend als office=company

osm.wiki/Tag%3Aoffice%3Dit

Hier befindet sich kein Park und selbst die von Dir erwähnte Grünanlage ist mehr ein Grünstreifen.

Pokemonedit

Pokemonedit

Pokemonedit?

@woodpeck

[...] Bitte Changeset-Diskussionen auf das beschränken, was unmittelbar den Edit betrifft. [...]

Ja, das mag die goldene Regel sein.

[...] Für allgemeine Diskussionen ist das Medium nicht geeignet (besser: Mailingliste, Forum). [...]

Das ist leider nur zum Teil nachvollziehbar. Darf ich davon ausgehen, dass Du hier in erster Linie auf die Beiträge von flohoff und pos_ei_don anspielst?

Meinerseits wird ja immer nur auf Erstkommentatoren reagiert, was man hier leicht überprüfen kann: http://resultmaps.neis-one.org/osm-discussion-comments?uid=4945640&commented

Falschen Aussagen muss man dort entgegentreten, wo sie getätigt werden und nicht in einer Mailingliste oder einem Forum. Es wäre nicht sichergestellt, das dort sowohl der Changesetersteller als auch der Erstkommentator überhaupt mitlesen.

Selbstverständlich hat die DWG hier das "Hausrecht" und kann mich sperren. Wäre sie neutral, müsste sie es aber zunächst bei den Erstkommentatoren anwenden.

Du verstehst schon, dass hier ein Gefühl von Zensur hängenbleibt, wenn Du gegen pos_ei_don oder ähnliche Kommentatoren nicht in gleicher Weise vorgehst wie gegen mich? Ich will dir dein Recht deine eigene Meinung zu haben und kundzutun sicherlich nicht absprechen. Eine Gleichbehandlung erwarte ich allerdings schon.

@pos_ei_don

Du kommst zu spät für die Diskussion. Mutmaßlich hat sich flohoff die indirekte Aufforderung von Michael Reichert (aka Nakaner) zu eigen gemacht...

https://lists.openstreetmap.org/pipermail/talk-de/2018-April/114881.html

... und mich von der DWG verwarnen lassen. Seltsamerweise scheinen beide für das selbe Unternehmen tätig zu sein, welches mit Dienstleistungen um OSM gewinne erzielen möchte. Ich sehe das grundsätzlich genauso kritisch, als versuchten Google, Facebook, Niantic, Mapbox, ... oder sonstige gewinnorientierte Unternehmen Einfluss auf das Mapping zu nehmen. Für zu hinterfragen ist in diesem Zusammenhang für mich auch weshalb ein Moderator (AT-Forum) sich auf eine Seite schlägt und auffordert gegenteilige Auffassungen "zensieren", aus der allgemeinen Diskussion entfernen zu lassen. Problematisch sehe ich auch dessen Arbeit bei der Geofabrik. Es könnten wirtschaftliche Abhängigkeiten bestehen, die einem Neutralitätsgebot, welches ich einem Moderator abfordere, entgegenstehen.

Ich habe zwar dagegen protestiert - eine Antwort habe ich allerdings vom DWG-Mitarbeiter nie erhalten.

Du scheinst es also auch richtig zu finden, dass in solchen Changesetkommentaren versucht wird auf die Mapper dahingehen Einfluss zu nehmen, zukünftig so zu erfassen, dass eine Auswertung/Bearbeitung für dich einfachsten möglich ist, auch wenn der eigentliche Ersteller des Changesets durch sein Handeln/Mappen schon deutlich gemacht hatte, dass er anderer Meinung ist?

Ich bin da vollständig anderer Meinung.

Versuche hier Dogmen zu etablieren sollte jeder grundsätzlich misstrauisch betrachten.

Dein Verhalten ist geeignet eine Diskusionspraxis fest zu installieren, welche im Vornherein Gruppen und deren Ansichten von der Debatte fernhält. Es scheint sogar als solle verhindert werden andere Auffassungen überhaupt zu zu reflektieren. Die Verkürzung sowie die Verdrängung des Sachverhalts in dieser Debatte könnte fatale Folgen haben. Sie führt dazu, dass die Beitragenden den Durchblick verlieren und allzu einfachen Lösungsmustern anhängen. Es herrscht hier eine gleichgeschaltete Kultur des Wegsehens, des Wegdenkens. Der, der anders denkt, wird an den Rand gedrängt, ausgegrenzt und indirekt aufgefordert sich nicht weiter damit zu befassen sondern es unreflektiert als "gottgegeben" hinzunehmen. Denkverbote halte ich grundsätzlich für nicht zielführend um mit OSM weiterzukommen. Der "Störenfried" ist der, der ein eingefahrenes Projekt wieder dazu bringen kann, sich weiterzuentwickeln. Andere Sicht- und Denkweisen müssen zugelassen bleiben.

Weshalb versuchst Du meine Meinung zumindest als exotisch oder als falsch oder sogar als allgemein verpönt zu diffamieren?
osm.wiki/Editing_Standards_and_Conventions#Areas_and_Ways_Sharing_Nodes ist dich recht eindeutig.

Die Desinformationskampange der Straßenflächen-durch-Weglassen-Mapping-Fraktion hat einen Umfang erreicht, dem geradezu entgegentreten wetden muss.

Pokemonedit?

Habt Euch ja inzwischen für Google entschieden. Ist natürlich auch eine Möglichkeit. http://www.donaukurier.de/lokales/ingolstadt/DKmobil-Joggerin-auf-dem-Donaudamm-ueberfallen;art599,3773336

Hallo Donaukurier Online-Redaktion,

da hat hsc666 schon grundsätzlich recht. Vielleicht hätte es ein Link mit einem Marker getan?: osm.org/?mlat=48.75502&mlon=11.47298#map=19/48.75502/11.47298

Oder vielleicht ist Euch mit einer umap geholfen?

http://umap.openstreetmap.fr/de/

Hallo ionr,

Du schriebst

[...] Meine Güte, ich weiß nicht einmal wer Flohoff ist. [...]

Diese Aussage kann ich nicht verifizieren.

[...] Du hast lediglich in einer Gegend gemappt, in der ich selbst viel gezeichnet habe und da sind mir deine Kommentare aufgefallen. [...]

Der von Dir kommentierte Changeset osm.org/changeset/58822433 liegt dutzende Kilometer von Deinem Aktionsraum entfernt. http://yosmhm.neis-one.org/?ionr

[...] Ich selbst mappe neue Gebiete mit Lücke sobald ich die Straßenbreite gut erkennen kann, denn der Acker liegt nicht auf der Straße. [...]

Der Acker liegt auch beim Verbinden von Weg- und Flächenknoten nicht auf der Straße. Die Breite kann, wenn das Messen zu aufwändig ist auch durch Standardwerte, mit dem width-Attribut angegeben werden. Zusammen mit dem gezeichneten Weg sind beide Dimensionen der Straßenfläche gegeben. Diese muss zur Hälfte von der Fläche des angrenzenden Landuses abgezogen abgezogen werden um dessen Fläche zu ermitteln. Die Renderer müssen den Rest erledigen. Hat man weit herausgezoomt, müssen wichtige Verkehrswege auch gerendert werden, wenn deren tatsächliche Breite nicht mal einem Pixel entspricht. Zoomt man entsprechend weit hinein, muss der Renderer den Acker entsprechend der Straßenbreite verdrängen. Hilfskonstrukte wie das Darstellen von Straßenflächen durch weglassen damit sie entsprechend gerendert werden, sind abzulehnen.

[...] Diese Sicht wollte ich nur beitragen. Die Welt ist nicht Schwarzweiß.Anderswo ist das anders, das kann jeder erfassen wie er möchte. [...]

Deine Sicht ist mir durchaus bekannt. In dem von mir im Changesetkommetar verlinkten Artikel steht: osm.wiki/Editing_Standards_and_Conventions#Areas_and_Ways_Sharing_Nodes steht: There is not clear consensus yet on how to draw areas adjacent to ways. They may be drawn either by leaving a small gap between the area and the way or by connecting them so that the area shares nodes with the way. 

Und ja, mir ist bewusst, dass der Author des Artikels Deiner Meinung anhängt und deshalb "That being said, when the way is a highway, it usually is most accurate to include a gap, so that the area ends by the side of the road and does not share nodes with the road's way" reinschrieb ohne die Argumente der Gegenposition auch nur anzudeuten, sodass man davon ausgehen muss, das er seine Ansicht durch subtile Manipulation unbedarfter Leser, das Wiki ist ja eine Autorität, dazu bringen will, seiner Ansicht zu folgen und die Methoden der Gegenseite erst gar nicht in Betracht zu ziehen. Schon ein bischen unwürdig für ein Wiki.

Hallo ionr

Du schriebst:
[...] Hauptsache, man verbindet keine absichtlich gemappten Lücken wieder miteinander, denn das wäre eine Verringerung der Detailtiefe [...]

Ich schließe durch Deinen Gebrauch des Adverbs "wieder", Du beschreibst den Fall, dass es keine Lücken gab, jemand diese Lücken durch Lösen der Nodes und weglassen erstellte. Liege ich da richtig? Meine auf diese Annahme beruhende Antwort:

Nun ja, das hängt immer von der Absicht ab, welche damit verfolgt wurde. Meistens erfolgt das Lösen, da die Straßenflächen - zumindest von den gängigen - Renderern ignoriert werden oder weil die Editoren wie etwa iD bzw. JOSM schlecht mit verbundenen Nodes umgehen können und nicht um eine höhere Detailtiefe zu erreichen. Zumeist ist das unheilvolle Gegenteilige der Fall: Die Information ob das angrenzende Landuse direkt an der Wege-/der Straßenfläche endet geht verloren. In solchen Fällen sollte man tatsächlich wieder verbinden.

Selbstverständlich sind auch Ausnahmen denkbar. Beispielsweise könnte man in die Lücke ein landuse=grass setzen und darin einen waterway=ditch setzen. Dann wäre das Abtrennen durchaus legitim. Die Breite der Straße wird ja durch das width-Attribut angeben und muss nicht extra "gemalt" werden. Ersatzweise kann eine Standardbreite für den entsprechenden Wege-/Straßentyp angenommen werden. Die üblichen Nicht-Zentimetergenau-Georeferenzierten-Luftbilder willst Du mir jetzt hoffentlich nicht vorschlagen. Man bedenke, dass OSM ein internationales Projekt ist und selbst bei den höchstaufgelösten Bitmaps siehst Du irgendwann nur noch Pixel. Du suggerierst damit eine Genauigkeit die in der Realität nicht vorhanden ist und bringst das Projekt damit schlechtestenfalls bei denen, welche dieser Täuschung zunächst erlagen, in Verruf. Andere Mapper absichtlich dazu zu verleiten, anstatt auf die Programmierer der Editoren einzuwirken, die Behandlung verbundener Wege und Flächen zu verbessern, darf man meiner Meinung als Fehlverhalten werten, welchem man schon entschieden entgegentreten sollte wo es erstmals auftritt: In den Changesetkommentaren.

Darf ich fragen, ob Du vom User flohoff vorgeschickt wurdest? ich hatte eigentlich gehofft, dass ich die ehemalig badischen Teile des Main-Tauber-Kreises noch einigermaßen auf Vordermann bringen kann, bevor ich hier endgültig rausgemobbt werde. flohoff scheint auf Nakaners Zug in https://lists.openstreetmap.org/pipermail/talk-de/2018-April/114881.html aufgesprungen zu sein und ich habe eine Nachricht von der DWG, mit der Bitte nicht mehr an Changesetdiskussionen an denen flohoff teilnimmt selbst teilzunehmen, erhalten. Für zumindest zu hinterfragen ist in diesem Zusammenhang auch weshalb ein Moderator (AT-Forum) sich auf eine Seite schlägt und auffordert gegenteilige Auffassungen "zensieren", aus der allgemeinen Diskussion entfernen, zu lassen.

Aus http://resultmaps.neis-one.org/osm-discussion-comments?uid=4945640&commented sollte zweifelsfrei ersichtlich werden, dass ich nicht auf den User flohoff, sondern auf dessen Aussagen, wie auch auf Aussagen anderer mit gleicher Intention reagieret hatte. Es wurd in solchen Changesetkommentaren versucht auf die Mapper dahingehen Einfluss zu nehmen, zukünftig so zu erfassen, dass eine Auswertung/Bearbeitung für die Erstkommentatoren am einfachsten möglich ist, auch wenn der eigentliche Ersteller des Changesets durch sein Handeln/Mappen schon deutlich gemacht hatte, dass er anderer Meinung ist.
Versuche hier Dogmen zu etablieren sollte jeder grundsätzlich misstrauisch betrachten. Dieses Verhalten ist geeignet eine Diskussionspraxis fest zu installieren, welche im Vornherein Gruppen und deren Ansichten von der Debatte fernhält. Es scheint sogar als solle verhindert werden andere Auffassungen überhaupt zu zu reflektieren. Die Verkürzung sowie die Verdrängung des Sachverhalts und dieser Debatte könnte fatale Folgen haben. Sie führt dazu, dass die Beitragenden den Durchblick verlieren und allzu einfachen Lösungsmustern anhängen. Es herrscht hier eine gleichgeschaltete Kultur des Wegsehens, nein eine Kultur des Wegdenkens. Der, der anders denkt, wird an den Rand gedrängt, ausgegrenzt und indirekt aufgefordert sich nicht weiter damit zu befassen sondern es unreflektiert als "gottgegeben" hinzunehmen. Denkverbote halte ich grundsätzlich für nicht zielführend um mit OSM weiterzukommen. Der "Störenfried" ist der, der ein eingefahrenes Projekt wieder dazu bringen kann, sich weiterzuentwickeln. Andere Sicht- und Denkweisen müssen zugelassen bleiben. Ich kommentierte solche Äußerungen bewusst bereits in den Changesetkommentaren, da diese ja eine weitere Diskussion im Forum/auf der Mailingliste unterbinden sollen.

Wenn Dich meine Beschreibung des Changesets oder deren Inhalt zu sehr stört, solltest Du erwägen, Dich vertrauensvoll an die DWG zu wenden. Die werden Dir sichetlich helfen.

@flohoff

[...] Und weil ich dabei war ich habe mal die ganzen verklebungen mit den wegen aufgelöst [...]

Das wäre nicht notwendig gewesen.

Das progressive Teilen von Nodes durch Flächen und Wegen ist eine gemäß Wiki anerkannte Mappingmethode. Der Weg repräsentiert dabei nicht ausschließlich die Fahrbahmitte sondern insbesondere in Verbindung mit dem width-Attribut, hilfsweise auch mit Standardwerten, die gesamte Fahrbahn. Wenn das Dein Renderer oder Dein Editor anders darstellt ist das kein Fehler.

@flohoff

Das wäre nicht notwendig gewesen.

Das progressive Teilen von Nodes durch Flächen und Wegen ist eine gemäß Wiki anerkannte Mappingmethode. Der Weg repräsentiert dabei nicht ausschließlich die Fahrbahmitte sondern insbesondere in Verbindung mit dem width-Attribut, hilfsweise auch mit Standardwerten, die gesamte Fahrbahn. Wenn das Dein Renderer oder Dein Editor anders darstellt ist das kein Fehler.

osm.org/?mlat=49.05970&mlon=10.08647#map=19/49.05970/10.08647

Wehre in Linienform werden wie die gestrichelte Linie hier gerendert.