I don’t know if I would label this exercise as fun but I’ve learned alot.
I don’t do a ton of data collection these days. At one time a few years ago I was out in the field with Fulcrum, a laptop, and sketchy internet for days at a time. These days I’m hardly ever without internet for long.
I’ve been using Mergin Maps (hint I’m a BP) and I’ve been learning the ins and outs of data collection with QGIS. My general thoughts on data collection is collect everything you need to collect as quickly as possible. Don’t lose anything. Don’t over collect. Come back in and integrate that data with your important data. Build a Process.
Not to bore you with all the fun but the current question is “Can we collect data and have it magically appear back in our postgresql database?”. Why yes – yes you can. That magic is called DB Sync. DB Sync provides that magic bridge.
With Mergin, You go out and collect data and sync it back to the cloud. Crank open QGIS and sync it back to your desktop. DB Sync takes that process and goes from field back to database if that’s what you need. It also can go back into a geopackage.
In the example below I collect one data point in Mergin on my phone. I hit Sync. In a few seconds the data appears in the database. I could collect data on my desktop and the reverse happens – data from the database appears on my phone. So below you see my phone, qgis, and DB Sync running in Docker creating that magic bridge.
Going back to my overused tn 911 example – you can go out and collect “things”: Structures, fire hydrants, whatever, and it all goes back to the database as you get internet access. Is DB Sync a magic bullet? Sort of. I did have a few problems but honestly I believe they are problems of my own design. It has been a blast learning how it works with QGIS and Postgresql. To collect data and have it magically appear in the database sitting on a box 6 feet behind me is pretty awesome. Check out QGIS. Check out Mergin Maps.