Re: [Talk-es] Exportar límites administrativos a QGIS

2017-11-19 Thread Ruben Lopez Mendoza 
Hola Esther,
 Hace algunos meses hice una herramienta para extraer relations de  un
archivo osm o pbf, https://github.com/Rub21/osmrel2geojson , lo utilizo
para extraer relaciones de restrictions, pero tambien funciona para limites
administrativos,

puedes utilizar algo asi "osmrel2geojson peru-latest.osm.pbf geo.geojson
--admin_level=8 --boundary=administrative" Al final tendras una geojson
donde  los atributos de los LineString tendran atributos de la relacion algo
asi `relation_propertie_id`, relation_propertie_type, etc, puesde utulizar
eso para genenrar tus poligonos.

Saludos,
Ruben.

2017-11-19 9:01 GMT-05:00 Esther Mingot :

> Buenas tardes,
>
>
> estoy buscando alguna manera sencilla y rápida para extraer los límites
> administrativos entre nivel 4 y 8 de OSM y cargarlos en QGIS como
> polígonos.
>
> He pensado en varias formas, pero para cada una de ellas me faltan uno o
> más conocimientos para hacerlo, así que lo estoy haciendo un poco a pico y
> pala con las herramientas que conozco. Llevará un tiempo y no lo veo
> factible si se tuviera que hacer con cierta regularidad...
>
>
> Busqué en el historial de la lista y había alguna referencia a algo
> similar en el año 2012, creo recordar, pero no he terminado de verlo claro.
> ¿Alguien lo ha hecho alguna vez o tiene idea de cómo se podría hacer?
>
>
> Gracias!
>
> *Sólo la verdad nos hará libres*
>
> ___
> 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] Video con la ediciones de nodos (Was: "Fwd: [OSM-talk] Video of node edit history")

2016-06-23 Thread Ruben Lopez Mendoza 
Esto es genial, gracias por compartir!

On Thu, Jun 23, 2016 at 9:52 AM, Alejandro S. 
wrote:

> Buenas,
>  Os reenvío este vídeo que han mandado a Talk.
>
> Es la visualización  de las ediciones de nodos desde el 2006 hasta la
> actualidad.
>
> Saludos,
> Alejandro Suárez
>
>
> -- Forwarded message -
> From: Rory McCann 
> Date: Thu, Jun 23, 2016, 10:48
> Subject: [OSM-talk] Video of node edit history
> To: 
>
>
> Hi,
>
> https://www.youtube.com/watch?v=FdRO-QZaWX8
>
> Someone's made a video of the node edit history of OSM. As nodes were
> edited, the pixel changes. It's from 2006 to 2016, and covers the whole
> world. Pretty cool.
>
> Rory
>
>
> ___
> talk mailing list
> t...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
> ___
> 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] Colaboración para corregir errores en direcciones

2015-08-18 Thread Ruben Lopez Mendoza 
Hola Carlos:


En Mapbox trabajamos para solucionar errores similares a los de tus
archivos, utilizamos el to-fix
https://www.mapbox.com/blog/introducing-to-fix/  , es una herramienta que
permite subir tareas de archivos CSV files  y luego estos errores te brinda
uno a uno, así pueden trabajar con muchos usuarios sin generar conflictos
de lo de los puntos arreglados, también puedes hacer seguimiento de quienes
están trabajando y cuantos ítems se ha solucionado,  también puedes
utilizar el plugin para JOSM https://github.com/osmlab/josm-tofix-plugin,
en este momento seguimos desarrollando mas funcionalidades, y mejorando el
back-end, si lo puedes procesar estos archivos en un CSV file
(`lat`,`lon`,`osmid`…) yo te podría ayudar a subir  tus tareas para que los
trabajes.


Saludos,

Ruben

