piebro/osm-data huggingface dataset:
mavrut5 (2019-01-15 21:22:35+00:00): sorry, mein Fehler. Habe es in addr:flats korrigiert.
mueschel (2019-01-15 21:46:43+00:00): addr:flats? An diesen kleinen Wohnhäusern halte ich das für eher ungewöhnlich - zumal alle eigene Nummern haben, und jeweils nur ein addr:flats. Das ist für Wohnblöcke gedacht, mit mehreren Aufgängen die jeweils zu unterschiedlichen Wohnungen führen.
mavrut5 (2019-01-16 07:26:20+00:00): es sollten bei diesen Wohnhäusern die Anzahl der Wohnungen getagged werden. Ich habe nochmal im wiki nachgeschaut. Mit addr:flats=8 ist anscheinend der Zugang zu der Wohnungsnr. 8 gemeint. Um die Anzahl der Wohnungen zu taggen, wäre das Attribut building:flats=8
PPete2 (2019-01-15 12:24:40+00:00): Hallo Jgaordhelagenornres,
du hast vermutlich versehentlich sämtliche Gebäude auf der Gruberalm mit "Gruberalm" und daneben mit "Leonsberg-Alm" getaggt.
GinaroZ (2019-01-13 00:37:03+00:00): Hi, welcome to OSM and thanks for the edit. I notice you've changed the name of this shop to Savers - https://www.openstreetmap.org/node/3670328421 is it still an electronics shop or has the shop type changed as well? If so you should change the shop= tag.
highflyer74 (2019-02-10 11:46:35+00:00): Moin und willkommen bei OSM!

Vielen Dank für Deinen Beitrag. Wenn Du Landflächen bearbeitest oder anlegst, versuche möglichst, diese nicht mit Wegen zu verbinden. Das ist zwar nicht verboten, viele halten es allerdings für kontraproduktiv, da die Wartung der Daten erschwert wird und viele übereinander liegende Linien gerade bei Anfängern die Gefahr vergrößern, Dinge wie z.B. Relationen aus Versehen zu beschädigen. Da kann es vorkommen, dass zwei oder drei Grenzen, zwei Landflächen und ein Feldweg nur als eine Linie dargestellt werden. Wenn der Bearbeiter dann nicht darauf achtet (weil er es vielleicht nicht weiß), gehen gern mal Grenzrelationen zu Bruch und das verursacht wieder Mehrarbeit. Auch wurden (vermutlich unbeabsichtigt) Multipolygon Relationen erstellt, obwohl diese gar nicht nötig sind. Leider passiert dies immer wieder aufgrund einiger Eigenheiten des von Dir verwendeten Editors "iD".

Wenn Du weiterhin Lust hast, zu OSM beizutragen, kann ich Dir sehr den Editor JOSM (https://josm.openstreetmap.de/) ans Herz legen. Dieser macht die Bearbeitung sehr viel komfortabler und sicherer, da er vor potentiellen Fehlern warnt.

Ein tolles Tutorial im PDF Format, welches von einem engagierten Mit-Mapper erstellt wurde, findest Du hier:

https://wiki.openstreetmap.org/wiki/File:Osm-tutorial.pdf

Weiteren Lesestoff gibt es hier:

https://wiki.openstreetmap.org/wiki/DE:Good_changeset_comments
https://wiki.openstreetmap.org/wiki/DE:Good_practice

Wenn Du Fragen hast, immer her damit!

Viele Grüße aus HB!
DannyMcD (2019-01-12 20:56:08+00:00): see https://www.openstreetmap.org/user/DannyMcD/diary/47455 for a discussion of this edit
tkoval83 (2019-01-12 15:59:57+00:00): Привіт
Я щось не бачу опор по яких ти мапив
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/66252584
olehz (2019-01-12 21:59:51+00:00): на Бінгу видно якщо придивитись. я порівнюю, де є розбіжності з офіційними даними обленерго (там що у нас, що у них я купа неточностей) https://www.energosoftcom.lviv.ua/GeoSystem?TypeLoad=LOE
viloan (2019-01-12 15:10:50+00:00): Bem-vindo(a) ao OpenStreetMap e parabéns pela sua primeira edição! :-)

Temos um portal brasileiro sobre o OpenStreetMap, com várias informações úteis em https://wiki.openstreetmap.org/wiki/Brasil

Enquanto você está se acostumando com o OpenStreetMap, é recomendado que sempre pergunte aos usuários mais experientes antes de remover ou modificar objetos do mapa, especialmente aqueles que são aparentemente "estranhos" ou "fora do lugar".

Além disso, pedimos que não copie dados de mapas proprietários (como nomes de ruas do Google Maps, por exemplo) e que mapeie apenas o que existe na realidade.

Se você está mapeando por causa do Pokémon, dê uma olhada em https://blog.openstreetmap.org/2017/12/01/dicas-para-novos-mapeadores-pokemon-go/?lang=pt-pt

Se tiver qualquer tipo de dúvida você pode entrar em contato com a comunidade brasileira através de algum dos canais disponíveis em https://wiki.openstreetmap.org/wiki/Pt:Contact
O canal "Comunidade" do Telegram costuma ser o mais movimentado.

Abraço e boa diversão com suas edições!
Jrachi (2023-09-14 06:06:50+00:00): Ciao.
Mi sembra strano che la way: 662650364
sia un marciapiede ma senza avere una strada accanto.

Ivo, Jrachi
eggie (2019-01-12 15:45:03+00:00): Het pad zit net nog niet vast...  :)
eggie (2019-01-12 20:43:48+00:00): Hoi,
Alles is lastig in het begin.
Ik heb je even geholpen en een verbinding gemaakt met de Asselstraat. 
Die administratieve grens heb ik recht gelegd. 
Dit was mijn edit.
http://overpass-api.de/achavi/?changeset=66259906
MVG,
Eggie
glibbertorsten (2019-01-13 12:05:31+00:00): Hi. Schau noch mal auf die Wiki-Seite https://wiki.openstreetmap.org/wiki/DE:Key:opening_hours: die Aneinanderreihung von eigenständigen Öffnungsspannen erfolgt per Semikolon. (Vorher war es richtig)
MKnight (2019-01-13 18:40:36+00:00): Aus den Beispielen im wiki:

    Su-Tu 11:00-01:00, We-Th 11:00-03:00, Fr 11:00-06:00, Sa 11:00-07:00

    Da nachfolgende Regeln vorhergehende überschreiben ist es notwendig, dass im Falle von Zeiträumen, die über Mitternacht hinausgehen, die darauf folgenden Regeln mit dem Komma als Regeltrenner (anstelle einem Semikolon) zu einer additiven Regel gemacht wird.

Die Versionen vor meiner Änderung sagen folgendes:
Laguna: Freitag Morgens (0-2 Uhr) ist geschlossen.
Laleander das selbe Problem.
glibbertorsten (2019-01-13 19:05:42+00:00): Äh?! Das is ja geil, den Abschnitt habe ich nie bemerkt... Das gilt also für alle Sachen, die über Mitternacht hinausgehen. Ich wußte zum Beispiel garnicht, dass nachfolgende Regeln, die davor überschreiben! Nich schlecht, danke!
glibbertorsten (2019-01-13 19:10:36+00:00): Leider ist der Club zum Jahresende umgezogen zum Neuen Markt, ich werde beim Aktualisieren auf die Öffnungszeiten achten!
☮
glibbertorsten (2019-01-13 12:05:41+00:00): Hi. Schau noch mal auf die Wiki-Seite https://wiki.openstreetmap.org/wiki/DE:Key:opening_hours: die Aneinanderreihung von eigenständigen Öffnungsspannen erfolgt per Semikolon. (Vorher war es richtig)
MKnight (2019-01-13 18:43:00+00:00): Siehe #66253399
MKnight (2019-01-13 18:44:11+00:00): Nachtrag, ok hier ist ein anderer Fall, das Komma ist trotzdem nicht falsch.
viloan (2019-01-12 15:52:43+00:00): Bem-vindo(a) ao OpenStreetMap e parabéns pela sua primeira edição! :-)

Temos um portal brasileiro sobre o OpenStreetMap, com várias informações úteis em https://wiki.openstreetmap.org/wiki/Brasil

Enquanto você está se acostumando com o OpenStreetMap, é recomendado que sempre pergunte aos usuários mais experientes antes de remover ou modificar objetos do mapa, especialmente aqueles que são aparentemente "estranhos" ou "fora do lugar".

