piebro/osm-data huggingface dataset:
pe1aqp (2020-11-10 11:51:50+00:00): Thanks for your feedback.
I tried adding these tags because direction-calculations for bicycles gave poor results in this area. In this particular case, the correct legal situation of this path, if any, is unclear to me. I would say that the cautious approach is NOT to direct cyclist over he ramp.  If there is another tag, or another method, to say something like "you're legally allowed to cycle here, but it's a bad idea" (so that route planners don't direct you over that path), then I would be quite happy to change these tags.
Grüß
Jonathan Haas (2020-11-10 12:08:54+00:00): Note that mountain bikers might prefer completely different routes than racing cyclist, so there's no general tag for "bad for cycling".

There might be a steep muddy ramp that's completely impassable for a racing bike, but it could be a nice challenge for a mountain biker.

You could use tags like smoothness, surface, incline and mtb:scale and hope that your router evaluates these according to your preference. The better ones probably do, but you will need to set the type of your bike.
aixbrick (2020-11-11 07:21:09+00:00): @pe1aqp: If your router is not able to route correctly despite using correct tagging, there is a problem with the router. Please do not add tags only to resolve those problems (please see https://wiki.openstreetmap.org/wiki/Tagging_for_the_renderer ("General meaning")).
I agree with Jonathan Haas. Resolve the router problems on the software side or use one of the tags mentioned by him.
Nordpfeil (2020-11-10 14:20:04+00:00): Please check the key=value combination:
"Calle=Diamante"
on a street called "Calle Aguamarina"
OuterPace (2020-11-10 15:59:39+00:00): The key/value has been removed from Calle Aguamarina
reigi (2020-11-10 05:44:11+00:00): Hallo Amegaz, mit "entfernen" würde ich vorsichtig sein. Es hat ja anscheinend mal ein Weg bestanden. Durch das Löschen hast du auch die Änderungshistorie gelöscht. Besser wäre es, den Weg mit "abandoned" zu kennzeichnen. https://wiki.openstreetmap.org/wiki/DE:Key:abandoned: 
Außerdem prüfe bitte, ob der Weg wirklich ein footway oder eher ein path ist https://wiki.openstreetmap.org/wiki/DE:Tag:highway=footway?uselang=de
tux67 (2020-11-10 09:30:08+00:00): Danke .. das wollte ich auch gerade anmerken. Ich hatte auch schon in einigen anderen Changesets angemerkt das Thema access rights in denselben zu überprüfen.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/93823490
Amegaz (2020-11-10 13:27:49+00:00): Hi tux67,
Ich habe das obere Teilstück vom Weg weggenommen. Der Ausdruck gelöscht ist falsch. Das Teilstück habe nun auch wieder hinzugefügt als neuen Pfad mit anderen Attributen.
Der Weg ist für alle gesperrt, aber noch da. Ob er begehbar ist, weiß ich nicht.
Viele Grüße
Guido
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/93823490
eggie (2020-11-09 23:00:12+00:00): Beter niet een afslag tot het fietspad veranderen in serviceroad.  Dat geeft problemen voor routering van fietsers.
Wegen splisten met editor iD veroorzaak schade aan de routerelaties van het OV.
Helaas reageer je niet op mijn opmerkingen.
Ik overweeg je edits te reverten
eggie
Gr eggie
eggie (2020-11-09 23:06:24+00:00): reverted by changeset #93823728
eggie (2020-11-09 23:11:56+00:00): Alle routerelaties zijn hersteld .
Ik kon niet eerder reverten omdat je steeds in het zelfde stuk doormapte en dat gaf conflicten. 
. Svp stoppen om OV routes te bewerken zonder enige kennis van OSM mapping en zeker niet met een simpele editor als iD.
Wanneer je vragen hebt stel ze gerust.
MVG,
eggie
Polydot (2020-11-10 00:03:41+00:00): nogmaals excuses voor het ongemak, gelukkig heb ik de details in de wijk in een aparte sessie opgeslagen. Bedankt voor het reverten
eggie (2020-11-10 00:24:44+00:00): Oke.. laat je niet ontmoedigen door kritiek. We checken de eerste edits.. uiteraard om te helpen.
Gr eggie
eggie (2020-11-10 08:39:33+00:00): Wel netjes geworden.
Het gebouw heb ik even losgemaakt van de landuse=grass
gr eggie
eggie (2020-11-10 08:25:19+00:00): Dag Polygot... 
leisure=park geeft alleen de functie weer.

Een park is een (uitgestrekt) terrein, omvattende stukken grasveld, bos en bosschages, vijvers, paden etc. Het is een soort deken over al het andere heen. Bovendien heeft het meestal een naam. 
Leisure=park is de functie en die moet je los zien van wat je ziet de landuse.
Hier een voorbeeld van een park met landuse en een losse cover leisure= park er helemaal los overheen. Het is een transparant . http://www.openstreetmap.org/#map=18/51.80552/4.66665

Dus hier eigenlijk de landuse intekenen.Niet elk stuk groen is een park. 
Ik pas even wat aan.
MVG,
eggie
eggie (2020-11-10 08:29:05+00:00): Een losliggend wandelpad heb ik met de Dreef verbonden. Dat zat aan het vlak vast.
WoodWoseWulf (2020-11-10 23:44:52+00:00): Hi Davis,

Welcome to OSM.

This changeset created a few errors and duplications.

At a glance, the following features were already on the map before you added second versions of them:
-Baker Hall
-CU Student Recreation Center
-CU Folsom Field Stadium

OSM works on the idea of one feature, one osm element, you can read more here:
https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element

Please reach out if you need some help setting things right.
nevw (2020-11-10 02:41:59+00:00): Hi
I notice that this track was mapped as tracktype=grade2 and you have changed it to tracktype=unknown.
Here is the wiki entry to help you decide...
https://wiki.openstreetmap.org/wiki/Key:tracktype
DaveF (2020-11-10 20:59:02+00:00): Hi
Are you sure there's not a swan neck kink in the cycepath?
https://www.openstreetmap.org/way/69856335#map=18/51.44807/-2.52961

https://nrenner.github.io/achavi/?changeset=93826752

https://www.bing.com/maps?v=2&cp=51.44801~-2.52967&lvl=17&sty=s
amurski (2020-11-10 23:48:15+00:00): I don't recall one and I have a GPS trace from running it but with the tree cover it maybe isn't accurate enough. The original line was on the wrong side of the stream. I will run it again in a couple of days and try to get a more accurate measurement
ivanbranco (2022-06-17 17:43:16+00:00): Hi MacLondon,

https://www.openstreetmap.org/relation/7369461/history

there's an invalid place=* value (place=Hatton Cross Station) here, could you check it out please?
MacLondon (2022-06-18 19:06:50+00:00): Thanks. This is now corrected.
MapPiper (2020-11-10 02:20:54+00:00): Additional Citation: Mapillary
ZeLonewolf (2020-11-14 23:11:04+00:00): Hi, it looks like the boundary relation for Berg Altena (9507096) was left in a broken state?
OST360VR_Joscelin (2020-11-15 02:04:36+00:00): Hi, ID editor did not show any errors after I finished the edit session. Can you guide me to where to find the error?
ZeLonewolf (2020-11-15 02:14:21+00:00): Hi, if you load https://www.openstreetmap.org/relation/9507096 into a web browser, you should see that a piece of the boundary is missing.
OST360VR_Joscelin (2020-11-15 02:24:05+00:00): Thanks, see it. Will fix it in a way. Other border parts are strange to see. Locals, like my girlfriend, do not consider Berg Altena to go up to the seashore. It is known that much of government GIS is a mess, on which this seems to be based on.
ZeLonewolf (2020-11-15 02:28:05+00:00): I trust that you will choose the correct location of the boundary!  As long as it forms a complete loop.
OST360VR_Joscelin (2020-11-15 02:32:56+00:00): Closed the loop as it likely used to be. What is correct, all of these on the island are not administrative boundaries. There do not exist administrations for these areas.
ZeLonewolf (2020-11-15 02:37:14+00:00): Looks good!  I added the missing "outer" boundary relation roles.  The boundary for Punda (https://www.openstreetmap.org/relation/7237830) is still broken.
OST360VR_Joscelin (2020-11-15 02:50:58+00:00): Oh sorry, should have done that.
ZeLonewolf (2020-11-15 02:56:05+00:00): I just fixed the Punda boundary also, the segment existed but it wasn't in the boundary relation.
user_12097029 (2020-11-10 15:03:49+00:00): not there anymore.
buy_osmand (2025-08-13 07:24:01+00:00): this is a #deletion_notice to you about slop uploaded with your #dead_hands
https://www.openstreetmap.org/changeset/170373069#map=21/1.4253095/103.8256426&layers=S
ElliottPlack (2020-11-11 13:20:18+00:00): Hi again JriSv250. I see you requested review on this changeset. I appreciate what you're trying to do here, adding the bay as a relation, but this particular edit is not correct. The way a multipolygon relation is supposed to work is a collection of ways that may also be used in other map features. OSM has a policy to map what is observable. The bay relation here does not follow any particular lines of the existing shoreline. The way to do it would be to select all of the existing parts of the shoreline and make it into a big relation. Also, if you read the wiki for natural=bay, it specifies "Note that this tag is not for tagging presence of water". The bay can be mapped as a point for cartography since the water is handled by the coastline area.

Now, the local convention for mapping the coastline is to follow the Atlantic coast, into the bay, but not up any of the rivers or others bays. The other bays are covered by existing water relations. By extending the coastline into the areas already covered by water, you have inadvertently broken the coastline because it creates overlapping water areas. The coastline should never be placed on an area that is already covered by a water area (or relation).
mariotomo (2021-04-20 16:28:42+00:00): hola y gracias por mejorar el mapa de Panamá. quieres seguir apoyando el proyecto? puedes entrar en contacto con otros maperos conectados con Panamá en el foro https://forum.openstreetmap.org/viewforum.php?id=61 o en algún grupo Telegram, que puedes escoger del wiki https://wiki.openstreetmap.org/wiki/List_of_OSM_centric_Telegram_accounts
ZeLonewolf (2020-11-15 02:30:45+00:00): This boundary also is missing a section: https://www.openstreetmap.org/relation/7237830
OST360VR_Joscelin (2020-11-15 02:40:05+00:00): Great that you are checking up. How can I check for these errors myself?

Maybe that you can help on another matter I see. Someone has been requalifying the road over the Julianabrug as a Motorway. That should not be!
OST360VR_Joscelin (2020-11-15 02:47:04+00:00): In ID I see no failing boundary on this one and the boundaries are correct.
ZeLonewolf (2020-11-15 02:53:23+00:00): The eastern boundary is completely missing when you look at: https://www.openstreetmap.org/relation/7237830

I'm not sure about iD, but in JOSM they are reported as errors.

I see these errors because I operate a web site that uses boundary data.  When they break, I see that they are broken.

If you are able to get on Slack chat (https://slack.openstreetmap.us/) I would be happy to help you more.
OST360VR_Joscelin (2020-11-15 03:00:41+00:00): Already suspecting that you are using JOSM. The example link shows the issue just fine. But, in ID Punda is just fine. 
I am not a slack user so far. I am on Teams What community is that on Slack?
OST360VR_Joscelin (2020-11-15 03:06:08+00:00): Ok then. Any more? First time actually that someone catches me on errors. So far, I hadn't touched boundaries as they seemed complex to me. Had to clean up the mess for Scharloo and ran into a mess in the edges too. 
I need to check if OSM has a definition for something like neigbourhood that is not an administrative area.
Thanks for helping out!
ZeLonewolf (2020-11-15 03:09:34+00:00): That link is to the OpenStreetMap US server.  But many people from other countries are on it as well.  It is easier to communicate there than changeset comments.

All of the boundaries I am seeing are fixed now, thanks!
ZeLonewolf (2020-11-15 03:10:56+00:00): I had fixed Scharloo earlier, but I was able to see where the boundary was supposed to be in that case.
OST360VR_Joscelin (2020-11-15 03:15:02+00:00): Hmm, I am sure I checked that one before finishing. Raising suspicion as to what ID supports. Curious to see what you fixed there.
ZeLonewolf (2020-11-15 03:18:27+00:00): There was a missing piece of the boundary.  The line was on the map, but it was not in the boundary relation.
Supaplex (2020-11-11 05:54:18+00:00): 已經有完整的臺灣城市的行政邊界，所以在OSM編輯上不會對每個道路加所在城市資訊。如果需要搜尋特定城市內的道路， 可以透過 Overpass API 指定地點搜尋道路。
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/93829228
Supaplex (2021-04-16 16:47:24+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
組織性編輯指南：https://wiki.osmfoundation.org/wiki/Organised_Editing_Guidelines

台灣社群網站
台灣 OpenStreetMap 網站 https://osm.tw/
臉書粉絲頁OpenStreetMap台灣 https://www.facebook.com/openstreetmaptaiwan/
台灣社群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!
RollTideRoll_asdfjkll (2020-11-10 04:54:23+00:00): Welcome to OpenStreetMap! When adding in rectangular structures, please use the Square tool (right click polygon and square icon, or the "Q" key shortcut). Thanks and happy mapping!
Leondes (2020-11-10 04:58:41+00:00): COVID so pick up or Delivery only
trigpoint (2020-11-10 15:54:33+00:00): Just wondering why you made this change?

What source are you using?
pjij (2020-11-13 03:51:15+00:00): Hi trigpoint,

Thanks for checking into our edits. I have made the changes to adjust the geometry. Apologies, if it is contradicting with the ground reality. Please let me know if it needs to be reverted. Always happy to learn from the community.

Regards
pjij
trigpoint (2020-11-13 12:48:41+00:00): Hi pjij
The reason I was asking is that you moved the start of the oneway back to the junction with Park Avenue. When I surveyed it, it started further along allowing cars to turn from the driveway of the first house to turn left along Porthill Road.

Cheers Phil
pjij (2020-11-18 08:10:09+00:00): Hi trigpoint,

Thanks for the confirmation. please find the changeset 94335746 for the suggested modifications. Always happy to learn from the community.

Regards
pjij
lady Rivera witch of Stone (2020-11-10 05:22:56+00:00): lady Rivera Witch of Stone 999 สำเหร่ Thon Buri, Bangkok 10600
pza (2020-11-11 00:26:58+00:00): Can you clarify why this was deleted?  I went past and it was still there today - lights, etc. Note that it was already tagged with restricted access.
mapsamillion78 (2020-11-11 22:05:01+00:00): Hi pza, the information we received from Westconnex was that the pedestrian/cycle crossing will be closed from 11 November, 2020. If this doesn't happen, please re-instate (and comment here) and we can get in touch with Westconnex
pza (2020-11-11 22:18:58+00:00): They did plan to close a pedestrian crossing, however you got the wrong one. 
 It should have been https://www.openstreetmap.org/way/440751086.  However, the changes didn't happen as they said. It is rescheduled for tomorrow, at which point I'll go for a walk in the morning to check how it is on the ground, and will then push another changeset to OSM.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/93833591
mapsamillion78 (2020-11-11 22:30:59+00:00): ok cool thanks pza, check it out when you can and please re-instate the incorrectly removed crossing. Thanks again
pza (2020-11-13 05:25:57+00:00): Fixed in 94034004.
tastrax (2020-11-16 02:57:11+00:00): Hi folks FYI - Phone numbers in Australia should be added according to the following format +61 x xxxx xxxx, (+61 xxx xxx xxx for mobiles) or use the phone:AU key if a 1300 or 1800 number as per the wiki guidelines https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines - I have just updated a recent addition that you made to OSM – Cheers
paceau (2020-11-17 01:46:10+00:00): Noted, thanks tastrax.
pza (2020-11-13 05:26:10+00:00): Corrections in 94034004.
user_5239402 (2020-11-11 03:04:16+00:00): 아마도 FS 2020에 반영될겁니다. 호주에서 212층수를 설정한 건물이 게임에 나타나는것을 보면 나올겁니다.
je41 (2020-11-12 06:56:22+00:00): 4, 5단지는 FS2020에 층수가 반영되어있는데 나머지 단지는 반영 안되있는걸로 봐서 언젠가 바뀌긴 할것같네요. 언제쯤 될지는ㅎㅎㅎ
user_5239402 (2020-11-12 07:31:45+00:00): fs2020이 오픈스트리트맵 데이터를 사용합니다. 지도의 데이터를 서버에 저장해 놓고 다운받아서 쓰는 형태입니다. 지도에 층수를 반영해 놓으면 게임에 반영하기까지 시간이 걸릴것 같습니다.
tesp (2020-11-10 20:10:21+00:00): Mikäs tässä on ideana? Miksi muutit tienumerot Turussa? Ne on ihan tarkkaan merkitty ja nyt ne ovat ihan sekaisin.
tesp (2020-11-10 20:10:57+00:00): Toki MML merkitsee tienumerot näin, mutta MML on väärässä tienumeroista Turun katuverkolla.
viupu (2020-11-10 20:24:47+00:00): Terve, juurikin Väylän tietokantoihin perustin muutokseni. Olen nyt kuitenkin korjannut numeroinnin Turun keskustassa alkuperäiseksi uudella muokkauksella.
SomeoneElse (2020-11-10 16:05:40+00:00): I'm guessing that https://www.openstreetmap.org/way/54926268 has a name that should be "North" in it?
rpakma (2020-11-11 05:44:24+00:00): Hi,

Thanks for reviewing the edit, the way (https://www.openstreetmap.org/way/54926268) was wrongly named in the changeset(#4378875). However, I've made the necessary changes under the changeset(#93899077). Looking forward to learn more from you.

Regards,
rpakma.
dval (2020-11-10 15:47:37+00:00): Hi, Alenka90! Здесь вы (видимо, опять) заменили дорогу класса tertairy на более низкий residential. Делать этого не следовало бы, поскольку вы таким образом нарушаете связность сети дорог. Также, поскольку вы явно в этих населенных пунктах не проживаете, то, следовательно, используете источники адресов, которые могут быть не подлежащими к использованию в ОСМ. Поэтому ваши правки, возможно, будут отменены в недалеком будущем.
dval (2020-11-10 16:17:44+00:00): В следующий раз, когда вам надо будет добавить название улицы, делайте только это, и не меняйте класс дороги на резиденшиал. Но при этом ещё надо учесть, что дорога с названием не должна выходить за пределы н.п., которые обозначены специальной линией вокруг н.п.
Mateusz Konieczny (2025-11-07 04:33:23+00:00): pozdrawiam!

https://www.openstreetmap.org/way/157564121/history

jeśli dodany w tej edycji maxspeed=70 jest poprawne to warto by usunąć maxspeed:type=PL:urban podające że jest ograniczenie do 50
NFZANMNIM (2020-11-10 07:04:39+00:00): Soruces with the terms of the cassefire, as well as with confirmation of deployment of Russian peacekeepers, indicating the permanance of this deal are provided in "sources"

Borders will be updated as the deadlines in term of deal arrive, given that there's another source confirming withdrawal of Armenian troops on those days

Current frontline is approximate. Estimated from the various sources below:
1. https://commons.wikimedia.org/wiki/File:QarabaghWarMap(2020).svg
2. https://niqnaq.files.wordpress.com/2020/11/9nov_azerbaijan_armenia_map_2-scaled-1.jpg?w=899
3. https://c.files.bbci.co.uk/2D5D/production/_115331611_8df90093-d7d8-4155-b3b6-1eec24243853.jpg
4. https://www.ft.com/__origami/service/image/v2/images/raw/https%3A%2F%2Fd6c748xw2pzm8.cloudfront.net%2Fprod%2Fc4dd9b40-22b3-11eb-85ea-7953c505356a-standard.png?source=google-amp&fit=scale-down&width=500
5. https://izwest.livejournal.com/7983097.html
NFZANMNIM (2020-11-10 07:18:05+00:00): In case the original source links don't work
1.Terms of deal: https://www.themoscowtimes.com/2020/11/09/armenian-pm-announces-end-to-nagorno-karabakh-hostilities-a71997
2. Confirmation of Russian Peacekeepers
https://sputniknews.com/world/202011101081111511-video-of-russian-peacekeepers-deployment-to-nagorno-karabakh-released/
syntex (2020-11-10 14:45:53+00:00): We will see in a few days if the peace deal is there to stay. We can't predict the future events and a political revolution in Armenia overturning the deal (unlikely to happen, but possible). But for now I think it is reasonable to change these borders straight away.
moreno96 (2020-11-10 08:13:43+00:00): سلام.
لطفا به جای اینجور توضیحات، در بخش comment توضیح بدید که تو هر بسته تغییرات چه کاری انجام دادید.
جملات تکراری کمکی نمیکنه.
gabro00 (2020-11-10 16:01:01+00:00): Itt valami nem kerek https://www.openstreetmap.org/node/7977439908
Amegaz (2022-03-09 09:52:00+00:00): Hi themartinix,

Du hast auf der Straße https://www.openstreetmap.org/way/78189743 maxspeed gesetzt. Vorher war dort schon maxspeed:forward und maxspeed:backward gesetzt. Bitte überprüfe nochmal ob die Geschwindigkeit in beiden Richtungen gleich begrenzt ist und passe es entsprechenden an. maxspeed in Verbindung mit maxspeed:forward und maxspeed:backward sollen nicht gleichzeitig verwendet werden.

Viele Grüße
Guido
ZeLonewolf (2020-11-11 04:36:16+00:00): Hello, in this change, you had the place node assigned to a role of "outer" rather than "label" or "admin_centre".  I've changed it to "admin_centre" but feel free to change that if not correct.
mueschel (2020-11-11 08:39:40+00:00): This import of data went wrong.
All the ways only have foreign tags, there is no source given, the link to the necessary documentation is missing.
You didn't add a changeset comment. 

Please fix these issues.
gabro00 (2020-11-19 14:23:09+00:00): Szia!
Nagyjából 50 elektromos töltő duplán van a térképen, nézz rá légy szíves.
osmviborg (2020-11-10 08:48:59+00:00): Hvad er 'building=outbuilding' ? Hvad er dette: way 869011152 ?
MicDK (2020-11-10 09:00:51+00:00): Jeg bruger det på bygninger i tilknytning til en bolig, som er større og i bedre stand end et skur, uden at bygningen benyttes som bolig.

Jeg er åben overfor et bedre ord for denne type af bygning, men har ikke selv kunnet finde det.

Outhouse må selvfølgelig ikke bruges, da det er et das.

Engelsk definition fra Oxford Languages: "a smaller separate building such as a shed or barn that belongs to a main building, such as a house or farm".
osmviborg (2020-11-10 09:26:27+00:00): Denne her? https://www.openstreetmap.org/way/869011152
MicDK (2020-11-10 09:40:33+00:00): Det er en test af, hvordan renderingen i 3D kommer til at se ud.
DP24PH (2020-11-10 09:46:40+00:00): You might consider avoid duplicating the Robinsons Place Dasmarinas into several building names. Landuse will do for the naming.
Be safe, be well, stay sane, and you are loved.


DP24
agentur_grundstein (2020-11-10 09:15:50+00:00): Angabe passt, hier ist die Hausnummer 16. Durchnummerierung der Konkordiastrasse ist nicht korrekt.
Vinber-Pro (2020-11-11 12:36:42+00:00): Salut,
surprenant ce point, il a été embarqué par erreur je pense : https://www.openstreetmap.org/node/5284491583#map=18/43.72674/-1.06202

Je l'ai ramené dans le droit chemin :) https://www.openstreetmap.org/changeset/93928266#map=16/43.7251/-1.0553

Merci à Blef qui me l'a signalé lors d'un échange pour l'avertir des modifs en cours !

à plus
sovereign_ch (2020-11-10 14:48:45+00:00): Hi, the change on the ERZ containers acutally was correct. Just the Texaid one (clothes & shoes) changed incorrectly to bottles/cans/scrap_metal.
habi (2020-11-13 14:34:42+00:00): Ciao Lukas
Du hat in diesem Changeset bei einigen Gebäuden `roof:levels=0' eingetragen.
Am Nesslerenweg sind meines Wissens alles Flachdächer, die habe ich vor einiger Zeit auch so erfasst.
Diejenigen, die ich damals vergessen habe, habe ich jetzt mit Changeset https://www.openstreetmap.org/changeset/94067597 auf Flachdächer geändert, weil meiner Meinung nach 'roof:shape=flat' besser ist als 'roof:levels=0'
Gruss,
Habi
habi (2020-11-13 14:35:34+00:00): Siehe auch https://wiki.openstreetmap.org/wiki/Simple_3D_buildings#Roof
lukasgrossar (2020-11-13 15:40:05+00:00): Ich hab die fehlerhaften Änderungen am gleich Tag noch bei allen Häusern auf roof:levels=0 angepasst.
habi (2020-11-16 15:39:36+00:00): Ich finde eben 'roof:levels=0' fehlerhaft, bzw. besser mit 'roof:shape=flat' gemappt.
habi (2020-11-16 15:41:47+00:00): Ich sehe aber gerade, dass das offensichtlich ein Ding von StreetComplete ist; in der Schweiz hat es sehr viele Gebäude mit Null als Stockwerke fürs Dach: https://overpass-turbo.eu/s/10cZ

Achtung, grosse Query, es dauert eine Weile...