Category: GaugeCam

The first prerelease version of GRIME3, the Python port of GRIME2, is up and available for download on GitHub. It has almost all the functionality of the CLI version of GRIME2, but with improved waterline and octagon finding. There has already been one small feature release. I expect there will be one or two more of those before I move on to start integrating the second major prerelease version that features a GRIME AI segmentation model to help us deal with the pernicious biofouling that plagues camera based water level measurement. Testing of the first prerelease version is planned for next week in Troy Gilmore’s lab at University of Nebraska-Lincoln.

I am extremely grateful for the Panera by our house. When Lorena goes shopping at Costco, Trader Joe’s, Wegman’s, Home Goods or the plethora of other stores around here, she drops me off at Panera. I drink coffee and work on GRIME3. The have a good internet connection, I love the coffee, and my favorite table is almost always available. I think it helps we are there mostly during slow hours, because I do not think it would be so good during the rush. I think about 80% of the work I have done so far on the project has been here at Panera and that percentage is rising.

My main engagement with the GaugeCam GRIME Lab these days is a port of the GRIME2 camera based water level measurement software. It was initially written in C++ as a prototype research project starting back in 2009. It morphed into production software, but has always suffered from its beginnings. It was developed on Linux using that ecosystem, but delivered only as a Windows desktop installer. It really did a great job for what it was initially intended to be, but was only adequate as a production software release.

We have wanted to make improvements to the software to handle things like biofouling at the waterline and the ability to find a much smaller target, so that was planned to be my next project. When I got my fingers back into the code to do that, I decided I was going to make this a longer term project with production code as opposed to just making the minimal fixes to make it all work just well enough to gather data and publish a couple of papers. Troy Gilmore and I have frequently discussed some of the things that would make the product better, so I decided to try to morph GRIME2 into GRIME3 with the following aims in mind:

• Port to Python (that is where the user base is going)
• Cross-platform compatible
  • Desktop (Linux, Windows, Apple)
  • Linux embedded (Raspberry Pi)
  • Cloud server
• Browser based GUI
• Extensive CLI support
• Measurement improvements
  • Smaller calibration targets (hoping for something that fits on a standard staff gauge)
  • AI model to extract waterline in the face of biofouling

This work and corresponding publications are well under way. It is also important to note that GRIME4 is on the road map and aimed at a stretch goal and production level functionality that could have a significant impact on this niche research area.