@HolgerJeromin Hoffentlich ersetzt der Wikidata-Tag über kurz oder lang den Wikipedia-Tag. Dann braucht man keine Sprachkürzel wie wikipedia=de:Berlin, wikipedia:de=Berlin, wikipedia:en=Berlin mehr. Das Problem mit sich ändernden Artikelnamen bei Wikipedia fällt weg, einfaches Verknüpfen mit den Daten von Wikidata. Um mal nur ein paar Vorteile zu nennen.

Toll dass jetzt Relationen auch unterstützt werden :) Kleine Anmerkung noch: es wäre super, wenn das Wappen bevorzugt am Node mit der Rolle ‘label’ gerendert wird. z.B. bei München liegen jetzt drei Wappen übereinander, da der Place-Node von München ‘admin_center’ von Bayern, Oberbayern und München selbst ist.

Du hast recht, so klar wird das momentan leider nicht aus den Wikidata-Objekten, da in Sachsen wie auch anderswo leider noch vieles ziemlich lückenhaft erfasst ist. Es gibt das Property “Typ der administrativen Einheit” https://www.wikidata.org/wiki/Property:P132 , daran kann man die Verwaltungseinheit ablesen.

Ich habe mal exemplarisch ein paar Daten für die Stadt Bautzen erfasst: http://tools.wmflabs.org/reasonator/?&lang=de&q=14835

Eines muss ich aber bemängeln: du hast die Wikidata-Verknüpfung an die place-Nodes geschrieben. Die Verwaltungsgliederung der verlinkten Wikidata-Items entspricht aber 1:1 der Grenzrelationen der jeweiligen Gemeinde.

Wikidata kann wie OSM gegliedert werden: Land → Bundesland → Landkreis → Gemeinde → Ortsteil. Du hast also den Wikidata-Link an den Ortsteil angehängt, das Wikidata Item entspricht aber der Ebene „Gemeinde“. Für den Ortsteil kann ein eigenes Wikidata-Element angelegt werden. Hoffe ich konnte mich trotz der fortgeschrittenen Uhrzeit verständlich ausdrücken ;)

Ähnliches gilt für die Wikipedia-Verlinkung, hier findet ein Informationsverlust in den Artikeln statt, wenn man den Wikipedia-Link nicht in die Relation einträgt sondern an den Node, so funktioniert z.B. WIWOSM nicht. Die Fläche der Gemeinde wird nicht dargestellt. Vergleiche z.B.:

Pulsnitz: http://www.directupload.net/file/d/3533/lprlupzb_png.htm Bremen: http://www.directupload.net/file/d/3533/3cgpjxic_png.htm

Sehr schöne Karte! Ich sehe auch viel Potential bei Wikidata.

Nicht nur die API ist anscheinend sehr langsam, auch der Editor ist leider noch sehr lahm. Wer das mal selber testen will, hier ist der Link zu Deutschland: https://www.wikidata.org/wiki/Q183 Der Seitenaufruf erinnert mich an ISDN-Geschwindigkeiten ;) Naja, ist ja auch noch in einem frühen Stadium.

Ein weiteres interessantes Tool für Wikidata ist Reasonator (leider gerade down): http://meta.wikimedia.org/wiki/Reasonator Damit werden die Daten die in Wikidata schön dargestellt mit Zeitleiste, Stammbäume, verknüpften Objekten wie “Welche Personen sind in Stadt XY geboren?”, und und und

Sorry, I meant Mexico: osm.wiki/Mexico

Weil Wikipedia darauf angewiesen ist, ist aber noch lange kein guter Grund dafür, eine unerwünschte Sammelrelation (überwiegende Meinung sowohl hier als auch auf talk-de), in OSM einzutragen.

Naja, seit 11 Minuten existiert die umstrittene Relation offensichtlich sowieso nicht mehr.

Welcome to OpenStreetMap. More info about mapping in Spain you can find under: osm.wiki/WikiProject_Spain

Mir ist noch folgende Karte eingefallen: http://www.flosm.de/html/Stromnetz.html eventuell is ja da schon das passende dabei oder an den Entwickler wenden

“Vielleicht kann ja jemand eine bessere Methode zur Realisierung dieser Karte durchführen.”

Frag doch bitte mal im Forum nach: http://forum.openstreetmap.org/viewforum.php?id=14 Einfach etwas in die Datenbank zu klatschen halte ich für bedenklich

Gut gemeint, schlecht umgesetzt :/ es gibt bessere Wege, eine solche Karte zu realisieren: osm.wiki/Overpass_API

You should also be aware, that: “private surveying and mapping activities are illegal in mainland China.” osm.wiki/China#Legality

I don’t think that you’ll get any government data of China.