OpenStreetMap logo OpenStreetMap

Changeset When Comment
169666151 5 months ago

sigo el comentario del otro changeset...

y cuando hay una relacion ya hecha para ese elemento, va en la relacion y no en cada miembro parte.

169664316 5 months ago

Hola Emilio. Cuando el dato esta en la relacion NO hay que ponerlo en cada elemento, ej. en el Arroyo Pan de Azucar.

169509550 5 months ago

Hi. You missed a big bbox... :-)

169491093 5 months ago

Hola. Conviene etiquetar el operator:wikidata para evitar ambigüedades con el nombre.

169076893 5 months ago

Si claro, pero ya esta mapeada en esta via, way/1415234761. Las cosas no se mapean dos veces. El nodo de la direccion se usa unicamente para la direccion.

168969465 5 months ago

Solucionado. Gracias.

168969465 5 months ago

Hola. No se que quisiste hacer, porque habia un radar mapeado y quedo mal, el nodo y la relacion. ¿no está mas?

168365201 5 months ago

Yes, at least some years ago the "via" member was not supported by some data consumers, for that reason I mapped a lot of these restrictions as no_left_turn. I would expect that was fixed nowadays but it seems that it hasn't happened yet. It's their fault, not the data, but anyway is better if we can map in a way that the data is useful for most people.

168808789 5 months ago

Hola. Gracias por los aportes. Hago la revision que pediste.

Cuando agreges elementos que se supone que son rectangulos o cuadrados, conviene que tambien quede la forma cuadrada en el mapeo.

Para eso, segun el editor, tiene una funcion "Ortogonalizar" o "make Square" que pone los angulos a 90° de la figura que tengas seleccionada.

Saludos.
M.

106985310 5 months ago

Hola. Las rampas estan algo desplazadas, no se si es porque no habia imagen buena cuando las dibujaste o que. Te aviso porque no quise tocarlas por las dudas.

168754548 5 months ago

Hola. Las escuelas publicas son operator:type=public no government. Ver osm.wiki/ES:Key:operator:type?uselang=es

168365201 6 months ago

Sure, thanks for your help.

168365201 6 months ago

Yes, as you saw a lot of no u turn signals where mapped as no left turn because that is what they mean, weird but is the way it is. The no_left_turn restriction solves it. The signals are confusing, the no_u_turn means that you cannot use http//www.openstreetmap.org/way/341551036 so the no left turns would model the real world. the same way is allowed to turn left NW while going NE, and crossing SE.

This is mapped as trunk because that is the defined criteria, but nowadays it is a slow avenue, a lot of pedestrians and old cars, motorbikes and bikes, a lot of traffic calming bumps, radars, traffic signals, so is better to try to avoid using it.

168484052 6 months ago

Disculpame, tengo un conocido que se llama asi y se me paso sin querer.

168484052 6 months ago

Va ejemplo: node/9759838989

168484052 6 months ago

Hola Fernando. Lo que hiciste de los limites en algunos puntos de puente y rio esta mal. Puente y rio no tienen que compartir nodo. Por algo estaba como estaba.

168454018 6 months ago

Same comment as your other changeset.

168453828 6 months ago

Hi. Please do not duplicate features. Remember the OSM rule: one feature, one element.
The terminals were already mapped years ago. See way/256795438 and way/26199254

168365201 6 months ago

No, no, it should be mapped, is a real existing object. But it should also be analyzed in the context ot the other mapped objects. I'm not sure what the best mapping would be, but there is a need to map that you cannot turn left like the previous version of this restriction was imposing. relation/4848638 . Maybe adding the restriction, maybe fixing drawing the service way, i don't know...

168365201 6 months ago

Hi. While you change is strictly correct and mapping the legal regulatory sign that is there, in practice, in OSM it allows a router to suggest to drive SW and turn there and enter in the Y shaped service way, which is also forbidden and dangerous.