Nix Geospatial Team | 37 Members | |
| Nix Geospatial packages maintenance. Team board - https://github.com/orgs/NixOS/projects/47/views/1 | 8 Servers |
| Sender | Message | Time |
|---|---|---|
| 21 Feb 2024 | ||
| Please review this trivial patch version update - https://github.com/NixOS/nixpkgs/pull/286713 . Thanks. | 21:04:05 | |
In reply to @imincik:matrix.orgThe first thing someone is going to ask is how to reproduce, and I think I'll need some help with that. There are a bajillion options, and I'm not very familiar with cmake, and even less familiar with GDAL. | 23:46:11 | |
In reply to @imincik:matrix.org* The first thing someone is going to ask is how to reproduce, and I think I'll need some help with that. There are a bajillion options, and I'm not very familiar with cmake, and even less familiar with GDAL. I'd be surprised if they'd be OK with running nix-build to test it, but I could start with that. | 23:46:58 | |
| Looks like there's already a relevant issue. | 23:48:01 | |
* Looks like there's already a relevant issue. I'll try building libtiff with lerc to see if that fixes it… | 23:50:47 | |
| 22 Feb 2024 | ||
| Is anyone familiar enough with libtiff to create some tests? I feel like if LERC support should be added to libtiff then it should be tested in the libtiff package, not in GDAL. | 00:05:25 | |
In reply to @vengmark2:matrix.orgIs it working with https://github.com/NixOS/nixpkgs/pull/290556 | 09:17:53 | |
In reply to @vengmark2:matrix.org* Is it working with https://github.com/NixOS/nixpkgs/pull/290556 ? | 09:17:57 | |
| Yep, that's how I verified the libtiff change. There's no libtiff test to verify that LERC support has been enabled yet. | 09:18:44 | |
| You should be able to verify with
| 09:24:05 | |
| * You should be able to verify with
| 09:24:45 | |
| * You should be able to verify with
(It takes forever to build, though.) | 09:25:13 | |
| What about trying
| 09:25:42 | |
tiffinfo contains Compression Scheme: None field | 09:26:26 | |
| I did verify using that, but I don't know of any good TIFFs I could use for the test. Ideally I'd use libtiff to create a 1x1 LERC TIFF and then read its info, but libtiff doesn't seem to come with CLI tools to create TIFFs. | 09:26:50 | |
| * I did verify using that (or one of the other executables included in libtiff; I don't remember), but I don't know of any good TIFFs I could use for the test. Ideally I'd use libtiff to create a 1x1 LERC TIFF and then read its info, but libtiff doesn't seem to come with CLI tools to create TIFFs. | 09:27:51 | |
| Thank you for the help, by the way! | 09:28:30 | |
In reply to @vengmark2:matrix.orgThen use gdal to create the tiff file. | 09:30:20 | |
| I was going to say that would take 100x the build time, but of course the libtiff tests already include the GDAL test suite. 🤔 OK, I'll give it a shot. | 09:31:09 | |
| * I was going to say that would take 100x the build time, but of course the libtiff tests already include the GDAL test suite. 🤔 OK, I'll give it a shot. Tomorrow. 💤 | 09:31:49 | |
In reply to @imincik:matrix.org Something like
| 09:34:44 | |
|
with
| 09:52:58 | |
| I've submitted a Nix talk for FOSS4G Europe conference. Please vote for the talk if you want to help me to be accepted - https://talks.osgeo.org/foss4g-europe-2024/p/voting/signup . Talk title is "Can we use Nix as a default way of distributing geospatial software ?" (second page of the list). Thanks ! | 12:34:36 | |
New approach of proj-data integration to proj - https://github.com/NixOS/nixpkgs/pull/290643 . I am finally happy with that. | 17:29:23 | |
In reply to @imincik:matrix.orgDo you have some specific suggestions? I'd love to improve this process for the team. | 20:30:45 | |
Would it be useful to add enable* ? true parameters for each of the optional dependencies, in case someone wants a minimal libtiff? Or is that too much control? | 20:40:16 | |
In reply to @vengmark2:matrix.orgNot for now. Not until somebody needs that. | 20:41:55 | |
| 23 Feb 2024 | ||
| 14:34:45 | ||
| 6 Mar 2024 | ||
Here's a bit of a conundrum: poetry run pytest -s scripts/stac/imagery/tests/collection_test.py::test_capture_area_added in this branch get different results on NixOS unstable and Ubuntu 22.04. I've narrowed it down to this line. It returns almost identical polygons, with one extra vertex generated on Ubuntu. | 22:39:12 | |
* Here's a bit of a conundrum: poetry run pytest -s scripts/stac/imagery/tests/collection_test.py::test_capture_area_added in this branch gets different results on NixOS unstable and Ubuntu 22.04. I've narrowed it down to this line. It returns almost identical polygons, with one extra vertex generated on Ubuntu. | 22:39:22 | |