2015-08-18 13:25 GMT-05:00 Carlos Dávila cdavi...@orangecorreo.es:

 Hola a todos
 Recientemente he añadido al archivo de errores [1] que genero al hacer los
 mapas para Garmin un archivo que contiene diversos errores relacionados con
 la asignación de direcciones postales. Los errores pueden ser que no
 coinciden las etiquetas addr:street del edificio con la etiqueta name de
 la calle en la que está el edificio (nombres sin acentos, abreviaturas...),
 que hay un edificio con una dirección, pero no hay ninguna calle próxima,
 problemas con la interpolación de números de policía cuando se usa
 addr:interpolation, etc. Muchos de los errores se deben a importaciones de
 catastro en las que no se han contrastado adecuadamente los datos
 existentes en OSM antes de subir los datos de catastro. También hay
 problemas en zonas con dos idiomas oficiales, en las que la información en
 el edificio está en un idioma y la de la calle relacionada en otro.
 En los últimos días he corregido bastantes de esos errores, pero la verdad
 es que son muchos (más de 90.000) y vendría bien si más gente echara una
 mano, a ver si podemos reducir ese número significativamente. Y, por favor,
 la gente que está importando datos de catastro que ponga un poco más de
 cuidado y revise bien los datos antes de subirlos para no duplicar el
 trabajo.
 El archivo que contiene este tipo de errores es el que se llama
 HouseNumbers.txt y tenéis más información sobre los tipos de errores y la
 forma de solucionarlos en el archivo LEEME_errors.txt. Los dos están dentro
 del archivo comprimido.
 [1] http://mapas.alternativaslibres.es/errors_Spain.zip

 ___
 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] Colaboración para corregir errores en direcciones

2015-08-18 Thread Ruben Lopez Mendoza 
Hola Carlos,
Aqui te mando dos ejemplos, los sacamos utilizando osm inspector y
keepright.at, Me gustaria saber mas sobre  los datos  que procesas, y que
herramietas utilizas para procesar estos datos de todo el planeta.

Saludos ,
Ruben

2015-08-18 16:05 GMT-05:00 Carlos Dávila cdavi...@orangecorreo.es:

 Parece interesante y con un gran potencial. ¿Podrías pasarme algún ejemplo
 de un CSV para ver la estructura y los datos que tiene? Otro de los
 archivos de errores que recopilo parece que encajaría exactamente en la
 tarea Impossible one-ways que veo que ya hay en to-fix. Yo proceso datos
 de todo el planeta, así que si encontramos una forma de alimentar to-fix
 con ellos puede ser muy provechoso para el proyecto.

 El 18/08/15 a las 21:11, Ruben Lopez Mendoza escribió:


 Hola Carlos:


 En Mapbox trabajamos para solucionar errores similares a los de tus
 archivos, utilizamos el to-fix
 https://www.mapbox.com/blog/introducing-to-fix/  , es una herramienta
 que permite subir tareas de archivos CSV files  y luego estos errores te
 brinda uno a uno, así pueden trabajar con muchos usuarios sin generar
 conflictos de lo de los puntos arreglados, también puedes hacer seguimiento
 de quienes están trabajando y cuantos ítems se ha solucionado,  también
 puedes utilizar el plugin para JOSM
 https://github.com/osmlab/josm-tofix-plugin, en este momento seguimos
 desarrollando mas funcionalidades, y mejorando el back-end, si lo puedes
 procesar estos archivos en un CSV file (`lat`,`lon`,`osmid`…) yo te podría
 ayudar a subir  tus tareas para que los trabajes.


 Saludos,

 Ruben


 2015-08-18 13:25 GMT-05:00 Carlos Dávila cdavi...@orangecorreo.es
 mailto:cdavi...@orangecorreo.es:


 Hola a todos
 Recientemente he añadido al archivo de errores [1] que genero al
 hacer los mapas para Garmin un archivo que contiene diversos
 errores relacionados con la asignación de direcciones postales.
 Los errores pueden ser que no coinciden las etiquetas
 addr:street del edificio con la etiqueta name de la calle en la
 que está el edificio (nombres sin acentos, abreviaturas...), que
 hay un edificio con una dirección, pero no hay ninguna calle
 próxima, problemas con la interpolación de números de policía
 cuando se usa addr:interpolation, etc. Muchos de los errores se
 deben a importaciones de catastro en las que no se han contrastado
 adecuadamente los datos existentes en OSM antes de subir los datos
 de catastro. También hay problemas en zonas con dos idiomas
 oficiales, en las que la información en el edificio está en un
 idioma y la de la calle relacionada en otro.
 En los últimos días he corregido bastantes de esos errores, pero
 la verdad es que son muchos (más de 90.000) y vendría bien si más
 gente echara una mano, a ver si podemos reducir ese número
 significativamente. Y, por favor, la gente que está importando
 datos de catastro que ponga un poco más de cuidado y revise bien
 los datos antes de subirlos para no duplicar el trabajo.
 El archivo que contiene este tipo de errores es el que se llama
 HouseNumbers.txt y tenéis más información sobre los tipos de
 errores y la forma de solucionarlos en el archivo
 LEEME_errors.txt. Los dos están dentro del archivo comprimido.
 [1] http://mapas.alternativaslibres.es/errors_Spain.zip



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

