Preferowany język programowania i oprogramowanie dla całego procesu teledetekcji?

9

Od kilku lat zajmuję się teledetekcją podczas studiów. Zastanawiam się, która kombinacja oprogramowania i modułów przetwarzania obrazu byłaby najbardziej odpowiednia dla całego łańcucha procesów dla profesjonalnych rozwiązań i produktów do przetwarzania obrazu. Jestem bardzo ciekawy, co myślą inni użytkownicy, i być może doprowadzi to nawet do ciekawej dyskusji doświadczonych użytkowników.

Mam na myśli szczegółowo to połączenie:

  • baza danych przechowująca dane geograficzne, takie jak pliki kształtów, ale szczególnie duże ilości zdjęć satelitarnych wraz z odpowiadającymi im metadanymi

  • moduły przetwarzania obrazu automatycznie wykorzystujące odpowiednie dane z bazy danych przydatne dla wybranego etapu przetwarzania (np. wszystkie dane satelitarne o co najmniej określonej rozdzielczości przestrzennej dla danego przedziału czasowego i obszaru geograficznego w celu stworzenia map wykrywania zmian)

  • wyniki powinny być następnie zintegrowane z bazą danych, a być może nawet dostępne do dystrybucji za pośrednictwem serwera WWW

Niestety nie mam zaawansowanej wiedzy na temat baz danych dla danych geograficznych. Może GeoNetwork / GeoServer z PostGIS byłby rozwiązaniem?

W przypadku modułów przetwarzania obrazu pomyślałem o wdrożeniu niezbędnych algorytmów w C ++ / GDAL lub JAVA / Geotools. Potrzebny byłby również moduł łączący się z bazą danych w celu pobrania danych potrzebnych do przetworzenia i utworzenia metadanych dla przetworzonych obrazów / produktów. Myślałem, że ogólnie rzecz biorąc najlepsze byłyby rozwiązania typu open source, ponieważ taki system zostałby opracowany na długi okres i pożądana byłaby niezależność od firm komercyjnych.

DomR
źródło
1
Powinna być wiki społeczności.
RK
dla dedykowanej zmiany stosu teledetekcji: area51.stackexchange.com/propozycje/59346/remote-sensing
WAF

Odpowiedzi:

2

możesz sprawdzić OTB [1] i OSSIM [2] oraz ILWIS (tylko dla Windows). Wszystkie są narzędziami typu open source.

Istnieją narzędzia komercyjne używane w RS, takie jak ENVI, LCCS, ERDAS, Leica LPS (głównie fotogrametria), teraz będące częścią Integraph)

[1] http://ossim.org

[2] http://www.orfeo-toolbox.org/otb/

rkm
źródło
1

Możesz opracować coś jako dodatek do Qgis i połączyć się z bazą danych PostGIS.

Qgis to open-source GIS na komputery stacjonarne z wbudowanym interpreterem Pythona i dostępem do zestawów narzędzi do przetwarzania obrazu. Możesz opracowywać wtyczki korzystające z zestawu narzędzi interfejsu użytkownika Qt i mieć dostęp do wewnętrznych elementów Qgis za pośrednictwem interfejsu API Qgis-Python.

Jeśli standardowe zestawy narzędzi do przetwarzania obrazu nie są wystarczające, możesz również pisać wtyczki w C ++ - ale może się okazać, że czytanie rastrów w tablicach numpy w pythonie i praca z nimi jest wystarczająco szybka.

Spacedman
źródło
Dobrze znam Q-GIS, ale używam go tylko do prostej edycji i przeglądania danych, ponieważ do przetwarzania używam innego oprogramowania RemoteSensing. Pomyślałbym, że przy przetwarzaniu dużych ilości np. Danych Landsata różnica prędkości między Pythonem a C ++ byłaby dość znacząca. Uważałem też, że posiadanie „samodzielnych” modułów przetwarzania obrazu byłoby bardziej wydajne, np. Do konfigurowania łańcuchów procesów. Pytanie do PostGIS: czy rzeczywiście nadaje się do zapisywania dużej ilości danych rastrowych? Czy jest to osadzone w bazie danych, czy też pliki są nadal na dysku twardym.
DomR
0

Nie napisałem żadnych modułów, ale użyłem pewnych procedur skompilowanych przez użytkownika (IDL) w ENVI. Mieliśmy też kogoś, kto napisze dla nas moduł. Wydaje się być dość potężny i elastyczny, choć oczywiście potrzebujesz licencji ENVI, aby je uruchomić.

pgager
źródło
0

Możesz wypróbować opcje zarządzania rastrami w ArcGIS Desktop [1]. Musisz zwrócić szczególną uwagę, jeśli nie chcesz modyfikować wartości pikseli lub chcesz przechowywać dane w natywnych formatach teledetekcji.

Możesz także pobrać narzędzia Envi do ArcGIS [2]. Envi jest uznanym pakietem do przetwarzania obrazu za pomocą teledetekcji.

[1] http://resources.arcgis.com/en/help/main/10.2/index.html#/Design_methodology_for_a_raster_database/009t0000002w000000/

[2] http://www.exelisvis.com/Learn/WhitepapersDetail/TabId/802/ArtMID/2627/ArticleID/9895/ENVI-Tools-for-ArcGIS174-and-ENVI-for-ArcGIS174-Server.aspx

gDexter42
źródło