Esta calle de servicio que borraste , ¿no existe mas?
¿Que te motivo a borrarla?

Hola.
¿Porque borraste este tramo de camino?
¿No se puede caminar de Ferreira Aldunate a Garibaldi?

There are exceptions to your rule.

In Montevideo there are fire hidrants in private properties or public buildings (hydrants not connected to the network -old and bad mantained-, supplied by own storage tanks). As the property has an address, the hydrant located in that property could/shuold have the same address.

None of the hydrants you corrected in this changeset have address because it seems are located in the streets, but yes, there are hydrants that could have an address, so be please careful when deleting the tags. I will send you a picture if I found one.

No hay problema. Si precisas ayuda avisa en el foro.

Hola. Les conviene poner que tipo de elemento es, asociacion, ONG, etc, ademas de direccion, telefono, etc para que sea mas util y encontrable la informacion. Cualquier duda pregunten.

Por favor mas cuidado con las ediciones. Esta rompio los limites de Colonia del Sacramento.

Hello. The wiki (english) does not mention anything about address tags.

¿Why can't a fire hydrant have an address?

Pablo, los elementos llevan nombre solo si realmente tienen. No es necesario ni conveniente agregar un nombre que los describa, porque para agregar algo que los describa basta con las etiquetas que usaste emergency=fire_hydrant.

Thanks.

Victor, no parece razonable la maxima de 110 en la zona urbana de Cruz del Eje.
¿Vos lo relevaste y es asi o quedo por error al ponerle maxima a un tramo muy largo?

Paul, por favor, ser mais cuidadoso com suas contribuições, especialmente quando se trata de objetos importantes como fronteiras ou grandes rodovias.

PS: Changset reverted.

Was a revert of the previous changeset, that changed the key iso3166 to uppercase ISO3166 in all the region.

The wikidata links were removed as side effect.

It's true that tagging behavior can change, but as I said before several times, having more tags (or more votes, or more people supporting your behaviour or whatever) does not automagically make that behaviour the wise choice.

I think that the keys iso3166* should be lowercase, and not only in Uruguay or South America where you changed to uppercase, but worldwide, as all keys should be normalized, and it was in the docs.

Beside that, it's not me that wants the change in the tag scheme, the change (or the proposal) was made by you, and I think that your change (until now justified only on numbers) is not a better data than before.

Anyway, justified only the same basis you point of bigger numbers, as most tags are lowercase, iso3166 should be also lowercase. ¿or not?

It seems that the ban of user Xxzme is not related to iso3166 edits. See osm.wiki/User_talk:Xxzme

Maybe this doc page is new, but some older doc page were documenting what i say, because, e.g. I added keys iso3166-2 almost 3 years ago (changeset/13202462), and i did use already documented keys.

It seems some wiki pages have been moved or redirected. osm.wiki/w/index.php?title=Key:iso3166-1:alpha2&action=history

¿The ban of the user is related to what he changed about iso3166?

I agree with normalization of the keys, but not with doing it based on counts of wrong things. Making a lot of errors do not convert them in good things.

Plese refer to the documentation osm.wiki/Country_code
Tags "iso*" are lowercase.

I think you should't do this change.
Please revert and correct the other wrong tags to lower case. It just doesn't matter the count, it matters what tag is right and what is not.

I think you should't do this change.
Please revert and correct the other wrong tags to lower case. It just doesn't matter the count, it matters what tag is right and what is not.

Should be amenity=ice_cream

amenity=ice_cream

You could add the height and/or levels of the buildings.