Hi,
das tagging ist ja auch nicht direkt falsch nur halt allgemeiner als möglich. So wie building=yes nicht falsch ist, aber meist allgemeiner als nötig.

Im Artikel zu path wird ja auch immer gesagt, dass es ein universaler und allgemeiner tag für alle möglichen nicht-motorisierten Wege ist. Persönlich finde ich es bei Fuß-&Radwegen ok, wenn wirklich 50% des Weges für Fußgänger und 50% des Weges für Radfahrer vorgesehen ist.

Da wir hier aber ja wissen, dass die primäre Funktion dieser Wege für Fußgänger bestimmt ist (keine "Rad Frei"-zeichen, Wegemarkierungen oder ähnliches vorhanden), wäre hier highway=footway ein genauerer tag. Dadurch ist zum einen die primäre Nutzungsart des Weges klar und zum anderen implizit eben auch die Berechtigung für Radfahrer.

Im path und footway Artikel ist neben der erkennbaren "bauliche Gestaltung" von "Widmung" die Rede, was nicht zwangsläufig heißen muss, dass immer ein Verkehrszeichen vorhanden sein muss.

Daher: Der tag highway=footway ist hier einfach genauer und simpler, als highway=path + osm.wiki/Tag:foot=... + osm.wiki/Tag:bicycle=... oder ähnliches.

Grüße
Hauke

Hi,
nein, also path ist ein sehr sehr allgemeiner tag und solche Wege sind eigentlich wirklich Pfade, also Trampelpfade im Wald oder so. Zitat aus dem wiki zu highway=path: "A non-specific path. Use highway=footway for paths mainly for walkers [...]".
Wäre hier Radfahren auch erlaubt, könnte man noch bicycle=yes ergänzen, ansonsten ist bei highway=footway das Radfahren verboten. Wie die rechtliche Situation zum Fahrradfahren bei nicht-Bürgersteigen in solchen Wohnblocks ist, weiß ich nicht. Würde daher nicht per se überall bicycle=no taggen, da highway=footway das eigentlich halt auch impliziert (auch, wenn manche Router das anders sehen, aber das ist nicht unser Bier :D ).

Grüße
Hauke

Dann hätten wir auf jeden Fall "roof:levels=1". Ist dann nur die Frage wie viele Stockwerke darunter, eins oder zwei?

Kein Problem, man kennt ja auch nicht immer alle Tags und Feinheiten.

Wie schauen die Häuser denn aus, haben die eine Etage um Erdgeschoss und dann eine zweite im Dach (oder teilweise im Dach)?

Hi,

du hast hier die Wege als "path" getaggt, aber Pfade gibt es eher im Wald z.B. als Wanderweg. Gepflasterte Wege in der Stadt werden als footway getaggt. Habs mal korrigiert.

Grüße
Hauke

Hi,

du hast hier "Time Art oHG" doppelt eingetragen und das zudem noch mit unterschiedlichen Daten. Welche Daten sind denn korrekt?

Grüße
Hauke

Hi,

eine Anmerkung und eine Frage:

Du hast den Knoten an den Punkt des Eingang gesetzt, das ist eher unüblich. Ich habe ihn mal zurückgeschoben und den Eingang separat eingetragen.

Zur Frage: Stimmt die Hausnummer 12? Ich glaube nicht, da das Gebäude ja die 12a trägt. Wahrscheinlich ist das die korrekte Hausnummer von tricargo oder?

Grüße
Hauke

Hi,

bitte bei Telefonnummern das internationale Format angeben. Also statt "040 ..." wäre das in diesem Fall "+49 40 710 44 03".

Grüße
Hauke

Hi,

zum einen war das Gebäude etwas krumm und schief und hatte unnötige Knoten drin (hab das mal gerichtet) und zum anderen ist der name "Vereinsheim" wohl kaum richtig. Also ich bezweifle mal stark, dass das Gebäude oder der Verein so heißt. Spannend wäre daher um welchen Verein es sich handelt und den entsprechend hier hinzuzufügen.

Grüße
Hauke

Hi,

du hast hier einen Knoten hinzugefügt (node/8376686467) aber ohne sinnvolle tags, sondern nur mit Namen. Um was handelt es sich denn? Ein Büro? Ein Einzelhandelsgeschäft? Etwas anderes?

Grüße
Hauke

Hi,

wo genau hast du her, das die von dir gelöschten Gebäude nicht mehr existieren? Warst du dort?

Grüße
Hauke

Hi,

bei den Gebäuden sieht es so aus, als wenn sie ein normales Giebeldach (auf jeden Fall kein Flachdach) haben. Du hast hier aber "roof:levels=0" angegeben, was dem meist widerspricht. Sicher, dass das stimmt und nicht doch eher "roof:levels=1" gemeint ist?

