DE talk:Howto Map A

From OpenStreetMap Wiki
Jump to: navigation, search

Gibt es amenity=archive? Falls nicht, würde ich es gerne einfach vorschlagen!


WICHTIG! Auf der Seite HOWTO MAP A ist besonders darauf zu achten, dass die Tags richtig geschrieben werden! Die Seite wird von vielen Neulingen und Anfängern benutzt. Und man kann Ihnen keinen Vorwurf machen, wenn sie ein Tag von dieser Seite per Copy'n'Paste im Editor einfügen. Also bitte unbedingt auf die richtige Schreibweise der Tags achten!

Contents

Geschwindigkeitsbeschränkungen

--Staubjosef 22:09, 5 February 2010 (UTC)

Hallo, dafür gibt es noch kein einheitliches Verfahren, jedoch einen noch diskutierten Vorschlag: Proposed_features/right_left (engl). Hadhuey 10:57, 6 February 2010 (UTC) (Bitte neue Diskussionbeiträge immer unten auf der Seite anfügen)
Danke für die beiden Hinweise. --Staubjosef 21:38, 6 February 2010 (UTC)
Da diese Eigenschaft eigentlich von der Fahrtrichtung (und nur indirekt von der Straßenseite) abhängt, würde ich stattdessen maxspeed:forward=*/maxspeed:backward=* nach Proposed features/Extended conditions for access tags empfehlen. --Tordanik 21:59, 6 February 2010 (UTC)

Fehlende Objekte

Hier kannst du fehlende Dinge eintragen:


Wie mappt man ...? (Begriffe, zu denen ich keinen Eintrag gefunden habe)
im aktuellen JOSM ist amenity=ice_cream als Tag definiert. --Jan Tappenbeck 18:50, 15 June 2010 (UTC)
siehe aber auch [1] - craft=glaziery --Jan Tappenbeck 18:34, 15 June 2010 (UTC)
siehe aber auch [2] - craft=shoemaker --Jan Tappenbeck 18:34, 15 June 2010 (UTC)

Danke --Poi 16:43, 19 January 2009 (UTC)

Soweit sind die alle unter map features zu finden. --amai 12:47, 21 February 2010 (UTC)


Geschäfte einiges unklar_

Wegavision 16:48, 20 December 2011 (UTC)

Kategorien

Ich habe folgende Kategorien verwendet:

Strassen und Wege
Wasser
Bahn
Landflächen
Energie
Sport
Seefahrt
Religion
im Ort
Kultur
Tourismus

Dabei habe ich versucht eindeutige Kategorien zu bilden, also solche denen die einzelnen realen Objekte eindeutig und ausschliesslich zugeordnet werden können. Das funktioniert aber nicht. Denn Kategorien sind immer eine willkürliche selektive Sichtweise, die nur für bestimmte Erfordernisse taugen: Strasse für Routing, Bahn für Bahnplaner und -Reisende, Wasser für Wasserwerke und Bootfahrer. Aber alle drei können auch für Sportler interessant sein und für Touristen.

Das Kategoriensystem muss also umgestellt werden. Weg von der Idee "hierarchische Kategorie". Sinnvoll ist ausschliesslich ein mehrdimensionales Kategoriensystem:

jede Kategorie ist erlaubt

Und bei der Beschreibung des eindeutigen Schlüssels werden die erlaubten bzw. notwendigen Kategorien aufgeführt und erklärt.

Gruss, --Markus 08:32, 19 July 2008 (UTC)


Liste der Objekte

Die Liste ist jetzt unter DE:Howto_Map_A/Liste_der_Objekte zu finden. Habe mir erlaubt sie aus Gründen der Übersichtlichkeit auszulagern. --Telegnom 16:22, 2 February 2010 (UTC)

Bei Taginfo führt man_made=monitoring_station mit 10 534 Einträgen gegenüber man_made=measurement_station mit 571 Einträgen.
Auf der Seite von man_made=measurement_station wird vorgeschlagen statt dessen man_made=monitoring_station zu verwenden.

