Indica que se use surface. "Avoid using landuse=* or natural=* tags to indicate its surface, use surface=* instead."
Los surface los has borrado. A parte también en alguna geometría que no era del campo de golf.

Un saludo.

Hola.
Por favor no borres etiquetado sin tener en cuenta la wiki.
Surface es correcto que exista y los has borrado. Y natural era cambiarlo por landuse, no borrarlo
Como indica en la wiki
osm.wiki/Tag:leisure%3Dgolf_course#Features_within_a_golf_course
Pasa lo mismo en el conjunto de cambios 147478324 al cual además has borrado cosas que no son en un campo de golf.
Además, por favor por una descripción de lo que realizas. "golf" no dice nada
Un saludo

Hola
Por favor puedes dejar de borrar y dibujar cosas sobre lo borrado. Edita lo que ya existe y mejóralo sin perder información valiosa.
Ya van varias ediciones por el estilo y ni contestas.
Lo siguiente es denunciar tus malas prácticas si haces caso omiso.
Un saludo

Hola
Como ya te he indicado en otro conjunto de cambios este tipo de carreteras con estas referencias no son tertiary sino unclassified. Como se indica en la wiki
osm.wiki/ES:Directrices_de_etiquetado_espa%C3%B1olas#Castilla_y_Le%C3%B3n
Por favor sigue lo que está indicado en la wiki
Lo revierto a su estado correcto.
Un saludo.

Hola
La carretera SC-SA-6 porque la pones como tertiary?
como esta indicado en la wiki
osm.wiki/ES:Directrices_de_etiquetado_espa%C3%B1olas#Castilla_y_Le%C3%B3n
es unclassified
Un saludo

Se puede mejorar el mapeo por ejemplo sabiendo cual de las dársenas es en la que para el bus, e indicarlo. Pero si lo borras sin mas, lo que se consigue es perder la información de que para en la estación de autobuses. Está asociado a la parte del edificio que está indicada como plataforma. Cosa que también es posible mejorar.
Puede ser nodo o área. Ambos son permitidos y depende del caso.

Hola.
En este conjunto de cambios y en otros estoy viendo que estas creando algunas restricciones de giro no necesarias. No es necesario recargar el mapa con restricciones de giro que ya están indicadas con el propio sentido único de las vías.
Por ejemplo en una rotonda no es necesario indicar que al entrar hay que girar hacia la derecha, ya que el sentido de la rotonda te obliga a ello, no es necesaria la restricción de giro para indicarlo. O cuando estas en una rotonda y hay una entrada a la misma que solo puedes seguir hacia delante por la rotonda. Si ya las propias vías indican por si solo la única dirección posible no hacen falta.
Un saludo

Buenas
Había un pequeño error en la ruta de bus que has creado. En el orden de la relación no van las paradas por medio de la ruta. La ruta va toda junta al final y al principio las paradas y plataformas como las tenias puesto. Ya te lo he solucionado.
Un saludo.

Buenas.
Ten cuidado al unir las vías de las rotondas en 1 sola vía. Tienen un motivo de estar separadas. Al unirlas se han roto varias relaciones de transporte público. Ten cuidado para otra vez que tienen un motivo de estar así.
Un saludo.

Hola
En este conjunto de cambios la mayoría de los cambios realizados tienen errores. Por favor ten cuidado y antes de ponerte a editar usa la wiki para aprender. Para la posición de las cosas lo más fiable en España es el PNOA.
Has movido una iglesia incorrectamente, has eliminado una calle que existe, caminos convertidos en vías de servicio sin serlo,...
Por favor ten cuidado con estas cosas, y si no sabes lee antes de editar, y si no conoces la zona no modifiques lo existente por lo que pueda parecer por una foto aérea.
Un saludo.

Buenas,
Ten cuidado con los datos que ya existen. En este conjunto de cambios se han perdido varios datos.
Por una parte el polideportivo lo has dividido el edificio que representaba en edificio al que le has quitado propiedades como que es público y has pasado parte de las de deporte aunque no todas a un nodo. Eso es incorrecto.
Por otra parte ha pasado algo parecido con la guardia civil en la cual se ha perdido información.
Por favor ten cuidado con estas ediciones.
Un saludo.

Hola
Te he revertido este conjunto de cambios. No se el motivo de eliminar la parada existente en un sentido a principio y en otro a final de la ruta de bus.
Por favor añadir más información en la descripción del conjunto de cambios ya que "bus" no explica que se esta realizando.
Un saludo.

En la wiki no hay ni 1 ejemplo que se le quiten los espacios. Lo que estás haciendo no tiene ninguna referencia que lo avale, lo que hay indica lo contrario. Cuando me he puesto a corregir números de teléfono por errores era raro encontrarlos sin espacios en osm. Los había pero pocos. Por lo que tampoco veo que pueda ser el estándar en osm sin espacios.