Além disso, pedimos que não copie dados de mapas proprietários (como nomes de ruas do Google Maps, por exemplo) e que mapeie apenas o que existe na realidade.

Se você está mapeando por causa do Pokémon, dê uma olhada em https://blog.openstreetmap.org/2017/12/01/dicas-para-novos-mapeadores-pokemon-go/?lang=pt-pt

Se tiver qualquer tipo de dúvida você pode entrar em contato com a comunidade brasileira através de algum dos canais disponíveis em https://wiki.openstreetmap.org/wiki/Pt:Contact
O canal "Comunidade" do Telegram costuma ser o mais movimentado.

Abraço e boa diversão com suas edições!
opendcc (2019-07-23 20:14:46+00:00): Please do  not built up such messy landuses from small segment. They are a nightmare to handle.

best regards
k127 (2019-07-23 20:27:00+00:00): Grüß Dich opendcc!

Du scheinst eine sehr ausgeprägte und vielleicht eine ein klein wenig emotionale Meinung („messy“) zu einem bestimmten Thema zu haben, was ich durchaus als problematische Arbeitsgrundlage sehe.

Ich würde Dich bitten, meine Art der Bearbeitung zu respektieren und nicht allein deshalb, weil Du verschiedene Dinge anders siehst, einzugreifen. Es wäre schön, wenn die Motivation für Bearbeitungen stets wäre, im OSM-Sinne Konstruktives tun.

Danke Dir und nix für ungut!

Klaus
opendcc (2019-07-24 06:35:04+00:00): Hallo,

die Begründung für diesen zugegeben etwas flapsigen Kommentar habe ich Dir schon in einem anderen Kommentar genannt. MPs mit vielen Teilstücken sind vielleicht leicht zu erzeugen, in der Wartung aber äußerst unangenehm: man muß bei einer Änderung oft weit verzweigte MPs editieren, das geht mit iD eigentlich gar nicht, mit JOSM ist es mühsam. Durch solche Konstrukte verhindert man eigentlich weitere Änderungen. Schau Dir dazu bitte auch mal die Empfehlungen im Forum/Wiki an (Stichwort Multipolygonitis) und ich bitte Dich, im Interesse aller User, auf MPs für simple Landuse zu verzichten.

Servus Wolfgang

PS: Ein (triviales) Beispiel: angenommen, der Landuse 'Am Sportplatz' wird fertig und kommt zu Rathmannsdorf dazu: Beide Landuses selektieren, Shift J, fertig.
Bei MPs sind es dann schon deutlich mehr Aktionen, bis das zusammen ist.
k127 (2019-07-24 10:07:27+00:00): Hallo Wolfgang,

> Beide Landuses selektieren, Shift J, fertig.
Diesen Rat nehme ich dankbar entgegen.

Weiter liegt es mir auch fern, Multipolygone per se zu verwenden. Es erscheint mir nur, zugegeben, nach einem gewissen Lernaufwand, also sinnvolles Mittel besonders für diesen Anwendungsfall:
Ich nenne es mal die „schrittweise Verfeinerung der Flächentopographie“ und verstehe darunter in etwa folgendes:

1. die Karte ist weiß

2. es gibt relativ große und grobe Flächen `landuse=…`, je nach Nutzungsart der größeren Flächenanteile, bspw. Ackerland und Wald

3. der Wald wird verfeinert und deshalb aufgeteilt in verschiedene Teilflächen, bspw. eine Waldparzelle mit Fichtenbestand, eine andere mit einer anderen Baumart, etc. – selbiges (gerne in einem separaten Bearbeitungsschritt) mit dem Acker. Von diesem abgetrennt wird bspw. ein feines Wiesenstück zwischen Acker und Wald.

4. diese Verfeinerungen lassen sich beliebig fortsetzen

Auch Straßen flächig zu erfassen ist hiermit grundsätzlich denkbar, erfordert allerdings meiner Ansicht nach ein Konzept; ich lehne Kartenweiß ab.

Die Information ist nach jedem dieser Schritte, die zeitlich auseinander liegen, konsistent.

Praktisch gehe ich die Lösung deshalb mittels Multipolygonen an, indem ich dazu Linien aufteile und für die neu differenzierten Flächen Multipolygone aus diesen Linienstücken schaffe.

