Frank,
Thank you very much! Disabling the JP2ECW driver works and allows the
JP2MrSID driver to process my map.
I appreciate your quick and helpful responses.
Thanks,
Jonathan
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/m
A .tif file in organized such that it begins with a very small header, is
followed by all of the pixels, and then the file ends with the TIFF tags.
So, if one wanted to change or set for example the TIFF resolution tags, there
are three resolution tags: XResolution=282, YResolution=283, and
Reso
Sigbjorn Herstad wrote:
Hi,
This is my first post here, but have followed the list for several
years. I am trying to find a good way to edit a GeoTIFF-header. I have
looked at the Python-script and listgeo and geotifcp mentioned here:
http://lists.osgeo.org/pipermail/gdal-dev/2008-April/016752.h
Spencer Gardner wrote:
I'm writing a script with 2 primary layers, a road layer and an intersection
layer. I have designed the script to cycle through the intersections and
remove any that have less than 3 road segments connected to it. I have set
a buffer of 1 foot to account for any misalignm
Shaw, Jonathan-P29740 wrote:
Ah -- turning on the debug logging reveals JP2ECW messages (below).
I will definitely take a look at OSGeo4W. Out of curiosity, is there a
programmatic way to force the NITF driver to use JP2MrSID (which is also
in FWTools 2.4.7) rather than the ECW driver? Or to dis
I'm writing a script with 2 primary layers, a road layer and an intersection
layer. I have designed the script to cycle through the intersections and
remove any that have less than 3 road segments connected to it. I have set a
buffer of 1 foot to account for any misalignment. The script runs
Ah -- turning on the debug logging reveals JP2ECW messages (below).
I will definitely take a look at OSGeo4W. Out of curiosity, is there a
programmatic way to force the NITF driver to use JP2MrSID (which is also
in FWTools 2.4.7) rather than the ECW driver? Or to disable the ECW
driver altogether?
Shaw, Jonathan-P29740 wrote:
Is this a known problem for NITF or JPEG2000 files? Is there a way to
see which JPEG2000 driver is used and to switch it to the other one? Any
other suggestions?
Jonathan,
The gdalinfo command should report the driver used for a file. It's
the first piece of infor
I am using GDALGetRandomRasterSample() to determine scale values for
16-bit per band map sources that I'm processing. What I've found is that
for my NITF files that use JPEG2000 subimages,
GDALGetRandomRasterSample() takes a long time to run and consumes a lot
of memory (~800 MB RAM for a 540 MB NI
Hello,
I am in the process of using some Gebco bathymetry data for a project,
visualising it with Arcgis 9.3. I am using osgeo4w/ gdal to convert the
gebco netcdf file to a geotif, for use in arcmap.
I wondered if someone might be able to offer a hint to a relative beginner?
I am having what I t
> > 2)With v.out.ogr:
> > I still get the error:
> > "ERROR 1: MySQL error message:Duplicate entry '1' for key 'OGR_FID'"
> > and only one row created at Mysql
>
> Please file a bug report with the needed details.
>
> Markus
Done.
Thanks for the help.
Pablo.
On Thu, Mar 4, 2010 at 4:51 PM, Pablo Carreira
wrote:
> Hi Markus, after your email I have some new results:
>
> 1)With ogr2ogr:
> SET GISBASE=C:\OSGeo4W\apps\grass\grass-6.4.0svn
>
> ogr2ogr -f mysql MYSQL:geodados,user=root,password=rcamargo,host=localhost
> /grassdata/utmwgs23/geral/vector/area
Hi Markus, after your email I have some new results:
1)With ogr2ogr:
SET GISBASE=C:\OSGeo4W\apps\grass\grass-6.4.0svn
ogr2ogr -f mysql MYSQL:geodados,user=root,password=rcamargo,host=localhost
/grassdata/utmwgs23/geral/vector/areas_recuperacao_trabalhado/head
-overwrite -lco spatial_index=no -n
On Thu, Mar 4, 2010 at 1:27 PM, Pablo Carreira
wrote:
> Hi Even,
> I don't know much of programming. I'am using the GRASS v.out.ogr tool to
> export from GRASS to Mysql.
> Do you think it's a GRASS bug?
Hi Pablo,
how old is your GRASS version?
> I had tryied ogr2ogr from command line in window
I grabbed the gdal-1.6.3.tar.gz release and ran through the make with no
issues.
Perhaps something has changed in the latest release make scripts somewhere?
Dan
--
View this message in context:
http://n2.nabble.com/Compile-error-with-with-python-tp4669408p4674203.html
Sent from the GDAL -
Hi,
I am trying to build gdal-1.6.3 in Linux(Fedora 9).
I am trying the following commands:
#./configure
#make
#make install (not yet done)
However, once I run make, I am getting following error:
/home/gdal-1.6.3/.libs/libgdal.so: undefined reference to
`curl_easy_perform'
/home/gdal-1.6.3
Hi Even,
I don't know much of programming. I'am using the GRASS v.out.ogr tool to
export from GRASS to Mysql.
Do you think it's a GRASS bug?
I had tryied ogr2ogr from command line in windows but I got this error:
c:\>ogr2ogr -f mysql MYSQL:geodados,user=root,password=xx,host=localhost
/gra
Hi list,
I have just opened a ticket (#3455) to propose an improvement in the SWIG
Java Bindings about how to get an IndexColorModel from a ColorTable when
there are special cases involving transparency/alpha values.
Feedbacks and reviews are very welcome.
Best Regards,
Daniele
[1]: http://trac.
18 matches
Mail list logo
