But is there a way to test for failure state and convert it into a
warning? I don't mean changing anything in GDAL itself, only add some
clever code into the bindings? Clearing the failure state is possible,
could we fetch the error message and raise a warning?
Folks,
For reference, I believe
> As an ongoing effort to improve ESRI .prj file compatibility, I am
> respectfully
> calling all users and devs to help in providing or pointing to existing .prj
> files
> (in ESRI WKT format).
http://help.arcgis.com/en/arcims/10.0/mainhelp/mergedProjects/ArcXMLGuide/elements/gcs.htm
http://hel
Le jeudi 01 décembre 2011 11:03:21, Ari Jolma a écrit :
> On 12/01/2011 11:29 AM, Even Rouault wrote:
> > Fatal errors are... fatal. They will result in an abort(). They are only
> > emitted in a few places, like the CPLMalloc() routine that is guaranteed
> > to return a non-NULL pointer... or abor
On 12/1/2011 12:48 PM, Etienne Tourigny wrote:
Hi all,
As an ongoing effort to improve ESRI .prj file compatibility, I am
respectfully calling all users and devs to help in providing or
pointing to existing .prj files (in ESRI WKT format).
I have 2,400 .prj files, but most of them are probably
Andy (and all),
no problem for dups, I'll quickly go through them all. Yes please
send me a zip file.
Etienne
On Thu, Dec 1, 2011 at 4:58 PM, Andy Colson wrote:
> On 12/1/2011 12:48 PM, Etienne Tourigny wrote:
>>
>> Hi all,
>>
>> As an ongoing effort to improve ESRI .prj file compatibility, I
Hi all,
As an ongoing effort to improve ESRI .prj file compatibility, I am
respectfully calling all users and devs to help in providing or
pointing to existing .prj files (in ESRI WKT format).
Specifically, I am working on improving support for TOWGS84 parameter
which is absent from ESRI .prj fil
Hi,
Thx for your reply. I'm not entirely sure what you mean about access to the
proj and epsg libraries. proj does seem to be a command that can be run from
any cmd window.
I have checked for the existence of pcs.csv and there seem to be numerous
versions (also pcs.override.csv) in various loc
Hi,
are you sure that the same libraries (proj, epsg et. al.) are available
under both cirumstances? Do you have access to proj and epsg codes in
plain cmd?
That's where I would start to investigate ...
btw. I think the osgeo4w package is more recent than the fwtools build,
so might also hav
Hello,
When I run gdalinfo and gdal_translate commands from the FWTools Shell (on
Windows) the output is different to when I run the same commands from an
ordinary cmd window (or from a python script). The difference is in the PROJCS,
DATUM and SPHEROID metadata.
Here is the (correct) output fr
Unfortunately not, it is a level 2 land surface product downloaded from the
site below.
I have several data sets whose size is well below 5 MB. I could email you one
of them off-list if you like?
W.
>>> Chaitanya kumar CH 01/12/2011 11:38 >>>
Wesley,
Can you provide the exact link for the d
On 11/30/2011 06:15 PM, elliott wrote:
Thanks for the quick response. I have a follow up question on how to
read this converted data using a python script. Is there a way to use
ReadRaster or ReadDataArray to retrieve the temperature data?
The converted file should be a geotiff by default, so
On 12/01/2011 11:29 AM, Even Rouault wrote:
Fatal errors are... fatal. They will result in an abort(). They are only emitted
in a few places, like the CPLMalloc() routine that is guaranteed to return a
non-NULL pointer... or abort. So it is only designed for very small allocs. For
big allocs, VSI
Wesley,
Can you provide the exact link for the dataset or a page containing the
link?
On Thu, Dec 1, 2011 at 2:33 PM, Wesley Roberts wrote:
> Dear gdal-dev,
>
> I have some MISR hdf data downloaded from the following website (
> http://eosweb.larc.nasa.gov/PRODOCS/misr/table_misr.html). I have
Selon Ari Jolma :
> On 11/30/2011 10:20 PM, Even Rouault wrote:
> >
> > Hi SWIG binding users/devs,
> >
> > Any opinion on http://trac.osgeo.org/gdal/ticket/4360 ?
> >
> > """After the changes done in
> > http://trac.osgeo.org/gdal/changeset/11529 /
> > http://trac.osgeo.org/gdal/ticket/1635 , any
Dear gdal-dev,
I have some MISR hdf data downloaded from the following website
(http://eosweb.larc.nasa.gov/PRODOCS/misr/table_misr.html). I have tried to use
gdal to access the hdf data using techniques similar to other hdf data sources
(MODIS - NDVI and ET). gdalinfo is able to read the conte
15 matches
Mail list logo
