DE:Namespace

From OpenStreetMap Wiki
Jump to: navigation, search
Verfügbare Sprachen — Namespace
· Afrikaans · Alemannisch · aragonés · asturianu · azərbaycanca · Bahasa Indonesia · Bahasa Melayu · Bân-lâm-gú · Basa Jawa · Baso Minangkabau · bosanski · brezhoneg · català · čeština · dansk · Deutsch · eesti · English · español · Esperanto · estremeñu · euskara · français · Frysk · Gaeilge · Gàidhlig · galego · Hausa · hrvatski · Igbo · interlingua · Interlingue · isiXhosa · isiZulu · íslenska · italiano · Kiswahili · Kreyòl ayisyen · kréyòl gwadloupéyen · Kurdî · latviešu · Lëtzebuergesch · lietuvių · magyar · Malagasy · Malti · Nederlands · Nedersaksies · norsk bokmål · norsk nynorsk · occitan · Oromoo · oʻzbekcha/ўзбекча · Plattdüütsch · polski · português · português do Brasil · română · shqip · slovenčina · slovenščina · Soomaaliga · suomi · svenska · Tiếng Việt · Türkçe · Vahcuengh · vèneto · Wolof · Yorùbá · Zazaki · српски / srpski · беларуская · български · қазақша · македонски · монгол · русский · тоҷикӣ · українська · Ελληνικά · Հայերեն · ქართული · नेपाली · मराठी · हिन्दी · অসমীয়া · বাংলা · ਪੰਜਾਬੀ · ગુજરાતી · ଓଡ଼ିଆ · தமிழ் · తెలుగు · ಕನ್ನಡ · മലയാളം · සිංහල · ไทย · မြန်မာဘာသာ · ລາວ · ភាសាខ្មែរ · ⵜⴰⵎⴰⵣⵉⵖⵜ · አማርኛ · 한국어 · 日本語 · 中文(简体)‎ · 吴语 · 粵語 · 中文(繁體)‎ · ייִדיש · עברית · اردو · العربية · پښتو · سنڌي · فارسی · ދިވެހިބަސް

Ein Wikipedia-16px.png Namensraum ist ein Vorsatz oder Namesanhang innerhalb eines Schlüssels. Namensräume werden entweder für die Gruppierung eng verwandter Tags oder als zusätzliche Qualifikation für Schlüsselwörter verwendet. Die akzeptierte Methode ist es, einen Doppelpunkt (':') als Trennzeichen in Schlüsselwörtern zu verwenden.

Beispiele

  • addr: Tags, die einen Teil einer Adresse enthalten
  • contact: Kontaktmöglichkeiten
  • generator:output: Art der Energieerzeugung und Nennleistung eines Generators
  • toilets: Eigenschaften von Toiletten
  • parking:lane: Parkstreifen an Straßen
  • disused: Objekte, die zur Zeit nicht mehr in Betrieb, stillgelegt oder verlassen sind.
  • abandoned: Objekte, die vom Besitzer aufgegeben wurde und nicht länger instand gehalten werden.
  • proposed: Objekte, die noch in Planung sind.
  • source: zur Kenntlichmachung der Quelle

Sprachkürzel-Nachsilbe

Sprachkürzel werden für viele Schlüssel wie z.B. "name:de=..." als Anhang benutzt. Siehe Map internationalization und Multilingual names als Anwendungen.

Status des Lebenzyklus

Es wird empfohlen einen Vorsatz wie "proposed:", "construction:", "disused:", "abandoned:" oder "demolished:" vor den Tag zu setzen, um den Status eines Objektes anzuzeigen (siehe Comparison of life cycle concepts). z.B "disused:amenity=pub". Dadurch kann erreicht werden, dass das Objekt nicht mehr in der Standardkarte angezeigt wird.
Für Straßen und Eisenbahnen wird ein anderes Schema benutzt, z.B "highway=construction + construction=motorway"

Datumsräume

Ein Datumsraum-Anhang wird für zeitliche Einschränkungen empfohlen (siehe Comparison of life cycle concepts). z.B. "name:1933-1945 = Adolf-Hitler-Straße".

Seiten oder Richtungs-Nachsilbe

Beim Kartieren von Wegen können bestimmte Eigenschaften seiten- oder richtungsabhängig eingetragen werden (siehe forward & backward, left & right). z.B. maxspeed:forward, cycleway:left, parking:lane:right

Consuming namespaces

At a basic level within the system, a key with a namespace will just be stored and treated as any other free-form text string (a string which just happens to have a colon character).

Many consumers of OSM data will treat keys like this. Consuming applications often match on keys they are interested in, and any unrecognised keys are ignored. This may indeed be the desired effect of a namespace. Namespaces can be used to separate out certain types of specialist information, side-lining this data away from the 'core' map data, to make it clearer that only more specialist consumers will be interested in it.

Over-namespacing

Namespacing is a great way to structure the data scheme, but it can also be source of data devaluation. We call this over-namespacing, and here are some case of namespacing abuse:

  • project related namespace; it can be tempting sometimes to just namespace a key to avoid clashing with other data instead of trying to integrate existing schemes, this is bad habit. OSM is a multi-scheme database, which means that every tag relates to more than one scheme, more than one use of the data, and so it's important to integrate with other schemes already used to maximise the curation of the data
  • over-namespacing leads to inconsistency in the database: if we have projectfoobar:name=xxx and name=xxx, in many cases one will be updated and not the other. The simpler and more generic is the key, the more used it will be, the more curated it will be.
  • over-namespacing leads to a disseminated data scheme: for example, someone interested in VHF channels data will have to look for harbour:VHF_channel key, plus seamark:habour:VHF_channel, plus VHF_channel, plus lock:VHF_channel, plus vhf to collect the data... Using only the vhf key should be enough to know that this data relates to the harbour or the lock or what else is the OSM object we are tagging.

Namespaces are not used within the majority of tags for representing the most prevalent

For the most frequent Map Features (i.e. the most regular tags which new mappers will use most often) simple keys (without any namespaces) are prevalent.

Presentation

The map presentation software Mapnik and the 'standard' map style appearing on the OpenStreetMap.org front page are configured in way which only supports very limited use of namespaced tags.

Wiki-Seiten erstellen

Um im Wiki den link auf den prefix zu lenken schreibt man statt

  • ':'
  • '|:='
Editor-Wiki Wikiseite
ohne {{tag|disused:shop|clothes}} disused:shop=clothes
mit Sonderzeichen {{tag|disused|:=shop|clothes}} disused:shop=clothes