Re: [Talk-es] Creación de nuevo tag para "Dehesa" (ES) o "Montado" (PT)

[Agustin Diez-Castillo]

Las definiciones de parkland en los diccionarios generalistas se ajustan a lo 
que yo entiendo por dehesa, no veo matices locales.

En 21 oct. 2020 17:04, en 17:04, m...@marcos-martinez.net escribió:
>Hola Agustín, gracias por particpar en el debate. El artículo en inglés
>precisamente dice: "A _DEHESA_ ...is a multifunctional,
>agrosylvopastoral system (a type of agroforestry [4])_..." _. Por tanto
>si pretendemos dar cabida a otros tipos de landuse en todo el mundo con
>similares características pero sin ser "dehesa" creo que lo más
>razonable es usar el término superordinado "agroforestry" y que éste
>sea
>el techo para especificar de qúe tipo se trata: dehesa, taungya, etc.
>
>@Miguel: Aunque el término "parkland" no me es nada familiar e incluso
>me suena raro, si se me presentera una fuente que claramente lo define
>como término que puede aunar las variantes locales no tendría problema
>para votar a favor. Lo que pasa es que todas las fuentes que veo y que
>se han aportado aquí lo situan a nivel de una variante local.
>Corregirme
>si me equivoco.
>
>Respecto a Loomio: Se ha instalado en un servidor privado para poder
>probarlo y por tanto es lógico que solo llegue a aquellos que se han
>apuntado. Precisamente para no tener que repetir lo argumentos en dos
>canales había propuesto usar solo Loomio para algunos temas y así ver
>qué tal se desarollaría un debate allí. Destacar que no llegue a la
>misma cantidad de gente por tanto no me parece del todo justo. De la
>misma manera dependería su permanencia y rastreabilidad, si decidimos
>usarlo, solo de nosotros mismos. Además, creo que se pueden estudiar
>las
>opciones de volcar y/o enviar un resumena a la lista.
>
>Resumiendo sigo a favor de usar landuse=agroforestry.
>
>Am 21.10.2020 15:58, schrieb Agustin Diez-Castillo:
>
>> En la wikipedia en inglés, viene el término en castellano [1 [1]].
>Creo que no hay manera de traducirlo de otra forma, el artículo usa
>"agrosylvopastoral system" pero pienso que lo mejor sería poner dehesa.
>'Meadow' o 'pastureland' creo que se caracterizan por la ausencia de
>árboles que es justo lo que define una dehesa que además es una cosa
>más compleja que una zona de pasto. Como ya se ha dicho, 'park' [2 [2]]
>(ver la tercera acepción) sería lo que más se aproxima a dehesa o
>montado, pero tiene demasiadas acepciones como para que nadie piense en
>esa, sin contexto.
>> [1] https://en.wikipedia.org/wiki/Dehesa
>> [2] https://www.ahdictionary.com/word/search.html?q=park
>>
>> On 21 Oct 2020, at 13:55, Miguel Sevilla-Callejo
> wrote:
>>
>> Hola,
>>
>> Yo trabajaría para un "landuse" único, probablemente "parkland", cómo
>ya comenté, para hacerlo extensible a todo el mundo.
>>
>> Entiendo que la opción de agroforestry puede ser válida pero hay que
>matizarla aunque no termino de ver ninguna de las opciones. Quizá la
>primera con un nombre común de dehesa/montado (iberian savannah no
>termino de verlo claro).
>>
>> Me reservo el hecho de no repetir mis comentarios en loomio pues
>entiendo que aún hoy este comentario le llega a más gente por esta vía
>y no termino que ver que ese servicio pueda llegar a ser permanente y/o
>rastreable en el futuro (no como esta lista).
>>
>> Saludos
>>
>> Miguel
>>
>> --
>> Miguel Sevilla-Callejo
>> Doctor en Geografía
>>
>> On Mon, 19 Oct 2020 at 17:26,  wrote:
>> En estos momentos veo que se han puesto las siguientes opciones sobre
>la mesa:
>>
>> * landuse=agroforestry + agroforestry=dehesa/montado/parkland/etc
>> * landuse=agroforestry + agroforestry=pasture/farmland (queda por ver
>cómo especificar la denominación local "dehesa" etc)
>> * landuse=parkland
>> * landuse=savannah
>> De momento parece que la primera (con la varianta de la segunda)
>tiene más defensores.
>>
>> Animo votar aquí o confirmar por la lista:
>>
>>
>https://loomio.yourcityracing.com/d/aOxEtHBw/creaci-n-de-tag-de-landuse-que-represente-a-una-dehesa-
>>
>> Como el proposal inicial de Diego Cruz del 2019 ha sido mencionado en
>el último semanario puede que haya reacciones desde de muchos sitios y
>por tanto nos interesa tener nuestra propuesta consolidada, así que
>sería conveniente que nos pronunciemos lo antes posible.
>>
>> Saludos, Marcos Martinez
>>
>> Am 19.10.2020 12:48, schrieb m...@marcos-martinez.net:
>>
>> Hola de nuevo,
>>
>> dándole otra vuelta al tema y dado a que hay un gran número de tipos
>de "landuse=agroforstry" en el mundo, cada uno con sus
>particuliaridades, creo que lo más inclusivo y

Re: [Talk-es] Creación de nuevo tag para "Dehesa" (ES) o "Montado" (PT)

[Agustin Diez-Castillo]

En la wikipedia en inglés, viene el término en castellano [1]. Creo que no hay 
manera de traducirlo de otra forma, el artículo usa "agrosylvopastoral system” 
pero pienso que lo mejor sería poner dehesa. ‘Meadow’ o ‘pastureland’ creo que 
se caracterizan por la ausencia de árboles que es justo lo que define una 
dehesa que además es una cosa más compleja que una zona de pasto. Como ya se ha 
dicho, ‘park' [2] (ver la tercera acepción) sería lo que más se aproxima a 
dehesa o montado, pero tiene demasiadas acepciones como para que nadie piense 
en esa, sin contexto.
[1] https://en.wikipedia.org/wiki/Dehesa
[2] https://www.ahdictionary.com/word/search.html?q=park

> On 21 Oct 2020, at 13:55, Miguel Sevilla-Callejo  wrote:
> 
> Hola,
> 
> Yo trabajaría para un "landuse" único, probablemente "parkland", cómo ya 
> comenté, para hacerlo extensible a todo el mundo.
> 
> Entiendo que la opción de agroforestry puede ser válida pero hay que 
> matizarla aunque no termino de ver ninguna de las opciones. Quizá la primera 
> con un nombre común de dehesa/montado (iberian savannah no termino de verlo 
> claro).
> 
> Me reservo el hecho de no repetir mis comentarios en loomio pues entiendo que 
> aún hoy este comentario le llega a más gente por esta vía y no termino que 
> ver que ese servicio pueda llegar a ser permanente y/o rastreable en el 
> futuro (no como esta lista).
> 
> Saludos
> 
> Miguel
> 
> --
> Miguel Sevilla-Callejo
> Doctor en Geografía
> 
> 
> On Mon, 19 Oct 2020 at 17:26,  wrote:
> En estos momentos veo que se han puesto las siguientes opciones sobre la mesa:
> 
>   • landuse=agroforestry + agroforestry=dehesa/montado/parkland/etc
>   • landuse=agroforestry + agroforestry=pasture/farmland (queda por ver 
> cómo especificar la denominación local "dehesa" etc)
>   • landuse=parkland
>   • landuse=savannah
> De momento parece que la primera (con la varianta de la segunda) tiene más 
> defensores.
> 
> Animo votar aquí o confirmar por la lista:
> 
> https://loomio.yourcityracing.com/d/aOxEtHBw/creaci-n-de-tag-de-landuse-que-represente-a-una-dehesa-
> 
> Como el proposal inicial de Diego Cruz del 2019 ha sido mencionado en el 
> último semanario puede que haya reacciones desde de muchos sitios y por tanto 
> nos interesa tener nuestra propuesta consolidada, así que sería conveniente 
> que nos pronunciemos lo antes posible.
> 
> Saludos, Marcos Martinez
> 
> Am 19.10.2020 12:48, schrieb m...@marcos-martinez.net:
> 
>> Hola de nuevo,
>> 
>> dándole otra vuelta al tema y dado a que hay un gran número de tipos de 
>> "landuse=agroforstry" en el mundo, cada uno con sus particuliaridades, creo 
>> que lo más inclusivo y prudente sería categorizar en dos grupos: 
>> "agroforestry=trees_pasture" y "agroforestry=trees_farmland". Si os parece 
>> demasiado abultado se podría usar únicamente "agroforestry=pasture" / 
>> "agroforestry=farmland" ya que el arbolado se supone que siempre está 
>> presente. 
>> 
>> A partir de aquí se podría usar otro subkey para especificar el nombre que 
>> cada comunidad le da a su variación, como "dehesa" en nuestro caso. Por lo 
>> visto "type" no se recomienda por ser reservado a tipos de relaciones. A lo 
>> mejor se os ocurre otra opción...
>> 
>> Saludos, Marcos Martinez
>> 
>> Am 16.10.2020 12:35, schrieb m...@marcos-martinez.net:
>> 
>> Hola, estoy de acuerdo con Miguel pero con mátices.
>> 
>> @ Miguel: Tienes razón en que landuse=agroforestry es un término muy general 
>> (Wikipedia: Agroforestry is a land use management system in which trees or 
>> shrubs are grown around or among crops or pastureland.) y tiene variaciones 
>> importantes en diferentes partes del mundo. La dehesa es solo una de ellas y 
>> se caracteriza más bien por pastizal y no cultivo, mientras que en otras 
>> partes del mundo es al revés, como puede ser en climas más tropicales donde 
>> el suelo permite cultivar con más facilidad. Por esa misma razón en los 
>> parkland africanos con sus climas más bien aridos parece que predomina el 
>> pastizal. Por tanto me parece acertado definir con un subkey el tipo de 
>> agroforestry que se quiere mapear y así poder reflejar la realidad en todo 
>> el mundo.
>> 
>> La duda que tengo es respecto al término "parkland". Buscando con la 
>> combinación "agroforestry parkland" (tanto DuckDuckGo como Google) los 
>> resultados en casi el 100% de los casos están relacionados con el continente 
>> africano lo que me hace pensar que no es un término general sino que se 
>> refiere más bien a una más de las modalidades de agroforestry. Buscando 
>> "parkland asia" parece dar 0 resultados relacionados con el tema mientras 
>> "agroforestry asia" sí. Lo mismo si hacemos la prueba al revés: "Parkland 
>> Africa" arroja resultados y "Agroforestry Africa" aún más.
>> 
>> 
>> 
>> @Diego Cruz: Si entiendo bien sugieres que una vez nos hayamos aclarado en 
>> nuestra comunidad incl. la portuguesa sobre el etiquetaje, llevemos la 
>> propuesta a nivel 

Re: [Talk-es] Mapeo de espacios protegidos

[Agustin Diez-Castillo]

Olivier,
Está también la lista de patrimonio mundial de la UNESCO [1] que supongo que en 
su mayor parte estarán subidos, pero hay elementos que son multilocales, 
algunas con hasta 758 sitios [2], que no es por criticar a la UNESCO pero 
algunos tienen las coordenadas mal, difícil tarea. Además la UNESCO solo da un 
punto para cada lugar, pero obviamente todos esos lugares son, por ley, Bienes 
de Interés Cultural (BIC) y estos están definidos por polígonos.
Como supones, hay más espacios protegidos de los que mencionas, como “jardines 
históricos”, Bienes de Interés Cultura (BIC), Bienes de Relevancion Local (BRL) 
en la comunidad valenciana, además de zonas arqueológicas, por mencionarte unos 
cuantos y las combinaciones entre todas esas categorías y las que tu mencionas 
se pueden dar.
El miteco tiene una capa shape con todos los LIC [3] y otra con las ZEPA [4] 
que puede ser un buen sitio para empezar, no tengo idea de su licencia aunque 
en la página de metadatos de la Red Natura 2000 [5] dice que la licencia es 
http://creativecommons.org/licenses/by-sa/3.0/es/. Creo que en realidad los 
datos son de la UE [6] y quiero imaginar que su licencia permite usarlos en OSM.
[1] http://whc.unesco.org/en/list/
[2] http://whc.unesco.org/en/list/874/multiple=1_number=1026
[3] 
https://www.miteco.gob.es/es/biodiversidad/servicios/banco-datos-naturaleza/informacion-disponible/rednatura_2000_lic_descargas.aspx
[4] 
https://www.miteco.gob.es/en/biodiversidad/servicios/banco-datos-naturaleza/informacion-disponible/rednatura_2000_zepa_descargas.aspx
[5] 
https://www.mapama.gob.es/ide/metadatos/srv/spa/metadata.show?uuid=0d427e21-be52-4723-b78e-8b00a43319cb
[6] 
https://www.eea.europa.eu/data-and-maps/data/natura-10/natura-2000-spatial-data