Gerne würde ich natürlich wissen, wie ich diese Schritte mit weniger Aufwand oder ohne Multipolygone zu verwenden lösen kann, also immer her mit Ideen :)

Cheers
Klaus
opendcc (2019-07-24 10:38:12+00:00): Großen Landuse zerteilen:
Beide Trennpunkte markieren, p drücken. Dann von einem Trennpunkt die neue Linie zum anderen Trennpunkt. Die gewünschten zugehörige Altlinie mit Shift-Click dazu, c (für connect) drücken. fertig.

Landuse von anderen Landuse lösen: w drücken, alt+click löst den Punkt ab. Ctrl-Click bastelt einen neuen Punkt dazu (super zum Ausrunden), m (wie merge) hängt zwei Punkte zusammen.

Und cool ist auch auch a (für add), dann einen Stub in die gewünschte Richtung, f (wie follow), und ab die Post.

Beim Ablegen eines Punktes: zugleich ctrl legt den Punkt ohne Snap ab. Damit kann man bei Landuse die Highways in Ruhe lassen.

Servus Wolfgang
Grass-snake (2021-05-14 15:03:12+00:00): Добрый день, в этом пакете правок Вы заменили теги building=yes на
building=household. Подскажите, есть возможность заменить на building=house или такой тег выбран специально?
https://wiki.openstreetmap.org/wiki/RU:Tag:building%3Dhouse
acsd (2021-05-14 15:14:36+00:00): Добрый день. Этот тег сам ввел, возможно неподходящее значение. Хотел обозначить общим тегом придомовые постройки (сарай, гараж, баня, туалет и т.п.)
iWowik (2021-05-14 16:29:29+00:00): сарай 
building=shed
viloan (2019-01-12 16:23:40+00:00): Bem-vindo(a) ao OpenStreetMap e parabéns pela sua primeira edição! :-)

Temos um portal brasileiro sobre o OpenStreetMap, com várias informações úteis em https://wiki.openstreetmap.org/wiki/Brasil

Enquanto você está se acostumando com o OpenStreetMap, é recomendado que sempre pergunte aos usuários mais experientes antes de remover ou modificar objetos do mapa, especialmente aqueles que são aparentemente "estranhos" ou "fora do lugar".

Além disso, pedimos que não copie dados de mapas proprietários (como nomes de ruas do Google Maps, por exemplo) e que mapeie apenas o que existe na realidade.

Se você está mapeando por causa do Pokémon, dê uma olhada em https://blog.openstreetmap.org/2017/12/01/dicas-para-novos-mapeadores-pokemon-go/?lang=pt-pt

Se tiver qualquer tipo de dúvida você pode entrar em contato com a comunidade brasileira através de algum dos canais disponíveis em https://wiki.openstreetmap.org/wiki/Pt:Contact
O canal "Comunidade" do Telegram costuma ser o mais movimentado.

Abraço e boa diversão com suas edições!
RicoElectrico (2019-01-12 23:52:48+00:00): Cześć, dziękuję za dodanie sklepu.

Mam jedną uwagę: Przy dodawaniu adresów ulica musi mieć tę samą nazwę co nazwa drogi. Tutaj "Tadeusza Kościuszki".  Inaczej mamy jak to się u nas mówi "mrówkę". https://forum.openstreetmap.org/viewtopic.php?id=23753

OsmAnd z tego co wiem, niestety nie pozwala wybrać ulicy z "gotowców", więc trzeba się upewnić jak ona się nazywa  przed dodaniem POI.
RicoElectrico (2019-01-13 15:47:42+00:00): A, i adres już poprawiłem :) https://www.openstreetmap.org/node/6203693382/history
phyzik (2019-01-13 16:44:57+00:00): Cześć, no właśnie - sklep dodałem podczas spaceru, bezpośrednio z OsmAnd więc nie wiedziałem jaką dokładnie nazwę ulicy podać. Chciałem póżniej w domu sprawdzić, ale zapomniałem...

Dzięki za uwagę oraz poprawkę!
Truchin (2019-03-25 15:54:56+00:00): D'après l'imagerie aérienne, le cadastre n'est pas à jour pour le bâtiment https://www.openstreetmap.org/way/662674236 qui semble avoir été démoli.
Tu confirmes ?
gscholz (2019-01-13 08:29:05+00:00): Hola,
this changeset has destroyed several boundary relations. Can you please fix this:

