Das Doppeltagging als office und social_facility ergibt keinen Sinn. Außerdem ist es kein Gebäude.

Ich bin da vorgestern erst vorbei gefahren und das ist nicht der ausgewiesene Name der Einrichtung.

Das "deutsche Openstreetmap" spiegelt gewiss nicht diesen Standpunkt wieder, weil du dich hier auf die Übersetzung eines Editors (iD-Editors) beziehst, dem du hier Folge leistest, ohne dass das in irgendeiner Weise im verbreiteten Tagging wiedergespiegelt wird. Weder hat sich amenity=kindergarten für das Gelände etabliert, noch findet eine Unterscheidung der Altersklassen in dieser Weise statt. amenity=childcare und amenity=creche sind ziemlich undefinierte Begriffe für Einrichtungen die in vielen Bereichen Überlappungen mit dem kindergarten-Tagging haben. Nur anhand dessen ist keine Unterscheidung möglich, weil es nicht wirklich definiert ist. Für die von dir gewünschten Unterschiede gibt es subtags, die du aber auch nicht benutzt um irgendeine Unterscheidung maßgeblich der von dir genannten Punkte zu machen. Das das Tagging im deutschen eine Abstrahierung einer Bergifflichkeit ist, sollte klar sein. Nur weil der Überbegriff in regionalen Bereichen "Kindertagesstätte" ist heißt es nicht, dass es nicht in der weltweiten Definition von amenity=kindergarten Platz finden kann. Man schafft nicht für jede regionale Eigenheit neue Obertags, wenn sie oberflächlich das gleiche sind.

Hej,
vielleicht kannst du ja nochmal nachvollziehbar erklären warum du das weniger verbreitete childcare benutzt und was der Unterschied sein soll.

Schöne Grüße

Hej Matze, danke für die Antwort und entschuldige die späte Rückmeldung.

Es zählt natürlich eigentlich hauptsächlich was vor Ort nachvollziehbar ist. Ich kann bei McFit auch auf der Website und anderen Präsenzen( zB Facebook) keine einheitliche Benennung erkennen die einer Bennung in McFit [Ortsteil] gerecht werden würden. Die Zusatzinformationen (Berlin Charlottenburg) präsentieren viele Unternehmen auf ihren Webseiten mit Filialsuche. Kaufland, Aldi, FitX, Fittness First.
Wenn ich nach "McFit Moabit" suche, werde ich trotzdem mein Ergebnis bekommen, ohne dass dort die Zusatzinformation vorhanden ist. Besser gesagt, ist die beschreibende Zusatzinformation schon durch Addressdaten bzw. Ortsteilrelation verknüpft.

Wenn McFit die Namen wie zB Edeka oder neuerdings Rewe (eindeutig nachvollziehbar an den Filialen) führen würde, dann wäre es etwas anderes. Ich weiß, dass es oft trotzdem gemacht wird. Manchmal ist es aber auch explzit so vor Ort ausgewiesen. Wenn es nicht so ist, sollte man es eigentlich eher nicht machen. Zumindest wenn man das dann systematisch durchgeht. Ich weiß, das mag etwas streng wirken.

Schöne Grüße

Hallo,

anstelle irgendwie wild drauf los zu raten und herumzuprobieren, könntest du dich auch etwas mehr mit der Materie befassen. Leider kann man dir da ansonsten auch schwer helfen.

Schöne Grüße

Hey Super-Matze,

meines Wissens steht so gut wie an keinem McFit noch irgendeine Erweiterung durch den Ortsteil dran. Also weiß ich nicht genau woher dieser Angabe kommen soll.

Schöne Grüße

Hej !MRGBoss,

start_date gibt man per ISO8601-Format an (yyyy-mm-dd). Und type=building wird für die Brunnenrelation sicher auch nicht ganz passend sein.

Schöne Grüße

Hallo dx-24793,

Danke für die Berichtigung.
Ist zwar ganz gut, wenn die POIs nicht unbedingt an den Gebäuden selbst kleben. Aber sie zu löschen und wieder zu erstellen, ist nicht ganz technisch sauber. Es ist jetzt nicht so dramatisch, aber wenn es geht sollte man auf jeden Fall versuchen da ein bisschen drauf zu achten.

