Friends,
I am using GDAL to read NITF (rsets / overviews) and in this particular
dataset the rsets (r0, r1, r2) have different corner points (slightly).
Problem is that when I use these rsets and when I zoom in on these images,
GDAL compute some appropriate overview but since the corners are dif
Folks,
I am using GDAL Virtual File mechanism to read data off a stream (something
like what's shown below)
VSILFILE* fpTemp = VSIFileFromMemBuffer(szTempFileName, (GByte*)
s->file_size(), FALSE);
this->gdal_data_ = (GDALDataset*) GDALOpen(szTempFileName, GA_ReadOnly)
The code works for most of
Thanks Even.
I realised that I was using OpenJPEG driver (some old version) which does
not support overviews. I intend to use MrSID which worked as expected.
Thanks a lot.
On Thu, May 17, 2012 at 2:09 PM, Even Rouault
wrote:
> Le jeudi 17 mai 2012 20:04:30, Jayesh Chaudhary a éc
Folks,
I have written a GDAl based reader and I am trying to read JPEG 2000
images. When I ran gdalinfo on one of the samples images from here:
http://www.openjpeg.org/index.php?menu=samples, it does not list subdataset
or overviews ( I was expecting overviews ).
I am wondering what I am missing.
Sorry for the noise..email to the wrong mailing list and also I solved my
issue.
Thanks
On Mon, Feb 27, 2012 at 1:51 AM, Jayesh Chaudhary wrote:
> Friends,
>
> I took a NASA blue marble image (in plate-carree projection) and
> translated it to google maps projection EPSG:3857. The
Friends,
I took a NASA blue marble image (in plate-carree projection) and translated
it to google maps projection EPSG:3857. The final image is here (I
converted it to JPG) http://prographicstech.com/world2.jpg.
Initial image dimension were 5400 X 2700 and final image dimensions is 4693
X 3798 (I
Hi Mateusz,
> Given the experience you have at Kitware with big CMake-driven projects,
> it would be very useful if you can evaluate for example Boost CMake.
> Is this a good piece of CMake configuration?
> What are its weaknesses?
> If we need to discuss it, then I'd suggest to do it outside gda
Great. I'd love to receive critique of the proposed approach.
> There must be some weakness of it :-)
>
> > I just wanted to add one or two points. How
> > can I get write permissions for the Wiki?
>
> As Etienne pointed, you need OSGeo User ID
>
I created the ID and I was able to login! .. so f
CMake superbuild support.
Also I wanted to point out that, I had started cmake port of gdal last year
which is based on your work:
https://gitorious.org/cmake-gdal
2011/10/24 Jayesh Chaudhary
> Hi Mateusz,
>
> Thanks for putting this together. I will have a look today and probably
>
Hi Mateusz,
Thanks for putting this together. I will have a look today and probably add
things to it today/ tomorrow.
Best,
2011/10/22 Mateusz Łoskot
> Folks
>
> I have started brainstorming the CMake for GDAL idea on Wiki:
>
> http://trac.osgeo.org/gdal/wiki/CMake
>
> Feel free to add your i
On Fri, Oct 7, 2011 at 4:44 PM, Mateusz Loskot wrote:
> On 07/10/11 19:14, Jayesh Chaudhary wrote:
> > It is good to see that people are supporting the idea. To know more
> > about CMake please visit http://cmake.org/cmake/project/about.html.
> > Please feel free to conta
Hi All,
First of all, many thanks to Howard for introducing me. I have been using
GDAL for long time and used it successfully in various projects
No need to say that CMake has been adopted by various open source and
commercial projects. CMake itself is open source with a very flexible
licensing a
rt of database but
didn't know about spatialite.
Thanks Dan. I will look into it.
> Dan
>
>
> On 10/19/2010 11:37 AM, Jayesh Chaudhary wrote:
>
>> I know I can merge shapefiles using ogr2ogr but is there a way to group
>> them? So that each layer can be separate and w
I know I can merge shapefiles using ogr2ogr but is there a way to group
them? So that each layer can be separate and we just send users a single
file (other then zip)?
I don't know any but wondering if someone.
Thanks,
___
gdal-dev mailing list
gdal-dev
Hi,
Thanks for your reply. I think I have to gather more information here about
the projection of the image. Currently the meta data tells me only these 3
things:
1. Origin lat lon
2. Size of the image
3. Spacing
All I need is 4 corner points in lat / lon. Currently I am doing something
like th
15 matches
Mail list logo