http://tools.geofabrik.de/osmi/?view=areas&lon=-79.60022&lat=-2.79415&zoom=10

Saludos
Guido
s8evq (2019-06-15 10:05:28+00:00): Beste Lijn22. Je hebt in deze changeset een power=generator toegevoegd. Is dit wel echt een generator? Dit lijkt me eerder een transformatorhuisje.
Dakon (2019-01-17 17:44:04+00:00): Please revert this changeset, it's entirely wrong. S-Bahn Hannover uses normal trains, and on basically all tracks are also used by normal (freight) trains. Hint: even the Hamburg and Berlin S-Bahn systems are "real" trains, they just mostly operate on dedicated infrastructure. Hannover is surely _no_ light rail.
azakh-world (2019-01-18 08:05:01+00:00): Changeset https://www.openstreetmap.org/changeset/65955443
has converted Hannover s-bahn routes from route=train to route=light_rail, so I've just brought things into consistent state. If anything needs to be reverted then we need to start with that change, right?
Dakon (2019-01-18 09:05:12+00:00): Yes, thanks for bringing the other one to my attention. Please either revert both or tell me to do so.
azakh-world (2019-01-18 10:54:22+00:00): I've reverted this changeset. 5955443 has been reverted by Nakaner-repair.
Supaplex (2019-02-06 14:05:28+00:00): 恭喜您完成第一次的地圖編輯！ 歡迎加入開放街圖，群眾共同參與，繪製生活週遭大家關心事物的共編地圖。以下是相關的參考資料，歡迎隨時指教與提問。

編輯須知
台灣的標示依循準則可參考 http://wiki.openstreetmap.org/wiki/Taiwan
常見的圖徵標示方式可參考 http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features
給Pokemon Go玩家的建議：https://wiki.openstreetmap.org/wiki/Tips_for_new_(Pokemon_Go)_mappers

台灣社群網站
台灣 OpenStreetMap 網站 http://www.openstreetmap.tw
臉書粉絲頁OpenStreetMap台灣 https://www.facebook.com/opestreetmaptaiwan/
台灣社群Facebook社團 https://www.facebook.com/groups/OpenStreetMap.TW/
郵件論壇 https://lists.openstreetmap.org/listinfo/talk-tw
Telegram OpenStreetMap Taiwan https://t.me/joinchat/Aqu2IgnTuIidMfREdNmomQ
Telegram OpenStreetMap Asia  https://t.me/OpenStreetMapAsia
Slack https://osm-tw.signup.team/

Happy Mapping!
Tomas Straupis (2019-01-12 19:03:14+00:00): Kodėl nuimta wikidata žyma ir kam tiltui į jūrą bicycle=yes?
Tomas Straupis (2019-01-12 19:04:37+00:00): Pakeitimas atšauktas. Grąžinta teisinga anksčiau buvusi pozicija.
Tomas Straupis (2019-01-12 19:26:59+00:00): Pralaida žymima žymomis:
waterway=ditch|stream
layer=-1
tunnel=culvert
Martin Borsje (2019-01-13 09:15:21+00:00): Hoi Timo.
Bedankt voor je edit, maar: Is er een bepaalde reden waarom je de bestaande serviceweg op het boerenerf (waar ik gisteren nog met de ATB ben geweest) verwijderd hebt?
Twotert (2019-01-13 09:49:09+00:00): Beste Martin,

Privé wegen teken ik nooit in omdat ik het te overbodig vind voor deze kaart, dit is ook de reden geweest voor de serviceweg te verwijderen. Maar allereerst heb ik deze edit gedaan voor het boerenerf te verkleinen en een gedeelte woongebied gemaakt met kleine land use correcties hierom heen.

Mvg,
Twotert
Martin Borsje (2019-01-13 09:52:18+00:00): Hoi Twotert,

Dank voor het (gering) aanpassen van de landuse, maar:
We praten hier niet over een oprit maar een duidelijke serviceweg. Het feit dat jij ze niet tekent is je goed recht, maar is nog geen aanleiding om wat anderen getekend hebben te verwijderen, toch?
miche101 (2019-01-12 20:19:06+00:00): Naja des finde ich jetzt nicht so gut... ein Maibaum ist eine Touristische Attraktion... Der name dieser Attraktion ist kurz und einfach Maibaum