object_type,object_id,st_astext
way,240575520,POINT(-104.3656973 37.5257579)
way,229276949,POINT(132.5374656 47.6390661)
way,73697162,POINT(-120.2284417 49.6256728)
way,238738101,POINT(88.4819302 22.6225547)
way,239525865,POINT(-48.3371092 -10.1610677)
way,126709967,POINT(-58.2627492 -32.49345)
way,275126925,POINT(22.444966 -33.9975593)
way,290618761,POINT(-92.4819449 43.9493174)
way,180058962,POINT(6.1314085 46.2123581)
way,131449146,POINT(-74.4341928 39.3776287)
way,177616283,POINT(-95.9573263 41.376773)
way,274460254,POINT(-103.5216267 38.8153349)
way,127429758,POINT(118.0951422 24.5949676)
way,160107899,POINT(118.9073379 42.2381952)
way,263343590,POINT(-85.3056136 35.1015208)
way,239818727,POINT(11.1144926 46.0623009)
way,40753266,POINT(-0.0973736 39.9256878)
way,247186753,POINT(-49.2424062 -16.8122599)
way,73691029,POINT(-119.843616 49.2556917)
node,1912682493,POINT(113.2142133 23.2106291)
way,17387,POINT(11.9862292 57.7310363)
way,95740570,POINT(-68.8257257 -32.8835562)
way,215035964,POINT(147.1318139 -36.9767241)
way,198801332,POINT(-95.1710418 29.8270934)
way,95976385,POINT(111.6779024 21.8272853)
way,105622488,POINT(140.3511569 38.3092772)
way,201515280,POINT(145.2337779 -38.0010835)
way,260254851,POINT(116.813029 24.7879583)
way,257543310,POINT(-53.0775432 -26.3873318)
way,172081867,POINT(6.1619475 46.2854608)
way,146343018,POINT(-8.4222376 41.5475311)
way,273431116,POINT(45.0315489 37.5208577)
way,198801313,POINT(-75.1873585

[OSM-talk] Not add extra attributes when import .pbf file to database

2013-02-07 Thread Ruben Lopez Mendoza 
I'm using osm2pgsql

I'm importing a file called maryland.osm.pbf with extra atributes
(--extra-attributes ) but

   - osm_uid
   - osm_user fields
   - osm_version
   -

   osm_timestamp are empty.i don't know why?

   osm2pgsql --extra-attributes -v  -S default.style -d db_maryland
maryland.osm.pbf


while, if I import a file maryland.osm.bz2. is normal.Extra attributes
appear

osm2pgsql --extra-attributes -v  -S default.style -d db_maryland
maryland.osm.bz2.

I need to import. PBF files. please help me.

in my file default.style is enabled the fields for extra atributes.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[Talk-us] identifying TIGER deserts

2012-12-19 Thread Ruben Lopez Mendoza 
We've worked out some kinks of our first attempt to identify TIGER deserts,
and produced maps a couple maps along the way.

Average version of all highway =* ways
https://tiles.mapbox.com/ruben/map/map-badetj1b#7.00/37.927/-78.466

Percent version 1, highwahy=* ways per gridcell
http://tiles.mapbox.com/ruben/map/map-4t3notfw#9.00/37.2805/-78.2528

Comparison: http://bl.ocks.org/d/ff2607349777ddee9181/

As input we used a database of all highway=* ways and their version number
created using Osmosis and a grid generated from a Natural Earth shapefile.

I created a postgres function that populates a new table called tiger_grid.
For each cell, we calculated each of the following:

   - amount_version1
   - amount version2
   - percentage _version1
   - percentage version2
   - average_version

I've captured all of this work - the postgres functions, shapefiles, and
tilemill projects in the a repo here:https://github.com/Rub21/tiger-deserts
next steps

A few obvious steps stand out, including rendering a national version of
these maps. I'd also love to figure out whether it makes sense to join
forces with Mike Migurski's Green Means Go map.

It'd also be interesting to use a smarter Osmosis command (and the full
history file) to limit the input data to just those ways created by the 3
primary user accounts associated with the TIGER import:
https://github.com/MapQuest/TIGER-Edited-map/blob/master/inc/layer-tiger.xml.inc#L45
(h/t
Migurski)
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us