piebro/osm-data huggingface dataset:
Mateusz Konieczny (2021-01-18 00:06:03+00:00): https://www.openstreetmap.org/node/6180840882

Have you meant something like https://wiki.openstreetmap.org/wiki/Tag%3Aamenity%3Dwaste_disposal ?
Polarbear (2019-04-19 17:11:40+00:00): Warum "access=no" ? Ich habe keine rechtliche Beschränkung an diesem Klettersteig erlebt.
5Boggis (2019-04-19 19:25:23+00:00): Stimmt, es gibt keine Zugangsbeschränkung. Habe ich übersehen, ändere ich ab.
5Boggis (2019-04-19 19:30:23+00:00): Sehe gerade, daß ich eingestellt habe:
Zugang = no für Motorfahrzeuge und Fahrräder. Fußgänger = ja. Ich denke, das stimmt für einen Klettersteig, was ist das Problem?
Polarbear (2019-04-20 14:01:43+00:00): Nein, von motorcar=* stand dort nichts, du hattest "access=no" getaggt, also für alles und jeden. Dass ein "highway=path" für Motorfahrzeuge nicht geeignet ist, ist Default. 
Ich hatte das "access=no" zwischenzeitlich entfernt, aber du scheinst das an anderen Steigen nach dem gleichen Schema getaggt zu haben.
5Boggis (2019-04-20 20:25:02+00:00): Ja, mag sein. Überlegung war dabei: Gesperrt für alle, führt im Editor erstmal zur Anzeige "No" für Fußgänger, Motorfahrzeuge, Radfahrer und Pferde. Dann explizit freigeben nur für Fußgänger. Ist wesentlich einfacher, als alle außer Fußgänger einzeln auf No zu setzen. Ist das Vorgehen falsch? Wenn ja, dann sorry. Das war im Editor für mich nicht als Problem ersichtlich.
Habe die Klettersteige, an die ich mich erinnere, umgestellt auf Alle=Yes und alle außer Fußgänger auf No.
Polarbear (2019-04-21 12:24:05+00:00): Hallo 5Boggis, so wie ich dein Vorgehen verstehe, ist es durch einen der Editoren (iD) beeinflusst, und du versuchst dort zu setzende Häkchen in den Presets zu interpretieren. 
Die Access-Tags inclusive derer für die Fortbewegunsarten sollen vor allem Ge- und Verbote abbilden, nicht notwendigerweise die physische Möglichkeit.
Ein highway=path ist typischerweise etwas schmales, dass für Motorfahrzeuge ohnehin nicht geeignet ist. Insofern ist motor_vehicle=* unnötig. Auch horse=no sollte man nur setzen, wenn dies z.B. durch Beschilderung verboten ist. access=yes ist der Default.
5Boggis (2019-04-21 19:02:19+00:00): Hallo Polarbear, ja, das ist tatsächlich so. Ich verwende den online-Editor, der beim Bearbeiten von OSM-Karten im Int.Expl. automatisch eingebunden ist. Und ich verwende sehr gerne OSM-Karten auf dem Garmin Oregon und möchte dann auch mit den von mir selbst als Track aufgezeichneten Daten bei der Vervollständigung der Karten mithelfen. Mindestens der Detailgrad einer anständigen Wanderkarte sollte möglich sein. Wir gehen sehr gerne Klettersteige, die auch auf jeder Wanderkarte dargestellt werden. Leider habe ich noch keine Möglichkeit gefunden, einen Klettersteig als solchen zu identifizieren, liegt vielleicht an dem online-Editor. Deshalb markiere ich Klettersteige als Pfad, Anspruch T5 und nur für Fußgänger. Auch wenn es nicht verboten ist, wird es doch schlicht nicht möglich sein, einen Klettersteig mit dem Fahrrad oder dem Pferd zu machen. Und um niemandem falsche Hoffnungen zu machen, sollte das auch entsprechend abgebildet sein, oder nicht? Besser wäre natürlich, ich würde eine Möglichkeit finden, Klettersteige auch als solche zu kategorisieren. Dann vielleicht sogar mit Schwierigkeitsgrad, Höhenmetern, etc, was halt zu einer sinnvollen Klettersteigeinstufung dazugehört. Geht das irgendwie?
Polarbear (2019-04-21 20:40:55+00:00): Schau dir mal das Tagging als highway=via_ferrata an, dokumentiert hier: 
https://wiki.openstreetmap.org/wiki/Tag:highway%3Dvia_ferrata

