Custom Query (2765 matches)

The server fails to check right username and password used for logging into Rasdaman database. Chances are high that the error is in the RN protocol directory. The reasons might be

1. Parameters for Username and Password are not evaluated.
2. Parameters are not transferred to Server.

bug derived by a discussion on rasdaman-users mailing list at ​http://groups.google.com/group/rasdaman-users/browse_thread/thread/bc36ed6e58cad3ba?hl=en

The following two query reproduce the error on a collection initialized as shown later on: rasql -q 'update aatsr as m set m[5, 100:355, 100:310] assign inv_tiff($1)' -f mr_1.tif rasql -q "update aatsr as m set m[5, 100:355, 100:310] assign shift(inv_tiff(\$1),[100, 100])" -f mr_1.tif

where aatsr is a 3D collection defined as atsrSet on the following types: typedef marray <char, [*:*, *:*, 0:*]> atsr; typedef set<atsr> atsrSet

initialised with: rasql -q "insert into aatsr values marray x in[0:0,0:0,0:0] values 0c"

the image used on this test (mr_1.tif) is the single band tif image included on the rasdaman package at: "/rasdaman/manuals_and_examples/examples/images"

the problem is for me critical since it limits the possibility of updating a 3D collection

Damiano

I have an object that is composed by sparse images. The object have a very large space domain but lots of holes. When i request data inside the spacial domain, if there aren't valid images, rasdaman return an error.

The following query reproduce (and emphasize) the problem. #insert first image at [0,0] rasql -q "insert into mr values inv_tiff(\$1)" -f mr_1.tif —user rasadmin —passwd rasadmin #insert second image at [100000,100000] rasql -q "update mr as m set m assign shift(inv_tiff(\ $1),[100000,100000]) where oid(m)=31745" -f mr_1.tif —user rasadmin —passwd rasadmin #check sdom rasql -q "select sdom(m) from mr as m where oid(m)=31745" —out string Result element 1: [0:100255,0:100210] #select between the two images inserted rasql -q "select tiff(m[50000:50100,50000:50100]) from mr as m where oid(m)=31745" —out file Executing retrieval query…rasdaman error 356: Execution error 356 in line 0, column 0, near token : Specified domain does not intersect with spatial domain of MDD.

The expected output is a tiff image filled by "NULLVALUE"

Follows the error logged by rasdaman and the OS details.

Ciao

Damiano

[2012-02-21 14:36:49] request from 192.168.0.187 Request: 'select tiff(m[50000:50100,50000:50100]) from mr as m where oid(m)=31745'…parsing…checking semantics…evaluating…Error: QtDomainOperation::evaluate() - the load domain does not intersect with tiles in the current MDD. QueryTree::evaluateTree() - rethrow exception. Error: cannot parse query (1). Error number: 356 Token: Line: 0 Column: 0 [2012-02-21 14:36:49] request completed in 179970 usecs.

Rasdaman Info: Rasdaman v 8.3 commit 7d94ed6abfd88fd26141ecbd595bd6bf478a1a5b Date: Tue Feb 14 15:17:38 2012 +0100

OS info: lsb_release -a LSB Version: :core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch Distributor ID: Scientific Description: Scientific Linux release 6.0 (Carbon) Release: 6.0 Codename: Carbon

gcc —version gcc (GCC) 4.4.4 20100726 (Red Hat 4.4.4-13) Copyright © 2010 Free Software Foundation, Inc.