OpenStreetMap logo OpenStreetMap

Changeset When Comment
20349894 almost 9 years ago

Hi. most of the sport_centres in this changeset are actually not actual sport centres. :( These polygons typically overlap areas tagged as natural=wood and cross-checking with aerial imagery reveals that there are actually trees. (There's also a similar problem with forests overlapping farmland in the region).

See also: https://lists.openstreetmap.org/pipermail/dev-italia/2016-September/000310.html

41664218 almost 9 years ago

Hallo! Vielen Dank für die vielen Korrekturen.

Was mir bei einer kurzen stichprobenartigen Kontrolle auffällt ist, dass sich hier leider ein paar Fehler eingeschlichen haben: Z.B. wurde hier die Kirchsteiger Alm neu angelegt, obwohl diese direkt daneben schon seit mindestens 6 Jahren in OpenStreetMap eingetragen ist: osm.org/way/25385306 - Momentan ist die Alm also doppelt eingetragen, was nicht ideal ist.

Ähnliches gilt auch für andere POIs, z.B. die Meraner Hütte (das habe ich dort schon korrigiert), Hotel Mesnerwirt, Eggerhof, Hote Brunner, usw.

Auch wurden in diesem Änderungssatz einige Hausnummern gelöscht, z.B. die Nummer 8 bei der Rotwandhütte osm.org/node/2749761008/history#map=19/46.67462/11.25651 – gibt es diese Adressen wirklich nicht oder wurden diese aus Versehen gelöscht?

Ein anderer Fehler ist, dass z.B. hier osm.org/node/1815522489 ein Wegweiser-Punkt zu einem Sport-Geschäft-Punkt "umgewandelt" wurde, was aus mehreren Gründen blöd ist: 1. gibt es den Wegweiser jetzt nicht mehr in OSM und 2. hat das Sportgeschäft jetzt Attribute, die sonst eben nur Wegweiser haben (information=guidepost). Kann es sein, dass euch nicht bewusst war, dass Jeder in OSM auch neue Punkte anlegen darf und das für fehlende Objekte in der Regel auch soll? Falls hier noch Unklahrheiten bestehen sollten: Es gibt im Editor im Hilfe-Bereich einen großen Knopf, wo man die Einführung starten kann, der alle Funktionen des Editors genau erklärt. Ich helfe auch gern bei konkreten Fragen.

787150 almost 9 years ago

Is think there might be a typo in the elevation of the following peak (added by this changeset if I'm not mistaken): osm.org/node/332019722

41737663 almost 9 years ago

Hi. Diese Informationen waren bereits auf dem Umriss-Polygon der Kapelle eingetragen: osm.org/way/220812739

Ich habe den doppelten Punkt hier wieder entfernt.

41659291 almost 9 years ago

Done in osm.org/changeset/41719525.

41659291 almost 9 years ago

Hi. Did you really want to add names in the Judaeo-Spanish ("Ladino") language (see https://en.wikipedia.org/wiki/Judaeo-Spanish) to these localities?

To me, those names look rather more like names in the local dialect, which (probably) can be classified as a Ladin language, but Ladin has a different language code ("name:lld" instead of "name:lad" which you used here)!

If that's the case, and if you want, I can quickly fix the wrong language code for you.

12345019 almost 9 years ago

Danke für deine schnelle Rückmeldung!
Ok, dann passt statt "alpine_hut" wohl besser ein "shelter" als Tag. Ist schon angepasst.

41630739 almost 9 years ago

Hallo. Was für eine "Touristen-Attraktion" befindet sich denn hier? Hat diese auch einen Namen? Ist diese ganz neu, denn am Luftbild ist hier nichts auser einer Wiese zu erkennen.

41630678 almost 9 years ago

Hallo! Ist das hier wirklich ein Rastplatz wie (hier beschrieben: osm.wiki/DE:Tag:highway%3Drest_area )? Am Luftbild sieht man hier nur eine Wiese. Auch wäre der Ort für einen Rastplatz ziemlich ungewöhnlich. Handelt es sich stattdessen evtl. um einen Picnic-Platz (siehe osm.wiki/DE:Tag:tourism%3Dpicnic_site)?

41241247 almost 9 years ago

Thanks for your answer! Yes, adding segregated=yes makes sense in this case. Don't forget to add foot=yes or foot=designated if pedestrians are allowed on the cycleway – by default they are for-cyclists-only in OSM.

And, if you want, you can split the cycleway and add the tag "cycleway=sidewalk" where it runs on the actual sidewalk.

Analogously you can also split and add "cycleway=crossing" where it crosses a street via zebra-crossings (e.g. here: osm.org/node/2396669945).

40035250 almost 9 years ago

Hi. Please don't add descriptions as names to points. Thank you!

12345019 almost 9 years ago

Was für eine Schutzhütte ist denn osm.org/node/1831343285? Am Luftbild sieht man keinen Anhaltspunkt für eine Hütte in der Gegend.

3944336 almost 9 years ago

Hi. Are you sure, "demanding_alpine_hiking" is the correct "sac_scale" value for the hiking path you added in this changeset: osm.org/way/51012159 ?

41519321 almost 9 years ago

Hi. Why did you merge the roads at the motorway intersections? There are some bus-route relations that rely on the roads being split at those points (e.g. osm.org/relation/6089575#map=17/46.49425/11.40592) which are now broken at those points. :-(

41517167 almost 9 years ago

Thanks, but the Hotel was already on the map since at least 2 years ago: see osm.org/way/88059884

I've removed the duplicate now.

32590068 almost 9 years ago

FYI: osm.org/note/676114

41453004 almost 9 years ago

Hi,

I'm quite sure that the outline broke in exactly this changeset. But there's no need for a revert, as I've already fixed the data yesterday.

It's possible that something went wrong while uploading the changeset data, maybe.

41458730 almost 9 years ago

Esatto!

41458730 almost 9 years ago

PS: There's no reason to put name:it tags on objects that only have one name alone (which the majority of places, roads, shops, etc). The above mentioned ambiguity-issues are only present when an object is named in at least two different languages.

41458730 almost 9 years ago

Excuse me for writing in English ;)

It's common practice to include the local language also in the name:* tags. Just take a look around how similar objects are tagged, for example Praha has a name that's the same as name:cs: osm.org/relation/439840

There's a reason for having the local name also in its own separate name:* tag when also other name:* tags exist. This is how keepright.at puts it: “To help applications choose the best matching language they should know the language used for the name tag. It is therefore necessary to provide a name:XX tag with the same content as found in the name tag where XX specifies the language used for the name tag.”

For example, let's assume there's a place node with only name=Roma and name:en=Rome set, and an Italian-speaking citizen comes along, whose navigation device is set to prefer languages in the following order: 1) Italian 2) English 3) Whatever the local language is. If there's no name:it=Roma, the navigation software can't know that "Roma" is actually an Italian name and would falsely fall back to English.

A similar problem occurs if one would try to produce a worldwide map in a specific language with fallbacks (e.g. an Italian map with English as fallback).