Plusy i minusy używania Ruby / Rails / RGeo lub Python / GeoDjango dla internetowego GIS

Jesteśmy na etapie badań nad tworzeniem internetowego systemu GIS. Oceniamy opcje użycia ORM we wszystkich naszych procedurach importu / eksportu i przetwarzania backendu. Z moich badań wynika, że ​​GeoDjango wydaje się być bardziej dojrzały, ale Rails / RGeo wydaje się być dobrze przemyślany i rozsądny.

Czy ktoś ma doświadczenie z jednym i drugim i może polecić jedno lub drugie?

Przedstawię perspektywę: Python jest bardziej rozpowszechniony na arenie geoprzestrzennej. Jest to język skryptowy z wyboru dla ArcGIS i QGIS, a do dyspozycji jest szeroki wybór wysokiej jakości bibliotek oraz społeczność.

Python / Django / GeoDjango to dojrzała kombinacja, z nieco wolniejszym, bardziej stabilnym tempem rozwoju niż Ruby / Rails / RGeo, co może być dla Ciebie zaletą lub oszustwem. Prawdopodobnie dokumentacja GeoDjango jest lepsza niż dokumentacja RGeo.

Ostatecznie uważam, że sprowadza się to do preferencji programistów, doświadczenia i wydajności. Jeśli spojrzysz na pracę Vizzuality ( github ), robią spektakularne rzeczy przy użyciu stosu Ruby. Nie znam żadnego sklepu GeoDjango z tak imponującym portfolio, ale proszę pisać tutaj, jeśli ktoś o nim wie!

Ten post Jeffa Atwooda o tym, dlaczego wybrał Ruby do zbudowania Dyskursu, jest istotny:

Ale dlaczego Ruby? Cóż, krótka i niezbyt efektowna odpowiedź jest taka, że ​​zawęziłem ją do Pythona lub Ruby, a mój pierwotny współzałożyciel Robin Ward tworzy główne aplikacje Railsowe od 2006 roku.