> On 14 Nov 2019, at 12:21, bobeeeze  wrote:
> 
> Buenos días,
> Estoy un poco pesimista respecto a la prosperidad de este tema.
> Efectivamente es lo que siento después de ver la complejidad de la realidad,
> la complejidad de la transcripción al mapa y lo poco de respuesta que ha
> recibido mi mensaje que supongo traducirá el poco de entusiasmo que levanta
> este tema.
> La complejidad de la realidad, me he topado con ella buscando información
> sobre los espacios protegidos. Y eso que he buscado solo en la comunidad
> valenciana. Supongo que eso habrá que multiplicarlo por la cantidad de
> comunidades autónomas que cuenta España, o casi. He podido ver por ejemplo
> en el visor del "institut Cartogràfic Valencià" que existen:
> - monumentos naturales
> - parques naturales
> - reservas naturales
> - zonas húmedas
> - parajes naturales municipales
> - paisajes protegidos
> - red Natura2000 (con los LIC, ZEC y ZEPA)
> - reservas de fauna
> Además, muchas zonas protegidas pertenecen a varias de esas categorías de
> espacios protegidos y para colmo tienen limites diferentes en cada
> categoría.
> Os dejo un enlace al visor del ICV [1] para que veáis mejor. He activado las
> capas que representan las categorías que nombro arriba.
> Evidentemente, esa información no puede ser utilizada por problema de
> licencia dado que el ICV todavía no ha dado su permiso explicito. Supongo
> que al nivel nacional podríamos ver si la información compartida y
> autorizada del IGN contiene esos datos. También me he dado cuenta que hay
> varias fuentes posibles en varios ministerios (MITECO: Ministerio para la
> Transición Ecológica, MAPAMA: Ministerio de Agricultura y Pesca,
> Alimentación y Medio Ambiente). No sé si es lo mismo pero duplicado o es
> diferente y cada uno tiene un tipo de información. En fin, que no nos
> facilita el trabajo.
> 
> Una vez toda esa información digerida, ahora vendría el momento de la
> transcripción al mapa de todo eso. Y ahí tengo varias preguntas.
> 
> Para empezar ¿Como se realizaría? Importación o manualmente? Importación no
> tengo idea de como funciona, solo he visto un poco el proceso de importación
> del catastro y la única parte donde podría participar es la fase final de
> comprobación y subida de datos. Me gusta esta solución pero primero hay que
> encontrar personas dispuesta a hacer toda la parte preparativa de
> tratamiento de los datos (en caso de conseguirlos). 
> Manualmente, se necesita más tiempo pero bueno poco a poco, todo se
> consigue. Y mejor así que no hacer nada. Cada uno hace los de su zona. El
> inconveniente es que suelen abarcar zonas grandes o muy grandes,lo que
> significa que es complicado y costoso mapearlo. También sería complicado
> saber en que estado (progreso) se encuentra la introducción de toda esa
> información en OSM 
> 
> ¿Que información tratamos? Parques? Monumentos? LIC? ZEPA? todo a la vez?
> Supongo que sería más fácil ir categoría por categoría. También habría que
> ver que etiquetas se pone para cada categoría (quizás hacer un preset como
> el de los BIC)
> 
> ¿Como se han mapeado los parques y espacios protegidos en España ya
> existentes en OSM? Alguien que lea eso y haya participado en la creación de
> uno nos 

Re: [Talk-es] Predefinido de JOSM para mapear Bienes de Interés Cultural

[Agustin Diez-Castillo]

Hola,
En Aragón [1], Cataluña [2] y Comunidad Valenciana [3], al menos, también 
existen figuras de protección local que están gestionadas por los ayuntamientos.
[1] 
https://es.wikipedia.org/wiki/Bien_catalogado_del_patrimonio_cultural_aragon%C3%A9s
[2] https://es.wikipedia.org/wiki/Bien_Cultural_de_Inter%C3%A9s_Local
[3] https://es.wikipedia.org/wiki/Bien_de_Relevancia_Local
A.

> On 24 Jul 2019, at 01:22, dcapillae  wrote:
> 
> Buenos días.
> 
> Sí, es correcto. En el wiki se refieren a «patrimonio» en el sentido de un
> bien, sea el que sea, que ha sido declarado y registrado como tal, sin
> entrar en más consideraciones. A menudo las Administraciones confeccionan
> los catálogos de lo que consideran debe ser patrimonio protegido sin
> elaborar primero las leyes de protección o dejando éstas para más adelante.
> 
> En lo que se refiere al uso de la etiqueta «heritage=*» para mapear
> patrimonio en OSM, lo único que hace falta es que haya sido declarado como
> tal por un organismo oficial de gestión del patrimonio, en los casos que
> estamos comentando, la Administración pública autonómica o nacional.
> 
> 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


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

Re: [Talk-es] Cómo mapear un lagar

[Agustin Diez-Castillo]

No sé si digo una tontería pero creo que muchas de las colmenas cambian de 
lugar con la estación [1]. Puede ser cierto que la mayoría vuelven a ocupar el 
mismo lugar en la siguiente temporada pero necesitarían un seasonal <>=yes 
[2]que no tengo idea si tienen.

[1] 
http://www.elnortedecastilla.es/salamanca/201410/21/apicultores-provincia-practican-trashumancia-20141021123221.html
[2] https://wiki.openstreetmap.org/wiki/Key:seasonal
> On 26 Jan 2018, at 14:23, Javier Sánchez Portero  wrote:
> 
> ¡Hala! Pues estaba etiquetando mal. Después de haber cambiado "mis" 
> emplazamientos de colmenas, que estaban mal, quedan 46 craft=beekeeper en 
> España. Lo he repasado con PNOA y hay 31 que estarían mejor etiquetados como 
> landuse=apiary. Me pongo a cambiarlos.
> 
> El 26 de enero de 2018, 11:52, dcapillae  > escribió:
> Para el emplazamiento de colmenas se puede usar «landuse=apiary». He tenido
> ocasión de mapear algunas y es el etiquetado que utilizo:
> https://www.openstreetmap.org/way/488720115 
> 
> 
> No creo que sea correcto mapear un colmenar con «craft=beekeeper» cuando
> existe una etiqueta específica para mapear los espacios donde se pueden
> encontrar colmenas [1]. La etiqueta «craft=beekeeper» tiene otros usos. Se
> refiere al lugar donde trabaja o vende sus productos un apicultor. Todavía
> no hay una etiqueta establecida para diferenciar entre donde produce y donde
> vende [2]:
> 
> [1] https://wiki.openstreetmap.org/wiki/ES:Tag:landuse%3Dapiary 
> 
> [2] https://wiki.openstreetmap.org/wiki/ES:Tag:craft%3Dbeekeeper 
> 
> 
> La primera vez que me interesé por mapear un colmenar en OSM me sorprendió
> lo desarrollado que está el etiquetado de características relacionadas con
> la apicultura: https://www.openstreetmap.org/user/dcapillae/diary/40940 
> 
> 
> En el caso de los lagares, en cuanto a lugares donde se produce vino, existe
> un etiquetado similar que permite diferenciar entre usos del suelo, lugares
> donde se produce vino y lugares donde se vende. En cuanto a lagares como
> artefactos para prensar la uva no parece que haya nada tan específico en
> OSM. La opción de «man_made=fruit_press» junto con «product=*» tiene lógica,
> aunque sería una solución totalmente novedosa.
> 
> 
> 
> -
> 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



smime.p7s
Description: S/MIME cryptographic signature
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Cambio de logo para la comunidad OSM en España

[Agustin Diez-Castillo]

+2 a que hay cosas más importantes que discutir, +1 a tus comentarios al logo 
ES y al borrador de logo. En este último punto, siento discrepar con tu idea 
inicial de que quedaría mal un perfil geográfico :-) Acabas de demostrar que 
puede quedar hasta bien. Dicho lo cual me sumo a tus comentarios iniciales y si 
hay que votar, voto por el que tiene ES, aunque me parece más bonito el 
borrador, es el más neutro, sin duda.

> On 3 Jan 2018, at 18:25, Miguel Sevilla-Callejo  wrote:
> 
> https://imgur.com/MR8M73Q 


smime.p7s
Description: S/MIME cryptographic signature
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Cambio de logo para la comunidad OSM en España

[Agustin Diez-Castillo]

Hola,
Yo me inclinaría por usar algo más geográfico, los logos de Australia [1], 
Italia [2] o Bielorrusia [3], por ejemplo, podrían servirnos de inspiración.
[1] https://wiki.openstreetmap.org/wiki/File:Openstreetmap-osm-australia.svg 

[2] https://wiki.openstreetmap.org/wiki/File:OSM_BY_logo_512.png 

[3] https://wiki.openstreetmap.org/wiki/File:OSMItaly.svg 




> On 2 Jan 2018, at 20:09, Iñaki  wrote:
> 
> Buenas tardes:
> 
> ¿Y si un mapeador es republicano?... Supongo que vale como ejemplo. Digo uno, 
> puede haber mil. ¿Aceptará el republicano la bandera actual? Podría estar en 
> todo su derecho de cuestionarla. En mi opinión, el concepto "es" me parece 
> más adecuada. Todavía por lo menos. Entramos en el terrenos de los 
> sentimientos. Interesante sí, arriesgado también. Muy arriesgado. Interesante 
> debate, sin duda alguna.
> 
> Saludos,
> 
> Iñaki
> 
> El 02/01/2018 a las 19:46, Javier Sánchez Portero escribió:
>> Hola
>> 
>> Dentro del hilo sobre "Etiquerado de las unidades administrativas en la 
>> wiki" surgió la propuesta de eliminar el prefijo Wikiproyecto de la página 
>> de España en la Wiki y se trasladó a su página de discusión. A raíz de esto 
>> sugerí [1] usar la plantilla de lugar y propuse elegir el logo a usar dentro 
>> de tres opciones encontradas en la Wiki y numeradas en esa página del 1 al 
>> 3. La discusión está abierta y esperando vuestros votos para tomar una 
>> decisión. 
>> 
>> [1] 
>> https://wiki.openstreetmap.org/wiki/ES_talk:Espa%C3%B1a#A.C3.B1adir_plantilla_de_lugar
>>  
>> 
>> 
>> Aunque ya se ha hecho un cambio del logo del 2 al 1 con el nuevo rediseño, 
>> no debe considerarse como algo definitivo. En mi opinión no tiene mucho 
>> sentido discutir sobre ediciones pasadas hechas con buena intención y que 
>> una vez tomada una decisión es simple cambiar en los sitios que haga falta.
>> 
>> Un saludo, Javier
>> 
>> 
>> ___
>> 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



smime.p7s
Description: S/MIME cryptographic signature
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Propuesta de Importación de Catastro (¡¡¡¡NO SE PUEDE SUBIR NADA !!!).

[Agustin Diez-Castillo]

Python Console 
Use iface to access QGIS API interface or Type help(iface) for more info
QgsCoordinateReferenceSystem(25830).isValid()
True
> On 16 Jun 2017, at 22:37, Javier Sánchez Portero <javiers...@gmail.com> wrote:
> 
> El 16 de junio de 2017, 19:06, Agustin Diez-Castillo <agustind...@gmail.com> 
> escribió:
> 2017-06-16 20:06:17,827 - INFO - Valor de crs_ref 25830
> 2017-06-16 20:06:17,827 - ERROR - Could not determine the CRS of 
> '46160/A.ES.SDGC.CP.46160.cadastralzoning.gml’
> 
> Está detectando correctamente el número del CRS (25830), pero luego falla al 
> crearlo en qgis. ¿Puedes entrar en QGIS, abrir la consola de Python (menú 
> complementos) y ejecutar esto?
> 
> QgsCoordinateReferenceSystem(25830).isValid()
> 
> ¿Sale True o False?
> ___
> 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] Propuesta de Importación de Catastro (¡¡¡¡NO SE PUEDE SUBIR NADA !!!).

[Agustin Diez-Castillo]

python main.py 46160
2017-06-16 20:06:13,653 - INFO - Searching the url for the 'CadastralParcels' 
layer of '46160'...
2017-06-16 20:06:14,815 - INFO - Downloading '46160/A.ES.SDGC.CP.46160.zip'
[] 100.0%
2017-06-16 20:06:17,827 - INFO - Valor de crs_ref 25830
2017-06-16 20:06:17,827 - ERROR - Could not determine the CRS of 
'46160/A.ES.SDGC.CP.46160.cadastralzoning.gml’

Esto [1] quizás puede ayudar a sacar el gml, qgis tampoco lo reconoce si haces 
otra petición wfs para descargar un gml, ni lo reconoce mi ogrinfo
http://ovc.catastro.meh.es/INSPIRE/wfsCP.aspx?service=wfs=getfeature=cp.cadastralparcel=EPSG::25830=691200,4358000,691980,4358500

 [1] 
https://gis.stackexchange.com/questions/133204/how-to-get-gml-layer-crs-with-ogr-python

> On 16 Jun 2017, at 19:58, Javier Sánchez Portero <javiers...@gmail.com> wrote:
> 
> Agustín, insertar la línea para que quede así:
> 
> 231crs = QgsCoordinateReferenceSystem(crs_ref)
> 232log.info("Valor de crs_ref %s", crs_ref)
> 233return (is_empty, crs) 
> 
> El 16 de junio de 2017, 18:40, Agustin Diez-Castillo <agustind...@gmail.com> 
> escribió:
> invalid syntax
> 
> CatAtom2Osm-master adiez$ python main.py 46160
> Traceback (most recent call last):
>   File "main.py", line 84, in 
> from catatom2osm import CatAtom2Osm
>   File "CatAtom2Osm-master/catatom2osm.py", line 230
> return (is_empty, crs) log.info("Valor de crs_ref %s", crs_ref)
> 
> 
> 
> 
> 231crs = QgsCoordinateReferenceSystem(crs_ref)
> 232return (is_empty, crs) log.info("Valor de crs_ref %s", crs_ref)
> 
> 233def read_gml_layer(self, layername, allow_empty=False):
> 
> 
> 
> > On 16 Jun 2017, at 19:00, Javier Sánchez Portero <javiers...@gmail.com> 
> > wrote:
> >
> > Perdón, me he equivocado. Línea 230, el final del método get_crs_from_gml.
> >
> > Prueba también con otro municipio.
> >
> > Otro tema que no tiene que ver. En Windows hay un fichero "python-qgis.bat" 
> > en la carpeta "C:\\bin" que facilita configurar las variables de 
> > entorno como tu has tenido que hacer. ¿Puedes mirar si hay algo 
> > equivalente? Para facilitarle la tarea a Jesús y otros.
> >
> > El 16 de junio de 2017, 17:37, Agustin Diez-Castillo 
> > <agustind...@gmail.com> escribió:
> > A mi la línea #235 me sale en medio de un comentario, dime que tendría que 
> > haber en la #234
> > 232 def read_gml_layer(self, layername, allow_empty=False):
> > 233 """
> > 234 Create a qgis vector layer for a Cadastre layername. Derives 
> > the GML
> > 235 filename from layername. If it don't exists, try with the ZIP 
> > file, if
> > 236 it don't exists, try to download it.
> > 237
> > 238 Args:
> > 239 layername (str): Short name of the Cadastre layer. Any of
> > 240 'building', 'buildingpart', 'otherconstruction',
> > 241 'cadastralparcel', 'cadastralzoning', 'address',
> > 242 'thoroughfarename', 'postaldescriptor', 'adminunitname'
> > 243 allow_empty (bool): If False (default), raise a exception 
> > for empty
> > 244 layer, else returns None
> > 245 Returns:
> > 246 QgsVectorLayer: Vector layer.
> > 247 """
> > 248 if layername in ['building', 'buildingpart', 
> > 'otherconstruction']:
> > 249 group = 'BU'
> > 250 elif layername in ['cadastralparcel', 'cadastralzoning']:
> > 251 group = 'CP'
> > 252 elif layername in ['address', 'thoroughfarename', 
> > 'postaldescriptor',
> > 253 'adminunitname']:
> > 254 group = 'AD'
> > 255 else:
> > 256 raise ValueError(_("Unknow layer name '%s'") % layername)
> > 257 url = setup.prov_url[group] % (self.prov_code, self.prov_code)
> >
> >
> > > On 16 Jun 2017, at 16:10, Javier Sánchez Portero <javiers...@gmail.com> 
> > > wrote:
> > >
> > > Podrías editar el fichero catatom2osm.py y en añadir esto en la línea 
> > > #235, justo antes del return
> > >
> > > log.info("Valor de crs_ref %s", crs_ref)
> > >
> > > Vuelve a ejecutar y dime que sale
> > >
> > > El 16 de junio de 2017, 14:58, Agustin Diez Castillo 
> > > <agustind...@gmail.com> escribió:
> > > Lo siento,

