Hey,
I really like the idea. But the first thing that came to my mind was graphs
(images) instead of photographs. So i would love to see it being general
enough so that your not limited to a photo with EXIF data.
See for example something like this:
24.07.2012 5:37, dequan chen ?:
hi all,
I download the latest gdal-19-1600-core.msi from
http://www.gisinternals.com/sdk and installed, then copy gdal_csharp.dll,
ogr_csharp.dll, osr_csharp.dll etc to read .DXF file. But it has the
problem
of charactor encoding. My DXF file contains
Thanks Chaitanya,
I modified as your suggestion. But, still got the error (GEOS support not
enable) when executing the program.
About building GEOS, if I only add two first lines, the process will be
sucessful:
1. GEOS_DIR = C:/geos-3.3.5
2. GEOS_LIB = $(GEOS_DIR)/src/geos_c_i.lib
if I add
Hi,
For the Oracle vector feature support in QGIS I can let you know that
Jürgen Fischer (Norbit) is working on better Oracle Support in QGIS. It
will be on par with the Postgis and SQL Server support in the future.
However I believe it will still depend on OCI (or some other Oracle
Hi GDALers,
I need to convert ECW files to GeoTIFF (and not the other way round).
I have 20 or so files now, but will be getting 1000 of them, so batch
must be the way to go.
I would prefer a linux solution, but I see that the free Erdas SDK is
only for windows.
On my Win7 (64 bit) box I
Tai,
Geos code is not enabled in GDAL without the third line you omitted.
Check the compilation messages to identify the problem.
Perform a 'clean' before you build until this problem is resolved.
On Tue, Jul 24, 2012 at 12:48 PM, taibc taibc_colt...@yahoo.com wrote:
Thanks Chaitanya,
I
Hi Zoltan
A couple of years ago I downloaded the SDK to compile GDAL with ECW
support on linux too.
At now it is no more available and it is not completely clear to me if
using it, under the license terms included, is legal. I can send you
the license agreement to have a look and see if this
Zoltan,
These are a bit outdated but still usable.
http://trac.osgeo.org/gdal/wiki/ECW
http://trac.osgeo.org/ubuntugis/wiki/UserTutorials
On Tue, Jul 24, 2012 at 1:14 PM, Zoltan Szecsei zolt...@geograph.co.zawrote:
Hi GDALers,
I need to convert ECW files to GeoTIFF (and not the other way
Hi Stefano,
I would be interested to look, but my guess is if it was legal then,
then it is legal now.
The real problem that may come up is that that sdk might not link
against the current gdal.
Regards,
Zoltan
On 2012/07/24 10:08, Stefano Iacovella wrote:
Hi Zoltan
A couple of years ago I
Hi,
I agree that such a provider would probably slow - too slow for a
server, unless the data is cached somewhere (e.g. sqlite) and ogr only
reads new/updated files, and the rest from the cache.
On the other hand it would still be useful for conversion into other
formats, where speed
Le 24/07/2012 09:44, Zoltan Szecsei a écrit :
Hi GDALers,
I need to convert ECW files to GeoTIFF (and not the other way round).
I have 20 or so files now, but will be getting 1000 of them, so batch
must be the way to go.
I would prefer a linux solution, but I see that the free Erdas SDK is
2012/7/24 Zoltan Szecsei zolt...@geograph.co.za:
Hi Stefano,
I would be interested to look, but my guess is if it was legal then, then it
is legal now.
The real problem that may come up is that that sdk might not link against
the current gdal.
I succeded compiling against 1.9.0, did not try
Thanks chaitanya,
I resolved the errors by downloading GEO-3.2.3 (arrangement of folders in
geo-3.2.3 is different from geo-3.3.5), re-build geo and gdal.
Kind regards,
Tai
--
View this message in context:
Hi,
I am trying to compile GDAL with Java bindings, but am facing issues.
Here is what I have done:
1. Download gdal source from http://trac.osgeo.org/gdal/wiki/DownloadSource
2. Build gdal libraries
cd gdal
./configure
make
sudo make install
3. Install SWIG
4. Update JAVA_HOME
GDAL Mailing List,
I am wondering if anyone has had success JPIP streaming with GDAL
Kakadu 7.
We are looking to upgrade to Kakadu 7 (from 6.3.1) for the new UDP
capability.
I have managed to get everything compiled, with the JPIP support
included, however when I stream imagery I get
On 07/24/2012 02:21 PM, Duller, Michael wrote:
GDAL Mailing List,
I am wondering if anyone has had success JPIP streaming with GDAL
Kakadu 7.
We are looking to upgrade to Kakadu 7 (from 6.3.1) for the new UDP
capability.
I have managed to get everything compiled, with the JPIP support
Hello,
I was hoping someone could help me out. I have a raster .img file. with
existing pixel values. Those values are integer, but are classed to
string values not currently in the same .img file. For example pixel
value 2 means ClassTwo. Is it possible to add the string values (a new
Derek,
You can add this info as meta-data tags. You will have to define your own
names for the keys. Something like pix_1_class, pix_2_class, etc.
To add these you can use the -mo option with gdal_translate[1] or use a vrt
file[2]. You can create such a vrt file using gdal_translate too by
GDAL Mailing List,
I am wondering if anyone has had success JPIP streaming with GDAL
Kakadu 7.
We are looking to upgrade to Kakadu 7 (from 6.3.1) for the new UDP
capability.
I have managed to get everything compiled, with the JPIP support
included, however when I stream imagery I get
On Mon, Jul 23, 2012 at 1:48 AM, Even Rouault
even.roua...@mines-paris.org wrote:
Metadata (EXIF):
[...]
EXIF_GPSLatitude=(77) (5) (60)
EXIF_GPSLatitudeRef=S
EXIF_GPSLongitude=(34) (12) (0)
EXIF_GPSLongitudeRef=E
[..]
Are you thinking to other raster formats to extract EXIF info
Would it be possible to combine this with VRT XML such that when the
images were read to build the VRT file that it also added the EXIF tags
there. This would collect all the info into the VRT file and avoid
re-reading all the individual images. Sorry this might be a dumb
question as I'm not
Le lundi 23 juillet 2012 19:25:22, Smith, Michael ERDC-CRREL-NH a écrit :
Even,
[osmusr@bigserver-proc osm]$ ogr2ogr -progress -f oci
oci:user/pass@tns:tmp planet-latest.osm.pbf -lco dim=2 -lco srid=4326 -lco
geometry_name=geometry -lco launder=yes --debug on 2osm_debug.log
OK, I'll retest with these changes.
Thanks!
Mike
On 7/24/12 6:08 PM, Even Rouault even.roua...@mines-paris.org wrote:
Le lundi 23 juillet 2012 19:25:22, Smith, Michael ERDC-CRREL-NH a écrit :
Even,
[osmusr@bigserver-proc osm]$ ogr2ogr -progress -f oci
oci:user/pass@tns:tmp
See below for Ubuntu instructions (for other distros you could probably grab
the libgdal-ecw-src deb unpack manually and compile).
#Get libecwj 3.3 (the old SDK), it's available from a number of sources.
# If the link below doesn't work, google for libecwj2-3.3
wget -nd
Hi friends,
I used the method: OGRFeature:SetField(int i, double dfValue) to set field
values of a shapefile file (.dbf file).
I changed dfValue format to display 2 digits in decimal places. But, when I
used the Excel to see values, it showed an unexpected result.
For example:
First, dfValue =
Tai,
DBF formats allows specifying the precision of decimal values.
Check the field definition of the .dbf file using ogrinfo. If it shows a
precision of 2, you did all you can with OGR.
Excel, on the other hand, may have different rules. There is not much that
can be done with .dbf files to
26 matches
Mail list logo