| 22 Feb 2024 |
 Ivan Mincik (imincik) | In reply to @imincik:matrix.org
Then use gdal to create the tiff file. Something like
gdal_create -outsize 10 10 -co COMPRESS=LERC_DEFLATE test.tif
| 09:34:44 |
| Ivan Mincik (imincik) | gdalinfo works as well
with gdal: Test LERC support #290292 I am able to do:
nix-build -A gdal
./result/bin/gdal_create -outsize 10 10 -co COMPRESS=LERC_DEFLATE test.tif
./result/bin/gdalinfo test.tif
Driver: GTiff/GeoTIFF
Files: test.tif
Size is 10, 10
Image Structure Metadata:
COMPRESSION=LERC_DEFLATE
INTERLEAVE=BAND
LERC_VERSION=2.4
Corner Coordinates:
Upper Left ( 0.0, 0.0)
Lower Left ( 0.0, 10.0)
Upper Right ( 10.0, 0.0)
Lower Right ( 10.0, 10.0)
Center ( 5.0, 5.0)
Band 1 Block=10x10 Type=Byte, ColorInterp=Gray
| 09:52:58 |
| Ivan Mincik (imincik) | 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 |
| Ivan Mincik (imincik) | New approach of proj-data integration to proj - https://github.com/NixOS/nixpkgs/pull/290643 . I am finally happy with that. | 17:29:23 |
 l0b0 | In reply to @imincik:matrix.org
So many issues in those few instructions in elevation README :) Do you have some specific suggestions? I'd love to improve this process for the team. | 20:30:45 |
| l0b0 | 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 |
| Ivan Mincik (imincik) | In reply to @vengmark2:matrix.org
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? Not for now. Not until somebody needs that. | 20:41:55 |
| 23 Feb 2024 |
|  Tim Sutton joined the room. | 14:34:45 |
| 6 Mar 2024 |
| l0b0 | 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 |
| l0b0 | * 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 |
| l0b0 | * 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. The shapely docs don't mention anything relevant, but I'd like to understand why this is happening to avoid flaky tests. | 22:42:31 |
| 7 Mar 2024 |
| l0b0 | * 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. The shapely docs don't mention anything relevant, but I'd like to understand why this is happening to avoid flaky tests.
Some more investigation reveals that the additional vertex seems to be the midpoint between two other vertices, and should've been removed by simplify.
| 00:11:58 |
| 8 Mar 2024 |
| Ivan Mincik (imincik) | In reply to @vengmark2:matrix.org
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. The shapely docs don't mention anything relevant, but I'd like to understand why this is happening to avoid flaky tests.
Some more investigation reveals that the additional vertex seems to be the midpoint between two other vertices, and should've been removed by simplify.
It looks to me as a nice example of different behavior of different versions of geometry lib. | 09:44:41 |
| Ivan Mincik (imincik) | BTW, Shapely update PR is waiting for review - | 09:45:28 |
| Ivan Mincik (imincik) | * BTW, Shapely update PR is waiting for review - https://github.com/NixOS/nixpkgs/pull/293237
| 09:45:31 |
| l0b0 | The difference ended up being which geos library it'd been built with. | 09:45:37 |
| Ivan Mincik (imincik) | In reply to @vengmark2:matrix.org
The difference ended up being which geos library it'd been built with. I've seen this many times especially with GEOS/Shapely. Few years ago we had an issue where one lake was disappearing on a map due some rounding error. | 09:49:01 |
| Ivan Mincik (imincik) | Geospatial software can benefit from Nix in many regards. That's why I am here :). | 09:50:31 |
| 11 Mar 2024 |
|  sikmir joined the room. | 18:07:16 |
| sikmir | Hi guys!) | 18:21:42 |
| Ivan Mincik (imincik) | Welcome here sikmir | 18:31:33 |
| sikmir | Fixed t-rex https://github.com/NixOS/nixpkgs/pull/295097 | 19:48:29 |
| Ivan Mincik (imincik) | In reply to @sikmir:matrix.org
Fixed t-rex https://github.com/NixOS/nixpkgs/pull/295097 Great. Do yiu want to merge it in alpha3 version? | 19:54:03 |
| Ivan Mincik (imincik) | I don't mind, it is always better than broken package | 19:55:01 |
| sikmir | In reply to @imincik:matrix.org
I don't mind, it is always better than broken package Indeed, while it's broken it's not usable anyway. | 19:58:48 |
| 14 Mar 2024 |
|  NixOS Moderation Botchanged room power levels. | 18:44:26 |