in Kombination mit 
https://wiki.openstreetmap.org/wiki/Key:via_ferrata_scale
5Boggis (2019-04-22 19:04:16+00:00): Sehr interessant, das würde im Prinzip ja passen. 2 Fragen dazu:
- Highway ist bei iD ein pull-down-Menü. via_ferrata taucht darin nicht auf. Trotzdem einfach reinschreiben??
- Wird der Klettersteig dann trotzdem in den Garmin-fähigen Karten angezeigt? Das ist ja der eigentliche Zweck der Übung.
Polarbear (2019-04-22 19:55:07+00:00): 1. Auch der iD sollte freies Vergeben von Werten zulassen, die dort nicht als Preset definiert sind. Presets sind nur Eingabehilfen für Ottonormalmapper.
 
2. Der eigentliche Zweck der Übung ist zunächst, in der OSM-Datenbank korrekte Geodaten zu erzeugen. Insbesondere ist nicht das Ziel, ein Tag so auszuwählen, dass es in der Lieblingskarte / dem Lieblingsnavi "irgendwie" angezeigt wird. 
 
Wenn das nicht der Fall sein sollte, kann man ein Ticket bei der entsprechenden Anwendung aufmachen, oder sich die Anwendungsdaten aus der Datenbank selbst erzeugen. 
 
