Pros y contras de usar Ruby / Rails / RGeo o Python / GeoDjango para un SIG basado en web

Estamos en la fase de investigación de crear un SIG basado en la web. Estamos evaluando opciones para que un ORM se use en todas nuestras rutinas de importación / exportación y procesamiento de back-end. Según mi investigación, GeoDjango parece ser más maduro, pero Rails / RGeo parece estar bien pensado y ser razonablemente completo.

¿Alguien tiene experiencia con ambos y puede recomendar uno u otro?

python geodjango ruby

— M. Schubert
fuente

Hmm .. Puede que esté solo pensando esto, pero creo que cambiar el título a Pros y Contras de usar Ruby / Rails / RGeo vs Python / GeoDjango para un SIG basado en la web podría obtener un poco más de tracción.

— elrobis

Si. Lo último que quiero comenzar es una guerra de Ruby / Python o Rails / Django.

— M Schubert

¿Puede definir o incluir un enlace a la definición de ORM, por favor?

— PolyGeo

Creo que no podemos separar el lenguaje / marco de la aplicación. Creo que necesitará especificar uno o más casos de uso para obtener la respuesta que necesita. El SIG basado en la web es bastante amplio. O al menos especifique algunos aspectos que desea comparar.

— RK

@PolyGeo, ORM = Mapeador relacional de objetos . Un ejemplo de Python de esto es SQLAlchemy . Básicamente es un nivel de abstracción que le permite cambiar sin problemas su motor de mapeo web o motor SQL sin tener que volver a escribir el código para que coincida con la arquitectura específica del sistema.

— RyanKDalton

Ofreceré una perspectiva: Python tiene un uso más extendido en el ámbito geoespacial. Es el lenguaje de secuencias de comandos de elección para ArcGIS y QGIS y hay una gran variedad de bibliotecas de alta calidad disponibles, además de la comunidad.

Python / Django / GeoDjango son una combinación madura, con un ritmo de desarrollo algo más lento y estable que Ruby / Rails / RGeo, que puede ser un profesional o una estafa para usted. Podría decirse que la documentación de GeoDjango es mejor que la de RGeo.

En última instancia, creo que todo se reduce a la preferencia, experiencia y productividad del desarrollador. Si miras el trabajo de Vizzuality ( github ), hacen algunas cosas espectaculares con la pila de Ruby. No conozco ninguna tienda de GeoDjango con una cartera tan impresionante, ¡pero publique aquí si alguien sabe de una!

Esta publicación de Jeff Atwood sobre por qué eligió a Ruby para construir Discurso es importante:

¿Pero por qué Ruby? Bueno, la respuesta corta y no muy glamorosa es que lo había reducido a Python o Ruby, y mi cofundador original Robin Ward ha estado desarrollando aplicaciones principales de Rails desde 2006. Eso lo aseguró.

— Charles Roper
fuente

Me gusta esto como respuesta. Vizzuality tiene una cartera muy impresionante. También descubrí que OpenStreetMaps usa una pila Ruby.

— M Schubert