Diskussion zu „verkehrsberuhigter Bereich“

Von der Artikelseite hierher kopiert. --Tordanik 14:07, 5 August 2008 (UTC)

  • Ich widerspreche dieser Aussage. Woher soll die Routing-Software denn die Gesetze des Landes kennen? --Lulu-Ann 15:10, 25 July 2008 (UTC)
  • man könnte dann aber auch nur maxspeed=stepspeed taggen, weils keinen festen Wert gibt. --Cbm 16:58, 5 August 2008 (UTC)
  • Ich denke, die Routing-Software muss wissen, wie schnell in einem Verkehrsberuhigten Bereich gefahren werden darf. So lange keine Geschwindigkeit explizit angegeben ist, sollten wir auch keine eintragen. Denn wenn sich das Gesetz mal ändert müsste man alle Straßen umändern. --MrTweek 14:21, 27 August 2008 (UTC)
  • Sehe ich auch so wie MrTweek. Die Software wird sowieso per Default einen sinnvollen Wert annehmen. Sie tut das ja auch bei anderen Straßentypen. Manches wird sonst einfach zu aufwendig. Wie tagge ich z.B. eine "normale" Straße außerorts? Per Gesetz gilt: Pkw 100, Motorrad 100, Pkw mit Anhänger 80, Lkw 80, Lkw über 7,5 Tonnen 60, Lkw mit Anhänger 60, Motorrad mit Anhänger 60. Will das wirklich jemand taggen? --Gypakk 16:30, 27 August 2008 (UTC)
Was hat das konkret mit der Spielstraße zu tun? Wenn diese Empfehlung gilt, sollte sie dann nicht generell gelten? --Lulu-Ann 15:10, 25 July 2008 (UTC)

Achtung Wortwahl: Keine Vorschriften

OpenStreetMap hat keine strengen Regeln und niemanden, der Vorschriften machen kann. Es ist also irreführend, von "nicht dürfen" oder "müssen" zu sprechen. Bitte passt dahingehend auf, wenn ihr Wiki-Artikel schreibt. Ich habe eben eine Formulierung der Art "ein Objekt darf nie als Punkt und Fläche zugleich eingetragen werden" abgeändert. Ich habe stattdessen geschrieben "sollte nicht", und das ganze mit einer Erklärung ergänzt, *warum* es nicht sollte. Nun hat der vernunftbegabte Mapper die Möglichkeit, die Regel zu verstehen und sich, wenn dazu Anlass besteht, darüber hinwegzusetzen. Eine nicht weiter begründete Formulierung "darf niemals..." ist dem Projekt nicht angemessen! Anderswo habe ich auch schon die ähnliche Formulierung "dies und das ist so und so zu mappen" entfernt - das ist Vorschriften- und Verfügungsdeutsch, für das in OpenStreetMap kein Platz ist. Bei uns heisst es "dies und das wird in der Regel so und so gemappt" etc. --Frederik Ramm 15:42, 3 September 2008 (UTC)


Schwimmbecken: natural?

wieso ist ein Schwimmbecken "natural"? Wenn es allein auf "Wasser" ankäme, müßte auch ein privater Pool so getaggt werden. Daher besser für beides swimming_pool (impliziert im Regelfall auch Wasser) verwenden, natural nur dann, wenn es wirklich eine natürliche Wasserfläche ist (Strand- / Seebäder). --Florianschmitt 20:11, 20 September 2008 (UTC)

