Re: [Talk-es] Obtención de imágenes de campo.
Buenas. El que da más posibilidades e información de las fotos para meterlas posteriormente en OSM actualmente es Mapillary. Yo uso bastante las fotos para añadir los límites de velocidad. Hay varias maneras de usarlas después pero por ejemplo después desde osmose se puede ver sólo los sitios donde ha detectado una señal de velocidad y en osm o no está puesta la velocidad o esta puesta de manera incorrecta. Por ejemplo sitios donde falta de meter con límite a 100km/h http://osmose.openstreetmap.fr/es/map/#item=8300=14=7=40.756=-1.389=1%2C2%2C3== Esta y mucha información mas se puede ver posicionada y filtrar tanto desde iD como desde JOSM. Desde señales de tráfico hasta cámaras de seguridad, bancos, semáforos,... Y andan ya detectando cosas más grandes como gasolineras. Luego está el antes llamado openstreetcam que ahora se llama kartaview. Recientemente pasé casi todas las fotos de mapillary a este pero no le saco uso. El desarrollo de la misma progresa muy poco y al final no se le puede sacar provecho de manera adecuada a las fotos. Las fotos están ahí pero no facilita sacar información rápidamente de las mismas. Creo que con fotos se puede conseguir muchísima información útil para OSM así que me parece buena idea hacer campañas sobre ello. Saludos. El dom, 20 dic 2020 a las 14:19, Fco. Javier González Jiménez (< fjavier...@hotmail.com>) escribió: > Hola, > > > > Creo que no se ha hablado demasiado del tema de qué aplicación preferíamos > para la captura de las imágenes de campo. > > > > ¿Qué aplicación creéis que debería de ser la preferente para usar en > OpenStreetMap? > > > > ¿Creéis que se deberían de organizar campañas para la captura de datos de > campo? > > > > Creo que sería importante hacer campañas para captar los datos de campo de > todas las vías que se usan de forma > > Preferente (autovía, principal, secundaria y terciaria) en el cálculo de > rutas para establecer los límites de velocidad de las mismas ya que ahora > se están haciendo > > cálculos estimados que no siempre son los más adecuados. > > > > Saludos. > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta para mejorar los procesos de creación de consensos en la comunidad
Todo lo que se hable en Telegram en el foro o en cualquier plataforma se puede plasmar después en la lista y por así decir terminar de decidirse. No hay problema. Si ha funcionado cuando pase a la lista poco habrá que añadir. Y si se quiere usar cualquier otra herramienta se puede hacer igual. Y si se ve con el tiempo que es mejor y así se decide en la comunidad, cambiar a la nueva herramienta como lugar de decisión. Igualmente cuanto menos herramientas diferentes se usen lo veo mejor por no dividir a la comunidad. Pero entiendo que a veces como en este caso puede ser necesario. Esto lo comento porque en el anterior mensaje decias que hay que usarla un tiempo y debe ser durante ese tiempo el único canal de decisión. Esto no es hacerlo con calma. Lo de añadir el enlace como comentas en el último mensaje y has hecho en el tema de las dehesas si lo veo correcto. No estoy diciendo que sea mejor o peor herramienta porque sin usarla claramente no puedo opinar sobre ello. Saludos. El jue., 15 oct. 2020 a las 21:01, escribió: > Buenas igualmente y bienvenido al debate. > > Como he intentado explicar anteriormente no se trata simplemente de tener > un nuevo canal, Loomio no tiene nada que ver con lo que pueda signifacar > Telegram que al fin y al cabo no es más que un canal adicional de > comunicación para que la gente comente, pregunte, opine o se cuente un > chiste. En esto tienes razón, plataformas de este tipo van y vienen y pasan > de moda. Pero no me meto con esto, cada uno elige el que más le guste, ya > sea el foro, reddit, Telegram o lo que sea. Pero hay UN canal para > realmente decidir cosas y este no es opcional: la lista. Si unos cuantos > debaten en el foro y se ponen de acuerdo en que se use forest=dehesa - no > tiene validez ninguna. Lo mismo pasa en cualquier otro canal incluyendo > Telegram. Porque estas cosas obligatoriamente deben pasar por la lista. > > La intención es simplemente encontrar algo mejor que la lista. Y te doy la > razón en que algo tan elemental como la lista no se puede reemplazar a la > ligera cada 3 meses porque sería una cáos. Pero en algún momento hay que > dar un paso adelante para mejorar las cosas y ser más eficientes. Como ya > he comentado el chapter de UK ya lo usa, la OSMF también lo usa. No quiero > hacer nada "de repente" para cambiar en dos meses "de repente". Dices que > hay que probar cosas nuevas con calma - pues aquí está la propuesta para > probar con calma y por ello siempre he añadido un enlace a Loomio para que > la gente haga precisamente esto. Requiere un ligero esfuerzo adicional? Sí, > pero creo que vale la pena. > > Lo de pasar cosas a la Wiki es otro tema diferente y que debemos abordar > independientemente de cómo hemos llegado a una consenso. > > Saludos, > > Marcos Martinez > > Am 15.10.2020 18:50, schrieb Jorge Sanz Sanfructuoso: > > Buenas. > > Cada nuevo canal es división de los que estamos, sea cual sea. Telegram en > sí mismo ya fue una división en su momento y lo sigue siendo. Hay gente que > no lo usa. Trajo sus cosas buenas y sus cosas malas. Cualquier herramienta > nueva va a ser división. Eso hay que tenerlo claro. > > No podemos tampoco llegar y a cada herramienta que salga decir vamos a > probarla usamos eso un tiempo todos y luego decidimos. Eso es un descontrol > y no podemos esperar que todos se pongan a probar las diferentes > herramientas que se nos ocurran. De repente usar Loomio como cualquier otra > herramienta sea el único canal no se puede. No se puede llegar y hacer > borrón y cuenta nueva y si no nos gusta volver a borrar y volver a lo de > antes. Eso es un jaleo que lo que va hacer es espantar a la gente. > > Veo bien que se busquen mejores herramientas pero son cosas que se tienen > que probar con calma y ver si funcionan dentro de la comunidad. Para probar > nuevas herramientas tendrán que convivir con lo que ya se usa durante un > tiempo. Y ver si tienen hueco y como. > > Tenemos un problema a parte de los que se comentan en la lista y en > general en todas las herramientas que usamos. No siempre lo que se plasma > en la lista se pasa después a la wiki que es donde tiene que acabar se usen > los medios que se usen. Y es por lo que algunos temas vuelven a resurgir > cuando ya había algún criterio establecido. Y luego a parte que somos una > comunidad cambiante y entra gente con pensamientos nuevos que pueden volver > a remover cosas ya establecidas. > > Saludos. > > > El jue., 15 oct. 2020 a las 17:59, escribió: > >> Me gustaría volver a poner el foco en la esencia de lo que estamos >> hablando. El título de este hilo es *Herramienta para mejorar los >> procesos de creación de consensos. *No estoy hablando de los miles de >> canales de comunicación que puedan existir y que
Re: [Talk-es] Herramienta para mejorar los procesos de creación de consensos en la comunidad
gt;> de Telegram (y Riot) aquí, si no que es crucial trasladarlos a la wiki. >>>> >>>> Por mi parte, de todos modos, voy a echarle un ojo a la instancia de >>>> loomio que comentáis pues sin duda sería una buena herramienta una vez >>>> tengamos una asociación (con socios) reactivada y en marcha. >>>> >>>> Saludos >>>> >>>> Miguel >>>> >>>> >>>> >>>> >>>> On Tue, 15 Sep 2020, 01:53 Alejandro S., >>>> wrote: >>>> >>>>> Buenos días, >>>>> Últimamente estoy bastante desconcertado de osm, pero creo que esto es >>>>> importante ¿no habría que consensuar en la lista el uso de una nueva >>>>> herramienta para la toma de decisiones? >>>>> >>>>> Saludos, >>>>> Alejandroscf >>>>> >>>>> >>>>> On Fri, Sep 11, 2020, 18:56 hugo wrote: >>>>> >>>>>> Agrego un hilo de recopilación de enlaces para darle más contenido >>>>>> >>>>>> https://loomio.yourcityracing.com/d/KQhk14IA/enlaces-osm >>>>>> >>>>>> El jue, 10 de sep de 2020 a las 19:40, m...@marcos-martinez.net >>>>>> escribió: >>>>>> >>>>>> Hola todos, >>>>>> >>>>>> >>>>>> >>>>>> Tal y como ya he anunciado en Telegram quiero dirigirme a la comundad >>>>>> ES para insistir en la necesidad de organizarnos con mayor eficiencia, >>>>>> sobre todo ahora que se está planteando constituir oficialmente un >>>>>> chapter >>>>>> nuevo dentro de OSM. >>>>>> >>>>>> >>>>>> >>>>>> Afortunadamente nuestra comunidad se caracteriza por ser viva y >>>>>> entusiasta lo cual a menudo resulta en debates acalorados sobre temas muy >>>>>> diversos. Estos debates son necesarios y sanos pero creo que >>>>>> desperdiciamos >>>>>> energía y tiempo si no somos capazes de traducirlos en consensos >>>>>> tangibles. >>>>>> En mi humilde opinión, las consecuencias que más nos impactan son: >>>>>> >>>>>> >>>>>> >>>>>> 1. Es dificil confirmar con cifras que se haya llagado a una decisión >>>>>> u otra y por tanto no se puede actualizar legítimamente la Wiki, la cual >>>>>> debe recoger todas las normas que hemos acordado. >>>>>> >>>>>> >>>>>> >>>>>> 2. El punto anterior implica que los principiantes siguen sin tener >>>>>> pautas claras a medida que vamos afinándolas. Y como tienen dudas todo >>>>>> entran en telegram, sacan el tema – y volvemos a empezar. >>>>>> >>>>>> >>>>>> >>>>>> 3. Hay temas que aparecen con cierta recurrencia y como no podemos >>>>>> construir sobre un debate ya existente todo el mundo tiene que montar su >>>>>> argumentación desde zero cada vez. >>>>>> >>>>>> >>>>>> >>>>>> 4. A falta de números transparentes solo se puede intuir en qué >>>>>> consiste un nueve consenso y a veces parece que los que más ruido crean >>>>>> se >>>>>> llevan el gato al agua. >>>>>> >>>>>> >>>>>> >>>>>> 5. Un debate en Telegram no vale ya que no es un canal oficial y por >>>>>> tanto no llega a todo la comunidad y además no queda constancia de un >>>>>> hilo >>>>>> de debate. >>>>>> >>>>>> >>>>>> >>>>>> 6. Debates en la lista de mail sí llegan a toda la comunidad pero es >>>>>> poco intuitivo a la hora de seguir la discusión sobre un punto >>>>>> específico. >>>>>> Además no permite votar y concretar una resolución. >>>>>> >>>>>> >>>>>> >>>>>> Todos estos puntos ha hecho reflexionar a algunos de la comunidad y >>>>>> con la inestimable ayuda de J. Montes que lo ha instalado en su >>>>>> servidor, hemos empezado a probar una herramienta que nos puede >>>>>> ayudar y que ya está siendo utilizada tanto en la comunidad OSM de UK >>>>>> como >>>>>> enl a misma OSMF: LOOMIO >>>>>> >>>>>> >>>>>> >>>>>> https://loomio.yourcityracing.com/osm-es-talk/ >>>>>> >>>>>> >>>>>> >>>>>> En LOOMIO se pueden crear "Threads" sobre cualquier tema permitiendo >>>>>> responder y crear un hilo espécifico sobre un aspecto dentro del >>>>>> thread, añadir documentos/fotos/etc. para documentar una opinión, >>>>>> hacer encuestas para sondear un tema y sobre todo: hacer una >>>>>> votación final. Los threas son públicos pero hay que crear un usuario >>>>>> para >>>>>> participar en el debate. >>>>>> >>>>>> >>>>>> >>>>>> Quiero invitar a todo el mundo a crear un usuario y probar las >>>>>> opciones, responder a hilos que ya hemos creado y/o crear nuevos. Se >>>>>> trata de que la máxima cantidad de gente participe, sobre todo los >>>>>> veteranos con más conocimientos y con más presencia en los debates de >>>>>> Telegram. >>>>>> >>>>>> Animo a crear hilos sobre temas que hemos discutido recientemente de >>>>>> forma controversa, como por ejemplo lo de los „name:es" – que por cierto >>>>>> es >>>>>> representativo de los puntos criticados: en qué hemos quedado al final? >>>>>> Se >>>>>> ha debatido pero ha quedado el mal cuerpo de que cada uno lo haga >>>>>> como quiera sin resolver el problema de fondo. >>>>>> >>>>>> Gracias por leer este tostón >>>>>> >>>>>> Marcos (Mar Mar) >>>>>> >>>>>> ___ >>>>>> 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 >> >> ___ >> Talk-es mailing list >> Talk-es@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-es > > > > <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail> > Libre > de virus. www.avast.com > <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail> > > ___ > 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 > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Creación de nuevo tag para "Dehesa" (ES) o "Montado" (PT)
Buenas Tanto el landuse=dehesa, como landuse=agroforestry que se han comentado en telegram me parecen bien. Este último puede que esté mejor por eso de ser más internacional. Creo que es necesario un etiquetado específico para las dehesas y no ese despropósito de grassland=dehesa. Creo que ya que es una cosa que tiene que ver tanto con España como con Portugal se trate en una charla conjuntamente. No sé cómo están organizados en Portugal. Saludos. El mié., 14 oct. 2020 a las 15:15, escribió: > Hola Miguel, > > me alegro que la etiqueta tenga tu visto bueno. > > Tal y como explico en el otro correo soy consciente que a día de hoy la > lista es el sitio donde se debe debatir este tema, precisamente por ello > estoy ahora escribiendo en ella. He añadido el link de Loomio para que la > gente pueda experimentar cómo se llevaría el mismo debate allí y desde > luego no quería forzar a nadie. > > ¿Cuánto tiempo crees que sería prudente esperar a que los demás opinen > hasta considerarlo aprobado, publicarlo en la Wiki, cambiar los etiquetados > existentes para hacerlo homogéneo y a medio plazo hacer un proposal oficial > a nivel mundial? > > Saludos, > > Marcos > > Am 11.10.2020 19:43, schrieb Miguel Sevilla-Callejo: > > Hola Marcos, > > Estoy totalmente de acuerdo en tener una etiqueta apropiada al respecto > pero insisto, y en la linea que acabo de comentar en el otro correo que he > enviado en la lista, estoy convencido que los debates han de tenerse en > esta lista de correos o en la wiki pues aunque el uso de loomio me parece > interesante, al igual que el grupo de Telegram no es una herramienta formal > de comunicación y debate de la comunidad. > > Ya hay muchos contribuidores que no siguen o no podemos seguir las > múltiples conversaciones que se desarrollan en la herramienta de mensajería > instantánea como para forzar a que se los mueva a otra plataforma. > > Personalmente, creo que es interesante que el debate se desarrolle aquí o > en la wiki pues aquí o alli quedaran registradas. > > Saludos > > Miguel > > > On Thu, 8 Oct 2020, 19:14 , wrote: > >> Hola a todos, >> >> debido a la falta de un tag que represente con suficiente precisión lo >> que llamamos "dehesa" o "montado" en la península ibérica el compañero >> Diego Cruz ha hecho un proposal: >> >> https://wiki.openstreetmap.org/wiki/Proposed_features/Dehesa >> >> En el proposal se menciona la posibilidad de usar landuse=agroforestry y >> me parece acertado. Pido valoración de la comunidad para unificar criterios >> y cambiar los existentes grassland=dehesa, actualizar el proposal y que se >> vote. >> >> Agroforestry en Wikipedia: https://en.wikipedia.org/wiki/Agroforestry >> >> Por qué me parece apropriado: >> >> Describe "es un sistema productivo que integra árboles, ganado y pastos >> en una misma unidad productiva" y es un termino menos local que dehesa ya >> que en muchas partes del mundo puede haber un landuse parecido y por tanto >> puede aplicar fuera del mediterraneo. >> >> También quiero animar a debatirlo en Loomio para que podamos votar las >> diferentes propuestas: >> >> >> https://loomio.yourcityracing.com/d/aOxEtHBw/creaci-n-de-tag-de-landuse-que-represente-a-una-dehesa- >> >> Un saludo, >> Contributor= Mar Mar (Marcos) >> ___ >> 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 > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Revertir cambios usuario chibisake
Buenas Huele a pokemon. Ya están revertidos los 4 conjuntos de cambios. Saludos El lun., 5 oct. 2020 a las 11:19, Alejandro Moreno () escribió: > Buenos días. > > ¿Podría alguien revertir los cambios del usuario > https://www.openstreetmap.org/user/chibisake/history ? > > Son 4 conjuntos de cambios que he revisado y que no concuerdan con la > realidad y han dejado la zona manga por hombro. > > Un saludo. > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Nuevo usuario problemático
Buenos días Añado solo el enlace a osmcha donde ya varios hemos comprobado sus conjuntos de cambios y se puede ver que no se salva ninguno. https://osmcha.org/?filters=%7B%22users%22%3A%5B%7B%22label%22%3A%22JaimeGG%22%2C%22value%22%3A%22JaimeGG%22%7D%5D%2C%22date__gte%22%3A%5B%7B%22label%22%3A%22%22%2C%22value%22%3A%22%22%7D%5D%7D Saludos. El sáb., 5 sept. 2020 a las 9:42, xyg...@gmail.com () escribió: > Buenos días. Como bien nos suele recordar Miguel Sevilla, conviene dejar > constancia en la lista de estos problemillas para que sean conocidos por > todos los miembros de la comunidad. > > Un nuevo usuario se está dedicando a cambiar los nombres de los topónimos > oficiales de Asturias, en contra de lo que marca la ley en vigor ( > https://sede.asturias.es/portal/site/Asturias/menuitem.fe57bf7c5fd38046e44f5310bb30a0a0/?vgnextoid=757d21bda2295210VgnVCM1097030a0aRCRD > ). > > El usuario en cuestión es JaimeGG, podéis ver el historial de sus > conjuntos de cambios aquí ( > https://www.openstreetmap.org/user/JaimeGG/history#map=10/43.2180/-5.3249), > no señalo ninguno en especial porque todos tienen el mismo problema. > Tampoco ha contestado a los comentarios que se la han hecho por otros > usuarios haciéndole ver el error de sus ediciones. > > Esperemos que se adopten las medidas necesaria o mejor aún, que el usuario > se dé cuenta de sus errores y modifique él mismo sus ediciones. > > Saludos. > Jesús > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación del Catastro en Sacecorbo (Guadalajara)
Normalmente es al revés. Catastro la alineación en ciertos pueblos es un desastre. A veces son cosas sueltas, pero suele ser o una zona o un pueblo entero que no cuadra. PNOA suele estar bien alineada. Tengo yo la casa de mi pueblo que ni la posición ni la forma cuadra ni con cola en catastro jajaja Poco a poco la cosa va mejorando y hay menos casos así. He visto unos cuantos corregidos. Pero todavía hay bastantes. El lun., 24 ago. 2020 18:21, Héctor Ochoa escribió: > Bueno, pues en principio ya he acabado con la importación. Al ser un > municipio de menos de 100 habitantes no ha costado mucho. > Lo único es que la imagen del PNOA y del Catastro no están alineadas por > 1-2 metros, por lo que he dejado la alineación que venía del Catastro, a > falta de saber cuál es la alineación real, entiendo que el Catastro al > hacerse sobre el terreno es más preciso en su alineación. > Ahora faltaría que alguien validase. > > Saludos, > Héctor > > El jue., 20 ago. 2020 a las 14:13, Jorge Sanz Sanfructuoso (< > sanc...@gmail.com>) escribió: > >> Buenas >> Perdona por la tardanza que últimamente estoy que no paro. >> >> Antes de empezar con el proceso de importación habría que añadir todas >> las calles del municipio. En el municipio principal faltan 4 calles que >> probablemente no tengan nombre, pero en Canales del Ducado que pertenece al >> mismo municipio parecen faltan todas. Se puede dividir en 2 a posteriori de >> procesar los datos para evitar este segundo pueblo aunque no se suele >> hacer. A elección del consumidor jeje. >> >> Antes de subirlo al gestor hay que hacer el proceso de conversión de los >> datos de Catastro a formato OSM. Eso lo puedes hacer tú o alguno de los que >> hemos hecho ya unos cuantos y tenemos todo preparado hacértelo. Yo ahora >> ando hasta arriba pero a mediados de septiembre si podría hacerlo. Cómo >> prefieras, hacerlo tú (está documentado el proceso en la wiki), esperar a >> que tenga yo un rato, o si alguien más puede hacertelo que se ofrezca. >> >> Posteriormente cuando ya esté convertido y subido ya hay que ponerlo en >> el gestor de tareas. Si lo haces tu la conversión te doy permisos para el >> gestor de tareas y lo añades tú directamente. >> >> Tengo como tema pendiente poner claro alguna forma de que se ofrezca la >> gente para hacer el proceso de conversión de datos. A ver si cuando esté un >> poco más libre puedo hacerlo. >> >> Saludos. >> >> El mar., 18 ago. 2020 a las 18:09, Héctor Ochoa () >> escribió: >> >>> Buenas, >>> me he apuntado en >>> https://wiki.openstreetmap.org/wiki/ES:Catastro_espa%C3%B1ol/Importaci%C3%B3n_de_edificios/Gu%C3%ADa_de_importaci%C3%B3n/Gesti%C3%B3n_de_proyectos#Pasos_previos >>> para la importación del Catastro en el municipio de Sacecorbo de la >>> provincia de Guadalajara. >>> Me he creado también la cuenta de OSM Robot8A_import. >>> Ahora faltaría que alguien con permisos cree la tarea en el gestor de >>> tareas. >>> >>> Saludos, >>> Héctor Ochoa (Robot8A) >>> ___ >>> Talk-es mailing list >>> Talk-es@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-es >>> >> >> >> -- >> Jorge Sanz Sanfructuoso - Sanchi >> Blog http://jorgesanz.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] Importación del Catastro en Sacecorbo (Guadalajara)
Buenas Perdona por la tardanza que últimamente estoy que no paro. Antes de empezar con el proceso de importación habría que añadir todas las calles del municipio. En el municipio principal faltan 4 calles que probablemente no tengan nombre, pero en Canales del Ducado que pertenece al mismo municipio parecen faltan todas. Se puede dividir en 2 a posteriori de procesar los datos para evitar este segundo pueblo aunque no se suele hacer. A elección del consumidor jeje. Antes de subirlo al gestor hay que hacer el proceso de conversión de los datos de Catastro a formato OSM. Eso lo puedes hacer tú o alguno de los que hemos hecho ya unos cuantos y tenemos todo preparado hacértelo. Yo ahora ando hasta arriba pero a mediados de septiembre si podría hacerlo. Cómo prefieras, hacerlo tú (está documentado el proceso en la wiki), esperar a que tenga yo un rato, o si alguien más puede hacertelo que se ofrezca. Posteriormente cuando ya esté convertido y subido ya hay que ponerlo en el gestor de tareas. Si lo haces tu la conversión te doy permisos para el gestor de tareas y lo añades tú directamente. Tengo como tema pendiente poner claro alguna forma de que se ofrezca la gente para hacer el proceso de conversión de datos. A ver si cuando esté un poco más libre puedo hacerlo. Saludos. El mar., 18 ago. 2020 a las 18:09, Héctor Ochoa () escribió: > Buenas, > me he apuntado en > https://wiki.openstreetmap.org/wiki/ES:Catastro_espa%C3%B1ol/Importaci%C3%B3n_de_edificios/Gu%C3%ADa_de_importaci%C3%B3n/Gesti%C3%B3n_de_proyectos#Pasos_previos > para la importación del Catastro en el municipio de Sacecorbo de la > provincia de Guadalajara. > Me he creado también la cuenta de OSM Robot8A_import. > Ahora faltaría que alguien con permisos cree la tarea en el gestor de > tareas. > > Saludos, > Héctor Ochoa (Robot8A) > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] MENSAJE DE UNDER HEAVY LOG
Buenas. Andan con problemas en los servidores. Copio lo que pusieron esta semana en https://weeklyosm.eu/es/ - openstreetmap.org estuvo fuera de línea por un corto período de tiempo. Debido a un problema <https://github.com/openstreetmap/operations/issues/442> con las descargas Planet, el servidor se estaba quedando sin memoria. Para prevenir esto en el futuro, NFS será movido a S3 de Amazon. Y más información en Github https://github.com/openstreetmap/operations/issues/442 A mi también me ha pasado. La semana pasada bastante pero me da la impresión que pasa ya menos. Saludos. El El sáb, 1 ago 2020 a las 12:17, Angel escribió: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > > Hola. > > Dos o tres veces seguidas hará unos diez días, yo no diría que me ha > pasado con frecuencia, aunque tampoco me logueo con frecuencia > > Saludos > > El 1/8/20 a las 12:11, emilio escribió: > > > > Hola a todos > > > > Desde hace algunos días me viene saliendo con bastante frecuencia, al > > acceder a la web o al guardar conjuntos de cambios, el mensaje de que > la > > web está “under heavy log”, lo cual está haciendo que disponga de men > os > > tiempo del poco que ya dispongo para poder subir ediciones, y tener qu > e > > esperar a que vuelva la normalidad o ir acumulando ediciones en el cas > o > > de que el error me pille dentro de la web > > > > ¿Os pasa también a vosotros últimamente? > > Enviado desde Correo de Windows > > > > > > ___ > > Talk-es mailing list > > Talk-es@openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-es > > > > -BEGIN PGP SIGNATURE- > > iQIzBAEBCgAdFiEEIrT13kzezQWgMjj0EX/9bAAGXMYFAl8lQNEACgkQEX/9bAAG > XMYtVQ/9HYS3NV0VzFs2YEVp1YJw2A4fTqzFqzQEA5BZTCAzPx/5tLtdpJUYKljh > L1zFSL+VMR+QMT9QW4rmuxhwGxqw1sXNEn+5IYKTa/KNHuzwBYvh/qBKPxB4o9oN > 1KsFGPZp+eVhtQXrR0GRxIc4+LGtyDPXJin6mV+4Gc7s2FX3q3zG1RjXJUfQL5NL > cjncJR7X0y5jJDvsWDuqAxRlHYJtg2Q3d3ILG1ZEgU+7d1WjF5cHLaEZ6uYmGBln > XkNvvNO4GtkLvc1vzCDkOxHSJDhx/NwG7qX0x0FeRJ07BgvXrBvvnttvYFvwxS4W > pczLmA2Uop5M3eaw9/k1oGa/RCAFmGJPz3orm+1m1D8aCFFLgY6AsGy+twUv69Vf > tVTJ66cDvjADk2nVrBsYjBmjvCMmz8Ih1Cq6/F7oIiA207pkOAil/RQdUzBMfUhW > WYM6XgByjTC+xm8kj/PsH08doFXzhu8SCUkjSzka9P/MyGeR8pmgPUZEYovPL0Qh > Q2C6MFK8kfD8aX/k2MTYZBulvTqJjn9vQmxpd2Kz+tzPr5ZJqN4npxlOg9GLIyI+ > cg24DHTZdY6urURTA1LsQ/P1Igq7pGz/1nXNKWJZy6BMU7wmskinsYEFbAwNV03x > sRzeBLQYpfxLfNy4Hp49qRSIZd6C4yaP6lGiRZ2e/UtCEZ6xnCs= > =udDz > -END PGP SIGNATURE- > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Edit war about names in Basque speaking regions
;>>>> wrote: >>>>> > >>>>> > Hola, >>>>> > El criterio usado en algunos de los changeset por Hart Beltza parece >>>>> correcto si en el municipio aparecen placas con los nombres en ambos >>>>> idiomas. Es decir, en name deben aparecer los dos nombres separados por >>>>> una >>>>> barra. Luego, habría que añadir las traducciones en name:eu y name:es. >>>>> Catastro no siempre es lo oficial. Por ejemplo, la ciudad de València >>>>> tiene >>>>> el callejero en catalán de manera oficial, pero los de Catastro no lo han >>>>> modificado y sigue saliendo en castellano. En principio, las placas >>>>> deberían anteponerse a lo que diga el Catastro, a no ser que exista un >>>>> error ortográfico en la placa. En este último cado, lo suyo sería >>>>> corregirlo en OSM. >>>>> > >>>>> > Saludos >>>>> > >>>>> > >>>>> > De: Frederik Ramm >>>>> > Enviat el: divendres, 24 de juliol de 2020 22:39 >>>>> > Per a: talk-es@openstreetmap.org >>>>> > Tema: [Talk-es] Edit war about names in Basque speaking regions >>>>> > >>>>> > Hi, >>>>> > >>>>> > one user has changed several street names from the Spanish form to a >>>>> > combined "Basque / Spanish" form. This has angered another user and >>>>> > there have been fights about how these streets should be named. >>>>> > >>>>> > I have blocked the user "Hartz Beltza" in >>>>> > https://www.openstreetmap.org/user_blocks/3807 and requested that >>>>> they >>>>> > discuss the matter with the Spanish community before they continue. >>>>> (I >>>>> > have also requested from user H2Ox2 that he use better changeset >>>>> comments.) >>>>> > >>>>> > In OpenStreetMap it is very rare that we use dual languages in the >>>>> > "name" tag but it *does* happen, for example in the bilingual >>>>> > (Italian/German speaking) region of South Tyrol. There, both >>>>> languages >>>>> > are actually shown on the street signs. I don't know how this is in >>>>> the >>>>> > Basque regions. I am not saying you cannot do it but it required a >>>>> broad >>>>> > consensus that it is the right thing to do. >>>>> > >>>>> > It is a decision that the Spanish community should be making, and the >>>>> > DWG will then help enforce it. >>>>> > >>>>> > Please continue this discussion in Spanish. I am providing an >>>>> automated >>>>> > translation of my message below. >>>>> > >>>>> > Bye >>>>> > Frederik >>>>> > (DWG Ticket #202007241145) >>>>> > >>>>> > Un usuario ha cambiado varios nombres de calles del formulario en >>>>> > español a un formulario combinado "euskara / español". Esto ha >>>>> enojado a >>>>> > otro usuario y ha habido peleas sobre cómo se deben nombrar estas >>>>> calles. >>>>> > >>>>> > Bloqueé al usuario "Hartz Beltza" en >>>>> > https://www.openstreetmap.org/user_blocks/3807 y solicité que >>>>> > discutieran el asunto con la comunidad española antes de continuar. >>>>> > (También solicité al usuario H2Ox2 que utilice mejores comentarios de >>>>> > conjunto de cambios). >>>>> > >>>>> > En OpenStreetMap es muy raro que usemos dos idiomas en la etiqueta >>>>> > "nombre", pero * sucede *, por ejemplo, en la región bilingüe >>>>> (italiano >>>>> > / alemán) del Provincia autónoma de Bolzano. Allí, ambos idiomas se >>>>> > muestran en las señales de tráfico. No sé cómo es esto en las >>>>> regiones >>>>> > vascas. No digo que no pueda hacerlo, pero requirió un amplio >>>>> consenso >>>>> > de que es lo correcto. >>>>> > >>>>> > Es una decisión que debe tomar la comunidad española, y el DWG >>>>> ayudará a >>>>> > hacerla cumplir. >>>>> > >>>>> > Por favor continúe esta discusión en español. >>>>> > >>>>> > -- >>>>> > Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" >>>>> E008°23'33" >>>>> > >>>>> > ___ >>>>> > 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 >> > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Ediciones del usuario jamesks
mos que este tipo de problemas que crean algunos >> usuarios se puedan frenar antes para que no se agrave la situación por el >> bien de los demás, ya que algunos pueden cansarse o incluso dejar OSM por >> la insistencia de unos pocos de no hacer bien las cosas y/o no querer >> colaborar, sino ir a su rollo. >> >> Un saludo >> >> >> El jue., 9 jul. 2020 a las 15:58, José Juan Montes () >> escribió: >> >>> >>> +1, tb he comentado en el changeset. >>> >>> Jose Juan Montes >>> >>> >>> El jue., 9 jul. 2020 a las 14:39, Diego Cruz () >>> escribió: >>> >>>> Hola a todos: >>>> >>>> Os escribo porque estos días de atrás también ha habido cierto debate >>>> sobre la imprecisión de las ediciones del usuario jamesks que ha quedado un >>>> poco diluido entre otras cuestiones. >>>> >>>> Hace tiempo que en Castilla y León comentamos lo hartos que estamos de >>>> las vías generadas por este usuario, porque edita sin hacer zoom y poniendo >>>> cuatro nodos de cada camino, y además lo hace a gran escala y sin prestar >>>> atención a los errores que genera. En repetidas ocasiones nos hemos quejado >>>> de que las chapuzas que va dejando son demasiado grandes para nuestra >>>> capacidad de revisión y de que sus errores permanecen durante años en el >>>> mapa. >>>> >>>> Últimamente ha estado editando líneas eléctricas por toda España de >>>> manera aproximada y descuidada, y en ese caso se añade el problema de que >>>> no tenemos fuentes para solucionar los errores que va creando. >>>> >>>> Aunque ya le había hecho llegar mi disconformidad en ocasiones >>>> anteriores (no soy el único), esta vez me ha respondido en uno de sus >>>> changesets (https://www.openstreetmap.org/changeset/87255655) diciendo >>>> que su idea de hacer el mapa consiste en hacer primero una especie de >>>> esbozo y luego afinar detalles (cosa de la que después se olvida, pues para >>>> ello cuenta según él con la colaboración de los demás). >>>> >>>> Agradezco vuestras opiniones sobre esta forma de editar, que creo que >>>> choca con la de la inmensa mayoría de nosotros. También le he invitado a él >>>> a unirse al debate. >>>> >>>> Otros changesets representativos pueden ser los siguientes: >>>> - https://www.openstreetmap.org/changeset/87228212 >>>> - https://www.openstreetmap.org/changeset/86997283 >>>> - https://www.openstreetmap.org/changeset/86887596 >>>> >>>> Un saludo >>>> ___ >>>> 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 >> > > > -- > Saludos, > > Roberto > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Compra de Mapillary por parte de Facebook
Buenas Para el que esté interesado en pasar las fotos de Mapillary a OpenStreetCam han creado esta página web que lo realiza prácticamente solo. https://osm.svimik.com/photosync/ Solo hay que logarse en ambas plataformas, darle a que carge la lista de secuencias de Mapillary y luego se seleccionan y se le da a que las transfiera. Tienes algunas limitaciones como que está limitado a 5000 secuencias (ya lo han aumentado desde un límite de 1000). Además la transferencia es bastante lenta. Probablemente porque OpenStreetCam está teniendo un tráfico bastante superior al que está acostumbrado. La descarga de Mapillary va mucho más rápida que la posterior subida a OSC. Pero bueno no hace falta ya después ni tener abierta la web así que no hay que andar preocupado ni nada. Cuando acabe acabo. Según el desarrollador tiene idea de que en el futuro también funcione de manera inversa, pasar de OSC a Mapillary. El dom., 28 jun. 2020 a las 18:38, Roberto geb () escribió: > Mapillary siempre ha tenido una agenda oculta, porque quién va a pagar la > obtención, almacenamiento y gestión de millones de fotografías del mundo > sin sacar nada a cambio. Sus algoritmos de reconocimiento facial, > matrículas, señales de tráfico, vías, ... se han estado preparando para > venderse por ejemplo a fabricantes de vehículos autónomos, o como bancos de > pruebas de sus propios algoritmos. > Ahora que lo ha comprado Facebook ¿qué podemos esperar? > Mapillary no ha gestionado adecuadamente los datos para contribuir al > desarrollo y mejora de mapas (hace años que empezaron a romperse secuencias > de fotos y a geolocalizar fotos en lugares erróneos y la única solución que > ofrecían era volver a subir las secuencias), desde hace meses están > habiendo problemas para usar el web uploader sospecho que porque quieren > promover el uso del desktop uploader. > Y ahora la compra Facebook. Tal vez Facebook le permita llegar a más > personas e interesarles por fotografiar el mundo en el que cada uno vive, > pero de momento Mapillary no es rival para Google Street View, y no lo será > mientras no tenga un programa sistemático de captación de imágenes 360, > como lo tiene Google. > > El vie., 26 jun. 2020 a las 17:42, Miguel Sevilla-Callejo (< > msevill...@gmail.com>) escribió: > >> Muchas gracias Jorge por el resumen y mandar la cosa #alalista :-P >> >> A mi no me hace gracia que Mapillary la haya comprado Facebook, tampoco >> me gustaba que uno de sus partners más importantes fuera ESRI pero seguía >> subiendo fotos. >> >> Que nadie se engañe, cuando habéis subido las fotos a Mapillary les >> habéis regalado su copyright para que ellos hicieran con ellas lo que >> quisieran (hay otros hilos anteriores en esta lista sobre el asunto). Otra >> cosa es que, además las publicaran en Creative Commons, previa retirada de >> elementos de privacidad (no las que tienen ellos en propiedad) y de ahí >> nos beneficiamos todos. >> >> Yo, más por el confinamiento y demás, que por otra cosa, he dejado de >> lado las sesiones "masivas" mapillary desde el retrovisor del coche... pero >> como bien decía Jorge, no hay alternativas reales y con tanta calidad que >> puedan sustituir a Mapillary que ahora si... será la alternativa a Google >> StreetView pero con mejoras que van, espero ,a seguir compartiendo con la >> comunidad de OSM. >> >> Yo no pude seguir la discusión en Telegram por lo que os animo, si os >> apetece, a que compartamos por aquí las reflexiones generales al respecto. >> >> Un saludo >> >> Miguel >> >> -- >> *Miguel Sevilla-Callejo* >> Doctor en Geografía >> >> >> On Thu, 25 Jun 2020 at 14:29, Jorge Sanz Sanfructuoso >> wrote: >> >>> Buenas >>> >>> Se ha comentado por Telegram y la mayoría ya lo sabreis. Facebook ha >>> comprado Mapillary. >>> https://blog.mapillary.com/news/2020/06/18/Mapillary-joins-Facebook.html >>> >>> En Telegram algunos tuvimos conversación sobre el tema. No voy a pasar >>> mensajes copiados directamente porque ya andan perdidos entre muchos >>> mensajes. Intentaré hacer un pequeño resumen. Añadir lo que se me escape. >>> >>> Se ha tenido diferencia de opiniones sobre lo bueno o malo de esto. En >>> su mayoría cuanto de malo es esta compra por parte de facebook. Facebook es >>> el diablo, Facebook va a usar las fotos para otras cosas como reconocer las >>> caras de la gente, localización de comercios, realidad aumentada, >>> Se ha hablado de las prácticas que lleva facebook y las mentiras por >>> ejemplo en la adquisición de whatsapp, que nunca iban a juntar esa >>> información
Re: [Talk-es] Ediciones cuestionables usuario jlcc78
title a message for the user who reverts his changes, ussing >> an >>agressive expresion that I would translate as "*Don't bother me*". >>- *87343628: *In this changeset, he started to translate the name of >>the road "Autovía de las Rías Baixas" to "Autovía de las Rías Bajas", >>replacing again "name=" with "name:es". Also, he deletes Galician >>translation "name:gl='Autovía das Rías Baixas'". Again, in order to hide >>his fascist vandalism, in an effort to remove any Galician place name from >>the map, he does some edits on a near village, that may be correct. Two >>users warn him that his changeset is going to be reverted because of >>vandalism. >>- *87349241: *User proceeds to translate again the name of the N-6 >>road, hidding his vandalism deleting and redrawing buildings from scratch. >>On changeset's title, he writes another message for users against him: >> "Are >>you going to bother me?". Here, an user proceeds to extensively explain >> him >>what he is doing wrong, an the possible consecuences of doing that, in >>order to correct him and try to make ir a good mapper. >>- *87367055: *Again, he translates de N-6 and also deletes "name:gl" >>tanslation. >>- *87367121: *Another time, he translates the N-6 but this time, he >>deletes "name:eu=" demonstrating that the only thing he is looking >>for is to get rid of co-official languages such as Galician or Euskera and >>establishing Spanish at a national level like Francoism. >>- *87367178: *Another N-6 translation. >> >> This 10 changesets are far from being the most hazardous ones of this >> user, but I have decided to comment them in order to be able for other >> user to continue the thread, commenting all the changesets since June 28th, >> 2020 (day when the changeset that produced the tension between users whas >> published), following a timeline. For that I have suggested comunnity to >> continue adding to this thread other 10 changesets every post if posible, >> in order to document al the damage cause by jlcc78. >> >> I also have to comment that I'm very dissapointed with DWG actuation, blaming >> the community for reversing changesets, when they're wasting their time >> on recover de data damaged by jlcc78. I understand that DWG is formed by >> volunteers that are also putting a lot of work on maintaining everithing >> OK, but for that, they have to be de first to understand how frustrating is >> to see how years of work are being destroyed by a mainiac repeatedly. >> >> I hope that this nightmare ends soon. >> >> Sincerely, Nicolás Vieites >> >> >> >> -- >> *De:* Miguel Sevilla-Callejo >> *Enviado:* lunes, 6 de julio de 2020 10:20 >> *Para:* Discusión en Español de OpenStreetMap >> *Asunto:* [Talk-es] Ediciones cuestionables usuario jlcc78 >> >> Estimados colegas, >> >> Abro este hilo para que se pueda debatir las ediciones que ha llevado a >> cabo el usuario @jlcc78 en las últimas semanas [0] y para enlazar con los >> correos que se han tomado en otro hilo [1]. >> >> Se ha debatido y se ha escrito mucho en el grupo de mensajería >> instantánea (Telegram/Riot [2]) pero como no me canso de decir >> constantemente ESE NO ES FORO para ese tipo de cuestiones. ESTE ES EL FORO. >> >> Las ediciones y la guerra de ediciones que ha desatado @jlcc78 ha llevado >> a que se llegue a pedir la suspensión temporal de este usuario pero no se >> ha escrito una sola línea de él en este foro. >> >> Mi opinión personal es que este usuario ha realizado una serie de cambio >> en la base de datos de OpenStreetMap de manera unilateral, sin seguir las >> indicaciones de la comunidad y contraviniendo algunos acuerdos que ya >> estaban marcados. A sus ediciones, se ha sumado un tono agresivo y >> descalificador contra otros editores y esto está llevando a un tono de >> crispación dentro de la comunidad que NO ES TOLERABLE. >> >> Animo a que cualquier usuario de la comunidad y a la gente del Data >> Working Group (DWG) a seguir los comentarios y los debates que se han >> suscitado en torno a algunas de las ediciones de este usuario para poder >> poner sobre la mesa la preocupante situación que se ha desatado. >> >> Yo ya he comunicado en privado y en la discusión a algún conjunto de >> cambios del usuario @jlcc68 que debían seguirse las pautas marcadas en la >> comunidad y sobre todo, que esas NO son formas en la comunicación. >> >> Espero que podamos volver a la cordura y el sentido común y podamos >> unirnos en lo que nos gusta e intentar olvidar las cuestiones que nos >> separan tomando consciencia que muchas de las decisiones que se puedan >> llegar a tomar puede que no nos terminen de convencer pero, entretanto, >> estamos haciendo crecer el mapa. >> >> Os invito, en tono sosegado y constructivo (POR FAVOR NADA DE >> DESCALIFICACIONES) a continuar este hilo con vuestros comentarios. >> >> Un saludo >> >> Miguel >> >> [0] https://www.openstreetmap.org/user/jlcc78/history >> [1] >> https://lists.openstreetmap.org/pipermail/talk-es/2020-July/017336.html >> [2] https://wiki.openstreetmap.org/wiki/ES:España#Contacto >> >> -- >> *Miguel Sevilla-Callejo* >> Doctor en Geografí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 > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Asociación OSM España
Resumen de algunas cosas que he sacado de conversaciones antiguas sobre los estatutos ———-MODIFICACIONES ESTATUTOS——— Listado de cosas que he visto que se comentaron en una reunión que podría ser necesario cambiar de los estatutos: * Art.5: domicilio social. * Art. 25, 2: baja por no pagar X cuotas. * Art. 30: patrimonio fundacional. * Número de vocales en la descripción de la junta * Forma de mover el dinero, que tengan que firmar 2 de 3 personas. Presi, tesorero y secretario. * Suposición de adaptarse a nueva ley, incorporando los aspectos de protección de datos y demás. * Poner en los nuevos estatutos que las asambleas son virtuales. * Los estatutos se cambian en una asamblea extraordinaria. Enlace a la parte de la conversación que se habla del tema https://matrix.to/#/!hixUgTxgHflVVdEgqV:matrix.org/$14756146082242892kzphV:matrix.org?via=matrix.org=nerdsin.space=junta.pl ———-GESTORÍA PAPELES ASOCIACIÓN——- Enlace a la lista de correo sobre el tema https://lists.openstreetmap.org/pipermail/talk-es/2016-April/013979.html El jue., 22 sept. 2016 a las 15:40, Alejandro S. () escribió: > Hecho, > > He enlazado al archivo de la lista con la convocatoria[0]. > > > > [0]: > https://lists.openstreetmap.org/pipermail/talk-es/2016-September/014352.html > > Salud y mapas, > Alejandro Suárez > > 2016-09-22 13:57 GMT+02:00 Jaime Crespo : > >> 2016-09-19 19:44 GMT+02:00 Miguel Sevilla-Callejo : >> >>> *C -- Establecer quedadas virtuales regulares vía IRC/Hangout/lo que >>> sea,* >>> a modo de reuniones formales de la comunidad. Yo mismo me puedo hacer >>> cargo de coordinarlas. Es más, dado que a la encuesta para celebrar la >>> próxima quedada virtual solo la han respondido dos personas y no parece que >>> nadie más vaya a responder, creo que lo más lógico es hacer una >>> convocatoria en firme. Por tanto os convoco el primer martes de cada mes a >>> las 22:00 para tener una reunión de máximo hora y media. O lo que es lo >>> mismo, la siguiente reunión sería el martes día 4 de octubre a las 22:00 >>> horas en el canal de IRC del OSM-es >>> >> >> Hay que añadir el evento a la wiki, en concreto a >> https://wiki.openstreetmap.org/wiki/Template:Calendar (portada) y un >> enlace explicando lo básico. Lo puedo hacer luego, pero a ver si alguien se >> me puede adelantar. >> >> ___ >> 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 > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Compra de Mapillary por parte de Facebook
Buenas Se ha comentado por Telegram y la mayoría ya lo sabreis. Facebook ha comprado Mapillary. https://blog.mapillary.com/news/2020/06/18/Mapillary-joins-Facebook.html En Telegram algunos tuvimos conversación sobre el tema. No voy a pasar mensajes copiados directamente porque ya andan perdidos entre muchos mensajes. Intentaré hacer un pequeño resumen. Añadir lo que se me escape. Se ha tenido diferencia de opiniones sobre lo bueno o malo de esto. En su mayoría cuanto de malo es esta compra por parte de facebook. Facebook es el diablo, Facebook va a usar las fotos para otras cosas como reconocer las caras de la gente, localización de comercios, realidad aumentada, Se ha hablado de las prácticas que lleva facebook y las mentiras por ejemplo en la adquisición de whatsapp, que nunca iban a juntar esa información con la de facebook. Posibles medios para borrar todas las fotos de Mapillary y como descargarlas antes. Borrar todas las fotos: https://framagit.org/Midgard/exit-mapillary Descargar todas las fotos: https://github.com/gitouche-sur-osm/mapillary_takeout Por otra parte según indican en el blog van a dar acceso comercial a las fotos procesadas. Y se ha hablado sobre la alternativa más parecida que tenemos, OpenStreetCam. Se ha comentado que es lo mas parecido pero que no llega ni por asomo a Mapillary. Me gustaría que la gente opinara del tema y también que indicará si ha hecho o no contribuciones anteriormente a Mapillary o si ha usado los datos de Mapillary de alguna manera. Esto último no se ha comentado en telegram por la parte que ha opinado y creo que es importante. Mi opinión Por mi parte he subido bastantes fotos a Mapillary con diferentes cámaras, algunas que he ganado y me ha dado Mapillary. También he usado bastante los datos extraídos de las imágenes. Tanto directamente desde el plugin de JOSM, como cogiendo información que saca Osmose de las fotos, como usandolas en Pic4Review. La cantidad de información que sacados desde mapillary no es ni comparable a la que saca la alternativa más parecida, OSC. Me fastidia mucho que pueda tener facebook mayor acceso a las fotos, pero mas me fastidia que nos pongamos zancadillas a nosotros mismos. Mapillary nos da acceso fácil a muchísima información útil y difícil de conseguir para darla por perdida. La manera que voy a tener de sacar fotos y añadirlas a Mapillary tengo claro que va a cambiar, ya está cambiando, ya no es el único sitio donde he subido mis últimas fotos sacadas recientemente. Aunque por mi parte lo vea un error entiendo el punto de vista de la gente que no quiere darle absolutamente nada a facebook y lo respeto. El tema de borrar todas las fotos de Mapillary creo que no va a solucionar nada, si acaso nos quita acceso. Pero las imágenes, ya ha pasado en el propio facebook que no las borraba realmente, así que no creo que sirva de mucho. Pero cada uno es libre de hacer lo que considere mejor. OSC es un proyecto que nunca me ha terminado de gustar. Se ha comentado alguna vez por aquí. Va de libre pero yo no la veo tan libre como dice. Además el desarrollo está bastante parado. Veo que cogen fotos si pero ha cambio no dan mucho. Además ayer se comentó algo de un cambio de licencias perdido en los mensajes de telegram que tampoco me he puesto a mirar en que repercute. En su momento cuando probé OSC lo vi muy rudimentario. Y lo he vuelto a probar ahora y no ha cambiado nada. De cualquier manera ya ando viendo como subir las fotos tanto en Mapillary como en OSC por lo que pueda pasar. Y también creo que es el momento de que OSC se pusiera las pilas y demostrara que puede ser útil para OpenStreetMap. Es un tema que estaré muy expectante de cómo se va desarrollando, y pendiente de si facebook hace alguna de las suyas. Pero hoy por hoy, aunque la manera de funcionar de facebook no me guste, no veo alternativa, y en principio lo que es darnos información no va a cambiar la cosa. Viendo que está colaborando en otras partes de OpenStreetMap, esa parte no creo que cambie, por lo menos a corto plazo. Perdon por el tostonazo. Espero vuestras opiniones. Saludos. -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Ciclo de vida de una calle
Buenas. La semana pasada precisamente metí unos pocos name:etymology:wikidata para probar a partir de algo que se comento en Telegram. Me parece buena idea. Saludos. El dom., 31 may. 2020 a las 10:51, Héctor Ochoa () escribió: > Buenas, > muy buena idea. > Yo personalmente para el nombre uso name:etymology:wikidata ( > https://wiki.openstreetmap.org/wiki/Key:wikidata). Ejemplo: > https://www.openstreetmap.org/way/80716653 > > Saludos > > El dom., 31 may. 2020 a las 10:16, Carlos Guallart () > escribió: > >> Es una buena idea. >> >> El dom., 31 may. 2020 a las 10:09, Lanxana . () >> escribió: >> >>> Buenos días, >>> >>> hace tiempo que le estoy dando vueltas a completar la información >>> toponímica de las calles. Esto incluiría su ciclo de vida (cuando se creó, >>> qué nombres ha tenido a lo largo del tiempo y en qué fechas), historia de >>> su nombre (enlace a biografía personaje si fuera el caso) o incluso >>> historia de la propia calle, si dispone de artículo en la wikipedia o >>> código wikidata. >>> >>> Para poder etiquetar bien estos datos, he estado buscando en la wiki >>> cómo etiquetar este ciclo de vida. Estaba escribiendo ya un correo pidiendo >>> ayuda, pero he encontrado información que me parece interesante compartir >>> con la comunidad. >>> >>> start_date= fecha desde la que hay constancia de que existe esta calle, >>> ya sea histórica (una vía romana) o moderna (urbanización nueva) >>> >>> [1] name= nombre oficial actual >>> >>> [2] old_name= nombre con el que se conoció en algún momento y aún >>> pervive en la memoria colectiva >>> >>> name:fecha= fecha a partir de la cual tiene ese nombre >>> >>> name:fecha1-fecha2 = período durante el cual tuvo ese nombre, cuando la >>> fecha es completa (año-mes-día, según ISO-8601), se separan las fechas con >>> un doble guión (por ejemplo, 1900-01-01--1920-12-31) Aunque parece que este >>> etiquetado está en propuesta[3]. >>> >>> Para la biografía del personaje, hay la opción de usar: >>> >>> name:wikipedia= enlace al artículo >>> >>> Espero os sea de ayuda, y si alguien quiere opinar/debatir sobre cómo >>> etiquetar mejor el período de validez de un nombre, bienvenido sea! La >>> propuesta que hay me parece coherente, y el ejemplo con una calle alemana >>> le da mucho juego. >>> >>> Saludos! >>> >>> [1] https://wiki.openstreetmap.org/wiki/Names >>> <https://wiki.openstreetmap.org/wiki/Names#Date_namespace_suffix_for_historical_names> >>> [2] https://wiki.openstreetmap.org/wiki/Key:old_name >>> [3] https://wiki.openstreetmap.org/wiki/Proposed_features/Date_namespace >>> _______ >>> Talk-es mailing list >>> Talk-es@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-es >>> >> >> >> -- >> Carlos Guallart >> >> ___ >> 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 > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Demarcaciones sanitarias
almente centros de salud >> - *Healthcare=doctor* para las consultas de los pueblos pequeños >> >> Además, los centros que tengan puntos de atención continuada (entiendo >> que eso es lo que son las urgencias en el lenguaje de la Junta) pueden >> marcarse con *emergency=yes*, los centros de especialidades >> (ambulatorios) con *healthcare=specialities* (este etiquetado no existe, >> pero no he encontrado nada que refleje lo que son estos centros, que en >> Castilla y León están a medio camino entre un centro de salud y un >> hospital), y *healthcare=hospice* para los centros de cuidados >> paliativos. >> >> Creo que esto es lo básico del sistema sanitario de Castilla y León. >> Luego pueden añadirse las especialidades de cada hospital, los horarios de >> atención o lo que se quiera. Espero vuestros comentarios por si me dejo >> algo en el tintero y que uséis en otras autonomías. >> >> Un saludo >> >> >> https://www.saludcastillayleon.es/institucion/es/organizacion/ordenacion-sistema-sanitario/guia-ordenacion-sanitaria-castilla-leon/anexos.ficheros/77581-Anexo%20I.pdf >> >> ___ >> Talk-es mailing >> listTalk-es@openstreetmap.orghttps://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 > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Datos IET - Xunta de Galicia
Buenas. En el gestor estamos alejandroscf, cronoser y yo de administradores. Si necesitas acceso para familiarizarte dime usuario y te doy permisos para crear proyectos. Saludos. El dom., 24 may. 2020 a las 23:17, Santiago Crespo (< openstreet...@flanera.net>) escribió: > Si, se puede crear un proyecto en el gestor de tareas por cada proyecto > de importación como las parroquias. Eso sí, antes tiene que estar > definido cómo será el proceso en la wiki y que no haya más pegas sin > resolver en esta lista y en imports. > > Creo recordar que tendrás que pedir a Javier Sánchez que dé permisos a > tu usuario de OSM para que puedas crear proyectos en el gestor, esto > podrías hacerlo ya. Así podrías crear un proyecto de pruebas (no > público) para que te familiarices con el gestor como administrador de > proyectos. > > On 5/24/20 10:46 PM, Miguel Branco wrote: > > Gracias por las aportaciones, Santiago! > > > > Si, me centré en crear una página donde se describa objetivo por > > conjunto de datos. Pero efectivamente, alguno de ellos llevará tiempo y, > > también por comodidad, debería tener su propia web. Intentaré irlos > creando. > > > > El gestor de tareas nos vendría fantástico para datos como los de añadir > > parroquias. Se podría abrir un proyecto allí? > > > > O dom., 24 de maio de 2020 ás 21:55, > <mailto:talk-es-requ...@openstreetmap.org>> escribiu: > > > > Message: 2 > > Date: Sun, 24 May 2020 17:25:07 +0200 > > From: Santiago Crespo > <mailto:openstreet...@flanera.net>> > > To: talk-es@openstreetmap.org <mailto:talk-es@openstreetmap.org> > > Subject: Re: [Talk-es] Datos IET - Xunta de Galicia > > Message-ID: <8cad392d-ecf4-303e-1c78-2f3205140...@flanera.net > > <mailto:8cad392d-ecf4-303e-1c78-2f3205140...@flanera.net>> > > Content-Type: text/plain; charset=utf-8 > > > > Ola Miguel, > > > > Enhorabuena por conseguir la autorización y carta de exención > firmadas, > > buen trabajo. Las he subido al wiki con las categorías > > "ES:Autorizaciones para usar fuentes de datos de España", > "Documents" y > > "ES:Galicia". He cambiado los enlaces para que apunten a los > documentos > > en el wiki, cambiando un poco del texto que acompaña a los enlaces. > > > > Creo que cada proyecto de importación tendría que tener su propia > > página, en lugar de ser secciones en una página enorme. Así será más > > facil que la comunidad revise cada proyecto, de uno en uno. Si además > > están en inglés, será más fácil para imports pero esto ya es > opcional. > > Recuerdo que en una de las primeras propuestas del catastro nos > pusieron > > pegas en la lista de imports por intentar organizar una importación > de > > varios tipos de elementos a la vez. > > > > Quizá podrías mantener la página de IET_Import como un índice que > enlace > > con las páginas individuales para cada proyecto. > > > > Sobre la página con los estados de importación, si usamos el gestor > de > > tareas creo que no haría falta ir actualizando la wiki para apuntar > lo > > que está hecho o no. > > > > Por ahora no he leído detalladamente las propuestas concretas ni he > > visto los datos originales. > > > > Saludos! > > Santiago Crespo > > > > > > ___ > > 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 > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Baja en lista
Javier debes darte de baja de la lista desde esta página web que aparece en el pie de los correos de la misma https://lists.openstreetmap.org/listinfo/talk-es Saludos!! On Fri, 1 May 2020 at 18:10, Javier Duran via Talk-es < talk-es@openstreetmap.org> wrote: > > > JAVIER DURAN GIMENO > + 34 606419704 > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz http://twitter.com/xurxosanz http://jorgesanz.net ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Cuál es el propósito de la etiqueta destination=
/VZytigI7an53gkHvSn13ow > > Idéntico: destination=Armilla;P.T. Ciencias de la Salud > Normalizado: destination=Armilla; Parque Tecnológico Ciencias de la Salud > > Creo más razonable que el criterio sea el "Intermedio" propuesto arriba, > siempre y cuando la persona que mapea tenga un motivo claro y justificado > para desviarse del contenido del cartel que quiere representar. > > > Leeré con mucho gusto otras ideas y propuestas. > > Un saludo confinado! > Daniel. > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > Hay otro problema añadido. destination representa la vía de salida no la señal en sí aunque es extrapolable claro esta y se termina usando en la señal. También sucede en algunos casos que ya que las salidas de autovía tienen varías señales indicando el destino de diferentes tamaños, las abreviaturas usadas no siempre coinciden de una señal a otra para la misma salida. Yo estoy más de acuerdo con el Normalizado. Es cómo se esta haciendo con otro etiquetado para evitar diferentes problemas bastante pulidos. Entiendo lo que se plantea aunque no lo comparta. Y puedo ver lógico el planteamiento intermedio. Cosas como P.Industrial creo que hay que ponerlas como Polígono Industrial, pero otras como ZIP que se comento en Telegram puede que tengan significado suficiente para dejarla como esta. Saludos. -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanzs.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ¿Qué sentido tiene?
Hola. Con la separación de las aceras puedes añadir una mayor cantidad de información. El trazado de las rutas peatonales será mas acorde a la realidad, tanto en calculo de distancias como indicación de movimientos. Puedes añadir información de accesibilidad que de otra manera no es posible,... Son algunos ejemplos, se puede añadir mayor cantidad de información. Los 2 sistemas tienen sus pros y sus contras. Saludos. El dom., 29 mar. 2020 a las 14:02, Fco. Javier González Jiménez (< fjavier...@hotmail.com>) escribió: > Hola, > > > > Veo que en muchas partes de Granada se están dibujando aceras de forma > independientes a las calzadas. > > > > https://www.openstreetmap.org/#map=18/37.15013/-3.60236 > > > > ¿Qué sentido tiene? ¿No es mejor añadir las etiquetas correspondientes a > las vías que ya existen con las características que sean necesarias > (aceras, carril bici, etc.)? > > > > Me parece que se está perdiendo la perspectiva de la utilidad de los datos. > > > > ¿Qué opináis? > > > > Saludos. > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanzs.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [OSM-talk] weeklyOSM #497 2020-01-21-2020-01-27
A similar discussion has happened recently when BitTorrent downloads were announced as an experimental feature (wiki discussion <https://wiki.openstreetmap.org/wiki/Talk:Planet.osm#Torrent>, twitter <https://twitter.com/OSM_Tech/status/1222507257478422535>, reddit <https://www.reddit.com/r/openstreetmap/comments/evmqbb/osm_operations_team_we_will_soon_be_adding/>, yc <https://news.ycombinator.com/item?id=7171847>) and the reception seems to be pretty good. My understanding is that there's a use case for projects that don't need to have a permanently updated planet but want to do a full update in a low pace frequency (say twice per year or so). Helping those projects to achieve that part using a parallel download through several mirrors (or BitTorrent) makes sense to me. The increase of bandwidth, and eventually the need for more mirrors/peers could be considered a correlation with the increase of adoption of OSM data, right? Also, this tool is also meant to help to automate the download of data from other extract sources (geofabrik, openstreetmap fr, bbbike) for smaller areas, which is also useful in itself for projects aiming at a smaller geographical context. On Tue, 4 Feb 2020 at 01:42, Yuri Astrakhan wrote: > Andy, I agree that being frugal with bandwidth is important. Yet, there > is a significant operations cost involved here, that I suspect very few > will actually be willing to spend, unless it is made trivial -- the cost of > setting up an independent planet file update pipeline - i.e. a docker image > that could be pointed to a planet file, and has an easy way to suspend and > resume update when the file needs to be static during the loading process. > > I think having an optimized download tool that can both download+validate > planet/areas, and could provide other services like diff updating would > solve both goals. If the current process is manually pick a mirror, > manually validate, and re-download if failed, vs use a dedicated tool that > will optimize the download and crash recovery, all the better. Especially > if it offers us a way to add more functionality later, like patch updating. > > Also, lets not fall into the premature optimization trap, as that only > achieves local rather than global maximums. As a theoretical example - > what is better - wider OSM adaption with higher number of planet downloads > (i.e. some wasted bandwidth), or lower adaption and more optimized download > process? I would think OSM project would be better off from wider adaption > at a cost of a 10-50% extra bandwidth, right? If the startup cost (human > hours) is lower, more people would participate. My numbers could be > totally off, but keeping the eyes on bigger picture is very important when > deciding such matters. Convenience/low manual labor cost is a big > contributor to wider adaption. > > P.S. Am I correct to assume that every data consumer would need to > download each diff file twice -- once for planet file update, and once to > update the PostgreSQL database? > > > On Sun, Feb 2, 2020 at 4:17 PM Andy Townsend wrote: > >> ... that's why I said "... and there are ways of keeping a *.pbf* up to >> date" in my message. - the idea is to avoid large downloads wherever >> possible (emphasis new in this message; won't make it to plain text >> archive). >> > Andy, > > >> For more info see: >> >> https://docs.osmcode.org/pyosmium/latest/tools_uptodate.html >> >> or if that's somehow not an option: >> >> >> https://wiki.openstreetmap.org/wiki/User:EdLoach#Osmosis_to_keep_a_local_copy_of_a_.osm_file_updated >> >> (from a few years back) >> >> * Automation / easy adaptation. Providing an out-of-the box way to set >> up your own server is much easier if you have a tool that automatically >> downloads and validates the planet file or a portion of it, >> >> Sure - an automated process is much easier to follow than a manual >> do-it-yourself one, but the fact that a process is automated doesn't mean >> that it has to be wasteful. Ultimately, someone's paying for the bandwidth >> that downloads from each of the mirrors at >> https://wiki.openstreetmap.org/wiki/Planet.osm#Planet.osm_mirrors use, >> so it seems only fair to not be profligate with it. >> >> Best Regards, >> >> Andy >> >> >> >> ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > -- Jorge Sanz http://twitter.com/xurxosanz http://jorgesanz.net ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-es] hello, first message tried in this list
No he dicho que te inventaras "Enclave de Treviño", sino que el que este ese bien o mal puesto no te da derecho para inventarte otros nombres. El que te has inventado es «Enclaves burgueses de Miranda de Ebro» Como no hay admin_level7 en España cojo me lo invento y que se aguantes los Españoles. Ole tú. Gran argumento el tuyo. ¿Y si no existe, cómo lo quieres poner, que en gran parte de España parece que es el caso?¿imponiéndolo? Esto es lo que se te lleva explicando desde el minuto 1 pero en vez de dialogar impones que se pone lo que tu dices, como tu dices. Mira solo quieres imponer tu criterio. Y así no funcionan las cosas, se acabo ya el intentar razonar contigo y que tu te comportarte como un prepotente. Así que por favor deja de editar en España y todo solucionado. Los que somos de aquí lo solucionaremos. Si no atiendes a razones lo siguiente ya es volver a remitirlo arriba y que te bloqueen por lo mismo que ya te han bloqueado como pone en este bloqueo https://www.openstreetmap.org/user_blocks/3386 "A pesar de la advertencia en el bloque anterior (“no más ediciones administrativas en España hasta que la comunidad local esté feliz de que sus límites sean correctos nuevamente”)" Claramente te hemos expresado varias personas de varias maneras que no estamos conformes con sus ediciones y sigues y sigues intentando imponer en vez de razonar. Deja las ediciones de límites administrativos en España ya. El mié., 22 ene. 2020 a las 16:33, Diego Cruz Alonso () escribió: > Dear Philippe, > > Exactly, the situation is so messed up in Wikipedia and in the map because > this has never been addressed properly before in Spain. Please stop adding > things until borders are sorted out in the community. You are not allowed > to sort this out on your own and we are not accepting undebated > impositions. If you have a clear plan on how to do things, explain it here > BEFORE implementing it in the map. > > By the way, you *are* inventing things: «Enclaves burgueses de Miranda de > Ebro» is nothing that exists in reality. Please remove that limit. > > Best regards > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanzs.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] hello, first message tried in this list
accepted in OSM unless they stil lexist in some > legislation or treaty or for some limited purposes (such as statistical > continuity for about 10 years, or preservation of existing contracts, and > for the legal delay of judiciary procedures or adaptation of the rest of > the legislation, needed after a recent legal change: these preservation is > very useful for having precise statistical reports and maps). > > > Le mer. 22 janv. 2020 à 09:56, Jorge Sanz Sanfructuoso > a écrit : > >> Buenas. >> >> Le agradecería a Philippe Verdy que en vez de seguir editando hablara y >> dijera qué sucede. Estoy esperando a que conteste sobre las zonas que no >> hay ley y en las que se esta volviendo a meter a editar según parece. >> Dialogar con la comunidad no es soltar qué ha escrito aquí, decir que todo >> lo ha hecho bien y cuando se le dice que no, irse a seguir haciendo lo >> mismo. Hay que hablar y dialogar y ver los puntos de vista. >> >> No creo que se le este pidiendo nada especial. Es una cosa esencial en >> una sociedad civilizada, hablar las cosas. Si no quieres hablar y >> solucionarlo solo nos queda volver a pedir que actúen desde arriba. >> >> Yo creo que si no hay ley que las regule, que legalmente no existen pero >> sí con otros motivos históricos, agrarios, Deberíamos decidir por cuál >> de esos motivos es el más adecuado etiquetarlos y poner un etiquetado >> diferente. No podemos tener igual las fronteras oficiales que unas >> fronteras históricas que no existen realmente. Eso sí en todos los casos >> fronteras documentadas correctamente. >> >> Agradecería la opinión del resto, pero sobre todo de Philippe Verdy antes >> de que continue sus ediciones. >> >> Y mirando lo de «Enclaves burgueses de Miranda de Ebro». ¿Verdy nos lo >> puedes explicar? >> >> Saludos. >> >> El mié., 22 ene. 2020 a las 8:47, Diego García () >> escribió: >> >>> Buenos días. >>> >>> Por Aragón también. >>> >>> No voy a andar revisando todo cada vez que interviene este editor. >>> Como ejemplo https://www.openstreetmap.org/changeset/79841251 donde >>> crea comarcas en Teruel y de paso le cambia el adminlevel a la localidad de >>> Monzón de 7 a 8, siendo que es la capital del Cinca Medio. Veo muchas más >>> ediciones, pero no me las voy a repasar todas. >>> >>> Qué pereza, madre mía. Y qué paciencia. >>> >>> >>> >>> Un saludo, >>> >>> >>> >>> >>> >>> >>> El mié., 22 ene. 2020 a las 5:15, Diego Cruz Alonso (< >>> ginkar...@gmail.com>) escribió: >>> >>>> Buenos días a todos: >>>> >>>> Lamento tener que volver a escribir a la lista en relación con este >>>> tema, pero el usuario Verdy_p ha vuelto a editar demarcaciones en Castilla >>>> y León. Ha creado dos áreas con boundary=political en la provincia de >>>> Burgos, una en el condado de Treviño y otra agrupando otros dos enclaves >>>> que ha denominado «Enclaves burgueses de Miranda de Ebro» (me aventuro a >>>> decir que tal cosa no existe). Por lo que veo la etiqueta >>>> boundary=political se utiliza en España para circunscripciones electorales >>>> y cosas así, ¿me equivoco? ¿Tiene sentido crear entes específicos para los >>>> enclaves con ella? >>>> >>>> Además, ha seguido creando comarcas agrarias (ahora en Palencia) sin >>>> esperar a que se decida en común lo que se quiere hacer con las comarcas en >>>> esta comunidad autónoma (invito a otros usuarios castellanoleoneses a >>>> participar y a todo el que quiera opinar). Cabe la posibilidad de que haya >>>> que borrar todas, pues la única oficial sigue siendo El Bierzo, así que es >>>> posible que esté perdiendo su tiempo y nos lo haga perder posteriormente si >>>> tenemos que borrar todo. >>>> >>>> Un saludo >>>> >>>> >>>> ___ >>>> 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 >>> >> >> >> -- >> Jorge Sanz Sanfructuoso - Sanchi >> Blog http://jorgesanzs.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 > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanzs.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] hello, first message tried in this list
Buenas. Le agradecería a Philippe Verdy que en vez de seguir editando hablara y dijera qué sucede. Estoy esperando a que conteste sobre las zonas que no hay ley y en las que se esta volviendo a meter a editar según parece. Dialogar con la comunidad no es soltar qué ha escrito aquí, decir que todo lo ha hecho bien y cuando se le dice que no, irse a seguir haciendo lo mismo. Hay que hablar y dialogar y ver los puntos de vista. No creo que se le este pidiendo nada especial. Es una cosa esencial en una sociedad civilizada, hablar las cosas. Si no quieres hablar y solucionarlo solo nos queda volver a pedir que actúen desde arriba. Yo creo que si no hay ley que las regule, que legalmente no existen pero sí con otros motivos históricos, agrarios, Deberíamos decidir por cuál de esos motivos es el más adecuado etiquetarlos y poner un etiquetado diferente. No podemos tener igual las fronteras oficiales que unas fronteras históricas que no existen realmente. Eso sí en todos los casos fronteras documentadas correctamente. Agradecería la opinión del resto, pero sobre todo de Philippe Verdy antes de que continue sus ediciones. Y mirando lo de «Enclaves burgueses de Miranda de Ebro». ¿Verdy nos lo puedes explicar? Saludos. El mié., 22 ene. 2020 a las 8:47, Diego García () escribió: > Buenos días. > > Por Aragón también. > > No voy a andar revisando todo cada vez que interviene este editor. > Como ejemplo https://www.openstreetmap.org/changeset/79841251 donde crea > comarcas en Teruel y de paso le cambia el adminlevel a la localidad de > Monzón de 7 a 8, siendo que es la capital del Cinca Medio. Veo muchas más > ediciones, pero no me las voy a repasar todas. > > Qué pereza, madre mía. Y qué paciencia. > > > > Un saludo, > > > > > > > El mié., 22 ene. 2020 a las 5:15, Diego Cruz Alonso () > escribió: > >> Buenos días a todos: >> >> Lamento tener que volver a escribir a la lista en relación con este tema, >> pero el usuario Verdy_p ha vuelto a editar demarcaciones en Castilla y >> León. Ha creado dos áreas con boundary=political en la provincia de Burgos, >> una en el condado de Treviño y otra agrupando otros dos enclaves que ha >> denominado «Enclaves burgueses de Miranda de Ebro» (me aventuro a decir que >> tal cosa no existe). Por lo que veo la etiqueta boundary=political se >> utiliza en España para circunscripciones electorales y cosas así, ¿me >> equivoco? ¿Tiene sentido crear entes específicos para los enclaves con ella? >> >> Además, ha seguido creando comarcas agrarias (ahora en Palencia) sin >> esperar a que se decida en común lo que se quiere hacer con las comarcas en >> esta comunidad autónoma (invito a otros usuarios castellanoleoneses a >> participar y a todo el que quiera opinar). Cabe la posibilidad de que haya >> que borrar todas, pues la única oficial sigue siendo El Bierzo, así que es >> posible que esté perdiendo su tiempo y nos lo haga perder posteriormente si >> tenemos que borrar todo. >> >> Un saludo >> >> >> ___ >> 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 > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanzs.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Estado #1calle1nombre
Buenas. Los que estáis por Telegram que sois la mayoría ya estáis acostumbrados a un año de actualizaciones de #1calle1nombre. Escrito en mí blog una opinión sobre el progreso de este 2019 y lo que espero para este 2020. http://jorgesanz.es/progreso-1calle1nombre-2019-osm-espana/ Tenéis también en github toda la información como siempre. https://github.com/JorgeSanzS/1calle1nombre Saludos. -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanzs.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Uso de landuse=residential
Las granjas igualmente no hay que añadirlas aunque sea un solo area. El area como se ha comentado por arriba no es estrictamente el area de la población, hay cosas que quedan fuera y por eso NO hay que poner el nombre de la población en el landuse=residential. Se usa para indicar el uso principal del area. Si hay 1 edifico industrial, NO hay que marcar ese edificio suelto como landuse=industrial , si son 10 juntos por decir una cifra ya si se marcara por separado. No se marca el límite de la población, sino el límite de la zona residencial. Ese límite residencial va a ser igual de dudoso si se marca en areas pequeñas que en areas grandes. Yo si lo considero zona residencial las vías públicas. No es solo especificamente los edificios. Eso ya se indica con building=*. Una zona residencial tiene mas cosas que casas, igual que en una zona comercial también se meten los aparcamientos e igual en zonas industriales. La zona residencial no marca una población, por eso NO hay que ponerle el nombre de la población. Marca una zona residencial dentro de esa población. Puede ser solo una, o ser varias si hay zonas separadas. Si hay zonas dispertas se hace un polígono por cada zona. La población tendrá zonas industriales, zonas comerciales, zonas residenciales. Vamos con landuse nunca se esta indicando una población, como has dicho eso ya se marca con el nodo de la población. Todo esto en la wiki esta mas o menos puesto así. Menos la duda grande de si dividirlo más o menos que lo deja abierto. https://wiki.openstreetmap.org/wiki/ES:Tag:landuse%3Dresidential El tema ha salido porque claro claro al 100% no esta.La wiki tampoco especifica del todo como usarlo. Es bueno plantear las dudas para llegar a un consenso. Saludos. El mar., 10 dic. 2019 a las 1:43, Diego Cruz () escribió: > Hola a todos: > > Yo llevo poco tiempo mapeando el uso del suelo y solo lo he hecho en zonas > rurales, pero para mí mapear las poblaciones como un solo > landuse=residential sí que me ha planteado dudas y problemas. > > Yo creo que si el terreno se divide en trozos más pequeños que la > población no hace falta pensar dónde está el límite de la población. Las > zonas de casas se mapearían como residencial, las granjas (que suelen estar > anejas a las poblaciones) como agrícola, los descampados como descampados, > etc., y no hay que pensar si un descampado o cualquier otra zona gris está > dentro o no del landuse=residential. > > Entiendo que hay etiquetas específicas para las manzanas, pero yo no hablo > de utilizar el landuse para definir manzanas, aunque imagino que muchas > veces coincidiría. Lo que quiero decir es que una manzana puede ser > residencial o industrial o estar dividida en ambas cosas y si queremos ser > precisos habría que diferenciar el uso del suelo (y luego marcar la manzana > como manzana si se quiere). > > Además, sigue estando el problema de que las vías públicas no son terreno > residencial. > > En cuanto a la solución de marcar un landuse dentro de otro no sabía que > se podía hacer, pero no sé, me parece que si se puede evitar es mejor, ¿no? > A la hora de representarlo tendría que ser uno solo y debería ser el más > específico. > > Además, entiendo que para marcar una población ya está el nodo de la > población y no el polígono. ¿Qué se haría, por ejemplo, en una población no > compacta que sean cinco casas dispersas? ¿Se hace un solo landuse aunque > igual haya una parcela de bosque entre una casa y otra? > > En cualquier caso, yo planteo estas dudas desde mi "novatez", porque son > cosas que me han surgido al hacer el mapa. No pretendo venir a tocar la > moral si hay consenso desde hace años. > > Un saludo > Diego > > El dom., 8 dic. 2019 1:16, Jorge Sanz Sanfructuoso > escribió: > >> -Los landuse diferentes dentro de las zonas residenciales las puedes >> marcar igualmente. Una cosa no quita a la otra. >> -El problema de donde están los límites lo veo igual si se separa en >> trozos pequeños o en uno grande. Al final en donde hay dudas, se tiene duda >> de las 2 maneras. >> >> Mirando la wiki he visto un etiquetado secundario que no conocía: >> https://wiki.openstreetmap.org/wiki/Key%3Aresidential >> >> >> El sáb., 7 dic. 2019 a las 23:50, Diego Cruz () >> escribió: >> >>> ¡Buenas! >>> >>> Yo estoy de acuerdo en general con lo que decís, aunque a mí no me >>> parece tan mala idea limitar el residential a las manzanas de viviendas. Me >>> parece que es más preciso, por los siguientes motivos: >>> - las vías públicas en realidad son otro tipo de terreno; >>> - hay manzanas dentro de una población que tienen usos no residenciales >>> y que ahora figuran como residenciales por estar dentro de una población; >>>
Re: [Talk-es] Uso de landuse=residential
-Los landuse diferentes dentro de las zonas residenciales las puedes marcar igualmente. Una cosa no quita a la otra. -El problema de donde están los límites lo veo igual si se separa en trozos pequeños o en uno grande. Al final en donde hay dudas, se tiene duda de las 2 maneras. Mirando la wiki he visto un etiquetado secundario que no conocía: https://wiki.openstreetmap.org/wiki/Key%3Aresidential El sáb., 7 dic. 2019 a las 23:50, Diego Cruz () escribió: > ¡Buenas! > > Yo estoy de acuerdo en general con lo que decís, aunque a mí no me parece > tan mala idea limitar el residential a las manzanas de viviendas. Me parece > que es más preciso, por los siguientes motivos: > - las vías públicas en realidad son otro tipo de terreno; > - hay manzanas dentro de una población que tienen usos no residenciales y > que ahora figuran como residenciales por estar dentro de una población; > - me parece complicado decidir dónde están los límites de una población si > consideramos que la población es un solo polígono residencial. Alrededor de > una población suele haber descampados, edificios de granjas e industrias, > casas con huertas y otras zonas grises que deberían tener sus propios > landuse y no estar incluidos en el polígono de la población, que al final > termina siendo algo aproximado. > > Dicho esto, sé que la gran mayoría de las poblaciones de España están > marcadas con un único landuse residential, así que cambiarlo sería un > enorme trabajo que entiendo que no apetezca a nadie. Sin embargo, creo que > habría que ser más precisos con los landuses, e incluso incluir más tipos. > > Un saludo > Diego > > El sáb., 7 dic. 2019 12:07, Jorge Sanz Sanfructuoso > escribió: > >> Tengo un pensamiento similar a lo comentado. >> >> Nunca pero nunca unir los landuse a las vías de las calles y cosas >> parecidas. Esto es igual que los edificios que pasa lo mismo. A veces te >> encuentras gente que lo une a las vías de las calles y es también >> incorrecto. No llega hasta mitad de la calle, no estamos representando la >> realidad. >> >> Hay en algunos casos que compartirá nodos con otros landuse y en otros >> casos no. No va a ser un si o no rotundo pero hay en muchos casos que sí >> debe compartir nodos. Tendremos casos que el bosque se mezcla con las casas >> ( nodos no compartidos de los dos landuse) y en casos que nada mas acabar >> la población empezara el bosque (nodos compartidos). Por poner ejemplo >> >> De acuerdo en el tema de los nombres. No tienen nombres en general. Solo >> cuando son cosas aisladas como urbanizaciones o polígonos industriales. Que >> esa area especifica tenga un nombre especifico. Como se ha comentado una >> ciudad no es solo la area residencial. >> >> El tema de usarlo en las manzanas lo veo mal utilizado. Por una parte >> existe etiquetado especifico para indicar manzanas: >> https://wiki.openstreetmap.org/wiki/ES:Tag:place%3Dcity_block >> Por otra lo que es residential ya esta representado por el area grande, >> en este caso las areas pequeñas siguen indicando lo mismo. Es repetitivo. >> >> >> El vie., 6 dic. 2019 a las 19:53, Roberto geb () >> escribió: >> >>> Estoy de acuerdo en no compartir nodos con otros elementos (no seamos >>> vagos que para las modificaciones da mucho más trabajo y las zonas no >>> tienen que ser tan precisas como las calles), y voy más allá: ni siquiera >>> con otros landuse y menos aún con límites administrativos. Pongo ejemplos: >>> un biosque que se urbaniza y en el que hay call es y casas dispersas sigue >>> siendo un bosque y también es una zona residencial; y cuando los >>> contructores deciden construir a ambos lados de una frontera administrativa >>> sigue siendo una úncia zona residencial independientesmente de las >>> fronteras políticas. >>> >>> El vie., 6 dic. 2019 a las 18:46, Diego García () >>> escribió: >>> >>>> Buenas tardes. >>>> >>>> Yo sí le meto bastante tiempo a mapear coberturas y usos del suelo, y >>>> coincido contigo. >>>> >>>> - Límites compartidos: no debería ser jamás de los jamases, sino que >>>> debería tener cárcel. No os imagináis los problemas que da eso cuando viene >>>> detrás otro editor añadiendo o corrigiendo cosas. Sólo tienen que compartir >>>> nodos con otros usos del suelo. Lo contrario queda mal estéticamente y no >>>> tiene sentido sobre el mapa. Un camino que comparte nodos con un bosque... >>>> ¿qué ocurre si ajustamos la geometría del camino porque está hecho unos >>>> zorros? ¿estamos diciendo que se ha movi
Re: [Talk-es] Uso de landuse=residential
exactamente lo que estás diciendo. >> >> En resumen: landuse no debe compartir nodos con otros elementos (salvo >> otros landuse y límites administrativos), debería abarcar toda el área >> poblada (al margen de lo que diga el catastro), y no lleva name (salvo >> núcleos separados del principal). Vamos, que creo que estamos de acuerdo en >> todo, y que lo único que veo que podría dar debate es cuando se dibuja un >> landuse por manzana, lo que en mi opinión es innecesario por los motivos >> que he expuesto antes. >> >> Y añado, porque veo algunos de vez en cuando por mi zona: poner landuse >> residential más place village sobre un pueblo abandonado debería estar >> penado por la ley. >> >> >> Un cordial saludo, >> >> >> >> El vie., 6 dic. 2019 a las 12:19, Lanxana . () >> escribió: >> >>> Buenos días, >>> >>> a raíz de una duda que se planteó el otro día sobre el uso de la >>> etiqueta landuse=residential, he consultado la wiki para ver cómo está >>> documentado y cuál sería su uso según el nivel de mapeo que queramos dar. >>> >>> A día de hoy me he encontrado estas situaciones: >>> - área que envuelve todo el núcleo urbano, en algunos casos según >>> clasificación de catastro, en otros según cartografía, en otros según >>> imagen aérea y en otros según criterio particular >>> - área que envuelve varias manzanas, pueden haber varias en un mismo >>> núcleo urbano, y algunas veces incluso solapadas entre ellas. En algunos >>> casos hay otra área envolvente también etiquetada con landuse=residential >>> - área que envuelve una única manzana >>> >>> A esta casuística se añade las de: >>> - límites coincidentes con otros elementos, como carreteras, límites >>> administrativos, otros usos del suelo >>> - áreas con nombre y otras sin >>> >>> Creo que sería interesante abrir un debate sobre cómo mapear las áreas >>> residenciales para intentar lograr un consenso o línea general de trabajo. >>> Por ejemplo, el criterio que suelo utilizar es el siguiente: >>> - respecto a los límites, nunca, jamás de los jamases, compartido con >>> carreteras o límites administrativos. Para mí el único caso lógico para >>> compartir un límite es con otro uso del suelo. >>> - respecto al área, para un mapeo general, área envolvente al núcleo >>> urbano. En caso de núcleos desagregados, algunas veces he puesto el nombre >>> en el área, aunque según se documenta en la wiki no sería necesario. >>> - como no me he puesto aún con los usos del suelo, más allá del de >>> cementerios y polígonos industriales, no tengo un criterio claro sobre si >>> aplicar el área de residencial a una única manzana o no... según se >>> documenta en la wiki sería válido, recomendando que su límite se ajuste a >>> los bordes de la carretera / camino / calle. >>> >>> Pero en este caso, me pregunto hasta qué nivel de mapeado llegamos, es >>> decir, en una calle urbana tienes la calzada y las aceras, que suelen ser >>> dominio público (en algunos casos parte de la acera puede quedar dentro del >>> privado). Entonces ¿extenderíamos el área residencial hasta la acera o >>> hasta la calzada?. ¿En una ciudad con 1.000 manzanas tiene lógica tener >>> 1.000 áreas residenciales? Suponiendo que las 1.000 sean residenciales, >>> porque podemos tener alguna comercial o industrial dentro. Es más, en una >>> misma manzana podemos tener estos tres o más usos. ¿Mapearíamos cada uso >>> por separado o sólo el mayoritario? >>> >>> ¿Qué opináis? ¿Cómo soléis utilizarla o qué criterio utilizáis? ¿Pensáis >>> que sería bueno definir unos criterios básicos y plasmarlo en la wiki, en >>> el apartado de "Como mapear un..."? >>> >>> Saludos! >>> >>> ___ >>> 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 >> > > > -- > Saludos, > > Roberto > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanzs.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ¿Cómo importar fuentes agua potable en Valencia?
On Mon, 25 Nov 2019 at 00:17, Jordi MF wrote: > Con la ayuda de yopaseopor, he podido abrir el archivo, eliminar las > fuentes > ya existentes en OSM y modificar el texto de la etiqueta "description" para > que esté en minúsculas, excepto la letra inicial. El problema viene cuando > creo el archivo .geojson, porque no lo puedo subir directamente al gestor > de > tareas. En la importación de las fuentes de Madrid [1], usaron un script de > osmboxes para dividir el archivo. Esto último no lo sé hacer. No sé cómo se > instala osmboxes, ni si hace falta algún otro programa, ni cómo se usa. > > No parece complicado de usar pero está más pensado para usa en Linux o Mac, y depende de tener en tu máquina instalados algunos componentes más: perl, awk y osmconvert <https://wiki.openstreetmap.org/wiki/Osmconvert>. > ¿Alguien podría guiarme para saber hacerlo? Me imagino que en futuras > importaciones de datos abiertos volveré a necesitar osmboxes. > > Añado el archivo .osm con las fuentes que habría que subir al gestor de > tareas. Gracias. > > fonts_valencia_description-minuscules.osm > > Además del fichero OSM con las fuentes hace falta otro fichero JSON que parece viene del task manager (perdona pero no conozco los detalles técnicos del TM), si me consigues ese fichero te ejecuto el programa sin problema. Saludos -- Jorge Sanz http://twitter.com/xurxosanz http://jorgesanz.net ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importaciones catastro
Hola. Tienes que leer las propias instrucciones que has añadido en el Gestor de Tareas. Te pone "Descarga el archivo de la tarea o Editar con Control Remoto de JOSM." Desde ahí te descarga lo que hay que importar. Le estas dando al botón anterior de "Editar con JOSM" al cual no hay que darle. Te archivado el proyecto que habías creado en blanco y he publicado el que tenias para que lo vea todo el mundo. Saludos. El jue., 31 oct. 2019 a las 10:28, Joaquim () escribió: > Hola, > > Tengo problemas con el Gestor de Tareas. He creado un proyecto para > importar la zona centro de Menorca uniendo 4 municipios. He creado el > proyecto y luego he subido los datos de cada municipio a Github. Cuando > intento abrir una tarea lo que se carga en JOSM son los datos ya > existentes en OpenStreetMap, no los nuevos del Catastro. Algo habré > hecho mal pero no se qué y por lo tanto no le encuentro solución. > Pampoco se como eliminar un proyecto para empezarlo de nuevo. > ¿Alguien puede ayudarme? > Gracias > > Joaquim > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanzs.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación del Catastro de Valencia
Hola. Hay que comparar porque puede que tenga ya información que el catastro no tenga y mantener el historial. Si se borra directamente podemos perder información. Esta explicado en la wiki https://wiki.openstreetmap.org/wiki/ES:Catastro_espa%C3%B1ol/Importaci%C3%B3n_de_edificios/Gu%C3%ADa_de_importaci%C3%B3n#Combinaci.C3.B3n_de_datos Recordar que antes de empezar a importar hay que leerse la wiki de la importación para ver cómo va todo el proceso y poder hacerlo bien. Saludos. El mié., 30 oct. 2019 a las 21:45, bobeeeze () escribió: > Gran trabajo Jordi! Y Javier también! > Ahora me viene una duda. Como Valencia ya tiene bastantes edificios ya > mapeados, que pasa cuando seleccionas una manzana donde ya hay edificios? > Los borras y pones lo nuevo? > > > > -- > Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanzs.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Intervención mesa redonda en la JIIDE 2019
Buenas. Ya he tenido un rato para escuchar tu intervención y las preguntas posteriores. Creo que en el sector de la cartografía oficial no tienen claro qué es y que no es OSM. La explicación de que no es lo mismo y que claramente no se puede usar OSM para cosas oficiales pero que puedes colaborar lo has explicado muy bien. El tema de que sigan las ediciones que se hacen en OSM para mejorar su cartografía siempre lo he pensado igual y alguna vez lo he comentado con algunas personas de OSM. OSM tiene unos usos en los que sera mejor y en otros que sera mejor la cartografía oficial. Pero lo que hay que buscar es una colaboración entre ambas para el beneficio mutuo. El problema que he visto alguna vez es, que ven que esa colaboración con google o similares puede existir y con OSM son más reacios. Por ejemplo con la importación del Catastro pueden detectar solo con nuestra importación fácilmente donde tienen desviaciones de posicionamiento, donde tienen edificios con una descripción del uso equivocada, donde les falta información, donde les sobra, errores de numeración... Claramente no van a meter nuestra información con los ojos cerrados en sus mapas, igual que no hacemos nosotros, porque ellos también tienen errores al igual que nosotros. Pero van a saber dónde mirar y dónde no mirar y van a poder ahorrar recursos y usarlos donde es necesario. Esto se puede extrapolar a muchas otras cosas. Por suerte poco a poco se va abriendo más el tema y poco a poco se van consiguiendo puentes. PD por alusiones. Tenemos la mitad de los árboles en Salamanca, nos falta conseguir importar la otra mitad jajaja Saludos. El dom., 27 oct. 2019 a las 11:36, Miguel Sevilla-Callejo (< msevill...@gmail.com>) escribió: > Estimados colegas, > > Os escribo, aunque sea a posteriori, disculpad que no lo haya comentado > antes, para comentaros que el pasado jueves tuve la oportunidad de > participar en las Jornadas Ibéricas de Infraestructuras de Datos Espaciales > (JIIDE) celebradas en Cáceres [1] dentro de la mesa redonda "Cartografía > oficial vs. no oficial: fomentando la cooperación" representando a la > comundiad de OpenStreetMap y, en particular desde nuestra experiencia en el > grupo de Zaragoza (Mapeado Colaborativo - Geoinquietos Zaragoza [2]). > > Podéis ver el trascurso de toda la mesa redonda en el canal de las JIIDE > [3] > > Espero que os resulte de interés, cuando tenga tiempo colgaré los cortes > en el canal del grupo zaragozano así como la presentación (aunque es una > variante de las que hemos ido usando con anterioridad [4]). > > También espero poder escribir con más tiempo mis impresiones sobre futuras > colaboraciones con organismos oficiales y nuestra comunidad. > > Todas aportaciones, críticas y sugerencias son bienvenidas. > > Un saludo > > Miguel > > [1] http://www.jiide.org/jiide2019/inicio > [2] http://mapcolabora.org > [3] https://youtu.be/IasLDxs04_c?t=23015 > [3b] desde mi intevención: https://youtu.be/IasLDxs04_c?t=24461 > [4] http://bit.ly/osmpresentaciones > > -- > *Miguel Sevilla-Callejo* > Doctor en Geografía > _______ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanzs.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importaciones Catastro
Tiene que ser algo del CSV que guarda y no soporta como comentas. Pasa el CSV a ver si vemos que puede suceder. Saludos. El lun., 14 oct. 2019 a las 17:44, Joaquim () escribió: > Hola, > > Estoy preparando la importación de Alaior, en Menorca (07002) y, > una vez revisados los nombres de las calles intento hacer la segunda > pasada del programa catatom2osm y se aborta por un error: Error al > cargar el archivo CSV '07002/highway_names.csv' > > Si lo hago sin modificar el archivo highway_names.csv la segunda > vuelta se realiza sin problemas. Para editar el csv he usado la hoja de > cálculo de LibreOffice como en anteriores ocasiones (otros municipios) > en las que no tuve problemas. La versión de catatom2osm es la 1.2dev (la > misma que en otras ocasiones). > > Supongo que al abrir y guardar el programa csv se produce algún > cambio que no soporta el programa de importación. > > ¿Alguien puede ayudarme a solucionarlo? > > Muchas gracias > > Joaquim > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanzs.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación de centros docentes
Lo de name=* y short_name=* me parece correcto. En cuanto a lo de formación profesional también me tiro más por la opción 1. Saludos. El jue., 19 sept. 2019 a las 19:50, yo paseopor () escribió: > Buenas!! > Me inclino por la opción 1. Es escueta, renderizable sin problemas en > mapas propios, y lo más importante: usa un esquema escalable donde school > pasa de ser valor a ser clave, que puede dar valores diferentes, no solo el > de professional, sino muchos otros. Y si en un futuro necesitáramos un > esquema más parecido al 3 podríamos hacer una edición automatizada sin > problemas. Puede ser que más que realmente aunque escribamos amenity=school > estemos "leyendo" amenity=education. > > Salut i escoles ;) > yopaseopor > > On Thu, Sep 19, 2019 at 5:21 PM Lanxana . wrote: > >> Buenas tardes, >> >> después de unos días desconectada por unos y otros temas, retomo la >> preparación de esta importación. Respecto a los centros de educación >> especial añadiré a la propuesta el etiquetado como >> 'school:special_education_needs'. Y para las siglas, he mirado el enlace y >> propondré usar el nombre completo en name=* y el abreviado en short_name=*, >> a ver cómo se puede programar, supongo que habrá que hacer manualmente un >> listado de nombre, name y short_name y vincularlo a la base. ¿Algún >> informático en la sala? >> >> *CENTROS DE FORMACIÓN PROFESIONAL:* >> Estuve unos días por Francia y vi que físicamente también distinguen >> 'lycée' de 'lycée professionnel', haciendo la correspondiente búsqueda en >> taginfo, aparece el etiquetado 'school:FR=lycée professionnel', igual que >> en Alemania hacen con el 'school:de=*'. Adjunto enlaces a la wikipedia >> sobre ambos sistemas educativos, donde se detalla este tipo de centros [1], >> [2]. Respecto al modelo inglés, tan solo he logrado información de que la >> formación profesional recibe el nombre de 'vocational qualification' y se >> imparte en las 'vocational schools', pero en la búsqueda en taginfo parece >> no haber consenso sobre su uso, o no están mapeadas/etiquetadas. >> >> Siguiendo con las búsquedas en taginfo, he encontrado estos valores: >> school=professional_education -> 11 resultados repartidos por el mapa >> (EUA, México, varios países europeos, Indonesia) ( >> https://taginfo.openstreetmap.org/tags/school=professional_education >> <https://taginfo.openstreetmap.org/tags/school=professional_education#overview> >> ) >> school=vocational -> 9 resultados repartidos por el mapa (EUA, Alemania, >> Egipto, Japón) (https://taginfo.openstreetmap.org/tags/school=vocational >> ) >> school:type=professional -> 5 resultados, todos en Portugal ( >> https://taginfo.openstreetmap.org/tags/school%3Atype=professional) >> >> Así pues, con el etiquetado existente, se me ocurren estas opciones, a >> ver qué os parece: >> >> *Opción 1:* >> amenity = school >> school = professional >> >> *Opción 2:* >> amenity = school >> school:es = centro de formación profesional >> >> *Opción 3:* >> amenity = school >> school:type = professional >> >> Personalmente creo que la etiqueta school:* es lo suficiente amplia para >> englobar los distintos tipos, al menos de manera general, en la wiki [3] se >> recoge el uso de 'primary' y 'secondary' y en la propuesta de importación >> propondré usar el valor 'special_education_needs' para los centros de >> educación especial, así que usarla con el valor 'professional' me parece >> una opción coherente. Entre usar 'professional' o 'vocational' me es >> indiferente, aunque parece que 'professional' está más extendido. >> Las otras dos opciones son lógicas también, aunque no he sabido encontrar >> en la wiki qué uso se le reserva a school:type, y tal como comenta Jorge, >> añadir :es parece más propio para una traducción o uso en idioma español >> que para definir una característica. >> >> ¿Qué opináis? >> >> Saludos! >> >> [1] >> https://es.wikipedia.org/wiki/Sistema_educativo_de_Alemania#Realschule >> [2] >> https://es.wikipedia.org/wiki/Sistema_educativo_de_Francia#Lyc%C3%A9e_professionnel_(Formaci%C3%B3n_profesional) >> [3] https://wiki.openstreetmap.org/wiki/Key:school >> >> >> >> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail> >> Libre >> de virus. www.avast.com >> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail> >> <#m_-8678023941056780417_m_-5827036080021247969_DAB4FAD8-2DD7-40BB-A
Re: [Talk-es] Directrices para la navegación peatonal
Gracias por el aviso y sobretodo por la traducción. Es información muy útil. El vie., 6 sept. 2019 a las 13:17, dcapillae () escribió: > Buenos días. > > En el wiki han publicado unas directrices (o buenas prácticas) para la > navegación peatonal [1]. Son relativamente recientes. El original francés > es > de mayo de 2019 y la traducción en inglés tiene fecha de 5 de septiembre. > > Intentaré tener la traducción en español lo antes posible. > > Atentamente, > Daniel > > [1] > https://wiki.openstreetmap.org/wiki/Guidelines_for_pedestrian_navigation > > > > -- > Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanzs.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Toponimia en Galicia
Sigue sin llegarse a una solución desde el grupo de Telegram aunque creo que ha ido algo mejor la situación. Se han comentado unas aproximaciones que puede que solucionen en parte los problemas aunque no se ha llegado a un acuerdo, ni una única postura. Corregirme si me equivoco en algo pero estas aproximaciones han salido. Aproximación 1 name=A Coruña name:gl=A Coruña name:es=La Coruña official_name=A Coruña Aproximación 2 name=A Coruña name:gl=A Coruña name:es=A Coruña alt_name:es=La Coruña Aproximación 3 name=A Coruña name:gl=A Coruña name:es=A Coruña alt_name:es=La Coruña official_name=A Coruña Aproximación 4 name=A Coruña name:gl=A Coruña name:es=La Coruña official_name:es=A Coruña Creo que representar la oficialidad de "A Coruña", aunque ya este en name no es mala solución. Por lo que la aproximación 1 y 4 me parecen que pueden ser soluciones correctas. La 2 y la 3 no. Se sigue dejando a name:es sin lo que tiene que ser y es incorrecto. Entiendo el sentimiento de que quede claro que es un nombre oficial y reconocido. Y creo que es como tiene que ser. "A Coruña" es el nombre oficial reconocido por España. Pero eso no quita que el nombre en el idioma, no en el país, en el idioma español o castellano si queréis quitarle el país, es "La Coruña". Dentro de la aproximación 1 y 4 me gusta más la 1 pero no tendría problema con ninguna de las 2. Creo que todos tenemos que intentar ver las 2 partes y buscar un punto medio. La linea de los sentimientos, lo hago porque nos quieren hacer de menos. En ambas partes y en ambos sentidos. Es una línea muy difusa. Lo que nos puede parecer que es para no dañarnos al final lo que hace es dañar al de al lado. Reconocer la oficialidad de "A Coruña" lo veo correcto y es la verdad y cómo tiene que ser, pero negar como se dice en el idioma español que es "La Coruña" veo ir contra el idioma. Entiendo el sentimiento y que hay gente que lo usa para mal, sobre todo en la parte política. Pero de eso no tenemos la culpa el resto de hispanohablantes, por unos cuantos no tenemos que sufrir millones. El dom., 1 sept. 2019 a las 21:49, dcapillae () escribió: > Gracias, Jorge. > > Yo también estoy en contacto. Esperemos convencerle. > > > > -- > Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanzs.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Toponimia en Galicia
Justo se esta hablando el tema y entre otros esta Iván en el grupo de Telegram. He pedido varias veces que se mire la lista. El dom., 1 sept. 2019 a las 21:04, dcapillae () escribió: > Por favor, tratad de convencer a Iván de que reconsidere su aptitud. No > quisiera que esto acabara en una sanción. > > Yo ya lo he intentado sin éxito, pero apoyaré a cualquiera que intente > convencerle. Hago un especial llamamiento a los mapeadores gallegos. Toda > esta polémica es innecesaria. No tiene ningún sentido. > > Echadme una mano, por favor. > > > > -- > Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanzs.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Topónimos Galicia
El sáb., 31 ago. 2019 a las 20:05, Diego Cruz () escribió: > Me parece una propuesta adecuada. La RAE y la Fundéu son "autoridades" de > consenso en el castellano que tienen más peso que la opinión de > particulares. > > Sin embargo, en esta > <https://wiki.openstreetmap.org/wiki/ES:Espa%C3%B1a/Normalizaci%C3%B3n#Idiomas> > otra página de la wiki, las instrucciones sobre topónimos contradicen a la > referencia que aportas > <https://wiki.openstreetmap.org/wiki/Multilingual_names#Spain>, y creo > que es la causa de este lío. > > Esa pagina que indicas de la wiki es la que se ha modificado que también esta dentro de esta polémica. Anteriormente a las modificaciones que se están hablando coincidían las 2. La modificación https://wiki.openstreetmap.org/w/index.php?title=ES%3AEspa%C3%B1a%2FNormalizaci%C3%B3n=revision=1896303=1886409 Aunque ya tenia ese pensamiento cada vez me queda mas claro que hay que deshacer el cambio y dejarlo siguiente el criterio de usar name:es = La Coruña y así con el resto de casos. Ni se le quita la importancia y la oficialidad del nombre en gallego ya que esta correctamente tanto en name como en name:gl, ni se evita que los que hablen Español usarlo y encontrarlo en su idioma. Siempre que sean cosas con sentido y no traducciones inventadas o cosas por el estilo. > Un saludo > Diego > > El sáb., 31 ago. 2019 a las 16:25, Daniel Callejas Sevilla (< > daniel.callejas.sevi...@gmail.com>) escribió: > >> Hola a todos, >> >> he tratado de leer el contenido presentado por todas las partes, y he >> encontrado en cada mensaje argumentos válidos, pero contradictorios. Es >> decir, no hay consenso. >> >> A falta de consenso, lo más práctico a corto plazo es: >> >> - aplicar la norma escrita en el wiki [1], y generar una propuesta en el >> wiki para que se modifique dicha norma si existe una necesidad, >> - o bien, dejar al margen la opinión personal de cada uno y delegar la >> decisión a una autoridad en la materia que sea externa a los participantes >> del debate. >> >> Siguiendo la recomendación del wiki, la etiqueta "name:es" denota el >> nombre en lengua española (tal y como la habla la comunidad hispanoparlante >> mundial). Yo considero que la RAE es una autoridad válida [2]. >> >> También considero relevante y válida la Fundéu [3]. >> >> Un saludo, >> Daniel. >> >> [1] https://wiki.openstreetmap.org/wiki/Multilingual_names#Spain >> [2] http://lema.rae.es/dpd/srv/search?id=youN8HBnxD661rccLF >> [3] https://www.fundeu.es/consulta/a-coruna-la-coruna-646/ >> ___ >> 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 > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanzs.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Toponimia en Galicia
El vie., 30 ago. 2019 a las 17:37, dcapillae () escribió: > Pues bien que lo lamento, Jorge. No aprovechas la oportunidad para > rectificar > sino que vuelves a insistir en el error. No sé si lo haces por ignorancia o > por maledicencia. A mí se me acusó de estar usando el canal de Telegram > para > compartir mensajes de contenido político e ideológico. ¿Que no se me ha > acusado de nada? ¿Te parece poco? > Lo que te he dicho hago un copia y pega y lo vuelvo a poner "No digo que tú específicamente hablaras de política y nunca se te ha culpado de nada. Esta muy liada la madeja y se decidió borrar la conversación entera." Vuelvo a decirlo, no te culpo a ti de hablar de política. Lo puedo decir más alto pero no más claro. He pedido perdón, he intentado explicar que ha pasado, he intentado ver los errores cometidos y que miraremos otra manera de actuar si llegamos a ese extremo. Deshacer el borrado de mensajes es imposible técnicamente. Telegram no tiene botón para recuperarlos. Ya no sé que quieres que haga más. Si hay algo más que pueda hacer dímelo. Y en el otro mensaje dices que te censuramos por no opinar como tú. Cosa que como he dicho varias veces no es así. Yo estoy de acuerdo en tu postura con los idiomas por lo menos en gran parte. Si no tengo opinión diferente no te puedo censurar por opinar diferente. Fue una decisión meramente de ser administradores y no de pensamientos. > No, Jorge, no. No se tomo una decisión que probablemente no fuera la mejor, > se tomó una decisión injusta. El que administréis el grupo «por amor al > arte» no os da derecho a maltratar a las personas que participan en él y os > ofrecen su confianza. > A todos no nos parecen las mismas cosas injustas y puede que lo que tu consideras injusto para otro no lo sea. Intentamos hacer una cosa igualitaria y evitar que fuera a más, pero no lo hicimos bien. No se te maltrato, se intento hablar contigo después del error y te negaste. Nadie ha dicho qué de ningún derecho a nada. Pero parece que ganáramos algo por ser administradores. Nos equivocamos y lo intentamos arreglar y al final recibimos una puerta cerrada y ser los malos de todo. Después de esta conversación tengo claro que aunque intento arreglarlo, va a dar lo mismo lo que diga. Vas a mal interpretar diga lo que diga, así que no voy hablar más del tema. Nunca he tenido nada contra ti, al contrario antes me parecías un gran ejemplo a seguir. Has ayuda en muchísimas cosas y aclarado muchas dudas. Siempre has tenido la información necesaria a mano para compartirla. Como ya te he dicho, por mi parte tienes la puerta abierta cuando quieras. Y espero que dejes las rencillas atrás. > Volviendo al tema. Rectificarlo vosotros si tan convencidos estáis de que > es > una decisión errónea y dejad de discutir conmigo, de cuestionar mis formas > o > qué sé yo. Yo ya he hecho lo que me correspondía, comunicarme con Iván en > el > wiki y comentarlo con vosotros en el foro de vuestra comunidad. > Lamento que en todo este asunto haya habido tantas pérdidas, entre otras, > el > deseo que tenía de colaborar con vuestra comunidad y el respeto y aprecio > que me merecían algunas de las personas con las que había mantenido contacto. > > Buenas tardes. > Creo que hay que dejar que siga la conversación a lo que tenia que ser y hablar de los name:es en Galicia. Para rectificarlo creo que hay que hablarlo. Cambiar la wiki y el dato en OSM lo puede hacer cualquiera, pero con cambiarlo solo no creo que se solucione. Hay que hablarlo. Pediría que gente de la comunidad Gallega hablara sobre el tema ya que creo que es de donde viene el cambio. Si no es así rectificarme. Para ver su punto de vista y poder encontrar una solución. > > > > -- > Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanzs.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Toponimia en Galicia
es ni > después de censurarme. Eso es falso. Para ser la primera noticia que > tienes, > no parecen faltarte informaciones falsas de todo tipo sobre el asunto. > > La decisión de censurarme por hacer algo que no he hecho es absoluta, > rotunda y categóricamente injusta. Prueba de la injusticia y el maltrato > recibido es que ninguno de los administradores se puso en contacto conmigo > antes de censurarme, algo que por otra parte habría resultado completamente > inapropiado, ya que nunca he hablado de política con vosotros. Nunca es > nunca, jamás. Otros no pueden decir lo mismo y nunca fueron censurados. > > Ninguno de los administradores movió un solo dedo por defenderme del > oprobio > a pesar de que comenté la cuestión con ellos en privado. Prueba de vuestro > mal obrar fue que incluisteis en las normas de comportamiento del grupo una > referencia a no usar el grupo para hablar de política después de censurarme > por ese motivo. El castigo antes de la norma. La norma después de la > castigo. Y todavía habrá quien crea en vuestras buenas intenciones para el > futuro. Venir ahora, después de tanto tiempo trascurrido, a tratar de > justificar lo injustificable, en lugar de admitir el error y rectificar, es > muy significativo. Si no ha sido un plato de buen gusto para alguien, que > admita el error y rectifique o que deje de formar parte de un grupo de > administradores que se dedican a censurar injustamente a usuarios > acusándoles de cosas que no han hecho. > > «Solo nos quejamos cuando es el castellano», dices. De nuevo argumentando > «ad hominen», es decir, contra la persona. Pues mira, en mi caso no es así, > no sé porque usas el plural. Yo soy yo, no «nosotros». No voy a tratar de > defenderme de señalamientos colectivos en los que no me siento > representado. > Es una estrategia muy miserable tratar de desacreditar a la persona > asociándola con un supuesto «nosotros» o «vosotros» de indeseables. > > Lamento profundamente que no hayáis rectificado. No ha habido la menor > reacción en positivo por vuestra parte. No si quiera se ha admitido el > error, no cabe, pues, esperar rectificación. Solo censura y silencio. Sois > personas en las que he confiado, lo lamento, pero todo tiene un límite. > Cuando se trata injustamente a alguien atacando su libertad de expresión, > el > silencio no es la respuesta apropiada. > > > > -- > Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanzs.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Toponimia en Galicia
ca que, en idioma castellano, >> ambas ciudades se denominen y se hayan denominado siempre de otra manera. >> >> En caso contrario, propoingo borrar el name:es de Londres y Moscú, ya que >> ambos nombres no han sido aceptados por las Cortes Españolas, y denominemos >> a dichas ciudades con sus nombres London y Mockba, que es como las llaman >> por allí, y es lo que pone en los carteles de las carreteras. >> -- >> David Marín Carreño >> >> >> >> El vie., 30 ago. 2019 a las 2:10, dcapillae () >> escribió: >> >>> Buenas noches. >>> >>> Las decisiones por consenso son decisiones en las que todos participan, >>> es >>> decir, que todos son corresponsables. La responsabilidad (o la culpa, si >>> se >>> prefiere) es de todos. Si la comunidad gallega toma esa decisión y el >>> resto >>> de la comunidad española la asume, todos sois responsables. >>> >>> Por lo demás, recuerdo que fui censurado en un grupo de contacto, grupo >>> en >>> el que se encuentra buena parte de la comunidad española, por decir esto >>> mismo, es decir, que «A Coruña» es el nombre en gallego y que «La >>> Coruña» es >>> el nombre en español. Se me dijo que comentarios de este tipo eran >>> política >>> e ideológicamente inaceptable, y que por eso me habían censurado, por >>> utilizar el canal para compartir mensajes de contenido político e >>> ideológico. >>> >>> La decisión de censurar a un usuario, la injusticia de acusarle de algo >>> que >>> no ha hecho, también es corresponsabilidad de todos los administradores >>> del >>> grupo, no solo de la persona que borra los mensajes. Contacté con tres >>> administradores y ninguno me apoyo, luego entiendo que compartíais la >>> decisión. La opinión que tengo del silencio mantenido por algunos otros >>> usuarios me la reservo. >>> >>> En este sentido, me parece muy destacable que nuevamente se me vuelva a >>> cuestionar a mí en lugar de entrar a valorar la decisión de la comunidad >>> gallega. Espero que en esta ocasión nadie me censure ni me acuse >>> oportuna e >>> injustamente de nada, aunque no me extrañaría visto los antecedentes. >>> >>> >>> >>> -- >>> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html >>> >>> ___ >>> 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 > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanzs.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Toponimia en Galicia
Hola. Creo que con este tema de los idiomas tenemos un pensamiento cercano, pero pienso que no son maneras de expresarlo. Así se termina perdiendo la razón. Culpar a toda la comunidad Española, cuando no tiene nada que ver no lo veo bien. No se ha hablado en este caso nada sobre esto. Parece que ha sido cosa de la comunidad Gallega. Pido por favor que no se culpe a todo el mundo sin necesidad. El jue., 29 ago. 2019 23:36, dcapillae escribió: > Buenas noches. > > Sigo habitualmente los cambios que se producen en el wiki, tanto de las > páginas sobre documentación como de las páginas de discusión. Retomo este > hilo a raíz de un último cambio realizado en las páginas del proyecto de > mapeo de España [1]. La persona responsable del cambio es lo de menos, lo > importante es el cambio, no la persona. Me consta que Iván colabora > habitualmente en el wiki y que lo hace muy bien. > > De nuevo ocultando los nombres en español porque son nombres antiguos que > supuestamente nadie usa. Me llama la atención que «La Coruña» [1] sea un > nombre antiguo que supuestamente nadie usa cuando yo lo uso, como lo usan > otras muchas personas hispanohablantes. El nombre en español de A Coruña no > es «A Coruña» es La Coruña. No es un nombre antiguo en español, es su > nombre > en español, tanto como «A Coruña» es su nombre en gallego. ¿Que necesidad > hay de poner «A Coruña» como nombre en español? ¿Qué necesidad hay de > relegar el nombre en español a una forma de nombre antiguo cuando es > absolutamente falso que lo sea? ¿No es suficiente con poner «A Coruña» en > la > etiqueta «name» como corresponde? ¿Qué interés hay en ponerlo también como > nombre en español cuando no lo es? > > Es odiosa la manía que tiene la comunidad española de ocultar los topónimos > en español, pero en eso estamos; y además, por consenso. Una decisión por > consenso implica que todos han dado su consentimiento y todos están de > acuerdo. Todos, sin exención de ninguno. Por eso, entre otras razones, > decidí dejar de colaborar con esta comunidad y no participar más de sus > «consensos». > > OpenStreetMap es un proyecto internacional y multilingüe donde todas las > lenguas tienen su espacio. La política oficial de nombres es muy cara. No > tiene sentido traducir nombres a lenguas donde esos nombres no existen ni > se > usan. Respetar los usos, respetar las lenguas. Los nombres de topónimos en > español que se usan, que están en uso, que yo uso, como muchas otras > personas hispanohablantes, no se pueden considerar nombres antiguos o en > desuso por el «consenso» de ésta ni de ninguna otra comunidad sin > despreciar > a esa lengua y a quienes la utilizan. > > Por «consenso» de la comunidad española de OSM, A Coruña puede tener su > nombre ruso pero no lo puede tener en español. > > Lamentable. > > P. D.: Reitero que lo importante es el cambio, la decisión por «consenso», > no la persona que lo hizo. Iván hace una gran labor en el wiki, > especialmente con la documentación en gallego, algo que personalmente ya le > he agradecido en alguna ocasión, que le agradezco ahora nuevamente y que > espero que continúe. > > [1] > > https://wiki.openstreetmap.org/w/index.php?title=ES:Espa%C3%B1a/Normalizaci%C3%B3n=prev=1896303 > [2] https://www.openstreetmap.org/node/1235110932 (consultado el 29 de > agosto de 2019 a las 23:28 hora local) > [3] > > https://wiki.osmfoundation.org/w/images/d/d8/DisputedTerritoriesInformation.pdf > > > > -- > Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html > > ___ > 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] Ediciones masivas en España
Buenas Estoy de acuerdo en todo lo que dices y dispuesto ayudar. Creo que se debería tratar por esta lista de correo las tareas de qué se quiere hacer y como para poder aprobarlos. Y dejarlo documentado en la wiki. La pagina de la wiki de Deprecated_features no la conocía. Es un buen punto de partida. Estado mirando unas cuantas y he corregido alguna suelta que había en España comprobándola a mano. Se puede coger el listado y mirar cuales es posible hacer de manera automatizada, que no todas se puede. Y mirar cuales compensa porque si son pocos se tardara menos a mano, pero ya que se comprueba arreglarlo a mano. Es un listado muy grande así que podemos repartirlo y comprobar qué es útil y descartar lo que no, y posteriormente tratar ya la edición masiva. Algunos de los etiquetados obsoletos el propio validador de JOSM te sugiere el cambio al etiquetado actualizado a un solo click y osmose también aunque suele ser más rápido con JOSM. Osmose como suele pasar en tema de correcciones es una herramienta indispensable. Hay algunas cosas que osmose solo comprueba en algunos países y se puede mirar ampliarlo a España. Pasaba con la comprobación de los números de teléfono. Se puede mirar con qué cosas más pasa y mirar adaptarlo también a España como se hizo con los números de teléfono. Yo esta semana y la próxima ando bastante liado, aunque algo puedo hacer, pero ya la siguiente puedo dedicarle más tiempo a esto. Saludos. El mié., 28 ago. 2019 a las 20:28, Carlos Antonio Rivera (< carlos.kapa...@gmail.com>) escribió: > Hola a todos, > quiero tratar el tema de las ediciones masivas a nivel de España. > > He comprobado que hay gran cantidad de etiquetas obsoletas, inútiles, con > errores de escritura y otros problemas que no serían difíciles de corregir > si se hicieran masivamente. > Creo que hay mucho trabajo que se está quedando perdido en el mapa al > estar con errores, y muchos programas no los interpretarán correctamente. > Esto ayudaría a evitar que los errores se reproduzcan al copiarse y que la > gente novata sobre todo no se líe. > > Para esto de las ediciones automatizadas entiendo que debe haber acuerdos > para evitar problemas mayores y tener que revertir grandes conjuntos de > cambios, tal y como se indica en la página > https://wiki.openstreetmap.org/wiki/ES:Código_de_conducta_de_ediciones_automatizadas > Me gustaría saber de qué manera podríamos tratar esto y si hay gente que > se anime a colaborar. > Supongo que lo suyo es hacer tareas o listados con las ediciones, > aprobarlas y que se asignen a usuarios. > > En la página https://wiki.openstreetmap.org/wiki/Deprecated_features se > puede ver un listado de elementos obsoletos, que podríamos ir comprobando > si todavía están en el mapa. > En Osmose se pueden hacer muchos filtros interesantes, como por ejemplo el > de etiquetado desaconsejado > http://osmose.openstreetmap.fr/es/errors/?item=9002=9002001 > > Aquí un ejemplo de la cantidad de errores de etiquetado desaconsejado por > comunidades: > > Sax-spain_andalucia 2994 > Sax-spain_aragon 2340 > Sax-spain_asturias 264 > Sax-spain_canarias 1440 > Sax-spain_cantabria 693 > Sax-spain_castilla_la_mancha 1211 > Sax-spain_castilla_y_leon 1087 > Sax-spain_catalunya 1668 > Sax-spain_ceuta 3 > Sax-spain_comunidad_de_madrid 2051 > Sax-spain_comunidad_foral_de_navarra 1247 > Sax-spain_comunitat_valenciana 5037 > Sax-spain_euskadi 417 > Sax-spain_extremadura 515 > Sax-spain_galicia 2178 > Sax-spain_illes_balears 1545 > Sax-spain_la_rioja 68 > Sax-spain_melilla 0 > Sax-spain_region_de_murcia 991 > > Me pareció muy bien lo que se hizo hace poco eliminando las etiquetas > *is_in*. Creo que esto simplificó ciertas cosas y posiblemente haya > corregido problemas. De hecho en Nominatim yo creo que se corrigieron > algunos problemas en mi provincia. > He visto también otras ediciones interesantes como las de corrección de > números de teléfonos o armonización de nombres. > Espero que se pueda hacer mucho más y poder contribuir a ello sin generar > problemas, que es lo último que queremos. > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanzs.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Corrección de números de teléfono en Euskadi
Hola Como comente en telegram quiero editar de manera semi automática algunos números de teléfono que están añadidos incorrectamente en Euskadi. Estado mirando un poco cómo van las ediciones automatizadas según la wiki por lo que he creado una pagina en la wiki para esta y más ediciones que pueda hacer posteriormente y pido consulta aquí por si hubiera algún error antes de proceder a las modificaciones. Para la que nos atañe. La tengo documentada en https://wiki.openstreetmap.org/wiki/Automated_edits/sanchi_bot#Correcci%C3%B3n%20de%20n%C3%BAmeros%20de%20tel%C3%A9fono%20de%20Euskadi%20(Agosto%202019) En Euskadi hay algo más de 300 teléfonos puestos como phone <https://wiki.openstreetmap.org/wiki/Key:phone>=9.44800802E8 <https://wiki.openstreetmap.org/w/index.php?title=Tag:phone%3D9.44800802E8=edit=1>. Parece que es de alguna importación errónea. En un proceso semi automático voy a proceder a quitar "E8" del final y añadir "+34" al principio. El ejemplo quedaría así phone <https://wiki.openstreetmap.org/wiki/Key:phone>=+34 944 800 802 <https://wiki.openstreetmap.org/w/index.php?title=Tag:phone%3D%2B34_944_800_802=edit=1>. Le he añadido también los espacios y eliminado el punto que sobra después del 9. He detectado alguno que no tiene 9 cifras pero los descarto para una comprobación manual ya que no corresponde con un número de teléfono estándar y son pocos casos. Saludos. -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanzs.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación de centros docentes
Buenas tardes ‘school=special_education_needs’ me parece correcto. Tenemos ya uno en España. Lo de usar school:es= no lo veo muy acertado porque el ":es" es más como una traducción pero tampoco hay nada mejor. Lo suyo sería un etiquetado más especifico pero no lo tenemos. No se aleman pero usando el traductor parece que son traducciones directas. Si es directo serían cosas como "Centro de formación profesional",... Lo de las siglas es un poco locura. Tiene pinta de ser algunas propias de esos centros y puede que sea su propia marca por así decir en algunos casos. El cómo ponerlo algo se hablo en la lista y precisamente hablando de centros educativos: http://gis.19327.n8.nabble.com/Abreviar-nombres-de-colegios-universidades-etc-td5895234.html El name tiene que ir completo y con abreviatura en short_name. Un saludo. El dom., 11 ago. 2019 a las 16:33, Lanxana . () escribió: > Buenas tardes, > > estamos preparando la importación de los centros docentes en Catalunya, a > partir del dataset que ofrece la Generalitat en su portal de datos abiertos > y para los cuales tenemos permiso expreso para su uso. > > Aún estamos en fase preliminar, terminando de definir el etiquetado de > estos centros. En este contexto han surgido un par de dudas que quiero > trasladar a esta lista también para tener más puntos de vista, opciones y > cosas que se me hayan podido pasar por alto. > > Por un lado, me gustaría poder diferenciar los centros de educación > especial y los que son exclusivamente de formación profesional del resto de > centros, dado que tan sólo tenemos la etiqueta ‘amenity=school’ para todos > ellos. El tema de si son de primaria o secundaria he propuesto resolverlo > añadiendo la etiqueta ‘isced:level’ con los niveles educativos > correspondientes. Pero viendo la gran cantidad que hay de centros > específicos de formación profesional (musical, deportiva, técnica, > artística, danza, etc.) me gustaría poder diferenciarlos de los institutos, > mismo con los centros de educación especial. La idea es que cuando > dispongamos de un etiquetado más detallado o encontremos una opción válida, > revisarlos y añadir en qué familias profesionales o para qué necesidades > especiales están especializados. > > Respecto a los centros de educación especial, en taginfo he visto que se > ha utilizado el par ‘school=special_education_needs’ en varios países, así > que creo que podríamos utilizarlo para estos centros. En la wiki propuse > usar ‘school:type=*’, pero creo que teniendo la opción de usar la etiqueta > sencilla, mejor aprovecharla [1]. > > Respecto a los centros de formación profesional, ya sea específico o > compartido, estuve mirando el modelo alemán, donde sé que también hay este > tipo de centros. En los casos que he mirado utilizan la etiqueta ‘school:de= > Realschule;Gymnasium’ > por poner un ejemplo de centros de secundaria que ofrecen formación > secundaria orientada al trabajo o a la universidad. Creo que podríamos > usar su mismo criterio, usando un etiquetado de tipo ‘school:es=*’ pero no > sé qué concepto podríamos poner. ¿Alguna sugerencia? > > Y por otro lado, en los nombres de los centros que hay en el dataset [2] > hay bastantes abreviaturas y siglas. En algunos casos he podido > emparejarlas con su nombre extenso, y en otros casos no. De las que he > podido extender, a veces salen nombres realmente largos y por los que > probablemente nadie conozca el centro (por ejemplo: ‘Afen’ por ‘Asociación > Formativa de Entrenadores Nacionales’), en otros simplemente sería el > nombre “oficial”, por el que podría ser que tampoco se conozca (como ‘CEE > Alba’ por ‘Centre d’Educació Especial Alba’) y en otros tan sólo es una > reducción sin más (‘EOI Badalona’ = ‘Escola Oficial d’Idiomes Badalona’). > He hecho un listado con las diferentes tipologías que me he encontrado, que > comparto [3] para que decidamos qué nombre habría que poner en cada caso, > aprovechando las diferentes opciones que hay para la etiqueta ‘name’ > (‘name’, ‘official_name’, ‘alt_name’, ‘short_name’…) [4] > > Os dejo también el enlace a la wiki donde estamos documentando la > importación [5] por si le queréis echar un vistazo. Aún falta por definir > cómo se hará la importación y programar el script para convertir los campos > del dataset al modelo OSM (cuando los tengamos todos claros). > > Saludos! > > > [1] https://wiki.openstreetmap.org/wiki/Key:school > > [2] > https://analisi.transparenciacatalunya.cat/Educaci-/Directori-de-centres-docents/e2ef-eiqj > > [3] > https://docs.google.com/spreadsheets/d/1HOfsxnxIX5VndgRgVE0tPdKSrMug7fHGl2J7Q1_u1AY/edit#gid=0 > > [4] https://wiki.openstreetmap.org/wiki/Names > > [5] https://wiki.openstreetmap.org/wiki/Import_sch
Re: [Talk-es] Cómo mapear una plaza de toros
Buenas. Yo de plazas de toros tampoco sé mucho. No puedo opinar de si es mejor o peor una etiqueta u otra. Pero estoy de acuerdo que se debería etiquetar con homogeneidad. También he visto que cada una esta de una manera, y no he puesto algunas que he visto por no haber un criterio claro de cómo mapearlas. Si llegas a un etiquetado concreto yo las que tengo alrededor las mapeare correctamente. Saludos. El vie., 2 ago. 2019 a las 2:22, dcapillae () escribió: > Buenas noches. > > Intento hacer lo correcto, promover la colaboración, participar activamente > con personas de cualquier comunidad y territorio, sin importarme qué idioma > hablen, qué comida coman o a qué dios recen. He intentado encontrar un > etiquetado común para las plazas de toros no porque me interesen los toros, > sino porque he observado que cada plaza está mapeada de una forma distinta > en el mapa, y sería bueno tener un etiquetado común para este tipo de > características, con el fin de poder identificarlas, de filtrarlas para el > uso de datos, etc. > > No tiene sentido hacerlo cuando te advierten que no se va a respetar el > etiquetado. Que cada cuál las etiquete, pues, como le plazca. Yo voy a > seguir el criterio de mapeadores extranjeros, que en este tema me parece > que > tienen una visión menos sesgada ideológicamente, políticamente o lo que sea > que esté impidiendo a algunos colaborar conmigo en este asunto. > > No voy a modificar ninguna plaza más de las que ya están en el mapa de > España. Tenía intención de corregirlas todas, tanto su etiquetado como su > mapeado, que en algunos casos es muy deficiente. No tiene sentido hacerlo > cuando tu trabajo ni se comparte ni se valora ni se respeta. Me limitaré a > mapear solo algunas. > > Atentamente, > Daniel > > > > -- > Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanzs.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Sobre las carreteras "highway = trunk" y OSMAnd
Primero pedir cómo se ha pedido todas las veces que se ha sacado el tema una cosa indispensable para poder realizar un gran cambio como este. Y es el gran problema de todo esto. Un sistema que no lleve a equivocaciones, a broncas y a problemas porque es ambiguo, que es el inconveniente que hay siempre. Actualmente tenemos un sistema que funciona. Tiene pequeños fallos como todo pero en términos generales funciona y esta bien definido. Eso no quita que se pueda modificar, pero con cabeza y sin tener estos perjuicios que he comentado cómo contrapartida. Lo de Here que muestre o no las autovías el problema es otro. Si haces un poco de zoom veras que de repente sí existe para ellos cómo tal. No lo quitan por ese motivo. Here tiene unos problemas de representación de la información. En Salamanca me he pegado con ellos ya con algunas cosas que he acabado por dar como imposible. A parte de eso comentar un poco cómo funciona here en estos temas ya que he podido tener acceso algo más interno. Lo que puedo contar y que creo que es un claro ejemplo de lo equivocados que podemos estar con estas propuestas. Una cosa es lo que se muestra en dibujo, en colores (lo que se asemeja a nuestra representación de trunk, primary,) que es lo que se ve, el render. Y otra cosa es lo que se usa para clasificar realmente las carreteras para la navegación. Internamente hay otra clasificación, la cual se asemeja en parte a una propuesta que hubo hace poco en openstreetmap. No sé al final como acabo la misma. Here tiene una clasificación numérica que indica la importancia "real", podíamos decir, qué consideran que tienen las carreteras a parte de la clasificación. Eso es lo que vale al final y no los colores de las carreteras. Hay que dejar de mirar solo lo que se ve y solo pensar en los colores que se ven en el mapa, cosa que cuando se pusieron tonos de rojo en vez de colores diferentes cada vez se ve menos. Lo que realmente vale es el resto de etiquetado físico. Ni here, y google seguro que tampoco, se centran en eso porque no es lo importante. Antaño cuando teníamos los mapas en papel claro que sí. En papel no había más posibilidad. Pero eso con los navegadores ya no es importante. El navegador puede coger mucha más información que un simple color. > > Para que una carretera sea trunk debe incluir las siguientes > características de forma general, que la configuran como vía rápida: > > -Velocidad punta sostenida 100/80 a lo largo de tramos importantes > -Los cruces no serán a nivel > -Vallado del recorrido con guardarraíl o terrpalén que impida el paso de > vehículos desde caminos adyacentes > -Arcén de 1.5 mínimo (era la característica que definía la velocidad > máxima de una vía entre 90 y 100) > Con esta propuesta creo que los trunk en España quedarían como una cosa anecdótica comparado con lo que hay ahora. No lo digo ni para bien ni para mal. Es una cosa a estudiar y se puede mirar tener un criterio semejante a otros países. Hay que estudiarlo bien porque puede dar conflictos con el resto de la clasificación. Pero podría ser factible. > > Como podremos comprobar al ejecutar esta categorización veremos que hay > zonas del país que no tendrán "trunks". Lógico, porque tendrán autovías, > seguirán teniendo vías de alta capacidad y estructurantes. > Esto no es así. Depende de los casos. Por desgracia no todo lo que esta ahora como trunk tiene una autovía o vías de alta capacidad y estructurales. Por ejemplo Valladolid-Soria no la tiene. Y pasando Soria creo que tampoco aunque eso no lo conozco lo suficiente para opinar. Por desgracia no se han desarrollado las carreteras igual en todo el país. > > A partir de ahí, siguiendo la propuesta de David, si analizamos las vías > que administrativamente cada zona considera importantes nos daremos cuenta > que en la gran mayoría de casos un IMD relativo y velocidad media relativa > en aquella zona confirma esa importancia de esa vía (la mayoría de vías son > importantes porque pasa gente, parece de perogrullo pero es así). Con esos > datos y fijándonos en las alternativas podremos pasar las carreteras a > primary, secondary, tertiary en función de estos datos objetivos, siguiendo > los catálogos de carreteras de las diversas administraciones. > Criterios claros para no llevar a equivocaciones y líos. ¿qué IMD? ¿qué velocidad media?,... para cada tipo de vía. ¿Cómo se mezcla eso con el resto de cosas que quieres que se tengan en cuenta? Igualmente esos datos tampoco representan las cosas que se dicen aquí. El gobierno tiene estos datos y no los usa como nosotros queremos. Por algo es. Pido por último de nuevo, dejar de pensar en el render y pensar en los datos de verdad que por mucho que queramos 3 o 4 colores diferentes no van a saber representar. Para todos los datos físicos ya tenemos otras etiquetadas que siempre van a dar más información. Saludos. -- Jorge Sanz Sanfru
Re: [Talk-es] Sobre las carreteras "highway = trunk" y OSMAnd
. >>>> >> Al ser francés, conozco bastante bien Francia y he visto como esta >>>> >> etiquetado alli. Los tramos de nacionales que se han pasado de vez en >>>> >> cuando a 2 veces 2 carriles separados se llaman vias rapidas y estan >>>> >> limitadas a 110 en lugar de 90 (o 80 actualmente) y estan etiquetados >>>> >> como trunk y el resto de la nacional donde no hay separación esta >>>> como >>>> >> primary. Es bastante facil de entender creo. >>>> >> Es verdad que España esta todo más caótico al nivel de carreteras y >>>> >> sobretodo de como están gestionadas. Cada comunidad tiene sus >>>> >> caracteristicas, sus contradicciones y entendor al nivel global es >>>> >> complicado (por lo menos para mi). Pero he pasado por carreteras >>>> >> etiquetadas como trunk que eran nacionales que antiguamente estaban >>>> >> limitadas a 100, que tienen caminos que salen perpendicular solo con >>>> un >>>> >> stop o incluse cede el paso, solo 2 cariles en sentido contrario, y >>>> >> donde no hay limite de tipo de trafico (que vehiculo puede usarla), y >>>> >> no me pareció corresponder para nada a lo que se entiende por trunk. >>>> Y >>>> >> no tiene nada que ver con OSMAnd. Solo es cuestión de criterios para >>>> >> saber que caracteristicas entran en cada tipo de carreteras. >>>> >> En fin solo es mi opinión. >>>> >> Saludos >>>> >> >>>> >> Olivier >>>> >> >>>> >> >>>> >>>> >>>> ___ >>>> 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 > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanzs.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Añadir capa con trazado del metro, cercanías y metro ligero de Madrid, España
Buenas Esta por ejemplo la capa de transporte que sale en la pagina de OSM https://www.openstreetmap.org/#map=14/40.4191/-3.7049=T Muestra todas las rutas de transporte por lo que también salen buses. No sé si es lo que necesitas. Sino en esta sección de la wiki, a lo mejor en alguno de los mapas que viene puedes encontrar otras cosas https://wiki.openstreetmap.org/wiki/Public_transport#Maps Un saludo. El mar., 16 jul. 2019 a las 14:11, Cyttorak () escribió: > Hola > > ¿Como podría añadir una capa en mi mapa > <https://s-nt-s.github.io/institutos-map/> para que se vea el trazado (no > solo las estaciones) de metro, cercanías y metro ligero de Madrid, España? > ¿Hay alguna capa ya hecha para esto que pueda importar? > > Gracias. > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanzs.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Números de teléfono y prefijo internacional
Si estaba en MapRoulette una tarea, aunque ya no esta. Osmose comprueba más cosas que el de MapRoulette y lo comprueba prácticamente a diario. Por eso puede ser que veas ahora errores que antes no veías. Comprueba a parte de si tiene prefijo si este es correcto, si el formato del número es correcto (que solo tenga números, espacios, números separados por ";",...) Según la comprobación de osmose en los números especiales no se pone el prefijo. Creo que no funcionan con el prefijo estos números de teléfono, aunque no estoy seguro. Saludos. El dom., 14 jul. 2019 a las 16:38, Jordi MF () escribió: > ¿No había una tarea para añadir los prefijos +34 en MapRoulette? Me suena > que > yo añadí todos los prefijos en el País Valenciano, pero en los números de > emergencia (112) o los de la policía no los añadí porque no sabía si era lo > correcto. > Atentamente, > Jordi > > > > -- > Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanzs.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Sobre las carreteras "highway = trunk" y OSMAnd
Buenas Osmose da error por este motivo en nacionales por las que hay puesta alguna ruta de senderismo y creo que también de bicicleta. Nunca me había puesto a pensar mas en general que pudiera dar tanto problema. El añadir foot=yes, cycle=yes y horse=yes me parece correcto. Un saludo. El dom., 14 jul. 2019 a las 13:54, Emilio Gómez Fernández (< emilio.gomez.f...@gmail.com>) escribió: > > Hola a todos. > > Pongo aquí un hilo de mensajes que me ha dejado un colaborador francés de > OSM, Bernard59118 <https://www.openstreetmap.org/user/Bernard59118>, > sobre el problema de clasificar las carreteras nacionales como trunk y su > solicitud para que lo traslade a la comunidad española. Él considera que la > N-623 (Burgos-Santander) debería ser highway=secundary por la problemática > que tiene OSMAnd en el modo "pedestrian", o cuando menos etiquetar las > carreteras de este tipo con foot=yes, cycle=yes y horse=yes. Esto por ende > afectaría también a otras carreteras nacionales etiquetadas como “highway = > trunk”. > > Un saludo > > Emilio Gómez > - > > On 2019-07-13 18:50:16 UTC Bernard59118 wrote: > > ES:Tag:highway=trunk N623 is not a trunk; it is a primary it’s create > problem for peatons and other > > cordialement > > bernard > > > On 2019-07-14 09:54:03 UTC Emilio Gomez wrote: > > Hi Bernard, > > In Spain, roads with the ID N-XXX are roads belonging to the General > Interest Network of the State (in spanish, RIGE). They are colloquially > called “national roads” because of their importance and because they are > part of the country’s main road network. The highway=trunk classification > is correct and was compiled by the Spanish OpenStreetMap community > <https://wiki.openstreetmap.org/wiki/ES:Espa%C3%B1a/Normalizaci%C3%B3n#Carretera_nacional_o_auton.C3.B3mica_de_1er_orden_.28trunk.29>. > You can see the international equivalence of this type of road on this > wiki page > <https://wiki.openstreetmap.org/wiki/Highway:International_equivalence>. > > Regards > > Emilio > > 14 de julio de 2019 a las 10:56 UTC Bernard59118 wrote: > > Hi Emilio > > The type of “highway = trunk” is reserved for roads rather of motorway > type. The N623 is more like a “highway = primary” road than a highway. I > noticed this problem in “pedestrian” mode on OSMAnd, or the access of this > route is forbidden and makes a wide detour. A simple marking of the road ID > N-XXX can not justify a type of road If you keep this feature, add: - > “cycle = yes” - “foot = yes” “Horse = yes” etc. I let you contact the OSM > spain community to solve this problem > > cordially > > Bernard > > PS: I hope that the Google translation will not betray my text in French > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanzs.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Números de teléfono y prefijo internacional
Buenos días Escribo porque recientemente se ha añadido a osmose la comprobación de los números de teléfono y fax de España y se puede ver que tenemos una cantidad considerable de números de teléfono con errores. http://osmose.openstreetmap.fr/es/map/#item=3092=7=40.125=-2.75=1%2C2%2C3== Tenemos algunas zonas entre las que más errores tienen de todos los países en los que hay comprobación de este error actualmente http://osmose.openstreetmap.fr/en/errors/?item=3092 Hay que ver la parte buena, demuestra que tenemos bastantes números de teléfono introducidos. Dato que creo que da información del estado avanzado de información. El número de teléfono es información específica y puntual. Pero también tenemos trabajo por delante para solucionar estos errores y tener una información perfecta. La mayoría de los errores son por falta de introducir la numeración internacional delante del número de teléfono. Vamos, en el caso de España añadir +34 delante del número de teléfono. Hay más información en la wiki del formato correcto. https://wiki.openstreetmap.org/wiki/ES:Key:phone Por todo esto quería pedir ir intentando arreglar los números de teléfono que ya hay en OSM poco a poco. Desde osmose es bastante sencillo. Pero sobre todo, intentar en las nuevas ediciones introducir el prefijo +34 para evitar tener que solucionarlo después. Un saludo y feliz mapeo. -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanzs.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Dudas nodos importación País Vasco
Buenos días. Tendrías que dar ejemplo de justamente cuales son el resto de datos pero en general te comento como se pone. El etiquetado del edificio en el propio edificio. Qué tipo de edificio es, alturas, La dirección tiene que ir en un nodo que represente la entrada al edificio. Hay en principio 2 posibilidades que sea un nodo parte del edificio que es lo mas normal. O si tiene una valla o algo parecido delante del edificio, iría pegado a esa vía. Para entendernos la entrada. Puedes mirar algunas de las importaciones que se están haciendo de catastro para ver ejemplos. https://www.openstreetmap.org/#map=19/40.90262/-5.19775=N Si no se conoce la entrada se puede dejar todo en el area del edificio pero lo correcto es como te he comentado. Un saludo. El jue., 20 jun. 2019 a las 8:56, Alejandro Moreno () escribió: > Buenos días. > > Estos días estoy editando pueblos de País Vasco principalmente añadiendo > las etiquetas wikipedia y wikidata y veo que hay un montón de edificios > dibujados como área que solo tienen la etiqueta building=yes y dentro de > ellos nodos con la dirección y más etiquetas que aplican al edificio. > Imagino que esto es fruto de 2 importaciones diferentes, por un lado los > edificios y de otra fuente las direcciones así que de vez en cuando voy > unificando cada nodo con su área. ¿Estoy haciendo lo correcto o la estoy > liando? > > Un saludo. > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanzs.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] #1calletodoslosportales
Si especificas un poco mas como verlo. Descarga un archivo zip y ahi no veo esa información. Y al descomprimir son varios archivos. El numero de portal va asociado a los nombres de las calles. No podemos subir numeración a lo loco sin tener las calles. Eso ya quita una gran parte de España. No podemos subir algo que esta peor cuando tenemos algo mejor porque se haga rápido. Al final se queda el mapa lleno de información mal que nadie va arreglar. Ademas esos datos no se pueden subir como están, hay que compararlos con los nombres de calles, corregir nombres,... Eso ya lo hace la aplicación de catastro ya que es necesario. Tendríamos que hacer otro programa que lo haga con los datos de cartociudad. Si se hace esto a lo loco ademas va a dar problemas después para la importación de catastro ya que como he comentado compara los números de portal existentes. Vamos que tampoco vamos a poder subir luego bien los datos de catastro sobre numeración. Seguro que se puede mirar para no ir municipio por municipio sacando datos y hacerlo bastante mas rápido. Tengo una gran duda de cómo quieres usar el gestor con datos tan grandes. ¿Qué tienes pensado? Un saludo. El lun., 13 may. 2019 a las 21:24, yo paseopor () escribió: > En los metadatos de cada archivo que te descargas tienes la fecha :) > > http://centrodedescargas.cnig.es/CentroDescargas/linkUnMD > > gmd:MD_Metadata > gmd:fileIdentifier > >- gco:CharacterString: > >spaign_cartociudad_addresses > > gmd:language > >- gmd:LanguageCode: > >spa > > gmd:characterSet > >- gmd:MD_CharacterSetCode: > >utf8 > > gmd:hierarchyLevel > >- gmd:MD_ScopeCode: > >dataset > > gmd:contact > gmd:CI_ResponsibleParty > gmd:organisationName > >- gco:CharacterString: > >Instituto Geográfico Nacional > > gmd:contactInfo > gmd:CI_Contact > gmd:address > gmd:CI_Address > gmd:electronicMailAddress > >- gco:CharacterString: > >i...@fomento.es > > gmd:onlineResource > gmd:CI_OnlineResource > gmd:linkage > >- gmd:URL: > >http://www.ign.es > > gmd:role > >- gmd:CI_RoleCode: > >pointOfContact > > gmd:dateStamp > >- gco:Date: > >2018-04-11 > > > La ventaja que yo le veo con el tema de catastro es que aquí sólo son 52 > archivos para todo el país como mucho, ,no unos 1 que podríamos > conseguir via Catastro. Yo esta importación la considero "de transición" > mientras no dispongamos de los edificios con sus direcciones. Se trataría > de que el equipo de OSM España procesemos todos los datos de esos 50 > archivos y lo colguemos en el gestor para que irlos sumando, más allá de > nuestras zonas de confort, dando uniformidad al mapa. Creo que siendo algo > optimista...este verano podríamos tener todas las direcciones "oficiales" > de España. > > Salut i mapes > yopaseopor > > > On Mon, May 13, 2019 at 1:32 PM Jorge Sanz Sanfructuoso > wrote: > >> Buenas. >> >> Como ya he comentado en el grupo con la misma herramienta que se usa para >> la importación del catastro se puede realizar la importación solo de >> portales sin edificios. Tenemos la herramienta ya preparada y testeada. Con >> un sistema que funciona. Con compatibilidad para posteriormente completar >> la importación de edificios.Habría que comprobarlo, pero es de suponer que >> igual que hace cuando importas edificios tiene en cuenta si una numeración >> ya esta y te la descarta ( facilita evitar duplicar información). Con >> pequeños cambios desde el sistema que se usa para importar edificios se >> podría realizar la importación. Esta comprobado que la información de >> Catastro en la mayoría de los casos esta mas actualizada que la de >> Cartociudad. No le veo la ventaja a usar cartociudad respecto catastro. >> >> Al descargar el archivo de la numeración de castociudad no me sale de >> cuando son los datos. Sale dentro en cierto numero cuando se puso cada >> numero en concreto, pero no veo el archivo de cuando es. Seguro que lo >> tengo delante y no lo veo. Si me puedes indicar dónde has visto de que >> fecha son los datos. En general como ya se ha comentado infinidad de veces >> cartociudad esta bastante desactualizado. Hablo de nombres franquistas >> cambiados hace ya tiempo entre muchas otras cosas. >> >> Creo que hay cosas que se pueden considerar mas útiles y que faltan >> actualmente, pero veo correcto realizar una importación de este tipo. Y si >> es un paso natural después de tener los nombres de las calles. >> >> Un saludo. >> >> El dom., 12 may. 2019 a las 1:03, yo paseopor () >> escribió: >> &
Re: [Talk-es] #1calletodoslosportales
stante más rápida de municipios enteros. > > Y es que hablando o no de la conveniencia de esta importación en el grupo > de Telegram se puso como ejemplo la importación "fallida" (a priori) de > Ávila. > Con una consulta rápida vemos que hay unos 17000 portales en OSM en toda > la provincia mientras que Cartociudad tiene...17. Para ser una > importación hecha antes de normas y salvaje...voy a decir que ha sido > discreta (un 10%) (ni que hubieran revertido buena parte de la misma se > notarían algo más sus efectos). > > Por ello, y siguiendo todas las partes del proceso propongo esta > importación a nivel estatal. Dado que hay conflación de datos cada > comunidad será consciente de si ya tiene esos datos o los requiere y los > trabaja, dado que pueden haber fuentes autonómicas que fueren más fiables > (cuando hablamos de fiabilidad recordemos que estamos hablando del > Instituto Geográfico Nacional - una entidad con un gran presupuesto, aunque > seguramente podría ser mayor, y con una plantilla de trabajadores > cualificados importante), o más actualizadas (puestos a mirar el tema > abulense los datos datan de hace un año (2018-04-11). > Tenemos los permisos, tenemos los datos, y ahora abro el debate en la > lista española. > > Esto nos permitiría con algún error, seguro, como toda cosa hecha por ser > humano pero muchísimos más aciertos, disponer de la totalidad de portales > españoles en Openstreetmap superando en volumen a los datos de todos los > proyectos privativos e igualándonos a la mayoría de datos de que disponen > las administraciones públicas. Recordemos que las fuentes de OSM son usadas > por todos esos proyectos de geolocalizadores que hablábamos al principio de > este mensaje, y que por lo tanto los datos españoles pasarían a ser libres > "para siempre" y a disposición de todo el público mundial. Y evidentmente > la mejora en la búsqueda de direcciones en nuestro país sería exponencial. > > ¿Como veis #1calletodoslosportales ;) ? > Salut i portals > yopaseopor > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanzs.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] IGN en página de copyright
Gran trabajo Santiago. Llevaba ya demasiado tiempo el tema en el tintero. Se agradece la resolución. Saludos. El mié., 13 mar. 2019 a las 16:53, Santiago Crespo (< openstreet...@flanera.net>) escribió: > Hola, > > Después insistir[1] de nuevo en la última reunión de la OSMF, por fin > han votado y aprobado[2] añadir al IGN a la página osm.org/copyright > > Les he escrito sugiriendo que mencionen con los enlaces correspondientes > al IGN, al SCNE y a la licencia CC-BY 4.0. También he escrito a Antonio > del IGN para informarle. > > Saludos, > Santiago Crespo > > [1] > > https://wiki.osmfoundation.org/wiki/Board/Minutes/2019-02-20#Guest_comments_or_questions > > [2] > > https://wiki.osmfoundation.org/wiki/Board/Minutes/2019-03-20#2019.2FRes14_Allow_attribution_on_osm.org.2Fcopyright_page > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación de límites administrativos de Fornes
Hola. Esto me ha recordado que faltaba de cambiar otro pueblo en Salamanca qué cambio sus fronteras. Mozodiel de Sanchiñigo que cambio de ayuntamiento [1][2]. Cuando completes este me miro como ha quedado el tramite de esta importación y como va y lo realizo para este otro límite. Y así veo todo el proceso de las importaciones como funciona. Habra que dar uso a esa "plantilla". Un saludo. [1] http://bocyl.jcyl.es/html/2017/01/30/html/BOCYL-D-30012017-4.do [2] https://www.boe.es/diario_boe/txt.php?id=BOE-A-2017-1331 El mié., 13 feb. 2019 a las 19:16, Rafael Avila Coya () escribió: > Hola a todos/as: > > Carlos Antonio Rivera [1] comentó en grupo de Telegram que deseaba > añadir los límites municipales de Fornes [2], en la provincia de Granada. > > Este municipio se creó con fecha 2 de Octubre de 2019 como segregación > del de Arenas del Rey, del que ya era entidad menor local. > > Para ello he creado una wiki [3], que debemos aún modificar (es sólo un > esbozo). Esta wiki, además, puede ser usada como "plantilla" para otras > importaciones similares en el futuro. > > Por lo pronto, una cosa a modificar es que la vía de límite > administrativo a importar (límite entre resto de Arenas del Rey y > Fornes) se puede (y se debe) mejorar con las descripciones del BOE. > > Es una importación muy sencillita. Cuando la tengamos lista la > comentamos en la lista de imports, y listo para importar. > > Saludos, > > Rafael. > > [1] https://www.openstreetmap.org/user/kapazao > [2] https://www.openstreetmap.org/node/1110117318 > [3] > > https://wiki.openstreetmap.org/wiki/ES:Importaci%C3%B3n_L%C3%ADmites_Ayuntamiento_de_Fornes_(Granada)#Changeset_Tags > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Proyecto importación catastro Sant Boi de Llobregat (08199)
Ya te he dado permisos en el gestor de tareas. Léete antes toda la documentación y mira cómo se esta haciendo en otros sitios. https://wiki.openstreetmap.org/wiki/ES:Catastro_espa%C3%B1ol/Importaci%C3%B3n_de_edificios/Gu%C3%ADa_de_importaci%C3%B3n/Gesti%C3%B3n_de_proyectos#Revisi.C3.B3n https://wiki.openstreetmap.org/wiki/ES:Catastro_espa%C3%B1ol/Importaci%C3%B3n_de_edificios/Gu%C3%ADa_de_importaci%C3%B3n Un saludo. El mié., 30 ene. 2019 a las 16:53, Raul Vidal () escribió: > El usuario es Raulvior. > > > Sent from ProtonMail mobile > > > > Original Message > On 30 gen. 2019, 10:44, Jorge Sanz Sanfructuoso < sanc...@gmail.com> > wrote: > > > Hola Raúl. > > Necesitas permiso para crear proyectos en el gestor de tareas. Dime tú > usuario y te doy el permiso. > > Un saludo. > > El mié., 30 ene. 2019 2:03, Raul Vidal via Talk-es < > talk-es@openstreetmap.org> escribió: > >> Hola, >> He estado importando edificios de catastro así como direcciones de dicho >> municipio y añadiendo contenido mediante exploración en in-situ. >> >> He visto que recientemente se ha creado un nuevo programa escrito en >> Python que utiliza otros archivos de catastro (catatom2osm) y que se debe >> registrar un proyecto para cada municipio y/o barrio en el Gestor de Tareas. >> >> El caso es que en la página del Gestor de Tareas no me aparece la opción >> de crear un proyecto. ¿Me falta algo para activar dicha opción? >> >> Gracias. >> >> >> Sent with ProtonMail <https://protonmail.com> Secure Email. >> >> ___ >> Talk-es mailing list >> Talk-es@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-es >> > -- > Jorge Sanz Sanfructuoso - Sanchi > Blog http://jorgesanz.es/ > > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Proyecto importación catastro Sant Boi de Llobregat (08199)
Hola Raúl. Necesitas permiso para crear proyectos en el gestor de tareas. Dime tú usuario y te doy el permiso. Un saludo. El mié., 30 ene. 2019 2:03, Raul Vidal via Talk-es < talk-es@openstreetmap.org> escribió: > Hola, > He estado importando edificios de catastro así como direcciones de dicho > municipio y añadiendo contenido mediante exploración en in-situ. > > He visto que recientemente se ha creado un nuevo programa escrito en > Python que utiliza otros archivos de catastro (catatom2osm) y que se debe > registrar un proyecto para cada municipio y/o barrio en el Gestor de Tareas. > > El caso es que en la página del Gestor de Tareas no me aparece la opción > de crear un proyecto. ¿Me falta algo para activar dicha opción? > > Gracias. > > > Sent with ProtonMail <https://protonmail.com> Secure Email. > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Juicio contra Google por bloqueo de MAPA www.miguelgallardo.es/google-discrimina-mapas.pdf
ar a > Google casi sin control alguno), nos están saliendo carísimas y perjuican a > la competencia, a los consumidores, y a los usuarios. Lo que más lamento es > no saber explicar mejor mis intenciones y lamento más aún no estar a la > altura de algunos consejos que estamos recibiendo en APEDANICA (lo más > valioso de esta historia que se inició en la Nochebuena de 2016 es que nos > estamos enterando de algunas intrahistorias inimaginables, pero ciertas y > verificables). > > No trato de reclutar a nadie, pero sí de invitar a todos a debatir, y a > quien quiera y pueda, a presenciar el juicio, porque para eso es una vista > pública. > > En fin, repito que si éste no es tema apropiado para esta lista, pido > disculpas, pero si alguien tiene algún interés o duda, al menos hasta el > próximo miércoles 28, estoy muy disponible. Después, probablemente intente > explicarlo mejor en inglés. > > miguel gallardo, por www.cita.es/apedanica.pdf > > >> >> Saludos, >> Santiago Crespo >> >> On 11/24/18 12:32 PM, Miguel Gallardo wrote: >> > Buenos días. Soy nuevo aquí y quiero presentarme como demandante contra >> > Google por el bloqueo de un mapa de INFOANTENAS (parece ser que basado >> > en la cartografía SIGPAC) que ha revelado una presunta discriminación de >> > mapas por Google probablemente su cambiante modelo de negocio en "GOOGLE >> > MAPS PLATFORM". La demanda está publicada completa incluyendo ANEXOS >> > relevantes en >> > http://www.miguelgallardo.es/google-inadecuado.pdf >> > y el último documento que consta en el juzgado con enlaces a anteriores >> en >> > http://www.miguelgallardo.es/google-discrimina-mapas.pdf >> > (recomiendo especialmente el artículo de The Economist “/Map reading. >> > The battle for territory in digital cartography/” que ahí cito para >> > explicar la trascendencia) >> > *El juicio se celebrará este miércoles 28 en vista pública.* >> > >> > Ahora mismo estamos preparando el interrogatorio editando on-line con la >> > ayuda y los consejos de miembros de www.cita.es/apedanica.pdf >> > <http://www.cita.es/apedanica.pdf> en el borrador >> > online https://goo.gl/cxqcbZ >> > >> https://docs.google.com/document/d/1itjXqhsA10D-kPzYpBuDShhHF3r3CKUyurITqVV11mM/edit# >> > que incluye la declaración del Gobierno de Castilla y León que dice >> > textualmente: >> > "/Dado que Google ha realizado cambios en su modelo de negocio y ha >> > empezado a cobrar por el uso de sus mapas, se ha realizado un cambio >> > tecnológico pasando a utilizar los servicios de OpenStreetMaps, también >> > de forma gratuita/" >> > >> > Estamos deliberando sobre qué más poder aportar relevante y preguntar >> > pertinentemente en el grupo de whatsapp >> > https://chat.whatsapp.com/8qDAIlY3MA1E0S05HFwi0t >> > >> > Buscamos la opinión de expertos en >> > Google Maps <https://en.wikipedia.org/wiki/Google_Maps> Bing Maps >> > <https://en.wikipedia.org/wiki/Bing_Maps> MapQuest >> > <https://en.wikipedia.org/wiki/MapQuest> OpenStreetMap >> > <https://en.wikipedia.org/wiki/OpenStreetMap> Here >> > <https://en.wikipedia.org/wiki/Here_(company)>Apple Maps >> > <https://en.wikipedia.org/wiki/Apple_Maps>Yandex Maps >> > <https://en.wikipedia.org/wiki/Yandex_Maps> >> > >> > considerando la demanda y especialmente lo que también consta en el >> Juzgado >> > http://www.miguelgallardo.es/google-discrimina-mapas.pdf >> > >> > Agradeceremos la pronta difusión y cualquier corrección, referencia o >> > propuesta para mejorar el borrador en, repito >> > https://goo.gl/cxqcbZ >> > >> > Dr. (PhD) Ing. Miguel Gallardo perito judicial Tel.: 902998352 >> > >> > Presidente de APEDANICA www.cita.es/apedanica.pdf >> > <http://www.cita.es/apedanica.pdf> >> > CV en http://www.miguelgallardo.es/audio.pdf >> > >> > ___ >> > 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 > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Problema al añadir al Gestor de Tareas una importación de Catastro
Hola. Hoy esta la tecnología contra mí, no quiere que importe nada jejeje Error nuevo también que antes no sucedía. En el gestor de tareas le doy a crear un nuevo proyecto. Después importo archivo zoning.geojson y me sale el mapa bien importado. Selecciono geometrías arbitrarias y cuando le doy a Crear proyecto me salta el siguiente error: No key 'geometry': Not an HTML form submission (Content-Type: ) He probado con otras importaciones ya realizadas que no dieron problemas. Y al intentar subir el archivo me sale el mismo error. Así que no debería ser problema del archivo que subo. No sé si habra cambiado algo en el gestor de tareas que pueda provocar el error. Un saludo. -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Error en catatom2osm
Hola. Llevo varias importaciones de catastro sin problemas pero con un municipio me ha salido un error que nunca me había salido. -El error es el siguiente: ERROR - La capa '37226/A.ES.SDGC.AD.37226.gml|layername=address' está vacía -Todo lo que sale por consola catatom2osm 37226 QSqlDatabase: QSQLITE driver not loaded QSqlDatabase: available drivers: ERROR: Opening of authentication db FAILED QSqlQuery::prepare: database not open WARNING: Auth db query exec() FAILED 2018-11-21 11:46:44,621 - INFO - Comienza el procesado de '37226' 2018-11-21 11:46:46,345 - INFO - Descargando '37226/A.ES.SDGC.CP.37226.zip' 2018-11-21 11:46:46,759 - INFO - Leídos 34 características en '37226/A.ES.SDGC.CP.37226.cadastralzoning.gml' 2018-11-21 11:46:47,842 - INFO - Municipio: 'Pajares de la Laguna' 2018-11-21 11:46:50,303 - INFO - Generado '37226/boundary.poly' 2018-11-21 11:46:50,835 - INFO - Descargando '37226/A.ES.SDGC.AD.37226.zip' 2018-11-21 11:46:50,937 - ERROR - La capa '37226/A.ES.SDGC.AD.37226.gml|layername=address' está vacía Un saludo -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Name y name:es
Hola En maps.me es si no recuerdo mal, si metes el nombre de alguna cosa automáticamente te pone los dos etiquetados. Probablemente vengan de ahí las ediciones. Como ha dicho Daniel si es útil. Un saludo. El mar., 20 nov. 2018 a las 13:48, dcapillae () escribió: > Hola, Alejandro. > > Sí, aporta algo, no es redundante. Es un etiquetado «correcto y útil», > según > el wiki [1]: > > > > «name=*» contiene "el nombre predeterminado común". > > «name:código_de_idioma=*» contiene el nombre en el idioma especificado, > > por ejemplo, «name:ru=Москва» contiene el nombre en idioma ruso (tiene el > > código de idioma «ru») y «name:en=Moscow» contiene el nombre en inglés > > (código de idioma «en»). > > > > Moscú también está etiquetado con «name=Москва», con el mismo valor que > > «name:ru=Москва». Es correcto y útil, los nombres en idiomas específicos > > no se deben eliminar únicamente porque su valor sea el mismo que en > > «name=*». > > [1] https://wiki.openstreetmap.org/wiki/Names > > > > - > Daniel Capilla > OSM user: dcapillae > -- > Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [Catastro] Actualización CatAtom2Osm 1.1.8
He probado con Salamanca las 2 versiones En versión 1.1.8 12 minutos ha tardado En Versión 1.2dev 15 minutos ha tardado Nada destacable, el resultado parece ser el mismo. El lun., 12 nov. 2018 a las 12:09, Joaquim () escribió: > Hola Javier > He intentado hacer la prueba de utilizar la versión 1.2 de CatAtom2Osm > pero no lo he conseguido. > > Utilizo Ubuntu 18.04, QGIS 2.18 y CatAtom2Osm 1.1.7 > > Al ejecutar la orden catatom2osm 07027 obtengo el siguiente error: > > File "/usr/lib/python2.7/zipfile.py", line 909, in getinfo > 'There is no item named %r in the archive' % name) > KeyError: "There is no item named u'A.ES.SDGC.CP.MD..07027.xml' in > the archive" > > Intento actualizar a catatom2osm 1.1.8 desde consola ejecutando git > pull, parece que actualiza pero el resultado al intentar ejecutar el > programa es el mismo y al pedirle la versión me dice que la versión es > la 1.1.7 (com si no se hubiera actualizado) > > ¿Alguna sugerencia para solucionarlo? > > Muchas gracias, > > Joaquim Puxan > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Estilos de representación cartográfica para la revisión de edificios y direcciones
El de los tipos de edificios no lo conocía. Muy útil. Lo único la url que has puesto de la traducción no me funciona. He usado esta otra https://josm.openstreetmap.de/josmfile?page=Es:Styles/Coloured_buildings Gracias por la información El dom., 4 nov. 2018 a las 18:19, Javier Sánchez Portero (< javiers...@gmail.com>) escribió: > Gracias Daniel > Lo añado a la guía. > > El dom., 4 nov. 2018 a las 5:47, dcapillae () > escribió: > >> Hola. >> >> JOSM tiene un par de estilos cartográficos que os pueden resultar de >> utilidad en el proceso de importación de edificios y direciones del >> Catastro, tanto para completar tareas como para validarlas: «Coloured >> Streets» [1] y «Coloured Buildings» [2]. >> >> «Coloured Streets» es un estilo cartográfico que colorea las calles y las >> direcciones asociadas a una calle de un mismo color. Si lo activáis en >> JOSM, >> podréis comprobar con un simple golpe de vista que direcciones están mal >> escritas o no corresponden con la calle a la que deberían hacer >> referencia. >> Es un error muy común que subamos los cambios sin comprobar si los valores >> de las etiquetas «addr:street=*» corresponden con el nombre de la calle >> más >> cercana, entre otras cosas porque es un engorro tener que comprobar las >> direcciones una por una. Este estilo cartográfico nos lo pone fácil, >> haciendo casi imposible que nos equivoquemos, y sin que tengamos que >> perder >> tiempo comprobando una por una las direcciones. >> >> «Coloured Buildings» es un estilo cartográfico similar, también colorea >> elementos de OSM en función de sus etiquetas, pero en este caso da color y >> tipifica los edificios en función del valor de su etiqueta «building=*», >> de >> tal forma que con un simple vistazo podréis conocer qué tipo de edificio >> estáis editando en JOSM: viviendas unifamiliares, apartamentos, edificios >> públicos, etc. Con los edificios pasa lo mismo que con las direcciones, >> también es muy común que se nos pase cambiar la etiqueta >> «building=residential» que acompaña a muchos edificios importados del >> Catastro por un valor más preciso. Este estilo cartográfico nos evita >> tener >> que seleccionar uno por uno los edificios para saber de qué tipo de >> edificio >> se trata, lo que nos ahorra mucho tiempo. Muy útil sobre todo para validar >> tareas ya completadas. >> >> Para activar estos estilos cartográficos os tenéis que dirigir al menú >> «Ver» >> y seleccionar las opciones «Estilos de representación cartográfica» y >> «Preferencias para la presentación del mapa». Buscad «Coloured Streets» y >> «Coloured Buildings» en la lista de estilos disponibles, y añadirlos a >> JOSM. >> Para activarlos o desactivarlos, simplemente tenéis que marcarlos o >> desmarcarlos del menú de estilos de representación cartográfica, o bien >> marcarlos o desmarcarlos de la ventana correspondiente que se activa desde >> el menú «Ventanas». >> >> El estilo «Coloured Buildings» estaba escrito originalmente en alemán. Me >> he >> descargado el estilo y lo he traducido para que la tipología de edificios >> aparezca también en español. Tenéis el estilo traducido [3] disponible >> para >> su descarga a través del wiki de JOSM. Para usar la traducción en español, >> os tenéis que descargar el archivo traducido, o bien guardaros la >> dirección >> URL de descarga. Os hará falta para añadir el estilo desde la opción >> «Preferencias para la presentación del mapa», haciendo clic en el icono >> «+» >> de la barra lateral derecha. >> >> [1] https://josm.openstreetmap.de/wiki/Styles/Coloured_Streets >> [2] https://josm.openstreetmap.de/wiki/Es%3AStyles/Coloured_buildings >> [3] >> >> https://josm.openstreetmap.de/attachment/wiki/Es%3AStyles/Coloured_buildings/Styles_Coloured_buildings-style.mapcss >> >> >> >> - >> Daniel Capilla >> OSM user: dcapillae >> -- >> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html >> >> ___ >> 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 > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Mapa de la península para OruxMaps y OSMAnd con datos OSM de 4umaps
Muchas gracias. Yo no lo voy a usar pero si conozco a gente a la que se lo voy a pasar, que les va a ser muy útil. Buen trabajo El mar., 30 oct. 2018 14:39, Alberto Llorente escribió: > Buenas, > > He compilado toda la península en un mapa para Oruxmaps y otro para > OSMAnd. Lo he hecho con MOBAC partiendo del WMS que deja 4Umaps.eu (los > créditos para ell@s). > > La ventaja de estos mapas es que renderizan los senderos junto con su > nivel de dificultad SAC y su nivel BTT, indicándolo claramente en texto al > lado del sendero (los que tienen dicha etiqueta). También se indica la > visibilidad del camino(en 2 niveles). En otros utilizan simplemente > colores. No he encontrado otros mapas que rendericen tan bien dicha info (y > agradecería si sabéis alguno). > > Para mi es una ayuda, tanto para maquinar rutas de montaña como para ver > las deficiencias de etiquetado en dificultad y visibilidad de algunas rutas. > > Por si a alguien le interesa, los he subido a: > > Mapa para Oruxmaps: > https://mega.nz/#F!1SY2EQgT!fx4Ilad2bdIJsm0vI3qnXw > > Mapa para OSMAnd: > https://mega.nz/#!cPI2HKKb!HbDG0rV1lXuZzi05QfF59SrOEWNLWxAZsBMR5m9qosA > > Realmente me lo he hecho también para mi viejo Oziexplorer, que sigo > usando en el PC, pero ocupa la tira... si alguien está muy interesado que > me escriba y me lo organizo. > > Listos para copiar y pegar en la carpeta del móvil que tengamos > configurada. Se admiten y agradecen sugerencias. La montaña no se me da > mal, pero en ésto no soy experto como veo que vosotros > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Necesidad de poner límites en ciudad.
uando usamos una >> de categoría superior, que se supone que están para usar en exteriores de >> municipios, la velocidad por defecto de los enrutadores va en consonancia >> a la categoría, por lo que si no se pone ninguna velocidad, los enrutadores >> pueden usar 80, 90 o 100 km en mitad de la ciudad, por eso propongo, que >> más vale poner el límite genérico de 50 a no poner ninguno en el caso de >> las vías que se les ponga una categoría superior a “residencial” únicamente >> y dentro de los municipios. Aunque legalmente todo el mundo sabe la >> velocidad en ciudad, el enrutador te puede calcular la ruta por distancia >> (ruta más corta) o velocidad (ruta más rápida), para hacer los cálculos en >> un caso se fija en la distancia, en el otro en cuanto tardas en recorrerla, >> y para eso usa los tipos de vía y límites de velocidad. Cuando no existen >> usa los que tiene puestos por defecto según el tipo de vía. >> >> >> >> Un saludo. >> >> >> >> >> >> >> >> *De:* yo paseopor >> *Enviado el:* domingo, 28 de octubre de 2018 6:52 >> *Para:* Discusión en Español de OpenStreetMap >> *Asunto:* Re: [Talk-es] Necesidad de poner límites en ciudad. >> >> >> >> El hecho de poner un límite a las calles es útil, pero en este caso tiene >> un problema. Si especificas el límite a 50 km/h y el límite real es a 30 o >> a 40 estarás dando una información errónea. Si no especificas límite >> sabremos que esas calles las debemos de completar/revisar. >> >> >> >> La normativa de tráfico es muy clara: 50 km/h en vías urbanas. No >> necesitas un GPS que te lo especifique. Por lo tanto, con o sin datos el >> máximo en vía urbana en España (no sólo Granada) será de 50 km/h. Por lo >> que no ganas nada poniendo límites a cascoporro (porque este límite se >> sobreentiende). El 50 ya lo tienes. >> >> Sería interesante revisar la velocidad de las calles de Granada, a fin de >> poner el límite real en las calles.Aprovechad para poner la iluminación >> también si esta existiera (lit=yes) >> >> >> >> Por lo que hace referencia a las categorías poner de entrada lo que diga >> un ayuntamiento o administración sobre una vía puede fallar más que una >> escopeta de feria. Ahora bien, tener en cuenta esos datos, aprender, ver >> hacia dónde hace ir los flujos de tráfico el ayuntamiento, etc. me parece >> correcto y una forma adecuada de proceder, puesto que esos datos nos darán >> también las pistas sobre futuras actuaciones en determinadas vías >> (pacificaciones, etc.) >> >> >> >> Espero que mi opinión te haya servido :) >> >> 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 mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Propuesta de cambios en la normalización para España de carreteras nacionales
Buenas Creo que Lanxana tiene razón que se a descentrado un poco la conversación y pido disculpas por la parte de ello que es mi culpa. El texto crece, crece ,crece pero al final no se resuelven las dudas y es difícil de seguir. Hoy por hoy la propuesta lo único que entiendo es que se cogen todos los datos, pero después de muchas veces que se a tratado el tema sinceramente todavía no sé como coger una carretera y cómo ponerla según el criterio que comentas. Y es donde desde el primer mensaje se ha comentado la subjetividad. Creo que es bueno seguir la conversación a partir de lo que a comentado Lanxana que es un resumen más o menos de las dudas. 1 - El tema de partir o no la vía en varias categorías a lo largo de su trazado lo he preguntado creo que 2 veces. Creo necesaria la respuesta de que considera la propuesta. Creo que es un punto importante. 2 - Capacidad o importancia no tiene que ver con características físicas. Habra en casos que coincidirá, en muchos casos pero no todos, y son cosas diferentes. Lo ideal es que coincidiera pero por desgracia no siempre es así. Creo que por eso para temas físico hay más etiquetas. Entre capacidad e importancia yo tiro más por importancia. Es una cosa más fija y sin menos dudas. Eso no quita que se pueda abrir el debate algún cambio del sistema actual. 3 - Es una cosa que creo que es muy difícil de determinar y problema grande de poder realizar este cambio. Lo único que le veo una salida real es al tema de la carretera paralela a una autovía. Con varias cosas que concretar de cómo se haría exactamente pero posible. Lo demás es muy cambiante y subjetivo según zonas. Tienes carreteras que no mejoran y conservan aunque son importantes porque van hacer la autovía paralela. Pero a la vez la autovía paralela tampoco llega. Y luego carreteras que a lo mejor son menos importantes pero el arreglo es mucho más barato que una autovía nueva y sí se ha realizado. O que llegues pases de provincia y en un lado se conserve y en el otro no. 4 - Ahora mismo no se me ocurre más. 5 - Yo creo que no y vuelvo al punto 3 y alargo. Por desgracia en este sentido en una mayoría de la red nacional la importancia se ha medido por hago o no autovía, el punto medio no suele existir. Y o se ha llegado hacer autovía o sigue como estaba la carretera hace años. Incluso dentro de las propias autovías lo sufrimos, que al ver una autovía de hace 20 años y una moderna no tiene nada que ver aun teniendo más importancia la de hace 20 años. 6 - Este punto no termino de entender a qué se refiere exactamente. Normalmente creo que si hay 2 trazados tiene más importancia uno que otro. No termino ahora de visualizar el caso al que te refieres. 7 - Yo creo que sí. Cómo he comentado por arriba la importancia no siempre esta ligada con el resto de características. Sería lo ideal pero no es así. Todo esto también cambia según las zonas de España, tenemos un país muy diverso. un saludo. El dom., 28 oct. 2018 a las 8:30, yo paseopor () escribió: > On Sat, Oct 27, 2018 at 12:54 AM Jorge Sanz Sanfructuoso < > sanc...@gmail.com> wrote: > >> >> Yo no conozco esas revisiones que comentas en todas las carreteras menos >> en las nacionales. >> > -De las varias propuestas de normalización física de vías acabaron > saliendo cambios en varias autonomías, en la lista puedes ver comentarios > sobre la red de Canarias, Andalucía, Catalunya o Galicia entre otras. De > todas formas, dado que esta propuesta es objetiva (usa estadísticas como > los IMD de que disponen la mayoría de infraestructuras, sean de la > administración que sean, así como la velocidad media) o las características > visibles de la vía (cruces internivel, etc.) vale para cualquier > administración y estaría de acuerdo en aplicarla en cualquier carretera de > cualquier administración. > >> >> Hay un problema muy claro en esta propuesta y que todavía no esta >> aclarado y nunca aclaras y vas cogiendo de un sitio y de otro y no >> concretas. Tan pronto hablas de IMD, como de cruces a nivel, velocidad >> media, cómo algún otro parámetro. Una propuesta no puede ser una mezcla de >> todo sin definir cómo se usa claramente. No digo que no se pueda combinar >> todo, que puede que sí. Pero es que no concretas nada. Usa todo ¿cómo dice >> tu propuesta que se use todo eso concretamente? de una manera que no lleve >> a líos y ambigüedades? ¿Vamos por trocitos de carretera? ¿carreteras >> completas? Ya varias cosas de estas te las he comentado pero son cosas >> que si no se concretan claramente no se puede usar nada. Eso desde el >> primer mensaje que se ha dicho que no es objetivo es el mayor problema y >> todavía no lo he visto solucionado. >> > > Desde el primer mensaje hablo de todos los aspectos de la propuesta. De > hecho siempre los ordeno de igual forma,porque ese es el orden de criterio &
Re: [Talk-es] Propuesta de cambios en la normalización para España de carreteras nacionales
son 4. Claro que se puede proponer faltaría mas. > Ya lo he dicho más veces hay muchos flecos y es donde veo el mayor >> problema. Y es donde esta el lio de ediciones, interpretaciones y lo que >> ves tan claro en verdad no lo es. No es ni comparable con la claridad del >> sistema actual. Que igualmente no es perfecto pero tiene poco lugar a >> interpretación. >> > Yo no le veo tantos flecos, ya va bien que le busquemos tres pies al gato. > Evidentemente que el sistema actual es claro, porque sólo se basa en un > parámetro concreto, pero ¿eso es lo correcto? ¿Es el único criterio que nos > puede ofrecer una base de datos colaborativa con multitud de informaciones > como es OSM? Francamente, yo espero más de OSM, espero el reflejo de la > complejidad del mundo real, espero datos lo más ajustados posibles y con > más variables tenidas en cuenta para cubrir todas las posibilidades. Para > fijarme solo en la administración de las carreteras ya existe la extinta > Guía Campsa (hoy Repsol), el mapa aquel mítico que editaba el MOPU, o los > mapas impresos de Michelín - perdón, estos últimos no guardan exactamente > las categorías para las administraciones sino que hacen su propia > interpretación, una pena que estén desactualizados a más no poder - . > Estas hablando de las cosas que muestra el color de las carreteras, OSM tiene muchísimos datos a parte del color que es lo que realmente lo diferencia de todas esas guías. Hay que recordar qué OSM no es un mapa, es una base de datos espacial. Tú creas el mapa a partir de esos datos. Lo que ya se ha dicho por ahí arriba. Eso son problemas de los renders. Si es tan importante ese cambio de color seguro que ya tendríamos render que lo cambian con los datos existentes. > >> Abría que ver todo pero que el primer sitio que mire me encuentre con >> esto me mosquea. Puede que sea casualidad pero habría que asegurarse. >> > Por supuesto los errores en los datos hay que corregirlos y tener en > cuenta que son errores. Pero dado que Javi explicó que Fomento usa esos > estudios dudo que estén mal realizados de forma generalizada. Creo que la > gente que los hace debe cumplir con unos procedimientos y estándares de > calidad a nivel europeo y mundial que seguramente hagan que sean correctos > y por lo tanto puedan ser un baremo fiable como para basarnos para marcar > las categorías de una carretera en OSM. > Yo no he dicho que no se usen claro que se usan pero ¿para qué y cómo?¿porque no los usan precisamente para lo que comentas? ¿Porque no ha creado directamente fomento ya el mapa ideal si con estos datos es suficiente? Son datos útiles claramente, sino no se mediría, pero no son útiles para cualquier cosa. > > Saludos > yopaseopor > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Propuesta de cambios en la normalización para España de carreteras nacionales
o el mayor problema. Y es donde esta el lio de ediciones, interpretaciones y lo que ves tan claro en verdad no lo es. No es ni comparable con la claridad del sistema actual. Que igualmente no es perfecto pero tiene poco lugar a interpretación. > >> No sé si será un caso aislado pero mirando en Salamanca en la nacional de >> Sorihuela a Bejar me choca y mucho los datos. Una nacional con curvas, >> subida de un pequeño puerto, por la qué he pasado para sacar fotos con >> mapillary y no me acuerdo si me llegue a cruzar con algún coche. Carretera >> que hace años que se hizo un desvío, mucho antes de hacer la autovía. Me >> encuentro que indica que tiene prácticamente el mismo IMD que la autovía >> paralela. Yo me imagino que la medida esta realizada en la incorporación a >> la autovía en el lado de Sorihuela que ahí puede haber una cantidad >> considerable de entrada y salida tanto de coches como de camiones. Pero la >> nacional es imposible que tenga eso. Si hay mas casos como este, que no lo >> sé, es un problema. >> > Mirando el mapa de estas estaciones y accediendo a los datos se puede > comprobar que esa estación en concreto da unas mediciones un poco extrañas, > dando flujos de autovía, si miramos un poco más arriba o un poco más abajo > podremos ver unos números algo más realistas [1] . Como con Catastro, que > pueda contener errores no implica ni que el material sea "malo" ni que no > se pueda utilizar en una propuesta de este calibre. > Abría que ver todo pero que el primer sitio que mire me encuentre con esto me mosquea. Puede que sea casualidad pero habría que asegurarse. > > Saludos > yopaseopor > > [1] http://mapas.fomento.gob.es/mapatrafico/2016/ > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Propuesta de cambios en la normalización para España de carreteras nacionales
ma información > con la mínima dificultad - . > Guerras de ediciones? por parte de quien? quien se pondría en contra de un > criterio lógico, escogido por la comunidad española después de grandes > debates, y basado en estudios, mejorando el uso de OSM para todo el mundo? > En su momento creo que no se cogio de una manera subjetiva. No existían ni carreteras en el mapa, ni teníamos acceso a tanta información como tenemos actualmente. No sé si se eligió por estos motivos, pero creo que el planteamiento físico no era ni pensable en aquel momento y lo mas útil era el criterio administrativo. Pero bueno tampoco es una cosa actualmente importante. No veo tan pocas dificultades como tú. Por ejemplo el sabado cuando preguntaron por una carretera en telegram no fue tan sencilla la respuesta como ¿Qué IMD tiene la carretera? ya sabes la clasificación. Unas cuantas dudas han salido por ahora. En cuanto no sea un criterio claro sin lugar a dudas puede haber guerra de ediciones y sin profundizar mucho incógnitas hay unas cuantas. No sé si será un caso aislado pero mirando en Salamanca en la nacional de Sorihuela a Bejar me choca y mucho los datos. Una nacional con curvas, subida de un pequeño puerto, por la qué he pasado para sacar fotos con mapillary y no me acuerdo si me llegue a cruzar con algún coche. Carretera que hace años que se hizo un desvío, mucho antes de hacer la autovía. Me encuentro que indica que tiene prácticamente el mismo IMD que la autovía paralela. Yo me imagino que la medida esta realizada en la incorporación a la autovía en el lado de Sorihuela que ahí puede haber una cantidad considerable de entrada y salida tanto de coches como de camiones. Pero la nacional es imposible que tenga eso. Si hay mas casos como este, que no lo sé, es un problema. Un saludo. -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Propuesta de cambios en la normalización para España de carreteras nacionales
gt; tiempo, de las cuales disponemos de datos, no solo estadísticos > > > sino > > > > también imágenes in situ de las diversas vías. > > > > > > > > Para ello seguiría 3 premisas básicas: > > > > > > > > A-El primer elemento que tendría en cuenta sería el IMD relativo > > > a la > > > > zona dónde se sitúa (provincias): > > > > https://www.fomento.es/carreteras/trafico-velocidades-y-accidente > > > s-ma > > > > pa-estimacion-y-evolucion/mapas-de-trafico > > > > > > > > Para el caso que nos ocupa estos datos se publican en la web de > > > > Fomento, de forma anual y por provincias. > > > > Es importante tener en cuenta esta división pues los IMD deben de > > > ser > > > > proporcionales al territorio: los números de la provincia de > > > > Barcelona nunca serán los de la de Soria pero eso no quiere decir > > > que > > > > todas las nacionales de Soria pasen a ser terciarias > > > directamente. > > > > Además también disponemos de información sobre los accesos a las > > > > capitales de provincia, y el paso de los vehículos pesados. Si > > > > quisiéramos afinar más el tiro podríamos incluso mirarnos la > > > serie > > > > estadística y su evolución, para demostrar que no es flor de un > > > día, > > > > pero en la mayoría de casos dudo que existan dudas sobre una > > > > disminución del tráfico ostentosa para aquellas vías que ahora > > > > disponen de alternativas libres de pago de doble carril. > > > > > > > > B-Jerarquía de las carreteras adyacentes sin vías alternativas: > > > > Dado que muchas vías ya no principales dan acceso a otras que sí > > > lo > > > > siguen siendo se debe mantener la coherencia de jerarquías. Por > > > ello > > > > es interesante analizar salida por salida de autovía para > > > determinar > > > > las carreteras adyacentes a ella y así mantener una categoría > > > acorde > > > > a esas vías, no siendo menor que la vía a la que dan servicio. > > > > Ejemplo , para pasar a una secundaria desde la salida de una > > > autovía > > > > a una nacional esta última debiera tener mínimo la misma > > > categoría > > > > que la secundaria a la que va a dar acceso. > > > > > > > > C-Características físicas de la vía que no pueden variar sin un > > > > proyecto a ejecutar: > > > > > > > > Mediante el mapa de velocidades medias publicado por Fomento > > > > descubriremos cuales son aquellas vías que mantienen una alta > > > > velocidad media y por lo tanto deben de ser vías fiables y > > > seguras > > > > (si no esa velocidad media se vería bastante mermada - límites de > > > > velocidad, radares, etc.) > > > > https://www.fomento.es/carreteras/trafico-velocidades-y-accidente > > > s-ma > > > > pa-estimacion-y-evolucion/mapas-de-trafico > > > > > > > > En última instancia contemplaremos también otros elementos que > > > hacen > > > > una vía más segura: > > > > -si tiene cruces internivel > > > > -si dispone de arcén > > > > -si hay elementos permanentes que entorpezcan el tráfico libre > > > > > > > > Creo que siguiendo estas tres premisas y haciendo un trabajo de > > > > comunidad podremos disponer de una base de datos (es lo que es > > > OSM, > > > > olvidémonos de los colorines) actualizada y que mejore el > > > ruteamiento > > > > para sus usuarios y usuarias, teniendo en cuenta las mejores > > > > alternativas, al margen de quien gestione la vía, que eso al > > > usuario > > > > habitual le suele importar bien poco. > > > > > > > > Agradezco vuestra atención y espero vuestras opiniones > > > > yopaseopor > > > > > > > > [0] http://www.ign.es/web/catalogo-cartoteca/search-in-provinauto > > > .htm > > > > l > > > > [1] http://www.dgt.es/revista/archivo/pdf/num163-2003-Carreteras. > > > pdf > > > > [2] https://es.wikipedia.org/wiki/V%C3%ADa_r%C3%A1pida > > > > [3] https://wiki.openstreetmap.org/w/index.php?title=ES:Espa%C3%B > > > 1a/N > > > > ormalizaci%C3%B3n=next=47790 > > > > [4] http://www.cartociudad.es/visor/ > > > > [5] https://wiki.openstreetmap.org/wiki/ES:Espa%C3%B1a/Normalizac > > > i%C3 > > > > %B3n#Clasificaci.C3.B3n_seg.C3.BAn_la_Comunidad_Aut.C3.B3noma > > > > [6] https://es.wikipedia.org/wiki/Anexo:Red_de_Carreteras_de_Gali > > > cia > > > > [7] https://www.boe.es/buscar/pdf/2015/BOE-A-2015-10439-consolida > > > do.p > > > > df > > > > [8] https://www.fenadismerencarretera.com/prohibicion-circulacion > > > -cam > > > > iones-n240-n340-nii/ > > > > [9] http://leaflet-extras.github.io/leaflet-providers/preview/ > > > > ___ > > > > 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 > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Propuesta de cambios en la normalización para España de carreteras nacionales
; Dado que muchas vías ya no principales dan acceso a otras que sí lo >> > siguen siendo se debe mantener la coherencia de jerarquías. Por ello >> > es interesante analizar salida por salida de autovía para determinar >> > las carreteras adyacentes a ella y así mantener una categoría acorde >> > a esas vías, no siendo menor que la vía a la que dan servicio. >> > Ejemplo , para pasar a una secundaria desde la salida de una autovía >> > a una nacional esta última debiera tener mínimo la misma categoría >> > que la secundaria a la que va a dar acceso. >> > >> > C-Características físicas de la vía que no pueden variar sin un >> > proyecto a ejecutar: >> > >> > Mediante el mapa de velocidades medias publicado por Fomento >> > descubriremos cuales son aquellas vías que mantienen una alta >> > velocidad media y por lo tanto deben de ser vías fiables y seguras >> > (si no esa velocidad media se vería bastante mermada - límites de >> > velocidad, radares, etc.) >> > https://www.fomento.es/carreteras/trafico-velocidades-y-accidentes-ma >> > pa-estimacion-y-evolucion/mapas-de-trafico >> > >> > En última instancia contemplaremos también otros elementos que hacen >> > una vía más segura: >> > -si tiene cruces internivel >> > -si dispone de arcén >> > -si hay elementos permanentes que entorpezcan el tráfico libre >> > >> > Creo que siguiendo estas tres premisas y haciendo un trabajo de >> > comunidad podremos disponer de una base de datos (es lo que es OSM, >> > olvidémonos de los colorines) actualizada y que mejore el ruteamiento >> > para sus usuarios y usuarias, teniendo en cuenta las mejores >> > alternativas, al margen de quien gestione la vía, que eso al usuario >> > habitual le suele importar bien poco. >> > >> > Agradezco vuestra atención y espero vuestras opiniones >> > yopaseopor >> > >> > [0] http://www.ign.es/web/catalogo-cartoteca/search-in-provinauto.htm >> > l >> > [1] http://www.dgt.es/revista/archivo/pdf/num163-2003-Carreteras.pdf >> > [2] https://es.wikipedia.org/wiki/V%C3%ADa_r%C3%A1pida >> > [3] https://wiki.openstreetmap.org/w/index.php?title=ES:Espa%C3%B1a/N >> > ormalizaci%C3%B3n=next=47790 >> > [4] http://www.cartociudad.es/visor/ >> > [5] https://wiki.openstreetmap.org/wiki/ES:Espa%C3%B1a/Normalizaci%C3 >> > %B3n#Clasificaci.C3.B3n_seg.C3.BAn_la_Comunidad_Aut.C3.B3noma >> > [6] https://es.wikipedia.org/wiki/Anexo:Red_de_Carreteras_de_Galicia >> > [7] https://www.boe.es/buscar/pdf/2015/BOE-A-2015-10439-consolidado.p >> > df >> > [8] https://www.fenadismerencarretera.com/prohibicion-circulacion-cam >> > iones-n240-n340-nii/ >> > [9] http://leaflet-extras.github.io/leaflet-providers/preview/ >> > ___ >> > 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 > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Calles residenciales en Madrid
Buenas. Lo de source:maxspeed=ES-Madrid:urban lo veo como una cosa demasiado especifica de Madrid. No sé todas las limitaciones, sé más o menos por encima pero creo que esta etiqueta solo se referiría al límite de 30Km/h. Esa limitación esta en estudio en más sitios y no estoy seguro, pero me suena que en alguna ciudad más ya se ha puesto. Si solo se refiere al límite de 30 y es una cosa que se esta haciendo en más sitios creo que se debería buscar algo más genérico. En la wiki vienen ejemplos de FR:zone30 a lo mejor ES:zone30 ? Un saludo. El mié., 24 oct. 2018 a las 19:07, Alejandro Moreno () escribió: > Buscando en la wiki veo que se puede usar la etiqueta source:maxspeed para > ampliar la información del porqué de la limitación de velocidad. > > ¿Qué os parece usar > source:maxspeed=ES-Madrid:urban para esas calles limitadas por la > normativa y no por ninguna señal específica? Así es fácil tenerlas > localizadas. > > El mié., 24 oct. 2018 8:43, Jo escribió: > >> Si hay este señal: >> https://practicavial.com/senal-de-la-calle-residencial/ >> >> Es highway=living_street. maxspeed=20 es implicada, pero no molesta >> agregarlo. >> >> sino >> >> highway=residential >> maxspeed=30 >> >> Pienso que lo mejor es de agregarlo a todas las calles individualmente. >> >> Polyglot >> >> Op wo 24 okt. 2018 om 08:30 schreef Alejandro Moreno : >> >>> Relacionado con este tema yo tengo otra duda. >>> >>> Todas las calles de un solo sentido y un solo carril pasan a tener una >>> velocidad máxima de 30km/h y las de plataforma única pasan a estar >>> limitadas a 20 km/h >>> ¿Cómo representamos esto en OSM?¿Se puede hacer algo que afecte a todo >>> el área de Madrid, hay que modificar el max-speed calle a calle o lo >>> dejamos como está y representamos solo la velocidad máxima cuándo haya >>> señalética? >>> >>> El mié., 24 oct. 2018 a las 8:01, Jo () escribió: >>> >>>> cycleway=opposite no es necesario si no hay pistas ciclables dedicadas >>>> en contradirección. >>>> >>>> oneway:bicycle=no dice todo. >>>> >>>> Polyglot >>>> >>>> Op di 23 okt. 2018 om 23:16 schreef ikanian : >>>> >>>>> Buenas noches, >>>>> >>>>> mi duda viene rebotada del grupo de telegram y me han dicho que la pase >>>>> también por aquí, ya que puede haber gente interesada en este asunto. >>>>> Básicamente, el 24 de octubre (mañana) entra en vigor la nueva >>>>> ordenanza de >>>>> movilidad de Madrid. Una de las nuevas cosas que prevee es que en las >>>>> calles >>>>> residenciales las bicicletas puedan ir a contradirección. Por ello, me >>>>> había >>>>> surgido la duda de cómo etiquetarlas. >>>>> >>>>> He visto que hay muchas calles residenciales que no tienen aplicada la >>>>> etiqueta highway=living_street y por eso me ha surgido la duda de cómo >>>>> etiquetarla. La propuesta que me han dado es la siguiente, que es la >>>>> misma >>>>> que propone la wiki >>>>> <https://wiki.openstreetmap.org/wiki/Tag:cycleway%3Dopposite> : >>>>> >>>>> highway = living_street >>>>> cycleway = opposite >>>>> oneway = yes >>>>> oneway:bicycle = no >>>>> >>>>> Un saludo a todos! >>>>> >>>>> >>>>> >>>>> -- >>>>> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html >>>>> >>>>> ___ >>>>> 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 > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Propuesta de cambios en la normalización para España de carreteras nacionales
autovías que hayan perdido su categoría) dejando un poco sorprendido >> > al usuario de nuestros mapas (lo cual no significaría de entrada que >> > el ruteo posible estuviera mal, pero vamos a reconocer que no sería >> > estético). >> > Este hecho ya se da desde las carreteras transferidas si no tienen >> > enlaces directos con las autovías y usan la antigua nacional para >> > conectarse a la red. >> > >> > >> > Por ello , y habiéndolo hablado en una reunión remota con motivo de >> > la Geocamp me dispongo a redactar unas guías de como este proceso se >> > podría llevar a cabo. >> > La mejora del ruteamiento resultante podría llevarnos incluso a >> > realizar un proceso explicable y exportable a otros territorios y >> > situaciones. >> > >> > Considero que para hacer un proceso objetivo debemos de fijarnos en >> > realidades matemáticas y físicas, comprobables y poco variables en el >> > tiempo, de las cuales disponemos de datos, no solo estadísticos sino >> > también imágenes in situ de las diversas vías. >> > >> > Para ello seguiría 3 premisas básicas: >> > >> > A-El primer elemento que tendría en cuenta sería el IMD relativo a la >> > zona dónde se sitúa (provincias): >> > https://www.fomento.es/carreteras/trafico-velocidades-y-accidentes-ma >> > pa-estimacion-y-evolucion/mapas-de-trafico >> > >> > Para el caso que nos ocupa estos datos se publican en la web de >> > Fomento, de forma anual y por provincias. >> > Es importante tener en cuenta esta división pues los IMD deben de ser >> > proporcionales al territorio: los números de la provincia de >> > Barcelona nunca serán los de la de Soria pero eso no quiere decir que >> > todas las nacionales de Soria pasen a ser terciarias directamente. >> > Además también disponemos de información sobre los accesos a las >> > capitales de provincia, y el paso de los vehículos pesados. Si >> > quisiéramos afinar más el tiro podríamos incluso mirarnos la serie >> > estadística y su evolución, para demostrar que no es flor de un día, >> > pero en la mayoría de casos dudo que existan dudas sobre una >> > disminución del tráfico ostentosa para aquellas vías que ahora >> > disponen de alternativas libres de pago de doble carril. >> > >> > B-Jerarquía de las carreteras adyacentes sin vías alternativas: >> > Dado que muchas vías ya no principales dan acceso a otras que sí lo >> > siguen siendo se debe mantener la coherencia de jerarquías. Por ello >> > es interesante analizar salida por salida de autovía para determinar >> > las carreteras adyacentes a ella y así mantener una categoría acorde >> > a esas vías, no siendo menor que la vía a la que dan servicio. >> > Ejemplo , para pasar a una secundaria desde la salida de una autovía >> > a una nacional esta última debiera tener mínimo la misma categoría >> > que la secundaria a la que va a dar acceso. >> > >> > C-Características físicas de la vía que no pueden variar sin un >> > proyecto a ejecutar: >> > >> > Mediante el mapa de velocidades medias publicado por Fomento >> > descubriremos cuales son aquellas vías que mantienen una alta >> > velocidad media y por lo tanto deben de ser vías fiables y seguras >> > (si no esa velocidad media se vería bastante mermada - límites de >> > velocidad, radares, etc.) >> > https://www.fomento.es/carreteras/trafico-velocidades-y-accidentes-ma >> > pa-estimacion-y-evolucion/mapas-de-trafico >> > >> > En última instancia contemplaremos también otros elementos que hacen >> > una vía más segura: >> > -si tiene cruces internivel >> > -si dispone de arcén >> > -si hay elementos permanentes que entorpezcan el tráfico libre >> > >> > Creo que siguiendo estas tres premisas y haciendo un trabajo de >> > comunidad podremos disponer de una base de datos (es lo que es OSM, >> > olvidémonos de los colorines) actualizada y que mejore el ruteamiento >> > para sus usuarios y usuarias, teniendo en cuenta las mejores >> > alternativas, al margen de quien gestione la vía, que eso al usuario >> > habitual le suele importar bien poco. >> > >> > Agradezco vuestra atención y espero vuestras opiniones >> > yopaseopor >> > >> > [0] http://www.ign.es/web/catalogo-cartoteca/search-in-provinauto.htm >> > l >> > [1] http://www.dgt.es/revista/archivo/pdf/num163-2003-Carreteras.pdf >> > [2] https://es.wikipedia.org/wiki/V%C3%ADa_r%C3%A1pida >> > [3] https://wiki.openstreetmap.org/w/index.php?title=ES:Espa%C3%B1a/N >> > ormalizaci%C3%B3n=next=47790 >> > [4] http://www.cartociudad.es/visor/ >> > [5] https://wiki.openstreetmap.org/wiki/ES:Espa%C3%B1a/Normalizaci%C3 >> > %B3n#Clasificaci.C3.B3n_seg.C3.BAn_la_Comunidad_Aut.C3.B3noma >> > [6] https://es.wikipedia.org/wiki/Anexo:Red_de_Carreteras_de_Galicia >> > [7] https://www.boe.es/buscar/pdf/2015/BOE-A-2015-10439-consolidado.p >> > df >> > [8] https://www.fenadismerencarretera.com/prohibicion-circulacion-cam >> > iones-n240-n340-nii/ >> > [9] http://leaflet-extras.github.io/leaflet-providers/preview/ >> > ___ >> > 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 > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramientas para la importación del uso del suelo
Buenos días. Creo que sí que sería útil. Veo más importante la importación en curso del catastro pero es una cosa que también hace falta. Hace un par de años o así en la reunión que se tuvo con IGN ellos decían que CORINE pues que no era bueno como ya hemos visto y creo que dijeron de usar SIOSE si no recuerdo mal. Va a ser una importación en algunas zonas más complicada porque se han modificado ya datos de CORINE y no se trabaja sobre un fondo blanco. Pero creo que si es interesante. Tengo celos de Francia por ejemplo que tiene los usos del suelo al completo. Un saludo. El lun., 15 oct. 2018 a las 12:26, JOAQUIN GARCIA (< joaquin.garc...@gmail.com>) escribió: > Buenos Días: > > Esta semana he dedicado a la importación de un pueblo de Almeria de > entorno rural, cuando estoy mas acostumbrado a el entorno urbano de gran > ciudad. > > Una vez acabado, y revisando el aspecto general de la importación me queda > un gran vacío entre las diferentes pedanias del municipio. > > Hay alguna cosa de la importación de CORINE de hace 9 años y por tanto muy > pobre en lo relativo a parcelas agrícolas, monte y resto usos del suelo. > > Mi reflexión que dejo a la lista, es si veis necesario disponer de una > herramienta de importación similar a la del catastro de información > disponible de IGN. Con la idea de que pueda ser de ayuda a la creación de > proyectos de importación en el Gestor de Tareas. > > Se ha barajado en el grupo de telegram, si es conveniente usar como fuente > datos del Catastro Rural o del SIGPAC, ninguno de los datos los conozco al > detalle y seguro que son mejores que los de CORINE 2009. > > Espero que esta reflexión personal sea compartida por mas miembros de la > lista. > > -- > *Joaquín García Martínez* > > joaquin.garc...@gmail.com > > Tlf. 629187135 <629%2018%2071%2035> > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Duda sobre rutas que no son exactamente rutas de carretera
Buenas. Las relaciones no les veo sentido de existir. A parte de que no esta pensado para eso ese tipo de relación, es cosa del programa de navegación darte la posibilidad de no ir por peajes. No veo qué aporte nada. Como ha dicho Miguel tengo la última edición pero de casualidad, no es cosa mía jeje. Las creo bivente. No lo conozco. Parece que no edita últimamente. Estoy de acuerdo en que se compruebe antes de quitarlas si esta correcto el etiquetado. Un saludo. El lun., 15 oct. 2018 a las 11:44, Miguel Sevilla-Callejo (< msevill...@gmail.com>) escribió: > Veo que las ediciones originales no son de Jorge (también nos lo hizo > notar por el grupo de Telegram) > https://www.openstreetmap.org/relation/6524487/history > > Sin duda hay que revisar esto, creo que no tiene cabida en OSM, pero antes > de nada mirara ver si puede ser de utilidad para comprobar si el etiquetado > de las rutas sin peaje están correctas. > > Saludos > > -- > *Miguel Sevilla-Callejo* > Doctor en Geografía > > > On Mon, 15 Oct 2018 at 11:36, Miguel Sevilla-Callejo > wrote: > >> Hola, >> >> Creo que ahí Jorge (@sanchi) ha hecho una relación que parece más >> personal que real. Si el etiquetado de las carretereas como de peaje o no >> está correctamente realizado cualquier página de ruteado debería dar esas >> opciones de "sin peaje" para recorrer el punto de origen y destino que hay >> ahí. >> >> O sea, esas relaciones creo que no tienen cabida en OSM, pero es posible >> sea algo temporal que haya usado Jorge para editar correctamente las >> carreteras. Él lee la lista o sea que imagino contestará al respecto. >> Además está la posibilidad, creo que quizá más acertada, de dejarle un >> mensaje en el conjunto de cambios de la edición para que la explique >> correctamente. >> >> Un saludo >> >> Miguel >> >> -- >> *Miguel Sevilla-Callejo* >> Doctor en Geografía >> >> >> On Mon, 15 Oct 2018 at 03:14, A A wrote: >> >>> Hola a todos. >>> >>> Alrededor del aeropuerto de Madrid he visto varias rutas etiquetadas >>> como rutas de carretera que no sé si deberían de existir como tal o están >>> simplemente mal etiquetadas. Las rutas son las siguientes: >>> >>> https://www.openstreetmap.org/relation/6524258#map=14/40.5052/-3.6031 >>> https://www.openstreetmap.org/relation/6524163#map=13/40.4974/-3.5932 >>> https://www.openstreetmap.org/relation/6524257#map=13/40.4715/-3.6075 >>> https://www.openstreetmap.org/relation/6524487#map=13/40.4817/-3.6126 >>> >>> En el caso de las dos primeras rutas, estas no marcan la ruta de la >>> carretera M-12, la cual está correctamente indicada en la relación >>> https://www.openstreetmap.org/relation/6523176#map=13/40.4920/-3.6080=D >>> >>> En el caso de las dos segundas, estas no marcan la ruta de la carretera >>> M-11, la cual está correctamente indicada en esta otra relación >>> https://www.openstreetmap.org/relation/4080381#map=13/40.4699/-3.6027 >>> >>> >>> Mi duda es, si estas rutas dudosas deberían de estar etiquetadas como >>> rutas de carretera (o básicamente si deberían de existir), ya que no >>> representan como tal una ruta de carretera sino una ruta un tanto subjetiva >>> de acceso al aeropuerto desde la A-1 y la M-40. >>> >>> >>> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail> >>> Libre >>> de virus. www.avast.com >>> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail> >>> <#m_8557581871269022036_m_5612344576279189765_m_7179814833272736597_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >>> ___ >>> 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 > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Nueva herramienta de edición en OSM desde fotos de Mapillary
Hola. Os paso la herramienta que Miguel Sevilla-Callejo nos ha pasado por telegram rebotado del telegram @OpenStreetMapOrg https://osm.cycle.travel/deriviste/ this is pretty AWESOME! dont forget to zoom in when adding elements, such as waste basket https://youtu.be/Y0UOk2AJJyE Creo que puede ser muy útil para editar directamente desde fotos de mapillary rápidamente en su posición. Un saludo. -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Corregir Metro de Granada
Hola. La duda no es con metro sino con metro ligero que no es lo mismo. El metro ligero va tanto por superficie como subterraneo. Como metro creo que no esta etiquetado en ningún momento. Si lo esta estamos tardando en cambiarlo jeje. La duda esta en si usar metro ligero (tren ligero) o tranvía. En sitios como la wikipedia se considera metro ligero https://es.wikipedia.org/wiki/Metro_de_Granada pero tampoco esta claro. La distinción entre uno y otro no es muy grande. Saludos. El sáb., 25 ago. 2018 a las 19:55, Jo () escribió: > Hola Carlos, > > Lo he mirado un poco y no entiendo muy bien porqué lo llaman metro. Solo > hay un corto pedazo que es subterraneo. > > Pienso que es mejor utilisar railway=tram en las vias como en las > relaciones. > > Si alguna vez tienes ganas de discutir el mapeo de transporte público en > Granada, o quieres una demonstración como el plugin PT_Assistant de JOSM > puede ser útil para mapearlo, podemos hacer un Google Hangout. > > Saludos, > > Polyglot > > Op za 25 aug. 2018 om 15:26 schreef kapazao : > >> Hola a todos, >> mi proposición es la de corregir toda la estructura del Metro de Granada >> en >> OSM. >> >> Hace unos meses realicé algunas ediciones en este al ver que algunos >> tramos >> de vía estaban establecidos como light_rail y otros como tram. >> Los establecí todos a tram para unificar, tras estudiar las diferencias >> entre las etiquetas de transporte ferroviario. >> Puede verse en el conjunto de cambios >> https://www.openstreetmap.org/changeset/58554501 >> <https://www.openstreetmap.org/changeset/58554501> , donde hablé con el >> usuario /sanchi/ del tema, pero quedó la cosa en el aire. >> >> No hay por ahora una especificación clara del tipo de transporte que >> habría >> que poner y por el momento en las vías hay una cosa y en la relación otra. >> >> Pido ayuda para establecer cuál sería el tipo correcto de este transporte >> y >> corregirlo por completo. >> >> >> >> -- >> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html >> >> ___ >> 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 > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Solicito permisos en Gestor de Proyectos
Ya tienes el permiso en el Gestor de de tareas El lun., 11 jun. 2018 a las 22:49, David Marín Carreño () escribió: > Hola. > > Solicito permisos en el gestor de proyectos para crear el proyecto de > importación de Catastro en el municipio de Cobeña (Madrid). > > Así mismo, indicar que estoy en el proceso de importar este municipio. Lo > siento, pero no quiero convertirme en el responsable de toda la provincia > de Madrid (no creo que me dé la vida para eso, que el municipio de Madrid > es mucha tela). > > Un cordial saludo > -- > David Marín Carreño > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación catastro Barcelona
Hola Carlos, La tabla no la están creado en todos los casos aunque se supone que se debería crear. De cualquier manera hay una tabla para todas ls importaciones aquí https://wiki.openstreetmap.org/wiki/ES:Catastro_espa%C3%B1ol/Importaci%C3%B3n_de_edificios/Resultados Cuando tu creas la tarea no se sube absolutamente nada a OSM. Lo que se crean son tareas por manzanas la mayoría. Entonces ya cada uno va haciendo cada manzana y cuando se trata la información de la importación tienes que tener en cuenta que ya hay información en el mapa y tratarlo correctamente antes de subirlo a OSM. Hay siempre que unir lo que se importa y la información que ya hay en el mapa. Si no lo haces en el paso de comprobar con el validador de JOSM te dará errores. Vamos no sube nada automaticamente, el proceso es manual. Lo suyo es conservar el historial de lo que ya hay y usar la importación para añadir la información que falta sin crear nodos nuevos. Para ello en JOSM hay una opción de "reemplazar geometría" que creo que aparece con el plugin "utilsplugin2" que se comenta en los pasos previos a la importación. Aparece en el menu de "más herramientas". El atajo no te lo digo porque uso Mac y sera diferente. Hay que seleccionar primero la geometría que ya existe, luego la que se va a importar y darle a "reemplazar geometría" para que los puntos antiguos se conviertan en los que se importan. Las etiquetas también las unifica y si alguna tiene discrepancia te sale una ventana preguntando que tiene que poner. Un saludo. El lun., 4 jun. 2018 a las 15:18, Carlos Cámara () escribió: > Hola, me gustaría probar de hacer alguna importación de edificios del > Catastro en algunos pueblos de la comarca más nueva de la provincia de > Barcelona (Moianès) que conozco bien y luego ver si es posible continuar > con la importación de Barcelona por barrios. > > He leído la wiki ( > https://wiki.openstreetmap.org/wiki/ES:Catastro_espa%C3%B1ol/Importaci%C3%B3n_de_edificios/Gu%C3%ADa_de_importaci%C3%B3n/Gesti%C3%B3n_de_proyectos) > y dice que añada mi usuario (OK) y que añada una tabla a la página de la > provincia (https://wiki.openstreetmap.org/wiki/Barcelona,_Spain) . El > tema es que aunque no estoy seguro de si ese enlace es donde debería añadir > la tabla, no aparece nada igual, a pesar de que si no estoy equivocado ha > habido importaciones siguiendo ese procedimiento: > http://tareas.openstreetmap.es/project/54 > > Por otra parte, ya he empezado a usar catatom2osm y parece que todo está > funcionando a la perfección. Me queda revisar también el proceso de las > direcciones de las calles. > > Finalmente, quería asegurarme de una cosa antes de liarla bien: Quería > hacer la prueba en el municipio de Castellterçol ( > https://www.openstreetmap.org/relation/344377), donde hace años que voy > añadiendo edificios cuando puedo. Imagino que al crear la tarea en el > gestor de tareas no se añaden los edificios automáticamente, sino que > únicamente se añaden los de las tareas realizadas manualmente. ¿Es así? Lo > digo porque de no ser así se producirán superposiciones de edificios. > Por otra parte, durante los años que llevo editando, he ido haciéndolo > cada vez mejor, y al principio los edificios los hacía sin crear > relaciones, y por tanto, duplicando muchos nodos. Entiendo que tener el > gestor de tareas facilitará la tarea de sustituir dichos edificios > "mejorables" por otros bien hechos desde el punto de vista geométrico > (quizá tenga que pasar etiquetas de unos a otros, como enlaces a wikipedia > o cubiertas). > > Saludos, > > > Carlos Cámara > http://carloscamara.es > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Problema en el gestor de tareas
Perfecto. Gracias El dom., 20 may. 2018 a las 17:25, Alejandro S. (<alejandro...@gmail.com>) escribió: > Había una cosa que no funcionaba bien y decidido actualizar a la última > versión de TM2 y entre medias ha estado caido un ratito. Ahora ya debería > ir todo como la seda. > > Atentamente, > Alejandro Suárez > > 2018-05-20 16:41 GMT+02:00 Jorge Sanz Sanfructuoso <sanc...@gmail.com>: > >> Buenas. >> >> Se acaba de caer o algo. Estaba usándolo y se me a muerto. >> >> Un saludo. >> >> El dom., 20 may. 2018 a las 16:00, Alejandro S. (<alejandro...@gmail.com>) >> escribió: >> >>> Ya está solucionado el problema. >>> >>> Atentamente, >>> Alejandro Suárez >>> >>> 2018-05-16 11:20 GMT+02:00 Alejandro S. <alejandro...@gmail.com>: >>> >>>> Buenos días, >>>> Parece que hay un error en el Gestor de Tareas que impide que los >>>> usuarios puedan acceder con su cuanta de osm, aunque los que ya se >>>> encuentran logeados pueden continuar usándolo. >>>> >>>> Es un error generalizado y en Github ya están trabajando en el >>>> problema: https://github.com/hotosm/osm-tasking-manager2/issues/1004 >>>> >>>> Os recomiendo que no cerréis vuestra sesión ya que sino no podréis >>>> entrar hasta que se solucione el problema. >>>> >>>> Atentamente, >>>> Alejandro Suárez >>>> >>> >>> ___ >>> Talk-es mailing list >>> Talk-es@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-es >>> >> -- >> Jorge Sanz Sanfructuoso - Sanchi >> Blog http://jorgesanz.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 > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Problema en el gestor de tareas
Buenas. Se acaba de caer o algo. Estaba usándolo y se me a muerto. Un saludo. El dom., 20 may. 2018 a las 16:00, Alejandro S. (<alejandro...@gmail.com>) escribió: > Ya está solucionado el problema. > > Atentamente, > Alejandro Suárez > > 2018-05-16 11:20 GMT+02:00 Alejandro S. <alejandro...@gmail.com>: > >> Buenos días, >> Parece que hay un error en el Gestor de Tareas que impide que los >> usuarios puedan acceder con su cuanta de osm, aunque los que ya se >> encuentran logeados pueden continuar usándolo. >> >> Es un error generalizado y en Github ya están trabajando en el problema: >> https://github.com/hotosm/osm-tasking-manager2/issues/1004 >> >> Os recomiendo que no cerréis vuestra sesión ya que sino no podréis entrar >> hasta que se solucione el problema. >> >> Atentamente, >> Alejandro Suárez >> > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [geoinquietos-es] Reunión/Actividad/es comunidad OSM España en Geocamp ES (MAD
Ojo que la fecha y lugar no están cerrados, vamos que seguro no va a ser en MediaLab (ni Google Campus) https://github.com/geocamp-es/2018/issues/1 En cuanto tengamos lugar y fecha os avisamos On Fri, 18 May 2018 at 10:31, Miguel Sevilla-Callejo <msevill...@gmail.com> wrote: > Hola (copio a listas de OSM/Talk-es y a geoinquietos), > A la vista de algunos desencuentros y malentendidos uqe ha habido dentro de la comunidad de OSM España y ante la necesidad acuciante de vernos las caras de una vez para relanzar algunos aspectos organizativos de la propia comunidad, se me ocurrió que podríamos aprovechar para vernos en la "desconferencia" de la Geocamp-ES [1] que se celebrará en Madrid (MediaLab Prado) los pŕoximos 20 y 21 de octubre, que organiza Geoinquietos Madrid y en la que asistiremos personas doblemente implicados en este movimiento "geo" y en la comunidad OSM. > Se ha creado un github para la organización del evento y he tenido la osadía de abrir un "issue" sobre el tema de alguna actividad/reunión/lo que se tercie de la comunidad OMS: > https://github.com/geocamp-es/2018/issues/2 > Como veréis solo está la idea, pero la cosa es, seǵun las ganas, hacer una pequeña reunión, algún taller o lo que se tercie, en la línea de la geocamp. > ¿Cómo lo veis? ¿Nos vemos en octubre en Madrid? A buen seguro nos viene bien vernos las caras, desvirtualizarnos y compartir más que conversaciones de mensajería instantánea o correos electrónicos. > Un saludo > Miguel > [1] De la web http://2013.geocamp.es/ --> Un Geocamp es una geo-desconferencia, un evento en el que todos los participantes toman un papel más activo dentro de la creación del evento. Tiene su origen en el concepto Barcamp. Es un día para el intercambio de experiencias, conocimientos y valores en torno a todo aquello que tenga que ver con lo GEO y no tan GEO > -- > Miguel Sevilla-Callejo > Doctor en Geografía > ___ > geoinquietos-es mailing list > geoinquietos...@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/geoinquietos-es -- Jorge Sanz http://twitter.com/xurxosanz http://jorgesanz.net ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] #Importaciones2018: autorizaciones para el uso de datos
Buenas. De Castilla y León se hizo la cosa hace ya mucho muchísimo y creo que lo único que se hizo esta aquí: http://gis.19327.n8.nabble.com/Ortofoto-castilla-leon-td5414440.html#a5414442 Fue de las primeras que se considero como fuente permitida pero lo que siempre se ha usado ha sido el ITACyL. Es lo que esta por ejemplo en JOSM. Y en la wiki estoy seguro al 100% que estaba subido el WMS de ITACyL aunque ahora no lo veo por ninguna parte. En cuanto a que ponga IDECyL en vez de ITACyL, ni idea. Tiene pinta que al final son 2 servidores de lo mismo aunque no se actualizan a la vez. Por ejemplo ahora en el ITACyL ya empiezan a salir imágenes del 2017 y en IDECyL siguen con imágenes viejas. Y las que pone de capitales de provincia en alta resolución, no se si funciona. La de Salamanca me sale en blanco, el resto no he probado. En el ftp de ITACyL http://ftp.itacyl.es/cartografia/ hay un archivo con una licencia que te manda a la misma ley que se comenta en la wiki, Decreto 27/2012 <http://bocyl.jcyl.es/boletines/2012/07/25/pdf/BOCYL-D-25072012-1.pdf>. Que es el mismo que usa IDECyL. Yo en principio cambiaria lo de IDECyL por ITACyL, o si se ve compatible dejar las 2 aunque no parece que sea así. Un saludo. El mié., 16 may. 2018 a las 21:08, dcapillae (<dcapil...@gmail.com>) escribió: > Hola, Matías. > > He subido la autorización al wiki [1] y añadido una referencia en la tabla > de servicios WMS indicando que tenemos esa autorización, aunque no está > claro que sea suficiente. Provisionalmente he dejado el servicio como una > fuente no aprobada hasta que se aclare la cuestión. > > También lo he puesto en la sección correspondiente al IDEEX de la página de > fuentes de datos [2], así como en la página de contribuidores [3], haciendo > referencia a la Dirección de Urbanismo y Ordenación del Territorio de > Extremadura y explicando la cronología de los hechos, por si quieres > revisarla o añadirle algo. > > [1] https://wiki.openstreetmap.org/wiki/File:Carta_abierta_del_CICTEX.pdf > [2] > > https://wiki.openstreetmap.org/wiki/ES:Fuentes_de_datos_potenciales_de_Espa%C3%B1a#Infraestructura_de_Datos_Espaciales_de_Extremadura > [3] > > https://wiki.openstreetmap.org/wiki/ES:Espa%C3%B1a/Contribuidores#Direcci.C3.B3n_General_de_Urbanismo_y_Ordenaci.C3.B3n_del_Territorio_de_Extremadura > > > > > -- > Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Más sobre la categorización administrativa de vías en OSM
iores mensajes.Si alguien > tiene dudas que se los vuelva a leer, allí están: > - la importancia de las carreteras, > - el tener en cuenta datos oficiales, > - su estado físico, > - las inversiones que se realizan en esas vías, > - la existencia de vías alternativas en un mismo corredor... > > Gracias por mencionar que esta cuestión es una pérdida de tiempo. En mi > caso son más o menos dos horas por correo, pues aunque no os los leais los > mensajes suelen contener ejemplos y datos oficiales de los cuales menciono > fuentes que he de consultar y eso lleva un trabajo, que ya noto que > determinadas personas no sólo no lo valoran sino que son capaces de > denostarlo...porque es una pérdida de tiempo. > > -Sobre lo de Google...se te olvida que el Estado puede reclamarle a Google > todos sus datos. Así que el estado tiene todos sus datos ,además de los de > Google y el resto de plataformas tecnológicas. Google sólo tiene los tuyos > por muy invasivo de la privacidad que pudiera parecer. > > -Y sobre lo de las categorías te voy a hablar claro, eres un editor > experimentado: si no importan, quítalas todas si tu argumento es tan válido. > > -Por lo que hace a las respuestas claras y concisas...me parece muy > fuerte, si alguna cosa he hecho desde que he estado en esta comunidad es > responder a cualquier cosa que se me ha preguntado, repito, con datos, con > ejemplos, con modelos. ¿No os es suficiente? Os habeis planteado si las > dudas que teneis realmente las habeis planteado correctamente? Nada de > vaguedades o afirmaciones como, "ya está bien así", "no lo veo importante", > haced las preguntas pertinentes, claras, concisas, con datos, con más de un > ejemplo, y sin contradeciros como en los últimos ejemplos propuestos. > Alguien os las responderá, supongo. > > Sobre el cambio de significado de las etiquetas...estaría bien que os > mirarais la wiki original y no nuestra normalización, eso sí que es un > cambio de significado, a ver si alguien ve una foto como la que hay de > trunk en una de nuestras nacionales. Se os olvida que la redacción de la > normalización española la hicisteis algunos de vosotros hace un tiempo, > como si en OSM siempre hubiere sido todo así. Daros un garbeo por la wiki y > descubrireis el por qué de los cambios, aunque de entrada yo le haría caso > a los cambios y después ya profundizaría sobre el tema, aunque está claro > que nunca va a ser suficiente. Lo que deberíais hacer es devolver las vías > autonómicas y locales a sus colores originales pues lo que habeis sido > capaces de entender para unas vías que dependen de una administración se lo > negais a las que dependen de otra. > > Por último me despido un tiempo, largo o corto. Algunos pensareis que soy > un maleducado, que no hay para tiempo.Pero , y repito, al margen del debate > en sí, plantearos cómo os lo tomaríais vosotros si os dijeran cosas tan > bonitas como "Primero te pido que hables del tema por favor. La mitad del > texto es paja" " no tendremos textos inmensos que no aportan al final ni la > mitad de lo que ocupan" > > Adios por un tiempo > yopaseopor > > PD: No me pidais por favor que no me ofenda, con tratar con respeto (no > pido ni aprobación ni adulación) lo que escribo y a mi propia persona > hubiera sido suficiente, en todo el tiempo que llevo en lista y en Telegram > he visto calificativos muy despectivos dedicados hacia mi y hacia mis > propuestas, no lo he visto para NADIE MÁS. Estos últimos me han dolido > especialmente, he dejado de dedicarle tiempo no sólo a otras ediciones de > OSM sino a otros proyectos para poder escribir lo más completo posible , > con el máximo de datos posibles, y el resultado es que voy a abandonar la > lista y Telegram por un tiempo porque han llegado a decir que lo que > escribo no es importante, no vale la pena leérselo y es todo paja, como > seguramente encontrareis este último correo. > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Más sobre la categorización administrativa de vías en OSM
era importante no dependería por ejemplo del nivel de > zoom para mostrar unas y otras. Sí, es importante, tan importante como para > defender el que no se cambie por tu parte. Que no nos tiremos a cambiarlo > todo de golpe lo que indica es serenidad y comunidad, en OSM las cosas se > deben hacer poc consenso, entre toda la comunidad. Pero eso no impide que > la comunidad avance y se planteen cambios de envergadura como éste. > > Sobre lo de Google...Google tiene más información que papá Estado? Si > alguna cosa descubrimos por estas latitudes es que el Estado lo puede tener > todo si se lo propone. Pero tampoco me pidas posicionamiento sobre un > criterio de empresa privada, además que está claro: Google no le marca > importancia a la categorización...hasta cierto punto, ¿no? Google no te va > a enviar por la Nacional si hay una autovía. Google lo hace pero de otra > manera, directamente escoge la ruta por ti, no le hace falta mostrarte > "colorines" con lo que mostrarlo, porque todas tienen el mismo color, pero > ya te digo ahora que ni de coña Google escoge a todas por igual. Tampoco > considera de entrada todo lo rojo como "bueno" de entrada, porque también > va a usar los datos que le den sus estadísticas, que coincidirán (por > lógica de expansión) con los datos de las estaciones de medición, por lo > tanto con las velocidades (que serán claves a la hora de calcular el tiempo > o el consumo) , con la intensidad media,etc. es decir con los criterios > aquí propuestos. > > Puestos a hacer cambios...empecemos por hacer alguno, decidamos cuales y > de qué manera ,que es como se hacen las cosas en OSM. Por el resto no estoy > para nada de acuerdo: > > Si no te parece coherente: > -Tener en cuenta los datos de Intensidad Media Diaria (datos oficiales) > -Tener en cuenta los datos de Velocidad Media (datos oficiales) > -Tener en cuenta los elementos físicos de la vía (datos físicos) > -Tener en cuenta la estructuración de vías alternativas (datos físicos) > -Tener en cuenta el conocimiento local (datos subjetivos) > > Pues no sé...yo opino que mucho mejor que tener en cuenta el único > criterio actual: > > -Tener en cuenta la administración de la que dependen (pero sólo para la > Red de Carreteras del Estado). (datos oficiales) > > ¿Es más complicado? Pues sí, tener en cuenta 4 criterios objetivos y 1 > algo subjetivo frente a sólo uno ,objetivo, sí, pero además para parte de > las vías (en las vías autonómicas hemos conseguido a llegar a entender que > hay algunas lo suficientemente buenas como para subir de categoría aunque > no sean de la administración del Estado)complica un pelín las cosas, no te > voy a decir que no, pero es que yo no busco que OSM sea sencillo: busco que > sea completo. Y para que yo encuentre a ese "mapa derivado" completo > necesito que me dé más datos que los que me daba la Guía Michelín hace 20 > años. Y la categorización por los criterios antes marcados es una buena > manera de conseguirlo. > > Salut i nacionals > yopaseopor > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Más sobre la categorización administrativa de vías en OSM
alen pintadas en verde > en ese mapa, pero hay que tener en cuenta que hay pocas , pues como dije > antes el Ministerio ha concentrado su inversión en hacer autovías, no en > mejorar trazados de nacionales de forma sustancial). > > Además todas las vías que llevan a puertos y aeropuertos las considero > trunk por estratégicas (la gran mayoría parten de una de esas autovías). > > Por lo que hace referencia a Soria, veo que me he dejado de marcar en > verde (trunk) la SO-20, que viene marcada en el mapa a la izquierda, como > carretera multicarril. La que se ve como tertiary no era intención que > correspondiera a la variante de Soria sino al trazado antiguo, que venía > dibujado en el mapa, pero bueno todo es revisable, especialmente por la > gente del territorio.Pueda ser un error de apreciación mío, seguramente > > Y si hablamos de las Islas, pues es cierto: no las he contemplado...porque > hace años que NO forman parte de la Red de Carreteras del Estado, pues como > podeis comprobar en el mapa, vienen pintadas de gris, como otras > administraciones. Hay que pensar que el conflicto viene cuando hay más de > una administración con competencia en las carreteras principales. En el > caso de las islas hace ya tiempo que la administración de las carreteras > insulares importantes es única, a favor de la administración autonómica o > local. > > Se han intentado seguir unos criterios objetivos y perdurables en el > tiempo.Son características comprobables y basados en publicaciones del > mismo Ministerio de Fomento. Aunque pueda parecer lo contrario esto no es > una ordenación por capricho y contra una administración en concreto. Es una > puesta al día de las categorías que realmente tienen nuestras carreteras, > porque yo entiendo que "a buena hambre no hay pan duro" pero es que hace > tiempo que en cuestión de carreteras, con tanta autovía y administraciones > autonómicas dejándose el dinero "hace tiempo que dejamos de pasar hambre" y > podemos ser algo exigentes con esa categorización. > > Salut i nacionals > yopaseopor > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Más sobre la categorización administrativa de vías en OSM
Buenas A ver sobre el mapa que adjuntas me choca bastante. Una cosa es bajar clasificación a las carreteras que van al lado de autovías y otra cosa es pasarlas a tertiary. Que tenemos en españa tertiary sin linea en medio y sin arcenes y vamos a igualar carreteras nacionales que en muchos casos tienen un arcen considerable y siguen en buen estado. A parte me choca en Soria que la variante la pongas como tertiary. No la conozco esa parte pero vamos una variante de una ciudad, que parece que no tiene cruces a nivel me choca muchísimo como tertiary. ¿Puedes explicar claramente los criterios seguidos para dibujar el mapa? Un saludo. El vie., 11 may. 2018 a las 0:35, yo paseopor (<yopaseo...@gmail.com>) escribió: > Buenas gente > > Al hilo de lo que dije en un anterior correo me gustaría informaros que > estos días en la lista de correo de tagging se está debatiendo sobre las > unclassified (un usuario planteaba que sus unclassified...tenían > referencia, lo que va en contra de la misma definición de "no > clasificada". Pues bien, al explicar la situación española en la que las > categorías de OSM no encajan exactamente en la clasificación administrativa > en algunos casos se han dado respuestas interesantes que para los que no > seais de la lista de tagging os hago llegar: > > Martin Koppenhoefer dieterdre...@gmail.com via openstreetmap.org > > in Germany and Italy (and probably some more places) the difference is > between a road section without grade level intersections (and with ramps) > vs not. Trunk is used in these areas for roads that are built to a standard > similar to a motorway but not legally designated as motorway. It is not > about access restrictions (there is the orthogonal motorroad=yes property > for this). > > Kevin Kenny kevin.b.kenny+...@gmail.com via openstreetmap.org > > One issue is that we have the "UK English is the language of tagging" rule > - which widely gets interpreted as "highway classification must be > force-fit into the UK system." The US system presents a complex problem for > this, since most highway classification is delegated to the states, and > they all have their own local schemes. > > In many counties in the US, rural roads are unnamed and have only > reference numbers. A farm road may be "County Road 2200N" (which is a > different classification from, say, "County Highway 23", and typically > shown only on small blade signs, not banner signs) or "State Farm and > Market Road #2134". As I understand it, it would fit pretty closely with > what "unclassified" roads - which are a formal classification in the UK! - > are understood to be. > > Near where I live, numbered 'US', 'State' and many 'County' roads do NOT > reflect the governing body - they are all managed by the state department > of transportation. Historically, they had other structures, but > responsibilities were reallocated. The 'US' highway numbers are coordinated > with neighbouring states, but the administration is by the state. There > are also numbered but (nearly) unsigned 'reference routes' also maintained > by the state to 'State' highway standards. I say 'nearly' unsigned because > they do often have inconspicuous chaining markers with their numbers. > > Rather than labeling the governing body, the 'US', 'State' and 'County' > designations around here reflect the grade of importance, expected level of > traffic and expected quality of maintenance. Given that the designation > reflects relative importance rather than administrative jurisdiction, > despite the labeling, I'm comfortable with having US, State, and County > numbered roads be 'primary', 'secondary' and 'tertiary' - but in the places > where the counties number virtually every road, there is a need for a tier > below 'tertiary' - and 'unclassified' seems to be it; it's a working > category that might otherwise be 'quaternary.' > > Salut i mapes > yopaseopor > > PD: Me he mirado un poco el mapa de la "piel de toro" y he "pintado" como > quedaría el mapa de la Red de Carreteras del Estado si se aplicara la > propuesta que propuse. Y ya que estamos os sugiero que hagais lo propio, en > breve podríamos tener un inventario o un mapa del trazado y categoría > "real" que podrían tener las carreteras nacionales en nuestro país. Aquí os > lo adjunto. > > https://i.imgur.com/SicS3Gu.jpg > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Idiomas por defecto
Estaba buscando ejemplo de lo que comentar para ver el comportamiento y he visto que en Cataluña hay casi 4000 name:ca que no coinciden con name http://osmose.openstreetmap.fr/es/errors/?source=13820=5060=50601 http://osmose.openstreetmap.fr/es/map/#source=13820=5060=50601 Mirando por encima todos los que he visto son que en uno la inicial es en mayusculas y en otra en minúsculas. Creo que hubo algún tema hace tiempo sobre si tenia que ser en el caso de Cataluña en minúscula o mayúscula. No me voy a meter con el tema porque ni se, pero es una cosa que si se soluciona y se homogénea a lo que se decida se acaba con muchos de estos problemas que se comentan en este caso. Un saludo. El mié., 9 may. 2018 a las 18:11, Joan Montané (<j...@montane.cat>) escribió: > > > El dc., 9 maig 2018, 17:34, Javier Sánchez Portero <javiers...@gmail.com> > va escriure: > >> Como sea, pero la experiencia es que mejor duplicar la información. >>> Porque los usuarios (el navegador o programa que usen) muchas veces no >>> piden la información de forma ideal, y hay que "facilitar" que obtengan >>> aquello que realmente quieren. Además, el uso de "default_language" siempre >>> será opcional, por lo que, en mi opinión, mejor tenir la info duplicada en >>> el name:xx que toque. >>> >> >> Hola Joan. >> >> Me puedes dar un ejemplo concreto (una calle o un pueblo) en el que esté >> duplicado y consideres que es necesario. No termino de verlo. >> > > Tardaré horas en estar frente a PC, pero ya indicaba que pasa si *no* está > duplicado. > > Supongamos que tenemos un área en Cataluña donde los nodos un nodos y vías > sólo teniene definido "name" y "name:es". No se ha definido "name:ca" > porqué coincide con "name". > > Un usuario va Nominatim (o cualquier otro servicio del ecosistema OSM que > haga uso del accept-lang del navegador web). > > Si el usuario tiene el navegador en español, se le muestran los resultados > en español. Digamos que es el comportamiento esperado. (rehuyo expresamente > el debate sobre tener un mapa de Cataluña con las calles traducidas al > español). > > Si el usuario tiene el navegador en inglés, se le muestran los resultados > en catalán (name). Digamos que es el comportamiento esperado. > > En cambio, si el usuario tiene el navegador configurado en *catalán*, casi > seguro que *también* lo tendrá en español como segunda lengua (caso típico > en Windows). En este caso, pese a que "name" tiene los datos en catalán, el > usuario verá los datos en español, porque Nominatim (o el servicio que sea) > da prioridad a "name:es", debido a que el navegador declara esta lengua. > Digamos que *no es* el comportamiento esperado por el usuario (sí que lo es > para el programador). > > La situación que describo puede parecer una caso límite, pero no lo es ni > mucho menos. ¿Como se puede reducir el efecto y que el usuario obtenga el > resultado esperado? Ayudando al ecosistema OSM a encontrar los datos de los > "name" , esto és: > > Opción a) Duplicando la info de "name" en "name:ca". Seguro, pero requiere > trabajo y ediciones. > > Opción b) Implementando el uso de "default_language" en Nominatim y > cualquier otro programa que use OSM. De manera que si tengo un área con > "default_language=ca", el programa considere "name" igual a "name:ca" y > omita el "name:es". > > La opción b) siempre será optativa, porque dependerá del renderizador o > programa que esté procesando los datos de OSM. Por tanto no hay garantía > que el usuario obtenga el resulta que se espera. > > Digamos que esta problematica sucede en zonas donde haya muchos datos con > "name:xx", diferentes de "name", *y* se dé la circunstancia que la > población que esperaría obtener "name" use el ordenador configurado en > "XX". Básicamente zonas bilingües, pero con toponímia principalmente > monolingüe, o donde la lengua del "name" no tenga un uso tecnológico > predominante. > > No sé si me he explicado bien > > Saludo, > Joan Montané > > > > > >> ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [Catastro] Entradas de edificios/garages
Buenas, Javier. Yo también soy de los que usa "entrance=service". Me parece mas correcto lo que comentas de entrance=yes + motor_vehicle=designated (si tiene placa de vado) o motor_vehicle=yes (si no tiene vado). Así que también cambiare la técnica. Un saludo. El mié., 9 may. 2018 a las 14:07, dcapillae (<dcapil...@gmail.com>) escribió: > Hola, Javier. > > Sí, yo he estado utilizando «entrance=service» o «entrance=yes», > dependiendo > de si el edificio en cuestión tenía una o varias entradas, para diferenciar > la entrada principal (entrance=main) de la entrada del garaje. > > Tu solución me parece mejor, así que procuraré emplearla a partir de ahora > y > corregir las entradas de garajes particulares que me encuentre. Desde luego > nunca «amenity=parking_entrance». Esta etiqueta sólo debería emplearse para > indicar la entrada a un aparcamiento subterráneo o multiplaza, nunca en > entradas de garajes de uso particular [1]. > > [1] https://wiki.openstreetmap.org/wiki/ES:Tag:amenity%3Dparking_entrance > > > > -- > Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Instalación de CatAtom2Osm
Ok. Muchas gracias por la ayuda. A ver si en esta semana saco tiempo y ya empiezo a poner algo en tareas. Un saludo. El mar., 13 mar. 2018 a las 1:24, Javier Sánchez Portero (< javiers...@gmail.com>) escribió: > No pasa nada. Está feo que salga ese error pero no afecta. > > El mar., 13 mar. 2018 0:20, Jorge Sanz Sanfructuoso <sanc...@gmail.com> > escribió: > >> Si y me crea los archivos pero da un error dentro de base de datos que no >> se de que sera. No se si es normal. Esto es lo que sale al ejecutar >> CatAtom2OSM con un municipio >> >> MacBook-Pro-de-Jorge:Catastro sanchi$ CatAtom2OSM 37203 >> >> QSqlDatabase: QSQLITE driver not loaded >> >> QSqlDatabase: available drivers: >> >> ERROR: Opening of authentication db FAILED >> >> QSqlQuery::prepare: database not open >> >> WARNING: Auth db query exec() FAILED >> >> 2018-03-13 01:08:21,191 - INFO - Comienza el procesado de '37203' >> >> 2018-03-13 01:08:21,297 - INFO - Leídos 42 características en >> '37203/A.ES.SDGC.CP.37203.cadastralzoning.gml' >> >> 2018-03-13 01:08:22,166 - INFO - Municipio: 'Monterrubio de Armuña' >> >> 2018-03-13 01:08:24,179 - INFO - Generado '37203/boundary.poly' >> >> 2018-03-13 01:08:24,223 - INFO - Leídos 604 características en >> '37203/A.ES.SDGC.AD.37203.gml|layername=address' >> >> 2018-03-13 01:08:24,272 - INFO - Leídos 1 características en >> '37203/A.ES.SDGC.AD.37203.gml|layername=postaldescriptor' >> >> 2018-03-13 01:08:24,321 - INFO - Leídos 31 características en >> '37203/A.ES.SDGC.AD.37203.gml|layername=thoroughfarename' >> >> 2018-03-13 01:08:24,886 - INFO - Generado 'address.geojson' >> >> 2018-03-13 01:08:25,011 - INFO - Descargando 'current_address.osm' >> >> 2018-03-13 01:08:26,434 - WARNING - No se obtuvieron datos OSM de >> 'current_address.osm' >> >> 2018-03-13 01:08:27,523 - INFO - Descargando >> '37203/A.ES.SDGC.BU.37203.zip' >> >> 2018-03-13 01:08:28,197 - INFO - Leídos 455 características en >> '37203/A.ES.SDGC.BU.37203.building.gml' >> >> 2018-03-13 01:08:28,482 - INFO - Leídos 1634 características en >> '37203/A.ES.SDGC.BU.37203.buildingpart.gml' >> >> 2018-03-13 01:08:28,858 - INFO - Leídos 40 características en >> '37203/A.ES.SDGC.BU.37203.otherconstruction.gml' >> >> 2018-03-13 01:08:31,793 - INFO - Descargando 'current_building.osm' >> >> 2018-03-13 01:08:34,564 - INFO - Leído 'current_building.osm': 8 nodos, 2 >> vías, 0 relaciones >> >> 2018-03-13 01:08:34,615 - INFO - Generado 'current_building.osm': 4 >> nodos, 1 vías, 0 relaciones >> >> 2018-03-13 01:08:35,565 - INFO - Generado 'tasks/r001.osm.gz': 4 nodos, 1 >> vías, 0 relaciones >> >> 2018-03-13 01:08:35,577 - INFO - Generado 'tasks/r002.osm.gz': 48 nodos, >> 7 vías, 0 relaciones >> >> 2018-03-13 01:08:35,584 - INFO - Generado 'tasks/r004.osm.gz': 8 nodos, 2 >> vías, 0 relaciones >> >> 2018-03-13 01:08:35,608 - INFO - Generado 'tasks/r005.osm.gz': 115 nodos, >> 27 vías, 0 relaciones >> >> 2018-03-13 01:08:35,636 - INFO - Generado 'tasks/u1.osm.gz': 104 >> nodos, 21 vías, 0 relaciones >> >> 2018-03-13 01:08:35,650 - INFO - Generado 'tasks/u2.osm.gz': 45 >> nodos, 8 vías, 0 relaciones >> >> 2018-03-13 01:08:35,700 - INFO - Generado 'tasks/u4.osm.gz': 170 >> nodos, 51 vías, 0 relaciones >> >> 2018-03-13 01:08:35,709 - INFO - Generado 'tasks/u5.osm.gz': 4 nodos, >> 1 vías, 0 relaciones >> >> 2018-03-13 01:08:35,831 - INFO - Generado 'tasks/u6.osm.gz': 427 >> nodos, 133 vías, 0 relaciones >> >> 2018-03-13 01:08:35,873 - INFO - Generado 'tasks/u7.osm.gz': 114 >> nodos, 53 vías, 0 relaciones >> >> 2018-03-13 01:08:35,880 - INFO - Generado 'tasks/u8.osm.gz': 9 nodos, >> 2 vías, 0 relaciones >> >> 2018-03-13 01:08:35,896 - INFO - Generado 'tasks/u9.osm.gz': 49 >> nodos, 7 vías, 0 relaciones >> >> 2018-03-13 01:08:35,911 - INFO - Generado 'tasks/u00010.osm.gz': 11 >> nodos, 4 vías, 0 relaciones >> >> 2018-03-13 01:08:35,967 - INFO - Generado 'tasks/u00011.osm.gz': 189 >> nodos, 61 vías, 0 relaciones >> >> 2018-03-13 01:08:36,008 - INFO - Generado 'tasks/u00012.osm.gz': 187 >> nodos, 34 vías, 0 relaciones >> >> 2018-03-13 01:08:36,031 - INFO - Generado 'tasks/u00013.osm.gz': 73 >> nodos, 12 vías, 0 relaciones >> >> 2018-03-13 01:08:36,081 - INFO - Generado 'tasks/u00016.osm.gz': 216 >> nodos, 44 vías, 0 relaciones >> >>
Re: [Talk-es] Instalación de CatAtom2Osm
2018-03-13 01:08:36,456 - INFO - Generado 'tasks/u00033.osm.gz': 49 nodos, 15 vías, 0 relaciones 2018-03-13 01:08:36,571 - INFO - Generado 'tasks/u00034.osm.gz': 388 nodos, 145 vías, 0 relaciones 2018-03-13 01:08:36,710 - INFO - Generado 'tasks/u00036.osm.gz': 509 nodos, 187 vías, 0 relaciones 2018-03-13 01:08:36,732 - INFO - Generado 'tasks/u00037.osm.gz': 92 nodos, 16 vías, 0 relaciones 2018-03-13 01:08:36,807 - INFO - Generado 'tasks/u00038.osm.gz': 306 nodos, 99 vías, 0 relaciones 2018-03-13 01:08:36,855 - INFO - Generado 'tasks/u00039.osm.gz': 207 nodos, 59 vías, 0 relaciones 2018-03-13 01:08:36,868 - INFO - Generado 'urban_zoning.geojson' 2018-03-13 01:08:36,878 - INFO - Generado 'rustic_zoning.geojson' 2018-03-13 01:08:37,006 - INFO - Generado 'zoning.geojson' 2018-03-13 01:08:37,039 - INFO - Generado 'review.txt' 2018-03-13 01:08:37,083 - INFO - ¡Terminado! 2018-03-13 01:08:37,083 - WARNING - Sólo para fines de prueba. No cargue ningún resultado en OSM ERROR: Opening of authentication db FAILED Si te fijas salen unos errores al principio y al final de base de datos. No se si lo necesita para algo por lo que no se si puede hacer algún mal. El mar., 13 mar. 2018 a las 1:14, Javier Sánchez Portero (< javiers...@gmail.com>) escribió: > ¿Entonces ya está funcionando? > > El 13 de marzo de 2018, 0:06, Jorge Sanz Sanfructuoso <sanc...@gmail.com> > escribió: > >> Si están instalados todos. El problema es que GDAL que es el que tiene >> osgeo no se instala en donde QGIS, vamos es que se instala antes, es >> imposible que lo meta dentro de QGIS. Se instala >> en /Library/Frameworks/GDAL.framework/Versions/2.1/Python/2.7/site-packages >> en cuanto lo he metido en /Applications/QGIS.app/Contents/Resources/python >> que es lo que indicamos en pyqgismac.sh me desapareció el error de >> >> 2018-03-13 00:34:54,660 - ERROR - No module named osgeo >> >> 2018-03-13 00:34:54,660 - ERROR - Por favor, instala QGIS >> >> El mar., 13 mar. 2018 a las 1:01, Javier Sánchez Portero (< >> javiers...@gmail.com>) escribió: >> >>> ¿Quizá no has instalado GDAL? Tienes que instalar los cuatro paquetes en >>> ese orden. >>> >>> 1 GDAL Complete >>> 2 NumPy >>> 3 matplotlib >>> 4 Install QGIS >>> >>> https://www.gislounge.com/installing-qgis-on-the-mac/ >>> >>> >>> -- >> Jorge Sanz Sanfructuoso - Sanchi >> Blog http://jorgesanz.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 > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Instalación de CatAtom2Osm
Si están instalados todos. El problema es que GDAL que es el que tiene osgeo no se instala en donde QGIS, vamos es que se instala antes, es imposible que lo meta dentro de QGIS. Se instala en /Library/Frameworks/GDAL.framework/Versions/2.1/Python/2.7/site-packages en cuanto lo he metido en /Applications/QGIS.app/Contents/Resources/python que es lo que indicamos en pyqgismac.sh me desapareció el error de 2018-03-13 00:34:54,660 - ERROR - No module named osgeo 2018-03-13 00:34:54,660 - ERROR - Por favor, instala QGIS El mar., 13 mar. 2018 a las 1:01, Javier Sánchez Portero (< javiers...@gmail.com>) escribió: > ¿Quizá no has instalado GDAL? Tienes que instalar los cuatro paquetes en > ese orden. > > 1 GDAL Complete > 2 NumPy > 3 matplotlib > 4 Install QGIS > > https://www.gislounge.com/installing-qgis-on-the-mac/ > > > -- Jorge Sanz Sanfructuoso - Sanchi Blog http://jorgesanz.es/ ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Instalación de CatAtom2Osm
Si están instalados todos. El problema es que GDAL que es el que tiene osgeo no se instala en donde QGIS, vamos es que se instala antes, es imposible que lo meta dentro de QGIS. Se instala en /Library/Frameworks/GDAL.framework/Versions/2.1/Python/2.7/site-packages en cuanto lo he metido en /Applications/QGIS.app/Contents/Resources/python que es lo que indicamos en pyqgismac.sh me desapareció el error de 2018-03-13 00:34:54,660 - ERROR - No module named osgeo 2018-03-13 00:34:54,660 - ERROR - Por favor, instala QGIS El mar., 13 mar. 2018 a las 1:01, Javier Sánchez Portero (< javiers...@gmail.com>) escribió: > ¿Quizá no has instalado GDAL? Tienes que instalar los cuatro paquetes en > ese orden. > > 1 GDAL Complete > 2 NumPy > 3 matplotlib > 4 Install QGIS > > https://www.gislounge.com/installing-qgis-on-the-mac/ > > > > El 12 de marzo de 2018, 23:45, Jorge Sanz Sanfructuoso <sanc...@gmail.com> > escribió: > >> eso si me da error >> >> Traceback (most recent call last): >> >> File "", line 1, in >> >> ImportError: No module named osgeo >> >> El mar., 13 mar. 2018 a las 0:37, Javier Sánchez Portero (< >> javiers...@gmail.com>) escribió: >> >>> Dentro de python >>> >>> import osgeo >>> >>> ¿te da error? >>> >>> El 12 de marzo de 2018, 23:23, Jorge Sanz Sanfructuoso < >>> sanc...@gmail.com> escribió: >>> >>>> No sale error >>>> [image: Captura de pantalla 2018-03-13 a las 0.22.20.png] >>>> >>>> >>>> El mar., 13 mar. 2018 a las 0:20, Javier Sánchez Portero (< >>>> javiers...@gmail.com>) escribió: >>>> >>>>> Ejecutando pyqgismac.sh escribe >>>>> >>>>> python >>>>> import qgis.core >>>>> >>>>> ¿Te da error? >>>>> >>>>> El 12 de marzo de 2018, 23:14, Jorge Sanz Sanfructuoso < >>>>> sanc...@gmail.com> escribió: >>>>> >>>>>> Eso parece por el error. Pero si uso el instalador de esa pagina y he >>>>>> comprobado que lo instala en esa carpeta. >>>>>> >>>>>> >>>>>> El mar., 13 mar. 2018 a las 0:05, Javier Sánchez Portero (< >>>>>> javiers...@gmail.com>) escribió: >>>>>> >>>>>>> Hola Jorge >>>>>>> >>>>>>> Eso es por que el programa no encuentra donde está instalado QGIS. >>>>>>> Fíjate que el script pyqgismac.sh lo único que hace es definir unas >>>>>>> cuantas >>>>>>> variables de entorno para que en la ventana que se abre tengas acceso >>>>>>> hacia >>>>>>> QGIS y hacia catatom2osm. Tienes que comprobar las rutas que están >>>>>>> definidas en el script: ¿está QGIS instalado en QGISHOME? Las rutas >>>>>>> definidas en ese script funcionan con la instalación de QGIS desde la >>>>>>> página de descarga de KyngChaos >>>>>>> http://www.kyngchaos.com/software/qgis >>>>>>> >>>>>>> Si has instalado de otra forma, localiza la carpeta donde está >>>>>>> instalado el programa y modifica el valor de QGISHOME en pyqgismac.sh >>>>>>> >>>>>>> Saludos. >>>>>>> >>>>>>> >>>>>>> El 12 de marzo de 2018, 22:12, Jorge Sanz Sanfructuoso < >>>>>>> sanc...@gmail.com> escribió: >>>>>>> >>>>>>>> Hola. >>>>>>>> Ando instalandolo en Mac y no consigo hacerlo funcionar. Sigo todo >>>>>>>> y parece que lo hace correctamente. Pongo CatAtom2OSM -v y va bien, me >>>>>>>> da >>>>>>>> la versión. Pero cuando meto CatAtom2OSM -tm 37203 para que haga el >>>>>>>> proceso >>>>>>>> me da error: >>>>>>>> >>>>>>>> 2018-03-12 23:06:47,840 - ERROR - No module named osgeo >>>>>>>> >>>>>>>> 2018-03-12 23:06:47,841 - ERROR - Por favor, instala QGIS >>>>>>>> >>>>>>>> QGIS lo tengo instalado. A ver si sabéis decirme que puede fallar. >>>>>>>> >>>>>>>> >>>>>>>> Un saludo. >>>>>>>> >>>
Re: [Talk-es] Instalación de CatAtom2Osm
eso si me da error Traceback (most recent call last): File "", line 1, in ImportError: No module named osgeo El mar., 13 mar. 2018 a las 0:37, Javier Sánchez Portero (< javiers...@gmail.com>) escribió: > Dentro de python > > import osgeo > > ¿te da error? > > El 12 de marzo de 2018, 23:23, Jorge Sanz Sanfructuoso <sanc...@gmail.com> > escribió: > >> No sale error >> [image: Captura de pantalla 2018-03-13 a las 0.22.20.png] >> >> >> El mar., 13 mar. 2018 a las 0:20, Javier Sánchez Portero (< >> javiers...@gmail.com>) escribió: >> >>> Ejecutando pyqgismac.sh escribe >>> >>> python >>> import qgis.core >>> >>> ¿Te da error? >>> >>> El 12 de marzo de 2018, 23:14, Jorge Sanz Sanfructuoso < >>> sanc...@gmail.com> escribió: >>> >>>> Eso parece por el error. Pero si uso el instalador de esa pagina y he >>>> comprobado que lo instala en esa carpeta. >>>> >>>> >>>> El mar., 13 mar. 2018 a las 0:05, Javier Sánchez Portero (< >>>> javiers...@gmail.com>) escribió: >>>> >>>>> Hola Jorge >>>>> >>>>> Eso es por que el programa no encuentra donde está instalado QGIS. >>>>> Fíjate que el script pyqgismac.sh lo único que hace es definir unas >>>>> cuantas >>>>> variables de entorno para que en la ventana que se abre tengas acceso >>>>> hacia >>>>> QGIS y hacia catatom2osm. Tienes que comprobar las rutas que están >>>>> definidas en el script: ¿está QGIS instalado en QGISHOME? Las rutas >>>>> definidas en ese script funcionan con la instalación de QGIS desde la >>>>> página de descarga de KyngChaos http://www.kyngchaos.com/software/qgis >>>>> >>>>> Si has instalado de otra forma, localiza la carpeta donde está >>>>> instalado el programa y modifica el valor de QGISHOME en pyqgismac.sh >>>>> >>>>> Saludos. >>>>> >>>>> >>>>> El 12 de marzo de 2018, 22:12, Jorge Sanz Sanfructuoso < >>>>> sanc...@gmail.com> escribió: >>>>> >>>>>> Hola. >>>>>> Ando instalandolo en Mac y no consigo hacerlo funcionar. Sigo todo y >>>>>> parece que lo hace correctamente. Pongo CatAtom2OSM -v y va bien, me da >>>>>> la >>>>>> versión. Pero cuando meto CatAtom2OSM -tm 37203 para que haga el proceso >>>>>> me >>>>>> da error: >>>>>> >>>>>> 2018-03-12 23:06:47,840 - ERROR - No module named osgeo >>>>>> >>>>>> 2018-03-12 23:06:47,841 - ERROR - Por favor, instala QGIS >>>>>> >>>>>> QGIS lo tengo instalado. A ver si sabéis decirme que puede fallar. >>>>>> >>>>>> >>>>>> Un saludo. >>>>>> >>>>>> El dom., 11 mar. 2018 a las 18:07, Jorge Sanz Sanfructuoso (< >>>>>> sanc...@gmail.com>) escribió: >>>>>> >>>>>>> Eso esta abierto con el editor de textos de mac, por eso no te >>>>>>> ejecuta nada. Ando yo ahora pegándome con el a ver si lo hago funcionar. >>>>>>> Cuando consiga hacerlo funcionar si me da tiempo hoy te digo como hacer. >>>>>>> >>>>>>> Un saludo >>>>>>> >>>>>>> El sáb., 10 mar. 2018 a las 20:39, Antonio Clavero (< >>>>>>> clato...@icloud.com>) escribió: >>>>>>> >>>>>>>> nada de nada, no responde a nada. Aunque le escriba cualquier cosa >>>>>>>> no ocurre nada >>>>>>>> >>>>>>>> >>>>>>>> Gracias >>>>>>>> >>>>>>>> >>>>>>>> El 10 mar 2018, a las 18:41, Javier Sánchez Portero < >>>>>>>> javiers...@gmail.com> escribió: >>>>>>>> >>>>>>>> ¿Pero se queda asi, sin decir nada? ¿Después responde a otros >>>>>>>> comandos que escribas o se queda bloqueado? No creo que sea por QGIS, >>>>>>>> por >>>>>>>> que en esa fase todavía no ha empezado a usarlo. Prueba también sin >>>>>>>> parámetros y con -l >>>>>>&g
Re: [Talk-es] Instalación de CatAtom2Osm
No sale error [image: Captura de pantalla 2018-03-13 a las 0.22.20.png] El mar., 13 mar. 2018 a las 0:20, Javier Sánchez Portero (< javiers...@gmail.com>) escribió: > Ejecutando pyqgismac.sh escribe > > python > import qgis.core > > ¿Te da error? > > El 12 de marzo de 2018, 23:14, Jorge Sanz Sanfructuoso <sanc...@gmail.com> > escribió: > >> Eso parece por el error. Pero si uso el instalador de esa pagina y he >> comprobado que lo instala en esa carpeta. >> >> >> El mar., 13 mar. 2018 a las 0:05, Javier Sánchez Portero (< >> javiers...@gmail.com>) escribió: >> >>> Hola Jorge >>> >>> Eso es por que el programa no encuentra donde está instalado QGIS. >>> Fíjate que el script pyqgismac.sh lo único que hace es definir unas cuantas >>> variables de entorno para que en la ventana que se abre tengas acceso hacia >>> QGIS y hacia catatom2osm. Tienes que comprobar las rutas que están >>> definidas en el script: ¿está QGIS instalado en QGISHOME? Las rutas >>> definidas en ese script funcionan con la instalación de QGIS desde la >>> página de descarga de KyngChaos http://www.kyngchaos.com/software/qgis >>> >>> Si has instalado de otra forma, localiza la carpeta donde está instalado >>> el programa y modifica el valor de QGISHOME en pyqgismac.sh >>> >>> Saludos. >>> >>> >>> El 12 de marzo de 2018, 22:12, Jorge Sanz Sanfructuoso < >>> sanc...@gmail.com> escribió: >>> >>>> Hola. >>>> Ando instalandolo en Mac y no consigo hacerlo funcionar. Sigo todo y >>>> parece que lo hace correctamente. Pongo CatAtom2OSM -v y va bien, me da la >>>> versión. Pero cuando meto CatAtom2OSM -tm 37203 para que haga el proceso me >>>> da error: >>>> >>>> 2018-03-12 23:06:47,840 - ERROR - No module named osgeo >>>> >>>> 2018-03-12 23:06:47,841 - ERROR - Por favor, instala QGIS >>>> >>>> QGIS lo tengo instalado. A ver si sabéis decirme que puede fallar. >>>> >>>> >>>> Un saludo. >>>> >>>> El dom., 11 mar. 2018 a las 18:07, Jorge Sanz Sanfructuoso (< >>>> sanc...@gmail.com>) escribió: >>>> >>>>> Eso esta abierto con el editor de textos de mac, por eso no te ejecuta >>>>> nada. Ando yo ahora pegándome con el a ver si lo hago funcionar. Cuando >>>>> consiga hacerlo funcionar si me da tiempo hoy te digo como hacer. >>>>> >>>>> Un saludo >>>>> >>>>> El sáb., 10 mar. 2018 a las 20:39, Antonio Clavero (< >>>>> clato...@icloud.com>) escribió: >>>>> >>>>>> nada de nada, no responde a nada. Aunque le escriba cualquier cosa no >>>>>> ocurre nada >>>>>> >>>>>> >>>>>> Gracias >>>>>> >>>>>> >>>>>> El 10 mar 2018, a las 18:41, Javier Sánchez Portero < >>>>>> javiers...@gmail.com> escribió: >>>>>> >>>>>> ¿Pero se queda asi, sin decir nada? ¿Después responde a otros >>>>>> comandos que escribas o se queda bloqueado? No creo que sea por QGIS, por >>>>>> que en esa fase todavía no ha empezado a usarlo. Prueba también sin >>>>>> parámetros y con -l >>>>>> >>>>>> catatom2osm >>>>>> catatom2osm -l 38 >>>>>> >>>>>> Ya me cuentas >>>>>> >>>>>> El 10 de marzo de 2018, 15:06, Antonio Clavero <clato...@icloud.com> >>>>>> escribió: >>>>>> >>>>>> Hola Javier, >>>>>>> >>>>>>> ya voy avanzando. El password lo cambié y funcionó. Pero al ejecutar >>>>>>> el archivo pyqgismac.sh no me devuelve la versión del programa: >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>>> Ya tenía instalado el QGIS, pero descargado de su página oficial. El >>>>>>> fallo viene de ahí? >>>>>>> >>>>>>> Muchas gracias por la ayuda y espero que esto sirva para solucionar >>>>>>> las futuras dudas de algún otro compañero. >>>>>>> >>>>>>> Un saludo >>>>>>> Antonio Clavero >>>>>>> >>>>>>>
Re: [Talk-es] Instalación de CatAtom2Osm
Eso parece por el error. Pero si uso el instalador de esa pagina y he comprobado que lo instala en esa carpeta. El mar., 13 mar. 2018 a las 0:05, Javier Sánchez Portero (< javiers...@gmail.com>) escribió: > Hola Jorge > > Eso es por que el programa no encuentra donde está instalado QGIS. Fíjate > que el script pyqgismac.sh lo único que hace es definir unas cuantas > variables de entorno para que en la ventana que se abre tengas acceso hacia > QGIS y hacia catatom2osm. Tienes que comprobar las rutas que están > definidas en el script: ¿está QGIS instalado en QGISHOME? Las rutas > definidas en ese script funcionan con la instalación de QGIS desde la > página de descarga de KyngChaos http://www.kyngchaos.com/software/qgis > > Si has instalado de otra forma, localiza la carpeta donde está instalado > el programa y modifica el valor de QGISHOME en pyqgismac.sh > > Saludos. > > > El 12 de marzo de 2018, 22:12, Jorge Sanz Sanfructuoso <sanc...@gmail.com> > escribió: > >> Hola. >> Ando instalandolo en Mac y no consigo hacerlo funcionar. Sigo todo y >> parece que lo hace correctamente. Pongo CatAtom2OSM -v y va bien, me da la >> versión. Pero cuando meto CatAtom2OSM -tm 37203 para que haga el proceso me >> da error: >> >> 2018-03-12 23:06:47,840 - ERROR - No module named osgeo >> >> 2018-03-12 23:06:47,841 - ERROR - Por favor, instala QGIS >> >> QGIS lo tengo instalado. A ver si sabéis decirme que puede fallar. >> >> >> Un saludo. >> >> El dom., 11 mar. 2018 a las 18:07, Jorge Sanz Sanfructuoso (< >> sanc...@gmail.com>) escribió: >> >>> Eso esta abierto con el editor de textos de mac, por eso no te ejecuta >>> nada. Ando yo ahora pegándome con el a ver si lo hago funcionar. Cuando >>> consiga hacerlo funcionar si me da tiempo hoy te digo como hacer. >>> >>> Un saludo >>> >>> El sáb., 10 mar. 2018 a las 20:39, Antonio Clavero (<clato...@icloud.com>) >>> escribió: >>> >>>> nada de nada, no responde a nada. Aunque le escriba cualquier cosa no >>>> ocurre nada >>>> >>>> >>>> Gracias >>>> >>>> >>>> El 10 mar 2018, a las 18:41, Javier Sánchez Portero < >>>> javiers...@gmail.com> escribió: >>>> >>>> ¿Pero se queda asi, sin decir nada? ¿Después responde a otros comandos >>>> que escribas o se queda bloqueado? No creo que sea por QGIS, por que en esa >>>> fase todavía no ha empezado a usarlo. Prueba también sin parámetros y con >>>> -l >>>> >>>> catatom2osm >>>> catatom2osm -l 38 >>>> >>>> Ya me cuentas >>>> >>>> El 10 de marzo de 2018, 15:06, Antonio Clavero <clato...@icloud.com> >>>> escribió: >>>> >>>> Hola Javier, >>>>> >>>>> ya voy avanzando. El password lo cambié y funcionó. Pero al ejecutar >>>>> el archivo pyqgismac.sh no me devuelve la versión del programa: >>>>> >>>>> >>>>> >>>> >>>>> Ya tenía instalado el QGIS, pero descargado de su página oficial. El >>>>> fallo viene de ahí? >>>>> >>>>> Muchas gracias por la ayuda y espero que esto sirva para solucionar >>>>> las futuras dudas de algún otro compañero. >>>>> >>>>> Un saludo >>>>> Antonio Clavero >>>>> >>>>> >>>>> >>>>> >>>>> El 10 mar 2018, a las 8:36, Javier Sánchez Portero < >>>>> javiers...@gmail.com> escribió: >>>>> >>>>> Hola >>>>> >>>>> El comando sudo sirve para ejecutar 'do' comandos como administrador o >>>>> 's'uper'u'suario utilizando la contraseña que utilizas normalmente para >>>>> iniciar sesión. Es muy raro que no te funcione con esa contraseña. La >>>>> verdad es que al no tener un macos delante, ni experiencia con ellos no te >>>>> se decir más que buscando he encontrado esto que parece decir que cambies >>>>> la contraseña y entonces funcionará: >>>>> >>>>> https://support.apple.com/en-us/HT202035 >>>>> >>>>> ¿Qué opinan el resto de compañeros que usan macos? >>>>> >>>>> Saludos. >>>>> >>>>> El 9 de marzo de 2018, 16:36, Antonio Clavero <clato...@icloud.com> >>>>> escribió: >>
Re: [Talk-es] Instalación de CatAtom2Osm
Hola. Ando instalandolo en Mac y no consigo hacerlo funcionar. Sigo todo y parece que lo hace correctamente. Pongo CatAtom2OSM -v y va bien, me da la versión. Pero cuando meto CatAtom2OSM -tm 37203 para que haga el proceso me da error: 2018-03-12 23:06:47,840 - ERROR - No module named osgeo 2018-03-12 23:06:47,841 - ERROR - Por favor, instala QGIS QGIS lo tengo instalado. A ver si sabéis decirme que puede fallar. Un saludo. El dom., 11 mar. 2018 a las 18:07, Jorge Sanz Sanfructuoso (< sanc...@gmail.com>) escribió: > Eso esta abierto con el editor de textos de mac, por eso no te ejecuta > nada. Ando yo ahora pegándome con el a ver si lo hago funcionar. Cuando > consiga hacerlo funcionar si me da tiempo hoy te digo como hacer. > > Un saludo > > El sáb., 10 mar. 2018 a las 20:39, Antonio Clavero (<clato...@icloud.com>) > escribió: > >> nada de nada, no responde a nada. Aunque le escriba cualquier cosa no >> ocurre nada >> >> >> Gracias >> >> >> El 10 mar 2018, a las 18:41, Javier Sánchez Portero <javiers...@gmail.com> >> escribió: >> >> ¿Pero se queda asi, sin decir nada? ¿Después responde a otros comandos >> que escribas o se queda bloqueado? No creo que sea por QGIS, por que en esa >> fase todavía no ha empezado a usarlo. Prueba también sin parámetros y con -l >> >> catatom2osm >> catatom2osm -l 38 >> >> Ya me cuentas >> >> El 10 de marzo de 2018, 15:06, Antonio Clavero <clato...@icloud.com> >> escribió: >> >> Hola Javier, >>> >>> ya voy avanzando. El password lo cambié y funcionó. Pero al ejecutar el >>> archivo pyqgismac.sh no me devuelve la versión del programa: >>> >>> >>> >> >>> Ya tenía instalado el QGIS, pero descargado de su página oficial. El >>> fallo viene de ahí? >>> >>> Muchas gracias por la ayuda y espero que esto sirva para solucionar las >>> futuras dudas de algún otro compañero. >>> >>> Un saludo >>> Antonio Clavero >>> >>> >>> >>> >>> El 10 mar 2018, a las 8:36, Javier Sánchez Portero <javiers...@gmail.com> >>> escribió: >>> >>> Hola >>> >>> El comando sudo sirve para ejecutar 'do' comandos como administrador o >>> 's'uper'u'suario utilizando la contraseña que utilizas normalmente para >>> iniciar sesión. Es muy raro que no te funcione con esa contraseña. La >>> verdad es que al no tener un macos delante, ni experiencia con ellos no te >>> se decir más que buscando he encontrado esto que parece decir que cambies >>> la contraseña y entonces funcionará: >>> >>> https://support.apple.com/en-us/HT202035 >>> >>> ¿Qué opinan el resto de compañeros que usan macos? >>> >>> Saludos. >>> >>> El 9 de marzo de 2018, 16:36, Antonio Clavero <clato...@icloud.com> >>> escribió: >>> >>>> Hola Javier, >>>> >>>> >>>> Ya me voy aclarando, estaba completamente perdido pero ahora tengo una >>>> nueva duda. Cuando introduzco la orden : *sudo easy_install pip *me >>>> pide un password, he probado con el que tengo al entrar en mi sesión pero >>>> me responde que lo intente de nuevo. ¿a cual password se refiere? >>>> >>>> Gracias >>>> >>>> >>>> >>>> El 3 mar 2018, a las 8:31, Javier Sánchez Portero <javiers...@gmail.com> >>>> escribió: >>>> >>>> Hola Antonio >>>> >>>> Genial que preguntes las dudas por que así podemos mejorar después la >>>> documentación. Es mejor descargar el programa usando las herramientas de >>>> GitHub por que así luego es mucho más fácil actualizarlo, así que puedes >>>> borrar el programa que has descargado del repositorio. Como no tengo un >>>> ordenador Mac delante, me resulta más fácil explicarte los pasos con >>>> comandos que usando la aplicación gráfica. Abre la consola de GitHub, >>>> comprueba que estás dentro de ella escribiendo este comando (y enter) >>>> >>>> git >>>> >>>> Si te sale una explicación del uso del programa todo va bien. Luego >>>> cambia a tu carpeta de usuario (ya estás en ella, pero por confirmar): >>>> >>>> cd >>>> >>>> Entonces descarga el programa >>>> >>>>git clone https://github.com/OSM-es/CatAtom2Osm.git >>>> >>>> Después cambias el direct
