Custom Query (2765 matches)

Sometimes RasJ crashes, returning an exception that references an internal error.

For example, for the query

<wcs:GetCoverage xmlns:wcs="http://www.opengis.net/wcs/2.0"
    xmlns:gml="http://www.opengis.net/gml/3.2"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    service="WCS" version="2.0.0">
    <wcs:id gml:id="rgb"/>
    <wcs:trimDimension>
        <wcs:dimension>x</wcs:dimension>
        <wcs:trimLow>200</wcs:trimLow>
        <wcs:trimHigh>202</wcs:trimHigh>
    </wcs:trimDimension>
    <wcs:trimDimension>
        <wcs:dimension>y</wcs:dimension>
        <wcs:trimLow>250</wcs:trimLow>
        <wcs:trimHigh>259</wcs:trimHigh>
    </wcs:trimDimension>
</wcs:GetCoverage>

sometimes gives the following error in the tomcat logs:

rasj[0] rasj: rasdaman Java API. rasdaman 6.1test -- generated Thu Feb 22 19:50:39 CET 2007.
rasj[0]  Using server http://kahlua.eecs.jacobs-university.de:9001
rasj[0] RnpBaseClientComm.communicate: error: rcv io exception: null
[11:07:29] ERROR: [PetascopeInterface] Runtime error : Internal client exception in class RnpBaseClientComm, method communicate(): (none).

...
...
[11:07:29] ERROR: [PetascopeInterface] Runtime error : Internal client exception in class RnpBaseClientComm, method communicate(): (none).

Caused by: rasj.RasClientInternalException: Internal client exception in class RnpBaseClientComm, method communicate(): (none).
        at rasj.rnp.RnpBaseClientComm.communicate(RnpBaseClientComm.java:184)
        at rasj.rnp.RnpBaseClientComm.sendRequestGetAnswer(RnpBaseClientComm.java:105)
        at rasj.rnp.RasRNPImplementation.executeQueryRequest(RasRNPImplementation.java:848)
        at rasj.rnp.RasRNPImplementation.queryRequest(RasRNPImplementation.java:389)
        at rasj.odmg.RasOQLQuery.execute(RasOQLQuery.java:233)
        at petascope.wcs2.server.ops.GetCoverage.executeRasqlQuery(GetCoverage.java:368)
....
....

Cannot fully reproduce this bug, even though I have encountered it several times while working with petascope and rasj. It seems to occur intermitently, once in a while. I have no work-around at the moment.

The example files provided with Rasdaman do not execute properly on Ubuntu 32-bit. Below I provide sample output.

$ ./avg-cell localhost 7001 RASBASE rgb rasguest rasguest

Opening database RASBASE on localhost... OK
Starting read-only transaction ... OK
Looking up collection rgb ...OK
Collection contains 1 entries
Exception: Ref Null

$ ./lookup localhost 7001 RASBASE rgb rasguest rasguest

Opening database RASBASE on localhost... OK
Starting read-only transaction ... OK
Looking up collection rgb ...OK
Collection
  oid...................: PostgreSQL|RASBASE|1538
  type name.............: rgb
  type structure........: set <marray <struct { char red, char green, char blue }, 2>>
  type schema...........: set< marray< struct{ char red, char green, char blue } > >
  number of entries.....: 1
  Element type schema...: marray< struct{ char red, char green, char blue } >

Image 1
Exception: Ref Null

$ ./query localhost 7001 RASBASE rgb rasguest rasguest

Opening database RASBASE on localhost... OK
Starting read-only transaction ... OK
Creating the query object ...OK, Query string is: 
            select a$1 from $2 as a where some_cells( a$3 > $4 )
Substituting query parameters ...OK, Query string is: 
            select a[0:4,0:4] from rgb as a where some_cells( a[8:9,8:9] > 10 )
Executing the query ...FAILED
(no explanation text available - cannot find/load file with standard error messages.)
Aborting transaction ... OK
Closing database ... OK

The query

SELECT png(100 + rgb) FROM rgb

produces the wrong result. The structure of the coverage is somehow lost during processing, and the PNG encoder interprets the result of the addition as a one-band mdd !

However, casting the integer to char solves the problem:

SELECT png(100c + rgb) FROM rgb