Ich habe kein Garmin, daher habe ich dafür noch keine Karten erzeugt. Muss man mal im Wiki stöbern, wie das geht. Wenn der Wert in der fertig gebackenen Datei nicht enthalten ist, kann man sie vermutlich selber backen und das berücksichtigen.
5Boggis (2019-04-23 20:50:51+00:00): Danke für die Info. Werde ich demnächst mal ausprobieren. Also nicht nur den highway-tag, sondern auch die Darstellung im Garmin.
Viele Grüße,
Klaus
5Boggis (2019-04-24 18:57:49+00:00): Hallo Polarbär,
testweise habe ich mal den Rio Sallagoni-Klettersteig auf highway=via_ferrata umgestellt. Das scheint aber keine Lösung zu sein. Jedenfalls zeigt nicht mal OSM selbst den Klettersteig jetzt mehr an.
Oder kann (muß?) man den OSM-Viewer entsprechend umkonfigurieren?
Polarbear (2019-04-24 19:28:43+00:00): Ich weiss nicht, was du mit "OSM-Viewer" und "OSM selbst" meinst.  
OSM ist eine Geodatenbank, aus der die verschiedensten Karten, für generelle und spezielle Interessen, oder Navigationssysteme gerendert und aufbereitet werden können. 
Falls du den "Standard"-Layer meinst, der auf der OSM-Webseite zuoberst angezeigt wird, kannst du z.B. hier diskutieren, ob dort via_ferrata dargestellt werden soll:
https://github.com/gravitystorm/openstreetmap-carto/issues/156
Danysan95 (2019-01-03 14:25:55+00:00): Ciao, quando crei un edificio (o più in generale una qualsiasi area che nella realtà ha solo angoli retti) ricordati di ortogonalizzarlo (nell'editor iD basta spingere il tasto s), sennò viene fuori storto come https://www.openstreetmap.org/way/660149847 .
Per il resto ottimo lavoro sulla nuova area residenziale!
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.mapbox.com/changesets/65988214
Tozzo (2019-01-03 21:00:41+00:00): Il trucco della s mi mancava, grazie!
giggls (2019-01-04 10:28:15+00:00): Hallo,

was soll das, warum hast Du den Platz gelöscht?
Gaessje (2019-01-04 10:54:35+00:00): Hallo giggls,
das Trekkingcamp ist kein öffentlicher Zeltplatz und soll nicht in Karten verzeichnet werden - das wurde mit dem Eigentümer (Landesforsten) so vereinbart und soll Vandalismus vorbeugen.
Viele Grüße - Gaessje
giggls (2019-01-04 10:58:46+00:00): Zu dem Thema gab es schon genug Diskussionen. Löschung ist keine Option und im übrigen ohne Nachfrage mindestens schlechter Stil.

Es gibt einen Konsens in der Community, die Plätze zu erfassen. Wo wäre OSM wohl, wenn wir alle Objekte für deren Nichterfassung es Gründe gibt löschen würden?

Ich habe den changeset revertiert, damit ist das Thema bei mir durch.
Gaessje (2019-01-04 11:01:39+00:00): Mit dieser Vorgehensweise stellst du leider den Weiterbetrieb der Trekkingcamps in Frage. Abgesehen davon war weder die Lage noch der Verlauf der Zuwegung korrekt kartiert.
giggls (2019-01-04 11:07:59+00:00): Bitte schau Dir die Diskussion im Forum dazu an. Es gab außerdem im letzten Jahr eine Diskussion auf der FOSSGIS. Eine Löschung ist kein Konsens. Wenn die Lage und der Weg nicht stimmen dann korrigiere sie. Ich habe die Daten nicht erfasst und kann zur Genauigkeit daher nichts beitragen.

https://wiki.openstreetmap.org/wiki/DE:Trekkingpl%C3%A4tze
Lokai (2019-01-04 12:51:35+00:00): Hallo,

solche Löschungen können als Vandalismus interpretiert werden, wie wir hier sehen. Deine Argumentation ist verständlich aus deiner Sicht.

Ich kenne einige Tekkingplätze, bin an dem Thema sehr interessiert, habe jedoch noch keinen bearbeitet. Es gibt immer mal wieder Objekte, die jemand nicht in der OSM-Datenbank wissen möchte. Aber auch in Natura bsw. möchte jemand keinen Wanderweg an seinem Grundstück haben, dann verdreht irgend jemand Wegweiserpfosten. Das gleich mehrfach; oder Hochsitze im Wald sind Jagdpächten unbequem. Irgend jemand trägt das wieder ein, willst du so was wie einen editwar? Bestimmt nicht.
dval (2019-01-05 08:51:49+00:00): Здравствуйте, Александр! Валидатор редактора JOSM выдает ошибку (error) на мультиполигоне по Свердлова, 47. Таких ошибок в Ваших правках десятки, если не сотни по области. Думаю, Вам стоит прояснить, действительно ли это ошибка, и действовать в зависимости от результатов исследования. https://wiki.openstreetmap.org/wiki/Relation:multipolygon#Overlapping.2C_unclosed_member_ways_belonging_to_the_same_role
Емельянов Александр (2019-01-05 10:16:08+00:00): Добрый день. Свердлова, 47 и еще несколько аналогичных мультиполигонов поправил. Эти и другие ошибки учту на будущее.
dval (2019-01-05 10:34:42+00:00): Я писал Вам в личку недели две назад по поводу того, что указано в обсуждении в https://www.openstreetmap.org/changeset/65558349#map=17/57.41952/60.03588. Думаю, Вам стоит использовать JOSM для рисования карт, поскольку он позволяет сразу находить и исправлять ошибки. Множество садовых кооперативов Вы полностью обозначили как здания, а не как здания на участках.
highflyer74 (2019-01-03 14:39:27+00:00): Moin!

Sei so nett, aussagekräftige CS Kommentare zu nutzen. Der hier verwendete Kommentar sagt nichts aus, da dies für jede Änderung zutrifft.

Besser wäre gewesen: "Landuses hinzugefügt".

Näheres über die Hintergründe kannst Du hier https://wiki.openstreetmap.org/wiki/DE:Good_changeset_comments nachlesen.

Danke!
Carto'Cité (2019-01-04 17:33:32+00:00): Bonjour, encore moi :-)
Peux-tu m'expliquer sur quelle base tu modifies tous ces cycleway:left en cycleway (comment tu les choisis), et pourquoi ?
Antoine de Carto'Cité pour #CartoVeloIDF
Shohreh (2019-01-04 22:11:01+00:00): Bonjour,

Parce que BRouter (et OpenCycleMap) ne comprennent que cycleway et ignorent donc tous les DSC. Ce qui fait que des raccourcis sont inutilisés :-/

Mais comme j'ai lu que c'était quand même mieux de laisser ces infos dans OSM et attendre que ces outils soient modifiés pour prendre en compte ces clés… j'aimerais annuler tous ces changesets… mais impossible de trouver comment faire.

Pas de "History" dans mon compte OSM dans le navigateur. Dois-je utiliser JOSM? Et si oui, comment faire ?

Les choses semblent avoir changé depuis 2010-2012 :

https://www.google.fr/search?q=osm+changeset+how+to+cancel+site:help.openstreetmap.org

Merci.
Shohreh (2019-01-04 22:39:10+00:00): Je me suis lancé avec JOSM et son plug-in Revert. Comme c'est la première fois que j'annule un changeset et que quelques-uns avaient des conflits, j'espère que j'ai tout remis de propre :-/
Carto'Cité (2019-01-06 16:41:45+00:00): Ok merci, ça vaut le coup de vérifier que tout est en ordre en effet.

Je pense que BRouter prend bien en compte les cycleway:left/right, sinon il ne passerait pas par la rue des Chataigniers en sens unique avec un cycleway:left=opposite_lane sur cet exemple : http://brouter.de/brouter-web/#map=18/47.23566/-1.57006/OpenStreetMap&lonlats=-1.570101,47.235175|-1.571656,47.237105.
Le fait que :left/:right n'apparaissent pas dans le profil, qui consiste à affeecter un poids à chaque élément, ne veut pas dire que le calculateur d'itinéraires ne les prend pas en compte.

Sinon au sujet de ton initiative de faire ces modifications en masse, et sans concerter la communauté (ou je me trompe ?), je te conseille cette saine lecture : https://wiki.openstreetmap.org/wiki/What's_the_problem_with_mechanical_edits%3F

Cordialement,
Antoine.
CartoCharles (2019-01-08 14:39:06+00:00): BRouter prend en compte cycleway:left/right=*. Ce qu'il ne prend pas encore en compte à ma connaissance c'est cycleway:left/right:oneway=*
Shohreh (2019-01-08 14:50:46+00:00): Pourtant, l'avenue AD ne comporte pas de clé cycleway:left:oneway :

http://brouter.de/brouter-web/#map=16/48.8162/2.3065/OpenStreetMap&lonlats=2.299436,48.81922|2.305648,48.816303

Ou peut-être est-ce le fait que l'avenue comporte des ways "oneway=yes". Mais c'est justement le rôle des DSC de contourner cette contrainte.

Mystère.
WashuOtaku (2019-01-12 01:09:58+00:00): My recommendation in future is to use "parking lanes" for the parking lots, not "service lanes." I do not like cleaning up because people don't understand the difference.
Jakka (2019-01-04 11:13:03+00:00): "Underground parking for Radisson Blu / THON" --- Is there also a blue instead of "Radisson Red Brussels" Hotel
Jrachi (2020-12-25 14:39:07+00:00): Sei sicuro che il sentiero si chiama così?
Se fa parte di un percorso mtb ti invito ad usare una relazione e non di mettere un nome "inventato".
Grazie e Buone feste!
Jakka (2019-01-04 10:47:34+00:00): name:fr=Clinique du Sacré Cœur is this seen on road signs ? People using a French app will not see the Flemich name....and perhaps never find the hospital...
Luuuddooo (2019-01-05 19:06:16+00:00): Bonjour,
A quoi correspond cette piste de sport ?
n76 (2019-01-03 17:37:23+00:00): Curious on how you determined that the service road is oneway. That area is not accessible by the general public so it can't be done by survey. And the aerial imagery doesn't seem to indicate a whether it is oneway or bidirectional traffic.
jguthula (2019-01-04 11:18:57+00:00): Hi n76,
Thanks for looking into our edits and reaching out to us. This edit was made because there is a oneway road marking identified at the start of this road in Mapbox Satellite imagery. Based on that evidence we came to a conclusion that this road should be a oneway. 

Hope this answers your doubt. If any further information is required please feel free to reach out to us. Also do let us know if there is anything that we can improve to add best quality data to OSM.

Regards,
Jothirnadh
scai (2019-01-04 16:22:59+00:00): Hallo bing,

willkommen bei OSM :)

