Re: [JPP-Devel] OpenJUMP SVN
works for me. for committing you need to use svn+ssh:// for the new svn though. e.g. svn+ssh://user@svn.code.sf.net/p/jump-pilot/code/ ..ede On 22.08.2013 10:14, Giuseppe Aruta wrote: Hi all, I tried to connect to SVN using this url (on Eclipse) svn://svn.code.sf.net/p/jump-pilot/code/core/trunk http://svn.code.sf.net/p/jump-pilot/code/core/trunk with no success. Is it correct? Thanks Peppe -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] OpenJUMP SVN
Thanks Ede, but I still have problems. This is the message I received Error Validating Location: Unable to load default SVN Client Peppe 2013/8/22 edgar.sol...@web.de works for me. for committing you need to use svn+ssh:// for the new svn though. e.g. svn+ssh://user@svn.code.sf.net/p/jump-pilot/code/ ..ede On 22.08.2013 10:14, Giuseppe Aruta wrote: Hi all, I tried to connect to SVN using this url (on Eclipse) svn://svn.code.sf.net/p/jump-pilot/code/core/trunk http://svn.code.sf.net/p/jump-pilot/code/core/trunk with no success. Is it correct? Thanks Peppe -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] OpenJUMP SVN
probably an issue with the new ssh requirement. what's your ide? svn client? ..ede On 22.08.2013 11:22, Giuseppe Aruta wrote: Thanks Ede, but I still have problems. This is the message I received Error Validating Location: Unable to load default SVN Client Peppe 2013/8/22 edgar.sol...@web.de mailto:edgar.sol...@web.de works for me. for committing you need to use svn+ssh:// for the new svn though. e.g. svn+ssh://user@svn.code.sf.net/p/jump-pilot/code/ http://svn.code.sf.net/p/jump-pilot/code/ ..ede On 22.08.2013 10:14, Giuseppe Aruta wrote: Hi all, I tried to connect to SVN using this url (on Eclipse) svn://svn.code.sf.net/p/jump-pilot/code/core/trunk http://svn.code.sf.net/p/jump-pilot/code/core/trunk http://svn.code.sf.net/p/jump-pilot/code/core/trunk with no success. Is it correct? Thanks Peppe -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] OpenJUMP SVN
Ide? Eclipse Platform Version: 3.8.1. 2013/8/22 edgar.sol...@web.de probably an issue with the new ssh requirement. what's your ide? svn client? ..ede On 22.08.2013 11:22, Giuseppe Aruta wrote: Thanks Ede, but I still have problems. This is the message I received Error Validating Location: Unable to load default SVN Client Peppe 2013/8/22 edgar.sol...@web.de mailto:edgar.sol...@web.de works for me. for committing you need to use svn+ssh:// for the new svn though. e.g. svn+ssh://user@svn.code.sf.net/p/jump-pilot/code/ http://svn.code.sf.net/p/jump-pilot/code/ ..ede On 22.08.2013 10:14, Giuseppe Aruta wrote: Hi all, I tried to connect to SVN using this url (on Eclipse) svn://svn.code.sf.net/p/jump-pilot/code/core/trunk http://svn.code.sf.net/p/jump-pilot/code/core/trunk http://svn.code.sf.net/p/jump-pilot/code/core/trunk with no success. Is it correct? Thanks Peppe -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto: Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] OpenJUMP SVN
easiest is to use a _non-native_ subversive connector, as it supports ssh out of the box. the native connectors need commandline ssh, which might be missing in your case. what os are you on, aren't you on linux? ..ede On 22.08.2013 12:33, Giuseppe Aruta wrote: Ide? Eclipse Platform Version: 3.8.1. 2013/8/22 edgar.sol...@web.de mailto:edgar.sol...@web.de probably an issue with the new ssh requirement. what's your ide? svn client? ..ede On 22.08.2013 11:22, Giuseppe Aruta wrote: Thanks Ede, but I still have problems. This is the message I received Error Validating Location: Unable to load default SVN Client Peppe 2013/8/22 edgar.sol...@web.de mailto:edgar.sol...@web.de mailto:edgar.sol...@web.de mailto:edgar.sol...@web.de works for me. for committing you need to use svn+ssh:// for the new svn though. e.g. svn+ssh://user@svn.code.sf.net/p/jump-pilot/code/ http://svn.code.sf.net/p/jump-pilot/code/ http://svn.code.sf.net/p/jump-pilot/code/ ..ede On 22.08.2013 10:14, Giuseppe Aruta wrote: Hi all, I tried to connect to SVN using this url (on Eclipse) svn://svn.code.sf.net/p/jump-pilot/code/core/trunk http://svn.code.sf.net/p/jump-pilot/code/core/trunk http://svn.code.sf.net/p/jump-pilot/code/core/trunk http://svn.code.sf.net/p/jump-pilot/code/core/trunk with no success. Is it correct? Thanks Peppe -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] OpenJUMP SVN
Linux, Ubuntu 13.04. I had problem to install SubEclipse that (It seems) I solved Peppe 2013/8/22 edgar.sol...@web.de easiest is to use a _non-native_ subversive connector, as it supports ssh out of the box. the native connectors need commandline ssh, which might be missing in your case. what os are you on, aren't you on linux? ..ede On 22.08.2013 12:33, Giuseppe Aruta wrote: Ide? Eclipse Platform Version: 3.8.1. 2013/8/22 edgar.sol...@web.de mailto:edgar.sol...@web.de probably an issue with the new ssh requirement. what's your ide? svn client? ..ede On 22.08.2013 11:22, Giuseppe Aruta wrote: Thanks Ede, but I still have problems. This is the message I received Error Validating Location: Unable to load default SVN Client Peppe 2013/8/22 edgar.sol...@web.de mailto:edgar.sol...@web.de mailto:edgar.sol...@web.de mailto:edgar.sol...@web.de works for me. for committing you need to use svn+ssh:// for the new svn though. e.g. svn+ssh://user@svn.code.sf.net/p/jump-pilot/code/ http://svn.code.sf.net/p/jump-pilot/code/ http://svn.code.sf.net/p/jump-pilot/code/ ..ede On 22.08.2013 10:14, Giuseppe Aruta wrote: Hi all, I tried to connect to SVN using this url (on Eclipse) svn://svn.code.sf.net/p/jump-pilot/code/core/trunk http://svn.code.sf.net/p/jump-pilot/code/core/trunk http://svn.code.sf.net/p/jump-pilot/code/core/trunk http://svn.code.sf.net/p/jump-pilot/code/core/trunk with no success. Is it correct? Thanks Peppe -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto: Jump-pilot-devel@lists.sourceforge.net mailto: Jump-pilot-devel@lists.sourceforge.net mailto: Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto: Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto: Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list
Re: [JPP-Devel] OpenJUMP SVN
ok. i use subversive, so no clue ;) ..ede On 22.08.2013 17:44, Giuseppe Aruta wrote: Linux, Ubuntu 13.04. I had problem to install SubEclipse that (It seems) I solved Peppe 2013/8/22 edgar.sol...@web.de easiest is to use a _non-native_ subversive connector, as it supports ssh out of the box. the native connectors need commandline ssh, which might be missing in your case. what os are you on, aren't you on linux? ..ede On 22.08.2013 12:33, Giuseppe Aruta wrote: Ide? Eclipse Platform Version: 3.8.1. 2013/8/22 edgar.sol...@web.de mailto:edgar.sol...@web.de probably an issue with the new ssh requirement. what's your ide? svn client? ..ede On 22.08.2013 11:22, Giuseppe Aruta wrote: Thanks Ede, but I still have problems. This is the message I received Error Validating Location: Unable to load default SVN Client Peppe 2013/8/22 edgar.sol...@web.de mailto:edgar.sol...@web.de mailto:edgar.sol...@web.de mailto:edgar.sol...@web.de works for me. for committing you need to use svn+ssh:// for the new svn though. e.g. svn+ssh://user@svn.code.sf.net/p/jump-pilot/code/ http://svn.code.sf.net/p/jump-pilot/code/ http://svn.code.sf.net/p/jump-pilot/code/ ..ede On 22.08.2013 10:14, Giuseppe Aruta wrote: Hi all, I tried to connect to SVN using this url (on Eclipse) svn://svn.code.sf.net/p/jump-pilot/code/core/trunk http://svn.code.sf.net/p/jump-pilot/code/core/trunk http://svn.code.sf.net/p/jump-pilot/code/core/trunk http://svn.code.sf.net/p/jump-pilot/code/core/trunk with no success. Is it correct? Thanks Peppe -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto: Jump-pilot-devel@lists.sourceforge.net mailto: Jump-pilot-devel@lists.sourceforge.net mailto: Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto: Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto: Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list
Re: [JPP-Devel] OJ image support
Hi, GeoTIFF reader in r3681 works for me. If you have tfw file you can check if the image is placed correctly. The two last lines give the origin of the image and the centre point of the top left pixel of the image is to be used as the anchor point. It may be easier to measure the top left corner of the top left pixel and then you must make half a pixel adjustment to the coordinates (minus for East coordinate, plus for North coordinate). 200.00 #X pixel size - easting 0.00 0.00 -200.00 #Y pixel size - northing -69942.00 #top left pixel centre X 7903702.00 #top left pixel centre Y -Jukka- edgar soldin wrote: Jukka, can you check rev.3681 please? the issue with the GeoTiff reader should be gone. additionally it should now read from archives/comressed files. mrsid/ecw/jp2 unfortunately do not support reading from java bytestreams as needed for instant decompression we do, mainly because of their native nature. hence i disabled it for them. btw. it seems that the ordinary Image readers seem to place the georeferenced image slightly different than the GeoTiff reader. is there some bug? ..ede On 21.08.2013 22:14, Rahkonen Jukka wrote: Hi, Sorry, I did not check that file. It is not geotiff and there in not corresponding tfw file in the directory. Fortunatelyu there is MapInfo .tab file http://kartat.kapsi.fi/files/peruskarttarasteri/painovari/1m/etrs89/tiff/P6/P62/UP6212L_RVK_1.tab Download it into same directory and do this gdal_translate -of GTiff -a_srs epsg:3067 -co tfw=yes -co compress=lzw UP6212L_RVK_1.tif test_striped_lzw.tif Then you can check the result with gdalinfo (very good tool). Cut listing with more because the interesting stuff is before the palette. gdalinfo test_striped_lzw.tif|more Now you will have both the tfw file and GeoTIFF tags inside the image file. Then you can continue from the step 2). -Jukka- Lähettäjä: edgar.sol...@web.de [edgar.sol...@web.de] Lähetetty: 21. elokuuta 2013 21:36 Vastaanottaja: OpenJump develop and use Aihe: Re: [JPP-Devel] OJ image support Jukka, are you sure the file you pointed to is geotagged? could explain why gdal trunk and stable do not produce world files for me. also exiftool, a image header tool, does not report any geotiff data. ..ede On 21.08.2013 18:27, edgar.sol...@web.de wrote: i always get no tags or worldfile. no valid geotiff .. which one of the below is supposed to be openable with the GeoTiff reader? ..ede On 21.08.2013 15:28, Rahkonen Jukka wrote: Hi, The old Picture selection does not support tiff format so I can't compare it with the new Image (JAI). I am using practically only (Geo)TIFFs myself but instead of providing a set of test images I point you to single one. I addition I write here instructions for converting the original one with GDAL into a few other common formats. Here is a link to a single band topographic map in tiff format. Image size is 12000x12000 pixels, the file is using palette, it is LZW compressed and written as stripes. http://kartat.kapsi.fi/files/peruskarttarasteri/painovari/1m/etrs89/tiff/P6/P62/UP6212L_RVK_1.tif Rename the file into test_striped_lzw.tif, acquire GDAL and run the following conversions 1) Tiled image with deflate compression (can't be opened with any of the OJ readers) gdal_translate -of GTiff -co tiled=yes -co tfw=yes -co compress=deflate test_striped_lzw.tif test_tiled_deflate.tif 2) Tiled image with lzw compression (opens with all OJ readers) gdal_translate -of GTiff -co tiled=yes -co tfw=yes -co compress=lzw test_striped_lzw.tif test_tiled_lzw.tif 3) Tiled image with jpeg compression (can't be opened with any of the OJ readers) gdal_translate -of GTiff -co tiled=yes -co tfw=yes -co compress=jpeg -expand rgb test_striped_lzw.tif test_tiled_jpeg.tif 4) Jpeg image gdal_translate -of JPEG -expand rgb test_striped_lzw.tif test.jpg 5) Png image gdal_translate -of png test_striped_lzw.tif test.png 6) Uncompressed RGB tiff with tiles (simulates aerial images, very heavy for OJ) gdal_translate -of GTiff -co tiled=yes -co tfw=yes -expand rgb test_striped_lzw.tif test_tiled_rgb.tif 7) Uncompressed RGB tiff without tiles (simulates aerial images, very heavy for OJ) gdal_translate -of GTiff -co tfw=yes -expand rgb test_striped_lzw.tif test_striped_rgb.tif -Jukka- edgar Soldin wrote: wrt. to the slowness .. the former Picture was in fact what is now call Image JAI. so it should preform as bad or as good as the old one. the other two are principally based on it but merely use a different API to retrieve the image into the memory. all of the three load the image into the ram, so i expect it to be much slower than
Re: [JPP-Devel] OJ image support
hmm, looks to me like the Image readers are off 0.5 pixel.. can you verify this? ..ede On 22.08.2013 18:31, Rahkonen Jukka wrote: Hi, GeoTIFF reader in r3681 works for me. If you have tfw file you can check if the image is placed correctly. The two last lines give the origin of the image and the centre point of the top left pixel of the image is to be used as the anchor point. It may be easier to measure the top left corner of the top left pixel and then you must make half a pixel adjustment to the coordinates (minus for East coordinate, plus for North coordinate). 200.00 #X pixel size - easting 0.00 0.00 -200.00 #Y pixel size - northing -69942.00 #top left pixel centre X 7903702.00 #top left pixel centre Y -Jukka- edgar soldin wrote: Jukka, can you check rev.3681 please? the issue with the GeoTiff reader should be gone. additionally it should now read from archives/comressed files. mrsid/ecw/jp2 unfortunately do not support reading from java bytestreams as needed for instant decompression we do, mainly because of their native nature. hence i disabled it for them. btw. it seems that the ordinary Image readers seem to place the georeferenced image slightly different than the GeoTiff reader. is there some bug? ..ede On 21.08.2013 22:14, Rahkonen Jukka wrote: Hi, Sorry, I did not check that file. It is not geotiff and there in not corresponding tfw file in the directory. Fortunatelyu there is MapInfo .tab file http://kartat.kapsi.fi/files/peruskarttarasteri/painovari/1m/etrs89/tiff/P6/P62/UP6212L_RVK_1.tab Download it into same directory and do this gdal_translate -of GTiff -a_srs epsg:3067 -co tfw=yes -co compress=lzw UP6212L_RVK_1.tif test_striped_lzw.tif Then you can check the result with gdalinfo (very good tool). Cut listing with more because the interesting stuff is before the palette. gdalinfo test_striped_lzw.tif|more Now you will have both the tfw file and GeoTIFF tags inside the image file. Then you can continue from the step 2). -Jukka- Lähettäjä: edgar.sol...@web.de [edgar.sol...@web.de] Lähetetty: 21. elokuuta 2013 21:36 Vastaanottaja: OpenJump develop and use Aihe: Re: [JPP-Devel] OJ image support Jukka, are you sure the file you pointed to is geotagged? could explain why gdal trunk and stable do not produce world files for me. also exiftool, a image header tool, does not report any geotiff data. ..ede On 21.08.2013 18:27, edgar.sol...@web.de wrote: i always get no tags or worldfile. no valid geotiff .. which one of the below is supposed to be openable with the GeoTiff reader? ..ede On 21.08.2013 15:28, Rahkonen Jukka wrote: Hi, The old Picture selection does not support tiff format so I can't compare it with the new Image (JAI). I am using practically only (Geo)TIFFs myself but instead of providing a set of test images I point you to single one. I addition I write here instructions for converting the original one with GDAL into a few other common formats. Here is a link to a single band topographic map in tiff format. Image size is 12000x12000 pixels, the file is using palette, it is LZW compressed and written as stripes. http://kartat.kapsi.fi/files/peruskarttarasteri/painovari/1m/etrs89/tiff/P6/P62/UP6212L_RVK_1.tif Rename the file into test_striped_lzw.tif, acquire GDAL and run the following conversions 1) Tiled image with deflate compression (can't be opened with any of the OJ readers) gdal_translate -of GTiff -co tiled=yes -co tfw=yes -co compress=deflate test_striped_lzw.tif test_tiled_deflate.tif 2) Tiled image with lzw compression (opens with all OJ readers) gdal_translate -of GTiff -co tiled=yes -co tfw=yes -co compress=lzw test_striped_lzw.tif test_tiled_lzw.tif 3) Tiled image with jpeg compression (can't be opened with any of the OJ readers) gdal_translate -of GTiff -co tiled=yes -co tfw=yes -co compress=jpeg -expand rgb test_striped_lzw.tif test_tiled_jpeg.tif 4) Jpeg image gdal_translate -of JPEG -expand rgb test_striped_lzw.tif test.jpg 5) Png image gdal_translate -of png test_striped_lzw.tif test.png 6) Uncompressed RGB tiff with tiles (simulates aerial images, very heavy for OJ) gdal_translate -of GTiff -co tiled=yes -co tfw=yes -expand rgb test_striped_lzw.tif test_tiled_rgb.tif 7) Uncompressed RGB tiff without tiles (simulates aerial images, very heavy for OJ) gdal_translate -of GTiff -co tfw=yes -expand rgb test_striped_lzw.tif test_striped_rgb.tif -Jukka- edgar Soldin wrote: wrt. to the slowness .. the former Picture was in fact what is now call Image JAI. so it should preform as bad or as good as the old one. the other two are principally
Re: [JPP-Devel] OJ image support
Hi, Image readers seem to do it right but GeoTIFF reader is placing the anchor point of TFW file into the top left corner of the top left pixel. Complicated? Look at the images in http://latuviitta.org/documents/ESRI_World_file_eli_TFW-tiedosto.pdf Conclusions Image readers - right GeoTIFF reader - wrong -Jukka- Lähettäjä: edgar.sol...@web.de [edgar.sol...@web.de] Lähetetty: 22. elokuuta 2013 19:43 Vastaanottaja: OpenJump develop and use Aihe: Re: [JPP-Devel] OJ image support hmm, looks to me like the Image readers are off 0.5 pixel.. can you verify this? ..ede On 22.08.2013 18:31, Rahkonen Jukka wrote: Hi, GeoTIFF reader in r3681 works for me. If you have tfw file you can check if the image is placed correctly. The two last lines give the origin of the image and the centre point of the top left pixel of the image is to be used as the anchor point. It may be easier to measure the top left corner of the top left pixel and then you must make half a pixel adjustment to the coordinates (minus for East coordinate, plus for North coordinate). 200.00 #X pixel size - easting 0.00 0.00 -200.00 #Y pixel size - northing -69942.00 #top left pixel centre X 7903702.00 #top left pixel centre Y -Jukka- edgar soldin wrote: Jukka, can you check rev.3681 please? the issue with the GeoTiff reader should be gone. additionally it should now read from archives/comressed files. mrsid/ecw/jp2 unfortunately do not support reading from java bytestreams as needed for instant decompression we do, mainly because of their native nature. hence i disabled it for them. btw. it seems that the ordinary Image readers seem to place the georeferenced image slightly different than the GeoTiff reader. is there some bug? ..ede On 21.08.2013 22:14, Rahkonen Jukka wrote: Hi, Sorry, I did not check that file. It is not geotiff and there in not corresponding tfw file in the directory. Fortunatelyu there is MapInfo .tab file http://kartat.kapsi.fi/files/peruskarttarasteri/painovari/1m/etrs89/tiff/P6/P62/UP6212L_RVK_1.tab Download it into same directory and do this gdal_translate -of GTiff -a_srs epsg:3067 -co tfw=yes -co compress=lzw UP6212L_RVK_1.tif test_striped_lzw.tif Then you can check the result with gdalinfo (very good tool). Cut listing with more because the interesting stuff is before the palette. gdalinfo test_striped_lzw.tif|more Now you will have both the tfw file and GeoTIFF tags inside the image file. Then you can continue from the step 2). -Jukka- Lähettäjä: edgar.sol...@web.de [edgar.sol...@web.de] Lähetetty: 21. elokuuta 2013 21:36 Vastaanottaja: OpenJump develop and use Aihe: Re: [JPP-Devel] OJ image support Jukka, are you sure the file you pointed to is geotagged? could explain why gdal trunk and stable do not produce world files for me. also exiftool, a image header tool, does not report any geotiff data. ..ede On 21.08.2013 18:27, edgar.sol...@web.de wrote: i always get no tags or worldfile. no valid geotiff .. which one of the below is supposed to be openable with the GeoTiff reader? ..ede On 21.08.2013 15:28, Rahkonen Jukka wrote: Hi, The old Picture selection does not support tiff format so I can't compare it with the new Image (JAI). I am using practically only (Geo)TIFFs myself but instead of providing a set of test images I point you to single one. I addition I write here instructions for converting the original one with GDAL into a few other common formats. Here is a link to a single band topographic map in tiff format. Image size is 12000x12000 pixels, the file is using palette, it is LZW compressed and written as stripes. http://kartat.kapsi.fi/files/peruskarttarasteri/painovari/1m/etrs89/tiff/P6/P62/UP6212L_RVK_1.tif Rename the file into test_striped_lzw.tif, acquire GDAL and run the following conversions 1) Tiled image with deflate compression (can't be opened with any of the OJ readers) gdal_translate -of GTiff -co tiled=yes -co tfw=yes -co compress=deflate test_striped_lzw.tif test_tiled_deflate.tif 2) Tiled image with lzw compression (opens with all OJ readers) gdal_translate -of GTiff -co tiled=yes -co tfw=yes -co compress=lzw test_striped_lzw.tif test_tiled_lzw.tif 3) Tiled image with jpeg compression (can't be opened with any of the OJ readers) gdal_translate -of GTiff -co tiled=yes -co tfw=yes -co compress=jpeg -expand rgb test_striped_lzw.tif test_tiled_jpeg.tif 4) Jpeg image gdal_translate -of JPEG -expand rgb test_striped_lzw.tif test.jpg 5) Png image gdal_translate -of png test_striped_lzw.tif test.png 6) Uncompressed RGB tiff with tiles (simulates aerial images,
Re: [JPP-Devel] OJ image support
not really, but fixing it would be as i am not deep enough into geo informatics to know where to fiddle it in ... Michael,Stefan: could one of you?.. simply load a supported image with worldfile with an Image loader, they all use the same georeferencing routines and then load with GeoTiff loader and fix and compare until it fits. must be somewhere under com.vividsolutions.jump.workbench.imagery.geotiff ..ede On 22.08.2013 19:30, Rahkonen Jukka wrote: Hi, Image readers seem to do it right but GeoTIFF reader is placing the anchor point of TFW file into the top left corner of the top left pixel. Complicated? Look at the images in http://latuviitta.org/documents/ESRI_World_file_eli_TFW-tiedosto.pdf Conclusions Image readers - right GeoTIFF reader - wrong -Jukka- Lähettäjä: edgar.sol...@web.de [edgar.sol...@web.de] Lähetetty: 22. elokuuta 2013 19:43 Vastaanottaja: OpenJump develop and use Aihe: Re: [JPP-Devel] OJ image support hmm, looks to me like the Image readers are off 0.5 pixel.. can you verify this? ..ede On 22.08.2013 18:31, Rahkonen Jukka wrote: Hi, GeoTIFF reader in r3681 works for me. If you have tfw file you can check if the image is placed correctly. The two last lines give the origin of the image and the centre point of the top left pixel of the image is to be used as the anchor point. It may be easier to measure the top left corner of the top left pixel and then you must make half a pixel adjustment to the coordinates (minus for East coordinate, plus for North coordinate). 200.00 #X pixel size - easting 0.00 0.00 -200.00 #Y pixel size - northing -69942.00 #top left pixel centre X 7903702.00 #top left pixel centre Y -Jukka- edgar soldin wrote: Jukka, can you check rev.3681 please? the issue with the GeoTiff reader should be gone. additionally it should now read from archives/comressed files. mrsid/ecw/jp2 unfortunately do not support reading from java bytestreams as needed for instant decompression we do, mainly because of their native nature. hence i disabled it for them. btw. it seems that the ordinary Image readers seem to place the georeferenced image slightly different than the GeoTiff reader. is there some bug? ..ede On 21.08.2013 22:14, Rahkonen Jukka wrote: Hi, Sorry, I did not check that file. It is not geotiff and there in not corresponding tfw file in the directory. Fortunatelyu there is MapInfo .tab file http://kartat.kapsi.fi/files/peruskarttarasteri/painovari/1m/etrs89/tiff/P6/P62/UP6212L_RVK_1.tab Download it into same directory and do this gdal_translate -of GTiff -a_srs epsg:3067 -co tfw=yes -co compress=lzw UP6212L_RVK_1.tif test_striped_lzw.tif Then you can check the result with gdalinfo (very good tool). Cut listing with more because the interesting stuff is before the palette. gdalinfo test_striped_lzw.tif|more Now you will have both the tfw file and GeoTIFF tags inside the image file. Then you can continue from the step 2). -Jukka- Lähettäjä: edgar.sol...@web.de [edgar.sol...@web.de] Lähetetty: 21. elokuuta 2013 21:36 Vastaanottaja: OpenJump develop and use Aihe: Re: [JPP-Devel] OJ image support Jukka, are you sure the file you pointed to is geotagged? could explain why gdal trunk and stable do not produce world files for me. also exiftool, a image header tool, does not report any geotiff data. ..ede On 21.08.2013 18:27, edgar.sol...@web.de wrote: i always get no tags or worldfile. no valid geotiff .. which one of the below is supposed to be openable with the GeoTiff reader? ..ede On 21.08.2013 15:28, Rahkonen Jukka wrote: Hi, The old Picture selection does not support tiff format so I can't compare it with the new Image (JAI). I am using practically only (Geo)TIFFs myself but instead of providing a set of test images I point you to single one. I addition I write here instructions for converting the original one with GDAL into a few other common formats. Here is a link to a single band topographic map in tiff format. Image size is 12000x12000 pixels, the file is using palette, it is LZW compressed and written as stripes. http://kartat.kapsi.fi/files/peruskarttarasteri/painovari/1m/etrs89/tiff/P6/P62/UP6212L_RVK_1.tif Rename the file into test_striped_lzw.tif, acquire GDAL and run the following conversions 1) Tiled image with deflate compression (can't be opened with any of the OJ readers) gdal_translate -of GTiff -co tiled=yes -co tfw=yes -co compress=deflate test_striped_lzw.tif test_tiled_deflate.tif 2) Tiled image with lzw compression (opens with all OJ readers) gdal_translate -of GTiff -co tiled=yes -co tfw=yes
Re: [JPP-Devel] OJ image support
Hi, As a non-developer I guess it is here http://sourceforge.net/p/jump-pilot/code/3681/tree/core/trunk/src/com/vividsolutions/jump/workbench/imagery/geotiff/GeoTIFFRaster.java Listgeo program is listing me C:\data\mml_datalistgeo suomi45m.tif Geotiff_Information: Version: 1 Key_Revision: 1.0 Tagged_Information: ModelTiepointTag (2,3): 000 -70042 7903802 0 ModelPixelScaleTag (1,3): 200 200 0 snip Corner Coordinates: Upper Left( -70042.000, 7903802.000) Lower Left( -70042.000, 6578602.000) Upper Right ( 851158.000, 7903802.000) Lower Right ( 851158.000, 6578602.000) Center( 390558.000, 7241202.000) In the OpenJUMP GeoTIFF code I can read double[] tags = new double[6]; tags[0] = fieldModelGeoTransform.getAsDouble(0); // pixel size in x // direction tags[1] = fieldModelGeoTransform.getAsDouble(1); // rotation about y-axis tags[2] = fieldModelGeoTransform.getAsDouble(4); // rotation about x-axis tags[3] = fieldModelGeoTransform.getAsDouble(5); // pixel size in the // y-direction tags[4] = fieldModelGeoTransform.getAsDouble(3); // x-coordinate of the // center of the upper // left pixel tags[5] = fieldModelGeoTransform.getAsDouble(7); // y-coordinate of the // center of the upper // left pixel setCoorRasterTiff_tiepointLT(new Coordinate(0, 0)); setCoorModel_tiepointLT(new Coordinate(0, 0)); setAffineTransformation(new AffineTransform(tags)); This feels wrong because it looks like GeoTIFF tags are not centres of upper left pixel but they are top left corners of top left pixels. I warn you, I am not a programmer and I do not understand really the code, only the comments. -Jukka- Lähettäjä: edgar.sol...@web.de [edgar.sol...@web.de] Lähetetty: 22. elokuuta 2013 20:40 Vastaanottaja: OpenJump develop and use Cc: Stefan Steiniger; Michaël Michaud Aihe: Re: [JPP-Devel] OJ image support not really, but fixing it would be as i am not deep enough into geo informatics to know where to fiddle it in ... Michael,Stefan: could one of you?.. simply load a supported image with worldfile with an Image loader, they all use the same georeferencing routines and then load with GeoTiff loader and fix and compare until it fits. must be somewhere under com.vividsolutions.jump.workbench.imagery.geotiff ..ede On 22.08.2013 19:30, Rahkonen Jukka wrote: Hi, Image readers seem to do it right but GeoTIFF reader is placing the anchor point of TFW file into the top left corner of the top left pixel. Complicated? Look at the images in http://latuviitta.org/documents/ESRI_World_file_eli_TFW-tiedosto.pdf Conclusions Image readers - right GeoTIFF reader - wrong -Jukka- Lähettäjä: edgar.sol...@web.de [edgar.sol...@web.de] Lähetetty: 22. elokuuta 2013 19:43 Vastaanottaja: OpenJump develop and use Aihe: Re: [JPP-Devel] OJ image support hmm, looks to me like the Image readers are off 0.5 pixel.. can you verify this? ..ede On 22.08.2013 18:31, Rahkonen Jukka wrote: Hi, GeoTIFF reader in r3681 works for me. If you have tfw file you can check if the image is placed correctly. The two last lines give the origin of the image and the centre point of the top left pixel of the image is to be used as the anchor point. It may be easier to measure the top left corner of the top left pixel and then you must make half a pixel adjustment to the coordinates (minus for East coordinate, plus for North coordinate). 200.00 #X pixel size - easting 0.00 0.00 -200.00 #Y pixel size - northing -69942.00 #top left pixel centre X 7903702.00 #top left pixel centre Y -Jukka- edgar soldin wrote: Jukka, can you check rev.3681 please? the issue with the GeoTiff reader should be gone. additionally it should now read from archives/comressed files. mrsid/ecw/jp2 unfortunately do not support reading from java bytestreams as needed for instant decompression we do, mainly because of their native nature. hence i disabled it for them. btw. it seems that the ordinary Image readers seem to place the georeferenced image slightly different than the GeoTiff reader. is there some bug? ..ede On 21.08.2013 22:14, Rahkonen Jukka wrote: Hi, Sorry, I did not check that file. It is not geotiff and there in not corresponding tfw file in the directory. Fortunatelyu there is MapInfo .tab file http://kartat.kapsi.fi/files/peruskarttarasteri/painovari/1m/etrs89/tiff/P6/P62/UP6212L_RVK_1.tab Download it into same directory and do this gdal_translate -of GTiff -a_srs epsg:3067 -co tfw=yes -co compress=lzw UP6212L_RVK_1.tif test_striped_lzw.tif Then you can
Re: [JPP-Devel] OJ image support
thanks.. seems to be fixed .. could you please check rev.3682 ? also note the following changes - fix geotiff -0.5 pixel offset - allow geotiff to load all formats supported of underlying JAI loader - rename GeoTiff to GeoImage (JAI) to represent reality, although only Tiffs seem to load memory savingly it can in fact also load other formats which seem to be loaded into RAM fully, but anyway.. it is possible - some minor fixes with exception handling ..ede On 22.08.2013 20:29, Rahkonen Jukka wrote: Hi, As a non-developer I guess it is here http://sourceforge.net/p/jump-pilot/code/3681/tree/core/trunk/src/com/vividsolutions/jump/workbench/imagery/geotiff/GeoTIFFRaster.java Listgeo program is listing me C:\data\mml_datalistgeo suomi45m.tif Geotiff_Information: Version: 1 Key_Revision: 1.0 Tagged_Information: ModelTiepointTag (2,3): 000 -70042 7903802 0 ModelPixelScaleTag (1,3): 200 200 0 snip Corner Coordinates: Upper Left( -70042.000, 7903802.000) Lower Left( -70042.000, 6578602.000) Upper Right ( 851158.000, 7903802.000) Lower Right ( 851158.000, 6578602.000) Center( 390558.000, 7241202.000) In the OpenJUMP GeoTIFF code I can read double[] tags = new double[6]; tags[0] = fieldModelGeoTransform.getAsDouble(0); // pixel size in x // direction tags[1] = fieldModelGeoTransform.getAsDouble(1); // rotation about y-axis tags[2] = fieldModelGeoTransform.getAsDouble(4); // rotation about x-axis tags[3] = fieldModelGeoTransform.getAsDouble(5); // pixel size in the // y-direction tags[4] = fieldModelGeoTransform.getAsDouble(3); // x-coordinate of the // center of the upper // left pixel tags[5] = fieldModelGeoTransform.getAsDouble(7); // y-coordinate of the // center of the upper // left pixel setCoorRasterTiff_tiepointLT(new Coordinate(0, 0)); setCoorModel_tiepointLT(new Coordinate(0, 0)); setAffineTransformation(new AffineTransform(tags)); This feels wrong because it looks like GeoTIFF tags are not centres of upper left pixel but they are top left corners of top left pixels. I warn you, I am not a programmer and I do not understand really the code, only the comments. -Jukka- Lähettäjä: edgar.sol...@web.de [edgar.sol...@web.de] Lähetetty: 22. elokuuta 2013 20:40 Vastaanottaja: OpenJump develop and use Cc: Stefan Steiniger; Michaël Michaud Aihe: Re: [JPP-Devel] OJ image support not really, but fixing it would be as i am not deep enough into geo informatics to know where to fiddle it in ... Michael,Stefan: could one of you?.. simply load a supported image with worldfile with an Image loader, they all use the same georeferencing routines and then load with GeoTiff loader and fix and compare until it fits. must be somewhere under com.vividsolutions.jump.workbench.imagery.geotiff ..ede On 22.08.2013 19:30, Rahkonen Jukka wrote: Hi, Image readers seem to do it right but GeoTIFF reader is placing the anchor point of TFW file into the top left corner of the top left pixel. Complicated? Look at the images in http://latuviitta.org/documents/ESRI_World_file_eli_TFW-tiedosto.pdf Conclusions Image readers - right GeoTIFF reader - wrong -Jukka- Lähettäjä: edgar.sol...@web.de [edgar.sol...@web.de] Lähetetty: 22. elokuuta 2013 19:43 Vastaanottaja: OpenJump develop and use Aihe: Re: [JPP-Devel] OJ image support hmm, looks to me like the Image readers are off 0.5 pixel.. can you verify this? ..ede On 22.08.2013 18:31, Rahkonen Jukka wrote: Hi, GeoTIFF reader in r3681 works for me. If you have tfw file you can check if the image is placed correctly. The two last lines give the origin of the image and the centre point of the top left pixel of the image is to be used as the anchor point. It may be easier to measure the top left corner of the top left pixel and then you must make half a pixel adjustment to the coordinates (minus for East coordinate, plus for North coordinate). 200.00 #X pixel size - easting 0.00 0.00 -200.00 #Y pixel size - northing -69942.00 #top left pixel centre X 7903702.00 #top left pixel centre Y -Jukka- edgar soldin wrote: Jukka, can you check rev.3681 please? the issue with the GeoTiff reader should be gone. additionally it should now read from archives/comressed files. mrsid/ecw/jp2 unfortunately do not support reading from java bytestreams as needed for instant decompression we do, mainly because of their native nature. hence i disabled it for them. btw. it seems that the ordinary Image readers seem to
Re: [JPP-Devel] OJ image support
spoke to soon.. whatever i try the image stays 0.5 pixel shifted.. Michael, Stefan: http://www.youtube.com/watch?v=ZNahS3OHPwA ..ede On 22.08.2013 22:35, edgar.sol...@web.de wrote: thanks.. seems to be fixed .. could you please check rev.3682 ? also note the following changes - fix geotiff -0.5 pixel offset - allow geotiff to load all formats supported of underlying JAI loader - rename GeoTiff to GeoImage (JAI) to represent reality, although only Tiffs seem to load memory savingly it can in fact also load other formats which seem to be loaded into RAM fully, but anyway.. it is possible - some minor fixes with exception handling ..ede On 22.08.2013 20:29, Rahkonen Jukka wrote: Hi, As a non-developer I guess it is here http://sourceforge.net/p/jump-pilot/code/3681/tree/core/trunk/src/com/vividsolutions/jump/workbench/imagery/geotiff/GeoTIFFRaster.java Listgeo program is listing me C:\data\mml_datalistgeo suomi45m.tif Geotiff_Information: Version: 1 Key_Revision: 1.0 Tagged_Information: ModelTiepointTag (2,3): 000 -70042 7903802 0 ModelPixelScaleTag (1,3): 200 200 0 snip Corner Coordinates: Upper Left( -70042.000, 7903802.000) Lower Left( -70042.000, 6578602.000) Upper Right ( 851158.000, 7903802.000) Lower Right ( 851158.000, 6578602.000) Center( 390558.000, 7241202.000) In the OpenJUMP GeoTIFF code I can read double[] tags = new double[6]; tags[0] = fieldModelGeoTransform.getAsDouble(0); // pixel size in x // direction tags[1] = fieldModelGeoTransform.getAsDouble(1); // rotation about y-axis tags[2] = fieldModelGeoTransform.getAsDouble(4); // rotation about x-axis tags[3] = fieldModelGeoTransform.getAsDouble(5); // pixel size in the // y-direction tags[4] = fieldModelGeoTransform.getAsDouble(3); // x-coordinate of the // center of the upper // left pixel tags[5] = fieldModelGeoTransform.getAsDouble(7); // y-coordinate of the // center of the upper // left pixel setCoorRasterTiff_tiepointLT(new Coordinate(0, 0)); setCoorModel_tiepointLT(new Coordinate(0, 0)); setAffineTransformation(new AffineTransform(tags)); This feels wrong because it looks like GeoTIFF tags are not centres of upper left pixel but they are top left corners of top left pixels. I warn you, I am not a programmer and I do not understand really the code, only the comments. -Jukka- Lähettäjä: edgar.sol...@web.de [edgar.sol...@web.de] Lähetetty: 22. elokuuta 2013 20:40 Vastaanottaja: OpenJump develop and use Cc: Stefan Steiniger; Michaël Michaud Aihe: Re: [JPP-Devel] OJ image support not really, but fixing it would be as i am not deep enough into geo informatics to know where to fiddle it in ... Michael,Stefan: could one of you?.. simply load a supported image with worldfile with an Image loader, they all use the same georeferencing routines and then load with GeoTiff loader and fix and compare until it fits. must be somewhere under com.vividsolutions.jump.workbench.imagery.geotiff ..ede On 22.08.2013 19:30, Rahkonen Jukka wrote: Hi, Image readers seem to do it right but GeoTIFF reader is placing the anchor point of TFW file into the top left corner of the top left pixel. Complicated? Look at the images in http://latuviitta.org/documents/ESRI_World_file_eli_TFW-tiedosto.pdf Conclusions Image readers - right GeoTIFF reader - wrong -Jukka- Lähettäjä: edgar.sol...@web.de [edgar.sol...@web.de] Lähetetty: 22. elokuuta 2013 19:43 Vastaanottaja: OpenJump develop and use Aihe: Re: [JPP-Devel] OJ image support hmm, looks to me like the Image readers are off 0.5 pixel.. can you verify this? ..ede On 22.08.2013 18:31, Rahkonen Jukka wrote: Hi, GeoTIFF reader in r3681 works for me. If you have tfw file you can check if the image is placed correctly. The two last lines give the origin of the image and the centre point of the top left pixel of the image is to be used as the anchor point. It may be easier to measure the top left corner of the top left pixel and then you must make half a pixel adjustment to the coordinates (minus for East coordinate, plus for North coordinate). 200.00 #X pixel size - easting 0.00 0.00 -200.00 #Y pixel size - northing -69942.00 #top left pixel centre X 7903702.00 #top left pixel centre Y -Jukka- edgar soldin wrote: Jukka, can you check rev.3681 please? the issue with the GeoTiff reader should be gone. additionally it should now read from archives/comressed files. mrsid/ecw/jp2 unfortunately do not support reading from java
Re: [JPP-Devel] OJ image support
Hi, My test image opens now in a perfectly right place both with GeoImage (JAI) and with Commons with r3682. Take some sleep and I will arrange a test image for you tomorrow. -Jukka- Lähettäjä: edgar.sol...@web.de [edgar.sol...@web.de] Lähetetty: 23. elokuuta 2013 0:03 Vastaanottaja: OpenJump develop and use Aihe: Re: [JPP-Devel] OJ image support spoke to soon.. whatever i try the image stays 0.5 pixel shifted.. Michael, Stefan: http://www.youtube.com/watch?v=ZNahS3OHPwA ..ede On 22.08.2013 22:35, edgar.sol...@web.de wrote: thanks.. seems to be fixed .. could you please check rev.3682 ? also note the following changes - fix geotiff -0.5 pixel offset - allow geotiff to load all formats supported of underlying JAI loader - rename GeoTiff to GeoImage (JAI) to represent reality, although only Tiffs seem to load memory savingly it can in fact also load other formats which seem to be loaded into RAM fully, but anyway.. it is possible - some minor fixes with exception handling ..ede On 22.08.2013 20:29, Rahkonen Jukka wrote: Hi, As a non-developer I guess it is here http://sourceforge.net/p/jump-pilot/code/3681/tree/core/trunk/src/com/vividsolutions/jump/workbench/imagery/geotiff/GeoTIFFRaster.java Listgeo program is listing me C:\data\mml_datalistgeo suomi45m.tif Geotiff_Information: Version: 1 Key_Revision: 1.0 Tagged_Information: ModelTiepointTag (2,3): 000 -70042 7903802 0 ModelPixelScaleTag (1,3): 200 200 0 snip Corner Coordinates: Upper Left( -70042.000, 7903802.000) Lower Left( -70042.000, 6578602.000) Upper Right ( 851158.000, 7903802.000) Lower Right ( 851158.000, 6578602.000) Center( 390558.000, 7241202.000) In the OpenJUMP GeoTIFF code I can read double[] tags = new double[6]; tags[0] = fieldModelGeoTransform.getAsDouble(0); // pixel size in x // direction tags[1] = fieldModelGeoTransform.getAsDouble(1); // rotation about y-axis tags[2] = fieldModelGeoTransform.getAsDouble(4); // rotation about x-axis tags[3] = fieldModelGeoTransform.getAsDouble(5); // pixel size in the // y-direction tags[4] = fieldModelGeoTransform.getAsDouble(3); // x-coordinate of the // center of the upper // left pixel tags[5] = fieldModelGeoTransform.getAsDouble(7); // y-coordinate of the // center of the upper // left pixel setCoorRasterTiff_tiepointLT(new Coordinate(0, 0)); setCoorModel_tiepointLT(new Coordinate(0, 0)); setAffineTransformation(new AffineTransform(tags)); This feels wrong because it looks like GeoTIFF tags are not centres of upper left pixel but they are top left corners of top left pixels. I warn you, I am not a programmer and I do not understand really the code, only the comments. -Jukka- Lähettäjä: edgar.sol...@web.de [edgar.sol...@web.de] Lähetetty: 22. elokuuta 2013 20:40 Vastaanottaja: OpenJump develop and use Cc: Stefan Steiniger; Michaël Michaud Aihe: Re: [JPP-Devel] OJ image support not really, but fixing it would be as i am not deep enough into geo informatics to know where to fiddle it in ... Michael,Stefan: could one of you?.. simply load a supported image with worldfile with an Image loader, they all use the same georeferencing routines and then load with GeoTiff loader and fix and compare until it fits. must be somewhere under com.vividsolutions.jump.workbench.imagery.geotiff ..ede On 22.08.2013 19:30, Rahkonen Jukka wrote: Hi, Image readers seem to do it right but GeoTIFF reader is placing the anchor point of TFW file into the top left corner of the top left pixel. Complicated? Look at the images in http://latuviitta.org/documents/ESRI_World_file_eli_TFW-tiedosto.pdf Conclusions Image readers - right GeoTIFF reader - wrong -Jukka- Lähettäjä: edgar.sol...@web.de [edgar.sol...@web.de] Lähetetty: 22. elokuuta 2013 19:43 Vastaanottaja: OpenJump develop and use Aihe: Re: [JPP-Devel] OJ image support hmm, looks to me like the Image readers are off 0.5 pixel.. can you verify this? ..ede On 22.08.2013 18:31, Rahkonen Jukka wrote: Hi, GeoTIFF reader in r3681 works for me. If you have tfw file you can check if the image is placed correctly. The two last lines give the origin of the image and the centre point of the top left pixel of the image is to be used as the anchor point. It may be easier to measure the top left corner of the top left pixel and then you must make half a pixel adjustment to the coordinates (minus for East coordinate, plus for North coordinate). 200.00 #X pixel size - easting 0.00 0.00 -200.00 #Y pixel size - northing
Re: [JPP-Devel] OJ image support
On 22.08.2013 23:18, Rahkonen Jukka wrote: Take some sleep good advice... thanks n8, ede -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] OJ image support
Hi, I make a small geotiff for testing http://latuviitta.org/downloads/geotiff.tif http://latuviitta.org/downloads/geotiff.tfw It is a geotiff and geoimage (JAI) reader does not need tfw file. This is the centre pixel origin as given in the tfw file POINT ( 30058 7803702 ) This is the origin put into the top left corner of the top left pixel as in GeoTIFF tags POINT ( 29958 7803802 ) OJ r3682 works OK for me and the second point is exactly at the corner of the map while the first one is 100 meters (half a pixel) to East and to South from the image corner. -Jukka- Lähettäjä: edgar.sol...@web.de [edgar.sol...@web.de] Lähetetty: 23. elokuuta 2013 0:38 Vastaanottaja: OpenJump develop and use Aihe: Re: [JPP-Devel] OJ image support On 22.08.2013 23:18, Rahkonen Jukka wrote: Take some sleep good advice... thanks n8, ede -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel