Open source GIS implementeren

Werklijst (kort)

Leg in gewone taal vast waarom u open source inzet (bijvoorbeeld: minder afhankelijk van één leverancier, betere aansluiting op andere systemen, of meer controle over data). Bepaal ook hoe ver u wilt gaan: alleen kaarten op de pc, óók kaarten op intranet of website, of een bredere kaart- en data-omgeving.

• Betrek vanaf het begin de juiste mensen: lijn (geo), IT, privacy/beveiliging als dat speelt, en iemand die contracten kent.
• Noem processen die echt niet mogen haperen (vergunningen, crisis, burgerloket). Daar wacht u langer mee of bouwt u een veilige parallelle route.
• Maak succes concreet: bijvoorbeeld “in QGIS werken 20 collega’s zelfstandig” of “de kaartlaag staat elke nacht automatisch klaar”.

Werklijst (kort)

Maak een eenvoudige lijst: welke programma’s en contracten, waar liggen de kaartbestanden, wie maakt de kaarten en wie helpt bij storingen. Zo ziet u snel waar het knelt.

• Per belangrijke kaartlaag: wie is eigenaar, hoe vaak moet die nieuw, en mag u de data delen (licentie en privacy)?
• Welke andere systemen koppelen eraan? Denk aan rapportages, zaaksystemen, inlog via de organisatie, of kaarten op de telefoon voor buitendienst.
• Schrijf kort op wat “rommelig” is: oude scripts, losse bestanden, ontbrekende uitleg. Dat bepaalt meestal wat u het eerst aanpakt.

Werklijst (kort)

U hoeft niet alles tegelijk te vervangen. Veel teams beginnen met werken in QGIS en een centrale plek voor kaartdata; later volgen online kaarten voor collega’s en burgers. Kies wat past bij uw mensen en afspraken met IT, en wat u kunt onderhouden.

• Bespreek waar de software draait: bij u op servers, bij een leverancier in de cloud, of een mix. Denk aan back-ups en wie updates doet.
• Houd test en productie gescheiden: eerst proberen, dan pas doorzetten. Een korte schriftelijke werkwijze voorkomt paniek als iets misgaat.
• Een hybride route is normaal: open source op de werkvloer, en een commercieel webplatform (zoals GeoApps) voor delen, inloggen en koppelingen, of andersom.

Werklijst (kort)

Open source geeft vrijheid, maar ook verantwoordelijkheid: wie mag wat, welke wachtwoorden zijn verboden om te delen, en hoe maakt u back-ups? Leg dit samen met IT en privacy vast, dan hoeft niemand achteraf te gissen.

• Wie meldt zich bij beveiligingswaarschuwingen van de gebruikte producten, en binnen welke termijn wordt er geüpdatet?
• Houd bij welke plug-ins voor QGIS (of andere tools) zijn toegestaan, zodat iedereen niet zomaar onbekende software installeert.
• Maak duidelijk wie gebruikers helpt bij storingen: servicedesk, GIS-team, of een externe partij.

Werklijst (kort)

Kies één concreet voorbeeld (bijvoorbeeld één kaartproduct of één werkproces). Train de mensen die het straks doen, en maak duidelijk waar ze terechtkunnen met vragen. Werkt het? Dan breidt u uit.

• Spreek af wat “goed genoeg” is: snelheid van de kaart, juistheid van de gegevens, bereikbaarheid buiten kantooruren.
• Leg kort uit aan directie en collega’s waarom u deze weg inslaat: minder vaag jargon, meer voorbeelden uit de praktijk.
• Twijfelt u tussen “alles zelf bouwen” en een kant-en-klaar webplatform? Lees dan ook het stuk over open source versus commercieel en GeoApps vs QGIS.

Werklijst (kort)

Het omzetten van oude bestanden kost vaak meer tijd dan nieuwe software installeren. Werk in kleine stapjes, controleer steekproeven (kloppen grenzen en labels?), en leg vast wie de “juiste” versie bewaakt.

• Let op coördinatenstelsels: één afspraak over hoe u van “oud” naar “nieuw” rekent, zodat lagen niet naast elkaar komen te liggen.
• Korte beschrijving bij elke laag (waar komt het vandaan, mag ik het delen?) helpt collega’s en voorkomt fouten later.
• Houd versies bij: welke export hoort bij welk moment, vooral als meerdere mensen tegelijk werken.

Werklijst (kort)

Open standaarden maken het makkelijker om later van leverancier te wisselen of data te delen. In Nederland gebruikt u vaak landelijke bronnen (zoals PDOK); noteer waar die in uw landschap horen en wie ze beheert.

• Zet op één plek welke kaart-URL’s en inloggegevens horen bij welke dienst, dan hoeft niet iedereen het wiel opnieuw uit te vinden.
• Als u veel externe kaarten inlaadt: spreek af of u mag “cachen” (tijdelijk opslaan) om piekbelasting te vermijden.

Werklijst (kort)

Software wordt ouder: plan eens per jaar (of vaker) welke versies u bijwerkt en hoe u terug kunt als iets stukgaat. Kleine regelmaat voorkomt grote crises.

• Eén pagina met “wat doe ik als…” (kaart wit, database vol, certificaat verlopen) bespaart uren bij incidenten.
• Open source leeft door gemeenschappen; af en toe tijd voor documentatie of een melding bij het project helpt iedereen vooruit.