Rahkonen Jukka wrote:
Hi Frank,

Sorry, I did not mean heavy from the computitional point of view.
I meant that if there is something wrong with the geoinfo then it is easier for the user to edit worldfiles. Or perhaps there are more user friendly tools for playing with GeoTIFF tags than the 'write out with listgeo - edit - make copy with geotifcp'
way?

For me the Mapserver PROCESSING option might be better, but the other one is OK as well. And if this feature won't find it's way even to FWTools package then I will find somebody to build it for
me.

Jukka,

In have encorporated an undocumented raster layer processing
option called EXTENT_PRIORITY in trunk.  Set the value to WORLDFILE
to use world files in priority to internal information.

eg.
  PROCESSING "EXTENT_PRIORITY=WORLDFILE"

This will appear in the next FWTools build since it is part of
trunk (and will appear in MapServer 5.2 when released).  I'm not
inclined to try and port it back into 5.0 branch.

BTW, I wouldn't mind documenting this feature.  I'm just somewhat
lost in how our versioning is handled for documents now.  I get
the impression it is frowned on to document new features till
release time - but of course by then I will have forgotten all
about this new feature.

Note: it is possible there will never be another FWTools linux
release since the machine I prepare them on has died.

I have to say that I did not get 100 percent support from my
boss for the process that envolves employing some woodoo man to take source from the place called trunk and build something special from that, in order to get a secret, undocumented processing option as a result. However I still think it will be useful for us.

LOL

Well, I guess there isn't too much I can do about that.

Best regards,
--
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, [EMAIL PROTECTED]
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | President OSGeo, http://osgeo.org

Reply via email to