Een maatwerk-app waarmee u open data uit overheids-, EU- en wetenschappelijke bronnen visualiseert, vergelijkt en interactief openstelt voor uw gebruikers. Voor data-journalistiek, beleidsmonitoring, burger-tools, replicable research en business intelligence op publieke datasets. Gebouwd op transparante pipelines, met code-eigenaarschap en zonder vendor-lock-in.
Open data is overal — bruikbaar maken is het werk.
De Nederlandse en Europese overheid publiceren een indrukwekkende stroom open datasets: PDOK voor geografische data, CBS voor statistiek, Open Spending voor overheidsfinanciën, Eurostat voor Europese cijfers, het EU Open Data Portal voor alles wat de Commissie naar buiten brengt, INSPIRE voor ruimtelijke informatie en OECD voor internationale vergelijkingen. Daarnaast zijn er community-gedreven bronnen als OpenStreetMap, Wikidata en Common Crawl. Iedere dataset op zichzelf is technisch toegankelijk — maar voor een werkende app heeft u meer nodig dan de download-link.
De kloof zit niet bij de data, maar bij wat er tussen de data en de gebruiker gebeurt. Een CBS-tabel met 87 kolommen en codenummers in plaats van labels is letterlijk publiek beschikbaar, maar voor een raadslid praktisch onleesbaar. Een PDOK-WMS levert raster-tiles in RD-New-projectie die op een mobiele kaart eerst getransformeerd moeten worden. Tussen "deze data is openbaar" en "een burger, journalist of beleidsmaker kan er iets mee" zit een hoop ingenieursarbeid die niemand voor u doet.
Wij bouwen maatwerk open-data apps voor organisaties die die kloof willen overbruggen — een data-journalistiek team, een onderzoeksinstituut dat replicable research wil distribueren, een beleidsorganisatie die luchtkwaliteit of energie-mix real-time wil tonen, een gemeente die haar open data tot burger-tool wil maken, een NGO die overheidsuitgaven wil ontsluiten. Telkens is het werk hetzelfde: scrapen, structureren, normaliseren, koppelen, valideren, presenteren — en dat in een interface die past bij wie het bekijkt.
Welke vorm bij uw organisatie past hangt af van uw publiek (journalisten, beleid, burgers, onderzoekers, intern), de aard van de bron-data (statisch, periodiek, real-time) en hoeveel interactie u wil bieden (lezen, vergelijken, downloaden, ageren). We adviseren in het eerste gesprek welke variant het meeste oplevert.
Compact traject · vast sprintbudget
Data-journalistiek en burger-tool app
Een interactieve mobiele- of web-app waarmee u open data van CBS, Eurostat of een gemeente begrijpelijk maakt voor een breed publiek. Denk aan een woon-zoekapp op basis van BAG, een lokale luchtkwaliteit-tool met data van het RIVM, een vergelijker tussen Nederlandse gemeenten op basis van CBS-cijfers, of een interactieve doorbladerbare versie van een onderzoeksrapport. Telkens met een toegankelijke interface, in uw huisstijl, met een datastructuur die ook bij de volgende dataset-update blijft kloppen.
CBS & PDOKToegankelijk (WCAG)Mobile-firstEmbed-baar
Middelgroot traject · vast sprintbudget
Beleidsmonitoring en real-time dashboard-app
Voor overheidsorganisaties, omgevingsdiensten, NGO's of stakeholder-platforms die actuele publieke data willen tonen — luchtkwaliteit, energie-mix, verkeerstromen, watertanden, klimaat-indicatoren, gemeentelijke uitgaven, EU-fondsen. De app trekt continu data uit officiële API's (Luchtmeetnet, ENTSO-E, NDW, Open Spending, Eurostat), valideert en harmoniseert, en presenteert resultaten in een dashboard dat zowel bestuurders als geïnteresseerde burgers kunnen volgen. Met alerts wanneer waarden drempels overschrijden. Voor de zwaardere data-laag onder zo'n app sluiten we vaak aan op onze data-engineering-platform-praktijk.
Real-time API'sAlertsVergelijkingenOpen Spending
Groter traject · vast sprintbudget
Onderzoeks- en BI-platform op open data
Voor researchers, beleidseconomen, journalisten of analisten die open data structureel willen combineren met eigen data — voor replicable research, longitudinale studies, sectorvergelijkingen of pre-deal due diligence. Een platform met query-laag, visualisatie-laag en publicatie-flow, gebouwd op een eigen data-warehouse waarin OECD-, Eurostat-, CBS-, INSPIRE- en Common-Crawl-data via versiebeheerde pipelines binnenkomen. Met code-notebooks naast charts, transparante methodologie, en exporteerbare dataset-snapshots zodat anderen het werk kunnen reproduceren. Overlap met onze BI-tool-praktijk is groot.
De functionele lagen die in vrijwel elk open-data project terugkeren, ongeacht of u een journalistieke tool, een burger-app of een beleidsdashboard in gedachten heeft. Telkens passen we deze basis aan uw bronnen, uw publiek en uw bestaande infrastructuur.
Multi-source ingestionPipelines naar PDOK, CBS StatLine, Open Spending, Eurostat, OECD.Stat, het EU Open Data Portal, INSPIRE, OpenStreetMap, Wikidata, Common Crawl en sector-specifieke bronnen zoals Luchtmeetnet, ENTSO-E, NDW en de KvK Open Data. Per bron de juiste authenticatie, rate-limiting en retry-logica. Wijzigingen aan de bron-API vangen we op met versie-checks zodat uw app niet stilletjes stopt met functioneren.
Vector-, raster- en tabel-data verwerkenNative ondersteuning voor GeoJSON, GeoPackage, shapefile, GeoTIFF en CSV-met-coördinaten voor ruimtelijke data; JSON-stat, SDMX, CSV en Parquet voor statistische data; RDF en SPARQL voor linked-open-data uit Wikidata of de Kennisbasis. Zware datasets worden via vector-tiles of via een DuckDB-laag opgesplitst zodat de app vloeiend blijft op telefoon en op trager kantoor-netwerk.
Versiebeheerde data-snapshotsOpen data verandert: een CBS-tabel krijgt een revisie, een PDOK-dataset wordt anders geclassificeerd, een Eurostat-serie wordt teruggetrokken. We slaan elke ingestion-run op als een onveranderlijke snapshot, met checksum en timestamp, zodat een rapport uit vorig kwartaal nog steeds reproduceerbaar is. Vooral kritisch voor onderzoek, journalistiek en juridische trajecten waar de uitspraak "deze cijfers waren op dat moment correct" hard moet zijn.
Normalisatie- en harmonisatie-laagOpen data komt zelden in een geschikt formaat voor directe presentatie. CBS gebruikt eigen codetabellen, Eurostat NUTS-regio's, OECD ISO-landcodes, INSPIRE eigen vocabulaires. We mappen alle codes naar één intern model, geven labels in het Nederlands en het Engels, en harmoniseren tijdsdimensies (jaren, kwartalen, weken) zodat data uit verschillende bronnen daadwerkelijk vergelijkbaar wordt. Eén keer goed mappen scheelt later honderden ad-hoc lookups.
Visualisatie- en interactie-laagGrafieken via Plotly, Observable Plot, ECharts of D3 afhankelijk van uw esthetiek en interactie-behoefte. Vector-kaarten via Mapbox GL, MapLibre of Leaflet bovenop OpenStreetMap of PDOK-tiles. Tabellen met filtering, sortering, group-by, drill-down en export. Gebruikers kunnen subsets opslaan, delen via URL of embedden in artikelen, dashboards of beleidsstukken — zonder dat ze de onderliggende data hoeven te downloaden.
Data-attributie en bronnen-trailVoor open-data apps is herleidbaarheid van de bron geen nice-to-have maar een randvoorwaarde — voor journalistieke integriteit, voor wetenschappelijke citeerbaarheid en voor de Open Government License. Bij elke visualisatie en elke export staat de exacte bron, het ingestion-tijdstip, de licentievoorwaarden en eventuele methodologische voetnoten. We werken volgens FRBR-conform attributiemodel zodat een gebruiker altijd weet welke versie van welke dataset onder een grafiek ligt.
AVG-conforme behandeling van open dataOpen data klinkt vrijblijvend, maar bevat regelmatig persoonsgegevens of gegevens die in combinatie herleidbaar worden. Een open BAG-adres met een gemeentelijke vergunningsdatabase kan personen identificeren; CBS-data op kleine-buurt-niveau bevat soms statistische geheimhouding. We bouwen disclosure-control en aggregation-thresholds direct in de app, met logging van welke data verstrekt is, aan wie en met welke aggregatiegraad — in lijn met AVG en de Wet open overheid.
WCAG- en EAA-toegankelijkheidVoor publieke en burger-apps verplicht onder de Europese Toegankelijkheidsrichtlijn (EAA) en het Tijdelijk besluit digitale toegankelijkheid overheid. We bouwen visualisaties met alternatieve tekst-presentaties, hoog-contrast modus, screen-reader-vriendelijke charts en keyboard-only navigatie. Voor data-journalistieke embeds testen we ook op de toegankelijkheidsstandaarden van de uitgever waarop u publiceert.
API-gateway en publieke-data-laagVaak wilt u zelf ook weer een gestructureerde API blootstellen — voor uw onderzoeksnetwerk, voor andere journalisten, voor partner-organisaties of voor de civic-tech community. We bouwen een gateway met rate-limiting, API-keys, OpenAPI-documentatie en een datacatalogus, zodat anderen op uw werk kunnen doorbouwen zoals u dat op de overheidsdata heeft gedaan.
Embed- en deel-flowsOpen-data-apps leven vooral wanneer hun visualisaties terechtkomen in artikelen, beleidsnota's en social-feeds. We bouwen embed-blokken met responsive layout, statische fallback voor wie JavaScript blokkeert, OpenGraph-cards voor delen op LinkedIn en messengers, en versiestabiele URL's die niet stuk gaan wanneer u de app later doorontwikkelt. We gebruiken bewust geen embeds voor het voormalige Twitter/X-platform.
Beheer-contract (optioneel)Doorlopend onderhoud, monitoring van bron-API's en doorontwikkeling. Open-data-apps vragen vaker dan reguliere apps om beheer omdat de bronnen blijven veranderen — een herziening van een CBS-tabel, een nieuw NUTS-niveau. We houden bij wat speelt bij de bron-houders en passen de pipelines aan voor uw app omvalt.
Wanneer een open-data app de juiste keuze is.
Niet elk werk met publieke data heeft een eigen app nodig — soms volstaat een notebook, een Google Sheet of een Tableau-dashboard. Zes signalen waarbij maatwerk open-data software echt loont.
Publiek
Gebruikers zijn geen data-experts
Uw publiek is een journalist, een raadslid, een bewoner of een algemeen geïnteresseerde — geen analist met R, Python of Power BI op de achtergrond. Een ruwe CBS-tabel of een Eurostat-API is voor hen onbruikbaar; ze hebben een interface nodig die de gegevens in alledaagse taal en alledaagse vragen presenteert.
Recurrent
De data verandert periodiek
U publiceert niet één keer een rapport maar wil dat de inzichten bij elke nieuwe dataset-release vanzelf bijwerken. Een statische infographic zou maandelijks of jaarlijks opnieuw gemaakt moeten worden; een app trekt de actuele versie en herrekent.
Combinatie
Meerdere bronnen moeten gecombineerd
Uw inzicht komt niet uit één dataset maar uit het naast elkaar leggen van CBS, Eurostat, OECD en uw eigen data. Iedere bron alleen toont de helft van het verhaal. Een app harmoniseert de bronnen en laat de gebruiker filteren op de gemene deler in plaats van zelf joins en lookups te bedenken.
Reproduceerbaar
Methodologie moet aantoonbaar
Voor wetenschap, journalistiek met juridische gevolgen of beleidsstukken die uit te leggen zijn aan de Tweede Kamer of het Europees Parlement, moet elk cijfer reproduceerbaar zijn — welke bron, welke selectie, welke berekening, welk tijdstip. Een app met versiebeheerde snapshots en transparante pipeline is dan boven een notebook of een spreadsheet te verkiezen.
Real-time
Continu actuele informatie nodig
Luchtkwaliteit, energie-mix, verkeersituatie, watertand of openbaar-vervoer-vertragingen — als gebruikers de waarde van nu willen weten, kan een rapport of een handmatig dashboard dat niet leveren. Een live-app trekt de bron-API's op het moment dat de gebruiker kijkt en alarmeert bij drempels.
Distributie
Inzicht moet breed gedeeld worden
U wil dat collega-onderzoekers, journalisten of burgers met uw bewerking aan de slag kunnen — niet alleen het eindplaatje zien, maar ook subsets, filters, downloads en API-aanroepen kunnen doen. Een eigen app met embed- en API-laag is dan natuurlijker dan een PDF-rapport of een Tableau Public-page.
Nog niet zeker over een groot traject?
Test je idee eerst — werkend prototype in 1 dag
Met OneDayBuild maken we je idee in één dag tastbaar voor €950, zodat je weet of verdere ontwikkeling de investering waard is. Besluit je door te gaan met de volledige bouw? Dan verrekenen we de kosten volledig.
Een gesprek waarin we het beoogde gebruik scherp krijgen: wie kijkt naar de app, met welke vragen, en welke beslissing volgt erop. We inventariseren de open-data bronnen die u al gebruikt of zou willen gebruiken — PDOK, CBS, Eurostat, OECD, Open Spending, INSPIRE, OSM — en checken op licentievoorwaarden, refresh-frequentie en stabiliteit van de bron-API. Aan het eind heeft u een overzicht van de bronnen die het waard zijn en de bronnen die te wankel zijn voor productie.
2
Pipeline-ontwerp en data-modellering
We tekenen de ingestion-pipeline uit: per bron een ophaalfrequentie, een normalisatie-stap en een doelmodel. We modelleren een intern data-schema dat door de bronnen heen logisch is — bijvoorbeeld een gemeenschappelijke regio-tabel waarin CBS-gemeenten, Eurostat-NUTS en INSPIRE-codes naast elkaar leven. We toetsen het schema met uw data-team en met twee tot drie eindgebruikers via interactieve wireframes voor we beginnen.
3
Bouw in sprints
Iedere sprint leveren we een werkende versie op een staging-omgeving. We beginnen met de ingestion- en normalisatie-laag plus één primaire visualisatie — bijvoorbeeld een kaart of een vergelijkings-tabel — zodat u zo vroeg mogelijk kunt testen met echte data. Daarna bouwen we de overige views, embeds, alerts en API-laag uit. U test mee, eindgebruikers testen mee, we sturen continu bij. Bij elke sprint wordt de scope geëvalueerd zodat doorontwikkeling op de juiste plek landt.
4
Validatie en accessibility-audit
Voor de live-gang valideren we de cijfers in de app tegen de oorspronkelijke bron — een belangrijke stap omdat een fout in normalisatie of in een join zich met open data tot ver in publicaties kan voortplanten. We doen een WCAG- en EAA-audit voor publieke en burger-apps, een AVG- en disclosure-control-review voor data die in de richting van persoonsgegevens komt, en een security-review op de API-laag en het embed-mechanisme.
5
Uitrol en beheer
Gefaseerde uitrol naar uw publiek of stakeholders, met monitoring op bron-API's en data-pipelines. We waarschuwen wanneer een CBS-tabel verandert, een Eurostat-serie wordt vervangen of een PDOK-laag een nieuwe versie krijgt. Doorontwikkeling via het beheer-contract — veel open-data apps groeien organisch wanneer een nieuwe bron interessant wordt of een nieuw publiek zich aandient, en het beheer houdt dat soepel zonder dat u telkens een nieuw traject hoeft op te starten.
Fabian van DijkBusiness developer · Appfront
Veelgestelde vragen.
De vragen die opdrachtgevers stellen wanneer ze een open-data app overwegen.
Welke open-data bronnen kunnen jullie ontsluiten?
In de praktijk werken we het meest met PDOK voor geografische data, CBS StatLine en de CBS Open Data Portal voor statistiek, Open Spending voor overheidsuitgaven, Eurostat en OECD.Stat voor Europese en internationale vergelijkingen, het EU Open Data Portal voor alles wat de Commissie publiceert, INSPIRE voor gestandaardiseerde ruimtelijke data, OpenStreetMap voor kaart-content en geocoding, Wikidata voor linked-open-data, en sector-specifieke bronnen zoals Luchtmeetnet, ENTSO-E, NDW, KvK Open Data, BAG en BRO. Voor onderzoeksprojecten ook Common Crawl en de Internet Archive. Heeft u een specifieke bron in gedachten die hier niet bij staat — vrijwel elke open API met een licentie laat zich integreren, dat bespreken we in het eerste gesprek.
Hoe stabiel zijn open-data API's eigenlijk?
Eerlijk gezegd wisselend. PDOK, CBS Open Data en Eurostat zijn productie-niveau stabiel met versionering en duidelijke change-logs. Het EU Open Data Portal en sommige gemeentelijke open-data portalen zijn minder voorspelbaar; datasets kunnen worden verplaatst, hernoemd of stilletjes worden teruggetrokken. We bouwen daarom altijd een ingestion-laag met validatie, version-pinning en een eigen snapshot-archief. Mocht een bron-API tijdelijk uitvallen of een ingrijpende wijziging doorvoeren, dan blijft uw app op de laatst-geldige snapshot draaien terwijl wij de pipeline aanpassen.
Wat met persoonsgegevens in open data?
Open data is niet automatisch vrij van persoonsgegevens. Een open BAG-adres in combinatie met een open WOZ-waarde en een open vergunningenregister kan een specifiek huishouden identificeren. CBS-data op kleine-buurt-niveau kan via statistische triangulatie tot personen leiden. We doen bij elk project een AVG-pretoets: welke combinaties van bronnen kunnen tot herleidbaarheid leiden, welke aggregatiethresholds zijn gepast, welke disclosure-control passen we toe. Voor projecten met serieuze privacy-implicaties doen we een formele DPIA met uw FG of privacy-officer. Bij overheidsgegevens is ook de Wet open overheid en het hergebruiks-regime onder de Open Data Richtlijn relevant.
Wat is INSPIRE en moeten wij daaraan voldoen?
INSPIRE is een Europese richtlijn die overheidsorganisaties verplicht om bepaalde ruimtelijke datasets in gestandaardiseerd formaat en met gestandaardiseerde metadata te publiceren. Als u zelf data wil aanbieden naast wat u consumeert — bijvoorbeeld een burger-tool die overheid-data verrijkt en weer als open service blootstelt — kunt u onder INSPIRE vallen. We zorgen voor metadata in ISO 19115-formaat, GML- of GeoJSON-export en koppeling aan het Nationaal GeoRegister. Voor private en research-partijen geldt INSPIRE meestal niet, maar interoperabiliteit met INSPIRE-conforme datasets is vaak alsnog wenselijk. Voor de overlap met geo-vraagstukken verwijzen we naar onze pagina over geografische apps.
Welke licentievoorwaarden gelden er voor open data?
De meeste Nederlandse open data valt onder CC0, CC-BY-4.0 of de Open Government License. CBS-data is doorgaans CC-BY met attributievereiste, PDOK varieert per dataset, Eurostat heeft een eigen open-data licentie die in de praktijk vergelijkbaar is. OpenStreetMap-data valt onder ODbL, wat share-alike-verplichtingen met zich meebrengt voor afgeleide datasets. We bouwen attributie- en licentievermelding direct in de app, met per visualisatie de juiste bronvermelding en — waar dat onder de licentie vereist is — een downloadbare data-export met bijbehorende licentietekst. Dat scheelt later veel werk in juridische reviews.
Hoe zorgen jullie dat onze app accessibility-conform is?
We bouwen WCAG 2.2 AA in vanaf het ontwerp, niet als sluitstuk. Voor publieke en burger-apps is dat verplicht onder het Tijdelijk besluit digitale toegankelijkheid overheid en, sinds 2025, onder de Europese Toegankelijkheidsrichtlijn (EAA) ook voor veel private aanbieders. Concrete maatregelen: alternatieve tekst-presentaties van visualisaties (een kaart krijgt ook een gestructureerde data-tabel-modus), hoog-contrast en dark-mode, keyboard-only navigatie, screen-reader-vriendelijke charts via aria-attributen, vermijden van color-only-encoding, en captions voor eventuele video-content. In de laatste sprint doen we een audit met een geautomatiseerde tool plus een handmatige check met een screen-reader.
Hosten jullie de app of doen we dat zelf?
Beide kan. Voor publieke en research-organisaties hosten we vaak in een Europese cloud (Google Cloud Frankfurt, AWS Frankfurt, of een lokale provider). Klanten met een eigen cloud-tenant: we deployen in uw GCP, AWS of Azure. De codebase is hetzelfde — alleen de deployment-target verschilt. U bent niet vastgepind op onze hosting; ook hosting-overdracht zit in de eindlevering.
Welke tech-stack gebruiken jullie meestal?
Voor de app: Flutter of React Native voor cross-platform mobiel, Next.js of Astro voor web. Voor data: PostgreSQL met PostGIS, DuckDB op Parquet, optioneel Snowflake of BigQuery voor zwaar onderzoekswerk. Voor pipelines: Python met dbt en Airflow, of Dagster voor complexere DAG's. Voor visualisaties: Plotly, Observable Plot, ECharts of D3, Mapbox GL of MapLibre voor kaarten. We kiezen wat past bij uw engineering-capaciteit en bron-data — niet wat wij gewend zijn.
Kunnen jullie ook een interne BI-tool bouwen op open data?
Ja, dat is zelfs een van de meest gevraagde varianten. Beleidsteams, communicatie-afdelingen, sales-teams in publieke sectoren en consultancy-bureaus willen vaak een interne tool die hen helpt overheidsdata snel te raadplegen voor offertes, beleidsadviezen of marktanalyses. We bouwen die als web-app met SSO via uw Azure AD of Google Workspace, een query-builder bovenop een interne data-warehouse en exportfuncties naar PowerPoint of Word. Dit type vraagstuk leunt op onze ervaring met BI- en dashboard-tooling en kan ook puur intern blijven, zonder publieks-laag.
Hoe gaan jullie om met data-kwaliteit en outliers?
Open data bevat altijd uitzonderingen: een Eurostat-serie waarin nul "geen data" betekent in plaats van "nul", een PDOK-laag met dubbele geometrieën na een dataset-migratie, een CBS-tabel waarin een herziening alleen in voetnoten staat. We bouwen automatische validatie-checks: bereik, type, completeness en uitschieter-detectie. Vondsten worden gelogd en in de app gemarkeerd zodat de eindgebruiker een vermoedelijke outlier herkent in plaats van klakkeloos te presenteren. Voor research koppelen we issues terug aan de bron-houder.
Hoe combineer je open data met AI of taalmodellen?
Vaker dan voorheen willen klanten dat een gebruiker in natuurlijke taal een open-data app kan bevragen — "toon mij Nederlandse gemeenten waar de woningvoorraad sneller groeit dan het gemiddelde maar de bevolking afneemt". We bouwen dit als een AI-laag bovenop een gestructureerde query-laag: het taalmodel vertaalt de vraag naar een gevalideerde query, de query draait op de open-data backend, en het resultaat krijgt een AI-gegenereerde toelichting die de gebruiker kan controleren. Voor de aanpak en verantwoorde inzet daarvan verwijzen we naar onze pagina over AI-ontwikkeling en de bredere praktijk rondom AI-app's.
Werken jullie samen met onze eigen developers of data-analisten?
Ja, dat is bij open-data projecten eerder regel dan uitzondering. Veel organisaties hebben een data-team dat de analyse-kant doet, terwijl wij de app-laag, ingestion-pipelines en visualisatie-laag bouwen. We werken in dezelfde Git-repository, sluiten aan op uw data-schema's, en doen pair-programming waar dat de kennisoverdracht versnelt. Aan het einde van het traject kan uw eigen team de codebase volledig zelfstandig onderhouden — geen lock-in op ons als leverancier, omdat juist bij open-data projecten de transparantie en herhaalbaarheid de hele meerwaarde vormen.
Wat als we al een data-engineering-platform hebben?
Goed nieuws — dan is de stap naar een open-data app korter. We sluiten aan op uw bestaande data-platform (Snowflake, Databricks, BigQuery, een eigen Postgres-cluster) en gebruiken de daar al verwerkte data als startpunt. De ingestion- en transformatie-laag hoeven we dan niet of slechts gedeeltelijk opnieuw te bouwen; de focus komt op de app- en visualisatie-kant te liggen. Heeft u nog geen data-platform, dan combineren we het traject vaak met de aanpak uit onze data-engineering-platform-praktijk.
Maken jullie ook open-data apps voor gemeenten of overheidsorganisaties?
Ja, dat is zelfs een belangrijk deel van onze open-data praktijk. We werken met gemeenten, omgevingsdiensten, provincies en uitvoeringsorganisaties die hun open data willen ontsluiten richting burgers, raadsleden of de eigen organisatie. Daarbij geldt extra aandacht voor INSPIRE-compliance, audit-log, bestuursrechtelijke navolgbaarheid en aansluiting op DigiD of eHerkenning voor inwoner-functionaliteit. Voor de overlap met gemeentelijke softwarevraagstukken verwijzen we naar onze pagina over software voor gemeenten.
Een kennismaking van een half uur, vrijblijvend. We luisteren naar het verhaal dat u uit de data wil halen, kijken mee naar de bronnen die u al gebruikt of zou willen gebruiken, en geven richting waar u iets aan heeft — ook als het advies is om eerst met een notebook, een QGIS-publicatie of een Tableau-dashboard verder te komen voor maatwerk loont. Voor verwante onderwerpen verwijzen we naar onze bredere app-ontwikkeling, naar onze pagina over geografische apps, naar onze data-engineering-platform-praktijk, naar onze BI- en dashboard-tool-aanpak en naar onze ervaring met software voor gemeenten.
Appfront gebruikt cookies en vergelijkbare technieken voor een goede werking van de website, voor analyse en voor marketing. Je kiest zelf wat je toestaat. Lees meer in ons privacybeleid.
