feat: switch to multithreaded SPLAT!

[Jellyfrog]

Features:

• Uses multithreaded SPLAT! fork
• Builds assets on the fly
• Fixes bug where "Height AGL (m)" is actually in feet
• Multistage Docker image, Size reduction 1.75GB > 596MB

Fixes #15

[CLAassistant]

All committers have signed the CLA.

[fifieldt]

Thank you so much!

[mrpatrick1991]

Getting the following when building on mac OS:

6.994   │ exit code: 1
6.994   ╰─> [2 lines of output]
6.994       WARNING:root:Failed to get options via gdal-config: [Errno 2] No such file or directory: 'gdal-config'
6.994       ERROR: A GDAL API version must be specified. Provide a path to gdal-config using a GDAL_CONFIG environment variable or use a GDAL_VERSION environment variable.
6.994       [end of output]```

We need to add the GDAL dependencies back for this to build. 

[Jellyfrog]

Getting the following when building on mac OS:

6.994   │ exit code: 1
6.994   ╰─> [2 lines of output]
6.994       WARNING:root:Failed to get options via gdal-config: [Errno 2] No such file or directory: 'gdal-config'
6.994       ERROR: A GDAL API version must be specified. Provide a path to gdal-config using a GDAL_CONFIG environment variable or use a GDAL_VERSION environment variable.
6.994       [end of output]```

We need to add the GDAL dependencies back for this to build. 

Yes I removed gdal libs since I didn’t see it being used anywhere? Are you building with docker?

[mrpatrick1991]

Getting the following when building on mac OS:

6.994   │ exit code: 1
6.994   ╰─> [2 lines of output]
6.994       WARNING:root:Failed to get options via gdal-config: [Errno 2] No such file or directory: 'gdal-config'
6.994       ERROR: A GDAL API version must be specified. Provide a path to gdal-config using a GDAL_CONFIG environment variable or use a GDAL_VERSION environment variable.
6.994       [end of output]```

We need to add the GDAL dependencies back for this to build. 

Yes I removed gdal libs since I didn’t see it being used anywhere? Are you building with docker?

Yes, I'm building with docker. GDAL libs are implicit dependencies for the geotiff image processing by the python backend.

I'm happy to merge this once the docker image builds, since multithreaded splat will be more performant.

[Jellyfrog]

Are you sure you checked out the correct git submodule, since it changed?
This code is currently running on https://planner.meshtastic.jellyfrog.se/ And it’s working fine :)

I’m not home at the moment so can’t investigate

[Jellyfrog]

$ git clone git@github.com:Jellyfrog/meshtastic-site-planner.git -b feat/hoche-splat --recurse-submodules
$ cd meshtastic-site-planner/
$ docker build --no-cache .
...
 => exporting to image                                                                                                                                                                                                                                                                                                                                                               
 => => exporting layers                                                                                                                                                                                                                                                                                                                                                              
 => => writing image sha256:5319a3688818b37e376684023033c75401c49e1254ca585708789fd2bbbd56df 
$

[mrpatrick1991]

docker build --no-cache .

6.854   │ exit code: 1
6.854   ╰─> [2 lines of output]
6.854       WARNING:root:Failed to get options via gdal-config: [Errno 2] No such file or directory: 'gdal-config'
6.854       ERROR: A GDAL API version must be specified. Provide a path to gdal-config using a GDAL_CONFIG environment variable or use a GDAL_VERSION environment variable.
6.854       [end of output]
6.854
6.854   note: This error originates from a subprocess, and is likely not a problem with pip.
6.906
6.906 [notice] A new release of pip is available: 25.0.1 -> 25.3
6.906 [notice] To update, run: pip install --upgrade pip
6.907 error: subprocess-exited-with-error
6.907
6.907 × Getting requirements to build wheel did not run successfully.
6.907 │ exit code: 1
6.907 ╰─> See above for output.
6.907
6.907 note: This error originates from a subprocess, and is likely not a problem with pip.
------
Dockerfile:41
--------------------
  39 |
  40 |     # Install Python dependencies
  41 | >>> RUN pip install --no-cache-dir -r requirements.txt
  42 |
  43 |     # Copy the rest of the application files
--------------------
ERROR: failed to build: failed to solve: process "/bin/sh -c pip install --no-cache-dir -r requirements.txt" did not complete successfully: exit code: 1```

Thanks for getting back to me. Looks like we need something to do with GDAL (at least that's what I'm seeing while building locally). I want to get this merged, but need to figure out why this is happening on my end first.