Słyszałem kilka dobrych rzeczy o Railsach , ale jeszcze niewiele o tym wiem. Jest tylko kilka pytań na temat Railsów na GIS.SE (i nie ma nawet tagu Rails).
Czy warto uczyć się o Railsach z perspektywy profesjonalisty z GIS? (np. jakie korzyści daje Railsom przy tworzeniu strony internetowej zawierającej funkcjonalność GIS, w porównaniu z nieużywaniem Railsów?)
Czy są jakieś przykłady dobrych stron GIS / map opartych na Railsach?
(Nie mam jeszcze żadnych konkretnych wymagań - chcę tylko wiedzieć, czy zainwestować czas w naukę Railsów).
źródło
Ściśle z perspektywy uczenia się zawsze warto się czegoś nauczyć. Jednak Ruby / Ruby on Rails nie jest bardzo popularny w świecie GIS. Z powodu braku popularności sugeruję wybranie innego języka, takiego jak Python, jeśli Twoim celem jest nauczenie się czegoś nowego. Nie sądzę, aby Ruby / Rails znalazły jakieś zalety związane z GIS, ale z pewnością ma apel, jeśli chodzi o tworzenie stron internetowych.
Jeśli chodzi o projekty, istnieją powiązania Proj4 dla Ruby i GeoRuby
źródło
Polecam dwie witryny mapujące oparte na ruby na szynach:
źródło
TLDR; Zaletą używania ruby do GIS jest sam rubin. Gdy nauczysz się, jak robić z nim transformacje CRS, użycie rgeo jest dziecinnie proste.
Uważam, że praca z
rgeo
klejnotem jest bardzo przyjemna. W przeciwieństwie do prawie każdej innej odpowiedzi na to pytanie, powiedziałbym, że zdecydowanie warto przyjrzeć się, jeśli znasz ruby. Jeśli nie jesteś, powiedziałbym, że prawdopodobnie nie ma żadnej szczególnej korzyści w oparciu o niektóre z tych innych odpowiedzi, ale Ruby był świetny do uruchamiania skryptów dla mnie, podczas gdy ja ładowałem gigabajty danych kształtu, aby uruchamiać zapytania Postgis. Po stronie bazy danych była to absolutna przyjemność.Kombinacja wiązań ActiveRecord z szynami dla postgis, w połączeniu z rgeo i klejnotem piszczka, to tylko kolejny stosunkowo łatwy dzień w parku, o ile zwykle aplikacja rubinowa.
Dla THE Wprowadzenie do pracy z GIS na szynach, zobaczyć tę rozmowę rubyconf Daniela Azuma http://www.youtube.com/watch?v=QI0e2jkUbkk
Azuma pracuje dla Google, ale napisał również klejnot rgeo dla ruby. rgeo ma rozszerzenia rgeo-shapefile i rgeo-geojson (są to dwa, których do tej pory używałem), które ułatwiają podłączanie do istniejących zestawów danych. rgeo-shapefile może odczytywać pliki shapefile tylko o ile wiem, ale rgeo-geojson może czytać i pisać.
Oto pierwsza część 11-częściowego postu na blogu, który pisze już od jakiegoś czasu. Seria była dla mnie niezwykle przydatna. http://blog.daniel-azuma.com/archives/60
źródło
Właśnie dowiedziałem się o CartoSet , który z pewnością wygląda interesująco.
Jest to nowe, wysoce konfigurowalne rozwiązanie geoportalne oparte na technologiach open source ... Każdy, kto musi publikować i selekcjonować zbiór danych geoprzestrzennych w prosty i piękny sposób. Korzysta z Ruby On Rails, Refinery i PostGIS, kompletnego frameworka typu open source, z którego można korzystać bezpłatnie
źródło
Polecam używać obu. Zaczynałem jako programista GIS, ale potem zacząłem opracowywać RoR w projektach z komponentem Map.
Możesz nie mieć wszystkich narzędzi, które ma Django, ale dzięki Postgres / PostGIS, GDAL i Leaflet lub Openlayers możesz zrobić prawie wszystko.
Cartodb to bardzo interesujące narzędzie bazujące na Ruby on Rails i Postgres. Możesz także sprawdzić laboratoria WCMC pod kątem projektów internetowych GIS wbudowanych w Ruby on Rails.
źródło
patrząc na http://www.mangomap.com używa się rubinu na szynach.
źródło
Jako programista szyn, który miał pewne doświadczenie w pracy z front-endowymi integracjami GIS za pomocą Arcgis Javascript API i Google Maps, zapewniam, że mam już zapewnioną zwykłą potrzebę strony internetowej - i mogę skupić się na javascript sam. Jeśli twoje potrzeby są podobne, uważam, że każdy stos może służyć temu celowi.
źródło
Tak więc 3 lata później w końcu zorganizowałem się na tyle, aby nauczyć się kilku Railsów.
Mój wstępny wniosek jest taki, że Railsy nie pomogą konkretnie w aplikacji internetowej GIS - ale wszystko to znacznie ułatwia.
Railsy radzą sobie z najczęstszymi zadaniami i funkcjami aplikacji internetowej, co oznacza, że deweloper może po prostu skoncentrować się na aspektach specyficznych dla GIS, bez konieczności pisania wszystkich „hydraulików” między stronami.
źródło