Kannst du versuchen aussagekräftigere Kommentare bei den Änderungssätzen zu verwenden? "bing" meint hier vermutlich die Quelle der Luftbilder? Eine kurze Beschreibung in ein paar Worten was du getan hast wäre recht praktisch für andere Mapper um die Änderungen zu verstehen :)

Grüße
Alex
Rainero (2019-01-06 22:36:14+00:00): Wenn ich die Historie anschaue, wurde hier name=Lukasstraße/-platz 3/4/6 hinzugefügt. Das sind natürlich nicht die Eigennamen der Gebäude; die Adressen waren ja schon gemappt. Das gehört m.E. revertiert.

Grüße,
Rainer
scai (2019-01-07 07:31:19+00:00): Tatsächlich, das ist mir entgangen.

@minizwei Bitte nicht die Adresse als Gebäudename eintragen. Dafür gibt es Adress-Attribute (siehe https://wiki.openstreetmap.org/wiki/DE:Key:addr) wie addr:housenumber und addr:street.

Kannst du das korrigieren?

Grüße
Alex
streinger (2019-01-04 07:19:28+00:00): стелла давно есть на карте и находится в другом месте, поэтому удалил.   https://www.openstreetmap.org/node/1168342664
VictorIE (2019-01-04 04:47:42+00:00): Lots of duplicate buildings in this changeset.
tshedy (2019-01-04 05:07:09+00:00): Hi VictorIE I fixed that. That duplication happens sometimes I haven't figured out what causes it. At times I notice before closing and fix. 
Thanks
VictorIE (2019-01-04 12:54:53+00:00): I don't use JOSM, so I don't know what might have caused it. Might the edits have been saved twice?

The only reason I spotted it was because there was a duplicate node on one house. This seems to happen when a computer mouse has a 'moment'
tshedy (2019-01-04 13:35:34+00:00): Okay, sometimes network is a bit slow so that could be the cause. 

Thanks
d3d9 (2019-01-04 13:32:00+00:00): Why did you remove way 556109790 and node 4079309528?
chazanov (2019-01-04 13:48:03+00:00): Weil ich mit tagesaktuellen Satellitenbildern von Sentinel-2 gesehen habe, dass das Gebäude schon fertig ist, aber viel schmaler als von dir eingezeichnet.

Ich könnte natürlich versuchen, das einzuzeichnen, aber bei so etwas warte ich lieber auf Bing oder DigitalGlobe. Viele Grüße
SK53 (2019-01-04 23:13:11+00:00): My attention has been drawn to the landuse=winter_sports area you have drawn here. I don't think that this is a) accurate; b) useful; c) reflect real landuse. The actual landuses in the area are farming: hay meadows, pasturage on alpine and valley meadows, some gravel extraction etc; d) remotely reflect which areas are actually used by skiiers; e) accurately reflects the area known as Parsenn (either as a true toponym) or the ski area promoted by the lift company; f) includes areas serviced by the Klosters lift company usually under the name Gotschna. The long Parsenn runs to Saas, Conters, Kublis etc are very rarely in condition (perhaps a few days each season), require good local knowledge for navigation. Nowhere E of the railway is used for the kind of winter sports you are thinking about: in practice I think there are at most 3 descents from below the skilifts towards Wolfgang and Laret. The Gotschnawang area should be excluded (almost the same could be made for Drostobel, it's a very demanding run & not clearly marked last time I was there). There is no skiing beyond the S-side of Dorftaelli (and indeed with avalanche risk not close to the ridge either). 
So I rather wonder what you are wishing to achieve with this object.
fcp1 (2019-01-05 13:23:58+00:00): I used this object to define ski resort as defined in OSM wiki:
"Contributors use landuse=winter_sports on areas dedicated to skiing or winter sports in general. This mainly includes complete ski resorts, ..."
Full detail is here: https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dwinter_sports).