Re: [Talk-es] Propuesta de Importación de Catastro (¡¡¡¡NO SE PUEDE SUBIR NADA !!!).

[Agustin Diez-Castillo]

invalid syntax

CatAtom2Osm-master adiez$ python main.py 46160
Traceback (most recent call last):
  File "main.py", line 84, in 
from catatom2osm import CatAtom2Osm
  File "CatAtom2Osm-master/catatom2osm.py", line 230
return (is_empty, crs) log.info("Valor de crs_ref %s", crs_ref)




231crs = QgsCoordinateReferenceSystem(crs_ref)
232return (is_empty, crs) log.info("Valor de crs_ref %s", crs_ref)

233def read_gml_layer(self, layername, allow_empty=False):



> On 16 Jun 2017, at 19:00, Javier Sánchez Portero <javiers...@gmail.com> wrote:
> 
> Perdón, me he equivocado. Línea 230, el final del método get_crs_from_gml.
> 
> Prueba también con otro municipio.
> 
> Otro tema que no tiene que ver. En Windows hay un fichero "python-qgis.bat" 
> en la carpeta "C:\\bin" que facilita configurar las variables de 
> entorno como tu has tenido que hacer. ¿Puedes mirar si hay algo equivalente? 
> Para facilitarle la tarea a Jesús y otros.
> 
> El 16 de junio de 2017, 17:37, Agustin Diez-Castillo <agustind...@gmail.com> 
> escribió:
> A mi la línea #235 me sale en medio de un comentario, dime que tendría que 
> haber en la #234
> 232 def read_gml_layer(self, layername, allow_empty=False):
> 233 """
> 234 Create a qgis vector layer for a Cadastre layername. Derives the 
> GML
> 235 filename from layername. If it don't exists, try with the ZIP 
> file, if
> 236 it don't exists, try to download it.
> 237
> 238 Args:
> 239 layername (str): Short name of the Cadastre layer. Any of
> 240 'building', 'buildingpart', 'otherconstruction',
> 241 'cadastralparcel', 'cadastralzoning', 'address',
> 242 'thoroughfarename', 'postaldescriptor', 'adminunitname'
> 243 allow_empty (bool): If False (default), raise a exception for 
> empty
> 244 layer, else returns None
> 245 Returns:
> 246 QgsVectorLayer: Vector layer.
> 247 """
> 248 if layername in ['building', 'buildingpart', 'otherconstruction']:
> 249 group = 'BU'
> 250 elif layername in ['cadastralparcel', 'cadastralzoning']:
> 251 group = 'CP'
> 252 elif layername in ['address', 'thoroughfarename', 
> 'postaldescriptor',
> 253 'adminunitname']:
> 254 group = 'AD'
> 255 else:
> 256 raise ValueError(_("Unknow layer name '%s'") % layername)
> 257 url = setup.prov_url[group] % (self.prov_code, self.prov_code)
> 
> 
> > On 16 Jun 2017, at 16:10, Javier Sánchez Portero <javiers...@gmail.com> 
> > wrote:
> >
> > Podrías editar el fichero catatom2osm.py y en añadir esto en la línea #235, 
> > justo antes del return
> >
> > log.info("Valor de crs_ref %s", crs_ref)
> >
> > Vuelve a ejecutar y dime que sale
> >
> > El 16 de junio de 2017, 14:58, Agustin Diez Castillo 
> > <agustind...@gmail.com> escribió:
> > Lo siento, es cierto. Pero llego al mismo sitio con
> > python main.py 46079
> > 2017-06-16 15:53:07,301 - INFO - Searching the url for the 
> > 'CadastralParcels' layer of '46079'...
> > 2017-06-16 15:53:08,270 - INFO - Downloading '46079/A.ES.SDGC.CP.46079.zip'
> > [] 100.0%
> > 2017-06-16 15:53:12,635 - ERROR - Could not determine the CRS of 
> > '46079/A.ES.SDGC.CP.46079.cadastralzoning.gml’
> >
> > El 16Jun, 2017, a las 2:44 PM, Javier Sánchez Portero 
> > <javiers...@gmail.com> escribió:
> >
> > > Agustín, me parece que estás intentando trabajar contra ficheros 
> > > shapefile descargados de catastro y la herramienta funciona con ficheros 
> > > de los servicios ATOM cuyas direcciones están en [1]. Prueba a ejecutar
> > >
> > > python main.py 46079
> > >
> > > El programa te debería crear la carpeta 46079, descargar en ella los 
> > > ficheros necesarios y empezar a trabajar.
> > >
> > > [1] http://www.catastro.minhap.gob.es/webinspire/index.html
> > >
> > > El 16 de junio de 2017, 13:18, Agustin Diez Castillo 
> > > <agustind...@gmail.com> escribió:
> > > A  mi con macOS Versión 10.9.1 (918), me funciona lo que puedes ver más 
> > > abajo, aunque se queda trabado en el gml con un error [1] la capa gml es 
> > > igual (hasta donde yo veo) que el shape original, luego creo que va en la 
> > > buena dirección aunque no parece el osm que creo q

Re: [Talk-es] Propuesta de Importación de Catastro (¡¡¡¡NO SE PUEDE SUBIR NADA !!!).

[Agustin Diez-Castillo]

¿Tienes instalado el GDAL de kyngchaos[1]?
¿Has probado copiando los comandos en una terminal?. 
Puedes crear .profile con
touch .profile 
en tu usuario, por ejemplo suponiendo que se tu usuario se llama jesus:
touch /Users/jesus/.profile
[1] http://www.kyngchaos.com/software/frameworks
> On 16 Jun 2017, at 19:16, Jesús Lopez <jesusl.te...@gmail.com> wrote:
> 
> 
> Agustín, ¿donde tienes el archivo .profile? Uso 10.11.6 y no aparece, he 
> hecho los cambios en .bash_profile pero no sirven de nada, me sigue diciendo 
> que instale QGIS (y lo tengo instalado)
> 
> 
>> El 16 jun 2017, a las 14:18, Agustin Diez Castillo <agustind...@gmail.com> 
>> escribió:
>> 
>> A  mi con macOS Versión 10.9.1 (918), me funciona lo que puedes ver más 
>> abajo, aunque se queda trabado en el gml con un error [1] la capa gml es 
>> igual (hasta donde yo veo) que el shape original, luego creo que va en la 
>> buena dirección aunque no parece el osm que creo que se busca.
>> 
>> python main.py /Users/adiez/Downloads/46079_UA_2017-01-20_SHF
>> 
>> Después de haber añadido a .profile como se apunta en [2]
>> 
>> export 
>> LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/Applications/QGIS.app/Contents/MacOS/lib/:/Applications/QGIS.app/Contents/Frameworks/
>> export 
>> PYTHONPATH=$PYTHONPATH:/Applications/QGIS.app/Contents/Resources/python/
>> export PATH=$PATH:/Library/Frameworks/GDAL.framework/Programs/
>> export PYTHONPATH=$PYTHONPATH:~/.qgis2/python/plugins/opengeo/ext-libs/
>> 
>> y hacer
>> source .profile
>> 
>> Si lo quieres probar sin tocar el fichero .profile, la secuencia sería, 
>> descargarte un municipio (Buñol, en mi ejemplo) a la carpeta de descargas
>> 
>> mv ~/Downloads/46_79_RA_2017-01-20_SHF ~/Downloads/46079_RA_2017-01-20_SHF
>> export 
>> LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/Applications/QGIS.app/Contents/MacOS/lib/:/Applications/QGIS.app/Contents/Frameworks/
>> export 
>> PYTHONPATH=$PYTHONPATH:/Applications/QGIS.app/Contents/Resources/python/
>> export PATH=$PATH:/Library/Frameworks/GDAL.framework/Programs/
>> export PYTHONPATH=$PYTHONPATH:~/.qgis2/python/plugins/opengeo/ext-libs/
>> python main.py ~/Downloads/46079_UA_2017-01-20_SHF
>> 
>> [1] Could not determine the CRS of 
>> '/Users/adiez/Downloads/46079_UA_2017-01-20_SHF/A.ES.SDGC.CP.46079.cadastralzoning.gml'
>> [2] http://blog.remotesensing.io/2014/07/using-pyqgis-in-mac-os-x/
>> 
>> Nombre del modelo:   Mac Pro
>> Identificador del modelo:MacPro3,1
>> Nombre del procesador:   Intel Core i7
>> Velocidad del procesador:3.9 GHz
>> Cantidad de procesadores:1
>> Cantidad total de núcleos:   4
>> Caché de nivel 2 (por núcleo):   256 KB
>> Caché de nivel 3:8 MB
>> Memoria: 32 GB
>> Versión de la ROM de arranque:   Notatus.es
>> Versión SMC (sistema):   1.30f3
>> Versión de iluminación:  1.4a6
>> 
>> El 16Jun, 2017, a las 1:19 PM, Jesús Lopez <jesusl.te...@gmail.com> escribió:
>> 
>>> Nada, no lo consigo hacer funcionar, mis limitados conocimientos en estas 
>>> cuestiones me impiden ir más allá. He bajado el zip, he trasteado, pero 
>>> sigue pidiendo cosas:
>>> 
>>> /CatAtom2Osm-master/main.py: line 2: CatAtom2Osm command line entry point: 
>>> command not found
>>> from: can't read /var/mail/optparse
>>> /CatAtom2Osm-master/main.py: line 4: import: command not found
>>> /CatAtom2Osm-master/main.py: line 5: import: command not found
>>> /CatAtom2Osm-master/main.py: line 6: import: command not found
>>> from: can't read /var/mail/zipfile
>>> /CatAtom2Osm-master/main.py: line 8: import: command not found
>>> /CatAtom2Osm-master/main.py: line 10: syntax error near unexpected token `('
>>> /CatAtom2Osm-master/main.py: line 10: `log = 
>>> logging.getLogger(setup.app_name)’
>>> 
>>> a ver si el otro compañero que usa mac consigue algo más y nos cuenta….
>>> 
>>> 
>>> 
>>>> El 16 jun 2017, a las 11:27, Javier Sánchez Portero <javiers...@gmail.com> 
>>>> escribió:
>>>> 
>>>> Hola
>>>> 
>>>> No. Eres el primero.
>>>> 
>>>> Es uno de los módulos del programa, debe existir un archivo setup.py en la 
>>>> misma carpeta que main.py y -si estás ejecutando desde esa carpeta- 
>>>> debería encontrarlo. ¿Descargaste el programa usando el fichero zip?
>>>> 
>>>> https://github.com/javiersanp/CatAtom2Osm/archive/master.zip
>>>> 
>>>> Si te pa

Re: [Talk-es] Propuesta de Importación de Catastro (¡¡¡¡NO SE PUEDE SUBIR NADA !!!).

[Agustin Diez-Castillo]

A mi la línea #235 me sale en medio de un comentario, dime que tendría que 
haber en la #234
232 def read_gml_layer(self, layername, allow_empty=False):
233 """
234 Create a qgis vector layer for a Cadastre layername. Derives the 
GML 
235 filename from layername. If it don't exists, try with the ZIP file, 
if
236 it don't exists, try to download it.
237 
238 Args:
239 layername (str): Short name of the Cadastre layer. Any of 
240 'building', 'buildingpart', 'otherconstruction', 
241 'cadastralparcel', 'cadastralzoning', 'address', 
242 'thoroughfarename', 'postaldescriptor', 'adminunitname'
243 allow_empty (bool): If False (default), raise a exception for 
empty
244 layer, else returns None
245 Returns:
246 QgsVectorLayer: Vector layer.
247 """
248 if layername in ['building', 'buildingpart', 'otherconstruction']:
249 group = 'BU'
250 elif layername in ['cadastralparcel', 'cadastralzoning']:
251 group = 'CP'
252 elif layername in ['address', 'thoroughfarename', 
'postaldescriptor', 
253 'adminunitname']:
254 group = 'AD' 
255 else:
256 raise ValueError(_("Unknow layer name '%s'") % layername)
257 url = setup.prov_url[group] % (self.prov_code, self.prov_code)


> On 16 Jun 2017, at 16:10, Javier Sánchez Portero <javiers...@gmail.com> wrote:
> 
> Podrías editar el fichero catatom2osm.py y en añadir esto en la línea #235, 
> justo antes del return
> 
> log.info("Valor de crs_ref %s", crs_ref)
> 
> Vuelve a ejecutar y dime que sale
> 
> El 16 de junio de 2017, 14:58, Agustin Diez Castillo <agustind...@gmail.com> 
> escribió:
> Lo siento, es cierto. Pero llego al mismo sitio con
> python main.py 46079
> 2017-06-16 15:53:07,301 - INFO - Searching the url for the 'CadastralParcels' 
> layer of '46079'...
> 2017-06-16 15:53:08,270 - INFO - Downloading '46079/A.ES.SDGC.CP.46079.zip'
> [] 100.0%
> 2017-06-16 15:53:12,635 - ERROR - Could not determine the CRS of 
> '46079/A.ES.SDGC.CP.46079.cadastralzoning.gml’
> 
> El 16Jun, 2017, a las 2:44 PM, Javier Sánchez Portero <javiers...@gmail.com> 
> escribió:
> 
> > Agustín, me parece que estás intentando trabajar contra ficheros shapefile 
> > descargados de catastro y la herramienta funciona con ficheros de los 
> > servicios ATOM cuyas direcciones están en [1]. Prueba a ejecutar
> >
> > python main.py 46079
> >
> > El programa te debería crear la carpeta 46079, descargar en ella los 
> > ficheros necesarios y empezar a trabajar.
> >
> > [1] http://www.catastro.minhap.gob.es/webinspire/index.html
> >
> > El 16 de junio de 2017, 13:18, Agustin Diez Castillo 
> > <agustind...@gmail.com> escribió:
> > A  mi con macOS Versión 10.9.1 (918), me funciona lo que puedes ver más 
> > abajo, aunque se queda trabado en el gml con un error [1] la capa gml es 
> > igual (hasta donde yo veo) que el shape original, luego creo que va en la 
> > buena dirección aunque no parece el osm que creo que se busca.
> >
> > python main.py /Users/adiez/Downloads/46079_UA_2017-01-20_SHF
> >
> > Después de haber añadido a .profile como se apunta en [2]
> >
> > export 
> > LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/Applications/QGIS.app/Contents/MacOS/lib/:/Applications/QGIS.app/Contents/Frameworks/
> > export 
> > PYTHONPATH=$PYTHONPATH:/Applications/QGIS.app/Contents/Resources/python/
> > export PATH=$PATH:/Library/Frameworks/GDAL.framework/Programs/
> > export PYTHONPATH=$PYTHONPATH:~/.qgis2/python/plugins/opengeo/ext-libs/
> >
> > y hacer
> > source .profile
> >
> > Si lo quieres probar sin tocar el fichero .profile, la secuencia sería, 
> > descargarte un municipio (Buñol, en mi ejemplo) a la carpeta de descargas
> >
> > mv ~/Downloads/46_79_RA_2017-01-20_SHF ~/Downloads/46079_RA_2017-01-20_SHF
> > export 
> > LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/Applications/QGIS.app/Contents/MacOS/lib/:/Applications/QGIS.app/Contents/Frameworks/
> > export 
> > PYTHONPATH=$PYTHONPATH:/Applications/QGIS.app/Contents/Resources/python/
> > export PATH=$PATH:/Library/Frameworks/GDAL.framework/Programs/
> > export PYTHONPATH=$PYTHONPATH:~/.qgis2/python/plugins/opengeo/ext-libs/
> > python main.py ~/Downloads/46079_UA_2017-01-20_SHF
> >
> > [1] Could not determine the CRS of 
> > '/Users/adiez/Downloads/46079_UA_2017-01-20_SHF/A.ES.SDGC.CP.46079.cadastralzoning.gml'
> > [2] htt

