Hi
Have compiled Gdal 2.0 (for x86, with swig and linked to Csharp, .net2)
and is trying it out. I have some map data in RIK-file format that,
according to
http://www.gdal.org/formats_list.html
Gdal should, still, support.
Earlier versions of Gdal I have had no problem with. This gets me to
Dear Dr. Brad, Thanks for your kind and prompt reply. Below are my
answers/clarifications.
On Wed, 19 Aug 2015 04:01:32 PM user gdal wrote:
Dear friends,
I have to programmatically clip (using Visual C++) with
GDALWarp. I proceeded like this:
GDALDataset *outimg;
Hi All,
I am performing the following operation on a Fedora 21 ppc64le machine:
gdal_translate -of HF2 byte.tif byte.tif.tst
Here byte.tiff is TIFF image data
[root@pts0433-vm12 test]# file byte.tif
byte.tif: TIFF image data, little-endian, direntries=15, height=20,
bps=8, compression=none,
Il giorno gio, 20/08/2015 alle 10.17 +0300, Ari Jolma ha scritto:
mario,
I think you should ask this on a list where there are Fedora
packagers.
Best regards,
Ari
yes, I did.
It was suggested to set gdal_dir enviroment variable to point to
proper location.
I am not sure how to do
RIK should be supported in 2.0 as well as in previous versions. could you share
a file that no longer work?
---
Spatialys - Geospatial professional services
http://www.spatialys.com
div Message d'origine /divdivDe : TomasR
monshi2...@gmail.com /divdivDate :20/08/2015 11:09
On 20.08.2015 14:28, mario60 wrote:
Il giorno gio, 20/08/2015 alle 03.22 -0700, Ari Jolma-2 [via OSGeo.org]
ha scritto:
Hm. I'm guessing, you have
%define gdal_dir $HOME/linux-res-6.3/gdal
and the error message is
-6.3/gdal/lib/libgdal.so', needed by
On 20.08.2015 13:11, mario chiari wrote:
Il giorno gio, 20/08/2015 alle 10.17 +0300, Ari Jolma ha scritto:
mario,
I think you should ask this on a list where there are Fedora
packagers.
Best regards,
Ari
yes, I did.
It was suggested to set gdal_dir enviroment variable to point to
proper
On 02-08-15 21:05, Even Rouault wrote:
On 02-08-15 20:45, Rashad M wrote:
No API changes. it make building and configuring libkml easier!
Correct me If I am wrong, I guess with a pkg-config would be easier to find
and configure libkml libs.
Yes, that would probably be better. That said my
Il giorno gio, 20/08/2015 alle 03.22 -0700, Ari Jolma-2 [via OSGeo.org]
ha scritto:
Hm. I'm guessing, you have
%define gdal_dir $HOME/linux-res-6.3/gdal
and the error message is
-6.3/gdal/lib/libgdal.so', needed by
'backend/wbpublic/libwbpublic.so.6.3.4'.
make[2]:
Selon Kurt Schwehr schw...@gmail.com:
Even (or anyone else),
Any idea what is up with the trunk_mingw_w64 failures with ogr_mitab? I'm
worried that I somehow caused this, but can't come up with how.
https://trac.osgeo.org/gdal/ticket/6076
Kurt,
My first thinking would have been that it
Even (or anyone else),
Any idea what is up with the trunk_mingw_w64 failures with ogr_mitab? I'm
worried that I somehow caused this, but can't come up with how.
https://trac.osgeo.org/gdal/ticket/6076
-kurt
___
gdal-dev mailing list
Hi
This made me to try a bit more and found that gdal2 works with some
files but not with other files.
This small file
https://www.dropbox.com/s/5k86qh3g24wrb8r/ab-del.rik?dl=0
gdalinfo.exe can read and give data about.
This file
https://www.dropbox.com/s/a2dlnvgy5ckxu5b/testkarta.rik?dl=0
Hi,
I need to retrieve the histogram of a set of rasters.
To do this I use the
gdalinfo for every raster using the parameter -hist.
But this process take a long time because the rasters are huge and
have 11 bands each of them.
For my need the histogram informations should be sufficient at a
On 20-08-15 13:46, Sebastiaan Couwenberg wrote:
I'm working on a patch to try and support both the old Automake based
new CMake based libkml by adding support for libkml.pc.
I've got a working patch for the Debian package, forwarded in:
https://trac.osgeo.org/gdal/ticket/6077
Kind Regards,
On Thursday 20 August 2015 13:46:52 Sebastiaan Couwenberg wrote:
On 02-08-15 21:05, Even Rouault wrote:
On 02-08-15 20:45, Rashad M wrote:
No API changes. it make building and configuring libkml easier!
Correct me If I am wrong, I guess with a pkg-config would be easier to
find
and
On Thursday 20 August 2015 16:47:16 Andrea Peri wrote:
Hi,
I need to retrieve the histogram of a set of rasters.
To do this I use the
gdalinfo for every raster using the parameter -hist.
But this process take a long time because the rasters are huge and
have 11 bands each of them.
For
On 20-08-15 16:48, Even Rouault wrote:
On Thursday 20 August 2015 13:46:52 Sebastiaan Couwenberg wrote:
I'm working on a patch to try and support both the old Automake based
new CMake based libkml by adding support for libkml.pc.
Are there differences in the installed files from libkml
Hi,
I notice that the gdalinfo of a vrt datasource dont report the
overview or stats of a set of tiff (that have stats and overvies)
listed inside it.
Instead is I create an overview of the vrt himself it is reported by gdalinfo.
Is correct this or could be an issue ?
Thx.
--
mario,
I think you should ask this on a list where there are Fedora packagers.
Best regards,
Ari
On 20.08.2015 00:44, mario chiari wrote:
Hi
Il giorno mer, 19/08/2015 alle 22.37 +0200, mario chiari ha scritto:
Kyle
Yes, now I see /usr/include/gdal/ogrsf_frmts.h
Still, I am not able to
On Thursday 20 August 2015 18:18:28 aperi2007 wrote:
Hi Even, thx for hint.
Is this possible using the python API ?
Sure
ds.GetRasterBand(1).GetHistogram(approx_ok = 1)
Other keywords possible: min, max, buckets to define respectively the minimum
value of the histogram, the maximum, and
Hi Even, thx for hint.
Is this possible using the python API ?
Thx ,
A.
Il 20/08/2015 17:15, Even Rouault ha scritto:
Not directly. At the API level, it is possible to require for approximate
histogram (and this will select a overview level that is close to 1 / 50 th of
the original raster
On Thursday 20 August 2015 22:26:34 Andrea Peri wrote:
Hi,
I notice that the gdalinfo of a vrt datasource dont report the
overview or stats of a set of tiff (that have stats and overvies)
listed inside it.
Instead is I create an overview of the vrt himself it is reported by
gdalinfo.
Is
22 matches
Mail list logo
