Le vendredi 06 août 2010 23:41:37, Greg Coats a écrit :
> I agree that unsigned byte does not support -128. Signed byte does support
> -127.
Yes
> Signed byte does not could support -128.
No, the validty range of a signed byte is [-128,127].
> I note that
> http://www.gdal.org/gdal_translate.
I agree that unsigned byte does not support -128. Signed byte does support
-127. Signed byte does not could support -128. I note that
http://www.gdal.org/gdal_translate.html shows that gdal_translate supports 11
data types
Byte/Int16/UInt16/UInt32/Int32/Float32/Float64/CInt16/CInt32/CFloat32/CF
Sorry to jump in as another non-voting user of the API, but I second Raji's
opinion. As a user of the API, I would expect to find consistency with other
APIs and the SQL language, which typically require to specify the fields you
want to retrieve, not the ones you want to ignore.
The RFC presents
>
> Martin Dobias wrote:
> > Hi,
> >
> > As there have been no further comments on RFC 29, I would like to call
> > for vote on it:
> >
> > http://trac.osgeo.org/gdal/wiki/rfc29_desired_fields
>
I hesitated whether to reply to this or not. I am aware that I can
(deservingly) get publicly castrated
Filippo,
What is the format of that raster file ? Can you share a link to the dataset ?
or the output of gdalinfo at the very least
I'd note that -128 can only be considered a valid value for a 8bit raster if
the metadata item PIXELTYPE at band level is set to SIGNEDBYTE
(IMAGE_STRUCTURE metad
Hi List,
I have a problem with the function GetNoDataValue () of GDAL 1.6.2 ver. I
use some raster where the nodatavalue is equal to -128 and the pixel depth
is 8bit. Opening the raster with the following code (with pydev end
python 2.6):
# Get the bands and block sizes
primoBand primoD
Hi all,
I have quite a few MrSid files that are in UTM that I want to mosaic
together into some epsg:4326 tiles. I've written some python scripts
to produce the appropriate gdal_warp commands to create the tiles, but
they are running extremely slow.
I've read various mailing list posts and blogs
All in title,
Even
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Martin Dobias wrote:
> Hi,
>
> As there have been no further comments on RFC 29, I would like to call
> for vote on it:
>
> http://trac.osgeo.org/gdal/wiki/rfc29_desired_fields
>
+0
I understand the need and do not have a better solution to offer
unfortunately. The proposed RFC seems to be the
+1
I assume that this feature will be utilized in the OGR sql query processor
and not directly in the ogr2ogr application.
Best regards,
Tamas
2010/8/6 Martin Dobias
> Hi,
>
> As there have been no further comments on RFC 29, I would like to call
> for vote on it:
>
> http://trac.osgeo.org/
Hi Harsh,
thank you very much.
I have found that Oracle database has expat.dll too and the app server
has appended the path with GDAL dll files to existing.
Adding the path to GDAL dll files to the begining of PATH variable
did solve the issue!
That explains why it was working in Win7 and from
On Aug 6, 2010, at 8:10 AM, Frank Warmerdam wrote:
> Martin Dobias wrote:
>> Hi,
>> As there have been no further comments on RFC 29, I would like to call
>> for vote on it:
>> http://trac.osgeo.org/gdal/wiki/rfc29_desired_fields
>
> +1 Frank
+0.
I admit to being a bit worried about the extra
this works great, thanks a lot.
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/split-netCDF-tp5380091p5380600.html
Sent from the GDAL - Dev mailing list archive at Nabble.com.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
Also, don’t copy msvc80*.dlls around. You want to update the winSxS by using MS
vcredist installer. I think yours is not in sync with Tamas's build machine.
Regards,
Harsh Govind
-Original Message-
From: gdal-dev-boun...@lists.osgeo.org
[mailto:gdal-dev-boun...@lists.osgeo.org] On Beh
Looks like your path may have another version of libexpat somewhere probably
x86. I usually see these kind of errors when accidentally mix-n-match 32 and 64
bit dlls. Basically a 64 bit native application is trying to instantiate a 32
bit application.
Regards,
Harsh Govind
-Original Messa
Martin Dobias wrote:
Hi,
As there have been no further comments on RFC 29, I would like to call
for vote on it:
http://trac.osgeo.org/gdal/wiki/rfc29_desired_fields
+1 Frank
--
---+--
I set the clouds in motion - turn u
Hi,
As there have been no further comments on RFC 29, I would like to call
for vote on it:
http://trac.osgeo.org/gdal/wiki/rfc29_desired_fields
Regards
Martin
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gd
Martin,
If you are running it on Windows you can use "for" (type "help for" on Command
Prompt), ex:
C:\Data> for /l %i in (1,1,300) do gdal_translate -b %i input_file output_%i.tif
> ---Original Message---
> From: Matin80
> To: gdal-dev@lists.osgeo.org
> Subject: [gdal-dev] split
Giacomo,
If you want to merge a small number of shapefiles into a single shapefile,
look at the example near the bottom of the page
http://www.gdal.org/ogr/drv_shapefile.html
http://gdal.org/ogr2ogr.html
On Fri, Aug 6, 2010 at 12:09 PM, Giacomo Piva wrote:
> Hi all,
> I need to merge two shape
Hi Tamas,
Thank you for reply.
I compiled with libexpat.lib and used the include directory from
release-1400-x64-dev and than I used the dll file from bin directory
libexpat.dll. It doesn't work again. It has compilled correctly, but
the error is same.
I compiled with Xerces from release-1400-x
Martin,
Use the gdal_translate utility (http://www.gdal.org/gdal_translate.html)
with the -b option. You will have to run the command once for each band. A
simple shell script should do it.
On Fri, Aug 6, 2010 at 4:26 PM, Matin80 wrote:
>
> Hi everyone,
>
> I have a netCDF-file containing over
Hi everyone,
I have a netCDF-file containing over 300 bands.
is it possible to split up the file and get the same number of GeoTiffs with
GDAL in a single command line? All i found to this topic ended in merging
the bands to a single output file...
kind regards,
Martin
--
View this message
Ole,
the current code in the AAIGRID driver autodetects if its a integer grid or a
floating point grid, and in the later case it uses Float32 as a datatype, so
that explains the loss of precision you've seen.
In the latest SVN code (see http://trac.osgeo.org/gdal/changeset/20179 and
http://tra
On 06/08/2010 08:39, Giacomo Piva wrote:
Hi all,
I need to merge two shapefile, is it possible with GDAL ?
Thank you
See this FAQ:
http://trac.osgeo.org/gdal/wiki/FAQVector#HowcanImergehundredsofShapefiles
Hermann
___
gdal-dev mailing list
gdal-dev
Giacomo,
The ogr2ogr utility can do that. Use the clipping options.
http://gdal.org/ogr2ogr.html
On Fri, Aug 6, 2010 at 1:00 PM, Giacomo Piva wrote:
> Hi all,
> I need to cut a shapefile usins as bounding box another shapefile.
> Does someone can explain me how to do that with ogr2ogr?
>
> Than
Hi all,
I need to cut a shapefile usins as bounding box another shapefile.
Does someone can explain me how to do that with ogr2ogr?
Thank you very much
--
Giacomo
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listin
26 matches
Mail list logo
