Re: [PROJ] LIBERTIFF / Thread-safe TIFF reader

--===============4573267339830081161==
Content-Type: multipart/alternative; boundary="000000000000907a280629ba1f64"

--000000000000907a280629ba1f64
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

In the long shot department...

If you had to pick just one compressor, why not zstd? Yeah, I know that
most things out there are deflate, but if we could break from that, would
it make for a smaller faster world?

On Thu, Dec 19, 2024 at 9:56=E2=80=AFAM Javier Jimenez Shaw via PROJ <
[email protected]> wrote:

> We are making our own grid files (for strange cases with nonsense
> licenses), but fortunately they are with deflate (thanks Alex).
>
> We link only with libz, not with deflate (also for gdal). But that should
> we easy to change if needed.
>
> On Thu, 19 Dec 2024, 18:16 Thomas Knudsen via gdal-dev, <
> [email protected]> wrote:
>
>> I think that sounds awesome wrt. PROJ dependency reduction,
>> since the informal interpretation of TIFF as "Thousands of
>> Incompatible File Formats" doesn't really apply to PROJ's use
>> case
>> _______________________________________________
>> gdal-dev mailing list
>> [email protected]
>> https://lists.osgeo.org/mailman/listinfo/gdal-dev
>>
> _______________________________________________
> PROJ mailing list
> [email protected]
> https://lists.osgeo.org/mailman/listinfo/proj
>

--000000000000907a280629ba1f64
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">In the long shot department...<div><br></div><div>If you h=
ad to pick just one compressor, why not zstd? Yeah, I know that most things=
 out there are deflate, but if we could break from that, would it make for =
a smaller faster world?</div></div><br><div class=3D"gmail_quote gmail_quot=
e_container"><div dir=3D"ltr" class=3D"gmail_attr">On Thu, Dec 19, 2024 at =
9:56=E2=80=AFAM Javier Jimenez Shaw via PROJ &lt;<a href=3D"mailto:proj@lis=
ts.osgeo.org">[email protected]</a>&gt; wrote:<br></div><blockquote clas=
s=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid r=
gb(204,204,204);padding-left:1ex"><div dir=3D"auto">We are making our own g=
rid files (for strange cases with nonsense licenses), but fortunately they =
are with deflate (thanks Alex).<div dir=3D"auto"><br><div dir=3D"auto">We l=
ink only with libz, not with deflate (also for gdal). But that should we ea=
sy to change if needed.</div></div></div><br><div class=3D"gmail_quote"><di=
v dir=3D"ltr" class=3D"gmail_attr">On Thu, 19 Dec 2024, 18:16 Thomas Knudse=
n via gdal-dev, &lt;<a href=3D"mailto:[email protected]" target=3D"_=
blank">[email protected]</a>&gt; wrote:<br></div><blockquote class=
=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rg=
b(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div dir=3D"ltr">I think =
that sounds awesome wrt. PROJ dependency reduction,<div>since the informal =
interpretation of TIFF as &quot;Thousands of</div><div>Incompatible File Fo=
rmats&quot; doesn&#39;t really apply to PROJ&#39;s use</div><div>case</div>=
</div></div>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href=3D"mailto:[email protected]" rel=3D"noreferrer" target=3D"_b=
lank">[email protected]</a><br>
<a href=3D"https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel=3D"norefe=
rrer noreferrer" target=3D"_blank">https://lists.osgeo.org/mailman/listinfo=
/gdal-dev</a><br>
</blockquote></div>
_______________________________________________<br>
PROJ mailing list<br>
<a href=3D"mailto:[email protected]" target=3D"_blank">[email protected].=
org</a><br>
<a href=3D"https://lists.osgeo.org/mailman/listinfo/proj" rel=3D"noreferrer=
" target=3D"_blank">https://lists.osgeo.org/mailman/listinfo/proj</a><br>
</blockquote></div>

--000000000000907a280629ba1f64--

--===============4573267339830081161==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
gdal-dev mailing list
[email protected]
https://lists.osgeo.org/mailman/listinfo/gdal-dev

--===============4573267339830081161==--