23 votos

¿Resultaría PostGIS más ventajoso que MySQL para una aplicación agrícola?

Tengo una aplicación web que almacena las ubicaciones de las granjas del oeste de Michigan. Puedes buscar un producto (por ejemplo, "brócoli") y te mostrará todas las granjas que cultivan ese producto.

Ahora mismo estoy usando MySQL y usando trigonometría para calcular la diferencia entre la ubicación del usuario y la ubicación de cada granja. No es una mala manera de hacerlo, pero me costó un poco.

Otra cosa que quiero hacer pronto es trazar temporadas de cultivo de distintos productos para distintas regiones. (Por ejemplo, quiero mostrar que los aguacates crecen en una determinada época del año en California, pero nunca en Ohio).

Soy consciente de que se trata de una pregunta abierta y posiblemente ingenua, pero ¿me merecería la pena pasarme a PostgreSQL/PostGIS para aprovechar sus capacidades espaciales?

1 votos

¿Planea mapas de "estaciones" dinámicos o estáticos?

0 votos

Si entiendo lo que preguntas, dinámico. Ejemplo: la temporada de crecimiento de las manzanas cerca de Grand Rapids, MI es de agosto a octubre.

21voto

Lars Mæhlum Puntos 4569

Soy un gran fan de PostGIS y no tengo experiencia con MySQL por lo que podría ser parcial.

Pero por lo que escribes se me ocurren dos razones para cambiar.

En primer lugar, seguramente será mucho más fácil implementar nuevas funciones como el mapa de temporadas que mencionas.

segundo, cuando hoy haces tus cálculos de trigonometría supongo que lo estás haciendo fuera de la db. si en cambio haces todo eso en la db eres mucho más libre en tu desarrollo de las aplicaciones superpuestas.

probablemente no tendrás que hacer ningún cálculo fuera de la db si ejecutas postgis.

Lo que mencionas de la estación podría hacerse en MySQL también ya que suena muy básico pero obtendrás más flexibilidad en PostGIS con acceso a toda la funcionalidad espacial.

/Nicklas

18voto

NilObject Puntos 7874

Aunque sólo sea porque tendrás muchas más opciones en aplicaciones de terceros para generar mapas de tu información (mapserver, geoserver, etc, etc) cargar datos (ogr2ogr, fme, etc) PostGIS sería una mejor opción. MySQL sólo le servirá si sus necesidades siguen siendo relativamente limitadas.

0 votos

FME es compatible con MySQL y PostGIS.

8voto

dariapra Puntos 1976

MySQL también dispone de una extensión espacial pero, por lo que yo sé (nunca lo he utilizado), no es tan rico en funciones y estable como PostGIS .

Si está pensando en utilizar una base de datos espacial, PostGIS es una buena elección y el esfuerzo de cambiar valdrá la pena.

Aunque MySQL ya ofrece algunas funcionalidades para almacenar y operar con datos geoespaciales, éstas dejan bastante que desear y están lejos de ofrecer una compatibilidad total con OpenGIS.

Lo más destacable es que todas las funciones que consultan datos espaciales sólo operan sobre MBR (rectángulos mínimos delimitadores), para simplificar las operaciones.

http://forge.mysql.com/wiki/GIS_Functions

6voto

Erik Öjebo Puntos 6937

La batalla MySQL vs Postgis se levanta una vez más:

http://ambergis.wordpress.com/2008/02/19/mysql-vs-postgis/

Tenga en cuenta la comentaristas la mayoría son de aquí (gis stack exchange.)

enlaces también

http://www.spatiallyadjusted.com/2008/02/05/bringing-open-source-gis-into-an-esri-shop/#comment-32680

Han tenido más implantaciones con éxito con postgis que con mysql. (depende de la configuración del cliente y de lo que intente conseguir)

Mi única sugerencia a Paul Ramsey (y al equipo de PostGIS) es una GUI agradable para postgis a través de PgAdmin (¿v4..?) con un visualizador (como FME de software seguro) - no sólo atributos sería una gran ventaja. Actualmente utilizo QGIS para visualizar datos postgis.

i-Ciencias.com

I-Ciencias es una comunidad de estudiantes y amantes de la ciencia en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X