Re: [Talk-es] Herramienta para mejorar los procesos de creación de consensos en la comunidad
Hola Marcos, no sé si lo que planteé sonaba a "me da palo cambiar", pero no era lo que quería transmitir. Más bien, era algo como "soy realista, conozco el nivel de esfuerzo que puedo dedicar al proyecto y el tiempo que me dejan el resto de mis obligaciones, y sé que no voy a poder integrar otra herramienta en mis rutinas". Eso no quiere decir que no se pueda hacer ese cambio. Si hay suficientes personas con interés en mover los debates a otra herramienta, más de las que no lo tienen, creo que se puede implementar el cambio y si algunas personas nos perdemos los debates puede compensar porque otras personas con más tiempo van a ser más eficientes en su colaboración. E insisto, por mucho que a ti una herramienta te parezca muy buena y que técnicamente sea superior, hay otros aspectos no tan evidentes que la pueden hacer menos buena (en mi caso, simplemente tener que entrar a una plataforma extra). La clave es que haya muchas más personas interesadas en el cambio que en no hacer el cambio. Saludos, César On Mon, 19 Oct 2020 at 16:34, wrote: > Hola César, está claro que si inicio un debate en Loomio para hablar > conmigo mismo mientros los demás lo hacen por la lista esto no tiene > sentido alguno. La palabra clave aquí es el "si". Si como dices, la > comunidad tiene costumbres y rutinas totalmente inamovibles, si no hay > ganas ni energía de probar cosas nuevas para mejorar, entonces esta > propuesta tiene que fracasar sin remedio. Pero viendo el entusiasmo que hay > para mejorar OSM me cuesta creer que sea así y por esto sigo dando la lata > con este tema. > > También es cierto que viendo las respuestas noto ciertas reservas, cierto > negativismo sin siquiera dar la oportunidad. Una cosa sería que se dijera > "Oye, tus críticas de los procesos existentes no me parecen justificas, > creo que tal y como funcionamos estamos de maravilla. Objetivamente no creo > que hay necesidad de cambiar nada". Ok, lo acepto. En cambio me parecería > triste si la opinión generalizada fuera "En realidad me da igual lo bueno > que puede resultar el cambio, me pega palo cambiar así que dejémoslo". No > pretendo que se cambie nuestra vida de un día para otro y sin vuelta atrás, > solo quiero animar a probar durante un tiempo algo que tiene mucho > potencial (y que otros grupos de OSM ya están usando) para ver si realmente > puede solucionar los problemas que tenemos. > > Respecto a tus dudas técnicas estas son las opciones de notificaciónes: > >- > >*Daily summary email* - Enabling this setting means each morning you >will get an email with any activity that you missed the day before. This >email provides an easy routine for staying up to date with Loomio activity. >- > >*Subscribe on participation* - Enabling this setting means when you >participate in a thread, all further activity will be emailed to you >immediately. >- > >*Mentions & Replies* - Enabling this setting means when someone wants >to get your attention, they can @mention your name in a comment, which will >notify you. We recommend you leave this setting on, so you’ll get an email >when this happens. > > Estoy pensando que a lo mejor se puede crear un usuario para la lista y de > esta manera todos los comentarios automáticamente entrarían en la lista. Lo > probaré. > > Subscribo tu última frase: Si se decidiera no usarlo para debatir me > parecería optimo que al menos lo usaramos para votar. > > Marcos > > Am 19.10.2020 10:32, schrieb César Martínez Izquierdo: > > Hola Marcos, yo tampoco soy partidario de sacar los debates de la lista. > Hay que tener en cuenta que por muchas ventajas técnicas que tengan otras > herramientas, si no consigues migrar allí a la comunidad, te estás dejando > por el camino lo más valioso del proyecto. Y cuando digo migrarla, me > refiero a migrar sus hábitos, que es lo más difícil de todo. Las personas > tenemos unas rutinas y es difícil cambiarlas. Desde luego yo no entraría a > otra herramienta a propósito para seguir los debates, tanto por falta de > tiempo como porque no es una herramienta integrada en mis rutinas sociales > y de trabajo y por tanto no me acordaría de entrar en ella al cabo de unos > días. > > Así que no me parece una buena idea migrar a Loomio salvo que se pueda > seguir y participar de los debates desde el correo. Para mi sería aceptable > tener que entrar en la plataforma para votar. > > Saludos. > > > > > On Fri, 16 Oct 2020 at 17:50, wrote: > >> Hola. >> >> Veo que estamos llegando al grano. Sé que con la lista es posible >> debatir, solicitar una votación o realizar encuestas. También es posible >> viajar 5 personas en un 600 desde Barcelona a Ma
Re: [Talk-es] Herramienta para mejorar los procesos de creación de consensos en la comunidad
t;>>>> decisiones, haciendo de OSM un mapa mejor, y una comunidad más unida y >>>>>>>> proactiva (y con menos burn-out). >>>>>>>> >>>>>>>> Saludos, >>>>>>>> >>>>>>>> Carlos Cámara-Menoyo >>>>>>>> https://carloscamara.es/en >>>>>>>> https://carloscamara.es >>>>>>>> >>>>>>>> >>>>>>>> ‐‐‐ Original Message ‐‐‐ >>>>>>>> On Sunday, 11 de October 2020 a les 18:32, Miguel Sevilla-Callejo < >>>>>>>> msevill...@gmail.com> wrote: >>>>>>>> >>>>>>>> Estimados Marcos y Hugo, >>>>>>>> >>>>>>>> Muchas gracias por la iniciativa. >>>>>>>> >>>>>>>> Siento mucho el retraso en la contestación. >>>>>>>> >>>>>>>> Creo que la herramienta es muy interesante y efectivamente podría >>>>>>>> sernos de gran ayuda en la toma de decisiones pero creo que la wiki de >>>>>>>> OSM >>>>>>>> puede tener esta misma función. >>>>>&g
Re: [Talk-es] Creación de nuevo tag para "Dehesa" (ES) o "Montado" (PT)
Hola Diego, parece razonable lo que dices. Y echando un vistazo a la página de Agroforestry en la wikipedia, parece que encaja mucho con lo que buscabas: lo define como un tipo de uso del suelo en el que se combinan pastos o cultivos combinados con árboles, y se cita específicamente la dehesa como ejemplo de ese uso del suelo. Por mi parte, adelante. Saludos, César On Thu, 15 Oct 2020 at 23:06, Diego Cruz wrote: > Hola a todos: > > La verdad es que cuando propuse este asunto en tagging lo abandoné porque > empezó a derivar en un batiburrillo de propuestas para el término y a mí lo > único que me interesaba era tener un etiquetado (el que fuese) que indicase > que la dehesa es un landuse diferente de los que hay reconocidos. > > Yo votaría por consensuarlo con landuse=agroforestry. Sé que no es > perfecto, pero me parece la mejor aproximación por varios motivos: > > - Una dehesa no es un terreno natural, sino una explotación, de modo que > aunque haya un parecido visual con la sabana, no tiene nada que ver. Creo > que no deberíamos derivar esta discusión hacia esa dirección, porque en mi > opinión una sabana debería tener su propio landuse. > - Creo que grassland o derivados herbáceos no son adecuados, porque > olvidan el componente agrícola de la dehesa. No solo es pasto con árboles > entremedias, sino que puede ser cultivo con árboles entremedias (de hecho, > esto último es lo que me llevó a hacer la propuesta, porque el terreno > concreto que quería etiquetar era un trigal con encinas dispersas (aparte > de que grassland va con natural, algo que no es una dehesa). > - La parte de "agro" en agroforestry creo que puede hacer referencia tanto > a agricultura como a ganadería (como en agrario), cosa que no ocurre con > otras propuestas como silvopasture. > - La idea que propuse a la comunidad portuguesa por Telegram fue etiquetar > los montados con landuse=agroforestry y nadie expresó una opinión contraria > al término, lo cual creo que es también un punto a favor. > > Dicho esto, si cualquier otro término genera más consenso estaré dispuesto > a votarlo. El objetivo para mí simplemente es diferenciar una dehesa de un > bosque, de un pastizal y de un labrantío. > > En cuanto a la forma de votación, alguno de los portugueses se mostró a > favor de votarlo siguiendo el procedimiento habitual y la verdad es que a > mí también me parece que sería lo suyo, por ser lo oficial. No me opongo a > otras formas de votación, pero quizás habría que establecerlas primero a > nivel internacional. > > Un saludo > Diego > > El jue., 15 oct. 2020 a las 21:08, escribió: > >> Hola, >> >> estoy de acuerdo en que "parkland" no me parece adecuado. No solo carece >> de entrada en Wikipedia sino parece ser un término que describe un paisaje >> muy definido africano. Por la misma razón no creo que tenga sentido obligar >> a todo el mundo a usar "dehesa" ya que describe un paisaje concreto de la >> península ibérica. >> >> El problema que veo con savannah es lo que dices: se refiere a un paisaje >> dentro de la categoría "natural=" y una dehesa claramente debe estar en >> "landuse=", además de referirse a zonas concretas del planeta. >> >> Sigo inclinándome por landuse=agroforestry + agroforestry=dehesa >> >> Saludos, >> >> Marcos Martinez >> >> Am 15.10.2020 19:41, schrieb César Martínez Izquierdo: >> >> Hola, >> >> Lo que no me gusta de parkland es que es un término de uso nada común. No >> tiene entrada en la wikipedia en inglés, y los términos que lo componen no >> son nada autoexplicativos (park + land = ¿tierra de parque?). >> >> Creo que "savannah" es un término mucho más comprensible y que >> perfectamente aplicable a una dehesa, aunque se suele usar en ciertas zonas >> concretas del planeta y a priori no lo asociamos con una dehesa. >> >> También entiendo que "dehesa" tiene unas connotaciones socioeconómicas >> que "sabana" no tiene. Seguramente porque "sabana" es un término más >> referido a la cobertura del suelo y "dehesa" al uso del suelo. >> >> En resumen, no veo una solución ideal, aunque podría valer: >> >> landuse=savannah >> savannah=dehesa >> >> Saludos, >> >> César Martínez >> >> On Thu, 15 Oct 2020 at 18:08, wrote: >> >>> Totalmente de acuerdo, si queremos que la etiqueta se tome en serio a la >>> hora de hacer un proposal a nivel mundial debemos consolidar el etiquetaje >>> que decidamos y que en taginfo exista únicamente el que hayamos acordado >>> con el máximo número de usos. >
Re: [Talk-es] Creación de nuevo tag para "Dehesa" (ES) o "Montado" (PT)
>>> >>> >>>>>> Un saludo y muchas gracias por la iniciativa. >>> >>>>>> >>> >>>>>> -- >>> >>>>>> Miguel Sevilla-Callejo >>> >>>>>> Doctor en Geografía >>> >>>>>> >>> >>>>>> >>> >>>>>> On Wed, 14 Oct 2020 at 15:15, wrote: >>> >>>>>>> >>> >>>>>>> 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 >>> > >>> > ___ >>> > Talk-es mailing list >>> > Talk-es@openstreetmap.org >>> > https://lists.openstreetmap.org/listinfo/talk-es >>> >>> >>> >>> -- >>> Gabriel Rodríguez Alberich >>> >>> ___ >>> 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 > -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - SCOLAB: http://www.scolab.es - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Toponimia en Cataluña
Hola, creo que este es un tema que levanta demasiadas susceptibilidades para llegar a un consenso y habría que plantearse lo que aporta el cambio. Ahora mismo ya tenemos bastantes opciones con name, name:ca y name:es como para que un software mínimamente inteligente nos permita encontrar tanto buscando por Sant Boi como San Baudilio. Entiendo la propuesta de Joan (San Baudilio ciertamente suena a arcaísmo) y la apoyo en un plano teórico, pero creo que conducirá a discusiones sin fin cuando la llevemos a un plano concreto (seguro que rebuscando encuentras contraejemplos para cada topónimo). En resumen, no creo que sea tan importante el valor de name:es cuando hay otras etiquetas que dan contexto adicional. El software puede elegir y presentar adecuadamente al usuario los nombres, y no creo que valga la pena el esfuerzo y el coste a nivel de "paz social" en OSM. Ahora, quien tenga ganas de debatirlo, adelante. Por favor, limpiad la sangre del suelo cuando acabéis. Saludos. César Martínez On Tue, 5 Feb 2019 at 12:34, dcapillae wrote: > > Ahora resulta que no he comprendido nada, ¿verdad, Joan?. Y es así porque me > lo dices tú. ¿No es cierto? Fenomenal, Joan. > > El Estado español, dices, «old_name=España». Me había parecido sensato tu > mensaje inicialmente, pero ya veo de qué vas. > > Feliz censura, amigo. > > > > - > 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 -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - SCOLAB: http://www.scolab.es - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Propuesta: cambiar la categoría de algunas carreteras nacionales en base a su uso y estado actuales.
Hola yopaseopor, Respecto a la señalización de largo recorrido, me has convencido de que no debe ser un criterio a considerar para trunk. Se supone que quien vaya a usar los datos de OSM no necesita de forma perentoria leer la señalización (puesto que los datos ya le van a dar la ruta óptima). Saludos. 2018-04-20 19:08 GMT+02:00 yo paseopor <yopaseo...@gmail.com>: > En general lo veo como tú César, a excepción que yo añadiría también como > alternativas las vías de pago, si no me dejaría la mayoría de vías rápidas > de algunas comunidades autónomas, y aunque nos duela en el bolsillo las > usamos siempre que tenemos prisa y queremos hacer adelantamientos "seguros y > fáciles". Eso sí, soy consciente de que en un país tan variopinto como en el > que nos encontramos hay casuísticas que hacen que una carretera por mala que > sea debe mantener su estatus. > Por lo que hace referencia a la señalización de largo recorrido no estoy > para nada de acuerdo, por el simple hecho de que somos OSM, y aunque solo se > hable Calasparra de Enmedio, si esa autovía o vía rápida es la mejor > solución para llegar a Roma Osmand, Mapsme,quiensea nos recomendará usarla > dirección Calasparra de Enmedio (y el día que consiga meter las señales de > tráfico y destino dentro de OSM ya ni os cuento), sin que nuestro viaje se > resienta por ello (¿o es que nadie que vaya de Valencia a Alicante sin pagar > sabe que hay cierto pueblo llamado "La Font de la Figuera" ? > > https://www.mapillary.com/app/?lat=38.7250342=-0.9366197=17=ZFNZLM90CU_eNSjRx5VrxA=photo=0.5882762328228478=0.7041884251718793=1.339285714285714 > > Salut i nacionals > yopaseopor > > 2018-04-20 18:55 GMT+02:00 yo paseopor <yopaseo...@gmail.com>: >> >> Yo no digo que una carretera que tenga lanes=2 o maxspeed=100 sea tal, hay >> muchas más cosas a mirar, y muchos más criterios objetivos que no salen en >> OSM , como los imd y velocidades media, que nos ayudarían en saber qué >> carreteras son realmente utilizadas y por lo tanto IMPORTANTES. >> En cambio opino que representar todas las nacionales de un mismo color por >> el simple hecho de ser nacionales es un error que estamos cometiendo y que >> ya no se comete en la mayoría de países europeos. Decidme, de verdad, qué >> sentido tiene que dos vías importantes se muestren en el mapa la una al lado >> de la otra, cuando una de ellas ha dejado de serlo desde hace una década >> hasta el punto que le han pintado incluso un carril bici. >> >> Y si me apuras insisto, no se pierde nada de información, si para tí la >> categoría debe ser sólo administrativa ya puedes agarrar todas las que >> empiecen por N-, las que empiecen por las iniciales de la comunidad >> autónoma, y las que lleven las iniciales provinciales, y esa información ya >> está en OSM. Porque de las que empiecen por A o AP no vamos a dudar. >> En cambio imd y velocidad media, por poner un ejemplo no se tienen en >> cuenta en la actualidad y es una pena que esa información tan útil no se vea >> reflejada en el mapa (porque la categoría sería una combinación de varios >> parámetros, no sólo uno de ellos) >> >> Salut i nacionals >> yopaseopor > > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - SCOLAB: http://www.scolab.es - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Propuesta: cambiar la categoría de algunas carreteras nacionales en base a su uso y estado actuales.
2018-04-20 12:32 GMT+02:00 César Martínez Izquierdo <cesar@gmail.com>: > > Por mi parte, opino que la clasificación administrativa es una ayuda > importante, pero no puede ser el único criterio, especialmente en lugares > donde esta clasificación administrativa está claramente desfasada. Creo que > el principal problema es distinguir trunk y primary, ya que como a apuntado > Lanxana, la clasificación administrativa de trunk es muy clara en España y > coincide plenamente con highway=motorway en cuanto a características > físicas. > Perdón, aquí quería decir "la clasificación administrativa de autovía es muy clara en España". ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Propuesta: cambiar la categoría de algunas carreteras nacionales en base a su uso y estado actuales.
t;>> necesitais marcar para que haga el recorrido entero por esa nacional. >>> >>> Habreis comprendido...que no, y que por tanto que sea la misma >>> referencia no sólo estoy de acuerdo sinó que debe ser así, porque es como >>> la administración le llama, nunca va a dejar de ser Nacional porque así se >>> llaman las carreteras que dependen del Ministerio de Fomento ahora, es la >>> N-260 y aunque fuera tertiary llevará ese número y todo el mundo podrá >>> hacerle los mapas y rutas que quiera con ella. Ahora bien, no es factible, >>> ni viable, ni posible, ni lógico que tenga la misma categoría en toda su >>> extensión. Y para ello sólo haría falta leer la página de trunk y cómo >>> empieza: >>> >>> "Use highway <https://wiki.openstreetmap.org/wiki/ES:Key:highway>=trunk for >>> high performance roads that don't meet the requirement for motorway >>> <https://wiki.openstreetmap.org/wiki/ES:Tag:highway%3Dmotorway> " >>> >>> Os voy a poner otro caso: la N-340. Al margen de traspaso o no es un >>> claro caso de cómo se invierte en unas zonas y como no se hace en otras, >>> aunque reconozco que en sus más de mil kilómetros (yo vivo cerca del 1200), >>> de Cádiz a Barcelona es muy difícil mantener las mismas características. No >>> creo que soporte el mismo tráfico en la costa marbellí que en el Penedès,no >>> creo que sea la misma situación en la provincia de Murcia que en la de >>> Castellón, cuando ya no hablo de que si recordais anteriormente las >>> autovías de los tramos desdoblados de las nacionales recibían la >>> nomenclatura de la misma nacional que desdoblaban y si fuere el caso ahora >>> no habría ningún problema en poner unas de motorway, porque cumplían esos >>> criterios , otras de trunk y otras de primary, porque no llegan para más, >>> porque ahora no las pueden ni usar los camiones, que lo tienen prohibido y >>> los desvían por la AP-7. >>> Alguien dirá...ya, pero es que es la carretera de la Costa Española: >>> MENTIRA (que diría un personaje humorístico de aquí). Usad cualquier >>> mapa para comprobarlo y me decís dónde está la playa de Lorca, la de Alcoy >>> y de paso me respondeis ¿por qué no es la carretera nacional que sí pasa >>> por Benidorm. >>> >>> Bien, ahora que ya hemos puesto los puntos sobre las íes,y acabando que >>> se hace largo explicadme: por qué estoy mapeando para el render cuando >>> describo la realidad:una vía rápida: una carretera de dos carriles por >>> sentido o que se pueda ir rápido,sin cruces a mismo nivel etc. >>> (antiguamente se les llamaba vías rápidas, por qué el ministerio quitó esa >>> categoría, yo os maldigo!!) o una carretera con curvas, que atraviesa media >>> Meseta, que nadie la usa de cabo a rabo, que en algunos tramos tiene un >>> tráfico testimonial independientemente de quien o qué la mande y la lleva y >>> donde esté no pasa de la red básica y gracias, desde Finisterre a la Sirena >>> de Copenhaguen, y en cambio no estoy mapeando para el render cuando decido >>> pintar la N-634 toda del mismo color (categoría), independientemente de que >>> esté bien, esté mal, desdoblada, no desdoblada, con vía alternativa, sin >>> ella, con tráfico internacional, sin tráfico internacional, pasando por >>> pueblos, con variantes. >>> Para todos aquellos que tengan miedo a que las nacionales dejen de serlo >>> en este estado que parece que se deshace por problemas políticos y por lo >>> tanto hay que defenderlo, quiero recordar que una nacional siempre será una >>> nacional, porque lleva una letra delante en su referencia y eso sí que >>> NUNCA se puede cambiar si es que las administraciones de las que depende la >>> carretera no lo deciden (aquí los añadidos se los ponemos detrás y >>> convertimos una N-260 en N-260z o una N-II en su tercer trazado como >>> N-IIaa). >>> >>> Y por seguir contestando ahora al Compañero David...según nuestra >>> página de normalización de la wiki modificada por última vez en esos >>> parámetros el 16 de Octubre de 2016 eso que comentas ya se puede hacer (sí, >>> desde casi hace dos años incluso está escrito en la wiki) , lo que no >>> entiendo es por qué al revés no se debe poder, es decir por qué una >>> Nacional tiene que ser trunk por coj... Y respecto a tu afirmación de que >>> se cumple esa coherencia...España si algo ha demostrado es ser muy >>> incoherente a la hora de planificar sus infraestructuras y tengo más de 100 >>> ejemplos en carreteras nacionales que NO cumplen con ese criterio que dices >>> tú . >>> >>> En definitiva dadme un motivo que no sea porque la comunidad lo ha >>> decidido así, dadme razones, motivos empíricos, reales, que se vean, un >>> motivo que yo pueda justificarle a un austriaco que esa carretera aunque >>> tiene una autovía que pasa al lado y tiene unas curvas de echar la primera >>> papilla en su mapa sigue saliendo como megaimportantísima y por ello debe >>> usarla, aunque ni los oriundos lo hagan.Y no me digais que es nacional >>> porque pertenece a una red estructurante que..., cuando una carretera tiene >>> al lado una autovía el único tráfico estructurado que mantiene son los >>> tractores , bicicletas y tráfico local. >>> Recuerdo, la administración de la que depende una carretera se >>> manifiesta en la etiqueta Ref, no en la de highway. >>> >>> Salut i nacionals >>> 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 > > -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - SCOLAB: http://www.scolab.es - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Bar tradicional -> ¿ amenity=pub o amenity=bar ?
Me he olvidado añadir que subscribo totalmente lo dicho por Ibai. César 2017-06-21 11:10 GMT+02:00 César Martínez Izquierdo <cesar@gmail.com>: > Hola Daniel, analizando ese mismo párrafo del wiki en inglés, llego justo > a la conclusión contraria. Pongo entre corchetes mis apuntes sobre el > significado: > > «En los países mediterráneos, la palabra "bar" [es decir, no hablamos de > la etiqueta "bar" si no de la palabra bar] tiene un significado diferente > (aunque esto no significa necesariamente que la etiqueta [ahora hablamos > de la etiqueta "bar" y no de la palabra] deba aplicarse de forma > diferente [luego la etiqueta "bar" DEBE aplicarse como se aplica en todo > el mundo, para designar lugares con música a un volumen elevado y donde por > norma general no se vende comida, y por tanto NO DEBE aplicarse de forma > diferente, por ejemplo no debe usarse para designar locales donde no hay > música a un volumen elevado y donde por norma general sí se vende comida y > sí hay sitio para sentarse, ya que para estos lugares existe la etiqueta > "pub"])». > > Así que yo creo que la etiqueta "pub" es la que mejor se aplica a los > bares españoles (y a veces amenity=cafe). Pero estoy de acuerdo en que la > redacción de las etiquetas es bastante ambigua (y no muy adaptada a la > tipología de locales españoles), y que si alguien tiene energía sería buena > idea volver a abrir un hilo en la lista tagging e intentar refinar más las > definiciones antes de empezar a reetiquetar bares masivamente. > > En el mapa por defecto de OSM la etiqueta "bar" muestra una copa de vermut > o cóctel, y la de "pub" un vaso (no me queda claro de qué), lo cual no da > muchas pistas. (Nota: ya sé que no se mapea para el "renderer", pero > entiendo que los iconos elegidos en el mapa por defecto sí deben resumir el > significado esencial de la etiqueta). > > > Saludos, > > César > > > 2017-06-21 1:05 GMT+02:00 dcapillae <dcapil...@gmail.com>: > >> En la documentación del wiki relativa a "amenity=bar", dice: >> >> «En los países mediterráneos, la palabra "bar" tiene un significado >> diferente (aunque esto no significa necesariamente que la etiqueta deba >> aplicarse de forma diferente)». >> >> Parece bastante claro. Yo entiendo que quiere decir exactamente lo que >> dice: >> que en los bares mediterráneos no hay necesidad de usar la etiqueta de un >> modo diferente a como se usa en otras partes del mundo. >> >> >> >> - >> Daniel Capilla >> OSM user: dcapillae >> -- >> View this message in context: http://gis.19327.n8.nabble.com >> /Bar-tradicional-amenity-pub-o-amenity-bar-tp5876448p5898189.html >> Sent from the Spain mailing list archive at Nabble.com. >> >> ___ >> Talk-es mailing list >> Talk-es@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-es >> > > > > -- > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >César Martínez Izquierdo >GIS developer >- - - - - - - - - - - - - - - - - - - - >SCOLAB: http://www.scolab.es > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - SCOLAB: http://www.scolab.es - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Bar tradicional -> ¿ amenity=pub o amenity=bar ?
Hola Daniel, analizando ese mismo párrafo del wiki en inglés, llego justo a la conclusión contraria. Pongo entre corchetes mis apuntes sobre el significado: «En los países mediterráneos, la palabra "bar" [es decir, no hablamos de la etiqueta "bar" si no de la palabra bar] tiene un significado diferente (aunque esto no significa necesariamente que la etiqueta [ahora hablamos de la etiqueta "bar" y no de la palabra] deba aplicarse de forma diferente [luego la etiqueta "bar" DEBE aplicarse como se aplica en todo el mundo, para designar lugares con música a un volumen elevado y donde por norma general no se vende comida, y por tanto NO DEBE aplicarse de forma diferente, por ejemplo no debe usarse para designar locales donde no hay música a un volumen elevado y donde por norma general sí se vende comida y sí hay sitio para sentarse, ya que para estos lugares existe la etiqueta "pub"])». Así que yo creo que la etiqueta "pub" es la que mejor se aplica a los bares españoles (y a veces amenity=cafe). Pero estoy de acuerdo en que la redacción de las etiquetas es bastante ambigua (y no muy adaptada a la tipología de locales españoles), y que si alguien tiene energía sería buena idea volver a abrir un hilo en la lista tagging e intentar refinar más las definiciones antes de empezar a reetiquetar bares masivamente. En el mapa por defecto de OSM la etiqueta "bar" muestra una copa de vermut o cóctel, y la de "pub" un vaso (no me queda claro de qué), lo cual no da muchas pistas. (Nota: ya sé que no se mapea para el "renderer", pero entiendo que los iconos elegidos en el mapa por defecto sí deben resumir el significado esencial de la etiqueta). Saludos, César 2017-06-21 1:05 GMT+02:00 dcapillae <dcapil...@gmail.com>: > En la documentación del wiki relativa a "amenity=bar", dice: > > «En los países mediterráneos, la palabra "bar" tiene un significado > diferente (aunque esto no significa necesariamente que la etiqueta deba > aplicarse de forma diferente)». > > Parece bastante claro. Yo entiendo que quiere decir exactamente lo que > dice: > que en los bares mediterráneos no hay necesidad de usar la etiqueta de un > modo diferente a como se usa en otras partes del mundo. > > > > - > Daniel Capilla > OSM user: dcapillae > -- > View this message in context: http://gis.19327.n8.nabble. > com/Bar-tradicional-amenity-pub-o-amenity-bar-tp5876448p5898189.html > Sent from the Spain mailing list archive at Nabble.com. > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - SCOLAB: http://www.scolab.es - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Fuentes de Madrid
Hola Santiago, Creo que sería muy interesante avisar al ayuntamiento del error en los datos para que puedan corregirlos. Creo que demuestra cómo la apertura de los datos es útil tanto para la ciudanía como para la propia administración. Saludos. 2016-07-06 19:18 GMT+02:00 Santiago Crespo <openstreet...@flanera.net>: > Perdonad la confusión, creo que está bien situada la fuente del parque > del bronce. > > Aquí podéis ver como queda, usando los 2 sistemas de coordenadas > dependiendo de la localización (si están en "PARQUE HISTORICO"...25830 > y el resto 23030), comparado con las fuentes que ya hay en OSM: > > https://umap.openstreetmap.fr/en/map/untitled-map_93422 > > Saludos, > Santiago Crespo > > On 07/05/2016 07:14 PM, Santiago Crespo wrote: > > No estoy 100% seguro pero creo que ya lo tengo. > > > > Las fuentes con la etiqueta "PARQUE HISTORICO SINGULAR O FORESTAL" (ej: > > el Retiro) están en 25830 y el resto en 23030. La única excepción que he > > visto por ahora es la fuente del parque del bronce, que estando en una > > zona verde normal usa 25830. > > > > Saludos, > > Santiago Crespo > > > > > > On 07/05/2016 02:48 PM, Emilio Gómez Fernández wrote: > >> Es extraño. En algunas zonas se ajusta más con 23030 y en otras con > >> 25830, como si los datos del CSV proviniesen de fuentes con diferentes > >> sistemas de coordenadas, no se... un cacao. > >> > >> http://u.osmfr.org/m/93231/ > >> > >> Un saludo. > >> > >> Emilio Gómez > >> > >> > >> El 5 de julio de 2016, 12:00, Luis García Castro <lui...@gmail.com > >> <mailto:lui...@gmail.com>> escribió: > >> > >> > >> El 5 de julio de 2016, 11:53, Emilio Gómez Fernández > >> <emilio.gomez.f...@gmail.com <mailto:emilio.gomez.f...@gmail.com>> > >> escribió: > >> > >> Efectivamente parece que en la zona del Retiro no se ajusta nada > >> bien a lo que ya hay en OSM [1], pero en otras partes veo que si > >> que existe una correlación.[2] > >> > >> > >> Yo sí veo que se ajusta bastante en las dos imágenes que ha puesto > >> Jorge (con alguna diferencia lógica y esperable)... no me cuadran > >> los puntos de su imagen con tu primera superposición :-/ > >> > >> > >> -- > >> > >> Luis García > >> > >> ___ > >> Talk-es mailing list > >> Talk-es@openstreetmap.org <mailto: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 > -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - SCOLAB: http://www.scolab.es - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Mapear horchaterías
gt; > ellos habitualmente. Tal como dices lo más seguro es que también tengan >>> > café, pastelería y helados, pero el negocio es la horchata. >>> >>> ___ >>> 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 > > -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - SCOLAB: http://www.scolab.es - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Fwd: Comparativa imágenes Bing y PNOA
or resolución pero > (tenéis que hacer un acto de fe) os aseguro ambas imágenes responden a la > misma resolución 0.5 m. Lo que sucede es que la de Bing está más > contrastada por la luz no cenital y le han aplicado filtros de paso alto > (enfoque) [7]. > > Espero que esta explicación nos sirva para tener claro qué imagen usar de > base para nuestras ediciones en OSM y haber aclarado algunas dudas que creo > que hay al respecto. > > Un saludo > > Miguel > > > [1] Ya os había contado al respecto en correo anteriores. > [2] El material lo estoy subiendo provisionalmente a una carpeta de Google > Drive: http://bitly.com/osmzgz15 en la que están las presentaciones que > ido cerrando y material complementario. > [3] http://imgur.com/a/uunhD > [4] https://en.wikipedia.org/wiki/Photogrammetry > [5] http://pnoa.ign.es/ > [6] https://www.openstreetmap.org/edit#map=17/42.59681/0.13045 > [7] https://es.wikipedia.org/wiki/Procesamiento_digital_de_im%C3%A1genes > > > > *[image: Geo]Miguel Sevilla Callejo* > *Doctor en Geografía | Doctor in Geography* > *Consultor freelance e investigador | Freelance Consultant & Researcher* > Colaborador del Instituto Pirenaico de Ecología, CSIC, Zaragoza | Fellow at > the Pyrenean Institute of Ecology - Spanish National Research Council > Colegiado nº698, Colegio Oficial de Geógrafos | Member #698, Spanish > Professional Association of Geographers > Web: http://bit.ly/sevillacallejo > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > > -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - Blog: http://geotechnotes.wordpress.com/ ETC-SIA: http://sia.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Fwd: Comparativa imágenes Bing y PNOA
Hola, yo lo he conseguido cargar usando la siguiente URL: *http://www.ign.es/wmts/pnoa-ma?request=GetTile=WMTS=1.0.0=OI.OrthoimageCoverage=default=image/png=GoogleMapsCompatible={z}={y}={x} <http://www.ign.es/wmts/pnoa-ma?request=GetTile=WMTS=1.0.0=OI.OrthoimageCoverage=default=image/png=GoogleMapsCompatible={z}={y}={x}>* Tarda bastante en cargar, y por eso a veces parece que no funcione, paciencia. Pero lo ideal sería que apareciese automáticamente en ID si se está editando la zona de España... César 2015-11-27 10:52 GMT+01:00 Miguel Sevilla-Callejo <msevill...@gmail.com>: > Hola, > > Diego, me alegra saber que mis comentarios os puedan ayudar. El tema de la > imagen de base es algo que me lleva preocupando desde que comencé a editar > en OSM y que he puesto de manifiesto siempre que he podido. Igualmente, y > tal y como comentas, el PNOA no es perfecto (por cierto ya me indicarás > exactamente dónde dices que encuentras errores para contrastarlos > igualmente) pero es uno de los productos y herramientas base que se usa > para generar la cartografía oficial en este pais, por lo que, si lo usa el > IGN, las diferentes regiones, el catastro... tenemos razónes de más para > usarlo nosotros en OSM!!. > > También me alegro de saber que "se va notando" las ediciones de los nuevos > colaboradores aragoneses. Yo voy echándoles un ojo para que en sus primeras > ediciones no "rompan nada" pero imagino que esto es normal para todos los > principiantes. A ver si seguimos sumando gente a la comunidad y además > gente que sale mucho al campo y vamos completando también en el ámbito > rural. > > César, ya hace timepo que junto con Jaime Crespo intentamos (más bien > intentó él) habilitar el PNOA a través de las opciones de personalización > de iD para minimizar lo que comentábamos de Bing, pero no fuimos/fue > capaces/capaz pues resulta que iD lo que permite es incluir un servicio de > "tiles" no un WMS como es el de PNOA. Lo intentamos pasándolo por un > servicio intermedio... pero no dimos/dió con ello. ¿Tal vez alguno se anime > a intentarlo de nuevo? > > Independientemente de que se pueda "apañar" iD para la inclusión del PNOA > en vez de BING en el territorio español, si, si sería interesante poder > advertir a los colaboradores de OSM sobre nuestro territorio que es > conveniente usar PNOA en vez de Bing, ya sea desde el propio iD o pasando > esta información a la wiki (esto ya lo había pensado, igual que actualizar > la información del PNOA, pero no me da el tiempo...). > > ¿Alguien se anima a poner esta información en la wiki, contactar con los > de iD para indicar lo del PNOA o intentar que este se pueda incluir con > desntro de el editor? > > Un saludo > > Miguel > > *[image: Geo]Miguel Sevilla Callejo* > *Doctor en Geografía | Doctor in Geography* > *Consultor freelance e investigador | Freelance Consultant & Researcher* > Colaborador del Instituto Pirenaico de Ecología, CSIC, Zaragoza | Fellow at > the Pyrenean Institute of Ecology - Spanish National Research Council > Colegiado nº698, Colegio Oficial de Geógrafos | Member #698, Spanish > Professional Association of Geographers > Web: http://bit.ly/sevillacallejo > > 2015-11-27 9:56 GMT+01:00 César Martínez Izquierdo <cesar@gmail.com>: > >> Hola Miguel, muchas gracias por esta explicación, es muy interesante. >> >> La pregunta que se me viene a la cabeza es: ¿qué podemos hacer para >> minimizar este problema? >> >> En particular, ¿cómo podemos conseguir que los usuarios que usen Bing >> sean conscientes de este potencial desfase y no lo usen para desplazar >> datos existentes? ¿Tal vez mostrando un aviso en ID y en JOSM al >> seleccionar la capa de fondo? >> >> También podría ayudar que fuese un un poco más simple cargar el PNOA en >> ID. Y definitivamente copiar tu mensaje en alguna parte del Wiki en español. >> >> César >> >> >> >> 2015-11-25 13:10 GMT+01:00 Miguel Sevilla-Callejo <msevill...@gmail.com>: >> >>> (Reenvio email que olvidé quitar adjuntos en el anterior) >>> >>> Hola a todos, >>> >>> Con motivo de la preparación del curso sobre OSM que estoy impartiendo >>> con la inestimable ayuda de Alejandro Suárez (@alejandroscf) en Zaragoza >>> [1] he estado contrastando y preparando material gráfico para mis >>> presentaciones [2] y que he compartido en el grupo de Telegram y he colgado >>> en imagur.com [3]. >>> >>> Os pego aquí lo que he dicho por esa vía: >>> >>> La imagen de Escuaín y que es de las mismas coordenadas habla por sí >>> sola: existe una error de casi 50m entre una i
Re: [Talk-es] Obtener el sentido de las calles
A veces en pueblos pequeños en muchas calles no habrá ni señalización vertical, es decir, todas las calles son de doble sentido (aunque apenas quepa un coche) y en las intersecciones aplica la regla del que viene por la derecha =) César 2015-10-06 11:55 GMT+02:00 Luis García Castro <lui...@gmail.com>: > > El 6 de octubre de 2015, 11:48, Jesús Gómez Fernández > <jesus.gomez.f...@gmail.com> escribió: >> >> Un truco muy útil para conocer si una calle es de sentido doble o único >> viendo las imágenes aéreas de Bing es, aparte de reconocer los coches >> aparcados, fijarse en las líneas de detención pintadas en la calzada en >> pasos de peatones y stops. Si son dobles (a ambos lados del paso de >> peatones) lógicamente el vial es de doble sentido. Si solo hay una única >> línea de detención es de sentido único y dependiendo de a que lado del paso >> de peatones está pintada puedes conocer el sentido de circulación. >> >> Claro, como dicen los compañeros esto no asegura que vayas in situ y la >> calle haya cambiado de sentido porque la imagen ya sea antigua. > > > En zonas urbanas la señalización horizontal como comenta Jesús es mucho más > fiable que los coches aparcados. Especialmente en calles pequeñas la > dirección de los coches puede ser circunstancial. > > Si hablamos de pueblos pequeños, las calles suelen ser muy cortas y > estrechas (y a pesar de eso ser de doble sentido), no habrá señalización > horizontal, no habrá pasos de cebra... Es decir, es improbable estar seguro > usando únicamente ortofotos. > > ¡Un saludo! > > -- > > Luis García > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-es > -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - Blog: http://geotechnotes.wordpress.com/ ETC-SIA: http://sia.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Nuestros Toponimos de Parajes han sido elegidos como lo Peor de OSM.
Hola, En la zona en la que me considero local mapper la mayoría de estas localities se corresponden con partidas de riego o partidas agrarias. En este caso creo que deberían reemplazarse con polígonos (y eliminar los puntos, ya que no es concretamente ese punto el que se llama Marrroyo, San Juan o Rascaña sino toda la zona), pero no es fácil porque no dispongo de las delimitaciones exactas. En otros casos existe algún elemento (ermita, fuente, pico, masía, etc) que da nombre a la zona (Esperanza, Alto del Águila, Chirivilla, Rodana...) y creo que lo que se debería mover el punto hasta donde esté el elemento (no suelen coincidir exactamente con el rgbe) y etiquetarlo correctamente. O si ya existe otro nodo correctamente etiquetado y situado, borrar el punto importado del ngbe, ya que en este caso no aporta nada adicional y no podemos convertir OSM en un backup de ngbe. Por último, no acabo de ver la utilidad de reflejar los cambios en el wiki, cuando es posible obtener esta información automáticamente a partir del historial. Saludos, César 2014-05-12 16:50 GMT+02:00 Jonas Andradas j.andra...@gmail.com: 2014-05-12 16:35 GMT+02:00 Jesús Gómez Fernández jesus.gomez.f...@gmail.com: Estoy de acuerdo con Carlos. Los nombres de parajes es información muy valiosa para cualquier tipo de trabajo en el campo: desde las actividades de montaña hasta cualquier labor catastral. Un mapa a escala adecuada debería incorporarlos. Estoy de acuerdo en que son importantes, y precisamente por eso no veo mal que estén en OSM (...) El 12/05/14 15:32, Luis García Castro escribió: El 12 de mayo de 2014, 14:26, Felix sucotro...@gmail.com escribió: Yo votaría por dejarlo como está, ya que para sitios donde vive gente ya los hay bien definidos: town, village, city... En mi opinión el problema no es tanto del etiquetado como de la forma en la que OSM muestra estos parajes. Aparecen muy destacados cuando es una información muy poco útil y de valor más puramente histórico que práctico. Para la mayor parte de los usuarios es básicamente ruido. Sin embargo, para mí que no utilizo los parajes en absoluto, es cierto que cuando aplicaciones como OsmAnd me muestran el mapa lleno de nombres de parajes a veces me introducen ruido que no quiero/necesito. Sin embargo, puesto que son renderizacinoes vectoriales (no teselas), creo que el hecho de que no aparecieran, o estuvieran menos destacados, o sólo en determinadas escalas, debería ser algo a tratar con el equipo de desarrollo de la(s) aplicación(es) (en el caso que comento, OsmAnd), que fuera configurable si se muestran o no, o que hubiese varios perfiles. No creo que no se deban incluir los parajes en OSM porque en las visualizaciones actuales haya gente a la que no le aporten información (y yo soy el primero que no los uso/miro). En todo caso, esto sería a tratar con el equipo de renderización, supongo. -- Jonás Andradas ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - Blog: http://geotechnotes.wordpress.com/ ETC-SIA: http://sia.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Nuestros Toponimos de Parajes han sido elegidos como lo Peor de OSM.
Hola, yo creo que la etiqueta es correcta. Según el wiki, place=locality se usa 'For an unpopulated named place.' Otra cosa es que en la descripción detallada se dice que si hay otra etiqueta más concreta, se use en lugar de locality. Y seguramente en muchos casos sea así y se deba ir cambiando (pero seguramente caso por caso). Saludos, César 2014-05-12 14:09 GMT+02:00 Matías Taborda Barroso taborda.barr...@gmail.com : Hola. A los que se refiere en el email que me han mandado son los que se importaron en su dia del IGN. Entiendo la confusion en el sentido de que quizas lo que nosotros consideramos un paraje, no se corresponden exactamente con lo que en ingles se denominan place=locality. pero es que en su dia no encontramos una etiqueta mejor (JOSM traduce parajes como place=locality). Tambien en su dia, cuando estabamos realizando la importacion establecimos en la wiki una página de discusion [1] sobre este tema y hubo gente (angloparlante) y la sigue habiendo que de vez en cuando pide explicaciones. Quizas, se podria pendar en modificar esta importacion estableciendo una mejor etiqueta para esos parajes [1] http://wiki.openstreetmap.org/wiki/ES_talk:NGBE#Etiquetado El 12 de mayo de 2014, 13:47, Juanjo Pablos jua...@apertus.es escribió: On 12/05/14 13:12, María Arias de Reyna wrote: Pues si estamos seguros de que está bien etiquetado, lo que hay que hacer es responderle amablemente que el que no sabe de OSM es él. la mayoría de esos parajes vienen importados del Instituto Geografico Nacional. -- Se aprende a necesitar, necesitando. -- Antonio Porchia. (1886-1968) Escritor argentino. ___ 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 -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - Blog: http://geotechnotes.wordpress.com/ ETC-SIA: http://sia.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Nuestros Toponimos de Parajes han sido elegidos como lo Peor de OSM.
Lo que sí creo es que debemos ir modificando paulatinamente estos nodos usando etiquetas más específicas (aunque en muchos casos son nodos complicados de clasificar). El wiki en inglés acaba con las siguientes frases lapidarias: As more and more feature are taken into account in the agreed tag guidelines, the number of localities should decrease. Currently, nearly three quarters of the items using this tag came from Spanish NGBEhttp://wiki.openstreetmap.org/wiki/ES:NGBEdata. Saludos. 2014-05-12 14:50 GMT+02:00 María Arias de Reyna dela...@gmail.com: 2014-05-12 14:41 GMT+02:00 Gari Araolaza g...@eibar.org: Si lo del IGN es mejorable, el aviso adecuado sería algo así como: 1. Gracias y felicidades por haberos tomado ese trabajo. 2. Podríais modificar un poco las etiquetas de tal o cual forma, etc? y no Hale, vamos a reirnos de estos tontos que han mapeado mal. (que para más INRI, no está mal) De ahí mi sugerencia de contestarles de la misma forma, pero contra ellos. Sin muchas más explicaciones que un link. Vamos, un RTFM de libro. Pero como yo no soy la ofendida, lo que el ofendido quiera. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - Blog: http://geotechnotes.wordpress.com/ ETC-SIA: http://sia.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Datos de metro y bus de Barcelona
Hola, a no ser que los datos se provean de alguna licencia diferente a la de la web, creo que no es compatible/válida para OSM: La licencia se concede para todos los países del mundo y *por un periodo de tiempo de un año*, a contar desde el día siguiente al de la recepción por parte del CLIENTE del correo electrónico de TMB con la aceptación de la solicitud. El CLIENTE se obliga a: [...] Reutilizar los contenidos única y exclusivamente para la aplicación y/o servicio indicado en la solicitud. Saludos, César El 26 de febrero de 2014, 12:14, Jaume Figueras i Jové jaume.figue...@masafi.cat escribió: Hola, ya están pedidos y me han pasado los GTFS. La importación de estos datos es uno de los temas que debemos hablar en la reunión que estamos intentando organizar para el 5 / 12 de abril [1]. Salut! [1] http://wiki.openstreetmap.org/wiki/WikiProject_Catalan/ Trobades#Propostes_d.27ubicaci.C3.B3 On 26/02/14 11:59, Celso González wrote: Hola Parece que TMB ha creado un portal de OpenData y entre otras cosas parece que se podrían emplear los datos que ofrecen (paradas, recorridos, horarios...) La licencia parece una cc-by-sa por lo que creo que podría ser adecuada pero ianal así que pego por aquí las normas de uso http://www.tmb.cat/es/normes-d-us-de-les-dades Si la licencia está ok, alguien de ¿la asociación osm-es? debería pedir el acceso y una vez con los datos tratar de importarlos (esto me puedo ocupar yo, que además estoy por la ciudad) ¿Opiniones? -- Jaume Figueras i Jové o o o Responsable de projectes SIG o o o inLab FIB o o o U P C Universitat Politècnica de Catalunya - Barcelona Tech E-mail : jaume.figue...@upc.edu Web: http://inlab.fib.upc.edu/ Telf : +34937398621 (intern UPC: 98621) Mòbil : +34650756456 (intern UPC: 44785) Fax: +34937398628 (intern UPC: 98628) Adreça : inLab FIB Edifici B5-S102 C/ Jordi Girona, 31 08025 BARCELONA Ubuntu User #14347 - Linux User #504317 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - Blog: http://geotechnotes.wordpress.com/ ETC-SIA: http://sia.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] New tile rendering server (Experimental)
Una pregunta, los estilos por defecto que se usan osm.org, ¿en qué lista de correo o ámbito se discuten? ¿Talk o alguna más específica? ¿En ningún sitio? Saludos, César El 23 de julio de 2013 13:25, Iván Sánchez Ortega i...@sanchezortega.esescribió: On Martes, 23 de julio de 2013 13:04:48 Ricardo Sanz escribió: y ahora, en resumen, qué es lo que se cambia? De cara al usuario habitual de OSM, nada. De cara al cartógrafo con trastorno obsesivo-compulsivo, el estilo gráfico del mapa por defecto de osm.org puede tener *mínimos* cambios. Esto puede ser un píxel más grande, nosequé está un poquito descuadrado, etc. De cara a los de sistemas y redes, ahora las tiles se cargan desde un servidor en Francia, en vez de desde el servidor principal en Londres. Y, como ha dicho Grant, el refresco de las tiles (el tiempo que pasa desde que cambian los datos hasta que cambia el mapa) puede ser algo más grande de lo habitual. De cara a los desarrolladores, ahora el estilo gráfico es mucho más cómodo de probar y trastear (por ejemplo, con tilemill). Antes, las 7000 líneas de XML eran infumables. -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - ETC-SIA: http://sia.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Overpass turbo API
Creo que introduje un pequeño error, esto sí me funciona: union id-query ref=345425 type=relation/ recurse type=down/ /union print limit= mode=body order=id/ El ejemplo son los límites administrativos del municipio de El Ejido. Si quieres el historial puedes cambiar mode=body por mode=meta. Pero piensa que si estás hablando de relaciones muy grandes, es posible que ejecutarlo a través del Turbo no sea la mejor opción, sino usar directamente la API overpass. Y si es más grande aun, deberías montar tu propio servidor Overpass. Si llegas a este punto, quizás la tabla siguiente te ayude a comprender las diferentes opciones de montar tu propia réplica de OSM para extraer datos, ya que algunas incluyen historial y otras no, algunas incluyen todos los tags y otras no, etc. Saludos, César El 14 de junio de 2013 00:25, Jimena Martinez jimena.marti...@sinfogeo.comescribió: Hola Muchas gracias a todos por las respuestas. Antonio, en cuanto a lo que comentas, eso mismo me planteo yo. Encuentro siempre bastante difícil descargar los datos que necesito de OSM, generalmente por el tema de las regiones, en lugar de los BBOX, y además por las tags, no parece que ninguna aplicación (hablo desde el desconocimiento) de las que he encontrado permita descargar la historia completa o al menos los atributos completos de la última versión de ese dataset. Bueno, webs como cloudmade o geofabrik tienen esto, pero con todas las etiquetas, y luego esta el tema de los formatos... ** ** He empleado lo de Taginfo para comenzar con la API Overpass turbo, así que gracias, Manfred por tu recomendación. También había probado lo del id query ref, que es lo que me estaba dando error, gracias César, esto no he conseguido hacerlo funcionar en el overpass turbo. Y he probado la solución de Jo, y funciona! Así que es una buena opción, gracias! Pero finalmente lo que estoy empleando (porque con esta solución tampoco me aparecían todos los atributos que necesitaba) es lo siguiente, por si a alguien le interesa: **· **Descargo el pbf de geofabrik, de la región que me interesa, el fichero raw vamos. **· **Utilizo osmconvert, que es muy fácil de usar, para pasarlo a osm. **· **Como pesa mucho como para cargarlo en QGIS, por ejemplo, si te bajas una región grande, utilizo osmfilter (que también es súper fácil) para filtrar por etiqueta (o etiquetas, puedes elegir las que quieras) **· **Lo cargo en QGIS y veo los atributos como usuario, fecha y demás, que me interesaban. Solución, tengo la región que quiero, con las etiquetas que necesito y los atributos más o menos originales, creo. No sé si alguien conoce algún modo mejor o más rápido (creo que osmosis hace todo esto, pero yo no he conseguido hacerlo funcionar...creo que por mi Windows o algo así) o empleando menos software que haga lo mismo, si es así, sería estupendo saberlo. ** ** Gracias a todos por la ayuda! ** ** Saludos ** ** Jimena ** ** ** ** ** ** *De:* Jo [mailto:winfi...@gmail.com] *Enviado el:* jueves, 13 de junio de 2013 13:04 *Para:* Discusión en Español de OpenStreetMap *Asunto:* Re: [Talk-es] Overpass turbo API ** ** Eso funciona también si la región no es demasiado largo: Es lo que utilizo para bajar todos los paraderos y las relaciones PT. Jo area[name=Vlaanderen]; ( node(area); ; ) - .allnodeswaysrelationsinFlanders; ( relation.allnodeswaysrelationsinFlanders [type=route] [route~bus|tram] -.routes; node.allnodeswaysrelationsinFlanders [highway=bus_stop] -.stops; node.allnodeswaysrelationsinFlanders [railway=tram_stop] -.tstops; node.allnodeswaysrelationsinFlanders [public_transport] -.platforms; way.allnodeswaysrelationsinFlanders [amenity=shelter] [shelter_type=public_transport] -.shelters; node.allnodeswaysrelationsinFlanders [amenity=shelter] [shelter_type=public_transport] -.shelternodes; node(r.routes); way(bn)-.parentways1; node(w.parentways1); rel(bw.parentways1); way(r.routes); node(w); ); out meta; ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - ETC-SIA: http://sia.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Overpass turbo API
Para una relación, si conoces el id te valdría algo como esto: union id-query ref=345425 type=relation/ recurse into=_ type=down/ /union print limit= mode=body order=id/ Saludos, César El 13 de junio de 2013 16:53, Jimena Martinez jimena.marti...@sinfogeo.comescribió: Hola a todos Hace unos meses pregunté aquí cómo descargar datos de OSM con tags específicas, y me recomendasteis la API overpass turbo. Estoy usándola (gracias por la recomendación!) y tenía la duda de si puedo solicitar datos pero no con BBOX sino con una región, país o algo que ya esté recogido en OSM previamente, con un elemento, vamos. Por ejemplo, tengo esto: {{key=amenity}} {{value=parking}} osm-script output=json query type=node has-kv k={{key}} v={{value}}/ bbox-query {{bbox}}/ /query print mode=body/ recurse type=down/ print mode=skeleton/ /osm-script Y quiero que en lugar de coger el BBOX saque las entidades que le pido pero dentro de un país, provincia, etc. Esto he visto en la wiki de esta API que se puede hacer solicitando el id del elemento (del polígono del país por ejemplo) en cuestión, pero me da error constantemente...si alguien tuviera algún ejemplo, lo agradecería enormemente, debo estar haciendo algo mal, o igual la API realmente no permite esto que quiero hacer. En fin, muchas gracias por adelantado por vuestra ayuda, como siempre Saludos Jimena ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - ETC-SIA: http://sia.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Un juez se fía más de los datos de Google Earth que del catastro
Yo he intentado visualizar ese archivo histórico (años 73-86 y 80-85) sin gran éxito. No acabo de entender si lo que muestra el visor son los códigos del mapa para luego pedirlos al IGN, o es que no funciona correctamente... Saludos, César El 11 de febrero de 2013 12:19, Jaime Crespo jy...@jynus.com escribió: El día 10 de febrero de 2013 22:44, Cruz Enrique Borges Hernandez cruz.bor...@deusto.es escribió: ¿PNOA tiene registro histórico? Digo yo que si, por lo menos para un juez. Estas cosas se hacen de vez en cuando y no creo que se tiren al cubo de la basura. Siempre minusvalorando lo propio: http://www.ign.es/PNOA/pnoa_historico.html -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - ETC-SIA: http://sia.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Red Natura 2000
Buenos días, en la agencia europea de medioambiente están los datos de Natura 2000 para toda Europa: http://www.eea.europa.eu/data-and-maps/data/natura-2 Estos son los datos públicos (hay información [por ejemplo el hábitat del lince] que se considera sensible y ha sido eliminada de esta versión pública). Según entiendo, se podría importar esta capa en OSM, salvo los dados de Reino Unido: Rights: EEA standard re-use policy: unless otherwise indicated, re-use of content on the EEA website for commercial or non-commercial purposes is permitted free of charge, provided that the source is acknowledged (http://www.eea.europa.eu/legal/copyright). Copyright holder: Directorate-General for Environment. There are specific terms and conditions relating to the use of downloaded boundary data within the United Kingdom. If you intend to use the UK data you must first agree to the end user licence http://www.jncc.gov.uk/page-5232.; Por otra parte, incluye un 'Disclaimer' un poco ambiguo: Disclaimer This data is provided for general information purposes only. Only the data possessed by the competent authorities of the Member States is authentic. Therefore, no rights or legal claims can be derived from the data displayed on this site. Saludos, César El día 12 de julio de 2012 11:06, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Yo voy a poner mi granito de arena (interesado, por supuesto :P) Podrías empezar por Castilla y León (poner aquí emoticono de angelito): http://www.jcyl.es/web/jcyl/MedioAmbiente/es/PlantillaFormularioContacta/1284219852877/_/1284219852409/Texto?titulo=Titulo_ Esta es la dirección que ponen en cartografía dentro del área de medio ambiente. El día 11 de julio de 2012 21:43, Manuel (Montgomery) wikimo...@gmail.com escribió: Hola: En principio me medioresponsabilicé yo, pero entre pitos y flautas y gaitas personales de la universidad no me puse en contacto directo con ninguna administración. Sin que esto sirva de disculpa, para empezar hay cierto cacao sobre el origen de los datos. La UE ordena a los países miembros la responsabilidad de cartografiar los espacios RN2000. En el caso de España a su vez la responsabilidad es delegada a las CCAA, que a su vez encarga a alguna de sus consejerías hacerlo. Estas a su vez se lo pueden transferir a sus departamentos o institutos especialiados en medioambiente. Por lo tanto no me queda nada claro de a donde dirigirme, pues los dueños de la información pueden ser muchos. No sé cómo fue la experiencia de colaboración con otras administraciones para que liberasen sus datos. Estaría interesante conocerlas para por lo menos saber por donde empezar. Manuel (Montgomery) El 10 de julio de 2012 05:37, Cruz Enrique Borges cruz.bor...@deusto.es escribió: Buenas Estaba buscando info sobre la red natura 2000 para un proyecto y me acorde de que en la lista se había hablado de importar los shapefiles y no se que más cosas, ¿al final en que quedó lo de la licencia? -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - ETC-SIA: http://sia.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Clasificación de carreteras
Estoy de acuerdo en que el Wiki no está nada claro, ya que el contenido de la página de Normalización que enlazas no se corresponde con lo que se define en Map Features [http://wiki.openstreetmap.org/wiki/ES:Map_Features#Highway_.28Carreteras.29] (dejando aparte que habrá quien esté mapeando en España pero mire la documentación en inglés o en otro idioma). Por otra parte, la clasificación administrativa es muy problemática, ya que (por poner un ejemplo) existen nacionales que en realidad son calles de un pueblo, con sus rotondas, semáforos, etc, y siguiendo esa clasificación administrativa las marcamos como Trunk, mientras otras carreteras autonómicas de segundo nivel deberían ser alternativas preferentes. En estos casos, heredamos una clasificación deficiente (que suele provenir de razones históricas o políticas) cuando en OSM no tenemos limitaciones administrativas y podríamos establecer una clasificación mucho mejor. Pero bueno, asumiendo que la clasificación física resulta demasiado compleja para algunas personas, creo que lo que se describe en Normalización (para vías interurbanas) es una simplificación bastante buena de la realidad y propongo que se actualice la página de Map Features para que ambas sean coherentes. Y respecto a las vías urbanas, creo que hay un gran vacío en OSM y que deberían al menos crearse 3 niveles (grandes vías, calles normales y calles de casco antiguo en las cuales no querrías meter el coche a menos que sepas muy bien donde te metes) para que OSM fuese usable para navegación en zonas urbanas. Saludos, César El día 28 de abril de 2012 11:57, Jaime Crespo jy...@jynus.com escribió: El 27/04/2012 23:44, Hector heutorecep...@ono.com escribió: Si tu crees que el wiki lo deja claro, es que eres un fiera. Por favor, dinos qué no queda claro de la clasificación de carreteras y se podrá añadir. Brevemente te resumo lo que allí pone: *Marcar su referencia (con eso ya quedan automáticamente clasificadas, si no se muestra en el mapa de osm.org da igual, ya que openstreetmap es una base de datos, no un mapa con colorines) *Marcar sus características físicas, si se conocen (maxspeed, ancho, etc) *Para su clasificación dentro de osm, dado que es un proyecto *internacional*, basado inicialmente en el sistema de clasificación inglés, se establecen las siguientes equivalencias en España: * motorway: autopista/autovía en lenguaje vulgar * trunk: carreteras nacionales y autonómicas de primer nivel * primary: carreteras autonómicas de segundo nivel * secondary: carreteras autonómicas de tercer nivel * tertiary: carreteras provinciales o locales * unclasified: otras carreteras, sin referencia El wiki deja claras 4 cosas, el resto lo deja todo al albedrío de los mapeadores cuando haya dudas: O rojo o naranja. Creo que no has leído la página que te he mandado de las reglas en España. Estás muy equivocado. Te recomiendo fijarte bien cuando salgas de tu comunidad: no es que el mapeador pueda elegir el color que le pone, es que, dependiendo de la región, el estado o las autonomías ¡las pintan del color que les da la gana! Por eso tenemos que venir nosotros a normalizar. Por ejemplo, en la wiki encontrarás que las carreteras señalizadas en verde en Madrid son importantes (red secundaria), en Navarra son carreteras comarcales y en Canarias no existen. Ríete tú de la homogeneización de carreteras. Nosotros, sin embargo, estamos realizando *una clasificación válida a nivel mundial.* Un ejemplo: [1] Mapa oficial de carreteras de madrid 2011 [2] Equivalente de OSM Se parecen como un huevo a una castaña [1] http://www.madrid.org/cs/Satellite?c=CM_Publicaciones_FAcid=1142644747648idConsejeria=1109266187248idListConsj=1109265444710idOrganismo=1109266227998language=espagename=ComunidadMadrid%2FEstructurasm=1109266101003 http://www.madrid.org/cs/Satellite?c=CM_Publicaciones_FAcid=1142644747648idConsejeria=1109266187248idListConsj=1109265444710idOrganismo=1109266227998language=espagename=ComunidadMadrid%2FEstructurasm=1109266101003 [2] http://www.openstreetmap.org/?lat=40.3954lon=-3.4569zoom=12layers=M http://www.openstreetmap.org/?lat=40.3954lon=-3.4569zoom=12layers=M No veo grandes diferencias (corrígeme si me equivoco): M-50 vía rápida - check A-2 vía rápida - check R-3 vía rápida - check 206 y 203 de primer nivel - check MP-203 en construcción - check 217 de segundo nivel - check Quitando que es probable que nos falte alguna carretera de menor importancia, no sólo se cumplen nuestros criterios, sino que estos coinciden al 100% con los oficiales. ¿O acaso no te gustan los colorcitos ingleses? ¿Cuál le ponemos, los de Castilla y León o los de Vizcaya? ;-) Eso te lo arreglo en un periquete: http://osm.org/go/b_OVjco--?layers=Q (estilo Mapquest España) http://maps.cloudmade.com/editor (elige tu estilo favorito) Espero que esto despeje tus dudas. Es necesario que quede claro que lo importante son los datos, el mapa de la portada es
Re: [Talk-es] Datos de la Generalitat de Catalunya
De acuerdo con Jonás, solo se debería pedir permiso en la primera obra derivada. Lo de que se propaga hasta el infinito, no se da a entender. Se supone que después la obra es de OSM, i se basa en la licencia de OSM. Pero en todo caso, pues mejor confirmarlo con la Generalitat. Bajo mi punto de vista, las segundas (terceras, cuartas, etc) obras derivadas siguen siendo obras derivadas de los datos de la Generalitat (aunque a la vez sean obras derivadas de otros datos de OSM), y por tanto deberían cumplir los mismos requisitos que las primeras obras derivadas. En general, veo en las listas OSM una interpretación muy optimista de las licencias, o tal vez es que yo la tengo muy pesimista por haber leído muchos años las listas de desarrollo de Debian donde se hace una interpretación lo más restrictiva posible (con el noble objetivo de no poner en peligro el conjunto por incorporar un programa con una licencia potencialmente incompatible). De todas formas, yo tampoco soy abogado, por lo cual podéis pensar que simplemente soy más pesimista que la media en el tema de licencias... Saludos, y buen fin de semana. César -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - ETC-LUSI: http://etc-lusi.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Datos de la Generalitat de Catalunya
Perdonar por aguar la fiesta, pero yo entiendo que no se puede utilizar. Si se incorporasen estos datos, cualquiera que quisiese hacer una obra derivada de OpenStreetMap tendría que contactar con el departamento u organismo responsable correspondiente de la Generalitat, con lo cual se estaría alterando la licencia de OSM. Un saludo, César El día 22 de septiembre de 2010 09:03, Elsevilla elsevi...@gmail.com escribió: Buenas, encantado con la notícia! Por lo que comentas y leyendo los enlaces, yo creo que si se pueden utilizar, siempre que se cumplan los 3 puntos. No soy un usuario muy avanzado, pero en lo que se pueda colaborar por estas tierras en importaciones, aquí estoy. Saludos! Hola, lamento el tostón de antes, llevo unos dias enferno y encerrado en casa :( Bien, buenas notícias: En agosto envié un mail al Departamento de Política Territorial y Obras Públicas, pidiendo que actualizaran las informaciones que salían en la web, ya que eran muy antiguas. Hoy he entrado y han cambiado el web y estan actualizando muchas cosas. Por ejemplo han hecho público el Nomenclátor oficial [1]. Los documentos y datos no llevan (c) ni licencia de uso pero hay un aviso legal [2,3] sobre su uso. [Extracto] De conformidad con esta normativa, la Administración permite la reproducción, distribución y comunicación pública de la obra y, además, la transformación de la obra para hacer obras derivadas, siempre y cuando no se contradiga con la licencia o aviso que pueda tener una obra y que es la que prevalece. Para reutilizar la información, deben seguirse las siguientes condiciones: * a) No desnaturalizar el sentido de la información. * b) Citar siempre la fuente de la información. * c) Mencionar la fecha de la última actualización de la información. Se debe contactar con el departamento u organismo responsable correspondiente y citar siempre al autor o al titular de los derechos: Generalitat de Cataluña. Departamento de [nombre del departamento]. [Organismo autónomo, empresa pública]. [FIN Extracto] Yo entiendo, que contactemos con ellos y ya podemos usar los datos siempre que cumplamos con los puntos a, b y c. Que opinais vosotros? Salut! Jaume. PS: Además del nomenclator hay: grafo de carreteras, planes territoriales, Transporte público, etc. [1] http://tinyurl.com/2vuxm8y [2] http://www.gencat.cat/web/cat/avis_legal.htm [3] http://www.gencat.cat/web/cas/avis_legal.htm ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - ETC-LUSI: http://etc-lusi.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Datos corine en Francia
Dejando aparte cuestiones de licencia, me gustaría explicar algún aspecto de la metodología de Corine. La resolución del ráster es 100 metros, es decir, que una celda equivale a 1 hectárea. Sin embargo, no se incluyen zonas menores de 25 ha. Esto significa que si en una zona amplia de olivares (2.2.3 Olive groves) hay un campo de frutales (2.2.2 Fruit trees and berry plantations) que ocupe (por ejemplo) 10 ha, todas las celdas de esa zona reflejarán solamente cultivos de olivares. Esto habría que tenerlo en cuenta en la importación para no perder datos más detallados que puedan existir ya en OSM. Un saludo, César El día 14 de septiembre de 2010 12:39, Manuel García lendul...@gmail.com escribió: El 14/09/2010 10:08, Pablo Gómez escribió: Y como no hay respuesta (una semana después) ... qué hacemos? Pregunta: los eventuales 'commits' sobre la base de datos, son 'rollback'eables, verdad? Buenas Seguir adelante a tenor de lo que dice la propia página de Corine sobre los derechos de reutilización. Si tuviera más tiempo ayudaría en la importación, pero lo tengo muy escaso últimamente. Saludos, Manuel. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - ETC-LUSI: http://etc-lusi.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Clasificación de las carreteras espa ñolas
El día 23 de abril de 2010 10:08, sergio sevillano sergiosevillano.m...@gmail.com escribió: El 22/04/2010, a las 22:47, Javier Martin escribió: El 22/04/2010 21:18, sergio sevillano escribió: Rescatar las vías rápidas y vías para automóviles me parece un error, ya que la señalización al respecto es inexistente en su mayoría. y si no recuerdo mal la legislación obvia estos nombres. la inclusión de sus carteles en el cuadro creará confusión mas que enlightment. Si queremos crear un mapa útil en mi opinión es muy necesario marcar esta clase de vías, ya que aunque no tengan la capacidad de una autopista o autovía, proporcionan un nivel de servicio* que no está al alcance de, por ejemplo, una autovía rotondera. vale, si tener una clase intermedia está bien, lo que me preocupaba es qué pasa cuando un mapper vea nuestro cuadro y se encuentra con vía rápida y vía para automóvil con sus respectivas señales y luego al salir a la calle no encuentra esas señales por ningún sitio. pensaba solo en la facilidad de implementación. van a ser faciles de distinguir en survey? y en una importación? En todo caso, se podría aplicar el motorroad=yes a _ambos_ tipos, pero nunca dejar fuera las vías rápidas. ok, las rotonderas no deben ser motorroad=yes, pueden ser incluso motorroad=no Para las vías rápidas se puede aplicar un criterio muy sencillo: si no tiene intersecciones a nivel con otras vías, es vía rápida, si no, no lo es. Ojo, que no hablo a nivel legal, sino a nivel de establecer un criterio sencillo y útil para OSM. Si no encontramos criterios sencillos, cada uno seguirá mapeando con su criterio. Un saludo, César PD: ¿Cuando habláis de autovía y autopista, cuál es el criterio de diferenciación? ¿El peaje? ¿La limitación de accesos? -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - ETC-LUSI: http://etc-lusi.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Clasificación de las carreteras espa ñolas
luego no llegue gente diciendo es que esta carretera tiene cartel naranja cuando los carteles tienen fondo azul. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - ETC-LUSI: http://etc-lusi.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Renderizado de mapa
Buenas tardes, en el siguiente enlace podéis ver unas calles que no se renderizan correctamente: http://www.openstreetmap.org/?lat=41.61962lon=2.681732zoom=18layers=B000FTF Al principio pensé que OSM todavía no había tenido tiempo de renderizar ese tile, pero ahora ya debe hacer más de tres semanas que lo mapeé, así que asumo que debe ser algún error en en el renderer o bien que hay algo incorrecto en los datos que introduje. ¿Alguna idea? Saludos, César -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - ETC-LUSI: http://etc-lusi.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Calles muy estrechas
Hola de nuevo, me surge una duda respecto a las calles que se etiquetan con highway=residential. Como soy de pueblo, tal vez estoy acostumbrado a una tipología de calle que no es tan común en las ciudades. En el casco antiguo existen calles en las que nunca querrías entrar con el coche salvo que seas vecino de la misma, porque es muy probable que no puedas salir de ellas sin darle algún rascón al coche. Me sorprende que se etiqueten de la misma manera estas calles que una avenida o calle principal. Sé que existen etiquetas auxiliares como width o lanes que pueden ayudar a clarificarlo, pero aun así me cuesta pensar que una avenida y una calle del casco antiguo pertenezcan a una misma categoría. En proposed features [1] se habla de highway=residential_narrow y old=yes para atajar este problema, pero quería saber si ya se había debatido el tema aquí, y también cual es el proceso para que una etiqueta llegue a ser oficial. Saludos, César [1] http://wiki.openstreetmap.org/wiki/Proposed_features#Proposed_Features_-_Highway -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - ETC-LUSI: http://etc-lusi.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Renderizado de mapa
Muchas gracias, César El día 5 de enero de 2010 20:30, andrzej zaborowski balr...@gmail.com escribió: Buenas, 2010/1/5 César Martínez Izquierdo cesar@gmail.com: Al principio pensé que OSM todavía no había tenido tiempo de renderizar ese tile, pero ahora ya debe hacer más de tres semanas que lo mapeé, así que asumo que debe ser algún error en en el renderer o bien que hay algo incorrecto en los datos que introduje. ¿Alguna idea? No se porque fue, pero se ha arreglado con decirle que renderize de nuevo los dos tiles. La semana pasada alguien en irc habia visto algo similar. La manera de forzar el renderizado es esa: * primero hay que abrir un solo tile en el navegador, por ejemplo haciendo clic con el boton derecho y eligiendo Ver imagen en firefox. Eso te manda a p.e http://c.tile.openstreetmap.org/18/133024/97683.png * puedes añadir /status al final de la URL para que muestre la fecha del ultimo renderizado de ese tile, * y /dirty para marcarlo como tocado y añadir a la cola del renderizador, en este caso http://c.tile.openstreetmap.org/18/133024/97683.png/dirty Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - ETC-LUSI: http://etc-lusi.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Calles muy estrechas
Hola Emilio, el problema es que según entiendo living_street se usa para calles en la que tienen prioridad los peatones, pero no este no es el caso. Saludos, César El día 5 de enero de 2010 20:36, Emilio Gómez Fernández ego...@terra.es escribió: Las calles de Santillana del Mar [1] son muy parecidas a las que comentas y alguien las etiquetó de la siguiente manera: name: Plaza Gandara bicycle: yes surface: cobblestone motorcar: no highway: living_street foot: yes access: destination Saludos, Emilio [1] http://osm.org/go/b...@nhnck2k- César Martínez Izquierdo escribió: Hola de nuevo, me surge una duda respecto a las calles que se etiquetan con highway=residential. Como soy de pueblo, tal vez estoy acostumbrado a una tipología de calle que no es tan común en las ciudades. En el casco antiguo existen calles en las que nunca querrías entrar con el coche salvo que seas vecino de la misma, porque es muy probable que no puedas salir de ellas sin darle algún rascón al coche. Me sorprende que se etiqueten de la misma manera estas calles que una avenida o calle principal. Sé que existen etiquetas auxiliares como width o lanes que pueden ayudar a clarificarlo, pero aun así me cuesta pensar que una avenida y una calle del casco antiguo pertenezcan a una misma categoría. En proposed features [1] se habla de highway=residential_narrow y old=yes para atajar este problema, pero quería saber si ya se había debatido el tema aquí, y también cual es el proceso para que una etiqueta llegue a ser oficial. Saludos, César [1] http://wiki.openstreetmap.org/wiki/Proposed_features#Proposed_Features_-_Highway No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.431 / Virus Database: 270.14.124/2597 - Release Date: 01/02/10 08:22:00 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - César Martínez Izquierdo GIS developer - - - - - - - - - - - - - - - - - - - - ETC-LUSI: http://etc-lusi.eionet.europa.eu/ Universitat Autònoma de Barcelona (SPAIN) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es