This approach has been used also by other OSM contributors to define ski resorts (landuse=winter_sports), e.g.: https://www.openstreetmap.org/way/599426852.

Feel free to edit ski resort boundary based on your knowledge.
SK53 (2019-01-05 17:31:19+00:00): As I said there is no real boundary to the ski resort which can be meaningfully surveyed. There are multiple areas which different people might consider to correspond to Parsenn as a ski area, but these are mostly subjective and possibly based on marketing by the skilift companies under the Davos-Klosters banner. There are alternative methods such as a site relation encompassing the relevant pistes and lifts which I think is much more appropriate for European ski areas. This type of mapping really only makes sense in North American resorts which have a notion of in-bounds and out-of-bounds skiing. Note that in general the wiki is not always a reliable source of information.


We are not like Wikipedia who arbitrarily delete information which does not meet guidelines, but on OSM we general expect people to be mapping things which they know about. I would expect someone mapping ski resorts in this fashion to have at least skied there enough to be familiar with them. It is up to you to provide good quality information not for others to be expected to refine it.
abakus_uploader (2019-01-03 23:30:27+00:00): (Wiadomość automatyczna)
Cześć!
Otrzymujesz ten komentarz, ponieważ dodałeś lub zmodyfikowałeś adres, który jest niepełny lub błędny.
Adres powinien zawierać minimum trzy znaczniki: addr:city=[nazwa_miejscowosci] + addr:street=[nazwa_ulicy] + addr:housenumber=[numer_porządkowy].
Wyjątkiem są miejscowości bez nazwanych ulic - wtedy stosujemy znaczniki: addr:place=[nazwa_miejscowosci] + addr:housenumber=[numer_porządkowy].
Bez poprawnego oznaczenia adresów, nie będą one brane pod uwagę przez wyszukiwarki, dlatego warto je dostosować do ww. schematu (w zależności od sytuacji).
Więcej informacji na forum: https://forum.openstreetmap.org/viewtopic.php?id=5632 - a pytania najlepiej zadawać tu: https://forum.openstreetmap.org/viewtopic.php?pid=681873
Pozdrawiamy!
nevw (2019-01-04 10:35:11+00:00): You appear to have mapped your details to a car park across the road from the hospital. Can you map over the hospital building you occupy instead please.
nevw (2019-01-08 03:39:14+00:00): no response, left as is as likely better than moving it to over the hospital building.
Jordi MF (2019-01-10 09:48:03+00:00): Hola carlesfg,

