This is awesome. Such a great use case for nix. I do a lot of geospatial processing in the cloud and I've been using Tippecanoe a lot to create vector tiles. It pairs well with PM Tiles for storing on the cloud. It seriously increases the web app performance for massive data sets. I queue these up with ECS tasks to process our json/csv/parquet input and create optimize vector tile outputs. https://github.com/felt/tip…
Geospatial Nix – create, use and deploy today
11–20 of 22 posts
Re: Geospatial Nix – create, use and deploy today
#12This is awesome. Such a great use case for nix. I do a lot of geospatial processing in the cloud and I've been using Tippecanoe a lot to create vector tiles. It pairs well with PM Tiles for storing on the cloud. It seriously increases the web app performance for massive data sets. I queue these up with ECS tasks to process our json/csv/parquet input and create optimize vector tile outputs. https://github.com/felt/tip…
Thank you. tippecanoe is provided by nixpkgs and you can search for it in "PACKAGES" tab in geospatial-nix.today.
Re: Geospatial Nix – create, use and deploy today
#13I mean, Nix is pretty complex software, and is an added layer of abstraction in many contexts. Framing Nix as a solution to complexity seems to be a tenuous claim.
What Nix can help with, imo, is reducing toil. And a good abstraction maintained by a team can reduce toil for a lot of others.
Re: Geospatial Nix – create, use and deploy today
#14Earlier quoted context omitted.
What is it exactly that you're trying to solve? Are you creating a UI for setting up nix flake configs? What does it do beyond that? And why is it coupled to geospatial tools?
I understood that the either the origin of the effort was based on geospatial tool management or geospatial tools are hairy enough problem to prove the value of the product.
Re: Geospatial Nix – create, use and deploy today
#15> In a world of horrendously complex software developed by myriads of authors, be smart, use Nix I mean, Nix is pretty complex software, and is an added layer of abstraction in many contexts. Framing Nix as a solution to complexity seems to be a tenuous claim. What Nix can help with, imo, is reducing toil. And a good abstraction maintained by a team can reduce toil for a lot of others.
Disagree strongly. Building a large and varied set of software packages in a generalised and reproducible way is a fundamentally complex endeavour, and nixpkgs is the most successful effort I've encountered to simplify it.
In contrast, build & packaging systems that try to present apparent "simplicity" are usually ignoring a lot of the subtle difficulties in building software in a reproducible and robust manner, leading to extended and vague debugging sessions. See for instance almost any non-trivial Dockerfile-based build procedure.
Re: Geospatial Nix – create, use and deploy today
#16Re: Geospatial Nix – create, use and deploy today
#17I used Conda to install QGIS and a compatible set of plugins. But that’s python-specific and this works for packages in other languages, so I’ve bookmarked it.
Re: Geospatial Nix – create, use and deploy today
#18> In a world of horrendously complex software developed by myriads of authors, be smart, use Nix I mean, Nix is pretty complex software, and is an added layer of abstraction in many contexts. Framing Nix as a solution to complexity seems to be a tenuous claim. What Nix can help with, imo, is reducing toil. And a good abstraction maintained by a team can reduce toil for a lot of others.
> Framing Nix as a solution to complexity seems to be a tenuous claim. Disagree strongly. Building a large and varied set of software packages in a generalised and reproducible way is a fundamentally complex endeavour, and nixpkgs is the most successful effort I've encountered to simplify it. In contrast, build & packaging systems that try to present apparent "simplicity" are usually ignoring a lot of the subtle diff…
Re: Geospatial Nix – create, use and deploy today
#19However, I took a look at a few geospatial-nix packages:
- https://github.com/imincik/geospatial-nix/blob/master/pkgs/p...
- https://github.com/imincik/geospatial-nix/blob/master/pkgs/g...
But it seems like the packages are minimally tested.
Am I seeing this correctly?
For example, with postgis, I miss the 'make check';
"The above command will run through various checks and regression tests using the generated library against an actual PostgreSQL database."
Re: Geospatial Nix – create, use and deploy today
#20The quick answer of the question "Why this project makes a sense ?" is following: Nix is solving the principal problems of software building, distribution, deployment, configuration, supply chain security and many others in very elegant but unique way. It also comes with plenty of other unique features which doesn't exist anywhere else. The cost of this is quite steep learning and adoption curve. geospatial-nix.today…