Re: [Talk-es] Mapear papeleras con dispensador de bolsas para perros

[Alejandro Moreno Calvo]

Hay que elegir entre las 2 opciones para mapear papeleras como estas (
http://www.forjasestilo.es/images/easyblog_images/52/DSC05581.jpg y
http://www.ajuntamentimpulsa.cat/FitxersWeb/11187/OMNIUM%20papelera.jpg )

- 1 sólo nodo con
amenity=vending_machine
vending=excrement_bags
operator=Ayuntamiento de Madrid
payment:none=yes
bin=yes

- 2 nodos:
amenity=vending_machine
vending=excrement_bags
payment:none=yes
operator=Ayuntamiento de Madrid

segundo nodo (a centímetros del anterior):

amenity=waste_basket
waste=dog_excrement
operator=Ayuntamiento de Madrid

La ventaja de 1 nodo es que es más parejo a la realidad y más sostenible
pero por contra el nodo queda marcado como vending_machine cuando su
función principal es ser una papelera no un dispensador y es probable que
si se busca una papelera se busque por amenity=waste_basket y esta no se
encuentre.
En cuanto a 2 nodos facilita el uso posterior de los datos y probablemente
mejora el renderizado pero hace pensar que existen 2 objetivos físico
cuando en realidad sólo existe uno y además el posterior mantenimiento
puede ser más pesado al tener que mantener 2 nodos.


El 11 de julio de 2016, 22:30, Miguel Sevilla-Callejo 
escribió:

> Hola,
>
> Pues yo me decanto por un solo punto pues es solo una papelera... creo que
> es lo correcto desde el punto de vista de la realidad espacial y en cuanto
> a la calidad de la base de datos y como entiendo que no hay que repetir
> tags pero si se puede incluir varios valores optaría por
> "amenity=waste_basket;vending_machine" y mejor olvidarse del render (eso
> no es editar para el render?).
>
> Poner dos punto para dos papeleras si resulta que hay una para dos usos me
> parece erróneo.
>
> Creo recordar que sucedía algo similar para los puntos geodésicos en
> cimas... que resultaba que se habían editado, por un lado la cima y junto a
> ella el punto geodésico... aunque fueran el mismo punto.
>
> Puedo llegar a entender la aproximación pero no puedo compartir que haya
> dos nodos para representar una misma cosa sobre un mismo punto... por muy
> juntos que estén.
>
> Un saludo
>
>
> --
> *Miguel Sevilla-Callejo*
>
> *Doctor in Geography*
> a. Associate Lecturer at Dpto. of Geography & Territorial Planning at
> University of Zaragoza
> b. Fellow at the Pyrenean Institute of Ecology - Spanish National Research
> Council
> c. Freelance consultant & researcher - Member #698, Spanish Professional
> Association of Geographers
>
> *Doctor en Geografía*
> a. Profesor asociado en el Dpto. de Geografía y Ordenación del Territorio
> de la Univ. de Zaragoza
> b. Colaborador del Instituto Pirenaico de Ecología - Consejo Superior de
> Investigaciones Científicas
> c. Consultor e investigador freelance - Colegiado 698 del Colegio Oficial
> de Geógrafos
>
> 2016-07-09 10:46 GMT+02:00 yo paseopor :
>
>> Soy muy partidario de eliminar/evitar los tags múltiples ; (
>> amenity=waste_basket;vending_machine) en OSM.
>>
>> Salut i mapes
>> yopaseopor
>>
>> 2016-07-08 20:28 GMT+02:00 Rafael Avila Coya :
>>
>>> Hola:
>>>
>>> Además, creo que la mayoría de los renderizadores ignorarían los objetos
>>> amenity=waste_basket;vending_machine
>>>
>>> Saludos,
>>>
>>> Rafael.
>>>
>>>
>>> On 08/07/16 15:12, Santiago Crespo wrote:
>>>
 José Luis, tienes razón en que un nodo puede tener varios tags, pero
 como una "key" (amenity) no se puede repetir, creo que quedaría algo
 así:

 amenity=waste_basket;vending_machine
 vending=excrement_bags
 operator=Ayuntamiento de Madrid
 payment:none=yes

 Y si son papeleras únicamente para excrementos, añadir:
 waste=dog_excrement

 Aunque hay que intentar evitar el uso del punto y coma, pues es más
 complicado al mapear y al usar luego esos datos[1]. Coincido con el wiki
 en que es mejor elegir uno de los 2 valores o dividir en dos nodos.

 Saludos,
 Santiago Crespo

 [1]

 https://wiki.openstreetmap.org/wiki/Semi-colon_value_separator#When_NOT_to_use


 On 07/08/2016 02:14 PM, Jose Luis Perez Diez wrote:

> segun http://wiki.openstreetmap.org/wiki/Tags un nodo puede tener
> varios
> tags y en este casos serian 5
>
>
>
> amenity=vending_machine
>
> amenity=waste_basket
>
> vending=excrement_bags
>
> payment:none=yes
>
> operator=Ayuntamiento de Madrid
>
>
>
> En el caso que fuesen dos operadores diferentes se podria usar
> "operator:[vending_machine|waste_basket] ="
>
> lo de hacerlos independientes no tiene sentido estamos hablando de una
> unica ubicacion
>
>
>
>
>
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
 ___
 Talk-es mailing list
 

Re: [Talk-es] Mapear papeleras con dispensador de bolsas para perros

[Alejandro Moreno Calvo]

Y qué pensáis de usar bin=yes con lo que se pondría todo en un nodo de la
forma.

amenity=vending_machine
vending=excrement_bags
operator=Ayuntamiento de Madrid
payment:none=yes
bin=yes


El 11 de julio de 2016, 11:07, Jose Luis Perez Diez  escribió:

> El Divendres 08 Juliol 2016, a les 15:08:29, Rafael Avila Coya va escriure:
>
> > Un nodo puede tener todas las etiquetas que desees, incluso 0. Pero no
>
> > puedes tener 2 o más "keys" repetidas. Por lo tanto, no es posible dos
>
> > amenity con valores diferentes.
>
>
>
> No creo que exista esta limitacion mira:
> http://wiki.openstreetmap.org/wiki/Tag:vending=excrement_bags
>
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Mapear papeleras con dispensador de bolsas para perros

[Alejandro Moreno Calvo]

Yo lo de separar en 2 nodos no lo veo porque físicamente son el mismo
aparato. ¿Qué ventajas veis a tenerlo en 2 nodos?¿No va a implicar más
mantenimiento?

El 8 de julio de 2016, 12:25, Rafael Avila Coya <ravilac...@gmail.com>
escribió:

> Hola:
>
> Creo que mejor, coincidiendo en muchos puntos con Santiago:
>
> * amenity=vending_machine
> * vending=excrement_bags
> * payment:none=yes ó fee=no (yo me inclinaría por payment:none=yes)
> * operator=Ayuntamiento de Madrid
>
> Yo separaría en dos nodos. En un segundo nodo (a centímetros del anterior):
>
> * amenity=waste_basket
> * waste=dog_excrement
> * operator=Ayuntamiento de Madrid
>
> Saludos,
>
> Rafael.
>
>
> On 08/07/16 12:16, Santiago Crespo wrote:
>
>> Hola,
>>
>> Yo cambiaba fee=no por payment:none=yes, como pone en la wiki [1],
>> aunque entiendo que da un poco igual.
>>
>> También mira la discusión sobre si conviene separar en 2 nodos la
>> papelera y el dispensador, creo que tiene sentido hacerlo [2]
>>
>> Y en Madrid podríamos añadir operator=Ayuntamiento de Madrid
>>
>> Saludos,
>> Santiago Crespo
>>
>> [1] https://wiki.openstreetmap.org/wiki/Tag:vending%3Dexcrement_bags
>> [2] https://wiki.openstreetmap.org/wiki/Talk:Tag:vending%3Dexcrement_bags
>>
>> On 07/08/2016 11:20 AM, Alejandro Moreno Calvo wrote:
>>
>>> Buenos días.
>>>
>>> Estoy pensando en empezar a mapear aquellas papeleras que tienen
>>> dispensador de bolsas para excrementos de perros.
>>>
>>> Las etiquetas que había pensado usar son:
>>>
>>> amenity=waste_basket
>>> vending=excrement_bags
>>> fee=no
>>>
>>> ¿Lo veis bien o cambiaríais algo?
>>>
>>> P.D. Para Madrid está solicitado la ubicación de las mismas que está en
>>> estudio [
>>>
>>> http://datos.madrid.es/portal/site/egob/menuitem.3efdb29b813ad8241e830cc2a8a409a0/?vgnextoid=a005df93c5014510VgnVCM201f4a900aRCRD=102612b9ace9f310VgnVCM10171f5a0aRCRD=default=a005df93c5014510VgnVCM201f4a900aRCRD
>>> ]
>>>
>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Fuentes de Madrid

[Alejandro Moreno Calvo]

Menudo guirigay.

Por si acaso he dejado un aviso a través de la web del Ayuntamiento para
ver si pueden decirnos el formato.

Si me responden algo os digo.
El 5 jul. 2016 19:14, "Santiago Crespo" 
escribió:

> No estoy 100% seguro pero creo que ya lo tengo.
>
> Las fuentes con la etiqueta "PARQUE HISTORICO SINGULAR O FORESTAL" (ej:
> el Retiro) están en 25830 y el resto en 23030. La única excepción que he
> visto por ahora es la fuente del parque del bronce, que estando en una
> zona verde normal usa 25830.
>
> Saludos,
> Santiago Crespo
>
>
> On 07/05/2016 02:48 PM, Emilio Gómez Fernández wrote:
> > Es extraño. En algunas zonas se ajusta más con 23030 y en otras con
> > 25830, como si los datos del CSV proviniesen de fuentes con diferentes
> > sistemas de coordenadas, no se... un cacao.
> >
> > http://u.osmfr.org/m/93231/
> >
> > Un saludo.
> >
> > Emilio Gómez
> >
> >
> > El 5 de julio de 2016, 12:00, Luis García Castro  > > escribió:
> >
> >
> > El 5 de julio de 2016, 11:53, Emilio Gómez Fernández
> > >
> > escribió:
> >
> > Efectivamente parece que en la zona del Retiro no se ajusta nada
> > bien a lo que ya hay en OSM [1], pero en otras partes veo que si
> > que existe una correlación.[2]
> >
> >
> > Yo sí veo que se ajusta bastante en las dos imágenes que ha puesto
> > Jorge (con alguna diferencia lógica y esperable)... no me cuadran
> > los puntos de su imagen con tu primera superposición :-/
> >
> >
> > --
> >
> > Luis García
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-es
> >
> >
> >
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-es
> >
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Fuentes de Madrid

[Alejandro Moreno Calvo]

El ayuntamiento acaba de publicar la ubicación de todas las fuentes de
Madrid en
http://datos.madrid.es/sites/v/index.jsp?vgnextoid=b8b2e44003b95510VgnVCM101d4a900aRCRD=20d612b9ace9f310VgnVCM10171f5a0aRCRD

Un buen candidato para una importación a OSM.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Calles tranquilas recomendadas para ciclistas

[Alejandro Moreno Calvo]

El problema es que muchas de las rutas recomendadas lo son porque tienen un
volumen de tráfico bajo y eso entiendo que no es mapeable por lo que
buscaba alguna otra manera de indicar que esa calle es amigable para
bicicletas.

El 24 de junio de 2016, 9:47, Luis García Castro <lui...@gmail.com>
escribió:

> Buenas,
>
> En cierto modo no creo que debamos mapear qué calles son "tranquilas" para
> enbicipormadrid, no deja de ser una elección arbitraria, sino mapear por
> qué lo son. Es decir, entiendo que enbicipormadrid  ha designado como
> calles tranquilas aquellas de dirección única, velocidad limitada, ancho
> suficiente, etc.
>
> Quizá haciendo un esfuerzo en mapear convenientemente los semáforos,
> anchura, carriles, etc. de esas vías sea suficiente para que los
> enrutadores escojan estas calles tranquilas frente a otras.
>
> Utilizar bicycle:yes en vías que ya permiten la circulación de bicicletas
> no creo que tenga ningún efecto, pero dependerá de la lógica interna del
> enrutador...
>
> Un saludo,
>
>
>
>
> El 24 de junio de 2016, 9:28, Alejandro Moreno Calvo <almo...@gmail.com>
> escribió:
>
>> Buenos días.
>>
>> Os escribo porque en Madrid están surgiendo varios proyectos
>> colaborativos para crear mapas con las calles recomendadas para ir en
>> bicicleta por ser tranquilas.
>>
>> Estoy pensando como mapear estos en OSM pero no encuentro ninguna
>> etiqueta que sea óptima y que pueda servir a los enrutadores más allá del
>> bicycle:yes ¿Alguna idea?
>>
>> Un ejemplo de lo que hablo es este mapa
>> http://www.enbicipormadrid.es/p/plano-calles-tranquilas.html
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>
>
> --
>
> Luis García
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Calles tranquilas recomendadas para ciclistas

[Alejandro Moreno Calvo]

Buenos días.

Os escribo porque en Madrid están surgiendo varios proyectos colaborativos
para crear mapas con las calles recomendadas para ir en bicicleta por ser
tranquilas.

Estoy pensando como mapear estos en OSM pero no encuentro ninguna etiqueta
que sea óptima y que pueda servir a los enrutadores más allá del
bicycle:yes ¿Alguna idea?

Un ejemplo de lo que hablo es este mapa
http://www.enbicipormadrid.es/p/plano-calles-tranquilas.html
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] licencia portal datos abiertos madrid.es

