[gdal-dev] RE: Worldfile creation inconsistency with gdal_translate

[NeilJ]

How embarrassing.

 

Thanks for your keen eyed assistance

 

  _____  

From: Michael Sumner-2 [via OSGeo.org]
[mailto:ml-node+5685852-1135641362-298918 at n2.nabble.com] 
Sent: 29 October 2010 11:14
To: NeilJ
Subject: Re: Worldfile creation inconsistency with gdal_translate

 

Try spelling the option correctly (both in the argument and in your report):


gdal_translate -of JPEG -co WORLDFILE=YES -a_srs EPSG:27700 HP40SE.tif 
F:\geo_streetview\jpg\HP40SE.jpg 

HTH 

On Fri, Oct 29, 2010 at 8:59 PM, NeilJ <[hidden email]> wrote: 


> 
> 
> 
> Please can someone explain to me why I get the message "Waring 6: Driver 
> JPEG does not support WORDFILE creation option" when using gdal_translate
on 
> a windows command line (FW Tools 2.4.7), when running: 
> gdal_translate -of JPEG -co WORDLFILE=YES -a_srs EPSG:27700 HP40SE.tif 
> F:\geo_streetview\jpg\HP40SE.jpg 
> 
> The tif in question has the following details: 
> 
> Driver: GTiff/GeoTIFF 
> Files: HP40SE.tif 
> Size is 5000, 5000 
> Coordinate System is: 
> PROJCS["unnamed", 
>    GEOGCS[, 
>        DATUM["unknown", 
>            SPHEROID["unretrievable - using WGS84",6378137,298.257223563]],

>        PRIMEM["Greenwich",0], 
>        UNIT["degree",0.0174532925199433]], 
>    UNIT["metre",1, 
>        AUTHORITY["EPSG","9001"]], 
>    AUTHORITY["EPSG","27700"]] 
> Origin = (445000.000000000000000,1205000.000000000000000) 
> Pixel Size = (1.000000000000000,-1.000000000000000) 
> Metadata: 
>  AREA_OR_POINT=Area 
> Image Structure Metadata: 
>  COMPRESSION=DEFLATE 
>  INTERLEAVE=PIXEL 
> Corner Coordinates: 
> Upper Left  (  445000.000, 1205000.000) 
> Lower Left  (  445000.000, 1200000.000) 
> Upper Right (  450000.000, 1205000.000) 
> Lower Right (  450000.000, 1200000.000) 
> Center      (  447500.000, 1202500.000) 
> Band 1 Block=5000x1 Type=Byte, ColorInterp=Red Band 2 Block=5000x1 
> Type=Byte, ColorInterp=Green Band 3 Block=5000x1 Type=Byte,
ColorInterp=Blue 
> 
> I am very confused by the worldfile=yes option as I have used it before on

> other conversions without a problem. 
> 
> Any advice on when and why this does/doesn't work? 
> -- 
> View this message in context:
http://osgeo-org.1803224.n2.nabble.com/Worldfile-creation-inconsistency-with
-gdal-translate-tp5685831p5685831.html
<http://osgeo-org.1803224.n2.nabble.com/Worldfile-creation-inconsistency-wit
h-gdal-translate-tp5685831p5685831.html?by-user=t> 
> Sent from the GDAL - Dev mailing list archive at Nabble.com. 
> _______________________________________________ 
> gdal-dev mailing list 
> [hidden email] 
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
> 




-- 
Michael Sumner 
Institute for Marine and Antarctic Studies, University of Tasmania 
Hobart, Australia 
e-mail: [hidden email] 
_______________________________________________ 
gdal-dev mailing list 
[hidden email] 
http://lists.osgeo.org/mailman/listinfo/gdal-dev



  _____  

View message @
http://osgeo-org.1803224.n2.nabble.com/Worldfile-creation-inconsistency-with
-gdal-translate-tp5685831p5685852.html 
To unsubscribe from Worldfile creation inconsistency with gdal_translate,
click
<http://osgeo-org.1803224.n2.nabble.com/template/TplServlet.jtp?tpl=unsubscr
ibe_by_code&node=5685831&code=bmVpbC5qYWtlbWFuQGZpbmRtYXBzLmNvLnVrfDU2ODU4Mz
F8LTc3MzM2MTY0MQ==>  here. 

 


-- 
View this message in context: http://osgeo-org.1803224.n2.nabble.com/Worldfile-creation-inconsistency-with-gdal-translate-tp5685831p5686012.html
Sent from the GDAL - Dev mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/gdal-dev/attachments/20101029/3878ea58/attachment.html