Re: [Talk-es] Propuesta de Importación de Catastro (¡¡¡¡NO SE PUEDE SUBIR NADA !!!).

[Agustin Diez Castillo]

Lo siento, es cierto. Pero llego al mismo sitio con
python main.py 46079
2017-06-16 15:53:07,301 - INFO - Searching the url for the 'CadastralParcels' 
layer of '46079'...
2017-06-16 15:53:08,270 - INFO - Downloading '46079/A.ES.SDGC.CP.46079.zip'
[] 100.0%
2017-06-16 15:53:12,635 - ERROR - Could not determine the CRS of 
'46079/A.ES.SDGC.CP.46079.cadastralzoning.gml’

El 16Jun, 2017, a las 2:44 PM, Javier Sánchez Portero <javiers...@gmail.com> 
escribió:

> Agustín, me parece que estás intentando trabajar contra ficheros shapefile 
> descargados de catastro y la herramienta funciona con ficheros de los 
> servicios ATOM cuyas direcciones están en [1]. Prueba a ejecutar
> 
> python main.py 46079
> 
> El programa te debería crear la carpeta 46079, descargar en ella los ficheros 
> necesarios y empezar a trabajar.
> 
> [1] http://www.catastro.minhap.gob.es/webinspire/index.html
> 
> El 16 de junio de 2017, 13:18, Agustin Diez Castillo <agustind...@gmail.com> 
> escribió:
> A  mi con macOS Versión 10.9.1 (918), me funciona lo que puedes ver más 
> abajo, aunque se queda trabado en el gml con un error [1] la capa gml es 
> igual (hasta donde yo veo) que el shape original, luego creo que va en la 
> buena dirección aunque no parece el osm que creo que se busca.
> 
> python main.py /Users/adiez/Downloads/46079_UA_2017-01-20_SHF
> 
> Después de haber añadido a .profile como se apunta en [2]
> 
> export 
> LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/Applications/QGIS.app/Contents/MacOS/lib/:/Applications/QGIS.app/Contents/Frameworks/
> export 
> PYTHONPATH=$PYTHONPATH:/Applications/QGIS.app/Contents/Resources/python/
> export PATH=$PATH:/Library/Frameworks/GDAL.framework/Programs/
> export PYTHONPATH=$PYTHONPATH:~/.qgis2/python/plugins/opengeo/ext-libs/
> 
> y hacer
> source .profile
> 
> Si lo quieres probar sin tocar el fichero .profile, la secuencia sería, 
> descargarte un municipio (Buñol, en mi ejemplo) a la carpeta de descargas
> 
> mv ~/Downloads/46_79_RA_2017-01-20_SHF ~/Downloads/46079_RA_2017-01-20_SHF
> export 
> LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/Applications/QGIS.app/Contents/MacOS/lib/:/Applications/QGIS.app/Contents/Frameworks/
> export 
> PYTHONPATH=$PYTHONPATH:/Applications/QGIS.app/Contents/Resources/python/
> export PATH=$PATH:/Library/Frameworks/GDAL.framework/Programs/
> export PYTHONPATH=$PYTHONPATH:~/.qgis2/python/plugins/opengeo/ext-libs/
> python main.py ~/Downloads/46079_UA_2017-01-20_SHF
> 
> [1] Could not determine the CRS of 
> '/Users/adiez/Downloads/46079_UA_2017-01-20_SHF/A.ES.SDGC.CP.46079.cadastralzoning.gml'
> [2] http://blog.remotesensing.io/2014/07/using-pyqgis-in-mac-os-x/
> 
>   Nombre del modelo:Mac Pro
>   Identificador del modelo: MacPro3,1
>   Nombre del procesador:Intel Core i7
>   Velocidad del procesador: 3.9 GHz
>   Cantidad de procesadores: 1
>   Cantidad total de núcleos:4
>   Caché de nivel 2 (por núcleo):256 KB
>   Caché de nivel 3: 8 MB
>   Memoria:  32 GB
>   Versión de la ROM de arranque:Notatus.es
>   Versión SMC (sistema):1.30f3
>   Versión de iluminación:   1.4a6
> 
> El 16Jun, 2017, a las 1:19 PM, Jesús Lopez <jesusl.te...@gmail.com> escribió:
> 
> > Nada, no lo consigo hacer funcionar, mis limitados conocimientos en estas 
> > cuestiones me impiden ir más allá. He bajado el zip, he trasteado, pero 
> > sigue pidiendo cosas:
> >
> > /CatAtom2Osm-master/main.py: line 2: CatAtom2Osm command line entry point: 
> > command not found
> > from: can't read /var/mail/optparse
> > /CatAtom2Osm-master/main.py: line 4: import: command not found
> > /CatAtom2Osm-master/main.py: line 5: import: command not found
> > /CatAtom2Osm-master/main.py: line 6: import: command not found
> > from: can't read /var/mail/zipfile
> > /CatAtom2Osm-master/main.py: line 8: import: command not found
> > /CatAtom2Osm-master/main.py: line 10: syntax error near unexpected token `('
> > /CatAtom2Osm-master/main.py: line 10: `log = 
> > logging.getLogger(setup.app_name)’
> >
> > a ver si el otro compañero que usa mac consigue algo más y nos cuenta….
> >
> >
> >
> >> El 16 jun 2017, a las 11:27, Javier Sánchez Portero <javiers...@gmail.com> 
> >> escribió:
> >>
> >> Hola
> >>
> >> No. Eres el primero.
> >>
> >> Es uno de los módulos del programa, debe existir un archivo setup.py en la 
> >> misma carpeta que main.py y -si estás ejecutando desde esa carpeta- 
> >> debería encontrarlo. ¿Descargaste el programa usando el fichero zip?
> >>
> >> https:/

Re: [Talk-es] Propuesta de Importación de Catastro (¡¡¡¡NO SE PUEDE SUBIR NADA !!!).

[Agustin Diez Castillo]

A  mi con macOS Versión 10.9.1 (918), me funciona lo que puedes ver más abajo, 
aunque se queda trabado en el gml con un error [1] la capa gml es igual (hasta 
donde yo veo) que el shape original, luego creo que va en la buena dirección 
aunque no parece el osm que creo que se busca.

python main.py /Users/adiez/Downloads/46079_UA_2017-01-20_SHF

Después de haber añadido a .profile como se apunta en [2]

export 
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/Applications/QGIS.app/Contents/MacOS/lib/:/Applications/QGIS.app/Contents/Frameworks/
export PYTHONPATH=$PYTHONPATH:/Applications/QGIS.app/Contents/Resources/python/
export PATH=$PATH:/Library/Frameworks/GDAL.framework/Programs/
export PYTHONPATH=$PYTHONPATH:~/.qgis2/python/plugins/opengeo/ext-libs/

y hacer
source .profile

Si lo quieres probar sin tocar el fichero .profile, la secuencia sería, 
descargarte un municipio (Buñol, en mi ejemplo) a la carpeta de descargas

mv ~/Downloads/46_79_RA_2017-01-20_SHF ~/Downloads/46079_RA_2017-01-20_SHF
export 
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/Applications/QGIS.app/Contents/MacOS/lib/:/Applications/QGIS.app/Contents/Frameworks/
export PYTHONPATH=$PYTHONPATH:/Applications/QGIS.app/Contents/Resources/python/
export PATH=$PATH:/Library/Frameworks/GDAL.framework/Programs/
export PYTHONPATH=$PYTHONPATH:~/.qgis2/python/plugins/opengeo/ext-libs/
python main.py ~/Downloads/46079_UA_2017-01-20_SHF

[1] Could not determine the CRS of 
'/Users/adiez/Downloads/46079_UA_2017-01-20_SHF/A.ES.SDGC.CP.46079.cadastralzoning.gml'
[2] http://blog.remotesensing.io/2014/07/using-pyqgis-in-mac-os-x/

  Nombre del modelo:Mac Pro
  Identificador del modelo: MacPro3,1
  Nombre del procesador:Intel Core i7
  Velocidad del procesador: 3.9 GHz
  Cantidad de procesadores: 1
  Cantidad total de núcleos:4
  Caché de nivel 2 (por núcleo):256 KB
  Caché de nivel 3: 8 MB
  Memoria:  32 GB
  Versión de la ROM de arranque:Notatus.es
  Versión SMC (sistema):1.30f3
  Versión de iluminación:   1.4a6

El 16Jun, 2017, a las 1:19 PM, Jesús Lopez  escribió:

> Nada, no lo consigo hacer funcionar, mis limitados conocimientos en estas 
> cuestiones me impiden ir más allá. He bajado el zip, he trasteado, pero sigue 
> pidiendo cosas:
> 
> /CatAtom2Osm-master/main.py: line 2: CatAtom2Osm command line entry point: 
> command not found
> from: can't read /var/mail/optparse
> /CatAtom2Osm-master/main.py: line 4: import: command not found
> /CatAtom2Osm-master/main.py: line 5: import: command not found
> /CatAtom2Osm-master/main.py: line 6: import: command not found
> from: can't read /var/mail/zipfile
> /CatAtom2Osm-master/main.py: line 8: import: command not found
> /CatAtom2Osm-master/main.py: line 10: syntax error near unexpected token `('
> /CatAtom2Osm-master/main.py: line 10: `log = 
> logging.getLogger(setup.app_name)’
> 
> a ver si el otro compañero que usa mac consigue algo más y nos cuenta….
> 
> 
> 
>> El 16 jun 2017, a las 11:27, Javier Sánchez Portero  
>> escribió:
>> 
>> Hola
>> 
>> No. Eres el primero.
>> 
>> Es uno de los módulos del programa, debe existir un archivo setup.py en la 
>> misma carpeta que main.py y -si estás ejecutando desde esa carpeta- debería 
>> encontrarlo. ¿Descargaste el programa usando el fichero zip?
>> 
>> https://github.com/javiersanp/CatAtom2Osm/archive/master.zip
>> 
>> Si te parece continuamos en privado a mi correo electrónico. Me interesa 
>> mucho tener un 'tester' en Mac.
>> javiers...@gmail.com
>> 
>> El 16 de junio de 2017, 9:39, Jesús Lopez  escribió:
>> Buenos días. ¿Ha probado alguien si CatAtom2OSM funciona en entorno Mac? 
>> Ejecuto python main.py y:
>> Traceback (most recent call last):
>>   File "main.py", line 8, in 
>> import setup
>> ImportError: No module named setup
>> 
>> Intuyo (mis conocimientos unix-terminal son limitadísimos) que algo más debo 
>> instalar o en algún sitio debe señalar la ruta a Qgis, o intuyo mal :)
>> 
>> Agradecería cualquier luz sobre el asunto.
>> 
>> Gracias anticipadas.
>> Jesús
>> 
>> 
>>> El 14 jun 2017, a las 14:36, Matías h  escribió:
>>> 
>>> Hola. Buenas y calurosas tardes.
>>> 
>>> Tal y como señalo en el título del hilo y para que quede claro :).
>>> 
>>> ¡¡¡ NO SE PUEDE IMPORTAR TODAVÍA !!!.
>>> 
>>> Estamos empezando el proceso para intentar nuevamente una posible 
>>> importación de los datos de catastro.
>>> 
>>> Javier Sánchez ha creado una herramienta para hacer la conversión de datos 
>>> y como todo software en principio necesitamos hacer el conveniente testeo.
>>> • CatAtom2Osm. https://github.com/javiersanp/CatAtom2Osm
>>> 
>>> 
>>> • Procedimiento de Conversión. 
>>> http://wiki.openstreetmap.org/wiki/ES:Catastro_espa%C3%B1ol/Importaci%C3%B3n_de_edificios/Conversi%C3%B3n_de_datos.
>>> 
>>> 
>>> • Discusiones y acuerdos. 
>>> 

Re: [Talk-es] Traducción bienvenida de OSM

[Agustin Diez-Castillo]

Perdonar, pero los datos NO pueden estar sujetos a opinión, pueden ser
subjetivos, polémicos, contrastados, o no, pero en el espíritu del que
escribió eso, en nuestra lengua estaba polémico. Como lo empieza a ser este
hilo. Voy a ver si encuentro, como los datos, algo o alguien que me sujete.
¿Dónde dice que tenemos que traducir cosas que no se entienden? ¿Cúal es el
problema de mi propuesta?

On Mon, May 29, 2017, 20:31 Javier Sánchez Portero 
wrote:

