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?

python geodjango ruby

— M. Schubert
źródło

Hmm .. Być może myślę o tym sam, ale myślę, że zmiana tytułu na Plusy i minusy korzystania z Ruby / Rails / RGeo vs Python / GeoDjango dla GIS opartego na sieci może uzyskać nieco większą przyczepność.

— elrobis 17.04.13

Tak. Ostatnią rzeczą, którą chcę rozpocząć, jest wojna Ruby / Python lub Rails / Django.

— M Schubert,

Czy możesz zdefiniować lub dołączyć link do definicji ORM?

— PolyGeo

Myślę, że nie możemy oddzielić języka / frameworka od aplikacji. Myślę, że musisz podać jeden lub więcej przypadków użycia, aby uzyskać potrzebną odpowiedź. Internetowy GIS jest dość szeroki. Lub przynajmniej określ niektóre aspekty, które chcesz porównać.

— RK

@PolyGeo, ORM = Object Relational Mapper . Przykładem tego python jest SQLAlchemy . Jest to w zasadzie poziom abstrakcji, który pozwala płynnie zmieniać silnik mapowania sieci lub silnik SQL bez konieczności przepisywania kodu w celu dopasowania do architektury specyficznej dla systemu.

— RyanKDalton

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.

— Charles Roper
źródło

Lubię to jako odpowiedź. Vizzuality ma bardzo imponujące portfolio. Odkryłem również, że sam OpenStreetMaps używa stosu Ruby.

— M Schubert,