Natürlich hast du Recht, ein Schwimmbad ist nicht "natural". Letztlich führt das aber zu einer Grundsatzdiskussion zu den Tags "natural" und "man_made". Oft kann man nicht klar unterscheiden. Vielleicht sollte man diese Tags ersetzen durch einen gemeinsamen Tag "object". Letztlich ist es - meiner Meinung nach - nicht primär entscheidend, ob ein Objekt von Menschen geschaffen wurde oder nicht. Es kommt in die Karte rein, und Punkt. Warum sollten wir uns immer solche Fragen stellen müssen:
Darf man einen künstlich angelegten See als natural=water taggen? Soll ein angepflanzter Wald, der derzeit nicht forstwirtschaftlich genutzt wird, als natural=wood oder doch als landuse=forest getaggt werden, weil er ja nicht natürlich ist? Müsste ein künstlich angelegter Sandstrand dann nicht man_made=beach heißen? Wie ist das bei natural=coastline, wenn die Küstenlinie durch Landgewinnung entstanden ist?
Mich interessiert nicht, wie ein Objekt entstanden ist, sondern nur, dass es jetzt da ist. Wie es entstanden ist, ist eine nette Zusatzinformation, die aus meiner Sicht wahlfrei bleiben sollte. Beispiel: object=beach, natural=no.   Grüße --Gypakk 18:02, 21 September 2008 (UTC)
Einfaches Kriterium: Was auch ohne menschliches Zutun in der vorliegenden Form in der Natur vorkommt, ist natural (See, auch künstlich angelegt; Strand, auch künstlich aufgeschüttet; Küstenlinie/Land, auch durch Landgewinnung gewonnen/verändert). Ein natürlich entstandenes, rosa gekacheltes Swimmingpool mit Leitern an den Seiten zum Reinklettern habe zumindest ich noch nirgends entdecken können...
IMHO sollte man versuchen, wenigstens ein Minimum an Konsistenz und Struktur im Tagging-Schema zu wahren. Klar, man kann auch alles direkt von object ableiten, dann wird das tagging-Schema wirklich sehr einfach - einfach ein alphabetischer Index der Objekte ohne Kategorisierung. Aber die OSM-tags sind nun mal anders organisiert - und das ist auch gut so (wenn auch nicht immer trivial). Man sollte aufpassen, dass die "How to map a..."-Seite nicht genau zu so einem verselbständigten alphabetischen Index mißrät. Hinter den map features steht als Filter noch das Proposal-Verfahren. Langsam sollte man über so etwas für die "How to map a..."-Seite zwecks Qualitätssicherung ebenfalls nachdenken. Denn die Seite wächst über den ursprünglichen Ansatz, einen alphabetischen Zugang zu den map features zu bieten, inzwischen klar hinaus. Sie definiert ihre eigenen Regeln, und das sollte, wenn überhaupt, dann nur nach eingehender Diskussion geschehen. --Florianschmitt 18:49, 21 September 2008 (UTC)
Gibt es denn bei den map features eine wirkliche Qualitaetssicherung? Auch da kann ja jeder nach Belieben seine eigene Sicht der Dinge eintragen, bis irgendwann der naechste kommt und das dann seiner Auffassung nach abaendert. Warum auch nicht, denn die map features haben ja letztendlich auch keinerlei bindende Wirkung. Richtig begeistert bin ich von diesem vergleichsweise chaotischem Systm nicht, aber bislang scheint es ja im Wesentlichen zu funktionieren. --De muur 19:22, 21 September 2008 (UTC)
Stimmt schon - aber ich glaube, es wird nicht so gerne gesehen (um es vorsichtig zu formulieren), wenn die map features abgeändert werden, ohne dass der Proposal-Prozess durchlaufen wurde. Das Verfahren kann Qualität nicht garantieren, aber allein durch zeitliche Verzögerung, den Zwang zur Begründung von Änderungen und dem Erfordernis einer Mindestanzahl von Stimmen erfüllt es eine gewisse Filterfunktion. Die haben wir momentan bei der "How to map a..."-Seite überhaupt nicht, und das merkt man mE. --Florianschmitt 05:51, 22 September 2008 (UTC)
Ich sehe es genauso wie Florian mit seinem pinken Pool. Eigentlich würde doch für ein Schwimmbad bzw. Swimmingpool ein sport=swimming reichen? Und der Badesee bzw auch der Baggersee bekommt dazu noch ein natural=water. Ich mein im Endeffekt ist es ja Natur, die halt nur irgendwann vom Menschen verändert wurde. Gibt es nun schon eine Einigung? --benschi 10:11, 27 Januar 2009 (UTC)