> +1
> Estoy de acuerdo con lo expuesto por Alan. Voy a preguntar en talk con
> quien hay que hablar para cambiarlo.
>
> El 29/5/2017 18:02, "alan_gr"  escribió:
>
>> La version en inglés es un poco extraño. De hecho creo que no hay manera
>> de
>> saber cual idioma es el "original", es posible que la pagina en inglés sea
>> en su turno una traducción de otro idioma. "Opinionated" normalmente es
>> una
>> característica de una persona, no de los datos. Yo escribiría más bien
>> "subjective".
>>
>> El español no es mi idioma nativo pero "datos sujetos a opinión" me parece
>> bien.
>>
>> Comento también que la versión en inglés trata de incluir muchos conceptos
>> dentro de una sola frase. Este permite una duda si "historical or
>> hypothetical features" son ejemplos, juntos con "ratings", de un dato
>> subjetivo. En realidad no es así, y al leer la frase más de una vez se
>> entiende que habla de tres categorías distintas que no se incluyen:
>> (1) subjective data, for example ratings
>> (2) historical or hypothetical features
>> (3) data from copyrighted sources.
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> --
>> View this message in context:
>> http://gis.19327.n8.nabble.com/Traduccion-bienvenida-de-OSM-tp5897333p5897340.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
>>
> ___
> 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] Traducción bienvenida de OSM

[Agustin Diez Castillo]

Quedando agradecido, de antemano, a quien lo tradujo. Yo pondría:
"Lo que no se incluye son datos polémicos como valoraciones históricas o 
hipotéticas, ni provenientes de fuentes protegidas por derechos de autor.”
Pero eso es un dato ‘obstinado’, vamos sujeto a mejor opinión.
Ahora mismo no creo que nadie entienda la primera parte de esa frase y la 
conjunción para unir dos coordinadas con valor negativo es “ni” ni esto ni lo 
otro.
Saludos
> "Lo que no se incluyen son datos obstinados como clasificaciones, 
> características históricas o hipotéticas, y datos procedentes de fuentes con 
> derechos de autor."
El 29May, 2017, a las 5:03 PM, Javier Sánchez Portero  
escribió:

> Hola
> 
> La página de bienvenida http://www.openstreetmap/welcome contiene el párrafo
> 
> "Lo que no se incluyen son datos obstinados como clasificaciones, 
> características históricas o hipotéticas, y datos procedentes de fuentes con 
> derechos de autor."
> 
> Como traducción del original en inglés
> 
> "What it doesn't include is opinionated data like ratings, historical or 
> hypothetical features, and data from copyrighted sources."
> 
> Creo que obstinado es una traducción demasiado literal de opinionated. No soy 
> experto en inglés, pero creo que podría quedar mejor "datos sujetos a 
> opinión".
> 
> ¿Qué opinan? ¿A quién habría que dirigirse para hacer el cambio?
> 
> Saludos
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Error en etiquetado de vértices geodésicos importados del IGN

[Agustin Diez Castillo]

Hola,
En el wiki [1] pone colon donde debería poner semicolon. He tratado de editarlo 
pero me dice que debo confirmar mi correo (no encuentro la manera de hacerlo).
https://wiki.openstreetmap.org/wiki/Automated_Edits/cdavila
El 5Feb, 2017, a las 8:53 PM, Diego García  escribió:
[1] https://wiki.openstreetmap.org/wiki/Automated_Edits/cdavila
> Por supuesto, hacerlo todo de golpe es mejor, teniendo en cuenta la cantidad 
> de nodos que hay. Eso no lo permite osmose.
> 
> Un saludo
> 
> 
> El dom., 5 feb. 2017 20:51, Carlos Dávila  escribió:
> Con osmose se pueden editar de golpe o hay que ir uno por uno? Yo ayer
> empecé a corregir en JOSM hasta que me dio por mirar los números y al
> ver la cantidad me pareció absurdo hacerlo a mano, cuando se puede hacer
> en menos de un minuto.
> A mi las etiquetas que hay tampoco me parece necesario eliminarlas
> 
> El 05/02/17 a las 20:35, Diego García escribió:
> >
> > Escribo desde el móvil, no me extenderé mucho.
> >
> > El error de la etiqueta ele lo detecta osmose, y se arregla fácilmente
> > desde allí. Los que están reparados alrededor de Huesca se han editado
> > de esa manera.
> >
> > El resto de etiquetas yo las conservaría. Los vértices pueden
> > pertenecer a distintas redes, y además tienen una referencia de forma
> > que se puede localizar información en IGN rápidamente, y que los
> > identifica. Normalmente estoy en contra de poner o mantener
> > información innecesaria o redundante, pero en este caso lo veo útil.
> >
> > Un saludo,
> >
> >
> > El dom., 5 feb. 2017 18:54, Carlos Dávila  > > escribió:
> >
> > Hola
> >
> > Ayer me di cuenta de que los vértices geodésicos que se importaron del
> > IGN en 2012 tienen varios errores en la etiqueta "ele". Por un
> > lado, se
> > usa la coma como separador decimal, lo que es contrario a la norma
> > general en OSM, y por otro tienen como unidad " m.". En OSM las
> > alturas,
> > como otras magnitudes, tienen una unidad predeterminada, metros en
> > este
> > caso, por lo que no se debe indicar la unidad salvo que sea
> > distinta de
> > la predeterminada, y en todo caso no debería llevar punto después
> > de la
> > m. Aunque algunos nodos ya han sido corregidos (una zona amplia
> > alrededor de Salamanca y Huesca básicamente), la gran mayoría siguen
> > igual que se importaron, concretamente 8.546 de 9.690.
> >
> > Estos errores se pueden corregir fácilmente con un poco de
> > buscar/reemplazar, pero como eso es una edición automatizada hay que
> > seguir las directrices indicadas en [1] y por eso lo comento aquí,
> > para
> > que se debata en la lista. He creado la página [2] en la wiki
> > describiendo el proceso propuesto.
> >
> > Otro error que había es que hay vértices que tienen dos valores en la
> > altura, uno entero y otro decimal, separados por punto y coma, por
> > ejemplo "1527;1527.12". Como esos eran pocos los he corregido a mano
> > dejando el valor más preciso, salvo un par de ellos en los que no
> > coinciden los dos valores.
> >
> > Como recientemente se comentó la posibilidad/conveniencia de eliminar
> > algunas etiquetas innecesarias de objetos importados, quizá se pudiera
> > aprovechar la ocasión para hacerlo. Estas son las etiquetas de la
> > importación que contienen los vértices geodésicos:
> >
> >   * ign:latitud (en mi opinión se debería mantener, el valor es más
> > preciso que el que tienen los objetos de OSM).
> >   * ign:longitud (idem).
> >   * ign:red
> >   * source:ref
> >   * ref: supongo que es una referencia interna usada por el IGN, no
> > utilizada de forma general.
> >
> > [1]https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct
> >
> > [2]https://wiki.openstreetmap.org/wiki/Automated_Edits/cdavila
> >
> >
> 
> 
> ___
> 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



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Cat2Osm2 en Mac

[Agustin Diez Castillo]

Intenta con
/usr/libexec/java_home -v 1.8.0_111 --exec javac -version

El 18Nov, 2016, a las 11:09 AM, María Arias de Reyna  
escribió:

> 2016-11-18 11:04 GMT+01:00 Jesús Lopez :
>> La configuración de Java Runtime Environment dice que tengo la plataforma 
>> 1.8.0_111 (o sea lo mismo). Sin embargo, si hago un java -version en el 
>> terminal me dice que -java version «1.6.0_65»-
> 
> Pues entonces por muy instalada que tengas la versión 1.8 algo,
> también tienes instalada en alguna parte la 1.6 que es la que está
> usándose. Probablemente sea un JAVA_HOME mal hecho.
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Comarcalización de España

[Agustin Diez Castillo]

No he seguido el hilo, pero no tengo yo muy claro si sólo habría que poner las 
que tienen un reconocimiento administrativo, hay comarcas históricas, como 
Babia o El Bierzo, que todo el mundo sabe que son comarcas y se refiere a ellas 
como tal. Eso sí no tengo ni idea de como etiquetarlo. El problema queda bien 
reflejado en el caso de Cantabria 
(https://es.wikipedia.org/wiki/Comarcas_de_Cantabria) donde las comarcas 
históricas pueden coincidir, o no, con las administrativas. Entre aquellas todo 
el mundo en Cantabria sabe que Polaciones es una comarca aunque ahora este 
subsumida en otro ente administrativo (Saja-Nansa) llamado comarca. A mi, como 
usuario, me gustaría poder encontrar la comarca de Babia o la de Polaciones, 
independientemente de la legalidad administrativa.
El 6Oct, 2016, a las 11:45 PM, Alejandro S.  escribió:

> En la Wikipedia son bastante estrictos con que la información que se incluye 
> en ella  requiriendo que esté respaldada por referencias. En este caso si se 
> leen los artículos, comentan que hay algunas comarcas propuestas y otras 
> oficiales, por ejemplo el artículo sobre Castilla y León [0] indica que allí 
> sólo hay una oficial, El Bierzo.
> 
> Saludos,
> Alejandro Suárez
> 
> [0]: https://es.wikipedia.org/wiki/Anexo:Comarcas_de_Castilla_y_León
> 
> 
> On Thu, Oct 6, 2016, 21:14 Pepe Casado  wrote:
> Opino igual que Emilio y siento si he sembrado la polémica pero no era mi 
> intención
> 
> Pepe
> 
> 
> El 6 oct. 2016 20:50, "Emilio Gómez Fernández"  
> escribió:
> Que no se me malinterprete. No pongo ninguna objección a cómo etiquetar y 
> crear las relaciones, que lo veo bien. Simplemente comentaba que tengamos 
> cuidado y solo añadamos al mapa las comarcas que sepamos que existen 
> administrativamente, porque en el artículo de la Wikipedia se muestran mapas 
> y se mencionan comarcas que no institucionalizadas.
> 
> Un saludo.
> 
> El 6 de octubre de 2016, 18:06, Diego García  escribió:
> Mi intención no era abrir este debate, sino aportar la manera de crear dichos 
> límites.
> 
> Un saludo,
> 
> El jue., 6 oct. 2016 a las 10:34, Emilio Gómez Fernández 
> () escribió:
> Yo estoy de acuerdo con lo que dice Pepe y David. Es absurdo definir unas 
> comarcas en CA.AA. donde no existen o no se han desarrollado las leyes de 
> comarcalización. En Cantabria, por ejemplo, existe la ley de 1999, pero estas 
> no se han creado y pasará tiempo si se llegan a formar. Sí existe una 
> comarcalización sanitaria, educativa, ganadera, etc. ninguna de las cuales 
> coincide plenamente con las otras y ninguna va más allá de los ámbitos a las 
> que están supeditadas.
> 
> A veces vemos mapas o tratamos de forzar unas comarcas actuales basándonos en 
> los límites de comarcas históricas que ya no existen y no tiene ningún valor 
> administrativo. A parte de que muchas veces estas entran en conflicto unas 
> con otras: la comarca histórica de los valles pasiegos, la pasieguería, 
> rebasa los límites de la actual Cantabria hacia la comarca burgalesa de Las 
> Merindades, por ejemplo.
> 
> En conclusión, mi postura es fijar las comarcas ajustándonos a la premisa de 
> verificabilidad de OSM: si están definidas legal y administrativamente se 
> incorporan, sino no.
> 
> Un saludo.
> 
> Emilio Gómez
> 
> 
> 
> El 6 de octubre de 2016, 8:44, David Marín Carreño  
> escribió:
> Entiendo que esta comarcalización sólo habría que hacerla en aquellas 
> comarcas administrativamente definidas, lo que sucede en algunas comunidades 
> autónomas (según la Wikipedia: Aragón, Asturias, Galicia, Cataluña y el 
> Bierzo en Castilla-León), pero no en el resto...
> 
> Por ejemplo, ¿qué hacer con Andalucía? Porque tirando de otro artículo de 
> wikipedia, veo que Andalucía tiene un listado de comarcas oficial a efectos 
> de planificación de oferta turística y deportiva: 
> http://web.archive.org/web/20081230071759/http://www.derechodeportivo.org/legislacion/orden%20comarcas.pdf
>  . Sin embargo en el estatuto andaluz de autonomía de 2007 aparece la figura 
> de comarca como ente entre la provincia y el municipio, pero aún no se ha 
> creado ninguna...
> 
> 
> 
> 
> El mié., 5 oct. 2016 a las 22:38, Pepe Casado () 
> escribió:
> Buenas, quiero plantear una cuestión al respecto de las comarcas. Ahora mismo 
> dependiendo de la comunidad autónoma las comarcas pueden ser unicamente un 
> ente histórico, una realidad sentimental, me explico; por ejemplo en Castilla 
> y Leon administrativamente no tiene ninguna función, salvo El Bierzo, en 
> León, que es la única comarca funcionalmente existente en toda la comunidad 
> autónoma, por cierto la más grande de Europa.
> 
> Hacer o significar algo que realmente no existe como tal no lo acabo de ver, 
> aunque muchos quisiéramos que así fuera. Si el mapa tiene que representar una 
> realidad 

Re: [Talk-es] Coordenadas UTM extrañérrimas

[Agustin Diez Castillo]

Celso,
Yo te diría que a la X le falta un 4 y a la Y un 45 y la división por 1000.
Que en goolzoom caería por donde tu quieres
41.3898957869,2.15707415667
Aunque en osm no, pero eso es un problema de proyecciones que aunque a mi se me 
escapa ahora mismo, seguro que se puede solucionar.
On 8Sep, 2014, at 11:37 AM, Celso González ce...@mitago.net wrote:

  X-Y : 29621467,82587692 

429621467, 4582587692

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

Re: [Talk-es] Errores en OpenStreetBugs y Notas

[Agustin Diez-Castillo]

Bueno es saberlo, gracias.
Aprovecho para plantear una cuestión relacionada con el tema. Las notas
tienen que ir en inglés o valen en castellano. La N-234 desde Calamocha a
Daroca tiene muchos cruces que, al menos, osmand entiende como rotondas,
dvisiones de calzada y cosas más raras cuando creo que en realidad debería
decir follow the road during 24 km al pasar la última rotonda de
Calamocha.
Os pongo un ejemplo de división de la calzada que creo que no tiene sentido.
http://www.openstreetmap.org/?lat=41.025491lon=-1.342132zoom=18layers=MN
Y uno de como te tira de la carretera.
http://www.openstreetmap.org/?lat=40.969137lon=-1.311356zoom=18layers=MN
¿Hay alguna manera de corregir todo ello de una vez?
Saludos
Agustin


2013/6/12 Oscar Zorrilla Alonso oscar_zorri...@hotmail.com

   Hola a todos;

 Desde hace mes y medio es posible añadir notas (errores) directamente
 desde la web de www.openstreetmap.org, en la esquina inferior derecha.
 Una ventaja que le encuentro es poder contactar con el usuario que la puso
 para aclarar el error, además programas como OsmAnd ya han cambiado a esta
 nueva plataforma.

 Sin embargo todavía quedan muchísimos errores abiertos en OpenStreetBugs
 http://openstreetbugs.schokokeks.org/

 Mi duda es si se deberían pasar los errores de OpenStreetBugs a las notas
 de OSM por si en el futuro se elimina este servicio.

 Por último una llamada para pedir que aquellos que abrieron errores
 comprueben si están ya corregidos o los corrijan, o en caso de
 desconocimiento local, que alguien que conozca la zona intente arreglarlos
 y de esta manera vayamos quitando errores y limpiando el mapa.

 Un saludo

 Oscar Zorrilla (aka cronoser)

 ___
 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

Re: [Talk-es] Errores en OpenStreetBugs y Notas

[Agustin Diez-Castillo]

On Jun 12, 2013 4:27 PM, Carlos Dávila cdavi...@orangecorreo.es wrote:

 El 12/06/13 15:28, Agustin Diez-Castillo escribió:

 Bueno es saberlo, gracias.
 Aprovecho para plantear una cuestión relacionada con el tema. Las notas
tienen que ir en inglés o valen en castellano. La N-234 desde Calamocha a
Daroca tiene muchos cruces que, al menos, osmand entiende como rotondas,
dvisiones de calzada y cosas más raras cuando creo que en realidad debería
decir follow the road during 24 km al pasar la última rotonda de
Calamocha.
 Os pongo un ejemplo de división de la calzada que creo que no tiene
sentido.

http://www.openstreetmap.org/?lat=41.025491lon=-1.342132zoom=18layers=MN
http://www.openstreetmap.org/?lat=41.025491lon=-1.342132zoom=18layers=MN

 Para mi esta zona está correcta. Ya se habló en su día si separar o no
las calzadas en los cruces de este tipo y se acordó que lo correcto era
separarlas.
Pues creo osmand te manda irte a la derecha lo que despista lo comprobaré
cuando vuelva a pasar.

 Y uno de como te tira de la carretera.

http://www.openstreetmap.org/?lat=40.969137lon=-1.311356zoom=18layers=MN
http://www.openstreetmap.org/?lat=40.969137lon=-1.311356zoom=18layers=MN

 Este cruce sí estaba mal, ya que varias vías se cruzaban sin un nodo en
común.

 ¿Hay alguna manera de corregir todo ello de una vez?

 Me temo que no, que hay que editar zona por zona.

 Saludos
 Agustin


 2013/6/12 Oscar Zorrilla Alonso oscar_zorri...@hotmail.com mailto:
oscar_zorri...@hotmail.com


 Hola a todos;
 Desde hace mes y medio es posible añadir notas (errores)
 directamente desde la web de www.openstreetmap.org
 http://www.openstreetmap.org, en la esquina inferior derecha.
Una ventaja que le encuentro es poder contactar con el usuario que

 la puso para aclarar el error, además programas como OsmAnd ya han
 cambiado a esta nueva plataforma.
 Sin embargo todavía quedan muchísimos errores abiertos en
 OpenStreetBugs http://openstreetbugs.schokokeks.org/
 Mi duda es si se deberían pasar los errores de OpenStreetBugs a
 las notas de OSM por si en el futuro se elimina este servicio.
 Por último una llamada para pedir que aquellos que abrieron
 errores comprueben si están ya corregidos o los corrijan, o en
 caso de desconocimiento local, que alguien que conozca la zona
 intente arreglarlos y de esta manera vayamos quitando errores y
 limpiando el mapa.
 Un saludo
 Oscar Zorrilla (aka cronoser)

 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org mailto: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



 --
 Por favor, no me envíe documentos con extensiones .doc, .docx, .xls,
.xlsx, .ppt, .pptx, .mdb, mdbx
 Instale LibreOffice desde http://es.libreoffice.org/descarga/
 LibreOffice es libre: se puede copiar, modificar y redistribuir
libremente. Gratis y totalmente legal.
 LibreOffice está en continuo desarrollo y no tendrá que pagar por las
nuevas versiones.



 ___
 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

Re: [Talk-es] [Catastro] Script para descarga desatendida y más

[Agustin Diez-Castillo]

El 13 d’abril de 2012 16:43, David cyme...@gmail.com ha escrit:

 Creo que el Catastro no permite compartir archivos sin modificar, así que
 supongo que tendremos que compartir los OSM. A ver si nos lo aclaran los
 más enterados en temas de licencia.

 Lo ideal de las macros es abrir una ventana nueva si quieres seguir
 navegando, y dejar a las macros que sigan por su cuenta, no abrir pestañas
 en la misma ventana (aunque es posible que también funcione).
 Por cierto, algunas instrucciones que llevan las macros funcionan a base
 de temporizadores. Eso quiere decir que si por alguna razón tu ordenador va
 muy lento en algún momento eso puede hacer que las macros se paren. Por eso
 es mejor no realizar ninguna tarea pesada mientras descargamos.

 Como Agustín bien ha dicho, se puede editar el archivo catastro.csv y
 eliminar los municipios que no queremos descargar. Esto es MUY RECOMENDABLE
 si por alguna razón la macro se para (eliminaríamos los ya descargados).


 Curioso el caso de Lamasón. Creía que había cartografía rústica y urbana
 de todos los municipios.
 Acabo de hacer unas modificaciones a mi script y veo que no es el único
 caso.
 En Asturias hay 15 municipios que sólo tienen rústica, en A Coruña 10,
 Pontevedra 6, Cantabria 5, etc.
 Y en algunos pocos sólo hay urbana.

 Más curioso es algunos en los que pone URBANA RUSTICA (*)  y otros en
 los que pone URBANA (*) RUSTICA. ¿Alguien sabe qué quiere decir el
 asterisco?

 ¿Qué proponéis que hagamos con estos municipios?
 Tal vez podría generar 3 archivos: catastro.csv (urbana y rústica),
 catastro-R.csv (rústica) y catastro-U.csv (urbana).
 Y hacer 4 macros más: descarga_cat_rustico, descarga_cat_urbano,
 descarga_shp_rustico y descarga_shp_urbano.
 Estas nuevas macros leerían solamente de catastro-R.csv y
 catastro-U.csv. ¿Qué pensáis?

 O si queréis al generar catastro.csv puedo hacer que no se incluyan esos
 municipios especiales, y al final del script poner un mensaje como AVISO:
 lo siguientes municipios deberán descargarse manualmente: a, b, c, 

+1


 Os pongo aquí una lista de los municipios especiales:
 http://pastebin.com/gdXVHJ9y


 El 13 de abril de 2012 15:38, Agustin Diez Castillo agustind...@gmail.com
  escribió:

 Error a tener en cuenta, Lamasón (Cantabria) no tiene cartografía urbana ?
 y el script se para.

 Observación: si alguien solo quiere bajarse determinados municipios basta
 con editar catastro.csv y quedarse con los municipios deseados. En el play
 loop de iMacros hay que poner, lógicamente, el nuevo numero de lineas del
 fichero, para no equivocarse wc -l catastro.csv

 
 Agustin

 On 13/04/2012, at 12:57, David cyme...@gmail.com wrote:

 Parece que ya han reanudado el servicio en el Catastro.
 Si alguien quiere probar, hay que borrar los archivos xml generados y
 luego ejecutar el script.
 He subido una nueva versión del script que muestra el error que nos
 devuelve el Catastro (parada por mantenimiento, etc), y si ha habido error
 borra automáticamente los archivos xml generados, para que a la próxima vez
 vuelva a intentar la descarga.

 A ver si ahora hay un poco más de suerte.



 El 13 de abril de 2012 00:26, Cruz Enrique Borges Hernandez 
 cruz.bor...@deusto.es escribió:

 On Viernes, 13 de abril de 2012 00:18:25 David escribió:
  Ya hice un pull request anteayer creo.
  Me imaginé que Ander estaría de vacaciones, pero como soy un poco
  impaciente mandé también este mensaje a la lista. :)
 
  Desde que hice el pull request he cambiado una cosilla para comprobar
 que
  lo estamos ejecutando con Bash. ¿Debería hacer otro pull request? Es
 que no
  estoy acostumbrado a usar Git.

 Pues ahora mismo no estoy seguro, porque estuve mirando el pull request
 antes
 (o por lo menos el código) y no estoy seguro. El lunes lo miramos cn
 calma.

  Lo de eliminar la interfaz gráfica no estoy muy seguro... Hay que
 tener en
  cuenta que este script es solamente para Linux. En fin, que opine la
 gente
  a ver.

 Teniendo en cuenta que ahora mismo no funciona sino en linux porque no se
 esta reproyectando bien...

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




 --
 Saludos

 ___
 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




 --
 Saludos

 ___
 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

Re: [Talk-es] [Catastro] Script para descarga desatendida y más

[Agustin Diez-Castillo]

No me va, seguramente he hecho algo mal. Pero tengo en ~/iMacros/Macros los
iim y en scripts prepara_catastro.sh
sh prepara_catastro.sh
prepara_catastro.sh: 7: declare: not found
prepara_catastro.sh: 14: Bad substitution
hay que comentar la linea 7, pero lo de la 14 se me escapa.


El 12 d’abril de 2012 0:31, David cyme...@gmail.com ha escrit:

 Buenas.
 Hace unos días comenté que estaba terminando un script para poder
 descargar datos masivamente del Catastro.
 Ya he terminado el script. Os lo envío por si lo queréis probar.

 https://github.com/cymerio/cat2osm/blob/master/scripts/prepara_catastro.sh
 https://github.com/cymerio/cat2osm/blob/master/scripts/descarga_cat.iim
 https://github.com/cymerio/cat2osm/blob/master/scripts/descarga_shp.iim

 Hay que señalar algunas cosas:

- El script no solo es para hacer descargas. También descomprime
clasificando los archivos por provincia y municipio, y genera ficheros
config autodetectando proyección y la rejilla correspondiente (si no existe
se descarga). También genera configs urbanos y rústicos además de los
configs normales.


- Tal vez decir que descarga datos masivamente no es la palabra
adecuada. Lo que hace es que la descarga sea desatendida. Nosotros
descargamos el primer fichero por el procedimiento normal, y luego usamos
una macro en el navegador para descargar los restantes uno a uno, sin
necesidad de estar presentes.


- Cat2osm tiene un pequeño fallo cuando genera los scripts que llaman
a ogr2ogr, y es que éstos no funcionan cuando el nombre de algún fichero
contiene espacios. Mi script mete los archivos en carpetas con el nombre
del municipio, que a menudo contienen espacios (por ejemplo, ALQUERIAS DEL
NIÑO PERDIDO). He solucionado este fallo en cat2osm (unas simples comillas
alrededor del nombre del fichero) y estoy esperando que Ander lo apruebe,
así que por ahora no podréis procesar los config generados con este script
si el nombre del pueblo tiene espacios.


 Por favor, leed las instrucciones antes de usarlo, y sobre todo pensaros
 muy bien si necesitáis hacer descargas de esta manera.
 No vaya a ser que enfademos a los del Catastro y nos pongan un CAPTCHA o
 algo así, porque entonces se nos acabó el invento.
 Solo tiene sentido que alguien se descargue todos los ficheros de una
 provincia si después va a ser él el encargado de procesarlos con cat2osm.
 Después de eso esa persona puede subir a algún servidor los ficheros OSM
 para que los demás los retoquen.

 De todas formas, si alguien estaba pensando en descargarse muchos ficheros
 es mejor esperar hasta Junio que en teoría estarán disponibles archivos
 actualizados.

 Manual de instrucciones del 
 scripthttps://github.com/cymerio/cat2osm/wiki/prepara_catastro.sh
 .

 --
 Saludos

 ___
 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

Re: [Talk-es] [Catastro] Script para descarga desatendida y más

[Agustin Diez-Castillo]

Con bash y ./prepara_catastro.sh
Error leyendo provincias.


El 12 d’abril de 2012 17:16, David cyme...@gmail.com ha escrit:

 Gracias por probarlo.
 Seguramente estás usando Ubuntu, ¿no? Por lo visto Ubuntu usa por defecto
 dash como intérprete de órdenes en lugar de Bash (no lo sabía).

 ¿Puedes probar lo siguiente? Edita la primera línea del script y cambia
 #!/bin/sh por #!/bin/bash, y en lugar de ejecutarlo con sh
 prepara_catastro.sh simplemente dale permisos de ejecución y ejecútalo
 directamente: ./prepara_catastro.sh.

 Eso debería bastar.


 El 12 de abril de 2012 17:06, Agustin Diez-Castillo agustind...@gmail.com
  escribió:

 No me va, seguramente he hecho algo mal. Pero tengo en ~/iMacros/Macros
 los iim y en scripts prepara_catastro.sh
 sh prepara_catastro.sh
 prepara_catastro.sh: 7: declare: not found
 prepara_catastro.sh: 14: Bad substitution
 hay que comentar la linea 7, pero lo de la 14 se me escapa.


 El 12 d’abril de 2012 0:31, David cyme...@gmail.com ha escrit:

 Buenas.
 Hace unos días comenté que estaba terminando un script para poder
 descargar datos masivamente del Catastro.
 Ya he terminado el script. Os lo envío por si lo queréis probar.


 https://github.com/cymerio/cat2osm/blob/master/scripts/prepara_catastro.sh
 https://github.com/cymerio/cat2osm/blob/master/scripts/descarga_cat.iim
 https://github.com/cymerio/cat2osm/blob/master/scripts/descarga_shp.iim

 Hay que señalar algunas cosas:

- El script no solo es para hacer descargas. También descomprime
clasificando los archivos por provincia y municipio, y genera ficheros
config autodetectando proyección y la rejilla correspondiente (si no 
 existe
se descarga). También genera configs urbanos y rústicos además de los
configs normales.


- Tal vez decir que descarga datos masivamente no es la palabra
adecuada. Lo que hace es que la descarga sea desatendida. Nosotros
descargamos el primer fichero por el procedimiento normal, y luego usamos
una macro en el navegador para descargar los restantes uno a uno, sin
necesidad de estar presentes.


- Cat2osm tiene un pequeño fallo cuando genera los scripts que
llaman a ogr2ogr, y es que éstos no funcionan cuando el nombre de algún
fichero contiene espacios. Mi script mete los archivos en carpetas con el
nombre del municipio, que a menudo contienen espacios (por ejemplo,
ALQUERIAS DEL NIÑO PERDIDO). He solucionado este fallo en cat2osm (unas
simples comillas alrededor del nombre del fichero) y estoy esperando que
Ander lo apruebe, así que por ahora no podréis procesar los config
generados con este script si el nombre del pueblo tiene espacios.


 Por favor, leed las instrucciones antes de usarlo, y sobre todo pensaros
 muy bien si necesitáis hacer descargas de esta manera.
 No vaya a ser que enfademos a los del Catastro y nos pongan un CAPTCHA o
 algo así, porque entonces se nos acabó el invento.
 Solo tiene sentido que alguien se descargue todos los ficheros de una
 provincia si después va a ser él el encargado de procesarlos con cat2osm.
 Después de eso esa persona puede subir a algún servidor los ficheros OSM
 para que los demás los retoquen.

 De todas formas, si alguien estaba pensando en descargarse muchos
 ficheros es mejor esperar hasta Junio que en teoría estarán disponibles
 archivos actualizados.

 Manual de instrucciones del 
 scripthttps://github.com/cymerio/cat2osm/wiki/prepara_catastro.sh
 .

 --
 Saludos

 ___
 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




 --
 Saludos

 ___
 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

Re: [Talk-es] acequia

[Agustin Diez Castillo]

Creo que lo suyo sería proponer acequia en osm. Es una palabra que se usa en 
inglés para referirse a una acequia [1], las demás propuestas las encuentro 
misleading y no se acercan a los que es una acequia. Ditch [2] podría servir 
pero también se usa para otras cosas, acequia es mucho más bonito; drain [3] 
una alcantarilla y ningún anglófono entenderá por ellas irrigation channel.
[1] http://en.wikipedia.org/wiki/Acequia
[2] http://en.wikipedia.org/wiki/Ditch
[3] http://en.wikipedia.org/wiki/Drain

Agustin

Am 05/04/2012 um 10:21 schrieb Jan Esquerra jan.esque...@gmail.com:

 pues precisamente 'ditch' es un canal de drenaje 
 http://wiki.openstreetmap.org/wiki/Tag:waterway%3Dditch
 
 yo uso:
 
 waterway=canal
 service=irrigation
 width=xx
 
 y si es el caso se le pueden añadir mas atributos (tunnel=culvert, 
 intermittent=yes, surface=concrete, etc)
 
 
 
 
 El 5 d’abril de 2012 9:23, Benjamín Valero Espinosa benjaval...@gmail.com 
 ha escrit:
 El 4 de abril de 2012 22:02, sergio sevillano 
 sergiosevillano.m...@gmail.com escribió:
 mira
 http://wiki.openstreetmap.org/wiki/ES:Map_Features#Waterway_.28V.C3.ADas_de_agua_y_portuarias.29
 
 yo voto por drain
 http://wiki.openstreetmap.org/wiki/Tag:waterway%3Ddrain 
 
 Parece que aquí la clave está en el uso de la acequia y no en sus 
 características físicas.
 
 En mi zona (sudeste español) casi todas las acequias son para regadío y la 
 mayoría están recubiertas por cemento o algo parecido, no sólo tierra. Aún 
 así las etiqueto con ditch. De hecho, la wiki dice generalmente sin 
 recubrimiento, así que creo que cumple la descripción.
 
 En cambio, drain es para drenaje. Creo que esto se refiere a muchas vías 
 que van paralelas a carreteras (algunas realmente anchas o profundas) cuya 
 finalidad es exclusivamente la recogida del agua de las lluvias.
 
 Yo al menos lo hago así: drain para recogida de aguas fluviales, ditch 
 para acequias de regadío y canal para acequias más anchas (que no se puedan 
 saltar, jeje).
 
 ___
 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
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] [CATASTRO] dos casos de éxito con cat2osm

[Agustin Diez Castillo]

No se en que hilo poner que a mi la anterior versión me ha ejecutado Santander 
en 78 horas sin tirar ningún error y el resultado parece que está bien.


Agustin

On 19/03/2012, at 09:33, Carlos Dávila cdavi...@orangecorreo.es wrote:

 Añadiendo esos parámetros procesa los ejes en una sola ejecución y añade las 
 etiquetas source, source:date y type. Por cierto, que todas las vías 
 importadas tienen type=route. Esa etiqueta sólo se usa para relaciones y no 
 se debe usar en vías individuales [1]. En todo caso yo pondría un 
 highway=road+fixme=Comprobar tipo de vía
Los tres parámetros los,ponía la antigua versión también.
 
 [1] http://wiki.openstreetmap.org/wiki/Key:type
 
 El 19/03/12 09:03, Ander Pijoan escribió:
 
 Descargad un nuevo archivo de configuración que incluyen 2 parámetros mas 
 que por eso está cascando.
 Los parámetros nuevos son estos dos:
 
 # Si se quiere delimitar una fecha desde la cual coger los datos segun su 
 ano de construccion (Formato MMDD)
 # Tomara los shapes que se han construido a partir de esa fecha
 # Ejemeplo: FechaDesde=20050101
 FechaConstruDesde=0
 
 # Si se quiere delimitar una fecha hasta la cual coger los datos segun su 
 ano de construccion (Formato MMDD)
 # Tomara los shapes que se han construido hasta esta fecha
 # Ejemeplo: FechaHasta=20060101
 FechaConstruHasta=
 
 Archivos de muestra
 
 paginaspersonales.deusto.es/cruz.borges/config
 paginaspersonales.deusto.es/cruz.borges/configZaragoza
 paginaspersonales.deusto.es/cruz.borges/configAldeasecaDeAlba
 paginaspersonales.deusto.es/cruz.borges/configMurcia
 paginaspersonales.deusto.es/cruz.borges/configMedioCudeyo
 paginaspersonales.deusto.es/cruz.borges/configLierganes
 
 Entre hoy y mañana de cara a las jornadas GIS de Girona os subiremos una 
 nueva versión con los usos y destinos asignados en función del que tiene más 
 área.
 
 Saludos.
 
 El 18 de marzo de 2012 15:30, Cruz Enrique Borges Hernández 
 cruz.bor...@deusto.es escribió:
 Es una estimación de lo que le queda por terminar en base en cuanto ha 
 tardado en realizar un porcentaje de la simplificación de vías.
 
 El 17 de marzo de 2012 19:49, José Manuel Díaz Soriano cbu...@gmail.com 
 escribió:
 
 Alguien me dice qué es el proceso: Progreso X% Tiempo estimado: X horas... 
 es que me pone una barbaridad de tiempo tanto el en el portátil como en el 
 servidor (i5 8gb de ram).
 
 Un saludo.
 
 El 17 de marzo de 2012 17:57, Agustin Diez Castillo agustind...@gmail.com 
 escribió:
 
 A mi me pasa lo mismo que a Matías, con la versión 20120309 tres etiquetas 
 para los ejes y pos municipios son diferentes.
 
 
 Agustin
 
 On 17/03/2012, at 16:24, Matías Taborda Barroso taborda.barr...@gmail.com 
 wrote:
 
 Buenas.
 
 Según esto, a mi tampoco me lee los archivos .CAT. 
 
 Pero dudo que sea por los municipios, he probado con 5 distintos y en todos 
 el resultado es el mismo. 
 
 Además es curioso que ayer con la versión cat2osm 9-03-2012, hacía el 
 proceso a la primera y obtenía un archivo con tres etiquetas (source, 
 source:date y type=route). Hoy con la nueva versión (16-3-2012), falla el 
 primer intento y a la segunda el archivo obtenido no contiene ninguna 
 etiqueta.  
 
 De momento sólo me ocurre cuando pongo el modificador -ejes. Si lo lanzo 
 sin modificador o con -usos por ejemplo, si me sale el mensaje de leyendo 
 los archivos .CAT
 
 
 
 
 
 
 ___
 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
 
 
 
 ___
 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
 
 
 
 
 -- 
 Ander Pijoan Lamas
 Ingeniero Técnico en Informática de Gestión
 Universidad de Deusto
  
 Contacto:
 Email: ander.pij...@deusto.es
 Móvil: +34 664471228
 
 
 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es
   
 
 
 -- 
 Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, 
 .ppt, .pptx, .mdb, mdbx
 Instale LibreOffice desde http://es.libreoffice.org/descarga/
 LibreOffice es libre: se puede copiar, modificar y redistribuir libremente. 
 Gratis y totalmente legal.
 LibreOffice está en continuo desarrollo y no tendrá que pagar por las nuevas 
 versiones.
 ___
 Talk-es mailing list
 Talk-es

Re: [Talk-es] [CATASTRO] dos casos de éxito con cat2osm

[Agustin Diez Castillo]

A mi me pasa lo mismo que a Matías, con la versión 20120309 tres etiquetas para 
los ejes y pos municipios son diferentes.


Agustin

On 17/03/2012, at 16:24, Matías Taborda Barroso taborda.barr...@gmail.com 
wrote:

 Buenas.
 
 Según esto, a mi tampoco me lee los archivos .CAT. 
 
 Pero dudo que sea por los municipios, he probado con 5 distintos y en todos 
 el resultado es el mismo. 
 
 Además es curioso que ayer con la versión cat2osm 9-03-2012, hacía el proceso 
 a la primera y obtenía un archivo con tres etiquetas (source, source:date y 
 type=route). Hoy con la nueva versión (16-3-2012), falla el primer intento y 
 a la segunda el archivo obtenido no contiene ninguna etiqueta.  
 
 De momento sólo me ocurre cuando pongo el modificador -ejes. Si lo lanzo 
 sin modificador o con -usos por ejemplo, si me sale el mensaje de leyendo 
 los archivos .CAT
 
 
 
 
 
 
 ___
 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

Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro [mac] resumen howto

[Agustin Diez-Castillo]

El 6 de febrer de 2012 10:34, sergio sevillano 
sergiosevillano.m...@gmail.com ha escrit:

 resumen para ejecutar cat2osm en
 mac intel OSX 10.6

 básicamente igual que para LINUX

 - descargar, descomprimir y componer la estructura de directorios como se
 dice en la wiki:

 http://wiki.openstreetmap.org/wiki/Spanish_Catastro#Gu.C3.ADa_de_Uso_de_cat2osm

 - la descompresión del .CAT da problemas con el descompresor del sistema.
 se puede usar The Unarchiver:
 http://wakaba.c3.cx/s/apps/unarchiver

 - se necesita el ogr2ogr que viene en el Framework GDAL ,
 KIngChaos wiki ofrece un autoinstalable en:
 http://www.kyngchaos.com/software/frameworks

 al ejecutarlo lo instala en la biblioteca del sistema:
 /Library/Frameworks/GDAL.framework/

 para que funcione desde cualquier sitio, hay que habilitar el path
 para ello ejecutar en el Terminal (consola):
 $export PATH=$PATH:/Library/Frameworks/GDAL.framework/Programs/

 - el archivo config de ejemplo que viene en la wiki,
 tiene una ruta a FWTools que no se va a usar,
 con el paso anterior ya encontrará org2org,
 así que dejar como esté.

 - cambiar en este config lo necesario para que encuentre nuestros .shp
 tal como se indica en la wiki

 - es necesario el último cat2osm (no el de github)
 que se puede encontrar aquí:
 http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar

 - para ejecutar el cat2osm
 debemos ir a su ubicación en el Terminal
 y ejecutarlo indicando ruta y nombre del config (config/config)
 $java  -jar cat2osm.jar config/config

 es probable quedarnos sin memoria para java
 así que podemos asignarle la que queramos (ej. 2Gb) con:
 $java -Xmx2048m -jar cat2osm.jar config/config

 paciencia (h. ´s)
 y cuando acabe,
 buscar el .osm en /result


 Gracias por el resumen, lo pobraré en 10.7 aunque tiene que funcionar
igualmente.


 s.

 ___
 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

Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro [mac]

[Agustin Diez Castillo]

En el Mac para poner FWTools en el path si tienes instalado el GDAL de 
kyngchaos hay que añadir al .bash_profile o ejecutarlo antes del resto del 
script.
export PATH=$PATH:/Library/Frameworks/GDAL.framework/Versions/1.8/Programs/

Agustin

Am 05/02/2012 um 13:05 schrieb Ander Pijoan ander.pij...@deusto.es:

 En linux si instalas FWTools, este crea las variables de entorno y la consola 
 se supone que ya sabe el path a ogr2ogr al lanzar en comando. Al menos eso es 
 lo que tengo entendido, aunque a lo mejor también depende de la forma de 
 instalar FWTools? No lo se, mañana con Cruz os contestamos cómo instalamos 
 FWTools.
 
 Saludos.
 
 El 4 de febrero de 2012 23:52, Agustin Diez Castillo agustind...@gmail.com 
 escribió:
 Puede que haya algo que se me haya escapado peor me parece que te falta de 
 poner ogr2ogr en tu path.
 ¿Qué te devueleve? ogr2ogr solo
 
 
 Agustin
 
 Am 04/02/2012 um 18:09 schrieb sergio sevillano 
 sergiosevillano.m...@gmail.com:
 
 gracias,
 con http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar
 ahora si que parece que funciona
 
 me genera el .osm vacío y todos los scripts
 tal y como comentaba cruz enrique
 pero no ejecuta el ogr2ogr
 
 ejecutándolos a mano sí salen los .shp temporales
 y después parece que cat2osm sí va (está en ello)
 
 así que para no hacerlo manualmente necesitaría que los scripts
 tuvieran la ruta de mi ogr2ogr
 
 ej
 scriptRUCONSTRU.SHP.sh:
 
 #!/bin/bash
 ogr2ogr -s_srs +init=epsg:23030 +nadgrids=./PENR2009.gsb +wktext -t_srs 
 EPSG:4326 result/RUCONSTRU.SHP 
 files/villanueva/28_176_RA_2012-01-24_SHF/CONSTRU/CONSTRU.SHP
 
 cambiarlo por 
 
 #!/bin/bash
 /Library/Frameworks/GDAL.framework/Versions/1.8/Programs/ogr2ogr -s_srs 
 +init=epsg:23030 +nadgrids=./PENR2009.gsb +wktext -t_srs EPSG:4326 
 result/RUCONSTRU.SHP 
 files/villanueva/28_176_RA_2012-01-24_SHF/CONSTRU/CONSTRU.SHP
 
 o bien poder poner el path del org2org (no FWTools) en el archivo config
 
 
 
 
 
 El 04/02/2012, a las 17:01, Ander Pijoan escribió:
 
 Si, perdón por el lio. El link estaba unas cuantas páginas más arriba.
  
 http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar
  
 http://wiki.openstreetmap.org/wiki/Catastro_Espa%C3%B1a Aquí viene la forma 
 de uso y también lo he detallado unos emails mas arriba esta mañana.
  
 Saludos
 ___
 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
 
 
 
 
 -- 
 Ander Pijoan Lamas
 Ingeniero Técnico en Informática de Gestión
 Universidad de Deusto
  
 Contacto:
 Email: ander.pij...@deusto.es
 Móvil: +34 664471228
 
 ___
 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

Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro [mac]

[Agustin Diez Castillo]

Otros te lo pueden explicar mejor que yo, pero lo intento si haces el export 
eso es temporal hasta que cierres la sesión. Si quieres que sea permanente 
tienes que poner eso en el fichero que utiliza bash cada vez que abres un nuevo 
terminal. Eso se puede hacer en varios lugares y .bash_profile es uno de ellos, 
también sirve .bashrc. El punto delante significa que son ficheros ocultos que 
no se ven en el Finder, en caso de que no tengas ninguno de ellos en tu home 
(lo puedes ver con cd; ls -a en tu terminal) puedes crear uno con nano 
.bash_profile o nano .bashrc y escribir en el mismo la línea del export.
 export PATH=$PATH:/Library/Frameworks/GDAL.framework/Versions/1.8/Programs/
para saber lo que tienes en tu path
 echo $PATH
Como el Mac es un sistema *nix cualquiera que controle Linux te puede ayudar.


Agustin

Am 05/02/2012 um 15:06 schrieb sergio sevillano 
sergiosevillano.m...@gmail.com:

 
 El 05/02/2012, a las 14:25, Agustin Diez Castillo escribió:
 
 En el Mac para poner FWTools en el path si tienes instalado el GDAL de 
 kyngchaos hay que añadir al .bash_profile o ejecutarlo antes del resto del 
 script.
 export PATH=$PATH:/Library/Frameworks/GDAL.framework/Versions/1.8/Programs/
 
 Agustin
 
 esto parece funcionar.
 aunque sigo sin saber donde lo escribe.
 ( no encuentro un  .bash_profile por ninguna parte)
 
 El 05/02/12 14:21, sergio sevillano escribió:
 
 
 después de pasar los scripts de ogr2ogr a mano
 no consigo que cat2osm junte todas las cosas en el .osm
 tengo error de memoria o algo así:
 Tienes que asignar más memoria al programa. Iniciándolo con java -Xmx2048m 
 -jar cat2osm.jar estarías asignando 2 GB de RAM. 
 
 vaya esto lo podría haber intuido,
 hay que hacer lo mismo para el JOSM
 
 
 ahora así que tengo el cat2osm
 en marcha de verdad
 veremos...
 
 
 El 05/02/12 14:21, sergio sevillano escribió:
 
 
 
 por último, hay un alma caritativa
 que me diga como hacer un ejecutable de UNIX
 para pasar el ogr2ogr a todas las capas y no solo 1 a 1
 
 es decir que haga:
 ogr2ogr -s_srs +init=epsg:23030 +nadgrids=PENR2009.gsb +wktext -t_srs 
 EPSG:4326 result/RUCONSTRU.SHP 
 files/villanueva/28_176_RA_2012-01-24_SHF/CONSTRU/CONSTRU.SHP
 y luego
 ogr2ogr -s_srs +init=epsg:23030 +nadgrids=./PENR2009.gsb +wktext -t_srs 
 EPSG:4326 result/RUELEMLIN.SHP 
 files/villanueva/28_176_RA_2012-01-24_SHF/ELEMLIN/ELEMLIN.SHP
 
 etc.
 ?
 
 No lo sé con seguridad, pero deduciendo de la orden que ha mandado Alejandro 
 creo que esto debería funcionar:
 for i in result/*.shp; do dest=$(basename $i .shp); ogr2ogr -s_srs 
 +init=epsg:23030 +nadgrids=./PENR2009.gsb +wktext -t_srs EPSG:4326 
 $dest.SHP files/villanueva/28_176_RA_2012-01-24_SHF/$dest/$dest.SHP; done
 
 
 veamos si ya lo hemos resuelto con lo anterior
 
 
 gracias amigos 
 ya estoy cerca.
 sergio.
 
 
 
 
 
 
 
 
 
 
 ___
 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

Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro [mac]

[Agustin Diez Castillo]

Puede que haya algo que se me haya escapado peor me parece que te falta de 
poner ogr2ogr en tu path.
¿Qué te devueleve? ogr2ogr solo


Agustin

Am 04/02/2012 um 18:09 schrieb sergio sevillano 
sergiosevillano.m...@gmail.com:

 gracias,
 con http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar
 ahora si que parece que funciona
 
 me genera el .osm vacío y todos los scripts
 tal y como comentaba cruz enrique
 pero no ejecuta el ogr2ogr
 
 ejecutándolos a mano sí salen los .shp temporales
 y después parece que cat2osm sí va (está en ello)
 
 así que para no hacerlo manualmente necesitaría que los scripts
 tuvieran la ruta de mi ogr2ogr
 
 ej
 scriptRUCONSTRU.SHP.sh:
 
 #!/bin/bash
 ogr2ogr -s_srs +init=epsg:23030 +nadgrids=./PENR2009.gsb +wktext -t_srs 
 EPSG:4326 result/RUCONSTRU.SHP 
 files/villanueva/28_176_RA_2012-01-24_SHF/CONSTRU/CONSTRU.SHP
 
 cambiarlo por 
 
 #!/bin/bash
 /Library/Frameworks/GDAL.framework/Versions/1.8/Programs/ogr2ogr -s_srs 
 +init=epsg:23030 +nadgrids=./PENR2009.gsb +wktext -t_srs EPSG:4326 
 result/RUCONSTRU.SHP 
 files/villanueva/28_176_RA_2012-01-24_SHF/CONSTRU/CONSTRU.SHP
 
 o bien poder poner el path del org2org (no FWTools) en el archivo config
 
 
 
 
 
 El 04/02/2012, a las 17:01, Ander Pijoan escribió:
 
 Si, perdón por el lio. El link estaba unas cuantas páginas más arriba.
  
 http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar
  
 http://wiki.openstreetmap.org/wiki/Catastro_Espa%C3%B1a Aquí viene la forma 
 de uso y también lo he detallado unos emails mas arriba esta mañana.
  
 Saludos
 ___
 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

Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro

[Agustin Diez Castillo]

On 19/12/2011, at 13:34, Jorge Sanz Sanfructuoso sanc...@gmail.com wrote:

 La reproyección ni la había intentado, no había descargado FWTools pero visto 
 que para mac
ogr2ogr si esta para Mac, por ejemplo instalando el gdal de www.kyngchaos.com y 
poniéndolo en el path
 no hay versión difícil. Eso lo probare para la próxima semana que me 
 devuelven el ordenador con windows o ya vere si en una maquina virtual 
 hacerlo. Mac en principio que sepa archivos .exe aunque sepa donde están creo 
 que no los ejecuta.
 
 Estoy probando a renombrarlo y al final con el lio de las barras inclinadas 
 para un lado o para otro se hace un lio y hay que poner la que debería ser la 
 carpeta como parte del nombre. Igualmente consigo que me deje de dar error de 
 que no encuentra los archivos pero no saca nada al final así que en algo mas 
 se debe liar. Mirare a probarlo con windows cuando pueda.
 
 Un saludo
 
 -- 
 Jorge Sanz Sanfructuoso - Sanchi
 Blog http://blog.jorgesanzs.com/
 ___
 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

Re: [Talk-es] Posible vandalismo

[Agustin Diez Castillo]

Voto 2.
Si yo fuera google, bing o cualquier otro, estaría documentando lo poco que uno 
puede fiarse de OSM. Creo que no puede ser que estemos discutiendo sobre si hay 
un giro a la izquierda permitido o no, y nos comamos toda una ciudad ficticia, 
el hecho de que todo este en español no ayuda a la reputación de los 
hispano-hablantes. Puede ser que LilSahara no haya entendido de que va OSM, 
good y fine, se borra y se le explica; puede ser que lo hay hecho 
intencionadamente, se borra y se le explica las consecuencias legales que se 
pueden derivar de su acción que no tengo idea de cuales son. Pero esperar 48 
horas me parece una barbaridad, afortunadamente yo no se como revertir sus 
cambios sino ya no estarían ahí.
Por supuesto que hay que contactar con el DataGroup o con quien sea, pero IMHO 
este es un caso prototípico de lo que debería estar contemplado para su borrado 
inmediato.
Por allí, alguna vez estuvo la cuidad de Lagüara.
Agustin
PD Puede incluso que tenga razones políticas para boicotear a Mauritania, 
Marruecos y al estado español, pero eso no excusa que su ira vaya contra OSM.
On Jul 11, 2011, at 6:33 PM, Jesús Gómez Fernández wrote:

 También 2
 
 Jesús Gómez
 
 El 11 de julio de 2011 17:54, José Manuel Díaz Soriano cbu...@gmail.com 
 escribió:
 Voto por la 2
 
 El 11 de julio de 2011 17:52, Jonay Santana jonay.sant...@gmail.com 
 escribió:
 
 Otro voto para la opción 2.
 
 On 7/11/11, David Marín Carreño dav...@gmail.com wrote:
  Voto 2 yo también.
 
  El 11 de julio de 2011 17:36, Jorge Sanz Sanfructuoso
  sanc...@gmail.comescribió:
 
  Yo voto también por el 2
 
 
 
  ___
  Talk-es mailing list
  Talk-es@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-es
 
 
 
 
  --
  David Marín Carreño dav...@gmail.com
 
 
 
 --
 
 Jonay
 
 ___
 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
 
 
 ___
 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

Re: [Talk-es] Importación Nomenclator

[Agustin Diez Castillo]

Hola,
Los pocos parajes que he chequeado en zonas que conozco bien, son pocos 
representativos, de hecho enseñándeselos a lugareños no reconocen que se trate 
de su pueblo. Esto obviamente es un problema que se hereda del MTN. Yo estaba 
más que emocionado con los shapes de los topónimos pero me he quedado un poco 
chafado con mi particular ground truthing. 
En cualquier caso será bueno tener esa información.
On Mar 13, 2011, at 10:11 PM, bv2mu...@uco.es wrote:

 Queda por definir qué metodología se va a seguir a la hora de ir puliendo los 
 nodos de parajes importados (ubicación, duplicidad,...). ¿Se va a informar de 
 alguna forma al IGN de las modificaciones que se pudieran hacer?
 
 ___
 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

Re: [Talk-es] Importación Nomenclator

[Agustin Diez Castillo]

On Mar 14, 2011, at 4:24 PM, Matías wrote:

 Hola.
 
 Las etiquetas con las coordenadas en ED50 aparecen porque he conservado
 todos los campos que aparecen en el archivo original del IGN. En principio
 puede parecer que no tienen mucho sentido pero, es una opinión, creo que son
 datos de cierta precisión y pueden resultar interesantes en un momento dado.
 Aún hay mucha gente y organismos que trabajan con ED50. Las coordenadas del
 punto en WGS84 no aparecen en el etiquetado pero el punto las tiene, por eso
 esta ahí, no se si me explico. 
 
 También se puede, previo a la importación, añadir dos campos con latitud y
 longitud en WGS84. De hecho intenté hacerlo pero el gvSIG me da error al
 añadir la información geométrica de los nodos.
 
 Por otro lado si estamos diciendo que algunos nodos los vamos a cambiar de
 sitio, creo que es útil tener los datos, aunque estén en otros sistema, de
 donde estaba ubicado originalmente por el IGN.
 
 El tema de añadir etiquetas del punto Nomenclator al que ya exista,
 evidentemente serían sólo algunas de ellas, por ejemplo las coordenadas ED50
 no tendrían sentido, las sources tampoco, pero cógido, id, hojabcn25 quizás
 si.
 
 
 David, lo de hacer el query a lo rupestre, no lo entiendo muy bien. ¿Sería
 descargar todos los nodos y tratarlos con un programa SIG?. ¿O eso se puede
 hacer directamente a la API?. Es que no controlo mucho de este tema. 
 
 Para los vértices geodésicos yo lo he hecho un par de veces a lo bestia,
 descargo todos los puntos, lo abros con JOSM, selecciono todos y veo quienes
 son los autores. Luego reviso uno por uno la situación. En la mayoría de los
 casos ha sido gente (País Vasco, Cataluña, Galicia) que han modificado el
 nombre, pero algunos han sido movidos.
 
 En vértices geodésicos estamos hablando de unos 1 nodos pero en
 Nomenclator, solo parajes hay lo 547194 nodos (gracias Oscar ). ¿Lo que
 comentas de hacer query podría con este volumen?.
 
Los pocos parajes que he chequeado en zonas que conozco bien, son pocos 
representativos, de hecho enseñándeselos a lugareños no reconocen que se trate 
de su pueblo. Esto obviamente es un problema que se hereda del MTN. Yo estaba 
más que emocionado con los shapes de los topónimos pero me he quedado un poco 
chafado con mi particular ground truthing. 
En cualquier caso será bueno tener esa información.
 
 
 
 
 -
 http://GEOlink.es
 --
 View this message in context: 
 http://gis.638310.n2.nabble.com/Importacion-Nomenclator-tp6160724p6169417.html
 Sent from the Spain mailing list archive at Nabble.com.
 
 ___
 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

Re: [Talk-es] Videotutoriales

[Agustin Diez Castillo]

El quicktime 10 de mac permite grabar la pantalla completa y salvar mp4. 

On Oct 27, 2010, at 1:30 PM, snaker wrote:

 El lun, 18-10-2010 a las 12:56 +0200, Temporalista escribió:
 He cambiado el título del mensaje para actualizar el hilo..
 
 También he tenido problemas para encontrar un buen software de
 screencast para Mac. Todos los buenos son de pago.  Si son gratis
 llevan watermarks o no permiten exportar a MP4. Mal :(
 
 Hoy probaré el trial de Camstasia, pero si alguien sabe de otra opción
 para Mac...
 
 Ya he probado:
 
 VLC: (horrible resultado)
 Screencast-o-matic: Bien, pero lleva watermark
 Jing: No permite exportar como WM4
 
 Nose si funcionara en Mac pero con ffmpeg yo grabo así en linux:
 
 ffmpeg -f alsa -i pulse -f x11grab -r 30 -s 1280x720 -i :0.0 -acodec
 pcm_s16le -vcodec libx264 -vpre lossless_ultrafast -threads 0 output.mkv
 
 después de poner la resolución de la pantalla a 1280x720, quizás
 cambiando alguna opción se pueda usar en mac
 
 ___
 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