Features
Explore the platform capability map.
Explore →
Why a modular app approach beats monolithic GIS workflows for speed, auditability and collaboration. Architecture, migration path, and a practical example.
Desktop GIS brought data management, analysis, cartography and editing into one powerful environment. The challenge emerges when every workflow depends on one machine, one specialist or one large project file.
A modular architecture can keep storage, analysis, visualisation, automation and publishing as distinct services while presenting them through one workspace. This makes individual components easier to update and scale.
Too many separate apps can recreate the same problem in another form. The user still needs one project context, consistent identity, shared data and clear pathways between tools.
A modular workflow can record the input, parameters, output and execution history for a particular operation. This is especially useful for automated or API-driven spatial processes.
Open formats, GeoJSON, GeoTIFF/COG, OGC APIs and documented SDKs allow organisations to connect spatial work to wider systems without exporting ad-hoc files for every integration.
Browser tools are excellent for interactive workflows; heavier processing can move to database, worker or edge services. The important design choice is to keep the user experience consistent while workloads run in the right place.
Organisations do not need to abandon desktop GIS. Start with shared project data, browser publishing or one repeatable workflow, then expand to automation and APIs where the value is proven.
Specialist modules for Earth Observation, GeoML, Digital Twins, Mobility and Automation operate on a common project foundation so advanced capability does not require a separate data island.
Use these questions to test whether the workflow is ready for a real project.
Use the platform capability pages and Learning Centre to turn the concept into a practical spatial workflow.