Leider weiß ich mit dem iD-Standard-Editor keinen richtigen Weg wie man das einfach lösen kann. Beim JOSM-Editor gibt es da das loslösen von Knoten wodurch das Objekt nicht neu erstellt werden muss. Vielleicht hast du ja Lust dir den JOSM-Editor mal anzuschauen (https://josm.openstreetmap.de/)?

Ansonsten kann ich dir auch noch folgendes Tutorial (osm.wiki/wiki/file:Osm-tutorial.pdf) ans Herz legen. Das hilft vielleicht beim Einstieg, ganz generell. JOSM ist kein Zwang!

Wenn du Fragen hast, kannst du natürlich auch gern nachfragen. Hoffe das war jetzt nicht überrumpelnd.

Schöne Grüße

Hallo Attingo,

ihr habt zwar überall fleißig Knoten gesetzt, aber dabei die definierende Eigenschaften dieser Knoten vergessen. Vor Ort befinden sich doch Büros, oder? Ganz spontan würde ich sagen, dass überall ein "office=it" fehlt. (osm.wiki/DE:Key:office) Zumindest hätte ich das jetzt so ergänzt.
Vielleicht könnt ihr das ja noch bei allen hinzufügen.

Schöne Grüße

Hi,

in this changeset; that is spanning half a continent, you have removed several address tags in Berlin. Two things: Please use smaller/local changesets and also do not remove correct address information.
I have restored the addresses.

Thank you

Hi, wir mappen nicht für den Renderer und mappen Straßen als Flächen. Siehst du, dass es hier sonstwo so gemacht wird? Nein? Gut. Reicht schon, wenn du das unnützerweise für die die kleinen nichtflächigen Parkwege machst. Danke.

Hallo map-network,

du hast hier einfach Gebäude über andere Gebäude drübergemappt. In der Regel sollte man schon etwas darauf achten.

Normalerweise würde ich das einfach korrigieren, allerdings kann ich das durch Luftbilder nicht verifizieren. Deine Einzeichnungen sind ziemlich spezifisch genau (Kante in Haus #20 und Haus #22). Warst du vor Ort (survey) oder benutzt du andere Quellen? Deine Angabe "knowledge" ist in der Hinsicht leider nicht aussagekräftig.

Schöne Grüße

Hallo H4NN1N4NN1,

könntest du es unterlassen, nicht vorhandene Parkflächen in OSM einzutragen? Das sieht sehr stark nach Tagging für Pokemon Go aus und ist vor allem unerwünscht. Wenn du ernsthaft etwas beitragen möchtest, wäre es ratsam sich mit den typischen Gegebenheiten auf OSM vertraut zu machen. Dazu sei auch auf osm.wiki/DE:Tag:leisure%3Dpark verwiesen.

Danke

Hallo tmrbng,
danke für das Hinzufügen von Gebäuden.

Kleiner Tipp für die Bearbeitung mit dem iD-Editor: bei ausgewähltem Objekt kannst du das Objekt mit 's' rechteckig machen. Hilfreich bei Gebäuden, da diese ja meist doch rechteckig sind.

Schöne Grüße

Hallo NordseeGeo23, danke für die Ergänzungen.

Zwei kleine Tipps von mir: Die Luftbilder von Esri sind hier in der Gegend deutlich besser, es bietet sich an diese bevorzugt zu benutzen. Die Auflösung und auch die Lagegenauigkeit ist qualitativ besser. Vermutlich sind sie nur älter als die von Bing. (Die Auswahl erreichst du indem du "B" drückst) Und wenn du bei einem selektiertem Objekt "S" drückst, wird das Objekt automatisch rechtwinklig. Das ist vor allem hilfreich bei Gebäuden, da diese ja meist rechtwinklig sind.

Falls du noch Fragen hast, gern melden.

Schöne Grüße

Danke für die schnelle Antwort.
Ich nehme mal an, dass es sich um das Onlineangebot/Geoportal Stadt KW handelt? So oder so, ist die Lizenz der Brandenburger Geoportale leider nicht ohne weiteres dafür geeignet die Daten in OSM zu übertragen. Gerne kannst du natürlich auch nochmal eine Anfrage an die Betreiber/Verantwortlichen stellen. In Vergangenheit wurde das meines Wissens zwar immer verneint, aber die Dokumentation dazu ist für Brandenburg jetzt nicht so toll. Jedenfalls bitte nicht ohne weiteres davon abzeichnen. Wenn du das so durch lokales Wissen in Erfahrung gebracht hast, ist das natürlich in Ordnung.

Wenn du Hausnummern eintragen willst, kannst du übrigens auch einfach Knoten setzen und daran die Adresse packen. (gutes Beispiel: node/5984146069) Das hilft dann auch schon, selbst wenn es nicht exakt gesetzt ist. Das kommt dann schon noch.

Wenn du Fragen hast, gern nachhaken.

Schöne Grüße

Hallo ChrissW-R1,

sind die Relationen/Multipolygone für Bammelecke und Spreeheide wirklich nötig? Ich sehe da jetzt nicht wirklich Gründe für. Die Bammelecke hättest du auch einfach so einzeichnen können (area=yes?). Ich weiß auch nicht ob die peninsula wirklich mit der Weg der Sportpromenade endet. Da scheint mir nicht direkt eine Abhängigkeit zu bestehen.

Schöne Grüße

Hallo Friedolino88,

auch welche "offizielle[n] Pläne" beziehst du dich? Eine genaue Angabe wäre hier hilfreich. Eventuell sind diese Pläne urheberrechtlich beschränkt und nicht als Grundlage für die Übertragung der Daten in OSM geeignet.

Schöne Grüße

The duplicated member issue has been resolved in changeset/66621473

Best regards