In OSM können Flächen auch als solche erfasst werden (siehe Wiki unter osm.wiki/DE:Way#Fl%C3%A4che), werden jedoch meist als Way (OSM-Sprech) kartiert bzw. wenn es als Fläche erfasst wird mit zusätzlichen Wegen über diese Fläche kartiert, um ein Routing zu ermöglichen. Die Hoffläche ist befahr- und begehbar, daher die Einordnung als "Way" in OSM. Ein Way in OSM hat erstmal keine räumliche Ausdehung. Man könnte das durch das Attribut "width" hinzufügen.

Ich schreibe dir wegen des Löschens, dass die Erfahrung gezeigt hat, dass solche Wege lieber kartiert bleiben und dann als "privat" gekennzeichnet werden als das sie gelöscht werden. Sollten sie aufgrund des Luftbildes neu erfasst werden und es wird nicht das "privat" gekennzeichnet, so kann es vorkommen, dass jemand diesen Weg in einer Navi-App als Routenvorschlag bekommt. Mit der Kennzeichnung als privat wird es den Routenvorschlag nicht geben.

Und ja, es könnte hier in OSM "jeder Trampelpfad duch jeden Garten zu jeder Terasse eingezeichnet werden". Das ist völlig in Ordnung, wenn der Weg auf dem Luftbild zu sehen ist. Und ja, es gibt Mapper, die sowas einzeichnen. Es wird in OSM kartiert, was existiert, siehe auch die Erläuterungen im Wiki osm.wiki/DE:Good_practice

Auch hier würde es mehr Sinn machen, den Weg als privat zu kennzeichnen. Er ist eindeutig auf dem Luftbild erkennbar.

Hi Betty.
Der Weg war bereits als privat gekennzeichnet. Mit dem Löschen des Weges kommt nun der nächste Kartierer daher, zeichnet den Weg ein und dann ist evtl. die Kennzeichnung für "privat" nicht mehr am Weg. Es würde mehr Sinn machen, den als privat gekennzeichnet drin zu lassen.

Viele Grüße

Ach, entschuldige, das ist noch ein komischer Edit von iremkapucuoglu2. Du hast das nur durch deinen Adressfix überdeckt, daher war ich bei dir aufgeschlagen.

Hi Mike,

was ist hier schiefgelaufen? Schau dir bitte
node/10244925280
und
note/3476098
an.

Viele Grüße

Hallo limes11 & iremkapucuoglu2,

es wird nur unter der Woche gearbeitet. Das sieht nach "Organized Editing" aus. Quellenangaben fehlen auch immer. Ich habe den Nutzer gemeldet, weil er auf keinerlei CS-Kommentare eingeht. Der iD ist auch auf "tr" eingestellt.

Viele Grüße

Where do you copy and paste the data from? You are always making the same spelling mistakes

please fix the name of node/10267190862

What is the source of your data?

post_office=post_partner should be used in combination with another feature tag, see
post_office=post_partner

removed not fixed

Warum hast du way/92690700 auf area geändert?

Hi, der Vitalia im PEP ist bereits gemappt und an genauerer Stelle als dein Node, siehe:

node/10265895523

node/5327324739

This CS has changes for Usedom only, but due to the edited relations the CS area is so wide

Danke, gute Idee. 👍

Genau für diesen Scheinvorteil habe ich noch kein Beispiel gesehen, wo das umgesetzt ist und stattdessen nur ein Link erscheint. Kennst du da bitte ein Beispiel, das du mir zeigen könntest? Im Wiki konnte ich keines finden.

Über die Langform müsste man genauso gut per Hotlink ein Bild bekommen können, nur ohne das man den Vorteil einer echten URL verliert. Der Vorteil der URL/Langversion wäre, dass man bei Webseiten, die kein Bild anzeigen/hotlinken, einen klickbaren Link angezeigt bekommt statt einer unverlinkten Zeichenkette, die auch noch mit dem file://-Protokoll verwechselt werden kann. Bei der Langform ist es auch klar, dass das Bild von Wiki Commons kommen soll und nicht aus einem anderen Wiki. Gerade in dem allgemeinem image-Tag, wo sonst nur URLs stehen, ist das komisch, wenn da nur "File:…" steht.
Vor allem wenn es doch den speziellen wikimedia_commons-Tag gibt. Das wird auf der image-Tag-OSM-Wikiseite auch so formuliert: "Bilder, die auf wikimedia und mapillary verfügbar sind, können mit den speziellen Tags wikimedia_commons=* und mapillary=* getaggt werden. " Das ist doch viel besser?

Ich kann dir mit diesem Hotlink nicht ganz folgen. Was verstehst du darunter? Wie würde das funktionieren? Könntest du mir ein Beispiel zeigen?

Auf der Wikiseite, die du verlinkst, steht: "obwohl dies gemeinhin als wikimedia_commons=* getaggt wird". Der wikimedia_commons ist der speziellere Tag. Daher würde ich den vor image bevorzugen und image die vollständige URL vorhalten. So kann ich als OSM-Nutzer, direkt einen Link klicken.
Das wikimedia_commons kann man nun nutzen, um dieses "File:..." einzutragen. Ich habe das mal mit CS changeset/129949951 gemacht.

Ich musste nochmal nachschauen, was Hotlink genau meint. Das wäre ein Link direkt auf die Bilddatei, also hier im Beispiel wäre das ein Hotlink: https://upload.wikimedia.org/wikipedia/commons/thumb/b/b4/Luetow_dolmen_2010-08-06_006.JPG/320px-Luetow_dolmen_2010-08-06_006.JPG

Die Erklärung dazu habe ich bei Commons gefunden:
https://commons.wikimedia.org/wiki/Commons:Reusing_content_outside_Wikimedia/technical#Hotlinking

Hallo ChillyDL,

in dem image-Tag war kein Link vorhanden. Das sieht man ganz gut in der Versionsansicht, wenn man Version #3 und #4 vergleicht: way/607988992/history

Das image-Tag enthielt den Wert "File:Luetow_dolmen_2010-08-06_006.JPG" und damit keinen Link, weshalb ich diese Info genutzt habe, um daraus die URL "https://commons.wikimedia.org/wiki/File:Luetow_dolmen_2010-08-06_006.JPG" zu machen. Dies wird dann oft automatisch verlinkt und damit anklickbar.

Der image-Tag enthält normalerweise URLs, die mit http starten. Der Wert, der vor meiner Bearbeitung im image-Tag drin stand, würde ich eher in dem Key "wikimedia_commons" sehen, siehe auch das Wiki:
wikimedia_commons=*

Meintest du das? Sollten wir den wikimedia_commons-Tag hier hinzufügen?

Viele Grüße

Ich danke dir. Das schaut gut aus.