|
»
install.sh gives error -- can't install FWTools-2.0.6 on Linux
|
View:
New views
14 Messages
—
Rating Filter:
Alert me
|
 |
install.sh gives error -- can't install FWTools-2.0.6 on Linux
by Mike Hapner
::
Rate this Message:
Some parts of this message have been removed.
Learn more about Nabble's security policy.
Trying to get FWTools installed on Linux... works fine on Windows. Downloaded and expanded FWTools-linux-2.0.6.tar.gz in my home directory. $tar xzvf FWTools-linux-2.0.6.tar.gz$cd ~/FWTools-2.0.6 $./install.sh ./install.sh: 33: bin/python: not found ---- but ~/FWTools-2.0.6/bin/python does exist... and has execute permissions... What am I doing wrong? _______________________________________________ FWTools mailing list FWTools@... http://lists.maptools.org/mailman/listinfo/fwtools http://fwtools.maptools.org/ |
|
|
Problem with GeoTIFF created by gdal_translate
by DavidRobison
::
Rate this Message:
I have a large MrSID that I am trying to work with. I am using gdal_translate to split it into smaller files and convert them to GeoTIFF. The command I am using is:
gdal_translate -of GTiff -srcwin 0 0 1000 1000 -co "TILED=YES" in.sid out.tif However, when I try to add it to geoserver I get the following error: org.geotools.data.DataSourceException: GEOTIFF Module Error Report Unknown Raster to Model configuration. ModelPixelScaleTag: NOT AVAILABLE ModelTiePointTag: NOT AVAILABLE ModelTransformationTag: NOT AVAILABLE GeoKey #1: Key = 1, Value = null GeoKey #2: Key = 1024, Value = 1 GeoKey #3: Key = 1025, Value = 1 GeoKey #4: Key = 1026, Value = VDOT Project Coordinate System GeoKey #5: Key = 2048, Value = 4269 GeoKey #6: Key = 2049, Value = GCS_North_American_1983 GeoKey #7: Key = 2054, Value = 9102 GeoKey #8: Key = 2057, Value = 6378137.0 GeoKey #9: Key = 2059, Value = 298.257222101 GeoKey #10: Key = 3072, Value = 32767 GeoKey #11: Key = 3074, Value = 32767 GeoKey #12: Key = 3075, Value = 8 GeoKey #13: Key = 3076, Value = 9003 GeoKey #14: Key = 3078, Value = 38.03333333333333 GeoKey #15: Key = 3079, Value = 39.2 GeoKey #16: Key = 3084, Value = -78.5 GeoKey #17: Key = 3085, Value = 37.6666666666 GeoKey #18: Key = 3086, Value = 1000059.9999989839 at org.geotools.gce.geotiff.GeoTiffReader.<init>(GeoTiffReader.java:259) at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:261) at org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:222) Any idea what I am doing wrong? I am new to GIS imagery. Thanks, David -- David R Robison Open Roads Consulting, Inc. 103 Watson Road, Chesapeake, VA 23320 phone: (757) 546-3401 e-mail: drrobison@... web: http://openroadsconsulting.com blog: http://therobe.blogspot.com book: http://www.xulonpress.com/book_detail.php?id=2579 This e-mail communication (including any attachments) may contain confidential and/or privileged material intended solely for the individual or entity to which it is addressed. If you are not the intended recipient, you should immediately stop reading this message and delete it from all computers that it resides on. Any unauthorized reading, distribution, copying or other use of this communication (or its attachments) is strictly prohibited. If you have received this communication in error, please notify us immediately. _______________________________________________ FWTools mailing list FWTools@... http://lists.maptools.org/mailman/listinfo/fwtools http://fwtools.maptools.org/ |
|
|
Re: Problem with GeoTIFF created by gdal_translate
by Roger André-2
::
Rate this Message:
Hi David,
I believe the problem is probably with GeoServer, and not with gdal. I think I recall getting this error in the past when I tried to register a GeoTIFF as a coverage in GeoServer, and that it was because I lacked a sidecar .tfw worldfile for my image. You can create one as part of the gdal_translate command by adding the following creation option, [ -co "TFW=yes"]. If that doesn't work, I would test that the GeoTIFF works correctly in another GIS application, and if so, would then direct the question regarding the error to the GeoServer mailing list. Best of luck, Roger -- On Thu, Aug 27, 2009 at 1:15 PM, David R Robison <drrobison@...> wrote: I have a large MrSID that I am trying to work with. I am using gdal_translate to split it into smaller files and convert them to GeoTIFF. The command I am using is: _______________________________________________ FWTools mailing list FWTools@... http://lists.maptools.org/mailman/listinfo/fwtools http://fwtools.maptools.org/ |
|
|
Re: Problem with GeoTIFF created by gdal_translate
by DavidRobison
::
Rate this Message:
When I use [-co "TFW=yes"] I do not get a .tfw file. Could it be
because I am translating only a portion of the MrSID? I am using
FWTools 2.4.1. David
Roger André wrote: Hi David, -- David R Robison Open Roads Consulting, Inc. 103 Watson Road, Chesapeake, VA 23320 phone: (757) 546-3401 e-mail: drrobison@... web: http://openroadsconsulting.com blog: http://therobe.blogspot.com book: http://www.xulonpress.com/book_detail.php?id=2579 This e-mail communication (including any attachments) may contain confidential and/or privileged material intended solely for the individual or entity to which it is addressed. If you are not the intended recipient, you should immediately stop reading this message and delete it from all computers that it resides on. Any unauthorized reading, distribution, copying or other use of this communication (or its attachments) is strictly prohibited. If you have received this communication in error, please notify us immediately. _______________________________________________ FWTools mailing list FWTools@... http://lists.maptools.org/mailman/listinfo/fwtools http://fwtools.maptools.org/ |
|
|
Re: Problem with GeoTIFF created by gdal_translate
by Even Rouault
::
Rate this Message:
Then my guess is that your .sid is not georeferenced or the georeferencing is
not recognized by GDAL. You should check with the output of gdalinfo. Selon David R Robison <drrobison@...>: > When I use [-co "TFW=yes"] I do not get a .tfw file. Could it be because > I am translating only a portion of the MrSID? I am using FWTools 2.4.1. > David > > Roger André wrote: > > Hi David, > > > > I believe the problem is probably with GeoServer, and not with gdal. > > I think I recall getting this error in the past when I tried to > > register a GeoTIFF as a coverage in GeoServer, and that it was because > > I lacked a sidecar .tfw worldfile for my image. You can create one as > > part of the gdal_translate command by adding the following creation > > option, [ -co "TFW=yes"]. > > > > If that doesn't work, I would test that the GeoTIFF works correctly in > > another GIS application, and if so, would then direct the question > > regarding the error to the GeoServer mailing list. > > > > Best of luck, > > > > Roger > > -- > > > > > > On Thu, Aug 27, 2009 at 1:15 PM, David R Robison > > <drrobison@... > > <mailto:drrobison@...>> wrote: > > > > I have a large MrSID that I am trying to work with. I am using > > gdal_translate to split it into smaller files and convert them to > > GeoTIFF. The command I am using is: > > > > gdal_translate -of GTiff -srcwin 0 0 1000 1000 -co "TILED=YES" > > in.sid out.tif > > > > However, when I try to add it to geoserver I get the following error: > > > > org.geotools.data.DataSourceException: GEOTIFF Module Error Report > > Unknown Raster to Model configuration. > > ModelPixelScaleTag: NOT AVAILABLE > > ModelTiePointTag: NOT AVAILABLE > > ModelTransformationTag: NOT AVAILABLE > > GeoKey #1: Key = 1, Value = null > > GeoKey #2: Key = 1024, Value = 1 > > GeoKey #3: Key = 1025, Value = 1 > > GeoKey #4: Key = 1026, Value = VDOT Project Coordinate System > > GeoKey #5: Key = 2048, Value = 4269 > > GeoKey #6: Key = 2049, Value = GCS_North_American_1983 > > GeoKey #7: Key = 2054, Value = 9102 > > GeoKey #8: Key = 2057, Value = 6378137.0 > > GeoKey #9: Key = 2059, Value = 298.257222101 > > GeoKey #10: Key = 3072, Value = 32767 > > GeoKey #11: Key = 3074, Value = 32767 > > GeoKey #12: Key = 3075, Value = 8 > > GeoKey #13: Key = 3076, Value = 9003 > > GeoKey #14: Key = 3078, Value = 38.03333333333333 > > GeoKey #15: Key = 3079, Value = 39.2 > > GeoKey #16: Key = 3084, Value = -78.5 > > GeoKey #17: Key = 3085, Value = 37.6666666666 > > GeoKey #18: Key = 3086, Value = 1000059.9999989839 > > > > at > > org.geotools.gce.geotiff.GeoTiffReader.<init>(GeoTiffReader.java:259) > > at > > > org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:261) > > at > > > org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:222) > > > > Any idea what I am doing wrong? I am new to GIS imagery. > > Thanks, David > > > > -- > > > > David R Robison > > Open Roads Consulting, Inc. > > 103 Watson Road, Chesapeake, VA 23320 > > phone: (757) 546-3401 > > e-mail: drrobison@... > > <mailto:drrobison@...> > > web: http://openroadsconsulting.com > > blog: http://therobe.blogspot.com > > book: http://www.xulonpress.com/book_detail.php?id=2579 > > > > This e-mail communication (including any attachments) may contain > > confidential and/or privileged material intended solely for the > > individual or entity to which it is addressed. If you are not the > > intended recipient, you should immediately stop reading this > > message and delete it from all computers that it resides on. Any > > unauthorized reading, distribution, copying or other use of this > > communication (or its attachments) is strictly prohibited. If you > > have received this communication in error, please notify us > > immediately. > > > > > > > > > > > > > > _______________________________________________ > > FWTools mailing list > > FWTools@... <mailto:FWTools@...> > > http://lists.maptools.org/mailman/listinfo/fwtools > > http://fwtools.maptools.org/ > > > > > > -- > > David R Robison > Open Roads Consulting, Inc. > 103 Watson Road, Chesapeake, VA 23320 > phone: (757) 546-3401 > e-mail: drrobison@... > web: http://openroadsconsulting.com > blog: http://therobe.blogspot.com > book: http://www.xulonpress.com/book_detail.php?id=2579 > > This e-mail communication (including any attachments) may contain > confidential and/or privileged material intended solely for the individual or > entity to which it is addressed. If you are not the intended recipient, you > should immediately stop reading this message and delete it from all computers > that it resides on. Any unauthorized reading, distribution, copying or other > use of this communication (or its attachments) is strictly prohibited. If > you have received this communication in error, please notify us immediately. > > > > > > _______________________________________________ FWTools mailing list FWTools@... http://lists.maptools.org/mailman/listinfo/fwtools http://fwtools.maptools.org/ |
|
|
Re: Problem with GeoTIFF created by gdal_translate
by Roger André-2
::
Rate this Message:
Ok, well since you're splitting the image up using pixel coordinates, you could use the Lizardtech utility instead. It's called MrSidDecode, and you can get it for Linux at http://www.lizardtech.com/download/dl_download.php?detail=geo_mrsiddecode&platform=lin. There are some examples in the doc of how to use it to extract a region from an image, and how to make sure it has georeferencing etc.
Might be worth a shot. -- On Aug 27, 2009 2:48pm, Even Rouault <even.rouault@...> wrote: > Then my guess is that your .sid is not georeferenced or the georeferencing is > > not recognized by GDAL. You should check with the output of gdalinfo. > > > > Selon David R Robison drrobison@...>: > > > > > When I use [-co "TFW=yes"] I do not get a .tfw file. Could it be because > > > I am translating only a portion of the MrSID? I am using FWTools 2.4.1. > > > David > > > > > > Roger André wrote: > > > > Hi David, > > > > > > > > I believe the problem is probably with GeoServer, and not with gdal. > > > > I think I recall getting this error in the past when I tried to > > > > register a GeoTIFF as a coverage in GeoServer, and that it was because > > > > I lacked a sidecar .tfw worldfile for my image. You can create one as > > > > part of the gdal_translate command by adding the following creation > > > > option, [ -co "TFW=yes"]. > > > > > > > > If that doesn't work, I would test that the GeoTIFF works correctly in > > > > another GIS application, and if so, would then direct the question > > > > regarding the error to the GeoServer mailing list. > > > > > > > > Best of luck, > > > > > > > > Roger > > > > -- > > > > > > > > > > > > On Thu, Aug 27, 2009 at 1:15 PM, David R Robison > > > > drrobison@... > > > > drrobison@...>> wrote: > > > > > > > > I have a large MrSID that I am trying to work with. I am using > > > > gdal_translate to split it into smaller files and convert them to > > > > GeoTIFF. The command I am using is: > > > > > > > > gdal_translate -of GTiff -srcwin 0 0 1000 1000 -co "TILED=YES" > > > > in.sid out.tif > > > > > > > > However, when I try to add it to geoserver I get the following error: > > > > > > > > org.geotools.data.DataSourceException: GEOTIFF Module Error Report > > > > Unknown Raster to Model configuration. > > > > ModelPixelScaleTag: NOT AVAILABLE > > > > ModelTiePointTag: NOT AVAILABLE > > > > ModelTransformationTag: NOT AVAILABLE > > > > GeoKey #1: Key = 1, Value = null > > > > GeoKey #2: Key = 1024, Value = 1 > > > > GeoKey #3: Key = 1025, Value = 1 > > > > GeoKey #4: Key = 1026, Value = VDOT Project Coordinate System > > > > GeoKey #5: Key = 2048, Value = 4269 > > > > GeoKey #6: Key = 2049, Value = GCS_North_American_1983 > > > > GeoKey #7: Key = 2054, Value = 9102 > > > > GeoKey #8: Key = 2057, Value = 6378137.0 > > > > GeoKey #9: Key = 2059, Value = 298.257222101 > > > > GeoKey #10: Key = 3072, Value = 32767 > > > > GeoKey #11: Key = 3074, Value = 32767 > > > > GeoKey #12: Key = 3075, Value = 8 > > > > GeoKey #13: Key = 3076, Value = 9003 > > > > GeoKey #14: Key = 3078, Value = 38.03333333333333 > > > > GeoKey #15: Key = 3079, Value = 39.2 > > > > GeoKey #16: Key = 3084, Value = -78.5 > > > > GeoKey #17: Key = 3085, Value = 37.6666666666 > > > > GeoKey #18: Key = 3086, Value = 1000059.9999989839 > > > > > > > > at > > > > org.geotools.gce.geotiff.GeoTiffReader.(GeoTiffReader.java:259) > > > > at > > > > > > > org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:261) > > > > at > > > > > > > org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:222) > > > > > > > > Any idea what I am doing wrong? I am new to GIS imagery. > > > > Thanks, David > > > > > > > > -- > > > > > > > > David R Robison > > > > Open Roads Consulting, Inc. > > > > 103 Watson Road, Chesapeake, VA 23320 > > > > phone: (757) 546-3401 > > > > e-mail: drrobison@... > > > > drrobison@...> > > > > web: http://openroadsconsulting.com > > > > blog: http://therobe.blogspot.com > > > > book: http://www.xulonpress.com/book_detail.php?id=2579 > > > > > > > > This e-mail communication (including any attachments) may contain > > > > confidential and/or privileged material intended solely for the > > > > individual or entity to which it is addressed. If you are not the > > > > intended recipient, you should immediately stop reading this > > > > message and delete it from all computers that it resides on. Any > > > > unauthorized reading, distribution, copying or other use of this > > > > communication (or its attachments) is strictly prohibited. If you > > > > have received this communication in error, please notify us > > > > immediately. > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > FWTools mailing list > > > > FWTools@... FWTools@...> > > > > http://lists.maptools.org/mailman/listinfo/fwtools > > > > http://fwtools.maptools.org/ > > > > > > > > > > > > > > -- > > > > > > David R Robison > > > Open Roads Consulting, Inc. > > > 103 Watson Road, Chesapeake, VA 23320 > > > phone: (757) 546-3401 > > > e-mail: drrobison@... > > > web: http://openroadsconsulting.com > > > blog: http://therobe.blogspot.com > > > book: http://www.xulonpress.com/book_detail.php?id=2579 > > > > > > This e-mail communication (including any attachments) may contain > > > confidential and/or privileged material intended solely for the individual or > > > entity to which it is addressed. If you are not the intended recipient, you > > > should immediately stop reading this message and delete it from all computers > > > that it resides on. Any unauthorized reading, distribution, copying or other > > > use of this communication (or its attachments) is strictly prohibited. If > > > you have received this communication in error, please notify us immediately. > > > > > > > > > > > > > > > > > > > > > > > FWTools mailing list FWTools@... http://lists.maptools.org/mailman/listinfo/fwtools http://fwtools.maptools.org/ |
|
|
Re: Problem with GeoTIFF created by gdal_translate
by DavidRobison
::
Rate this Message:
Here is the output of the gdalinfo. The translate command I am using is
as follows, yet I still don't get any .tfw file. Any thoughts?
gdal_translate -of GTiff -co "TFW=YES" -co "TILED=YES" -co "BIGTIFF=YES" SegmentA.sid A.tif Driver: MrSID/Multi-resolution Seamless Image Database (MrSID) Files: SegmentA.sid SegmentA.sdw SegmentA.sid.aux.xml Size is 56536, 139890 Coordinate System is: PROJCS["VDOT Project Coordinate System", GEOGCS["GCS_North_American_1983", DATUM["North_American_Datum_1983", SPHEROID["GRS_1980",6378137.0,298.257222101]], PRIMEM["Greenwich",0.0], UNIT["Degree",0.0174532925199433]], PROJECTION["Lambert_Conformal_Conic_2SP"], PARAMETER["False_Easting",3281030.18333], PARAMETER["False_Northing",0.0], PARAMETER["Central_Meridian",-78.5], PARAMETER["Standard_Parallel_1",38.03333333333333], PARAMETER["Standard_Parallel_2",39.2], PARAMETER["Scale_Factor",1.00006], PARAMETER["Latitude_Of_Origin",37.6666666666], UNIT["Foot_US",0.3048006096012192]] Metadata: IMAGE__COMPRESSION_BLOCK_SIZE=2048 IMAGE__COMPRESSION_GAMMA=2.000000 IMAGE__COMPRESSION_NLEV=9 IMAGE__COMPRESSION_VERSION=2,0,0 IMAGE__COMPRESSION_WEIGHT=4.000000 IMAGE__CREATION_DATE=Mon Jul 13 19:38:30 2009 IMAGE__DYNAMIC_RANGE_LEVEL=127.500000 IMAGE__DYNAMIC_RANGE_WINDOW=256.000000 IMAGE__ENCODING_APPLICATION=GeoExpress 6.1.1.1513 IMAGE__INPUT_FILE_SIZE=9332487880.000000 IMAGE__INPUT_FORMAT=TIFF w/ World File IMAGE__INPUT_NAME=O:\orthomaster\71080712_9-A\final\SegmentA-9.tif, O:\orthomaster\71080712_9-A\final\SegmentA-8.tif, O:\orthomaster\71080712_9-A\final\SegmentA-7.tif, O:\orthomaster\71080712_9-A\final\SegmentA-6.tif, O:\orthomaster\71080712_9-A\final\SegmentA-5.tif, O:\orthomaster\71080712_9-A\final\SegmentA-4.tif, O:\orthomaster\71080712_9-A\final\SegmentA-3.tif, O:\orthomaster\71080712_9-A\final\SegmentA-2.tif, O:\orthomaster\71080712_9-A\final\SegmentA-1.tif IMAGE__TARGET_COMPRESSION_RATIO=20.000000 PShop__ImageResources= IMAGE__WIDTH=56536 IMAGE__HEIGHT=139890 IMAGE__NO_DATA_VALUE=255,255,255 IMAGE__COLOR_SCHEME=0 IMAGE__DATA_TYPE=0 IMAGE__BITS_PER_SAMPLE=8 IMAGE__XY_ORIGIN=3639956.250000,478522.750000 IMAGE__X_RESOLUTION=0.500000 IMAGE__Y_RESOLUTION=0.500000 VERSION=MG2 Image Structure Metadata: INTERLEAVE=PIXEL Corner Coordinates: Upper Left ( 0.0, 0.0) Lower Left ( 0.0,139890.0) Upper Right (56536.0, 0.0) Lower Right (56536.0,139890.0) Center (28268.0,69945.0) Band 1 Block=1024x128 Type=Byte, ColorInterp=Red Minimum=6.000, Maximum=255.000, Mean=206.491, StdDev=80.024 Overviews: 28268x69945, 14134x34973, 7067x17487, 3534x8744, 1767x4372, 884x2186, 442x1093, 221x547, 111x274 Band 2 Block=1024x128 Type=Byte, ColorInterp=Green Minimum=16.000, Maximum=255.000, Mean=207.794, StdDev=77.551 Overviews: 28268x69945, 14134x34973, 7067x17487, 3534x8744, 1767x4372, 884x2186, 442x1093, 221x547, 111x274 Band 3 Block=1024x128 Type=Byte, ColorInterp=Blue Minimum=3.000, Maximum=255.000, Mean=203.241, StdDev=84.977 Overviews: 28268x69945, 14134x34973, 7067x17487, 3534x8744, 1767x4372, 884x2186, 442x1093, 221x547, 111x274 Even Rouault wrote: Then my guess is that your .sid is not georeferenced or the georeferencing is not recognized by GDAL. You should check with the output of gdalinfo. Selon David R Robison drrobison@...: -- David R Robison Open Roads Consulting, Inc. 103 Watson Road, Chesapeake, VA 23320 phone: (757) 546-3401 e-mail: drrobison@... web: http://openroadsconsulting.com blog: http://therobe.blogspot.com book: http://www.xulonpress.com/book_detail.php?id=2579 This e-mail communication (including any attachments) may contain confidential and/or privileged material intended solely for the individual or entity to which it is addressed. If you are not the intended recipient, you should immediately stop reading this message and delete it from all computers that it resides on. Any unauthorized reading, distribution, copying or other use of this communication (or its attachments) is strictly prohibited. If you have received this communication in error, please notify us immediately. _______________________________________________ FWTools mailing list FWTools@... http://lists.maptools.org/mailman/listinfo/fwtools http://fwtools.maptools.org/ |
|
|
Re: Problem with GeoTIFF created by gdal_translate
by Roger André-2
::
Rate this Message:
Try using a different co flag, "worldfile=yes". This will create a .wld file that you will need to rename to .tfw. Maybe the "TFW=yes" option isn't working in that version of FWTools.
-- On Wed, Sep 2, 2009 at 5:46 AM, David R Robison <drrobison@...> wrote:
_______________________________________________ FWTools mailing list FWTools@... http://lists.maptools.org/mailman/listinfo/fwtools http://fwtools.maptools.org/ |
|
|
Re: Problem with GeoTIFF created by gdal_translate
by Even Rouault
::
Rate this Message:
This is what I suspected. The gdalinfo output shows that you have only partial
georeferencing on the SID image : it has only a valid SRS, but no geotransform matrix. By default, gdalinfo will consider that the left upper corner is at (0,0) and the pixel size is 1. And -co TFW=YES will not produce anything as the geotransform matrix is not set. I see that near your .sid you have a .sdw and a .sid.aux.xml file. The later seems to have been produced by GDAL ? I would try to remove one or both and see if things improve. They are maybe conflicting with the internal georeferencing of the .sid Selon Roger André <randre@...>: > Try using a different co flag, "worldfile=yes". This will create a .wld > file that you will need to rename to .tfw. Maybe the "TFW=yes" option isn't > working in that version of FWTools. > -- > > On Wed, Sep 2, 2009 at 5:46 AM, David R Robison < > drrobison@...> wrote: > > > Here is the output of the gdalinfo. The translate command I am using is as > > follows, yet I still don't get any .tfw file. Any thoughts? > > > > gdal_translate -of GTiff -co "TFW=YES" -co "TILED=YES" -co "BIGTIFF=YES" > > SegmentA.sid A.tif > > > > Driver: MrSID/Multi-resolution Seamless Image Database (MrSID) > > Files: SegmentA.sid > > SegmentA.sdw > > SegmentA.sid.aux.xml > > Size is 56536, 139890 > > Coordinate System is: > > PROJCS["VDOT Project Coordinate System", > > GEOGCS["GCS_North_American_1983", > > DATUM["North_American_Datum_1983", > > SPHEROID["GRS_1980",6378137.0,298.257222101]], > > PRIMEM["Greenwich",0.0], > > UNIT["Degree",0.0174532925199433]], > > PROJECTION["Lambert_Conformal_Conic_2SP"], > > PARAMETER["False_Easting",3281030.18333], > > PARAMETER["False_Northing",0.0], > > PARAMETER["Central_Meridian",-78.5], > > PARAMETER["Standard_Parallel_1",38.03333333333333], > > PARAMETER["Standard_Parallel_2",39.2], > > PARAMETER["Scale_Factor",1.00006], > > PARAMETER["Latitude_Of_Origin",37.6666666666], > > UNIT["Foot_US",0.3048006096012192]] > > Metadata: > > IMAGE__COMPRESSION_BLOCK_SIZE=2048 > > IMAGE__COMPRESSION_GAMMA=2.000000 > > IMAGE__COMPRESSION_NLEV=9 > > IMAGE__COMPRESSION_VERSION=2,0,0 > > IMAGE__COMPRESSION_WEIGHT=4.000000 > > IMAGE__CREATION_DATE=Mon Jul 13 19:38:30 2009 > > > > > > IMAGE__DYNAMIC_RANGE_LEVEL=127.500000 > > IMAGE__DYNAMIC_RANGE_WINDOW=256.000000 > > IMAGE__ENCODING_APPLICATION=GeoExpress 6.1.1.1513 > > IMAGE__INPUT_FILE_SIZE=9332487880.000000 > > IMAGE__INPUT_FORMAT=TIFF w/ World File > > IMAGE__INPUT_NAME=O:\orthomaster\71080712_9-A\final\SegmentA-9.tif, > > O:\orthomaster\71080712_9-A\final\SegmentA-8.tif, > > O:\orthomaster\71080712_9-A\final\SegmentA-7.tif, > > O:\orthomaster\71080712_9-A\final\SegmentA-6.tif, > > O:\orthomaster\71080712_9-A\final\SegmentA-5.tif, > > O:\orthomaster\71080712_9-A\final\SegmentA-4.tif, > > O:\orthomaster\71080712_9-A\final\SegmentA-3.tif, > > O:\orthomaster\71080712_9-A\final\SegmentA-2.tif, > > O:\orthomaster\71080712_9-A\final\SegmentA-1.tif > > IMAGE__TARGET_COMPRESSION_RATIO=20.000000 > > PShop__ImageResources= > > IMAGE__WIDTH=56536 > > IMAGE__HEIGHT=139890 > > IMAGE__NO_DATA_VALUE=255,255,255 > > IMAGE__COLOR_SCHEME=0 > > IMAGE__DATA_TYPE=0 > > IMAGE__BITS_PER_SAMPLE=8 > > IMAGE__XY_ORIGIN=3639956.250000,478522.750000 > > IMAGE__X_RESOLUTION=0.500000 > > IMAGE__Y_RESOLUTION=0.500000 > > VERSION=MG2 > > Image Structure Metadata: > > INTERLEAVE=PIXEL > > Corner Coordinates: > > Upper Left ( 0.0, 0.0) > > Lower Left ( 0.0,139890.0) > > Upper Right (56536.0, 0.0) > > Lower Right (56536.0,139890.0) > > Center (28268.0,69945.0) > > Band 1 Block=1024x128 Type=Byte, ColorInterp=Red > > Minimum=6.000, Maximum=255.000, Mean=206.491, StdDev=80.024 > > Overviews: 28268x69945, 14134x34973, 7067x17487, 3534x8744, 1767x4372, > > 884x2186, 442x1093, 221x547, 111x274 > > Band 2 Block=1024x128 Type=Byte, ColorInterp=Green > > Minimum=16.000, Maximum=255.000, Mean=207.794, StdDev=77.551 > > Overviews: 28268x69945, 14134x34973, 7067x17487, 3534x8744, 1767x4372, > > 884x2186, 442x1093, 221x547, 111x274 > > Band 3 Block=1024x128 Type=Byte, ColorInterp=Blue > > Minimum=3.000, Maximum=255.000, Mean=203.241, StdDev=84.977 > > Overviews: 28268x69945, 14134x34973, 7067x17487, 3534x8744, 1767x4372, > > 884x2186, 442x1093, 221x547, 111x274 > > > > > > Even Rouault wrote: > > > > Then my guess is that your .sid is not georeferenced or the georeferencing > is > > not recognized by GDAL. You should check with the output of gdalinfo. > > > > Selon David R Robison <drrobison@...> > <drrobison@...>: > > > > > > > > When I use [-co "TFW=yes"] I do not get a .tfw file. Could it be because > > I am translating only a portion of the MrSID? I am using FWTools 2.4.1. > > David > > > > Roger André wrote: > > > > > > Hi David, > > > > I believe the problem is probably with GeoServer, and not with gdal. > > I think I recall getting this error in the past when I tried to > > register a GeoTIFF as a coverage in GeoServer, and that it was because > > I lacked a sidecar .tfw worldfile for my image. You can create one as > > part of the gdal_translate command by adding the following creation > > option, [ -co "TFW=yes"]. > > > > If that doesn't work, I would test that the GeoTIFF works correctly in > > another GIS application, and if so, would then direct the question > > regarding the error to the GeoServer mailing list. > > > > Best of luck, > > > > Roger > > -- > > > > > > On Thu, Aug 27, 2009 at 1:15 PM, David R Robison > > <drrobison@... > > <mailto:drrobison@...> > <drrobison@...>> wrote: > > > > I have a large MrSID that I am trying to work with. I am using > > gdal_translate to split it into smaller files and convert them to > > GeoTIFF. The command I am using is: > > > > gdal_translate -of GTiff -srcwin 0 0 1000 1000 -co "TILED=YES" > > in.sid out.tif > > > > However, when I try to add it to geoserver I get the following error: > > > > org.geotools.data. > > DataSourceException: GEOTIFF Module Error Report > > Unknown Raster to Model configuration. > > ModelPixelScaleTag: NOT AVAILABLE > > ModelTiePointTag: NOT AVAILABLE > > ModelTransformationTag: NOT AVAILABLE > > GeoKey #1: Key = 1, Value = null > > GeoKey #2: Key = 1024, Value = 1 > > GeoKey #3: Key = 1025, Value = 1 > > GeoKey #4: Key = 1026, Value = VDOT Project Coordinate System > > GeoKey #5: Key = 2048, Value = 4269 > > GeoKey #6: Key = 2049, Value = GCS_North_American_1983 > > GeoKey #7: Key = 2054, Value = 9102 > > GeoKey #8: Key = 2057, Value = 6378137.0 > > GeoKey #9: Key = 2059, Value = 298.257222101 > > GeoKey #10: Key = 3072, Value = 32767 > > GeoKey #11: Key = 3074, Value = 32767 > > GeoKey #12: Key = 3075, Value = 8 > > GeoKey #13: Key = 3076, Value = 9003 > > GeoKey #14: Key = 3078, Value = 38.03333333333333 > > GeoKey #15: Key = 3079, Value = 39.2 > > GeoKey #16: Key = 3084, Value = -78.5 > > GeoKey #17: Key = 3085, Value = 37.6666666666 > > GeoKey #18: Key = 3086, Value = 1000059.9999989839 > > > > at > > org.geotools.gce.geotiff.GeoTiffReader.<init>(GeoTiffReader.java:259) > > at > > > > > > > > org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:261) > > > > > > at > > > > > > > > org.geotools.gce.geotiff.GeoTiffFormat.getReader(GeoTiffFormat.java:222) > > > > > > Any idea what I am doing wrong? I am new to GIS imagery. > > Thanks, David > > > > -- > > > > David R Robison > > Open Roads Consulting, Inc. > > 103 Watson Road, Chesapeake, VA 23320 > > phone: (757) 546-3401 > > e-mail: drrobison@... > > > > <mailto:drrobison@...> > <drrobison@...> > > web: http://openroadsconsulting.com > > blog: http://therobe.blogspot.com > > book: http://www.xulonpress.com/book_detail.php?id=2579 > > > > This e-mail communication (including any attachments) may contain > > confidential and/or privileged material intended solely for the > > individual or entity to which it is addressed. If you are not the > > intended recipient, you should immediately stop reading this > > message and delete it from all computers that it resides on. Any > > unauthorized reading, distribution, copying or other use of this > > communication (or its attachments) is strictly prohibited. If you > > have received this communication in error, please notify us > > immediately. > > > > > > > > > > > > > > ______________________________ > > _________________ > > FWTools mailing list > > FWTools@... <mailto:FWTools@...> > <FWTools@...> > > http://lists.maptools.org/mailman/listinfo/fwtools > > http://fwtools.maptools.org/ > > > > > > -- > > > > David R Robison > > Open Roads Consulting, Inc. > > 103 Watson Road, Chesapeake, VA 23320 > > phone: (757) 546-3401 > > e-mail: drrobison@... > > web: http://openroadsconsulting.com > > blog: http://therobe.blogspot.com > > book: http://www.xulonpress.com/book_detail.php?id=2579 > > > > This e-mail communication (including any attachments) may contain > > confidential and/or privileged material intended solely for the individual > or > > entity to which it is addressed. If you are not the intended recipient, > you > > should immediately stop reading this message and delete it from all > computers > > that it resides on. Any unauthorized reading, distribution, copying or > other > > use of this communication (or its attachments) is strictly prohibited. If > > you have received this communication in error, please notify us > immediately. > > > > > > > > > > > > > > > > > > > > -- > > > > David R Robison > > Open Roads Consulting, Inc. > > 103 Watson Road, Chesapeake, VA 23320 > > phone: (757) 546-3401 > > e-mail: drrobison@... > > web: http://openroadsconsulting.com > > blog: http://therobe.blogspot.com > > book: http://www.xulonpress.com/book_detail.php?id=2579 > > > > This e-mail communication (including any attachments) may contain > confidential and/or privileged material intended solely for the individual or > entity to which it is addressed. If you are not the intended recipient, you > should immediately stop reading this message and delete it from all computers > that it resides on. Any unauthorized reading, distribution, copying or other > use of this communication (or its attachments) is strictly prohibited. If > you have received this communication in error, please notify us immediately. > > > > > > > > > > > > > _______________________________________________ FWTools mailing list FWTools@... http://lists.maptools.org/mailman/listinfo/fwtools http://fwtools.maptools.org/ |
|
|
Re: Problem with GeoTIFF created by gdal_translate
by DavidRobison
::
Rate this Message:
Even Rouault wrote: This is what I suspected. The gdalinfo output shows that you have only partial georeferencing on the SID image : it has only a valid SRS, but no geotransform matrix. By default, gdalinfo will consider that the left upper corner is at (0,0) and the pixel size is 1. And -co TFW=YES will not produce anything as the geotransform matrix is not set. I see that near your .sid you have a .sdw and a .sid.aux.xml file. The later seems to have been produced by GDAL ? I would try to remove one or both and see if things improve. They are maybe conflicting with the internal georeferencing of the .sid Selon Roger André randre@...:Try using a different co flag, "worldfile=yes". This will create a .wld file that you will need to rename to .tfw. Maybe the "TFW=yes" option isn't working in that version of FWTools. -- On Wed, Sep 2, 2009 at 5:46 AM, David R Robison < drrobison@...> wrote: -- David R Robison Open Roads Consulting, Inc. 103 Watson Road, Chesapeake, VA 23320 phone: (757) 546-3401 e-mail: drrobison@... web: http://openroadsconsulting.com blog: http://therobe.blogspot.com book: http://www.xulonpress.com/book_detail.php?id=2579 This e-mail communication (including any attachments) may contain confidential and/or privileged material intended solely for the individual or entity to which it is addressed. If you are not the intended recipient, you should immediately stop reading this message and delete it from all computers that it resides on. Any unauthorized reading, distribution, copying or other use of this communication (or its attachments) is strictly prohibited. If you have received this communication in error, please notify us immediately. _______________________________________________ FWTools mailing list FWTools@... http://lists.maptools.org/mailman/listinfo/fwtools http://fwtools.maptools.org/ |
|
|
Re: Problem with gdal2tiles.py
by DavidRobison
::
Rate this Message:
When I run gdal2tiles.py (FWTools 2.4.3) I get the following errors. Any
ideas? TNX David python C:\Progra~1\FWTools2.4.3\bin\gdal2tiles.py -title GEC -publishurl http://yourserver/dir/ -nogooglemaps -nokml -v SegmentA_11.tif test Traceback (most recent call last): File "C:\Progra~1\FWTools2.4.3\bin\gdal2tiles.py", line 38, in ? from osgeo import gdal ImportError: No module named osgeo -- David R Robison Open Roads Consulting, Inc. 103 Watson Road, Chesapeake, VA 23320 phone: (757) 546-3401 e-mail: drrobison@... web: http://openroadsconsulting.com blog: http://therobe.blogspot.com book: http://www.xulonpress.com/book_detail.php?id=2579 This e-mail communication (including any attachments) may contain confidential and/or privileged material intended solely for the individual or entity to which it is addressed. If you are not the intended recipient, you should immediately stop reading this message and delete it from all computers that it resides on. Any unauthorized reading, distribution, copying or other use of this communication (or its attachments) is strictly prohibited. If you have received this communication in error, please notify us immediately. _______________________________________________ FWTools mailing list FWTools@... http://lists.maptools.org/mailman/listinfo/fwtools http://fwtools.maptools.org/ |
|
|
Re: Problem with gdal2tiles.py
by Frank Warmerdam-2
::
Rate this Message:
David R Robison wrote:
> When I run gdal2tiles.py (FWTools 2.4.3) I get the following errors. Any > ideas? TNX David > > python C:\Progra~1\FWTools2.4.3\bin\gdal2tiles.py -title GEC -publishurl > http://yourserver/dir/ -nogooglemaps -nokml -v SegmentA_11.tif test > Traceback (most recent call last): > File "C:\Progra~1\FWTools2.4.3\bin\gdal2tiles.py", line 38, in ? > from osgeo import gdal > ImportError: No module named osgeo > David, Unfortunately gdal2tiles.py is not supported with the "old generation" python bindings still used in FWTools. I would suggest instead that you use OSGeo4W (the gdal16 + gdal16-python packages) for gdal2tiles.py. http://osgeo4w.osgeo.org/ Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam@... light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent _______________________________________________ FWTools mailing list FWTools@... http://lists.maptools.org/mailman/listinfo/fwtools http://fwtools.maptools.org/ |
|
|
gdal_retile and calculating resolutions
by DavidRobison
::
Rate this Message:
-- David R Robison Open Roads Consulting, Inc. 103 Watson Road, Chesapeake, VA 23320 phone: (757) 546-3401 e-mail: drrobison@... web: http://openroadsconsulting.com blog: http://therobe.blogspot.com book: http://www.xulonpress.com/book_detail.php?id=2579 This e-mail communication (including any attachments) may contain confidential and/or privileged material intended solely for the individual or entity to which it is addressed. If you are not the intended recipient, you should immediately stop reading this message and delete it from all computers that it resides on. Any unauthorized reading, distribution, copying or other use of this communication (or its attachments) is strictly prohibited. If you have received this communication in error, please notify us immediately. _______________________________________________ FWTools mailing list FWTools@... http://lists.maptools.org/mailman/listinfo/fwtools http://fwtools.maptools.org/ |
|
|
Re: gdal_retile and calculating resolutions
by Frank Warmerdam-2
::
Rate this Message:
David R Robison wrote:
> I am using gdal_retile to create an image pyramid. However, I need to > create a .properties file to support the > org.geotools.gce.imagepyramid.ImagePyramidReader > <http://atlas.openplans.org/%7Eaaime/apidocs/org/geotools/gce/imagepyramid/ImagePyramidReader.html>. > To fill out the .properties files I need to know the resolution for each > level in the pyramid. Is there an easy way to calculate/retrieve the > resolution of each level of tiles? Thanks, David David, You can see the sizes of overview layers in the gdalinfo output. eg. Band 1 Block=512x16 Type=Byte, ColorInterp=Gray Overviews: 256x256 In this case the base layer is 512x512 so you can compute the resolution as being half of the base layer. The base layer description looks like: Size is 512, 512 ... Origin = (440720.000000000000000,3751320.000000000000000) Pixel Size = (60.000000000000000,-60.000000000000000) So, the overview has the same origin, but a pixel size of 120x120. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam@... light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent _______________________________________________ FWTools mailing list FWTools@... http://lists.maptools.org/mailman/listinfo/fwtools http://fwtools.maptools.org/ |
| Free embeddable forum powered by Nabble | Forum Help |