[Alejandro Moreno Calvo]

Hace unos meses se hizo la importación de las farmacias a partir de los
datos del portal por lo que problemas de licencia no hay. En cuanto a la
licencia se está tramitando una modificación de la ordenanza de
transparencia de Madrid que es más abierta que la actual por lo que en el
futuro debería haber incluso menos problemas.

Si te animas con la importación adelante.

El 29 de marzo de 2016, 11:22, Santiago Crespo 
escribió:

> Hola,
>
> Después de leer la licencia [1] que hay en el portal de datos abiertos
> de de madrid.es [2] y sin ser abogado me parece que es compatible con la
> ODbL. ¿Alguien sabe si es así?
>
> ¿Hay alguna novedad sobre la ordenanza de transparencia de Madrid?
>
> Almorca decía hace un año que por ejemplo hay mucha información sobre la
> bici (aparcabicis, ciclocarriles, estaciones de Bicimad) y yo ya estoy
> pensando en la importación de los aparcabicis. ¿Cómo lo veis?
>
> Saludos,
> Santiago Crespo
>
> [1]
>
> http://datos.madrid.es/portal/site/egob/menuitem.3efdb29b813ad8241e830cc2a8a409a0/?vgnextoid=108804d4aab90410VgnVCM10171f5a0aRCRD=b4c412b9ace9f310VgnVCM10171f5a0aRCRD=default
>
> [2] http://datos.madrid.es
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Resumen de Talk-es, Vol 110, Envío 30

[Alejandro Moreno Calvo]

Muchas gracias por esta respuesta tan completa. Ya había encontrado el
estilo pero lo de las señales españolas no lo había visto.

El 29 de marzo de 2016, 0:02, yo paseopor  escribió:

