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 cont
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 =
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
https://api.opensuse.o
OK, I'll retest with these changes.
Thanks!
Mike
On 7/24/12 6:08 PM, "Even Rouault" 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 planet-latest.osm.pbf -lco dim=2
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 2>osm_debug.log
> 0...10...
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 su
> Even,
>
> I'm not convinced that a distinct EXIF domain is the best way to go.
> Non-default metadata domains are often not carried with images
> during translation or other processing and are (imho) more appropriate
> for data that would no longer apply to transformed imagery or that is
> bulky
On Mon, Jul 23, 2012 at 1:48 AM, Even Rouault
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 from? To my
> knowled
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 in
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 settin
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
fiel
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
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 in
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
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:
http://osgeo-org.1560.n6.nabble.com/How-to-identify-a-point-is-belong-to-a-polygon-tp
2012/7/24 Zoltan Szecsei :
> 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 but I guess should
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
o
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 perhaps
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 d
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 wrote:
> Hi GDALers,
>
> I need to convert ECW files to GeoTIFF (and not the other way round).
> I have 20 or
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 could
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 wrote:
> Thanks Chaitanya,
>
> I modified as your suggesti
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 o
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
library)
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 thi
25 matches
Mail list logo
