I'm dealing with jpeg2000 images that have 12 bit components and have been
going through the jp2kak Kakadu driver. Earlier versions of this code
truncated my 12 bit values to 8 bits, but the latest code returns all 12
bits to me, but I get my 12 bits in the lower 12 bits of the 16 bit data
value.
O.K.:
The following syntax for a ogr2ogr dbf LEFT JOIN works:
ogr2ogr -sql "SELECT AREASYMBOL, MUKEY, DRCLASSDCD FROM soils LEFT JOIN
'master.dbf'.master ON soils.MUKEY = master.MUKEY" outshpdir soils.shp
Thanks to all for your help in figuring this out.
Kris R. DeLaney
- Original
Le Tuesday 14 July 2009 20:58:01 Smart, Gary, vous avez écrit :
> OK - having messed with GDAL for a couple of days now, I can display
> imagery using the GDAL c++ classes to extract raster tiles.
>
>
>
> However, I now need to be able to convert xPixel/Line couplets to
> geo-positions (UTM, LL or
Le Tuesday 14 July 2009 20:50:14 William Kyngesburye, vous avez écrit :
> Ah, yes, some of the images don't have nulls, and so I didn't save the
> transparency.
>
> Is it to generate the vrt with mixed rasters? Maybe merge the vrts of
> one set of no-null rasters and one set of rasters with nulls
OK - having messed with GDAL for a couple of days now, I can display
imagery using the GDAL c++ classes to extract raster tiles.
However, I now need to be able to convert xPixel/Line couplets to
geo-positions (UTM, LL or whatever). I have scanned the classes and
have failed to come across a me
On Jul 14, 2009, at 1:28 PM, Even Rouault wrote:
Le Friday 10 July 2009 21:14:18 William Kyngesburye, vous avez écrit :
This time I'm taking some Photoshop-created tiffs that I georeference
with a TFW. These tiffs I save with transparency mask (not layers)
to
handle nulls.
Reported by gdal
Le Friday 10 July 2009 21:14:18 William Kyngesburye, vous avez écrit :
> This time I'm taking some Photoshop-created tiffs that I georeference
> with a TFW. These tiffs I save with transparency mask (not layers) to
> handle nulls.
>
> Reported by gdalinfo, they appear as:
>
> Band 1 Block=12775x5
Hello,
2009/7/14 Jorge Arévalo :
> Ok, here are the Corner coordinates of the utm.tif file (gdalinfo output):
>
> Corner Coordinates:
> Upper Left ( 440720.000, 3751320.000) (117d38'28.21"W, 33d54'8.47"N)
> Lower Left ( 440720.000, 3720600.000) (117d38'20.79"W, 33d37'31.04"N)
> Upper Right (
Hi,
Is it possible to perform a warp operation on an MEM dataset? And if it
is possible should I just follow the guidelines suggested in the Warp
API tutorial on the GDAL website? The reason why I want to do this is
because recently I have discovered that Read/Write operations to an MEM
datas
Hello,
On Tue, Jul 14, 2009 at 5:21 PM, Mateusz Loskot wrote:
> Jorge Arévalo wrote:
>>
>> Hello,
>>
>> On Tue, Jul 14, 2009 at 3:28 PM, Mateusz Loskot wrote:
>
> I'd suggest to test datasets based on EPSG 4326 first.
> After these work for you, then switch to projected ones.
Neil Best wrote:
Neil Best wrote:
Does anyone know if it's possible?
I said: ./configure --with-odbc=/usr/include/w32api
It doesn't seem possible, so I am resigned to making it work in the FWTools
DOS shell. Is it possible to make a DSN-less ODBC connection? In other
words, can I specif
Neil Best wrote:
>
> Does anyone know if it's possible?
>
> I said: ./configure --with-odbc=/usr/include/w32api
>
It doesn't seem possible, so I am resigned to making it work in the FWTools
DOS shell. Is it possible to make a DSN-less ODBC connection? In other
words, can I specify my data
Greg Fiske wrote:
>
>
> Does anyone have some code (or methodology) that they are willing to share
> that will take a stack of images and return the mean or std dev. of each
> pixel stack (pixels that occupy the same space), while ignoring a user
> define pixel value?
>
Greg, I am pretty sur
Jorge Arévalo wrote:
Hello,
On Tue, Jul 14, 2009 at 3:28 PM, Mateusz Loskot wrote:
I'd suggest to test datasets based on EPSG 4326 first.
After these work for you, then switch to projected ones.
Do you know where can I find geotiff images based on EPSG:4326?
Jorge,
My favorite images for ini
Hello,
On Tue, Jul 14, 2009 at 3:28 PM, Mateusz Loskot wrote:
>>> I'd suggest to test datasets based on EPSG 4326 first.
>>> After these work for you, then switch to projected ones.
>>
>> Do you know where can I find geotiff images based on EPSG:4326?
>
> Jorge,
>
> My favorite images for initial
Jorge Arévalo wrote:
Hello,
On Tue, Jul 14, 2009 at 12:14 AM, Mateusz Loskot wrote:
Pierre Racine wrote:
Jorge,
4267 should be the right CS (http://spatialreference.org/ref/epsg/4267/).
Actually, it isn't.
What gdalinfo reports for the file cea.tif is a projected CS,
this one to be precise:
Hello,
On Tue, Jul 14, 2009 at 12:14 AM, Mateusz Loskot wrote:
> Pierre Racine wrote:
>> Jorge,
>>
>> 4267 should be the right CS (http://spatialreference.org/ref/epsg/4267/).
>
> Actually, it isn't.
> What gdalinfo reports for the file cea.tif is a projected CS,
> this one to be precise:
>
> http
I have no luck
Downloaded compiled package form http://vbkto.dyndns.org:1280/sdk/
(MSVC2008 (Win32) -stable, v 1500).
I set the path as described before, that is:
nadPath =
Path.Combine(Path.GetDirectoryName(this.GetType().Assembly.Location),
@"Gdalbin\Nad");
Environment.SetEnvironmentVari
Jorge Arévalo wrote:
Hi Vincent,
2009/7/13 Vincent Schut :
Hi Jorge,
I'm not sure what projection your cea.tif was in (it seems you've not pasted
the full wkt output from gdalinfo on cea.tif?), but you say in your message
that it is supposed to be UTM. For UTM, it is very easy to get the ri
19 matches
Mail list logo