> Sobre el tema de carriles:
>
> Buenas
>
> Creo que tengo una solución a lo que pides. El tema señales de tráfico y
> marcas viales ha mejorado notablemente estos últimos años. Y ya existen
> esquemas suficientemte complejos, los cuales he usado alguna vez.Te los
> presento:
>
> -Lanes, en su forma más compleja:Número de carriles, en cada sentido (a
> partir de ahora será siempre así)
>
> lanes:forward=1
> lanes:backward=2
>
> -Change:lanes (las líneas de los carriles). Cada sentido tiene sus líneas,
> es decir que si quieres conseguir una contínua/discontinua lo pones en un
> sentido que sí (discontinua), y en otro sentido que no (continua).Si hay
> más carril que uno hay que separarlos por  |
>
> change:lanes:forward=no
> change:lanes:backward=not_left|yes
>
> (Alerta, los cambios de carril no implican las propiedades de
> adelantamiento, se deben combinar.La propiedad de adelantar es overtaking.
> Overtaking=yes/no/forward/backward)
>
> -Turn:lanes (la dirección hacia donde va el carril).Cada carril puede
> tener su propia dirección.Hay una gran variedad de flechas, solas o
> compuestas.Las posibilidades son through,right,left y todas sus
> combinaciones.
>
> turn:lanes:forward=through
> turn:lanes:backward=through|right
>
> -Destination:lanes (el destino de cada carril). Cada carril tiene su
> destino.Esto se reproducirá en varios renderizadores.
>
> destination:lanes:forward=Barcelona
> destination:lanes:backward=Tarragona;El Vendrell|Lleida
>
> Y dirás...vale, fantástico, pero no se ve, que es lo que yo quiero
>
> Bueno, a priori ya se sabe que no todas las propiedades se muestran en el
> renderizador.Así que usaremos otra aplicación que permita visualizar esa
> información.
>
> La escogida es JOSM. Y para ver los datos usaremos un estilo, el Lane and
> Road attributes.Pero las flechas que salen de entrada son las
> austriacas/alemanas...si no fuera porque se les solicitó a los creadores
> "ampliarlo" y eso ha permitido introducir las marcas viales "españolas".
> Para conseguirlo debes en ajustes avanzados buscar la opción
> integer.png.turn.variant y ponerla en #01 , lo cual hará parecer las
> marcas españolas.
>
> Te paso alguna captura a ver que opinas. https://imgur.com/a/A9QPQ
>
> Y por mi parte recomendarte un servicio alemán que se ha modernizado algo:
> el OSM Lane Visualizer
>
>
> http://osm.mueschelsoft.de/cgi-bin/render.pl?wayid=324294469=1
>
> http://osm.mueschelsoft.de/cgi-bin/render.pl?wayid=232152107=1
>
> Para el tema de señales y tal te recomiendo la herramienta de
> Checkautopista2
>
>
> http://k1wiosm.github.io/checkautopista2/?id=121011=41.4414=1.7012=11
>
> Más info en:
>
> http://wiki.openstreetmap.org/wiki/Key:destination
>
> https://github.com/mapbox/mapping/wiki/Mapping-guide-for-turn-lanes-from-imagery
> https://josm.openstreetmap.de/wiki/Styles/Lane_and_Road_Attributes
> https://www.mapbox.com/blog/turn-lanes-mapping/
>
>  Espero te haya servido de algo ;)
>  Salut i carrils
>  yopaseopor
>
> PD: por último te recomiendo que mires esta presentación que realicé para
> el SOTMCAT15 y que habla de algunas de esas propiedades de etiquetado.
>
>
> https://docs.google.com/presentation/d/1NeDPPadQ6uY2LwDBBpew8yQlhYwJ7QmuIKMgQ77WuZs/edit#slide=id.gc855edbf1_0_8
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Visualización para ver carriles pintados.

[Alejandro Moreno Calvo]

Las 2 web están muy chulas.

Al final he encontrado este estilo [
https://josm.openstreetmap.de/wiki/Styles/Lane_and_Road_Attributes ] que me
muestra más o menos lo que necesito.

El 28 de marzo de 2016, 19:26, andrzej zaborowski <balr...@gmail.com>
escribió:

> Hola,
>
> Creo que a base de solo lanes=* no conseguiras mucho, existe un esquema de
> etiquetado mucho mas detallado y que se presta a renderizado guapo y creo
> que se empieza por area:highway=* y luego algunas etiquetas mas.
>
> Mira si te sirve lo que muestra osm2world (ejemplo sacado de los foros:
> http://maps.osm2world.org/?zoom=18=49.44843=11.06507=B0TTFF
> )
>
> El mas completo y guapo que habia visto era http://osmapa.pl/w/area/
> (ejemplo foros..
> http://osmapa.pl/w/area/?lat=53.49898=14.48022=18=
> http://osmapa.pl/w/area/?lat=51.10779=17.03854=20=FBoPRQEGs)
> pero cubria partes de Alemania y Polonia, las regiones que le hayan pedido
> al autor.  Y parece que el autor se esta tomando ahora un descanso y han
> dejado de funcionar algunas cosas, entre ellas justo no me muestra ahora
> miso las marcas de los carriles.
>
> Luego me parece que tambien existia algun plugin para JOSM que lo mostraba
> en vivo pero que era menos completo.
>
> Saludos
>
>
> 2016-03-28 18:19 GMT+02:00 Alejandro Moreno Calvo <almo...@gmail.com>:
>
>> Lo que quiero es que a partir de los datos de OSM me salga un mapa
>> parecido a esto
>>
>> [image:
>> http://www.formacionyeducacionvial.com/wp-content/uploads/carril-de-deceleracion.jpg]
>>
>> El 28 de marzo de 2016, 18:03, El fotógrafo giróvago <
>> elfotografogirov...@gmail.com> escribió:
>>
>>> ¿Configurando un WMS sobre los datos con esa regla no obtendrías lo que
>>> pides? No se si te estoy entendiendo bien.
>>>
>>> El 28 de marzo de 2016, 16:00, Alejandro Moreno Calvo <almo...@gmail.com
>>> > escribió:
>>>
>>>> Estoy buscando algún programa o web que a partir de los datos de
>>>> Openstreetmaps permita muestre el número de carriles, es decir, si una
>>>> línea está mapeada como lanes:2 que se vean dibujados los 3 carriles
>>>> separados con sus líneas discontinuas.
>>>> ¿Sabéis si existe algo cómo lo que pido?
>>>>
>>>> ___
>>>> Talk-es mailing list
>>>> Talk-es@openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>>
>>>>
>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Visualización para ver carriles pintados.

[Alejandro Moreno Calvo]

Lo que quiero es que a partir de los datos de OSM me salga un mapa parecido
a esto

[image:
http://www.formacionyeducacionvial.com/wp-content/uploads/carril-de-deceleracion.jpg]

El 28 de marzo de 2016, 18:03, El fotógrafo giróvago <
elfotografogirov...@gmail.com> escribió:

> ¿Configurando un WMS sobre los datos con esa regla no obtendrías lo que
> pides? No se si te estoy entendiendo bien.
>
> El 28 de marzo de 2016, 16:00, Alejandro Moreno Calvo <almo...@gmail.com>
> escribió:
>
>> Estoy buscando algún programa o web que a partir de los datos de
>> Openstreetmaps permita muestre el número de carriles, es decir, si una
>> línea está mapeada como lanes:2 que se vean dibujados los 3 carriles
>> separados con sus líneas discontinuas.
>> ¿Sabéis si existe algo cómo lo que pido?
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Visualización para ver carriles pintados.

[Alejandro Moreno Calvo]

Estoy buscando algún programa o web que a partir de los datos de
Openstreetmaps permita muestre el número de carriles, es decir, si una
línea está mapeada como lanes:2 que se vean dibujados los 3 carriles
separados con sus líneas discontinuas.
¿Sabéis si existe algo cómo lo que pido?
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Ubicación de los números de las porterías

[Alejandro Moreno Calvo]

Según esta noticia [
http://www.elmundo.es/elmundo/2011/05/29/madrid/1306680672.html ] veo que
sólo es de Madrid.

El 9 de febrero de 2016, 10:54, Jorge Sanz Sanfructuoso <sanc...@gmail.com>
escribió:

> No sabia lo de Madrid. Es interesante y útil. Tiene pinta de ser cosa de
> Madrid. En Salamanca en mi comunidad la última vez que se miró el tema de
> los locales que había en el edificio estaban numerados sin sentido alguno y
> no se sabían cual era cual. Vamos los que estaban claros son los que a
> alguien en algún momento se le ocurrió llamarlo por el nombre del comercio
> en vez de local1, local2,...
>
> El algoritmo me parece correcto. Añadir una cosa, que antes de comprobar
> el atributo addr:door compruebe también entrance=home y entrance=yes.
> Sobretodo el último que es muy utilizado.
> Por ahora addr:door está poco utilizado pero podría ser una manera de
> darle el impulso para que fuera más usado.
>
>
> El mar., 9 feb. 2016 a las 10:34, Alejandro Moreno Calvo (<
> almo...@gmail.com>) escribió:
>
>> Pues con el tema de nombrar las direcciones por locales me habéis
>> recordado que, por lo menos en Madrid, los locales que dan a la calle sí
>> tienen la obligación de tener un código de identificación para su
>> localización. Son código que van de 10 en 10, del tipo L-10, L-20, etc. y
>> los comercios tienen la obligación de tener la identificación en la puerta
>> de manera visible. Se puede ver la información en
>> https://sede.madrid.es/portal/site/tramites/menuitem.1f3361415fda829be152e15284f1a5a0/?vgnextoid=2f5c57299115c410VgnVCM200c205a0aRCRD=37f637c190180210VgnVCM10c90da8c0RCRD
>>
>> No sé si esto es exclusivo de Madrid o es obligatorio en toda España.
>> Para Madrid, en
>> http://www.madrid.es/portales/munimadrid/es/Inicio/El-Ayuntamiento/Estadistica/Censo-de-locales/Censo-de-Locales?vgnextfmt=default=4ba708e2a77bd210VgnVCM200c205a0aRCRD=2bd6eea8e3e5d210VgnVCM100b205a0aRCRD
>> existe un visualizador que permite conocer el código de cada local.
>>
>> Entiendo que si añadimos la etiqueta addr:door se podría dar por cierto
>> que si varios nodos tienen el mismo código de portal para saber cual es el
>> principal se utilizaría el siguiente algoritmo:
>>
>>1. Se coge como principal el nodo con entrance:main
>>2. Si no hay ninguna entrada principal se coge nodo que no tenga
>>informado el atributo addr:door
>>
>> Para que esto fuese útil a nivel mundial habría que hacer la propuesta y
>> que fuese aprobada.
>>
>> ¿Qué os parece?
>>
>>
>>
>>
>> El 8 de febrero de 2016, 20:15, Diego García <dgerv...@gmail.com>
>> escribió:
>>
>>> Coincidimos en descartar cosas como "local 1", "local 2". No se
>>> corresponde a la realidad, y es un dato que, en la práctica, sería casi
>>> imposible de conseguir.
>>>
>>> Veo que está aprobado addr:floor, hoy cambiaré alguno y mañana
>>> comprobaré si osmose sigue con sus números de portal repetidos. De momento,
>>> veo que nominatim lo descarta y no lo utiliza en la búsqueda, aunque saca
>>> todos los resultados bien para ese número de calle.
>>>
>>>
>>> Saludos,
>>>
>>> El 8 de febrero de 2016, 19:57, Jorge Sanz Sanfructuoso <
>>> sanc...@gmail.com> escribió:
>>>
>>>>
>>>>
>>>> El lun., 8 feb. 2016 a las 18:56, Diego García (<dgerv...@gmail.com>)
>>>> escribió:
>>>>
>>>>> Es cierto que la solución parece estar lejos. Por mi parte, lo venía
>>>>> observando desde no hace muchos meses, debido a que osmose muestra como
>>>>> errores los números duplicados que se producen, y justo este fin de semana
>>>>> se me ocurrió una posible solución, que decidí probar:
>>>>>
>>>>> La dirección real de una tienda que está en los bajos de un edificio,
>>>>> no es el número de portal de ese edificio, sino algo así como "número 2,
>>>>> bajo". De este modo, coloco el punto con la dirección del portal donde
>>>>> corresponde, a su entrada, y en el tag addr:housenumber de la tienda
>>>>> etiqueto el número y le añado "bajo". El tag lo admite (osmose daría error
>>>>> si dicho tag no comienza por un número), y leida la dirección completa es
>>>>> totalmente correcta: Avenida de los Pirineos 15, bajo. Y el wiki parece 
>>>>> que
>>>>> no se opone a ello, aunque mi inglés es lamentable.
>>>>>
>>>>
>>>> Existe "addr

Re: [Talk-es] Ubicación de los números de las porterías

[Alejandro Moreno Calvo]

er un ejemplo), se etiquetaría como "7 piso 1", y seguiría
>>> funcionando de la misma manera.
>>>
>>> La segunda parte viene cuando hay varios comercios en un mismo edificio.
>>> Aquí le he echado algo de imaginación, y he etiquetado como "local 1",
>>> "local 2", etc. Lo cierto es que son direcciones reales (dentro de un mismo
>>> edificio los locales comerciales suelen numerar de esa forma), pero de no
>>> ser que entremos a preguntar al comerciante, desde la calle no vemos esa
>>> información. En nominatim sigue funcionando bien: "avenida de monreal, 7,
>>> huesca"
>>>
>>
>> Lo de local 1, local 2 para una zona comercial si lo veo pero a pie de
>> calle pu, ni el que tiene el local lo sabe. Tampoco se usa cuando se
>> mandan cartas, se pone el numero el nombre del comercio y si acaso que es
>> el bajo. El número de local es raro, por lo mismo. Al final toca
>> inventarselo cosa que descarto hacer. Además para esto se usa "addr:door"
>> si no me equivoco.
>>
>>>
>>> En general, como solución no me parece mala, aunque no me acaba de
>>> gustar por dos motivos: el tag addr:housenumber ¿debe limitarse al número
>>> de portal, o está permitida la extensión de su significado a más datos,
>>> como el número de planta? ¿habría que tirar del tag addr:place?. Y en
>>> segundo lugar, está lo de los multiples comercios en el mismo número, que
>>> no deja de ser una dirección "inventada", a no ser que entre tienda por
>>> tienda a preguntar el número de local.
>>>
>>
>> Yo entiendo que se limita al número del portal pero tampoco está claro.
>> Podría darse el uso que sugieres, habría que consultarlo a toda la
>> comunidad de OSM.
>> Al final el problema de Osmand creo que no se soluciona porque seguirán
>> saliendo todos los números pero uno como 15 y otro como 15 bajo. Parece más
>> bonito pero a la hora de la verdad no cambia mucho, sigues teniendo
>> información doble e inútil. A lo mejor sería más correcto buscar que Osmand
>> trate los datos de otra manera y no cambiar la información de la base de
>> datos. Que si esta el numero etiquetado como entrada=main coja ese número y
>> descarten el resto por ejemplo.
>>
>> addr:door y addr:floor no se si los tienen en cuenta nominatim y osmand,
>> habría que comprobarlo. Tampoco los he usado. Los tenemos que añadir a la
>> wiki en español que no salen por falta de actualización de la wiki.
>>
>>
>>>
>>> Un cordial saludo,
>>>
>>>
>>> El lun., 8 feb. 2016 a las 12:18, Jorge Sanz Sanfructuoso (<
>>> sanc...@gmail.com>) escribió:
>>>
>>>> Es otra de las cosas que no hay consenso. Nominatim si lo tiene en
>>>> cuenta y si una tienda esta dentro de un edificio que tiene puesto el área
>>>> del edificio la numeración la coge del edificio ( si la tienda no tiene
>>>> numeración propia claro).
>>>> Pero claro para eso se tendría que poner numeración al edificio y no a
>>>> la entrada del edificio. Cosa que tampoco hay consenso, pero por aquí la
>>>> mayoría parece que prefiere ponerlo a la entrada y no al área del edificio.
>>>> Yo actualmente los estoy poniendo a la entrada normalmente.
>>>>
>>>> Es por una de las cosas que yo defiendo más el método de etiquetar la
>>>> numeración en el área del edificio cuando sea posible. Igualmente tampoco
>>>> es perfecto porque un edificio si da para 3 calles en 2 calles te toca
>>>> poner igualmente la numeración de los locales si o si. También hay casos
>>>> que el edificio tiene por ejemplo numeración del 10-20 y una tienda coge el
>>>> número 10, otro el 16 y otro el 20 por lo que estás en las mismas. No hay
>>>> una solución que arregle todos los casos y veo difícil que exista.
>>>>
>>>> Resumiendo, si el área del edificio tiene numeración por lo menos con
>>>> nominatim no hace falta ponerlo en la tienda, habría que comprobarlo con
>>>> otros programas. Si no es así hay que ponerle numeración a la tienda si o
>>>> si y pasaría lo que has comentado.
>>>>
>>>> El lun., 8 feb. 2016 a las 11:55, Alejandro Moreno Calvo (<
>>>> almo...@gmail.com>) escribió:
>>>>
>>>>> Reabro este tema ya que me ha surgido la duda de como mapear edificios
>>>>> que tienen tiendas todos con el mismo número de portal. Es decir, tengo un
>>>>> edificio con varios nodos, uno

Re: [Talk-es] Ubicación de los números de las porterías

[Alejandro Moreno Calvo]

Reabro este tema ya que me ha surgido la duda de como mapear edificios que
tienen tiendas todos con el mismo número de portal. Es decir, tengo un
edificio con varios nodos, uno corresponde a la entrada a las viviendas y
los otros de entradas a tiendas que hay dentro del edificio.
Si se pone el número de portal al edificio, ¿se asume que los nodos de ese
edificio tienen ese número de portal?
Lo que he visto hasta ahora en Madrid es edificios con esta casuística
tienen repetido por cada nodo el número de portal y el "problema" de esto
es que en programas como Osmand te sale cada número de portal repetido n
veces, cosas que queda bastante fea.

El 18 de diciembre de 2015, 16:01, Rodrigo Rega 
escribió:

>
> El 18 de diciembre de 2015, 15:53, Carlos Cabezas 
> escribió:
>
>> Voto por lo mismo, en el peor caso podemos dejar los polígonos con un
>> número pero sería útil empezar a añadir un nodo del área en la ubicación de
>> la portería e ir retirando los nodos sueltos. ¿Qué opináis el resto?
>
>
> Yo también creo que la opción buena es poner el número en el nodo que
> tiene la etiqueta de entrada al edificio. En las importaciones de Catastro
> que he hecho he eliminado los nodos sueltos.
>
>
> --
> http://www.rodrigorega.es
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Nominatim debería ser más flexible

[Alejandro Moreno Calvo]

Hola Xavier.

Hay que tener en cuenta que ese PR soluciona un caso muy concreto pero que
habría que hacer un análisis más profundo de los artículos que se pueden
dar. Así a bote pronto se me ocurre también habría que añadir "el", "la",
"las", "los".

El 2 de febrero de 2016, 8:40, Xavier Barnada <xbarn...@gmail.com> escribió:

> Hola,
>
> Acabo de hacer una pull request que deberia solucionar este problema, he
> seguido el ejemplo de las otras stopwords  y este comentario
> https://trac.openstreetmap.org/ticket/4895#comment:4
>
> https://github.com/twain47/Nominatim/pull/358
>
> Saludos
>
> El dom., 31 ene. 2016 a las 11:57, Emilio Gómez Fernández (<
> emilio.gomez.f...@gmail.com>) escribió:
>
>> Hola a todos.
>>
>> Fui yo quien abrí ese ticket hace tiempo, tanto ahí como en GitHub [1], y
>> también lo comenté  en la reunión en Aguilar de Campoo en la que estuvimos
>> algunos de nosotros.
>> La respuesta viene a ser, en resumidas cuentas, que añadir nuevas
>> palabras vacías en español a las escasas que ya existen en Nominatim [2]
>> podría perjudicar las búsquedas en otros idiomas. La consecuencia es que en
>> nuestro caso usar la API de Nominatim para realizar, por ejemplo,
>> geocodificación inversa es de escasa utilidad aun a pesar de que los datos
>> existan en la base de datos.
>>
>> Lo único que se me ocurre es que esta discusión salte a la lista General
>> y tener un feedback de otros usuarios para que la cosa se mueva y tenga más
>> repercusión, porque este importante problema también afecta a otros idiomas
>> [3][4].
>>
>> Saludos.
>>
>> [1] https://github.com/twain47/Nominatim/issues/85
>> [2] https://github.com/twain47/Nominatim/blob/master/module/nominatim.c
>> [3] https://github.com/twain47/Nominatim/issues/333
>> [4] https://trac.openstreetmap.org/ticket/4961
>>
>>
>> El 30 de enero de 2016, 14:17, Alejandro Moreno Calvo <almo...@gmail.com>
>> escribió:
>>
>>> Este problema ya lleva reportado tiempo.
>>> https://trac.openstreetmap.org/ticket/4895
>>> El 30 ene. 2016 2:04 p. m., "Xavier Barnada" <xbarn...@gmail.com>
>>> escribió:
>>>
>>>> Hola,
>>>>
>>>> A parte de la ayuda que podamos prestar al buscador mediante mejor
>>>> etiquetado no veo mucho mas que se pueda hacer.
>>>> Si quereix podeis reportar los problemas que veais al repositorio de
>>>> Nominatim en github
>>>> https://github.com/twain47/Nominatim
>>>>
>>>> Saludos
>>>>
>>>> El sáb., 30 ene. 2016 a las 13:54, Jorge Sanz Sanfructuoso (<
>>>> sanc...@gmail.com>) escribió:
>>>>
>>>>> Hola.
>>>>>
>>>>> Son un desastre las búsquedas. Hace no mucho salio el tema, no se si
>>>>> por aqui o por el telegram y alguien comentó que está adaptado para el
>>>>> habla inglesa y que según Nominatim si se adapta para otros idiomas podría
>>>>> hacer que fallara en el inglés.
>>>>>
>>>>> Ya no es escribir bien o mal, hay casos como los artículos que a veces
>>>>> los llevan las calles y a veces no. Es adivina adivinanza. jajaja
>>>>>
>>>>> Un saludo.
>>>>>
>>>>> El sáb., 30 ene. 2016 a las 13:12, Manuel Lladosa (<
>>>>> manolo...@gmail.com>) escribió:
>>>>>
>>>>>> Hace un rato he hecho estas búsquedas:
>>>>>>
>>>>>> - Calle san roNque, paiporta (con falta de ortografía por descuido):
>>>>>> no
>>>>>> me encuentra nada por la falta, vale, de acuerdo.
>>>>>> - Calle san roque, paiporta: no me encuentra nada. ¡Pues vaya!
>>>>>> - Calle de san roque, paiporta: ¡premio!
>>>>>>
>>>>>> ¡Que tiquismiquis! jeje. Tienes que poner la calle con precisión
>>>>>> milimétrica. Cuando alguien busca una calle no suele conocer el nombre
>>>>>> con tanta exactitud y esto irrita un pelín :-), ya me ha pasado varias
>>>>>> veces que no he encontrado calles, siendo que estaban en OSM.
>>>>>>
>>>>>> ¿Como podemos pedir que Nominatim sea más flexible, que no requiera
>>>>>> búsquedas tan precisas? Y tampoco estaría mal que corrigiera faltas de
>>>>>> ortografía, vale, debemos escribir bien, pero es que a veces se hacen
>>>>>> por descuido.
>>>>>

Re: [Talk-es] Ordenanza de transparencia de Madrid

[Alejandro Moreno Calvo]

Haced un escrito oficial y mandadlo a transparen...@madrid.es

El 1 de febrero de 2016, 21:37, Miguel Sevilla-Callejo <msevill...@gmail.com
> escribió:

> Hola,
> Gracias por la información Alejandro y Manuel.
> ¿Habría alguna fórmula para que desde OSM subscribiéramos/apoyáramos el
> escrito de Wikimedia España?
> Creo que su escrito es totalmente vinculante y reivindicable desde nuestra
> posición.
>
> --
> Miguel Sevilla-Callejo
> desde el móvil
> El 31/01/2016 20:28, "Manu El" <wikimo...@gmail.com> escribió:
>
>> Hola Alejandro.
>>
>> Desde Wikimedia España hemos comentado el borrador de ordenanza. Uno de
>> nuestros socios sacó el tema a principios de año y hemos redactado un
>> pequeño texto. La ordenanza hace referencia a información de naturaleza muy
>> interesante, que en el caso de OSM podría ser de mucha utilidad, como la
>> información espacial. Sin embargo creemos que la ordenanza descuida por
>> completo lo que debe ser el espíritu libre en la publicación de datos y
>> transparencia (abierto ≠ libre). De hecho el artículo 29 sobre condiciones
>> de reutilización incluye aspectos que harían incompatible el contenido
>> publicado con las licencias que utilizamos en Wikipedia, por ejemplo, y
>> también en OSM.
>>
>> El texto que hemos añadido es el siguiente:
>>
>> Tal como señala el preámbulo del borrador de ordenanza, se pretenden
>> asumir los principios generales de la Carta Internacional de Datos Abiertos
>> a la cual el Ayuntamiento de Madrid está adherido. En dicha carta,[1]
>> <https://wiki.wikimedia.es/priv/index.php?title=Ordenanza_de_Transparencia_de_la_Ciudad_de_Madrid=revision=16807=16801#cite_note-1>
>> en su principio 5 sobre liberación de datos para la innovación, se asume el
>> compromiso de realizar la liberación de datos utilizando licencias libres.
>> Entendemos que el borrador de la ordenanza de Transparencia de la Ciudad de
>> Madrid no hace suyo este principio en ninguno de sus apartados, lo cual
>> limita significativamente la utilidad de la publicación de los datos tal y
>> como establece el borrador de la ordenanza. En particular, el artículo 29
>> sobre las condiciones generales para la reutilización del borrador incluye
>> además elementos totalmente opuestos a lo que se entiende por licencia
>> libre, por ejemplo la imposibilidad de alterar el contenido de la
>> información.
>>
>> Desde Wikimedia España, proponemos que todo este artículo sea reformulado
>> adaptándose a una licencia libre, como por ejemplo algunas de las licencias
>> Creative Commons. En concreto, licencias como Creative Commons Atribución,
>> [2]
>> <https://wiki.wikimedia.es/priv/index.php?title=Ordenanza_de_Transparencia_de_la_Ciudad_de_Madrid=revision=16807=16801#cite_note-2>
>> o Atribución-CompartirIgual,[3]
>> <https://wiki.wikimedia.es/priv/index.php?title=Ordenanza_de_Transparencia_de_la_Ciudad_de_Madrid=revision=16807=16801#cite_note-3>
>> las cuales se usan por parte de un gran número de gobiernos y
>> administraciones en todo el mundo.[4]
>> <https://wiki.wikimedia.es/priv/index.php?title=Ordenanza_de_Transparencia_de_la_Ciudad_de_Madrid=revision=16807=16801#cite_note-4>
>> De esta forma se asegura la posibilidad de reutilizar los datos en
>> cualquier circunstancia (aunque no sea necesario, recordamos que
>> independientemente de lo libre o cerrada que sea la licencia, se mantienen
>> los derechos morales y, por tanto, es obligatorio siempre consignar la
>> autoría y procedencia de la información). Licencias del tipo NC o ND no son
>> auténticamente libres, puesto que limitan gravemente la reutilización. Los
>> contenidos de Wikipedia, por ejemplo, se licencian bajo CC-BY-SA.
>>
>> Adicionalmente, ofrecemos la ayuda de Wikimedia España para, por ejemplo,
>> ayudar a subir información gráfica a Wikimedia Commons,[5]
>> <https://wiki.wikimedia.es/priv/index.php?title=Ordenanza_de_Transparencia_de_la_Ciudad_de_Madrid=revision=16807=16801#cite_note-5>
>> el mayor repositorio de material gráfico de toda Internet, al que numerosos
>> archivos de todo el mundo han subido imágenes y material audiovisual.
>>
>> [1]
>> https://www.gov.uk/government/uploads/system/uploads/attachment_data/file/207772/Open_Data_Charter.pdf
>> [2] https://creativecommons.org/licenses/by/4.0/deed.es_ES
>> [3] https://creativecommons.org/licenses/by-sa/4.0/deed.es_ES
>> [4]
>> https://wiki.creativecommons.org/wiki/Government_use_of_Creative_Commons
>> [5] https://commons.wikimedia.org/
>>
>> Un saludo.
>> Manuel.
>

Re: [Talk-es] Nominatim debería ser más flexible

[Alejandro Moreno Calvo]

Curiosamente hay un pueblo llamado De en Indonesia
http://nominatim.openstreetmap.org/details.php?place_id=14215103 que con
ese parche no se encontraría nunca.

No tengo el detalle de cómo está implementado Nominatim pero para mí la
solución pasa por usar funciones estadísticas de comparación de cadenas, de
manera que en vez de buscar una similitud exacta se busque aquello que
supere un cierto porcentaje de similitud. En Oracle estás funciones están
dentro del paquete UTL_MATCH [
https://docs.oracle.com/cd/E18283_01/appdev.112/e16760/u_match.htm ]. En
PostgreSQL existe el módulo *fuzzystrmatch* [
http://www.postgresql.org/docs/current/static/fuzzystrmatch.html ] que
parece más limitado y existe un proyecto [
http://pgsimilarity.projects.pgfoundry.org/ ] que implementa más funciones
pero no sé si es muy común su uso ni si está actualizado.

Yo tengo pendiente echarle un vistazo a Nominatim e intentar implementar
esto pero seguramente me lleve varios meses por falta de tiempo por lo que
si alguien se quiere animar a recoger el testigo bienvenido es.

El 2 de febrero de 2016, 12:02, Benjamín Valero Espinosa <
benjaval...@gmail.com> escribió:

> El problema con las "stop words" es que puedes sin querer capar una
> palabra que sí tiene sentido en otro idioma. El ejemplo típico es "die",
> que es un artículo definido en alemán pero es un verbo en inglés. ¿Esto se
> está controlando? Lo ideal sería listas de "stop words" por idioma, pero
> claro, para eso también habría que saber en qué idioma está la calle :-O
>
> El 2 de febrero de 2016, 9:16, Alejandro Moreno Calvo <almo...@gmail.com>
> escribió:
>
>> Hola Xavier.
>>
>> Hay que tener en cuenta que ese PR soluciona un caso muy concreto pero
>> que habría que hacer un análisis más profundo de los artículos que se
>> pueden dar. Así a bote pronto se me ocurre también habría que añadir "el",
>> "la", "las", "los".
>>
>> El 2 de febrero de 2016, 8:40, Xavier Barnada <xbarn...@gmail.com>
>> escribió:
>>
>>> Hola,
>>>
>>> Acabo de hacer una pull request que deberia solucionar este problema, he
>>> seguido el ejemplo de las otras stopwords  y este comentario
>>> https://trac.openstreetmap.org/ticket/4895#comment:4
>>>
>>> https://github.com/twain47/Nominatim/pull/358
>>>
>>> Saludos
>>>
>>> El dom., 31 ene. 2016 a las 11:57, Emilio Gómez Fernández (<
>>> emilio.gomez.f...@gmail.com>) escribió:
>>>
>>>> Hola a todos.
>>>>
>>>> Fui yo quien abrí ese ticket hace tiempo, tanto ahí como en GitHub [1],
>>>> y también lo comenté  en la reunión en Aguilar de Campoo en la que
>>>> estuvimos algunos de nosotros.
>>>> La respuesta viene a ser, en resumidas cuentas, que añadir nuevas
>>>> palabras vacías en español a las escasas que ya existen en Nominatim [2]
>>>> podría perjudicar las búsquedas en otros idiomas. La consecuencia es que en
>>>> nuestro caso usar la API de Nominatim para realizar, por ejemplo,
>>>> geocodificación inversa es de escasa utilidad aun a pesar de que los datos
>>>> existan en la base de datos.
>>>>
>>>> Lo único que se me ocurre es que esta discusión salte a la lista
>>>> General y tener un feedback de otros usuarios para que la cosa se mueva y
>>>> tenga más repercusión, porque este importante problema también afecta a
>>>> otros idiomas [3][4].
>>>>
>>>> Saludos.
>>>>
>>>> [1] https://github.com/twain47/Nominatim/issues/85
>>>> [2] https://github.com/twain47/Nominatim/blob/master/module/nominatim.c
>>>> [3] https://github.com/twain47/Nominatim/issues/333
>>>> [4] https://trac.openstreetmap.org/ticket/4961
>>>>
>>>>
>>>> El 30 de enero de 2016, 14:17, Alejandro Moreno Calvo <
>>>> almo...@gmail.com> escribió:
>>>>
>>>>> Este problema ya lleva reportado tiempo.
>>>>> https://trac.openstreetmap.org/ticket/4895
>>>>> El 30 ene. 2016 2:04 p. m., "Xavier Barnada" <xbarn...@gmail.com>
>>>>> escribió:
>>>>>
>>>>>> Hola,
>>>>>>
>>>>>> A parte de la ayuda que podamos prestar al buscador mediante mejor
>>>>>> etiquetado no veo mucho mas que se pueda hacer.
>>>>>> Si quereix podeis reportar los problemas que veais al repositorio de
>>>>>> Nominatim en github
>>>>>> https://github.com/twain47/Nominatim
>>>>>

Re: [Talk-es] Nominatim debería ser más flexible

[Alejandro Moreno Calvo]

Este problema ya lleva reportado tiempo.
https://trac.openstreetmap.org/ticket/4895
El 30 ene. 2016 2:04 p. m., "Xavier Barnada"  escribió:

> Hola,
>
> A parte de la ayuda que podamos prestar al buscador mediante mejor
> etiquetado no veo mucho mas que se pueda hacer.
> Si quereix podeis reportar los problemas que veais al repositorio de
> Nominatim en github
> https://github.com/twain47/Nominatim
>
> Saludos
>
> El sáb., 30 ene. 2016 a las 13:54, Jorge Sanz Sanfructuoso (<
> sanc...@gmail.com>) escribió:
>
>> Hola.
>>
>> Son un desastre las búsquedas. Hace no mucho salio el tema, no se si por
>> aqui o por el telegram y alguien comentó que está adaptado para el habla
>> inglesa y que según Nominatim si se adapta para otros idiomas podría hacer
>> que fallara en el inglés.
>>
>> Ya no es escribir bien o mal, hay casos como los artículos que a veces
>> los llevan las calles y a veces no. Es adivina adivinanza. jajaja
>>
>> Un saludo.
>>
>> El sáb., 30 ene. 2016 a las 13:12, Manuel Lladosa ()
>> escribió:
>>
>>> Hace un rato he hecho estas búsquedas:
>>>
>>> - Calle san roNque, paiporta (con falta de ortografía por descuido): no
>>> me encuentra nada por la falta, vale, de acuerdo.
>>> - Calle san roque, paiporta: no me encuentra nada. ¡Pues vaya!
>>> - Calle de san roque, paiporta: ¡premio!
>>>
>>> ¡Que tiquismiquis! jeje. Tienes que poner la calle con precisión
>>> milimétrica. Cuando alguien busca una calle no suele conocer el nombre
>>> con tanta exactitud y esto irrita un pelín :-), ya me ha pasado varias
>>> veces que no he encontrado calles, siendo que estaban en OSM.
>>>
>>> ¿Como podemos pedir que Nominatim sea más flexible, que no requiera
>>> búsquedas tan precisas? Y tampoco estaría mal que corrigiera faltas de
>>> ortografía, vale, debemos escribir bien, pero es que a veces se hacen
>>> por descuido.
>>>
>>> Muchas gracias.
>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>> --
>> Jorge Sanz Sanfructuoso - Sanchi
>> Blog http://blog.jorgesanzs.com/
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Etiquetaje; estado de las calles españolas

[Alejandro Moreno Calvo]

Con respecto al tema acabo de descubrir Osmose
ttp://osmose.openstreetmap.fr/es/map/
que permite identificar errores de manera sencilla.

El 23 de enero de 2016, 21:19, yo paseopor  escribió:

> ¡Buenas gente!
>
> Aunque mi ámbito habitual suele ser más la lista catalana, a veces me doy
> un garbeo por el grupo español de Telegram y comentando el desarrollo de un
> nuevo preset para una campaña de etiquetaje "básico" llegamos a la
> conclusión de que en ciertas zonas de España queda mucho por hacer. Así que
> me dispuse a comprobarlo un poco por encima, sin mucho esfuerzo. Usé
> http://qa.poole.ch/ Y estos son los resultados que cualquiera puede
> comprobar.
>
> De capitales de provincia las que requieren intervención urgente o similar:
> -Ourense
> -Cuenca
> *Madrid (la capital de España no puede tener calles sin nombrar, lo
> siento, es cuestión de imagen...lo mismo diría de Barcelona)
> -Toledo
> -Badajoz
> -Murcia
> -Jerez
>
> y los barrios exteriores y zonas nuevas de:
>
> -Tarragona
> -Almería
> -Sevilla
> -Cádiz
>
> Mención especial a Salamanca...vereis como la herramienta no le encuentra
> NINGÚN ERROR de NOName, un aplauso a los salmantinos y a quien edita en la
> zona ;)
>
> Como intervención en el grupo catalán de Telegram hemos debatido unos
> niveles que toda población debería tener, a fin de homogeneizar y mejorar
> el desarrollo del mapa:
>
> -Nivel 1: Trazado y nombre de calle
> -Nivel 2: Sentido de circulación, plazas,parques, lugares públicos y
> privados.
> -Nivel 3: Urbanizaciones, granjas,masías, usos del suelo (es lo que da
> color al mapa, residencial,comercial,industrial),delimitar correctamente
> límites administrativos.
>
> Para todo ello se piensa en el desarrollo de una predefinición de menú
> para JOSM que muestre las opciones dirigidas a esos niveles
> "básicos".También se comenta el envío de mensajes vía redes sociales a los
> ayuntamientos y comunidades de la zona para animar al uso y edición de OSM.
>
> -En el grupo español de Telegram se comentaba que tan importante son los
> sentidos de circulación como también los propios portales de la calle,
> aunque eso ya requiere de un etiquetaje un poco más elaborado.También se
> hablaba de exponerlo en la wiki, así como diversas revisiones del
> transporte público, etc.
>
> Todo son ideas, todo es mejorable, no se trata de poner el dedo en la
> llaga o señalar a uno u otro, simplemente se trata de constatar un hecho y
> qué puede hacer la comunidad para mejorarlo.
>
> ¿Qué pensais vosotros?
> Salut i comunitats
> yopaseopor
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Duda sobre Nominatim

[Alejandro Moreno Calvo]

Buenas.

Revisando como funciona Nominatim me encuentro con que en la página de
frases especiales (
http://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases/ES ) se
traduce "Centros médicos en" por "amenity=doctors" y "Centro de salud en"
por "amenity=health_centre". La etiqueta *health_centre* no la encuentro en
la wiki pero aunque existiese entiendo que debería sustituirse por
"amenity=clinic".

¿Cómo lo veis?¿Quién lleva esto?
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Ordenanza de transparencia de Madrid

[Alejandro Moreno Calvo]

No es un tema que tenga que ver directamente con la lista pero si creo que
puede interesar. Hasta el 31 de enero se pueden presentar comentarios al
borrador de la nueva Ordenanza de transparencia de Madrid en
https://decide.madrid.es/processes_ordinance
Creo que sería interesante revisarla para ver si desde OSM se puede aportar
algo que ayude al proyecto.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Marcado de centros de salud

[Alejandro Moreno Calvo]

Yo amenity=doctors lo use para consultas de dentistas, fisioterapeutas y
cosas así. Buscando en la wiki veo que en la página
http://wiki.openstreetmap.org/wiki/ES:Map_Features#Salud ya está marcado
amenity:clinic para centros de salud así que voy a revisar los
amenity:hospital de Madrid para ver cuales corresponden a ambulatorios y
deben ser amenity:clinic

El 15 de enero de 2016, 21:30, Diego García <dgerv...@gmail.com> escribió:

> Yo no sé si estaré haciendo lo correcto, pero los centros de salud los
> estoy etiquetando como amenity doctors.
>
> Tanto las clínicas como los hospitales son sitios en los que se puede
> ingresar un enfermo para ser tratado, es decir, tienen habitaciones y
> plantas para esa práctica. A diferencia de los centros de salud, en donde
> hay una serie de consultas donde pasan visita diversos doctores, (o salas
> de cura, urgencias, etc), pero no hay camas para ingresos. Por eso pienso
> se ajusta más a amenity doctors.
>
>
>
> Un saludo,
>
>
> El 12 de enero de 2016, 18:05, Alejandro Moreno Calvo <almo...@gmail.com>
> escribió:
>
>> Revisando datos veo que en Madrid la mayoría de centros de salud y de
>> especialidades están marcados como amenity:hospital
>> Yo creo que debería ser amenity:clinic
>> ¿Hay alguna normativa para estos centros?
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] I Flash Map Mob

[Alejandro Moreno Calvo]

Sólo se me ocurre proponer que si hacéis pegatinas están lleven un código
QR a la web de OSM o a alguna web dónde se explique la iniciativa.

El 13 de enero de 2016, 13:21, Emilio Gómez Fernández <
emilio.gomez.f...@gmail.com> escribió:

> Hola Moisés.
>
> Yo en su momento importe los comercios registrados en el ayuntamiento to
> de Santander  y que está
> disponible en su portal de datos abiertos
> . Al final más que un
> importación pura y dura fue en muchos casos una revisión y refinado de los
> datos, porque muchos estaban destipificados (sobre todos los relativos a
> las direcciones de los comercios). También incluí el horario comercial de
> cada uno de ellos (queda muy bien eso de mostrar el Osmand y que te diga si
> el comercio está abierto, cerrado o a punto de cerrar).
>
> ¿El principal problema que veo? La desactualización de los datos. Con el
> tema de la crisis y el fin de la renta antigua muchos comercios han cerrado
> o se han trasladado, y aunque la frecuencia de actualización de los datos
> del ayuntamiento indica que es diaria, obliga a estar constantemente
> normalizandolos para poder añadirlos a OpenStreetMap. Tú punto 3 es la
> clave.
> Eso y convencer a los comerciantes que tienen que estar visibles en la
> Red. El paradigma en las compras está cambiando y el problema del pequeño
> comercio no va a ser ya tanto las grandes superficies como la venta por
> Internet...
>
> Un saludo.
>
> Emilio Gómez
>
> El 13 de enero de 2016, 12:18, Moises Arcos 
> escribió:
>
>> Buenos días,
>>
>> a raíz de los resultados que obtuvimos de este primer evento [1] me he
>> puesto en contacto con el gerente del Centro Comercial Abierto Los
>> Remedios.
>> Se trata de una asociación de comerciantes que velan por sus intereses y
>> me gustaría trasladarles la iniciativa que llevamos a cabo y las posibles
>> vías de actuación que podemos hacer conjuntamente.
>>
>> Mi idea es plantearles lo siguiente:
>> 1.- Comentar la iniciativa que realizamos en Los Remedios (flashmapmob)
>> con el objetivo de que todos los comercios estuviesen dado de altas en un
>> mapa online
>> 2.- Explicarles qué es eso de OpenStreetMap y para qué sirve
>> 3.- Implicarlos en la labor mediante la corrección y ampliación de la
>> información de sus propios negocios que nosotros subimos en un primer
>> barrido de las calles.
>> 4.- Diseñar e imprimir unas pegatinas que pongan algo como "Mi negocio
>> está en OpenStreetMap" para que peguen en los escaparates de sus comercios.
>>
>> Me gustaría que me dieseis vuestra opinión del tema y algunas sugerencias.
>>
>> Un saludo!!!
>>
>> [1] http://geoinquietos.blogspot.com.es/2015/12/flashmapmobnoviembre.html
>>
>> El 17 de noviembre de 2015, 15:46, Miguel Sevilla-Callejo <
>> msevill...@gmail.com> escribió:
>>
>>> ¡Qué buena idea esto del FlasMapMob! ¡Me gusta!
>>>
>>> No creo que haya masa crítica en Zaragoza para moverlo, si no sería una
>>> buena idea coordinarnos en varias ciudades.
>>>
>>> Ya nos contareis como fué.
>>>
>>> Un saludo
>>>
>>> M
>>>
>>> *[image: Geo]Miguel Sevilla Callejo*
>>> *Doctor en Geografía | Doctor in Geography*
>>> *Consultor freelance e investigador | Freelance Consultant & Researcher*
>>>
>>> Colaborador del Instituto Pirenaico de Ecología, CSIC, Zaragoza | Fellow
>>> at the Pyrenean Institute of Ecology - Spanish National Research Council
>>> Colegiado nº698, Colegio Oficial de Geógrafos | Member #698, Spanish
>>> Professional Association of Geographers
>>> Web: http://bit.ly/sevillacallejo
>>>
>>> 2015-11-16 17:09 GMT+01:00 Moises Arcos :
>>>
 Buenas tardes,

 desde Geoinquietos Sevilla hemos organizado nuestra I Flash Map Mob
 [1].

 En lo que consiste es en quedar en un café repartirnos las calles
 aledañas y mediante una aplicación móvil subir los datos de los comercios,
 bares, restaurantes ... que nos vayamos encontrando en la calle asignada.

 Queremos replicar este caso [2] y ver si es factible ponerlo en marcha
 en una Mapping Party, ya que hemos notado que el grueso de la información
 que se recoge en las Mappings después no se sube, ya que se dispersa el
 espíritu de colaboración al tener que hacerlo uno en casa sólo.

 Todo el que quiera participar que se registre en el meetup!!!

 Es un evento en Sevilla, pero que se puede hacer extensible fácilmente
 al resto de ciudades.

 Un saludo

 [1]
 http://www.meetup.com/es/Geoinquietos-Sevilla/events/226811612/?a=socialmedia
 [2] https://www.openstreetmap.org/user/mvexel/diary/35788

 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-es


>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> 

[Talk-es] Marcado de centros de salud

[Alejandro Moreno Calvo]

Revisando datos veo que en Madrid la mayoría de centros de salud y de
especialidades están marcados como amenity:hospital
Yo creo que debería ser amenity:clinic
¿Hay alguna normativa para estos centros?
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Importación de farmacias de Madrid

[Alejandro Moreno Calvo]

Aunque la importación de farmacias de Madrid terminó hace varios meses [
https://wiki.openstreetmap.org/wiki/Madrid_Pharmacies_Import_Progress ]
escribo para comentaros que muchas de las farmacias tienen el nombre de
calle mal ya que los datos no contienen las preposiciones de las calles. Es
decir, si una farmacia está en "Calle *del* Doctor Lozano" en los datos a
importar figuraba como "Calle Doctor Lozano".

Es un problema menor en relación a lo que se consiguió con la importación
pero quería dejar constancia para irlo corrigiendo poco a poco y de cara a
futuras importaciones de datos.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Especificar salida de autopista

[Alejandro Moreno Calvo]

Tengo dudas sobre cuál es la mejor solución para mapear los carteles de
autopistas. Yo pensaba que la solución era usar destination en el
motorway_link, sin embargo me he encontrado varias salidas, como este
nodo http://www.openstreetmap.org/node/843207542
, donde la información de salida está en el nodo con la etiqueta exit_to.

Buscando he llegado a esta discursión
http://www.openstreetmap.org/user/mvexel/diary/22419 dónde parece quedar
claro que es mejor usar destination.

¿Como lo estáis mapeando? Si hay que cambiar de exit_to a destination, ¿se
puede montar algo automatizado que haga los cambios?
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es