Hi Trent,
Just wondering, as even ISIS does not import it, do you know any guys
actually reading the rings images? What software do they use?
It might be worth just clarifying how they actually read them, even just
for the sake of pds2isis and sanitizing the gdal driver ...
Cheers,
Yann
On 9 Dec
wrote:
> You might be able to gzip compress the file
> GDAL can read gzip files transparently, but I am not sure that the csv
> reading code in GDAL works with compressed files.
>
>
>
> On Thu, May 15, 2014 at 9:00 AM, Yann Chemin wrote:
>
>> Hi Even,
>>
&g
+1, much needed
On 20/05/2014, Even Rouault wrote:
> Hi,
>
> I think that the points raised in the discussion have been answered. I've
> just
> done a minor edit to the RFC text to mention RFC 36, as rightly suggested by
>
> Ivan.
>
> So:
>
> Motion : I move to adopt RFC 46: GDAL/OGR unification
, registered to proj
ML today though.
On 15/05/2014, Even Rouault wrote:
> Selon Yann Chemin :
>
>> Hi,
>>
>> is there planetary datum support in this new version (i.e. Moon 2000, or
>> etc.)?
>
> No, I don't think that the EPSG folks are interested in other
Hi,
is there planetary datum support in this new version (i.e. Moon 2000, or etc.)?
Yann
On 14/05/2014, Even Rouault wrote:
> Hi,
>
> I've followed the update process of the EPSG SRS database to latest v8.4,
> and
> just committed the updated files into libgeotiff, GDAL and PROJ trunk. Also
>
>
Hi I made this some time back, and just put it on github recently.
Might be of any use to some people.
there is a test_data directory that can be skipped from trunk check out.
screenshots:
https://github.com/YannChemin/wxGIPE/blob/master/screenshot_old.png
https://github.com/YannChemin/wxGIPE/blo
Hi,
I loaded an image with:
GDALRasterIO(hB,GF_Read,0,0,nX,nY,oneDarray,nX,nY,GDT_Float32,0,0);
to run some statistics, however, a new requirement is to make stats per
land-use,
is there a way to get the index of a given pixel in the 1D array from a
given set of row & column?
Thank you,
Yann
Yes Vincent,
that rings a bell indeed.
Thanks,
Yann
2009/3/26 Vincent Schut :
> Yann Chemin wrote:
>>
>> Hi there,
>>
>> I am using this one right now on Level 2 and 3 MODIS products
>>
>> ---
>> #!/bin/bash
021KM.A2008134.1935.005.2009071201911.hdf":MODIS_SWATH_Type_L1B:EV_1KM_RefSB
> modis.tif
>
> Have you any ideas, what is the problem?
> Thanks,
> Anja
>
> ___
> gdal-dev mailing list
> gdal-dev@lists.osgeo.org
> ht
: IReadBlock failed at X offset 0, Y offset 157
ERROR 1: GetBlockRef failed at X block offset 0, Y block offset 157
On the original standard serial code, all is fine.
Thanks for any suggestions,
Yann
--
Yann Chemin
Perso: http://www.freewebs.com/ychemin
YiKingDo: http://yikingdo.unblog.fr
#Empty memory objects
del result, b, tmp, btmp, output, geot, proj
-----
2009/2/11 Yann Chemin :
> Hello,
>
> Would need a small help to troubleshoot this small code:
>
> 1 - When the for loop is over, the last file is not completely closed
> (~480
#SaveArray(result, output_filename, 'GTiff')
#Empty memory objects
del result, b, out
#NDVI
NIR = LoadFile('b4_ref.tif')
Red = LoadFile('b3_ref.tif')
ndvi = (NIR-Red)/1.0*(NIR+Red)
___
2009/2/11 Yann Chemin :
>
ection( proJ )
driver.CreateCopy(output_filename, out)
#Empty memory objects
del result, b, out
#NDVI
NIR = LoadFile('b4_ref.tif') <--Seg Fault here
Red = LoadFile('b3_ref.tif')
ndvi = (NIR-Red)/(NIR+Red)
--
Yan
Hello,
(C API)
The aim is to get a (lat,long) pair
into (projX,projY) pair from hDataset1 projection info.
Lat/long projection was defined with:
char*pszProj4 = "+proj=ll +ellps=wgs84 +datum=wgs84";
OGRSpatialReferenceH hSRS;
OSRImportFromProj4(hSRS, pszProj4);
printf( "%s\n", pszProj4 );
not georeferenced.
need a bit of reading indeed.
Thanks,
Yann
2008/11/25 Frank Warmerdam <[EMAIL PROTECTED]>:
> Yann Chemin wrote:
>>
>> Hello,
>>
>> I would like to use GDALCreateCopy and change the datatype from int32
>> to float32.
>>
>>
Sjur Kolberg
> SINTEF Energiforskning A/S
> Sem Sælands vei 11
> 7465 Trondheim
> tlf. 73 59 72 78
> fax 73 59 72 50
>
>
>> -Original Message-
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED] On Behalf Of Yann Chemin
>> Sent: 24 november 200
;
hBandOut0 = GDALGetRasterBand(hDatasetOut0,1);
thanks,
Yann
--
Yann Chemin
International Rice Research Institute
Office: http://www.irri.org/gis
Perso: http://www.freewebs.com/ychemin
YiKingDo: http://yikingdo.unblog.fr/
___
gdal-dev mailing list
gdal-dev
storage option will be way much slower than if it was done in a multi
> band, tiled, interleaved by pixel format.
>
> That is my experience,
>
> Ivan
>
> Frank Warmerdam wrote:
>>
>> Yann Chemin wrote:
>>>
>>> Hello,
>>>
>>> I nee
Hello,
I need to load about 400 files with the C API to work on each pixel
temporal dimension.
I would like to make a look to load them but fail so far...
GDALDatasetH hDataset[MAXFILES];
GDALAllRegister();
GDALDriverH hDriver[MAXFILES];
GDALRasterBandH hBand[MAXFILES];
float *pafScanline[MAXFIL
19 matches
Mail list logo
