Three years in two months - lessons learned in re-building a 120kloc GIS system from scratch as a 10x engineer.
2026-09-01 , Conference Management Room4

This is a personal account of a two-month sprint to attempt to rebuild our corporate GIS system in the Brazilian Federal Police using modern tools, solo. I will touch on tools, efficiency, burnout, and the golden pot at the end of the rainbow.


This is a personal account of a two-month sprint to attempt to rebuild our corporate GIS system in the Brazilian Federal Police using modern tools, solo. I will touch on tools, efficiency, burnout, and the golden pot at the end of the rainbow.

For context, this is a March 2026 snapshot of a reality that is changing blazingly fast. Some of it may not make sense in August/September, when FOSS4G Hiroshima takes place. Therefore, I have selected topics that I see as more likely to be long term lessons than point-in-time hacks.

The problem:

  • A geonode fork for which we aspired to hire an italian company to maintain.
  • The inability to find a viable legal path in Brazil to do it.
  • An essential piece of infrastructure with large development overhead.
  • An overwhelmed team unable to submit improvements to upstream.

A new type of solution just became possible, since current dev tools are nothing short of sorcery.

General principles:

  • Saying what you mean
  • Extracting domain knowledge from the P.O.
  • Extracting general knowledge from the A.I.
  • Guidelines, Guardrails and Railroading - do's and don'ts
  • Testing with "eyes"
  • Finally hitting "play" (setting up a dev loop)
  • Human workload management

As a result, a viable replacement for our current system was prototyped with most of the core features working. There are gaps, but also ther are features we have not been able to implement for years (quotas, observability, multi-tenancy, sophisticated audit logging, ISO-19115/MGB compliance, low latency dev cycle for UI, automated testing for frontend AND backend, API keys ...).

The current prototype is a single repository with under 80 thousand lines of functional code aiming to replace a 120 thousand lines codebase. There is already a full feature (1.5kloc) waiting for refactoring before submitting to pycsw upstream, with more upstream contributions to other projects coming. Whether the switch itself will prove to be viable is still up in the air... but you will get the chance to know in FOSS4G Hiroshima!

This abstract is entirely human-written using a simple text editor. No review, no prior or posterior opinion or any input from I.A., not even auto-correct


Level of technical complexity: 2 - intermediate Indicate what is (are) the open source project(s) essential in your talk:

GeoServer, pycsw, GeoNode, Postgis, Openlayers, Pyproj, Shapely
Vue.js, FastAPI, Playwright, Vite, pytest

I make my conference contribution available under the CC BY 4.0 license. The conference contribution comprises the abstract, the text contribution for the conference proceedings, the presentation materials as well as the video recording and live transmission of the presentation:

Computer engineer, GIS manager, technical lead, developer. I manage a GIS system in the Brazilian Federal Police since 2010, and am part of the Brazil Mais program, a large project in the Brazilian government for environmental damage monitoring and response.

Long time FOSS4G fan, I have attended conferences since 2010 (Barcelona) and have given talks in the Bucharest, Portland, Denver and Natal editions. I was also at Dar Es Salaam.

This speaker also appears in: