Skip to content

Known‐limitations‐and‐non‐goals

Melissa Nilsson edited this page Feb 1, 2026 · 6 revisions

Kända Begränsningar och Non-Goals

Dokumentation om vad Try-it-labben medvetet inte gör och varför vissa features är utanför scope.

Filosofi

Try-it-labben är designad för rapid validation och testing av GIS-konfigurationer, inte som en fullständig GIS-plattform eller produktions-verktyg.

Princip: Gör en sak bra, inte allt halvbra.

Vad Try-it-labben medvetet INTE gör

1. Datalagring och persistens

Begränsning:

  • Ingen server-side storage
  • Ingen localStorage för sparade konfigurationer
  • Ingen användar-autentisering
  • Ingen versionshantering av inputs

Motivering:

  • Säkerhet: Ingen risk för dataläckage eller unauthorized access
  • Enkelhet: Ingen backend-komplexitet
  • Privacy: Användardata lämnar aldrig browsern (förutom Map Sandbox)

Workaround:

  • Exportera data till filer
  • Versionshantera exports med Git
  • Använd browser bookmarks för återkommande URLs

2. Transformation mellan koordinatsystem

Begränsning:

  • Ingen transformation mellan EPSG:3006 ↔ EPSG:3008
  • Ingen transformation till/från EPSG:4326 (WGS84)
  • Ingen support för andra koordinatsystem än EPSG:3006 och EPSG:3008

Motivering:

  • Komplexitet: Korrekt transformation kräver exakta PROJ4-definitioner
  • Risk: Felaktig transformation är värre än ingen transformation
  • Scope: Användare bör vara medvetna om vilket CRS de arbetar i

Workaround:

  • Använd QGIS Desktop för transformation
  • Använd ogr2ogr CLI-verktyg
  • Använd Proj4js direkt i egen kod

3. Geometri-operationer

Begränsning:

  • Ingen spatial analysis (intersection, union, buffer)
  • Ingen geometry-validering (self-intersecting polygons, etc.)
  • Ingen generering av komplex geometry

Motivering:

  • Scope: Try-it-labben är för konfiguration, inte geodata-processing
  • Komplexitet: Spatial operations kräver bibliotek som GEOS/JTS
  • Performance: Client-side spatial operations är långsamma för stora dataset

Workaround:

  • Använd QGIS Desktop för spatial analysis
  • Använd PostGIS för database-baserade operations
  • Använd Turf.js för enklare client-side operations

4. Autentisering och auktorisering

Begränsning:

  • Ingen support för HTTP Basic Auth
  • Ingen support för OAuth2
  • Ingen support för API keys
  • Ingen session management

Motivering:

  • Säkerhet: Credentials ska inte hanteras i client-side JavaScript
  • Complexity: Secure credential management kräver backend
  • Scope: Try-it-labben är för public endpoints

Workaround:

  • Testa autentiserade endpoints i QGIS Desktop
  • Använd Postman för API testing med credentials
  • Använd lokal GeoServer (same-origin) för development

5. Batch-processing

Begränsning:

  • Ingen bulk validation av flera filer samtidigt
  • Ingen batch-export till zip-archives
  • Ingen pipeline-automation (chain multiple tools)

Motivering:

  • UI Complexity: Batch-UI blir komplex och error-prone
  • Performance: Client-side batch operations blockerar browser
  • Scope: Verktyg är för single-item validation

Workaround:

  • Skriv egna scripts med Node.js för batch-processing
  • Använd shell scripts med curl för bulk-operations
  • Använd Python för automation

6. Advanced GeoServer-konfiguration

Begränsning:

  • Ingen konfiguration av GeoServer stores
  • Ingen konfiguration av security/authentication
  • Ingen workspace/namespace management
  • Ingen layer group configuration

Motivering:

  • Scope: Try-it-labben är för data validation, inte server administration
  • Complexity: GeoServer REST API är omfattande och komplicerad
  • Risk: Felaktig server-konfiguration kan påverka production

Workaround:

  • Använd GeoServer Web UI för server-konfiguration
  • Använd GeoServer REST API direkt med curl/Postman
  • Använd Ansible/Terraform för infrastructure-as-code

7. Data-validering mot faktisk geodata

Begränsning:

  • Ingen validering att BBOX faktiskt innehåller data
  • Ingen validering att layer finns i database
  • Ingen geometri-check mot faktisk geodata

Motivering:

  • Data Access: Kräver access till production databases
  • Performance: Kräver server-side processing
  • Scope: Verktyg validerar konfiguration, inte data

Workaround:

  • Testa i GeoServer Layer Preview
  • Använd QGIS för data-validation
  • Använd SQL queries direkt mot database

8. Real-time collaboration

Begränsning:

  • Ingen multi-user editing
  • Ingen real-time sync mellan användare
  • Ingen kommentarsfunktion eller review-process

Motivering:

  • Complexity: Real-time sync kräver WebSockets och backend
  • Scope: Verktyg är för individuell validering
  • Alternativ: Använd Git för collaboration

Workaround:

  • Dela exports via Git/GitHub
  • Använd screen-sharing för pair programming
  • Dokumentera i commit messages

Scope-begränsningar per verktyg

JSON Validator

Validerar INTE:

  • Origo-specific schema (kräver JSON Schema validator)
  • Referential integrity (att layers refererar till existerande sources)
  • Logical consistency (att resolutions matchar extent)

Varför: Schema-validering kräver uppdaterad Origo JSON Schema och omfattande implementation.

