piebro/osm-data huggingface dataset:
Alvarado2510 (2023-04-23 21:55:09+00:00): Saludos Mario, Remedios además de ser cabecera del distrito y cabecera del corregimiento, no cuenta con centro de salud su población esta por debajo de los 4000 habitantes, por lo cual elgi Village para el place basandome en los criterios establecidos en esta pagina: https://wiki.openstreetmap.org/wiki/ES:Panamá/Proyectos/Cabeceras
skquinn (2020-08-20 22:23:54+00:00): Excuse my fat fingering, obviously the second note number should be 2249940.
Jose Luis Infante (2020-07-03 18:29:30+00:00): Hi,
you can select a better background imagery than PNOA (satellite imagery) when you edit Spanish towns. This one is Spanish Catastro's layer. The buildings geometry will be more accurate.
Regards!
AkuAnakTimur (2020-07-03 09:30:51+00:00): Really doubt to have https://www.openstreetmap.org/way/822363096 mapped because traffic can only go in to/out from https://www.openstreetmap.org/way/182655008 only
AkuAnakTimur (2020-07-03 09:33:58+00:00): Sorry, I mean traffic between https://www.openstreetmap.org/way/272795236 and https://www.openstreetmap.org/way/182655008
AkuAnakTimur (2020-07-03 09:41:09+00:00): And https://www.openstreetmap.org/way/272795236 is one-way traffic
MapNCheese7 (2020-07-07 22:20:18+00:00): Hello AkuAnakTimur, thanks for your insights. I see now the secondary segment is oneway merging onto the trunk. I have set the directionality and classification appropriately.
azakh-world (2020-07-11 20:33:59+00:00): Hello!
You've retagged some routes to pt:version=1. I don't think an incompleteness of a route relation makes it belonging to obsolete schema. Stops in correct order will do for many PT tasks. route=subway wiki page says the recurrence of platform members is "0+".
After all, such tagging doesn't allow to filter out "real" PTv1 mess.

BR,
Alexey
stevea (2020-07-11 20:46:32+00:00): I might be entirely wrong, but I believe that a PTv2 route must include all platforms and that a route with only (or primarily) "stations only" (no or few platforms) isn't a FULLY FORMED PTv2 route.  I don't know how else to properly characterize such a thing (which LACMTA light_rail routes are right now) other than PTv1 routes.

It may very well be that these are "PTv1 routes which are in the process of (under construction in OSM towards) becoming PTv2 routes.  But I don't believe OSM should tag them with public_transport:version=2 until they are FULLY FORMED and COMPLETE PTv2 routes.  And they are not (quite) these, yet.