Gràcie per contribuir en la millora d'OSM. He vist que has mapejat una estació de recàrrega per a cotxes elèctrics. Vistes les fotos de Mapillary, no em queda clar que el nom d'aquesta estació siga "ChangeStation". No veig cap senyal en la imatge. Possiblement, no en tinga cap. Si "ChangeStation" és una simple descripció de què és açò, no hauries de posar aquest nom, ja que l'etiqueta amenity=charging_station ja ho indica. Tampoc no entenc per què has afegit l'etiqueta "brand=ChargePoint" ja que diria que aquesta no és l'empresa que ha fabricat açò. Tampoc no és una etiqueta imprescindible, pel que s'hauria d'eliminar si no sabem qui ha fabricat aquesta estació. Diria que l'etiqueta brand:wikidata=* tampoc no és correcta.

Salutacions i bon mapeig,

Jordi
carlesfg (2019-01-10 12:29:31+00:00): Hola Jordi,
Efectivament no té nom. Esborra les etiquetes ( "brand=ChargePoint"  , brand:wikidata=* )
 que vaig afegir per error.

Gràcies per revisar el mapeig i corregir les errades.
Carles.
XimeX (2019-01-04 18:56:04+00:00): Bitte die Hausnummer als addr:housnumber eintragen und nicht in die Straße
Philipp Egli (2019-01-04 22:27:11+00:00): Ok, ist korrigiert. Mir war nicht klar, ob es sich bei der 27 wirklich um die Hausnummer handelt. Deshalb hatte ich sie zusammen mit dem Strassennamen und nicht separat erfasst.
XimeX (2019-01-04 23:39:13+00:00): Woher hast du den die 27? Was soll es sonst sein als eine Hausnummer?
Was nur noch seltsam ist das die Straße Dreistetten heißt. Ist das vll noch eine ur alte Nummer wo es noch keine Straßennahmen gab?
Luzandro (2019-01-05 06:03:52+00:00): @Ximex: Dreistetten dürfte noch nicht lange Straßennamen haben. BEV/basemap kennt noch keine Straßennamen und aus einer VP-Zeitschrift von 2015 mit den Plänen für die nächsten 5 Jahre: "Sicherheit: Aufstellen von Straßenbezeichnungen in Dreistetten, damit die in den Ortsplänen eingetragenen
Straßennamen auch in der Realität sichtbar werden und die Auffindung von Adressen für die Blaulichtorganisationen
und Paketzusteller erleichtert wird. "
http://marktpiesting-dreistetten.vpnoe.at/fileadmin/gemeinden/wiener-neustadt-land/markt-piesting/dateien/GRW_2015-Broschüre_-Webfassung.pdf