Grüße
Hauke

Hi,
du hast hier beim Parkautomaten den Haupt-Tag "amenity=vending_machine" vergessen. Habs mal ergänzt.
Bist du dir beim operator sicher? Du hast da "Landebetrieb Verkehr" angegeben, das kommt mir sehr seltsam vor, da meistens eigendeine private Firma (z.B. Flowbird) die Automaten betreibt. Habs erst mal so gelassen und ein generelles fixme dran gesetzt.

Grüße
Hauke

Jein. Also ich weiß nicht, welche Funktionen der Web-Editor iD mitbringt, daher beschreibe ich mal, wie ich das in JOSM machen würde:

Mal angenommen zwei Gebäude haben zwei Ecken gemeinsam, sie berühren sich also entlang einer Linie.
Die beiden Gebäude würde ich an den Ecken auftrennen, sodass ich vier separate Linien bekomme: Zwei mal die Linie an der sich die Gebäude berührt haben (pro Gebäude würde ich eine Linie bekommen) und dann den Rest vom einen und den Rest vom anderen Gebäude.
Die Beiden Linien, an denen sich die Gebäude berührt haben, lösche ich. Dann markiere ich die beiden restlichen Polygone und drücke 'c', wodurch aus den beiden einzelnen Linien, ein Polygon wird. Intern löscht JOSM dann eins der beiden ehemaligen Polygone, vergrößert das andere entsprechend und versucht alle tags zu übernehmen.

Ob und wie das in iD geht, weiß ich nicht. Kann aber generell sehr von der Nutzung von iD abraten, genau aus solchen Gründen, wie wir es hier haben. Wie vorher schon erwähnt: Weniger hast du Mist gebaut, sondern mehr iD, weil iD eigenständig Dinge tut, wie man nicht erwartet.

Der Hintergrund bei iD ist ein Dilemma: Wenn man einzelne Linien-Segmente hat (so, wie sie wahrscheinlich bei dir entstanden sind) und nichts weiter tut, kann iD nicht zwangsläufig davon ausgehen, dass diese Linien zu einem Polygon zusammengefasst werden können. Andererseits ergeben die losen Linien alleine wenig Sinn. Um dieses Dilemma zu lösen, versucht iD beide Welten zu vereinen und legt eine Relation an, welche alle Linien-Segmente umfasst. Leider ist dieses Resultat so gut wie nie korrekt, entspricht keineswegs dem wiki-Vorgehen und verkompliziert die Daten unnötig.

Ich hoffe das war nicht all zu verwirrend :D Habe dazu leider keine Anleitung im Netz gefunden, wie man das in iD vernünftig macht.

Grüße
Hauke

hi,

bei Telefonnummern bitte das internationale Format angeben (also "+49 40 ..." statt "040 ...").

Grüße
Hauke

Hi,

du hast hier versucht "Koi Karpfen Köstorf" hinzuzufügen. Zum einen ist das Tagging nicht richtig, der description=* tag wird dir wenig nützen und auch url=* ist sehr unüblich. Zum anderen packt man Geschäfte üblicherweise nicht einfach auf das Polygon des Gebäudes sondern meist hinein. Habs mal angepasst.

Grüße
Hauke

Da hat sich ein Tippfehler im Namen vom Schießplatz eingeschlichen ;)

Würde nicht auch der Tag military=range besser passen?

Hi,

du hast beim zusammenführen der Gebäude eine Relation erstellt statt einfach nur ein Gebäude anzulegen. Das kann man machen, ist aber mehr als unüblich. Pass beim iD Editor auf, dass Linien für ein Gebäude auch wirklich ein korrektes Polygon bilden. Im Hintergrund macht iD sonst gerne mal Mist und zerstört korrekte Daten.

Grüße
Hauke

Hi,

habe deinen hinzugefügten Knoten etwas angepasst. Der "product=" tag ergibt an dieser Stelle keinen Sinn, da du ja kein Produkt herstellst, sondern eine Dienstleistung anbietest. Auch den Namen habe ich angepasst, sodass er dem aus deinem Impressum entspricht. Der description-Text sollte zudem möglichst kurz sein und nützliche Informationen ergänzen, mehr auch nicht. Was du alles so im Detail machst können die Leute dann ja auf deiner Website erfahren ;)

Grüße
Hauke

Hi, du hast hier ein neues Gebäude eingetragen. Das ist schön, aber du hast es einfach über ein bestehendes Polygon des vorherigen Gebäudes rüber gezeichnet. Nächstes mal vorher schauen was schon da ist ;)

Grüße
Hauke