building=Hallenbad suboptimal

Ich hab das mal in building=yes geändert, da redundat: _Hallen_bad_ heißt so, weil es innerhalb einer Halle ist, also ein umgebendes Gebäude impliziert. Das Tag sport=swimming zeigt, was in dem Gebäude passiert. Zudem wäre es ein Unding, wenn jeder die Gebäude mit dem ihn geläufigen Begriffen taggen würde. Ich denke da an building=Wasserpark, Spaßbad, Vergnügungsbad, Rentnerschwimmbad, Vereinsbad... 0o -- Malenki 20:33, 21 January 2010 (UTC)
PS: Das zugehörige Changeset -- Malenki 20:41, 21 January 2010 (UTC)

Komplette Tags für ein Einkaufscenter?

Hallo, ich bin noch auf der Suche nach den richtigen Tags für ein Einkaufscenter. es gibt folgendes zu tagen: Das Center selbst, mehrere Geschäfte, Parkplatz, Wege auf dem Parkplatz, Spezielle Wege nur für Lieferanten, Tore am Parkplatz die nach Feierabend geschlossen werden, Einen zweiten Parkplatz ohne Tore,

In meinen Beispiel geht es um dieses Center: OSM Shopping Center

schöne Grüße Thomas


Richtungshaltestellen im ÖPNV

Da gibt es zwei Fälle:

  1. Haltestellen existieren nur in eine Linienrichtung (siehe z.B. die kleinen grauen Pfeile im Berliner Straßenbahnnetz).
  2. Haltestellen liegen räumlich so weit auseinander, das es nicht sinnvoll ist, diese als gemeinsamen Punkt für die Linie abzubilden. Siehe z.B. die Bushaltestellen am S-Bahnhoft Berlin Köpenick: Haltestelle 1 - Ampelkreuzung - 10 m Bahnhofsvorplatz - S + Fernbahn-Unterführung (ca. 15 m) - 10 m Bahnhofsvorplatz (andere Bahnhofsseite) - Ampelkreuzung - ca. 30 m Straße - Haltestelle 2. Auf jeder Seite der S-Bahnlinie liegt die jeweils andere Haltestelle immer außerhalb des Sichtbereiches.

Dafür gibt es die in der entsprechenden Relation die Rollen forward:stop und backward:stop --Telegnom 16:10, 2 February 2010 (UTC)

Danke, habe ich inzwischen auch selbst rausgefunden, ich habe eine Weile gebraucht bis ich das neue ÖPNV-Schema samt Realtionen kapiert habe. --Fabi2 23:07, 1 March 2010 (UTC)

Kloster

Wie bezeichne ich ein Kloster? Sollte wegen der Größe eine Fläche sein. --Bahnpirat 07:52, 4 August 2009 (UTC)

Hat sich geklärt: DE:Tag:historic=monastery --Bahnpirat 08:00, 4 August 2009 (UTC)
Convent für Nonnenklöster... --Lulu-Ann 21:44, 5 August 2009 (UTC)




Neu und noch etwas unbeholfen.