Und sich auf man_made=maypole zu berufen ist falsch, weil dieser Tag nicht einmal geschlossen ist und z.B. auf der man_made Wikiseite nicht einmal aufgeführt wird. 

- https://wiki.openstreetmap.org/wiki/DE:Key:man%20made?uselang=de
- https://wiki.openstreetmap.org/wiki/DE:How_to_map_a#M
miche101 (2019-01-12 20:20:00+00:00): ...nicht einmal "b"eschlossen ist...
opendcc (2019-01-12 22:07:28+00:00): Nun, generell versuchen wir, beschreibendes Tagging zu vermeiden, nur dann ist es dem Renderer möglich, das auszuwerten und je nach Kartenausleitung korrekt darzustellen. Das ist wiichtig bei Themenkarten bzw. anderen Sprachen. Name ist immer der Eigenname, nicht die Beschreibung.
geow (2019-01-13 11:10:02+00:00): +1 für den namenlosen Maibaum :-)

@miche101, tags müssen nicht "beschlossen" werden, für man_made=maypole gibt's mehr als 500 Objekte in der DB: https://taginfo.openstreetmap.org/tags/man_made=maypole

Idealerweise könnte das noch im osm-wiki dokumentiert werden.
miche101 (2019-01-13 14:37:35+00:00): ...ja aber dann darf man auch nicht mehr Rathaus als name=* nehmen, zur Post kein Post mehr... oder als Namensbestandteil aller Bäcker Metzger usw usw. was alles im Tagging dargestellt ist. 

Bei einer Tankstelle wird die Marke brand=* als name=* verwendet.. wäre auch nicht richtig.. 

Halte das ganze für einen ausgemachten Blödsinn.. nur weil einer da als Anonym hier sein Nodes, eventuell sogar massenhaft ablädt.. das zu ändern. Wenn so was nicht passt muss es selbst editieren... und damit rechnen das es rückgängig gemacht wird :-\ Des regt mich schon langsam auf was da als Nodes teils reinkommt.. diese Nodes stammen nicht von jemanden der das nicht könnte.. nur zu faul es selbst zu machen und lieber andere vorschicken.
opendcc (2019-01-13 14:51:50+00:00): Hallo,

doch, macht schon Sinn: Beispiel Tanke: der normale Mapnik schreibt einen Text hin, nimmt primär name, sekundär brand als Quelle für die Beschriftung, meine Radfahrkarte macht mir Name rein, sonst nur ein Symbol. Aber in keinem Fall steht da 'Tankstelle'.

Bei einer Kirche schreibt Du ja auch nicht 'Kirche' hin, sondern 'place_of_worship'. Der Renderer macht ein Kreuz - wenn er auch noch 'christian' findet.
geow (2019-01-13 15:00:03+00:00): @michi101, leider wird das name-tag von einigen Nutzern massiv missbraucht um auf osm.org alles mögliche zu beschriften, teilweise wohl mit Absicht, teilweise in Unkenntnis der korrekten tags.

Deinen Ärger zu anonymen Hinweisen a la "name is the name only" verstehe ich allerdings, reden wir vielleicht vom gleichen Besserwisser? 
https://www.openstreetmap.org/note/1647245
miche101 (2019-01-13 15:31:26+00:00): @geow ja genau das haben wir hier auch..

https://www.openstreetmap.org/note/1647247

Ein edit sollte Sinn machen und die Änderung kompatibel sein.. man_made=maypole wird nicht unterstützt. Also ist für die Suchfunktion name=Maibaum erforderlich. Die folge ich kann ohne name=Maibaum zum Beispiel sowas nicht mehr machen: 

https://www.openstreetmap.org/search?query=Maibaum%2C Steinhöring

Weil Maibaum nicht auf maypole.. adaptiert wird was bei anderen Dinge gemacht wird.

https://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases/DE