Ich habe es allerdings auf addr:place geändert
http://www.piesting.at/gastronomie/
Philipp Egli (2019-01-05 08:16:30+00:00): Stimme Ximex zu. Dachte beim Eintragen, dass es sich noch um einen alten Flurnamen handelt, es also noch keinen gesonderten Strassennamen und Nummer als Bezeichnung gibt (Dreistetten ist auch der Ort, wo sich das Gasthaus befindet).
dvdhoven (2019-01-03 18:06:47+00:00): Je kunt niet zomaar een knooppunt boem pats verplaatsen. Dan moeten ook alle routes worden aangepast. Door jouw actie waren er een heleboel foutmeldingen net als de vorige keer. En met ID, een baggertool kun je geen routes aanpassen. Die vernielt routes alleen maar. En ik vind het onzin gezien de geringe afstand om beide splitspunten als knooppunt te definiëren, Verdiep je eerst eens in de zeer complexe materie van routerelaties, in het bijzonder knooppuntrelaties ipv zomaar acties te ondernemen.
Ik heb je actie voor de 2e maal ongedaan gemaakt.

Vriendelijke groeten,
Dick van den Hoven
Jakka (2019-01-04 10:37:47+00:00): Harald, door toevoegen van Roebeek werden paden,straten/highway gekruist. Daar waar deze kruisen moet er een update gebeuren, water dat onder de straat gaat door buis/soort riool. Stukje beek knippen.delen en daarop benoemen met tunnel=culvert layer=-1 Zie https://wiki.openstreetmap.org/wiki/Tag:tunnel%3Dculvert   Is het werkelijk een brug herkenbaar van de weg erboven. dan de weg (bruglengte delen en benoemen bridge=yes layer=1 zie https://wiki.openstreetmap.org/wiki/Key:bridge  Wat die layer betreft dien om de weergave op krt te kunnen maken 1 bovenste -1 eronder Info is online te vinden.
Jakka (2019-01-04 10:40:37+00:00): Controle prg meldt 12 mogelijk problemen "Kruisende highway/waterweg (12)"
PT-53 (2019-01-04 09:47:21+00:00): Änderungen vollständig revertet wegen mangelnder Qualität.
Siehe auch https://www.openstreetmap.org/changeset/65995612
chnav (2019-01-04 14:21:10+00:00): Удалено. Для персональных заметок используйте специальные функции MAPS.ME