On Nov 13, 2009, at 8:23 AM, Christopher Barker wrote:
Michal Migurski wrote:
The GTiff files that I might see as input to this script include
palette and non-palette images,
This didn't work with palette images, for which I got an error
like: "ERROR 1: JPEGSetupEncode:PhotometricInterpret
Eduardo Kanegae wrote:
> Source: http://anthologis.com/2009/11/13/foss4g-tools-dependency-map/
>
> In 2008 after some GIS setup tasks, I decided to map package
> dependencies in order to help me on future setup tasks.
> So, after discovering the great GraphViz tool
> (http://www.graphviz.org/), I
2009/11/13 Seth Price :
> Jumping in here, and I may be misunderstanding, but I don't see how we
> would have greater than 2 gigapixel images in the foreseeable future.
> Doing the math: if we represent the entire earth as a single image, each
> pixel would be 2 cm at the equator, and the whole ima
Jumping in here, and I may be misunderstanding, but I don't see how we
would have greater than 2 gigapixel images in the foreseeable future.
Doing the math: if we represent the entire earth as a single image, each
pixel would be 2 cm at the equator, and the whole image would be 6291456
TB in size (
2009/11/13 Even Rouault :
>
> But I'm surprised you claim it doesn't support auto-grow and cannot store
> items
> with the same hash value : those both features are already implemented and
> unless you prove me wrong, they work ;-)
>
Even,
Yes, you're right! By looking into the code again it l
2009/11/13 Frank Warmerdam :
> Tamas Szekeres wrote:
>>
>> Hi Even,
>>
>> Yes, I thought it was a bit complicated issue. I would also support
>> replacing the array of pointers with a hashtable to eliminate the
>> unnecessary memory requirement. I've been looking at the code and
>> found a hashset
Selon Tamas Szekeres :
> Hi Even,
>
> Yes, I thought it was a bit complicated issue. I would also support
> replacing the array of pointers with a hashtable to eliminate the
> unnecessary memory requirement. I've been looking at the code and
> found a hashset implementation in CPL which could prob
I am working on a software project which must load data from a WMS
server. To accomplish this, I am planning to use GDALOpen() to open a
GDAL_WMS XML file (by way of the GDAL WMS client driver - see
http://www.gdal.org/frmt_wms.html). In prototypes, this was seen to work
pretty well, however in my
Michal Migurski wrote:
The GTiff files that I
might see as input to this script include palette and non-palette
images,
This didn't work with palette images, for which I
got an error like: "ERROR 1: JPEGSetupEncode:PhotometricInterpretation 3
not allowed for JPEG"
Enhanced error reporting
Tamas Szekeres wrote:
Hi Even,
Yes, I thought it was a bit complicated issue. I would also support
replacing the array of pointers with a hashtable to eliminate the
unnecessary memory requirement. I've been looking at the code and
found a hashset implementation in CPL which could probably be uti
Probaly FWTools or osgeo4w would support hdf4 packages.
Best regards,
Tamas
2009/11/13 :
> Dear Tamas,
>
> Thanks for your reply and I checked the URLS in your email. Yes there are
> some binary packages supporting C#. But I checked the supporting raster
> formats, I found the one I will to u
Dear Tamas,
Thanks for your reply and I checked the URLS in your email. Yes there are
some binary packages supporting C#. But I checked the supporting raster
formats, I found the one I will to use, HDF4 format is not included. Is
there any ideas or good suggestions?
Thanks a lot
Yanbo
---
Hi Even,
Yes, I thought it was a bit complicated issue. I would also support
replacing the array of pointers with a hashtable to eliminate the
unnecessary memory requirement. I've been looking at the code and
found a hashset implementation in CPL which could probably be utilized
here, however this
Hi,
You could try one of the packages available from here for example:
http://vbkto.dyndns.org/sdk/
Best regards,
Tamas
2009/11/13 :
> Dear All,
>
>
>
> Who have GDAL binary DLL libs for C#? I download the source code and did not
> successes to compile them for C# interface.
>
>
>
>
>
>
>
> _
Vincent Honnet wrote:
Hi,
I'm trying to implement a new format for my GDal and I have some
problems. For now I don't want to integrate it to the GDal source code
but only in gdal_translate. I call the registering method just after the
call to GDALAllRegister.
I implemented the Dataset methods
Graziano Giuliani wrote:
Hi,
I am playing in this days with the GRIB IO layer, using the API for reading GRIB
into my application.
I have find a possible bug (I am referring to V 1.6.2, but is still there in
SVN) on the Metadata read from file in SetGribMetaData, at lines 604-605 of the
gribdat
Source: http://anthologis.com/2009/11/13/foss4g-tools-dependency-map/
In 2008 after some GIS setup tasks, I decided to map package
dependencies in order to help me on future setup tasks.
So, after discovering the great GraphViz tool
(http://www.graphviz.org/), I created some scripts to map these d
Hi,
I am playing in this days with the GRIB IO layer, using the API for reading GRIB
into my application.
I have find a possible bug (I am referring to V 1.6.2, but is still there in
SVN) on the Metadata read from file in SetGribMetaData, at lines 604-605 of the
gribdataset.cpp source file.
Michal Migurski wrote:
Hello,
I think this is a bug report, or maybe a feature request.
I'm writing a script that shells out to gdalwarp. The GTiff files that I
might see as input to this script include palette and non-palette
images, and I'd like to be able to reliably compress the output wi
Hi,
I'm trying to implement a new format for my GDal and I have some
problems. For now I don't want to integrate it to the GDal source code
but only in gdal_translate. I call the registering method just after the
call to GDALAllRegister.
I implemented the Dataset methods Open, the RasterBand m
Hello,
dealing with old maps which have to be georeferenced we are not able
to solve a problem: sometimes old (very old, 18th or even 17th century
maps) cannot be scanned flat or may only be photographed. This leads
to bending, shading and so on. The margins of the map become curved
and the light u
Dear All,
Who have GDAL binary DLL libs for C#? I download the source code and did not
successes to compile them for C# interface.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
22 matches
Mail list logo