So lange das nicht der Fall ist... das eine Verschlechterung der Nutzbarkeit..
miche101 (2019-01-13 15:32:18+00:00): https://www.openstreetmap.org/search?query=Maibaum%2C%20Steinhöring
geow (2019-01-13 16:18:07+00:00): Objekte ohne Namen kannst du mit overpass finden: http://overpass-turbo.eu/s/FbI
miche101 (2019-01-14 15:18:07+00:00): ja für was braucht man überhaupt eine Suchfunktion wenn es Overpass gibt.. das ist ein blödsinn
opendcc (2019-01-14 21:04:32+00:00): Den 'Siebngscheit' habe ich jetzt in Mühldorf/Altötting an der Backe :-(
geow (2019-01-14 21:18:32+00:00): Wolfgang, mein Versuch siehe https://www.openstreetmap.org/note/1649584 

Gruß
Klaus
geow (2019-01-14 21:28:41+00:00): @michi101, ich bitte dich sachlich zu bleiben, Aussagen wie "das ist ein Blödsinn" helfen nicht weiter und diskreditieren dich
dich. "name" definiert wie es offiziell heißt, und nicht was es ist. Ansonsten bräuchten wir das tag man_made=maypole ja nicht mehr. Hier noch ein Link: 
http://wiki.openstreetmap.org/wiki/DE:Good_practice#Verwende_das_Name-Tag_nicht.2C_um_Dinge_zu_beschreiben
http://wiki.openstreetmap.org/wiki/DE:Key:name
miche101 (2019-01-15 06:09:18+00:00): Doch es ist ein blödsinn anzunehmen das es genügt wenn es über overpass zu finden ist. 

Dem "Good practice"-Artikel fehlt das man auch Achten sollte was andere Mapper hier mappen. Und auch Respektieren sollte was sie und in diesem Fall auch viele andere damit erreichen wollen.
dieterdreist (2019-01-16 01:23:10+00:00): der operator tag sollte wieder hergestellt werden, oder war die Angabe falsch?
Andrei Klopau (2019-07-09 08:06:55+00:00): Hello! How long has the maxweight=24 sign been set here? Thanks
Andrei Klopau (2019-07-09 08:08:53+00:00): I haven't found a maxweight sign in your photos on the mapillari
bkil (2023-12-10 21:15:28+00:00): Miért került ennyi új pont fixme kulccsal? Mi a forrása ezeknek a szerkesztéseknek? Ha import, az legális forrás volt?
GBAB (2023-12-11 07:32:42+00:00): Szia bkil!
Nem emlékszem.
Ahogy elnézem, ezeknek a pontoknak volt egy korábbi változata is, de nem látni, hogy én mit módosítottam rajtuk.
Gondolom, meg kellene nézni, hogy ott vannak-e, megvannak-e még...
Sorry.
Gábor
Константин Гам (2019-08-16 22:51:07+00:00): Пожалуйста вносите адреса корректно! И никогда не пишите в тег name номер дома...
literan (2019-01-14 20:26:45+00:00): что-то вы тут странное нарисовали. Гляньте, как рисуются здания, в других местах
532910 (2019-01-12 20:55:47+00:00): Сувениры, Кондитерская, Цветы, Книги и подарки --- это не названия

gift, confectionery, florist и books уже и так обозначают соответствующие магазины
mini-me (2019-01-12 22:05:38+00:00): К сожалению, было мало времени - успел только вывески записать. Там ещё много чего нужно уточнить. Ларьки на улице, заборы...
532910 (2019-01-12 22:12:02+00:00): Записать? В телефоне же есть фотоаппарат с видеокамерой и диктофон!
mini-me (2019-01-12 22:26:40+00:00): Как-то стрёмно бегать по вокзалу с камерой под пристальными взглядами охраны :)
532910 (2019-01-12 22:40:10+00:00): Ну если стрёмно, то есть диктофон. Но я не вижу в этом проблемы. Наоборот, это пиар: меня спрашивают что я делают, я отвечаю osm osmand и mapsme.
mini-me (2019-01-12 22:56:49+00:00): Ну не знаю... Ходит эдакая бородатая личность, бубнит что-то про входы и банкоматы... точно повяжут )
А за 20 минут до отхода поезда как-то не тянет заниматься пропагандой osm среди сотрудников полиции )
Может как-нибудь скатаюсь специально, пофотографирую.
DaveF (2019-01-24 11:33:08+00:00): Hi
Which validating software did you use?