Hi, I made a few more tests and here are my bit uncertain results:
1) OpenJUMP "Save to image" is creating a correct world file and maps created this way have correct georeferencing. 2) Save to image is creating .pgw world file for png images which is the original ESRI way and correct in that sense. Funny, but OpenJUMP itself can't utilile .pgw world files with the native (or Vivid?) image reader but they need to be renamed as .tfw. This should be corrected either by changing image export so that it creates both .tfw and .pgw named world files, or by making Vivid image reader to accept also .pgw world files. I did not check what is the situation with jpeg images and .jgw world files. 3) Native image reader shows images a bit softened but the orientation of the opened images is probably correct. I did see an quarter pixel offset in one test but no offset in another. Some other viewers like OpenEV are softering the image in a similar way and I think it is not a bug. Obviously some programmers like it more softened and some as sharp. 4) I am pretty sure that Add-Sextante-Raster-Image does not locate images correctly. It seems to introduce an offset of exactly one image pixel both to the right and towards the bottom. -Jukka Rahkonen- > Stefan Steiniger wrote: > > @Jukka, thank you for testing. I also noticed the antialiasing effect. > I discoverd the pixel shift by saving a vector graphics (with > OpenJUMP) as image, and then did load this images with both > options. Would be good to hear if you don't see a shift with > "real" image data (if that would be true, then it may be > something that relates to image scaling and rounding errors?). > > ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