It seems you disagree, but I wanted to (quickly) reply and at least we could better establish our positions in the Discussion.  I welcome a reply here and hope both of us recognize we might need a wider forum to make a determination about these "PTv1.5" routes.  (I'm making that up as a shorthand to describe this situation).
stevea (2020-07-11 21:12:00+00:00): OK, I have re-read our route=subway and route=light_rail wiki and concluded that "0+" platforms is sufficient for a PTv2 route.

I have fixed subway routes (Red and Purple) both in the map and wiki and am in the process of fixing light_rail similarly.

However, I believe we REALLY should strive to enter into OSM every single one of these platforms as soon as possible.
stevea (2020-07-11 21:21:58+00:00): Back to PTv2 for all LACMTA lines both in map data and wiki.  Thanks for the heads up, they do put erasers on the ends of pencils for a good reason!
azakh-world (2020-07-11 21:52:33+00:00): Thank you for quick reaction!
I think we should not expect complete data here and now. By monitoring rapid transport networks all over the world, I observe that a route of the quality enough for routing (separate directions, ordered stations/stop_positions/platforms and continuous rail line) is not tagged pt:version=1. In practice this helps to discard routes unsuitable for routing (PTv1 in my opinion).
stevea (2020-07-12 00:06:58+00:00): I appreciate, too, your education of me on this topic, as it was a fuzzy edge in my understanding of where PTv1 "becomes" PTv2 and now I better understand it.  I recognize you are "monitoring" how the map is used and doing some extrapolation (more-or-less) of your observations which feed into "quality enough for routing," though I might caution you that while this might be true for some (robust, well-written) routers, it probably isn't for ALL routers.  Especially those which expect "fully" complete PTv2 routes (which I still consider to be "contain all platforms" even though I recognize that "0+" technically makes them "PTv2 good enough."

We're teetering on an edge here, thank you for opening my eyes to this.  I hope you can also appreciate my position that more platforms be added, something I have written MapRoulette tasks for and been working on in OSM for many years.  Building platforms (my "Map Your Train Ride" initiative I started in 2016) can jump-start OSM community and technical development, and in fact, in many communities in the USA, has done exactly that.

Eventually, we'll get good platforms on PT routes, it can't happen enough for me.  I believe we should do all we can to encourage this data growth in OSM.  Thanks again for your contributions to the map.
ftrebien (2020-07-03 14:34:58+00:00): Por favor, descreva melhor suas alterações nos comentários dos seus changesets. https://wiki.openstreetmap.org/wiki/Pt:Boas_pr%C3%A1ticas#Bons_coment.C3.A1rios_no_conjunto_de_altera.C3.A7.C3.B5es_.28changesets.29
jeroenrozema74 (2020-07-12 22:55:46+00:00): Hello Skyper,

I have a question about the course of bus 7215 in Todtnauberg. Has this route recently changed in the village? All the times I made this bustrip (Last time was in March 2020) the bus turned around at the busstop 'Rathaus' and followed the same way as it came into the village. In both directions the bus only followed the Kurhausstraße from busstop 'Sternen' to busstop 'Rathaus'.

Greetings,
jeroenrozema74
skyper (2020-07-13 10:53:23+00:00): Hi jeroenrozema74

Thanks, for the information. I forgot to add some more words to "FIXME=*".

Took the information from:
https://ptna.openstreetmap.de/gtfs/DE/trips.php?network=DE-BW-SBG&route_id=7-215-j1j-1
but as I wrote in "note:gtfs=*" the shapes are not of good quality.

Please, recheck all the routes, if you like to, and tell me problems. Thanks.

Gonna fix the routes in Todtnauberg now.

Greetings skyper
skyper (2020-07-13 11:28:09+00:00): See https://www.openstreetmap.org/changeset/87920262
user_5359 (2020-07-03 19:51:54+00:00): Hello again! You have entered the error with the "(new tag)" key again. See https://www.osm.org/node/248188103. Please correct it!

Ошибка была введена снова с помощью клавиши "(new tag)". Смотри https://www.osm.org/node/248188103. Пожалуйста, исправьте это!
alphensebezorger (2020-07-03 13:49:25+00:00): Hallo Fireman2130,
In namen gebruiken we op OSM liefst geen afkortingen, zie wiki. De naam uit de BAG kan evt. opgenomen worden in een tag name:official=...
Hierover is recent ook weer gesproken op het forum: https://forum.openstreetmap.org/viewtopic.php?id=54231
Vriendelijke groet, Alphensebezorger.
FM2441 (2020-07-03 16:10:09+00:00): Beste Alphensebezorger,

dank voor de terugkoppeling. Als ik op OSM kijk, dan zie ik toch dat er vaak afkortingen voorkomen op de kaart in de straatnamen. Er wordt blijkbaar divers over gedacht.
Daarnaast hebben wij in de hulpverlening een probleem als afkortingen ongedaan worden gemaakt en dat daarmee de officiële straatnaam aangepast wordt t.o.v. de BAG. Als adressen worden ingevoerd vanuit de kaart, krijgt men bij 'dominee' geen treffers. Dit is dus wel een probleem, daar de officiële straatnaam 'Ds.' is. Ook staat dit letterlijk op het straatnaambordje.

M.v.g. Fireman2130
alphensebezorger (2020-07-03 22:37:24+00:00): Tja, er zijn natuurlijk verschillende opvattingen. Dan is overleg in een samenwerkingsproject als OSM de aangewezen weg, en niet het eenzijdig doordrukken van je eigen voorkeur.
Vooralsnog lijkt het vermijden van afkortingen nog altijd de voorkeur te hebben. Ik conformeer me dan aan dat standpunt.
Daarnaast hoop ik niet dat de hulpverlening  volledig afhankelijk is van OSM. Iedereen met een account kan de afkorting weer terugdraaien, of de hele straat wissen, of er een snelweg van maken, etc. Ik mag toch hopen dat de brandweer dan niet gaat wachten totdat die fout op OSM ontdekt en hersteld is.
Vriendelijke groeten, Alphensebezorger.
Supaplex (2020-07-03 06:03:17+00:00): 中間有庭院的話，用多重多邊形來標示比較正確點。
Supaplex (2020-07-03 06:05:15+00:00): https://www.openstreetmap.org/relation/5573527
如這個例子
ZeLonewolf (2020-07-03 13:09:12+00:00): Hi, please be aware that this change broke the Asheville boundary polygon.  I've seen this happen several times on your North Carolina city edits.
dktue (2021-02-15 11:37:32+00:00): Heißt die Power-Substation wirklich "Kreuzberg"?
WayneSchlegel (2021-02-15 16:14:37+00:00): Holla,
ja die Namen der Umspannstation sowie der Schaltstelle hab ich vor Ort geprüft. Bei den SWT stehen die Stationsnamen ja glücklicherweise immer außen an der Türe.
dktue (2021-02-17 14:05:33+00:00): Super! Ich wusste nicht, dass diese "echte" Namen haben.
mariotomo (2021-03-13 19:46:57+00:00): hola!  muy regular la edición.  entre la Calle C y Calle D has puesto 32 casas todas orientadas Norte-Sur, mientras son 35 de que 3 orientadas Este-Oeste.  pero no queda espacio para las tres que no pusiste.
todas tus casa son de 5.36×10.31, y es cierto que en Maxar parecen casi todas iguales, pero a mi me parecen más bien 8×11, y dos ya las ampliaron a 8×16.  voy a cambiar lo que pusiste frente a la Calle J, pero espero tengas tiempo de mejorarlo tú, gracias!
mariotomo (2021-03-13 19:57:23+00:00): acabo de revisar la Calle J, https://www.openstreetmap.org/changeset/100967465
Alvarado2510 (2021-04-02 04:36:59+00:00): Una pregunta Mario, existe una herramienta en JOSM para editar edificios con las medidas exactas a la realidad.
Mi edición es un aproximado a las dimensiones reales de esas casa.
mariotomo (2021-04-02 14:39:13+00:00): Alvarado, me permites ignorar tu pregunta y volver al asunto de mi comentario: entre las calles C y D has cubierto el área con 32 edificios por un total de 1768m², mientras utilizando las fuentes que mencionas yo veo 35 edificios con un total edificado de 3160m². podrías explicar esta discrepancia? y también mencionar tus fuentes para la numeración de los edificios?
mariotomo (2021-04-02 14:40:39+00:00): Alvarado, allow me to ignore your question and return to the subject of my comment: between Calle C and D you have covered the area with 32 buildings for a total of 1768m², while using the sources you mention I see 35 buildings with a total built-up of 3160m² . could you explain this discrepancy? would you also care to mention your sources for the numbering of the buildings?
mariotomo (2022-08-19 17:43:17+00:00): acabo de añadir cuatro edificios después de distribuir los que has mapeado en zona oeste de la urbanización. faltaban cuatro pues.
changeset:125119260
realmente no se entiende … lo haces parecer muy preciso, pero describes una situación diferente de la realidad. pero, porqué?
and why doesn't the DWG say anything, and refuses to consider my requests for help?
Alvarado2510 (2023-04-23 21:06:05+00:00): Buenas tardes Mario, cuando edite el residencial la imagen de Bing, no estaba acualizada, veo que la de maxar, ahora nos muestra una mayor presición, ajustare las casa segun maxar, para mejorar la contribución al mapa.
bikingaround244 (2022-01-28 05:42:47+00:00): https://www.openstreetmap.org/way/822392228/history#map=19/42.36070/-71.07184

Hello. I noticed you added landuse=grass properties. This is not correct as large parts of the property are not covered in grass. 

If you wish to do land cover mapping then the best practice is to create a separate multipolygon to define this...and that can have cut-outs for the ponds and other features that are not landuse=grass. Ideally, OSM would have multiple layers built in to make this easier: one for cadastre/properties, one for landcover, etc. But alas it's just one big layer. This best practice of separate multipolygons help keeps things more correct. .I found myself wanting to do it mostly to make the parcel green on the OSM standard render.

See this area in Germany (https://www.openstreetmap.org/#map=19/48.14523/11.56537) you can see there grass was added where the grass was but stopped at the road
neo-plan (2020-07-03 12:55:46+00:00): To user_5359:
Часы работы - круглосуточно у аптеки.
Я не вижу ошибки (опечатки) в написании тега. Всегда обозначали
opening_hours=24/7
Исправьте, если что.
user_5359 (2020-07-03 19:48:05+00:00): Please look at the history of the two nodes. As I said, I have already made a correction to the "(new tag)" key and asked you to check it.

Пожалуйста, посмотрите на историю двух узлов. Как я уже сказал, я уже сделал поправку на ключ "(new tag)" и попросил вас проверить его.
neo-plan (2020-07-03 20:32:47+00:00): Я понял о чём вы! Здесь уже вы сами исправили, а на Кантемировской, у перехода, исправил я. Откуда берётся этот new_tag=yes я не знаю. Я её не добавлял! Возможно, potlatch2 "чудит"?! 
Учту ваше замечание!
mariotomo (2020-11-04 19:15:32+00:00): hola.  cuál es la fuente?  dices "Bing", pero en Bing no está.  he mirado Maxar, pero tampoco coincide.  puedes revisar lo que hiciste aquí, y mejorar el dato?
mariotomo (2020-12-07 19:04:38+00:00): Hola.  nos ayudas entender lo que haces?
you name 'Bing' as source, but of the buildings in this changeset only 4 exist in Bing. if I activate Maxar I still can't justify 9 of them. what is your source?
Alvarado2510 (2021-01-21 23:52:44+00:00): Estoy notado que la imagen de Maxar no cuadra con la realidad, revisare mis trazos.
mariotomo (2021-01-22 00:28:05+00:00): mira: no se entiende cuál es la fuente.  Bing?  Maxar?  estuviste en el lugar?  por favor, sé claro, gracias.
mariotomo (2021-09-17 17:01:36+00:00): no has tenido tiempo de revisar en los últimos 11 meses?  las casas 10, 11, y 12 no están en las fotos Maxar; el parque cubre una casa que no mapeaste; la casa 01 no la veo en las fotos aéreas. te vuelvo a preguntar: cuál es tu fuente de información?  puedo borrarlo todo y volverlo a hacer?
mariotomo (2022-10-10 17:19:01+00:00): otra cosa: por lo general las casas numeradas con sufixo A, B, son casas familiares simétricas, bajo el mismo techo. en inglés se llaman semi-detached https://en.m.wikipedia.org/wiki/Semi-detached. he visto proyectos en Panamá con la misma lógica.
mariotomo (2020-11-04 19:56:01+00:00): Hola Alvarado.  aqúi declaras como fuente Bing, y en Bing no aparecen los edificios alrededor del way 822398262.  sí aparecen en Maxar, pero no con la forma que pusiste.  habrá que revisar, pero, quién?
mariotomo (2021-09-22 16:06:50+00:00): no has encontrado el tiempo de revisar?
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/87479173
seattlefyi (2020-07-03 08:15:52+00:00): Hi, thanks for the recent edits! I didn't review all of them, but the two school ones looked pretty good! One comment: according to the OSM wiki it appears that the school name goes with the amenity=school tag on the surrounding school grounds (which it already was for the middle school). Please let me know though if you disagree. Thanks again!
watmildon (2020-07-03 11:18:28+00:00): Ah yes. I'll fix it up now. Simple oversight on my part. I appreciate you pointing it out!
Cascafico (2020-07-03 09:48:22+00:00): ho provato a vedere il sito , ma non ho capito se è una casa di riposo (amenity=nursing_home) oppure un ostello per malati terminali (healthcare=hospice)
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/87481753
Adamant1 (2020-07-03 21:16:49+00:00): I couldn't tell myself, but it was already tagged as hospice and going by the size of the place I think hospice is a good bet.
Adamant1 (2020-07-03 21:17:31+00:00): That said, I'm fine with either tag. I don't think there is that much of a difference with these particular things.
dieterdreist (2021-01-12 13:26:44+00:00): strange, another town where you removed an amenity=hospice tag? There is no reason to remove it, you did not set a different amenity tag. I believe this is part of a disguised undiscussed edit.
multimodaal (2020-07-05 18:25:36+00:00): Hoi, je hebt hier een footway geplaatst over de nieuwe Wisenniabrug, maar ik ben er net geweest en het pad is nog niet toegankelijk / werkzaamheden nog bezig. Ook is vanaf de oostkant geen bord of constructie te zien die erop wijst dat het alleen voor voetgangers is. 
Ik heb het op highway=construction gezet; construction=path gezet.

Je kan beter alleen wegen/wegtypen toevoegen as je zeker weet dat er er ook daadwerkelijk al zijn. Groet.
Frans S (2020-07-04 08:43:19+00:00): Hello. Thanks for mapping here
A remark. 
Please square all buildings (rectangular) with the Q key in the editor
Most buildings are good rectangular and the mappings should reflect that.
A hand drawn building is mostly not correct squared. Therefore use the Q key after calling it a building and the objcect is still selected. 
Be aware that this will not work when the deviation to a square corner is to big. Then you have to adjust the building manually . After that you can square it again.

Never let a node of a building connect to other features, like highways, other buildings  or residential areas
Map each building individually. do not cluster buildings and call it 1 building

Please pay also attention on the issue triangle on the right-hand menu
It alerts you on warnings and errors.
Please (try to)solve these before uploading your work.
Best regards and keep mapping
Frans S (2020-07-09 14:59:56+00:00): Hello. Thanks for mapping here
An urgent recommendation: 
Please map each building accurate and square it (rectangular) with the Q key in the editor. Keep the building selected during pressing the Q key
Most buildings are good rectangular and the mappings should reflect that.
A hand drawn building is mostly not correct rectangular. Therefore use the Q key after mark it a building and the object is still selected. 
Be aware that this will not work when the deviation to a square corner is to big. Then you have to adjust the building manually . After that you can square it again.


Never let a node of a building connect to other features, like highways, other buildings  or residential areas.
To avoid that , In iDeditor keep the Alt key down while drawing the building. In JOSM keep the Ctrl key down

Map each building individually. do not cluster buildings and call it 1 building

Please pay also attention on the issue triangle on the right-hand menu 
It alerts you on warnings and errors.

Please (try to)solve these before uploading your work.

Best regards and keep mapping !
Frans S (2020-07-09 14:05:01+00:00): Hello weeen.
Thanks for your mapping efforts on this project.
One of by tasks of validator is to review at random mappings of a mapper to check if the mappings are in accordance to the HOTSM quality standards.
From the 294 buildings you mapped on several tasks 274 were reported as bad squared. 
A further look learned me that your mappings are rather sloppy and oversized.
This frustrates the job of validators who have to correct all these mappings. It cost so much more time to correct them rather than map them correct in 1 session.

An urgent recommendation: 
Please map each building accurate and square it (rectangular) with the Q key in the editor. Keep the building selected during pressing the Q key
Most buildings are good rectangular and the mappings should reflect that.
A hand drawn building is mostly not correct rectangular. Therefore use the Q key after mark it a building and the object is still selected. 
Be aware that this will not work when the deviation to a square corner is to big. Then you have to adjust the building manually . After that you can square it again.


Never let a node of a building connect to other features, like highways, other buildings  or residential areas.
To avoid that , In iDeditor keep the Alt key down while drawing the building. In JOSM keep the Ctrl key down

Map each building individually. do not cluster buildings and call it 1 building

Please pay also attention on the issue triangle on the right-hand menu 
It alerts you on warnings and errors.

Please (try to)solve these before uploading your work.

Best regards and keep mapping !
Frans S (2020-07-04 08:47:22+00:00): Hello. Thanks for mapping here
A remark. 
Please square all buildings (rectangular) with the Q key in the editor
Most buildings are good rectangular and the mappings should reflect that.
A hand drawn building is mostly not correct squared. Therefore use the Q key after calling it a building and the objcect is still selected. 
Be aware that this will not work when the deviation to a square corner is to big. Then you have to adjust the building manually . After that you can square it again.

Never let a node of a building connect to other features, like highways, other buildings  or residential areas
Map each building individually. do not cluster buildings and call it 1 building

Please pay also attention on the issue triangle on the right-hand menu
It alerts you on warnings and errors.
Please (try to)solve these before uploading your work.
indigomc (2020-12-27 10:00:33+00:00): Hi 
Can you please explain these names you have added to buildings? They seem to be personal, when they should be the generally used name. See https://wiki.openstreetmap.org/wiki/Names
Frans S (2020-07-04 08:17:31+00:00): Thanks for mapping here
A remark about your mappings.
In general, buildings are rather strict rectangular and the mapping should reflect that. It is a quality issue.
Map buildings with straight corners, don't include the shadow line,extrapolate walls where trees covers a roof line and square each building with the Q key in the ediitor.
see this video
http://learnosm.org/en/hot-tips/tracing-rectangular-buildings/
See my PM to you
Best regards and keep mapping
Frans S (2020-07-04 11:52:05+00:00): Hello. Thanks for mapping here

A remark. 

Please map more accurately and square all buildings (rectangular) with the Q key in the editor

Most buildings are good rectangular and the mappings should reflect that.
A hand drawn building is mostly not correct squared. Therefore use the Q key after calling it a building and the object is still selected. 

Be aware that this will not work when the deviation to a square corner is to big. Then you have to adjust the building manually . After that you can square it again.

When mapping buildings partly hidden by trees do not follow the outlines of a tree but extrapolate the building picture.  Often there is a shadow on the ground near a building. Don' include these in your mapping.

Never let a node of a building connect to other features, like highways, other buildings  or residential areas
Map each building individually. do not cluster buildings and call it 1 building

Please pay also attention on the issue triangle on the right-hand menu
It alerts you on warnings and errors.
Please (try to)solve these before uploading your work.
I reverted(removed) a number of bad mapped buildings which cost so much time to correct them that mapping them again from scratch will be more efficient.

Best regards
VMPanes (2020-07-03 06:49:54+00:00): *residential
Frans S (2020-07-04 09:01:17+00:00): Hello. Thanks for mapping here
A remark. 
Please map more accurately and square all buildings (rectangular) with the Q key in the editor
Most buildings are good rectangular and the mappings should reflect that.
A hand drawn building is mostly not correct squared. Therefore use the Q key after calling it a building and the object is still selected. 
Be aware that this will not work when the deviation to a square corner is to big. Then you have to adjust the building manually . After that you can square it again.

Never let a node of a building connect to other features, like highways, other buildings  or residential areas
Map each building individually. do not cluster buildings and call it 1 building

Please pay also attention on the issue triangle on the right-hand menu
It alerts you on warnings and errors.
Please (try to)solve these before uploading your work.

Best regards