En la wiki no habla solamente de E.164. Habla de patrones y explicado. Y habla de prefijo internacional y de códigos de área que entiendo que son los provinciales de los fijos. En estos patrones si que salen los espacios que se comentan en propia wiki
"
phone=número de teléfono donde el número debe estar en formato internacional ( E.164)
phone=+<código de país> <código de área> <número local>, siguiendo los patrones del ITU-T E.123 y del DIN 5008
Nótese que se agrega un espacio entre los campos (códigos y número local)
(phone=+<código de país>-<código de área>-<número local>, siguiendo el patrón RFC 3966/NANP)
Si tu país no utiliza los códigos de área, no usar esa parte.

La etiqueta fax=número Se usa de la misma manera.
"

Me suena que hace tiempo se habló en algún canal del tema pero a saber ya donde. Me suena del tema de separar de 2 en 2 o de 3 en 3 pero eso ya si que no había estándar. En esa parte sí que hay duda por eso.

Es una modificación masiva de una cosa que no está ni recomenda. Más bien pone lo contrario que se dejen espacios.
No es una cosa que de problemas como comentas a las aplicaciones, pero si que queda más claro cuando lo lee un humano si tiene espacios.

Buenas.
¿Porque el cambio de quitar los espacios de los números de teléfono?

Todos los ejemplos que veo por la wiki tienen espacios.
No está indicado un formato específico en el caso de España de donde tienen que ir los espacios, pero tampoco he visto en ningún sitio que indique que se tengan que quitar. Es mas, mínimo lo que es la separación del +34 del resto se debería mantener, aunque igualmente no veo el problema en que se mantenga el resto de las separaciones, y no veo que se indique que se tengan que quitar.

Según la wiki
osm.wiki/Key:phone
Note that for phone numbers that are in international E.164 format, space (or even hyphen) separators are not significant, but the convention is to use a separator at least between the ITU-T country code and the rest of the phone number. The other groupings are optional: area codes should preferably be separated only in countries where they are still used distinctly for domestic calls; in other countries, the groupings are just kept by convenience and according to local usages in phone books or as shown in amenities (these groupings may vary for mnemonic reasons only, there's no requirement to suppress these group separators even if they are ignored when dialing).

Un saludo

Buenas.

Te he revertido algunos de los cambios de este conjunto de cambios de cosas que has borrado o has modificado incorrectamente.

Por ejemplo de la iglesia habías quitado las diferentes geometrías que representaban las diferentes alturas que tiene, o la guardería habías dividido la información en 2 elementos diferentes y lo habías convertido en colegio.

Ten cuidado con la información existente. Cualquier duda que tengas pregunta sin problemas.

Un saludo.

Creo que deberías documentarte de cómo funciona OpenStreetMap para entender en lo que te estas equivocando mensaje tras mensaje.

Por ejemplo OpenStreetMap no es un mapa sino una base de datos espacial. Por ello lo que hay que tener es el dato en la bbdd. Los render o capas cogen los datos de la bbdd. Depende del render puede que salga la información hoy mañana o dentro de 1 mes según cuando se actualice, puede que dependiendo de lo que quiera representar el render en unos salga y en otros no. OpenStreetMap está pensado para muchos usos diferentes y según los mismos mostrará información diferente.

En OpenStreetMap no está atravesando ninguna fachada de la casa, en b5m.gipuzkoa.net como indicas esta mal. Pero en OpenStreetMap no es así, y se ve claramente por PNOA por donde pasa la vía. OpenStreetMap es bastante más amplio que las fuentes que estás comentando por lo que puede abarcar más información y no por ello va a ser incorrecto.

Cualquier duda puedes consultarlo con la comunidad tanto por los foros, como por telegram, como por la lista de correo. Seguir insistiendo aquí no es el lugar adecuado.

Saludos.

Como ya se te ha comentado no es así. Ya te lo hemos indicado varias personas.
Puedes corroborar todo lo que te estamos indicando consultando la wiki de openstreetmap en la que está todo explicado.
osm.wiki/ES:Tag:highway%3Dservice
Aquí puedes ver que en ningún sitio pone que sea lo que tú estas indicando una vía de servicio.
Y aquí puedes ver el uso de la etiqueta access
osm.wiki/ES:Key:access

Además una cosa es el etiquetado de openstreetmap y otra cosa es el que use catastro o cualquier otro mapa.

Se te ha pedido varias veces que no borres datos reales del mapa. La Próxima vez me temo que tendremos que denunciarlo al DWG por vandalismo y que tome medidas ante el borrado incorrecto de los datos.

Que no este en otros sitios añadido solo significa que falta de añadir al mapa, faltan muchas cosas por añadir a openstreetmap. Por tu lógica nunca habría existido ningún mapa porque cuando se empezó hacer cualquier mapa no estaba completo.

Hola.

El etiquetado de acceso privado es el que indica si es de uso público o no lo es. El tipo de acceso no tiene nada que ver con el tipo de vía que sea.
Todo lo que estás indicando es lo que representa cualquier tipo de vía que sea access=private que es como estaba representado de manera correcta.

Por favor deja de borrar la vía de manera incorrecta.

Saludos.

Hola.
Te he revertido este cambio. Has añadido toda la información de un sitio de Sevilla pero lo has añadido en Salamanca.
Saludos