Package Details: cdi 2.3.0-1

Git Clone URL: https://aur.archlinux.org/cdi.git (read-only, click to copy)
Package Base: cdi
Description: CDI is a general purpose C-library with an additional Fortran interface for file IO in the geoscience area. Supported data formats are GRIB, netCDF, SERVICE, EXTRA and IEG. CDI is the IO part of CDO
Upstream URL: https://code.zmaw.de/projects/cdi
Licenses: GPLv2
Submitter: ram
Maintainer: ram
Last Packager: ram
Votes: 1
Popularity: 0.002784
First Submitted: 2012-02-01 09:18 (UTC)
Last Updated: 2023-10-20 09:15 (UTC)

Latest Comments

1 2 Next › Last »

MarsSeed commented on 2023-07-18 10:50 (UTC)

Glad to have been able to help a little bit.

ram commented on 2023-07-18 09:09 (UTC)

cdi builds normally and make check works just fine

one CDI use case is CDO, which can use JPEG packaging. CDI is also used MPI-parallel simulation codes. I wanted to make sure it works as a standalone.

again: thx for pointing me to this. every software needs some extra care from time to time ;-)

MarsSeed commented on 2023-07-18 09:03 (UTC)

Thanks for checking this. I did not look into eccodes, I only saw that this codebase does not link to openjpeg as far as I could tell.

MarsSeed commented on 2023-07-18 09:01 (UTC)

Oh, sorry, I didn't see your latest comment. Everything works fine without openjpeg, I surmise?

MarsSeed commented on 2023-07-18 09:00 (UTC)

But we are not talking about JPEG at all.

We are talking about JPEG 2000, which, apart from its name, is completely unrelated to the former standard on the technical and implementation level.

Where do you see this code link to the legacy openjpeg1? Please show me, otherwise it's hard to believe on blind faith.

This program supports JPEG compression, without openjpeg, just fine.

Openjpeg does not support JPEG, only JPEG 2000. Which this application does not support.

Also it is already dubious that this program would add the legacy openjpeg1 as dependency in 2021 when at that time the openjpeg2 library was the maintained and stable release.

ram commented on 2023-07-18 08:55 (UTC)

@MarsSeed

I could remove the extra dep to openjpeg 'cause eccodes does not need it anymore . seems linking against eccodes works a lot smoother now.

thx for pointing me to it! was a long time ago, when I set this up ...

ram commented on 2023-07-18 08:29 (UTC)

hey! JPEG is not only an image format, but also a compression/packaging algorithm. It can be used by the eccodes (https://aur.archlinux.org/packages/eccodes) library to compress GRIB2, which needs extra linking flag for CDO in order to be used.

MarsSeed commented on 2023-07-17 21:02 (UTC)

Hi,

I don't think this software supports the niche JPEG 2000 image format (via the legacy openjpeg or otherwise).

I only see JPEG support, which is totally different, and doesn't need openjpeg/openjpeg2.

Could you please check my assumption to verify or refute it? Thank you in advance.

ram commented on 2021-04-22 09:45 (UTC)

openjpeg is added in cdi-1.9.9-2

kailua commented on 2021-04-22 08:49 (UTC)

This needs openjpeg as a dependency