tiff formatter broken on Ubuntu 11.04

[Alan Beccati <beccati@…>]

I cannot get a correct tiff file from rasql, it gives a file recognized only as raw data

Attached test case script
Alan

[Peter Baumann]

This query as reported selects a 3D object:
rasql -q "select tiff(m[*:*,*:*,10:10]) from tifftest as m" —out file —outfile tifftest.tif $RADM

as TIFF ias a 2D format, this is the correct phrasing:
rasql -q "select tiff(m[*:*,*:*,10]) from tifftest as m" —out file —outfile tifftest.tif $RADM

…which works for me.

Still, at some time we should guard format converters to reject dimension mismatches.

[Peter Baumann]

dup of ticket #90

[Dimitar Misev]

Hm for me both seem to work fine. Do you have the latest rasdaman version?

[beccati@…]

I tried both versions and the result is the same, also the query producing a 3D object works fine with the png converter so this seems not to be a dimension related issue.

Is there a way to tell which git revision of the software I'm using? anyway a git pull commands says its already up to date.

PS: I cannot reopen the ticket but I think it needs to be

[anonymous]

Alan, here's what I get with the latest rasdaman (I cloned it separately):

Query result collection has 1 element(s):
  Result object 1: going into file tifftest.tif.unknown...ok.
rasql done.
tifftest.tif.unknown
WARN: file extension issue still present
tifftest.tif.unknown: TIFF image data, little-endian
Test passed

[Dimitar Misev]

that was me above, forgot to login.

[anonymous]

I tried it on a different installation and it works correctly, there are differences in the linked libraries of the two systems for rasql:
Where it works (scientific linux with compiled libraries) we have:
ldd /usr/local/rasdaman-8.2/bin/rasql | grep tiff

libtiff.so.3 ⇒ /usr/lib64/libtiff.so.3 (0x00000030a8e00000)
libgeotiff.so.1.2 ⇒ /usr/lib64/libgeotiff.so.1.2 (0x00000030af400000)

where it does not work (ubuntu 11.04 with packaged libraries):
ldd /opt/rasdaman/install/bin/rasql | grep tif

libtiff.so.4 ⇒ /usr/lib/i386-linux-gnu/libtiff.so.4 (0xb6ebd000)

Besides the missing link to geotiff libs there seems to be also a different version of tiff libs. Does recent changes (previously it worked fine) introduced a more stringent requirement on linked libraries?

[Dimitar Misev]

Does recent changes (previously it worked fine) introduced a more stringent requirement on linked libraries?

I don't think so, and this is what I get (Debian testing, installed libtiff 3.9.5):

$ ldd rasql | grep tiff
libtiff.so.4 => /usr/lib/x86_64-linux-gnu/libtiff.so.4 (0x00007f975647e000)

[beccati@…]

I tried to checkout previous commits and realised that with them the test gives me this error:
Executing retrieval query…rasdaman error 381: Execution error 381 in line 1, column 8, near token tiff: Error in convertor of the selected data exchange format.

Hence I cannot confirm that the exported tiffs were correct before since I always used rasview to examine the array contents. Anyway on my ubuntu system the issue persists so maybe its just distro specific.

[Dimitar Misev]

Yes, before my patch I think it wasn't working for char, maybe you could try with another type, e.g. float.

Can you attach the file you get when executing this script with the latest rasdaman, as well as the relevant server logs.

[beccati@…]

logs

[beccati@…]

data file

[anonymous]

Attached is the output file together with the logs generated by cleaning the log dir, starting rasdaman, executing the test script then stopping rasdaman

[Dimitar Misev]

I believe it has been fixed in recent rasdaman, please reopen the ticket if it the error still persists.