Ich bin neu hier und habe eine Frage, sollte ich als nicht englischsprechender Legastheniker, die Finger weg lassen, oder kann ich gerade deswegen vielleicht gute Ideen einbringen, die auch mir helfen? Hat es einen bestimmten Grund deutsche Karten in Englisch zu Mappen? Es geht hier um "Bitte etwas sorgfältiger umgehen" wie kann man das, wenn einem die Hände gebunden sind? Ich hänge mich schon auf mit der Wegbeschaffenheit, Weg = Naturbelassen, Geteert, Kiesweg, Forstweg. Nutzbar für = Fußgänger, Radfahrer, Motorrad/nein, Auto/nein. Die Diskussion wird kein Ende nehmen, da wir in Deutschland alles gründlich machen wollen. Ich würde vorschlagen, macht eine Internetseite mit einer Datenbank in der wir die Mapps zusammenstellen können, dürfte nicht so schwer sein. Mapps, die nicht existent sind, kann man dann selbst erstellen, die werden dann der Datenbank hinzugefügt und nachher als Vorschlag zur Auswahl angeboten, der Begriff der dann am meisten ausgewählt wird, der wird dann als Standartbegriff angenommen und alle anderen Vorschläge dazu gelöscht. Man könnte dann wieder einen neuen Begriff dazu erstellen, der zusammen mit dem neu greirten Hauptbegriff, zur Auswahl angeboten wird u.s.w. Somit wird gewährleistet, das ein gemeinsam akzeptabler Begriff entsteht. Die gelöschten Begriffe könnten dann, sollte man eine Beschreibung damit gemappt haben, nachträglich automatisch durch den Standartbegriff ersetzt werden. Die Übersetzung ins Englische, kann dann dazu automatisch im Hintergrund ablaufen, oder durch den englischen Sammelbegriff ersetzt werden. So würden dann automatisch die richtigen Begriffe eingetragen und das Wirrwarr hat ein Ende. Einen Ansatz dazu zeigt bereits die obenstehende Liste, ein bisschen SQL und schon wäre die Arbeit etwas leichter. Es geht dabei wahrscheinlich gar nicht ums Englisch, sondern um Spezifische Begriffe von OpenStreetMap, um mit den Tag`s steuern zu können. Also nutzt mir Englisch nicht viel, wenn ich die spezifischen Begriffe nicht kenne.

Hallo anonymer Neuling.
Wenn man eine Weltkarte nach Deiner Idee aufbauen wollte, bräuchte man hundert-tausende von automatischen Übersetzungs-Routinen. Es ist einfach schneller, wenn alle Leute die englischen Namen nach und nach lernen, als wenn man alles übersetzt. Das geht schon, das haben wir alle geschafft. Man erfasst ja nicht immer sofort alles, sondern nach und nach. Und wenn Du was eintragen willst, und nicht mal in den Map Features findest wie, dann trag es einfach mit FIXME=Deutscher Begriff ein, dann kann es nachher jemand anderes korrigieren. Allerdings sollte dann die Koordinate genau sein. Bots, die gängige Rechtschreibfehler korrigieren, gibt es schon. --Lulu-Ann 12:55, 5 December 2009 (UTC)

Zitat:Wenn man eine Weltkarte nach Deiner Idee aufbauen wollte, bräuchte man hundert-tausende von automatischen Übersetzungs-Routinen.

Wenn eine Datenbank zur Verfügung stünde, dann würde ich sagen das es keine zwei Monate dauert und du hast deine hundert - tausend. Wiki ist eine feine Sache und es ist eine Rechnung wie mit den Reiskörnern auf einem Schachbrett.

Wege in die Karten einzeichnen geht ja relativ einfach, aber die fünffache Zeit braucht man dazu, um die Richtigen Mapps dazu zu erstellen. Es gibt wahnsinnig viele Erklärungen dazu und man hat sich auch viel Arbeit gemacht, aber es gibt keine Datenbank um das einfacher zu machen.

Was kann ich eigentlich tun, wenn jemand meine Angaben einfach umschreibt, aus einem Wanderweg einen Fahrradweg macht und ich immer damit beschäftigt bin es wieder rückgängig zu machen? Wenn jemand bei Google Earth meint, mein eingestelltes Bild sei nicht an der richtigen Position, dann kann er es beanstanden und ich bekomme ein E-Mail um die Beanstandung zu überprüfen und gegebenenfalls dem zuzustimmen, oder auch abzuweisen. Es macht keinen Spaß wenn man wieder etwas eintragen will und muss alles bereits eingestellte erneut überprüfen.

Na, wenn das mit der Umsetzungs-Datenbank so einfach ist, dann mach die doch.
Wenn Du Probleme damit hast, daß jemand Sachen immer wieder ändert, dann schreib ihn einfach an und klär das freundlich. Hinweise dazu gibt es auf vandalism.

Ich habe mich mit SQL schon beschäftigt, eine normale Datenbank damit zu erstellen geht relativ einfach, nur die Steuerung von einer Internetseite aus bereitet mir Schwierigkeiten, auch mit den Schreibrechten und der Pflege habe ich Probleme, Absicherung gegen Hacker u.s.w. Es gibt bestimmt auch hier einen User, der das aus dem Handgelenk machen kann.

Wichtig ist vorab nur, wäre es sinnvoll das über eine Datenbank zu regeln, die in Deutsch abgefasst ist und die Englische Übersetzung dazu ausspuckt?

Telefonsäule

Hallo,

wie mappt man denn eine dieser Telefonsäulen der Telekom, an der man nur mit Calling Card/T-Card, 0800-* oder Notruf telefonieren kann?

Ist ja kein Emergency Phone, aber auch keine Telefonzelle.

Grüße, --Gormo 10:11, 2 February 2010 (UTC)

Ist doch eine Telefonzelle. Einfach den Payment-Tag von amenity=vendingmachine ergänzen und sagen, daß es keine Münzen nimmt. Lulu-Ann
Du brauchst noch nicht mal die Tags von der vendingmachine zu nehmen. Siehe --> Telephone Da ist alles Beschrieben. Du muss halt nur bei payment:coins=no angeben und bei payment:telephone_cards=yes. Außerdem sind nicht nur die Stehlen betroffen. Auch bei den meisten Telefonzellen (so es sie denn noch gibt) kann man nur mit Telefonkarten bezahlen. --Telegnom 15:50, 2 February 2010 (UTC)
Danke für eure Hilfe! Ist das so [3] richtig? --Gormo 15:33, 4 February 2010 (UTC)
Jupp sieht gut aus! --Telegnom 20:08, 4 February 2010 (UTC)
Bei diesen "Telefonen" hatte ich am Anfang auch Probleme, da macht man dann am ehesten noch ein emergency_phone d'raus, auch wenn es ja Keines ist, da es noch Calling Cards kann. --Fabi2 23:13, 1 March 2010 (UTC)

Aufräumen und Ergänzen

Hallo,

ich bin im Moment dabei die Seite etwas aufzuräumen und fehlendes zu Ergänzen. Ich denke das die Seite von sehr vielen "Anfängern" und "Neulingen" genutzt wird. Daher finde ich sollte man auf dieser Seite nicht mit verwirrenden Aussagen wie: "wird in Zukunft möglicherweise als xyz getaggt" verwirren. Sollte ich so was finden, entferne ich es ganz dreist von dieser Seite. Wenn das Tag dann wirklich mal geändert wird, muss man natürlich auch die Seite angepasst werden. Also falls sich hier auf der Seite in den nächsten Tagen noch etwas tut, dann nicht erschrecken ;) Wenn es Fragen / Anregungen / Kritik gibt, dann haltet damit nicht zurück. Entweder hier oder auf meiner Diskussionsseite: User_talk:Telegnom so long --Telegnom 19:22, 26 January 2010 (UTC)

Alte Diskussionen auf dieser Seite: Hier scheint es auch die ein oder andere abschließend geklärte Diskussion geben. Kann man diese auf eine Archivseite auslagern oder ggf. auch löschen? Einfach nur um die Übersicht zu erhalten. Ein Beispiel für abgeschlossene "Diskussionen" wäre die Frage direkt hier drüber, wie man ein Bordell taggt. Das ist in der Zwischenzeit auch in die eigentliche Seite eingepflegt. --20:45, 26 January 2010 (UTC)
So, wie angedroht habe ich die Diskussionsseite hier auch ein wenig entschlackt und aufgeräumt. --Telegnom 16:12, 2 February 2010 (UTC)

Müllumschlagstation

Hi,

hier gibts eine Müllumschlagstation (die hier). Wie taggt man das? Den Umriss als "amenity=recycling"? Momentan ist da eine Node drauf, die "recycling" sagt. So kann man das aber doch nicht von einem Müllcontainer unterscheiden... --Gormo 16:44, 8 February 2010 (UTC)

Du kannst das ja als Fläche mappen amenity=recycling Das ist sowohl für Recyclinghöfe als auch Altglascontainer geeignet! Denn das ist ja vom Grundgedanken her das gleiche. Es sind Orte an denen man Wertstoffe / Abfall dem Recycling zuführen kann. Der Recyclinghof unterscheidet sich vom Container halt durch die räumliche Ausdehnung und die Tatsache das es hier Öffnungszeiten gibt. --Telegnom 09:43, 9 February 2010 (UTC)

Duplizierte Inhalte vermeiden

Ein Risiko beim Anlegen einer solchen Übersicht ist immer das - teilweise fehlerhafte - Duplizieren von Inhalten. Diese Seite ist sinnvoll als ein Index, damit man gerade für deutsche Begriffe die passenden Tags finden kann. Sie ist nicht sinnvoll als vollständige Dokumentation aller Tags. Als Einzelbeispiel: Unter "Geschwindigkeitsbeschränkung" stand

Als Wert für source:maxspeed ist <country-code>:motorway/rural/urban/walk einzutragen.
Beispiel: DE:motorway für Autobahn, DE:rural für Landstraßen, DE:urban für Ortsgebiet, DE:walk für Schrittgeschwindigkeit"

Dieser Hinweis könnte in dieser Form zunächst einmal für falsche Eintragungen sorgen, da - vermutlich aus dem Bemühen um die auf dieser Seite nötige Kürze heraus - die entscheidende Information fehlt, dass diese Eintragung nur dort erfolgen darf, wo kein Schild mit dem entsprechenden maxspeed fehlt steht. Nur woher soll der Leser das wissen? Aber auch eine korrekte Werteliste wäre problematisch: Bei einer Änderung der Dokumentation des Tags, wie sie gerade bei so einem neuen und noch nicht etablierten Tag wahrscheinlich ist, würde die Beschreibung hier nicht automatisch mit modifiziert. Ich würde also darum bitten, hier nicht zu versuchen, den Tag:* bzw. Key:*-Seiten Konkurrenz zu machen und Inhalte doppelt vorzuhalten, sondern die Tags zu nennen ("für x verwendet man das Tag k=v") und dabei auf die entsprechenden Tag-Seiten zu verlinken! --Tordanik 18:39, 2 March 2010 (UTC)

Geschäft/Shop Punkt oder Fläche

Es gibt unterschiedliche Angaben, ob shop=... als Punkt und/oder Fläche getaggt wird. Wie wird es richtig gemacht?
1. Hier steht unter dem Stichwort Geschäft (Fläche) beispielsweise shop=hairdresser
2. Unter dem Stichwort Friseur (Punkt und Fläche) shop=hairdresser
3. Die Seite DE:Map Features schlägt unter Geschäfte auch (Punkt und Fläche) shop=hairdresser vor.--Kartenfrosch 14:41, 11 June 2010 (UTC)

Nimmt das Geschäft das gesamte Gebäude ein, trägt man die Eigenschaften am Polygon ein. Der Renderer setzt dann selbst ein Punktsymbol auf die geometrische Mitte des Gebäudes. Ist das Geschäft ein Element von mehreren, setzt man einen Node. --elmada 01:33, 12 June 2010 (UTC)

Und trägt man eine Hausnummer ein, dann kommt die Node auf den Rand des Polygons, genau da, wo der Eingang ist. --Lulu-Ann 15:42, 15 June 2010 (UTC)

Gipfelkreuz

Die Proposals mit dem Wegkreuz am Gipfel oder dem place_of_worship am Gipfel halte ich nicht für sinnvoll, jedenfalls sind sie Proposals und daher habe ich sie hierher verschoben. /al 13:23, 8 December 2010 (UTC)

Wegkreuz als Gifpelkreuz: Mf node.png Punkt

historic=wayside_cross
+ name=* Anmerkungen: Leider ist "historic" meistens absolut unzutreffend.

proposed Mf node.png Punkt

amenity=place_of_worship
+ religion=christian
+ place_of_worship:type=cross
+ optional: historic=wayside_cross Anmerkungen: place_of_worship:type is a proposed tag see: Talk

Autobahn / Anschlussstelle / Auf- bzw. Abfahrt

Hallo, habe zum Punkt Autobahn die Tags  oneway=yes und  maxspeed=* ergänzt.
Weiterhin wären noch name=* z.B. "Ruhrschnellweg", int_ref=* bei Europastrassen und int_name=* sowie destination=* möglich.

Zu Anschlussstellen findet man bisher nur highway=motorway_junction als Node für das Kennzeichnen des Schnittpunktes der Autobahn mit der Abfahrt, nicht jedoch
highway=motorway_link als Way
dazugehörige Tags:
+ ref=*
+ name=*
-- Warum diese Tags wie im Text zur Autobahn-Ausfahrt beschrieben frei bleiben sollen will sich mir einfach nicht erschließen. Die Dokumentation hierzu ist dabei ebenfalls alles Andere als eindeutig. Ich verstehe nicht, wieso nicht analog zu highway=motorway_junction die Anschlussstellen-Nr. als ref=* und der Anschlussstellen Name als name=* getaggt wird.
+ destination=*
+ destination_ref=*
-- Diese beiden Tags bilden -imho- mit den vorgenannten eine perfekte Einheit. Für eine Auffahrt ist es durchaus interessant zu wissen, auf welche Autobahn sie führt. Hierfür käme die vorgeschlagene destination_ref=* durchaus in Frage. Somit könnten z.B. auch Navigationsgeräte eine sinnvolle Routinganweisung geben. Genauso ist es interessant Anzugeben wohin eine Abfahrt führt. Bsp.: Bild: Abfahrt Schild => destination=Wendlingen;Esslingen;Plochingen;Reutlingen;Nürtingen
+ oneway=yes oder oneway=no
+ lanes=*
+ maxspeed=*
--Fortunequest 09:45, 6 April 2011 (BST)

Tagging Hausdurchfahrt und Bushaltestelle

Laut Key:Covered sollten Hausdurchfahrten, bei denen der durchgeführte Weg auf demselben Bodenniveau wie das durchstoßene Gebäude liegen, nicht als tunnel=yes gemappt werden. tunnel=* sollte Wegen vorbehalten bleiben, die tatsächlich unterhalb der Erdoberfläche liegen.

Nach aktuellem Stand und Proposal nimmt man da am besten tunnel=building_passage, ansonsten ist das alte tunnel=yes noch eher richtig (da das ein kurzer, ebenerdiger Tunnel durch ein Gebäude ist) als covered=yes. --Fabi2 00:51, 2 March 2012 (UTC)

Bei "Bushaltestelle" werden die Elemente verschiedener Taggingschemen zusammengeworfen: beim seit April 2011 existierenden public_transport-Schema gibt es bereits eine relation type=public_transport. Ein zusätzliches type=site, das anscheinend aus dem mMn seit 2010 eingeschlafenen Vorschlag zum unified_stoparea_Schema stammt, ist damit unnötig. Bbauer 09:37, 19 September 2011 (BST)

Glashäuser

"Achtung: Bei Glashäusern wird kein building=yes verwendet, obwohl häufig building=greenhouse zu finden ist." Was ist damit genau gemeint? Soweit ich sehe ist building=greenhouse das einzige in nennenswerter Zahl verwendete Tag für Glashäuser. --Tordanik 05:51, 5 February 2012 (UTC)

Retrieved from "http://wiki.openstreetmap.org/wiki/DE_talk:Howto_Map_A"
Personal tools
Namespaces
Variants
Actions
site
Toolbox