Pregunta, por qué desarrollar algo de cero en vez de ampliar alguna de las
herramientas libres que hay.
De: Fernando
Para: Igor Iván Spiler
CC: Talk-ar@openstreetmap.org
Enviado: jueves, 1 de marzo de 2012 11:27
Asunto: Re: [Talk-ar] comunidad
Igor,
Apr
Hola Federico, en mi caso más allá de que no cuento con el hardware para
hacerlo de la manera que propone OSM desarrollar herramientas desde cero me
permite agregar valor al producto final y tener algo distinto al resto del
mundo que descargó las herramientas, ahora por ejemplo gracias a que
almace
Hola Igor yo ya he caminado un poco ese camino, y a a veces es verdad q
esta bueno arrancar de cero.
Te paso unos pequeños datos: la libreria sqlite y spatialite tienen
bastante hecho de lo que es camino mas corto. Lo mismo existe para
postgresql
Tambien hay herramientas desarrolladas por la comun
che, me interesa, como resolvés con sqlite el tema de insertar la
información de los nodos de planet.osm, cuánto tiempo te llevó más o menos?
saludos,
2012/3/4 IgnacioZ
> Hola Igor yo ya he caminado un poco ese camino, y a a veces es verdad q
> esta bueno arrancar de cero.
>
> Te paso unos pequ
Como t dije, algunas cosas las hice a mano :) y lo del camino mas corto es
parte de eso, mas que nada porque necesitaba mucha performance, en grafos
muy grandes.
De cualquier manera hay un par de ejemplos en la pagina. Sino podes unirte
al grupo que el creador siempre responde y muy bien
Saludos,
Me quedo con mi propia herramienta, =) sin información de referencia
concreta de la implementación es imposible hacer comparaciones.
En la forma que lo estoy haciendo estoy seguro que en 3 horas cargo todos
los datos de planet.osm (una vez descargado y descomprimido), aplicar un
changeset me lleva
Bueno, es probable que lo cargues todo, pero no estoy seguro que este muy
optimizado, dado que guardarias los vecinos de los ways sin informacion de
latitud/longitud. Por lo que cuando quieras obtener esa informacion vas a
tener q buscarla en el disco por cada id de nodo. Acordate que de los nodos
ah si llegas a necesitar algo avisame, saludos y contanos como t fue
2012/3/4 IgnacioZ
> Bueno, es probable que lo cargues todo, pero no estoy seguro que este muy
> optimizado, dado que guardarias los vecinos de los ways sin informacion de
> latitud/longitud. Por lo que cuando quieras obtener
exactamente, le diste en el clavo, ahí está la mágia (y el valor agregado
que comentaba que le doy a los datos) los "relations" referencian "nodos" y
"ways", los "ways" referencian "NDs", los "nd" apuntan a los node. el truco
es cómo almacenás la información que geográficamente es "cercana"
contigu
si, termine haciendo algo como lo q decis usando un quadtree :)
suerte!
2012/3/4 Igor Iván Spiler
> exactamente, le diste en el clavo, ahí está la mágia (y el valor agregado
> que comentaba que le doy a los datos) los "relations" referencian "nodos" y
> "ways", los "ways" referencian "NDs", lo
corrijo lo dicho =) no uso quadtree, la idea es similar, subdivido pero en
3x3 en vez de 2x2 y etc pero no de la misma manera, quadtree subdivide
cuando desbordás un límite, en mi código no subdivido, ya sé de antemano a
qué espacio va a ir un objeto por su lat/lon
saludos,
2012/3/4 IgnacioZ
>
11 matches
Mail list logo