OpenStreetMap logo OpenStreetMap

Changeset When Comment
170289577 3 months ago

I have enlarged the bridge according to the size estimated from the photograph. 1 cm was the size shown by JOSM and it was reported as "invalid geometry" while processing it with Osmosis

170289577 3 months ago

Thanks a lot for the photograph!

170289577 3 months ago

I can't see the photographs of the note, links seem broken. Is it really only 1 cm long?

170289577 3 months ago

Hello jakka
In this change set you added a 1 cm long bridge, which is quite estrange. Could you check it?
Same for the paths leading to that bridge.

157556758 4 months ago

You are welcome!

157556758 4 months ago

Could you please check Regenkuppe peak (node/12230350370) altitude? 5552 m seems far too much...

36095935 8 months ago

I don't know. As you can see, I only changed addr:street tag to match adjacent street name, but I really know the place.

155249523 over 1 year ago

Como podrás imaginar, yo no tengo ningún interés en trabajar en balde y mucho menos en entrar en una guerra de ediciones inútil. Si te parece, lo dejamos así. Saludos

155249523 over 1 year ago

Hola
Pues hasta donde yo sé, creo que es más correcto usar multipolígonos que superponer los polígonos, pero puedo estar equivocado. No tengo tan claro que sea más fácil a lo hora de ediciones futuras. Por ejemplo, imagínate que quieres modificar el contorno del embalse porque has detectado un error. Si tienes un polígono para el matorral y otro para el embalse, tienes que modificar los dos: doble trabajo y riesgo de olvidarte de uno de ellos. En cambio así, basta con editar una línea y las dos superficies quedan actualizadas. Mira por ejemplo los límites de municipios, provincias, etc. Todos están hecho mediante multipolígonos.

154761531 over 1 year ago

I'm sorry, I based on previous tag which seems was wrong. I could only check on aerial imagery.

140767882 over 2 years ago

As stated on the wiki, place=city and place=town must be used for populated areas. These relations cover sea areas and other areas not populated, so those tags were not appropriate.

118704849 almost 4 years ago

For a person it's obvious that both 1.5 and 1,5 means one a half, but note these values are also processed by computers and they usually only "understand" one of them a decimal separator. And what about values like 2,.5 that I have also found?

118704849 almost 4 years ago

I don't understand your complain. What is the problem having this changeset in the local history? Please explain. I think the real problem is having a wrong value in the database.

118704849 almost 4 years ago

OK, I'll do it, but this kind of edits is difficult to reduce geographical area if you want to be minimally efficient.

44249742 almost 4 years ago

I have replaced old boundary with a new polygon, based en current OSM data and Bing aerial imagery. It still needs improvement, but I think it's more realistic than previous one and will suffice for address search.

44249742 almost 4 years ago

Why do you add place=city to the whole admin boundary. Most territory within this boundary is not part of the city, so I think it's mostly wrong tagging it as such. Ulaanbataar city is currently assigned to node/27547986.

115529108 almost 4 years ago

No te preocupes, no es intromisión, al contrario. Yo creo que la calidad de los datos es importante y que es mejor no tener datos de algo a tenerlos muy malos. @sanchi ¿me puedes decir por ejemplo qué sentido tiene mantener polígonos como este: way/93596544 ?

115529108 almost 4 years ago

No se trata de borrar todo CORINE, es solo un polígono que era un desastre. Creo que en estos casos es mejor no tener información que tenerla tan mala o perder un tiempo que no tenemos en intentar arreglarla.
Como sabes, sobre este tema ya se ha hablado más de una vez en las listas de correo, sin llegar a ninguna conclusión...

115529108 almost 4 years ago

Hola Sanchi
Efectivamente esa zona de pinar existe, pero lo que había no se parecía en nada a la realidad. He corregido muchos polígonos de uso del suelo de la importación de CORINE (que nunca se debió hacer, pero hubo un usuario que se empeñó en contra de la opinión de muchos de la comunidad). Sin embargo, cuando los datos de CORINE son tan diferentes de la realidad creo que mejor que no estén, solo inducen a confusión, y además es menos trabajoso volver a mapearlos sobre una foto aérea que ir corrigiendo todo el perímetro. Por supuesto, es mi opinión, no sé qué pensarás tú.

99264729 over 4 years ago

Claro que me parece bien. Pensé que había revisado todo el conjunto, pero ahora me doy cuenta que solo aparecen las primeras 20 vías en la página inicial del conjunto de cambios.