När Esri släppte ArcGIS Pro 2.7 strax före jul 2020 så kom det många nya funktioner som i alla fall jag väntat väldigt länge på. Skall jag vara ärlig så finns det fortfarande saker jag skulle vilja lades till, men såhär efter fem (?) års utveckling så börjar Pro närma sig vad jag behöver i funktionalitet. Användarvänlighet och logik, det är en helt annan fråga som är mera subjektiv och där har jag betydligt fler betänkligheter kring Pro.
Man presenterade dessutom ett ”nytt” format som man sannolikt kommer att trycka väldigt hårt på framöver. Det är långt ifrån ett nytt format, men har tidigare endast använts tillsammans med ”runtime” applikationer. Nu kommer det till desktop (Pro).

Formatet kallas ”mobile geodatabase” och har filändelsen *.geodatabase. Det är en sqlite databasfil, och det går att öppna databasen med verktyg som kan läsa sqlite, inklusive QGIS. Du kan dock behöva döpa om filen till *.sqlite först.
Att det går att öppna databasen betyder inte att du kommer att kunna visa innehållet geografiskt i QGIS!

I bilden ovan visas innehållet som det presenteras i QGIS när jag öppnar en testfil som hämtats från arcgis.com och döpts om till *.sqlite. För att vara mera kompatibelt med Esri Enterprise databaser och OnLine så finns det mängder med tabeller som hanterar versionshantering, domains, relationer etc.
Det är fullständigt logiskt att Esri skapar det här formatet. Det är byggt för att användas i Esri ekosystem. Det skall sömlöst fungera tillsammans med servertjänster, på skrivbordsdatorn och mobilt. On-line eller off-line, det spelar ingen roll.
Nu är det ingen sqlite geodatabas man använder, utan egna geometrikolumner, så användningen utanför Esriplattformen är högst begränsad. Hade man inte kunnat använda GeoPackage i stället? Jodå, det tror jag nog man hade kunnat, men det finns flera skäl att man inte gör det.
- Formatet *.geodatabase är inte nytt. Det har antagligen utvecklats parallellt med GeoPackage och GPKG var sannolikt inte moget när man väl ville behövde formatet. Att man inte ”bytt” till GeoPackage när man redan investerat mycket i det egna formatet är bara logiskt.
- Även om GeoPackage har möjlighet att hantera ”extensions” som är helt fritt att utveckla för tredje part, så innebär det begränsningar som man behöver förhålla sig till för att vara kompatibelt med andra mjukvaror. Anpassningen av geometrier till Esri standard hade dessutom säkerligen inneburit en hel del utmaningar och prestandaproblem.
- Mobila appar är gratis! Hur skall ett kommersiellt företag kunna ta betalt för sitt arbete om de inte tar betalt för mjukvaran (utan att Google eller Apple tar minst 30% av intäkterna). Jo genom att säkerställa att användarna också måste använda andra system som de betalar för i form av ArcGIS Pro, Enterprise eller ArcGIS Online. Även om du kan ladda hem Collector eller FieldMaps gratis, så behöver du ett aktivt ArcGis Online konto eller en installation med ArcGis Pro för att använda programmen fullt ut. Kör du ”runtime” så licensieras dessa separat.
Är då mobile geodatabase en bra idé?
Ur ett interoperabilitetsperspektiv så hade det självklart varit bättre med ett helt interoperabelt format men det hade varit lite för mycket att hoppas på tror jag. Om man är helt inne i Esri plattformen med alla delar av organisationen, och dessutom har mycket verksamhet ute i fält, då är formatet sannolikt det bästa som hänt på mycket länge. Under förutsättning att tillgängliga appar enkelt kan hantera formatet. Om Collector och FieldMaps inte kan hantera formatet utan Enterprise eller Online tjänster så kommer formatet troligen att floppa rejält.
Kommer *.geodatabase att bli nästa stora allmänna GIS-format på skrivbordet? Nej, det tror jag inte. Det kommer bara att vara användbart i Esri-miljöer för det första. Ingen i blandade miljöer kommer att vara det minsta intresserade. Där kommer GeoPackage fortsatt vara formatet för framtiden, inte minst då även ArcGis har ett förbättrat stöd för GPKG på skrivbordet (om än långt ifrån 100%).
Vad jag tror kommer att hända. Om det är enkelt att implementera så kommer vi ganska snart att få se stöd för formatet i GDAL. Det kommer inte att bli ett fullständigt stöd då väldigt mycket handlar om versionshantering i Esri databaser, men att läsa geodata från formatet kommer troligen att bli möjligt, så länge det inte är allt för krångligt att implementera. Även Safe har utlovat stöd för formatet i kommande versioner av FME, vilket möjligen kan vara ett alternativ för många.
Vi kan också få se stöd för formatet i GDAL om det efterfrågas i stor omfattning och någon önskar det så pass mycket att man är beredd att finansiera arbetet med implementeringen. Det skulle även kunna komma ”plugin” för olika program, men det är mindre troligt då det är mer effektivt att implementera genom GDAL.
Behöver vi ett nytt format för att hantera geodata generellt? Självklart inte! Mobile Geodatabase är ur ett sådant perspektiv helt meningslöst och ingen utanför Esrimiljön kommer att fråga efter formatet, punkt! Detta är och kommer att vara ett format utvecklat av Esri, för Esri, och där kommer det att fungera bra. För oss andra så kommer framför allt GeoPackage fortsätta vara formatet som vi mer och mer kommer att använda i vår vardag. Det är inte en fråga om att ”vinna”, utan vad som är mer praktiskt. Har du inte en specifik tillämpning i åtanke så behöver du inte bry dig ett dugg om mobile geodatabase.
Precis som du säger är *.geodatabase inte nytt. Det har varit med i många år men levt en ganska dold tillvaro som filsystemet som ESRIs fältapp Collector använder för att lagra data lokalt på enheten. Jag antar att det är för det syftet som filsystemet utvecklats från början.