Avantages et inconvénients de l'utilisation de Ruby / Rails / RGeo ou Python / GeoDjango pour un SIG basé sur le Web

Nous sommes à la phase d'investigation de la création d'un SIG basé sur le Web. Nous évaluons les options d'un ORM à utiliser dans toutes nos routines d'importation / exportation et de traitement de backend. D'après mes recherches, GeoDjango semble être plus mature, mais Rails / RGeo semble bien pensé et assez complet.

Quelqu'un a-t-il de l'expérience avec les deux et peut-il recommander l'un ou l'autre?

python geodjango ruby

— M Schubert
source

Hmm .. Je suis peut-être seul à penser cela, mais je pense que changer le titre en Avantages et inconvénients d'utiliser Ruby / Rails / RGeo vs Python / GeoDjango pour un SIG basé sur le Web pourrait obtenir un peu plus de traction.

— elrobis

Oui. La dernière chose que je veux commencer est une guerre Ruby / Python ou Rails / Django.

— M Schubert

Pouvez-vous définir ou inclure un lien vers la définition de l'ORM, s'il vous plaît?

— PolyGeo

Je pense que nous ne pouvons pas séparer le langage / cadre d'application. Je pense que vous devrez spécifier un ou plusieurs cas d'utilisation afin d'obtenir la réponse dont vous avez besoin. Le SIG basé sur le Web est assez large. Ou au moins spécifiez certains aspects que vous souhaitez comparer.

— RK

@PolyGeo, ORM = Object Relational Mapper . Un exemple python de ceci est SQLAlchemy . Il s'agit essentiellement d'un niveau d'abstraction qui vous permet de modifier facilement votre moteur de cartographie Web ou votre moteur SQL sans avoir à réécrire le code pour correspondre à l'architecture spécifique au système.

— RyanKDalton

Je vais offrir une perspective: Python est de plus en plus utilisé dans l'arène géospatiale. C'est le langage de script de choix pour ArcGIS et QGIS et il existe une grande variété de bibliothèques de haute qualité disponibles pour lui, ainsi que la communauté.

Python / Django / GeoDjango sont une combinaison mature, avec un rythme de développement un peu plus lent et plus stable que Ruby / Rails / RGeo, qui peut être un avantage ou un inconvénient pour vous. On peut dire que la documentation de GeoDjango est meilleure que celle de RGeo.

En fin de compte, je crois que cela dépend de la préférence, de l'expérience et de la productivité des développeurs. Si vous regardez le travail de Vizzuality ( github ), ils font des choses spectaculaires avec la pile Ruby. Je ne connais aucune boutique GeoDjango avec un portefeuille aussi impressionnant, mais veuillez poster ici si quelqu'un en connaît un!

Cet article de Jeff Atwood expliquant pourquoi il a choisi Ruby pour créer Discourse est saillant:

Mais pourquoi Ruby? Eh bien, la réponse courte et pas très glamour est que je l'avais limitée à Python ou Ruby, et mon co-fondateur original Robin Ward a construit des applications Rails majeures depuis 2006. Donc, cela a été décroché.

— Charles Roper
source

J'aime ça comme réponse. Vizzuality a un portefeuille très impressionnant. J'ai également découvert que OpenStreetMaps lui-même utilise une pile Ruby.

— M Schubert