URL Builder

Testar INTE:

  • Om server faktiskt finns
  • Om credentials krävs
  • Om CORS är enabled

Varför: Kräver aktiv HTTP request, vilket Map Sandbox hanterar.

BBOX Validator

Validerar INTE:

  • Om BBOX faktiskt innehåller geografi i Sverige
  • Om BBOX matchar faktiska kommun/region-gränser
  • Om BBOX överlappar med tillgängliga data

Varför: Kräver access till geodata och spatial analysis.

Resolutions Tool

Genererar INTE:

  • Custom scales (endast halvering)
  • Resolutions för andra CRS än EPSG:3008
  • Validering mot faktiska GeoWebCache gridsets

Varför: Kräver integration med GeoWebCache REST API.

Gridcalc

Uppskattar INTE:

  • Faktisk tile-storlek (använder genomsnitt)
  • Compression ratio
  • Seed-tid

Varför: Faktiska värden varierar mycket beroende på data och server-prestanda.

SLD Validator

Validerar INTE:

  • Full SLD schema compliance
  • Om symbolizers faktiskt renderas korrekt i GeoServer
  • Om färger är colorblind-friendly

Varför: Full validation kräver GeoServer rendering engine.

Map Sandbox

Gör INTE:

  • Caching av tiles mellan sessioner
  • Load testing / performance testing
  • Autentisering mot protected endpoints

Varför: Scope är quick preview, inte production use.

När använda andra verktyg

Använd QGIS Desktop när

  • Du behöver advanced spatial analysis
  • Du ska transformera koordinatsystem
  • Du behöver testa autentiserade datakällor
  • Du ska validera geodata-kvalitet

Använd GeoServer Web UI när

  • Du ska konfigurera stores och workspaces
  • Du ska ändra security settings
  • Du ska skapa layer groups
  • Du behöver full kontroll över server

Använd Postman/curl när

  • Du testar REST APIs med autentisering
  • Du behöver spara request collections
  • Du ska automatisera API-testing
  • Du behöver inspektera raw HTTP responses

Använd Python/Node.js scripts när

  • Du behöver batch-processing
  • Du ska automatisera workflows
  • Du behöver custom validation logic
  • Du ska integrera med CI/CD pipelines

Produktionssystem-guidance

Try-it-labben är INTE production-ready för

  1. End-user facing tools: Användare ska inte direkt använda Try-it-labben
  2. Automated pipelines: Använd CLI-verktyg eller APIs istället
  3. High-availability services: Ingen SLA, ingen monitoring
  4. Large-scale processing: Performance-begränsning i browser

Try-it-labben ÄR lämplig för

  1. Development: Rapid prototyping och testing under utveckling
  2. Debugging: Felsökning av konfigurations-problem
  3. Documentation: Visa exempel och best practices
  4. Education: Lära kollegor om GIS-koncept

Feature Requests

Hur vi utvärderar nya features

Nya features utvärderas mot följande kriterier:

  1. Scope: Passar featuren inom Try-it-labbens syfte?
  2. Complexity: Kan featuren implementeras client-side utan backend?
  3. Maintenance: Kan featuren underhållas långsiktigt?
  4. Value: Ger featuren tillräckligt värde för målgruppen?

Features som är out-of-scope

Följande feature-kategorier kommer aldrig att implementeras:

  • Backend-kräver features (database, authentication, real-time sync)
  • Advanced spatial analysis (GIS desktop-funktionalitet)
  • Server administration (GeoServer/database-konfiguration)
  • Production-grade features (monitoring, logging, SLA)

Features som är under utvärdering

Följande features kan eventuellt implementeras framöver:

  • Export till additional formats (GeoPackage, Shapefile)
  • JSON Schema validation för Origo
  • Basic coordinate transformation (EPSG:3006 ↔ EPSG:3008)
  • Offline-mode med service workers

Jämförelse med andra verktyg

Try-it-labben vs QGIS Desktop

| Feature | Try-it-labben | QGIS Desktop | |---------|---------------|--------------| | Installation | Ingen (web-based) | Krävs | | CRS Transformation | Nej | Ja | | Spatial Analysis | Nej | Ja | | WMS/WFS Testing | Begränsad | Full | | Autentisering | Nej | Ja | | Best för | Quick validation | Production work |

Try-it-labben vs GeoServer Web UI

| Feature | Try-it-labben | GeoServer UI | |---------|---------------|--------------| | SLD Preview | Basic | Full rendering | | Server Config | Nej | Ja | | Layer Management | Nej | Ja | | CORS Testing | Ja | Nej | | Best för | Pre-deployment test | Server administration |

Try-it-labben vs Postman/curl

| Feature | Try-it-labben | Postman | |---------|---------------|---------| | URL Building | Guided | Manual | | Autentisering | Nej | Ja | | Request Collections | Nej | Ja | | Visual Preview | Ja (Map Sandbox) | Nej | | Best för | WMS/WMTS preview | API testing |

Sammanfattning

Try-it-labben är ett focused validation tool med medvetna begränsningar:

  • Ingen backend-funktionalitet
  • Ingen advanced GIS-processing
  • Ingen production-grade features
  • Ingen autentisering eller auktorisering

Styrka: Snabb, enkel, säker validering av GIS-konfigurationer i webbläsare.

När tveksam: Använd QGIS, GeoServer UI eller CLI-verktyg istället.

För specifika verktygs-begränsningar, se Tool Documentation.

Clone this wiki locally