Thanks Paolo,
I tried building it with minimal options as you suggested. The source builds
successfully, but when I try to use the library by making a call, I am
getting an error in libgdal.so file saying some symbol not found. I am using
swig java bindings.
I get the following error:
Unsatisfied
It looks like CSV driver follows the same pattern. You need to add ".csv"
for the temp memory virtual file. It's good to know.
Thanks,
On Thu, Jul 5, 2012 at 11:52 AM, Yingqi Tang wrote:
> Cool, adding ".json" doesn't solve the problem.
>
>
> On Thu, Jul 5, 2012 at 11:47 AM, Even Rouault <
> ev
Cool, adding ".json" doesn't solve the problem.
On Thu, Jul 5, 2012 at 11:47 AM, Even Rouault
wrote:
> Le jeudi 05 juillet 2012 20:44:58, Yingqi Tang a écrit :
> > Hi Chaitanya,
> >
> > GeoJSON does seem to be an exception, although the ogr driver can
> directly
> > read the GeoJSON string, the g
Le jeudi 05 juillet 2012 20:44:58, Yingqi Tang a écrit :
> Hi Chaitanya,
>
> GeoJSON does seem to be an exception, although the ogr driver can directly
> read the GeoJSON string, the generic virtual memory file doesn't seem to
> work:
>
> inputDataStr = "{geojson_string}";
> gdal.FileFrom
Hi Chaitanya,
GeoJSON does seem to be an exception, although the ogr driver can directly
read the GeoJSON string, the generic virtual memory file doesn't seem to
work:
inputDataStr = "{geojson_string}";
gdal.FileFromMemBuffer('/vsimem/temp', inputDataStr);
inputDriver.Open('/vsimem/te
> One issue there is still. My original was a highly compressed (deflate)
> tiff with a file size of 550 MB. Initial transform into Rasterlite with
> png tiles yielded a 1.2 GB Rasterlite db. Condiderably bigger but still
> understandable. However, gdaladdo has no option to compress internal
>
Hi Chaitanya,
This works great, thanks a lot for the advice. Here is basic code pattern:
inputDataStr = "";
gdal.FileFromMemBuffer('/vsimem/temp', inputDataStr);
inputDriver.Open('/vsimem/temp', 0);
Thanks,
Yingqi
On Tue, Jul 3, 2012 at 8:18 PM, Chaitanya kumar CH
wrote:
> Yingqi,
Even Rouault wrote:
> Le mercredi 04 juillet 2012 19:27:40, Jukka Rahkonen a écrit :
>> Hi,
>>
>> I feel that gdaladdo is not working optimally with any bigger rasterlite
>> tables. For example for my 153600x249600 pixel sized test image the
>> initial write into rasterlite took 3 hours and 10 min