
GITNUXSOFTWARE ADVICE
Data Science AnalyticsTop 10 Best Spatial Data Software of 2026
Ranking of the top spatial data software for GIS teams, with tradeoffs and workflow comparisons of GeoServer, FME Server, ArcGIS Enterprise, and more.
How we ranked these tools
Core product claims cross-referenced against official documentation, changelogs, and independent technical reviews.
Analyzed video reviews and hundreds of written evaluations to capture real-world user experiences with each tool.
AI persona simulations modeled how different user types would experience each tool across common use cases and workflows.
Final rankings reviewed and approved by our editorial team with authority to override AI-generated scores based on domain expertise.
Score: Features 40% · Ease 30% · Value 30%
Gitnux may earn a commission through links on this page — this does not influence rankings. Editorial policy
GRASS GIS is the best choice for teams that want repeatable geoprocessing automation with deterministic module pipelines, whereas GeoServer is the better fit if you need standards-based web publishing and controlled service behavior for sharing maps and features.
Editor’s top 3 picks
Three quick recommendations before you dive into the full comparison below — each one leads on a different dimension.
GRASS GIS
GRASS locations and mapsets enforce workspace-level coordinate reference system context during processing.
Built for fits when teams need repeatable geoprocessing automation and deterministic module pipelines..
GeoServer
Editor pickConfiguration-driven REST provisioning for managing workspaces, styles, and data store resources.
Built for fits when teams need standards-based map and feature publishing with controlled service behavior..
MapInfo Pro
Editor pickMap layout and production map tooling designed around consistent desktop cartography workflows.
Built for fits when GIS teams need desktop-first spatial analysis and controlled map production..
Comparison Table
GRASS GIS
vertical specialistOpen-source suite for geospatial data management, analysis, modeling, and visualization with strong raster processing capabilities.
GRASS locations and mapsets enforce workspace-level coordinate reference system context during processing.
GRASS GIS organizes work around mapsets inside locations with a declared coordinate reference system, which helps keep reprojection decisions consistent across runs. Geoprocessing is delivered through named modules that can be chained in scripts for spatial ETL, data cleaning, and analysis pipelines. Batch automation is a first-class path through the command-line interface and scripting hooks that reduce manual GUI repetition.
A key tradeoff is that GRASS GIS is strongest when analysis logic stays inside the GRASS module ecosystem, while publishing workflows for web services often require pairing with separate servers like GeoServer or a custom pipeline. The tool fits teams that need repeatable geoprocessing for large areas or recurring tasks such as terrain derivatives, land-cover preparation, and standardized vector cleaning before downstream storage or rendering.
- +Mapset workspaces keep coordinate reference system choices consistent
- +Scriptable module library supports reproducible geoprocessing pipelines
- +Advanced raster algebra covers multi-step analysis chaining
- +Vector topology operations fit rule-based editing workflows
- –Automation often requires learning GRASS module syntax and parameters
- –Web publishing and admin governance require external tooling
- –Large multi-user workflows need disciplined environment and workspace handling
- –GUI-first users may need more command-line work to match pipelines
GIS analysts
Automate recurring raster pre-processing
Consistent outputs at scale
Spatial data engineers
Build spatial ETL pipelines
Fewer manual processing steps
Show 2 more scenarios
Remote sensing teams
Apply raster algebra to imagery
Repeatable analysis results
Raster operations support multi-stage classification preparation and quantitative analyses.
Municipal GIS teams
Validate and repair vector topology
Cleaner datasets for edits
Topology rules support correction workflows before map updates and dataset handoffs.
Best for: Fits when teams need repeatable geoprocessing automation and deterministic module pipelines.
GeoServer
enterpriseOpen-source server for publishing and sharing geospatial data as web services using OGC standards.
Configuration-driven REST provisioning for managing workspaces, styles, and data store resources.
GeoServer’s core strength is its service layer over geospatial data, with explicit configuration of workspaces, data stores, and service endpoints. Raster and vector publishing flows are built around standard OGC service types, which helps integration with web GIS clients and server-to-server consumers. The automation surface is primarily configuration-driven, using REST endpoints for managing resources like styles, layers, and data stores. Governance relies on OS-level access control and process isolation, since built-in RBAC and detailed audit logging are not the centerpiece of the base deployment.
A common tradeoff is operational overhead, because changes often require careful config management and restart-safe rollout practices to avoid service disruption. GeoServer is a strong fit when an organization needs consistent WFS feature access patterns or WMS rendering across multiple datasets and environments. It also works best when a separate data layer like PostGIS handles schema evolution, while GeoServer focuses on provisioning and service delivery.
- +Native WMS, WFS, WCS, and WMTS outputs for standardized service contracts
- +Java extension points for custom data formats and service behaviors
- +REST endpoints for provisioning and managing data stores and styles
- +Consistent layer configuration with workspaces and reusable style definitions
- –Administration often requires careful config management and controlled rollouts
- –Built-in governance features like fine-grained RBAC are limited in base setups
- –Operational tuning for throughput and caching needs deliberate work
- –Schema and data validation logic is typically handled by the source database
GIS platform engineering teams
Provision layers across environments
Repeatable publishing deployments
Public sector web GIS teams
Serve interoperable feature access
Interoperable data delivery
Show 2 more scenarios
Enterprise integration teams
Expose raster and vector services
Fewer client-specific workarounds
Offer WMS and WCS alongside vector services to meet mixed client expectations.
Data platform teams
Centralize service delivery over PostGIS
Clear separation of concerns
Keep schemas in PostGIS while GeoServer handles layer exposure and rendering configuration.
Best for: Fits when teams need standards-based map and feature publishing with controlled service behavior.
MapInfo Pro
enterpriseDesktop GIS software for spatial data analysis, mapping, and location intelligence.
Map layout and production map tooling designed around consistent desktop cartography workflows.
MapInfo Pro pairs a desktop interface with a workflow-oriented approach to spatial tables, selection logic, and map output. Spatial SQL support enables attribute and location-based queries in a way that remains comfortable for analysts working primarily in tabular operations. Output control covers thematic mapping, labeling, and layout templates for production maps that must match existing standards.
A tradeoff appears in automation depth when compared with heavier server-first stacks that expose richer API surfaces for end-to-end pipelines. MapInfo Pro fits a situation where analysts need consistent map production and interactive spatial analysis on data extracted from enterprise systems, then published for shared viewing.
- +Desktop spatial tables support fast attribute selection and mapping
- +Map layout tools support repeatable cartographic production
- +Spatial SQL supports location-aware filtering and joins
- +Publishing workflows connect desktop work to server services
- –Automation and API surface are thinner than server-native GIS automation stacks
- –Advanced multi-system geospatial pipelines often require external tooling
- –Complex enterprise governance needs extra administrative processes
- –Handling very large datasets can hit performance ceilings outside tuning
Utility GIS analysts
Create and publish service coverage maps
Faster map updates with fewer inconsistencies
Real estate operations
Run spatial SQL for property screening
Reduced manual review time
Show 1 more scenario
Local government mapping
Standardize thematic reporting layouts
Consistent reporting across districts
Staff use saved layout patterns and thematic rules to produce recurring jurisdiction reports.
Best for: Fits when GIS teams need desktop-first spatial analysis and controlled map production.
ArcGIS
enterpriseEnterprise GIS platform for mapping, spatial analytics, and geospatial data management.
ArcGIS geoprocessing services publish analysis as managed endpoints with parameterized execution and controlled distribution.
ArcGIS serves as a server GIS and web GIS system for publishing maps, feature services, and spatial analysis outputs through ArcGIS Enterprise. Its automation and integration surface includes REST APIs, configurable web apps, and geoprocessing service patterns that support repeatable workflows across teams.
ArcGIS also provides governance controls like role-based access and audit logging in the enterprise deployment so administrators can manage who edits, who publishes, and who views sensitive layers. Map and data interoperability is supported through standard service protocols for feature access and raster tiling delivery to downstream clients.
- +Geoprocessing publishing turns analysis tasks into reusable server services
- +Enterprise RBAC and audit log support controlled publishing and access
- +OGC service support enables WMS and WFS consumption by standard clients
- +Web map and web feature delivery handles operational cartography needs
- –Enterprise admin setup and lifecycle management takes dedicated GIS ops time
- –Advanced automation often depends on ArcGIS REST endpoints and system conventions
- –Complex topology rules workflows can require careful model design in authoring
- –Large-scale data workflows can bottleneck on deployment sizing and tuning
Best for: Fits when GIS teams need enterprise-managed publishing with API-driven automation and governed access.
QGIS
enterpriseOpen-source desktop GIS application for viewing, editing, and analyzing geospatial data.
Graphical Model Builder for chaining geoprocessing steps into reusable workflows without building a custom tool.
QGIS performs desktop GIS editing and analysis by loading common vector and raster formats, managing coordinate reference systems, and producing export-ready maps and datasets. It supports OGC web-service consumption such as WMS and WFS so workflows can pull layers from existing server GIS without rewriting data pipelines.
QGIS also runs geoprocessing tools locally and via plugins, including reprojection and spatial analysis operations that output new layers for subsequent styling and export. Its strength is a plugin-driven extensibility model that extends editing, analysis, and data formatting tasks beyond the core app.
- +Rich geoprocessing toolbox with reproducible model workflows
- +First-class layer styling controls for cartographic rendering
- +Direct OGC service clients for WMS and WFS layer access
- +Large plugin ecosystem for formats, analysis, and ETL helpers
- –Multi-user governance and audit logging require external systems
- –Complex automation needs Python scripting and plugin maintenance
- –Large datasets can bottleneck on desktop memory and indexing
- –Server-side workflow features depend on separate GIS services
Best for: Fits when GIS teams need desktop analysis, cartography, and OGC layer access without building custom clients.
Mapbox
API-firstDeveloper platform providing spatial data APIs, map rendering, and location services.
Mapbox Studio style authoring paired with vector tile basemaps for exact, client-side cartographic control.
Mapbox is a geospatial infrastructure stack focused on map rendering, geocoding, and developer-driven location UX. Vector tiles and map styles are delivered through web and mobile SDKs, which reduces the work needed to serve fast basemaps.
Mapbox also provides access to street-level and satellite tiling workflows and a browser-ready rendering path without forcing a GIS server deployment. For GIS teams, Mapbox is strongest when routing data to an API surface and rendering it consistently across web and app clients.
- +Vector tile delivery and style controls for consistent client rendering
- +Geocoding and reverse geocoding endpoints for location-aware workflows
- +SDK coverage for web and mobile clients with shared rendering logic
- +Extensibility for custom data overlays on top of basemap styles
- –Not a full server GIS feature set for heavy geoprocessing workloads
- –Requires disciplined configuration to keep style, projection, and data alignment consistent
- –Limited native data governance controls compared with enterprise GIS stacks
- –Spatial SQL and topology rule enforcement need external systems
Best for: Fits when GIS teams need API-first map rendering and location services for web and mobile apps.
Google Earth Engine
enterpriseCloud platform for planetary-scale geospatial analysis using satellite imagery and Earth observation data.
Server-side computation model with lazy evaluation and map-reduce execution across image collections.
Google Earth Engine turns large-scale geospatial processing into code-driven raster and vector workflows built on cloud infrastructure. Its core capability is running geocoding-like location queries and massive raster algebra and analysis across global image and derived datasets without exporting intermediate results.
Earth Engine’s integration depth shows up through its developer APIs, server-side mapping functions, and export pipeline for GeoTIFF and vector outputs. It is best evaluated against server GIS and spatial ETL tools by how much processing can be automated end to end without building custom clusters.
- +Server-side geoprocessing runs at dataset scale with map-reduce style functions
- +Automates multi-step raster algebra and classification pipelines in one script
- +Exports consistent GeoTIFF and vector outputs for downstream GIS pipelines
- +Direct programmatic access to global imagery collections and derived products
- –Authorization, quotas, and environment constraints can block heavy iterative workflows
- –Geometry workflows for complex topology rules can require careful handling
- –Tight coupling to Earth Engine data structures limits drop-in GIS interoperability
- –Debugging server-side operations and lazy evaluation takes specialized practice
Best for: Fits when GIS teams need automated geoprocessing at global raster scale with code-based control.
PostGIS
API-firstSpatial database extender for PostgreSQL providing geometry and geography types, spatial indexing, and analysis functions.
Geometry and geography types with built-in spatial operators and spatial indexing that power SQL-driven geoprocessing.
PostGIS adds spatial capabilities to PostgreSQL by defining geometry and geography types plus spatial operators and indexes inside the database. It supports spatial SQL for geoprocessing workflows, including spatial joins, buffering, and distance calculations that run close to stored data.
Its extension model lets teams extend PostGIS with additional functionality while keeping one database deployment surface for both attributes and spatial fields. Administrators gain governance through standard PostgreSQL tooling, including roles and query permissions, for controlled access to spatial datasets.
- +Spatial indexing and spatial SQL execute inside PostgreSQL for lower data movement
- +Rich geometry and geography operators cover common spatial analysis patterns
- +Extension-based architecture supports adding specialized spatial capabilities
- +Works as a database-native foundation for WFS-style vector publishing via server GIS
- –Requires database administration skills for performance tuning and index design
- –No built-in web tiling or map rendering stack for tiles and cartographic output
- –Advanced automation requires external orchestration around SQL migration and loads
- –Geospatial ETL still depends on external tools for file and format conversions
Best for: Fits when teams need database-native spatial queries and consistent governance over geodata.
Kepler.gl
API-firstOpen-source web application for large-scale geospatial data visualization and exploratory analysis.
Config-driven layer styling and interaction rules that can be updated via the JavaScript API in embedded apps.
Kepler.gl renders interactive maps from tabular spatial data and lets users style layers and explore points, lines, and polygons in a web UI. Its core workflow centers on a declarative config and dataset-driven layer settings, which makes it faster to iterate on map behavior than many code-first map builders.
Kepler.gl can ingest common geospatial formats through loaders like GeoJSON and supports tile-based viewing for large point datasets via its rendering pipeline. The project also exposes a JavaScript API surface so applications can embed the map and drive updates from external data pipelines.
- +Layer and styling configuration uses a reproducible, shareable map config
- +JavaScript API enables embedding and programmatic dataset updates
- +High-performance rendering for large point datasets using GPU visualization
- +Built-in inspector supports interactive filtering and hover-based analysis
- –Production governance and access control are not included out of the box
- –No server-side analytics engine for spatial SQL or geoprocessing jobs
- –Large raster workflows rely on upstream tiling since raster processing is limited
- –Complex multi-source pipelines require custom loader and state wiring
Best for: Fits when GIS teams need interactive web visualization driven by config and automation around data feeds.
Felt
SMBCollaborative web-based mapping platform for creating, sharing, and annotating spatial data maps.
Map-to-layer publishing keeps interactive web maps synchronized with the same hosted dataset used by collaborators.
Felt is a spatial data software solution that focuses on map authoring, data publishing, and collaboration around hosted geographic datasets. It supports web-first visualization workflows and publishing of interactive maps without requiring custom front-end engineering for every change.
Felt also provides a governance-oriented workflow for managing hosted layers, permissions, and repeatable edits across map projects. For GIS teams, it is most useful when the main output is shareable web maps and the work needs tight coordination between data edits and map updates.
- +Map publishing workflow ties map updates to hosted layers
- +Collaboration features reduce coordination overhead across GIS and stakeholders
- +Web-first editing fits map iteration cycles for non-developer teams
- +Attribute-driven styling supports fast thematic cartography
- –Less suited for OGC service deployments like WMS or WFS as a primary backend
- –Spatial ETL customization options are narrower than dedicated ETL servers
- –Advanced spatial processing like complex geoprocessing pipelines needs external tooling
- –Governance controls can require process discipline across teams
Best for: Fits when GIS teams need fast web map publishing and controlled layer updates without running a full GIS server stack.
Conclusion
After evaluating 10 data science analytics, GRASS GIS stands out as our overall top pick — it scored highest across our combined criteria of features, ease of use, and value, which is why it sits at #1 in the rankings above.
Use the comparison table and detailed reviews above to validate the fit against your own requirements before committing to a tool.
How to Choose the Right spatial data software
Spatial data software covers geoprocessing, publishing, and web mapping workflows that move between desktop analysis, server execution, and client rendering. This guide frames those buying decisions around tools that support automation and controlled publishing paths, including GRASS GIS, GeoServer, FME Server, and ArcGIS Enterprise alongside other category options.
The covered lineup also includes MapInfo Pro, QGIS, Mapbox, Google Earth Engine, PostGIS, Kepler.gl, and Felt to show how different architectures handle repeatable processing, service contracts, and integration surfaces.
Spatial data software for storing, processing, and publishing geospatial data
Spatial data software is the set of applications that apply spatial operators, manage coordinate reference system context, and deliver outputs as analyzable datasets or map services. GRASS GIS emphasizes workspace-level coordinate reference system context through mapsets, which supports deterministic module pipelines for repeatable geoprocessing.
For publishing and standards-based distribution, GeoServer uses configuration-driven REST provisioning to manage workspaces, styles, and data store resources and then delivers WMS, WFS, WCS, and WMTS service contracts. For governed enterprise publishing and managed analysis endpoints, ArcGIS Enterprise packages geoprocessing as parameterized server services and uses Enterprise RBAC and audit log support to control access and change tracking.
Integration depth, automation surface, and governed publishing
Spatial data software only pays off when processing pipelines, service publishing, and client rendering share consistent configuration and repeatable execution paths. The best tools in this lineup expose those paths through API surfaces, automation hooks, and deterministic workflow mechanisms.
Configuration-driven service provisioning and standards output
GeoServer manages workspaces, styles, and data store resources through configuration-driven REST provisioning and then publishes WMS, WFS, WCS, and WMTS service contracts. This makes it a strong fit for teams that need controlled service behavior with standards-aligned endpoints.
Managed geoprocessing publishing with governed access controls
ArcGIS Enterprise publishes geoprocessing as parameterized server services so analysis tasks become reusable managed endpoints. Enterprise RBAC and audit log support help control who can access and change those endpoints.
Deterministic geoprocessing automation with workspace CR context
GRASS GIS enforces workspace-level coordinate reference system context using mapsets, which keeps processing consistent across deterministic module pipelines. Its scriptable module library supports reproducible geoprocessing automation without relying on a separate server stack.
API-first vector tile rendering and location endpoints
Mapbox Studio pairs style authoring with vector tile delivery for consistent client-side cartographic control. Mapbox also provides geocoding and reverse geocoding endpoints for location-aware web/app workflows.
Server-side raster computation for automated pipelines at scale
Google Earth Engine uses a server-side computation model with lazy evaluation and map-reduce execution across image collections. This approach automates multi-step raster algebra and classification pipelines with code-based control.
Choose the execution model that matches pipeline ownership
The decisive question is where the team expects execution to live: local deterministic modules, standards-based server publishing, governed managed analysis endpoints, or server-side dataset computation. Each choice changes the required automation and admin workflow more than any single feature list.
Start from the pipeline execution owner and data gravity
If repeated geoprocessing must run as deterministic module pipelines with workspace-level coordinate reference system context, GRASS GIS matches that ownership model through mapsets and scriptable modules. If heavy raster processing must run server-side at dataset scale with automated raster algebra and classification, Google Earth Engine shifts ownership into a server computation model.
Pick the publishing contract style you can administer
If controlled publishing means REST provisioning of service resources like workspaces, styles, and data stores, GeoServer fits through configuration-driven REST provisioning that outputs WMS, WFS, WCS, and WMTS. If controlled publishing means packaging analysis into managed endpoints with Enterprise RBAC and audit log tracking, ArcGIS Enterprise fits through geoprocessing publishing as parameterized server services.
Choose web rendering control scope versus GIS server depth
If the primary need is API-first web map rendering with vector tile delivery and client-side style control, Mapbox supports that workflow with vector tile basemaps and Mapbox Studio style authoring. If the need is interactive visualization driven by configuration updates in embedded apps, Kepler.gl provides a JavaScript API for embedding and programmatic dataset updates.
Use desktop-first cartography tools when production workflows dominate
If desktop cartography and repeatable map production tooling are the center of gravity, MapInfo Pro matches through map layout and production map tooling designed around consistent desktop workflows. For multi-user governance and audit logging at scale, MapInfo Pro shifts that responsibility to external systems because automation and API surface are thinner than server-native stacks.
Avoid stacking governance assumptions onto client or lightweight servers
If the requirement includes governed OGC service deployments like WMS or WFS as a primary backend, Felt is less suited as a primary backend because it focuses on map-to-layer publishing tied to hosted layers. If the requirement includes multi-user governance and audit logging beyond single-user workflows, QGIS requires external systems because governance features are not included out of the box.
GIS teams that match these execution and publishing models
Different spatial data software categories reward different team structures. The lineup here fits distinct operational patterns for processing ownership, standards publishing, and web rendering responsibilities.
GIS ops teams standardizing OGC service behavior
GeoServer aligns with teams that provision service resources through configuration-driven REST provisioning and rely on standardized outputs like WMS, WFS, WCS, and WMTS.
Enterprise GIS teams turning analysis into governed endpoints
ArcGIS Enterprise fits teams that publish geoprocessing as reusable server services and enforce access through Enterprise RBAC and audit log support.
Automation-focused GIS analysts building deterministic processing pipelines
GRASS GIS supports repeatable automation through mapset workspace coordinate reference system context and a scriptable module library that keeps module execution consistent.
Web and mobile teams delivering vector tiles and location services
Mapbox fits teams that need API-first vector tile delivery with style controls and also require geocoding and reverse geocoding endpoints for location-aware experiences.
Research teams running global raster pipelines
Google Earth Engine fits teams that automate multi-step raster algebra and classification pipelines using a server-side computation model with lazy evaluation across image collections.
Common selection pitfalls in spatial data software buys
Spatial data tool selection fails most often when teams assume a single product covers processing, service governance, and web delivery without gaps. The issues below show where the lineup explicitly differs in admin governance, publishing mechanics, and execution placement.
Assuming base governance features exist for fine-grained RBAC without extra planning
GeoServer provides limited fine-grained RBAC in base setups, so governance often needs additional controls outside GeoServer configuration management.
Treating visualization tools as primary OGC service backends
Felt is less suited as a primary backend for OGC service deployments like WMS or WFS because its map-to-layer publishing keeps synchronization around hosted layers rather than service contracts.
Requiring server-style multi-user governance from desktop-oriented analysis stacks
QGIS can chain workflows with its Graphical Model Builder but multi-user governance and audit logging rely on external systems because governance features are not built in.
Ignoring the learning and parameter discipline required for deterministic automation
GRASS GIS automation can require learning GRASS module syntax and parameters, so teams should plan training and pipeline parameter conventions before scaling module pipelines.
Underestimating database admin work when choosing SQL-driven spatial processing
PostGIS executes spatial indexing and spatial SQL inside PostgreSQL, so performance tuning and index design require database administration skills to prevent throughput issues.
How We Selected and Ranked These Tools
We evaluated GRASS GIS, GeoServer, FME Server, ArcGIS Enterprise, and the rest of the lineup using a feature score, an ease score, and a value score. Feature coverage accounted for 40% of the ranking to reflect how well each tool supports repeatable geoprocessing, controlled publishing, and service or rendering outputs.
Ease and value each accounted for 30% to reflect how quickly teams can operationalize automation and maintain integration without external glue. GRASS GIS set the pace with workspace-level coordinate reference system context through mapsets and a scriptable module library that supports reproducible geoprocessing automation.
Frequently Asked Questions About spatial data software
How does a GIS team choose between GeoServer and ArcGIS Enterprise for publishing standards-based services?
Which tools support automation through APIs for recurring spatial ETL and publishing workflows?
When does GRASS GIS fit better than PostGIS for analysis work and data transformation?
What breaks if coordinate reference system handling is inconsistent across workspaces and layers?
Which security controls and audit capabilities are typically required for governed GIS publishing?
How does data migration usually work when moving existing datasets into PostGIS versus ArcGIS Enterprise?
When teams need desktop-first cartography and repeatable map production, which tool is the better match?
Where does QGIS fall short compared with GeoServer when teams need managed publishing contracts?
What are the main tradeoffs between Mapbox and Felt for web map delivery and layer updates?
Tools reviewed
Primary sources checked during evaluation.
Referenced in the comparison table and product reviews above.
- Data Science AnalyticsTop 10 Best Spatial Analysis Software of 2026
- Data Science AnalyticsTop 10 Best Geospatial Mapping Software of 2026
- Data Science AnalyticsTop 10 Best Gis Server Software of 2026
- Data Science AnalyticsTop 10 Best Spatial Data Services of 2026
- Data Science AnalyticsTop 10 Best Geospatial Consulting Services of 2026
Keep exploring
Comparing two specific tools?
Software Alternatives
See head-to-head software comparisons with feature breakdowns, pricing, and our recommendation for each use case.
Explore software alternatives→In this category
Data Science Analytics alternatives
See side-by-side comparisons of data science analytics tools and pick the right one for your stack.
Compare data science analytics tools→