[JPP-Devel] [ jump-pilot-Bugs-3607970 ] Generalization will remove full polygons for high tolerance
Bugs item #3607970, was opened at 2013-03-13 21:12 Message generated for change (Comment added) made by michaudm You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3607970group_id=118054 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General / Other Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sean (bigrodent) Assigned to: Nobody/Anonymous (nobody) Summary: Generalization will remove full polygons for high tolerance Initial Comment: Take for instance a US Zip and set it to .01 or even as low as .0001 and you will end up with less polygons than the original file. You will actually remove full zip codes. As you turn the tolerance down they gradually appear back. Upon physical inspection of the shapefile it is clear that it is the smallest zips in the file that get stripped first. Other opensource tools have this issue as well. -- Comment By: michael michaud (michaudm) Date: 2013-03-14 00:51 Message: Jukka is right about the difference between DouglasPeuckerSimplifier and TopologyPreservingSimplifier. However, I don't remember I have seen geometries disappearing with DouglasPeuckerSimplifier. On the other hand, I just check our Simplify Polygon Coverage plugin and found a flaw which could explain that small polygons disappear (just added some comments in the code of SimplifyPolygonCoveragePlugIn). I've no patch yet and I'll try to find a solution with the help of Stefan. -- Comment By: Jukka Rahkonen (jratike80) Date: 2013-03-13 22:27 Message: I can confirm that this happens with Simplify Polygon Coverage and OJ snapshot r3322. Douglas Peucler simplification is not guaranteed to preserve the number of polygons http://tsusiatsoftware.net/jts/javadoc/com/vividsolutions/jts/simplify/DouglasPeuckerSimplifier.html There are another algorithms which keep all the polygons like http://tsusiatsoftware.net/jts/javadoc/com/vividsolutions/jts/simplify/TopologyPreservingSimplifier.html I am not sure if our Simplify Polygon Coverage is supposed to preserve the topology or not and if this is a bug or a missing feature. I used Spatialite and SimplifyPreserveTopology function for my data with good result. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3607970group_id=118054 -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] RenderingManager modes in skyjump
Hi Larry (Becker), I've started pdf printer integration in openjump and the main change that I face is one in RenderingManager where you introduced 3 rendering mode public final static int INTERACTIVE = 0; public final static int SINGLE_THREAD_QUEUE = 1; public final static int EXECUTE_ON_EVENT_THREAD = 2; Before I port this change to OpenJUMP (maybe I'll wait after 1.6 release), I'd like to have a better vision of what problem it is supposed to solve and to know if it is related to the add of printing capabilities. Thanks for all, Michaël -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] [ jump-pilot-Bugs-3607970 ] Generalization will remove full polygons for high tolerance
Bugs item #3607970, was opened at 2013-03-13 21:12 Message generated for change (Comment added) made by jratike80 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3607970group_id=118054 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General / Other Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sean (bigrodent) Assigned to: Nobody/Anonymous (nobody) Summary: Generalization will remove full polygons for high tolerance Initial Comment: Take for instance a US Zip and set it to .01 or even as low as .0001 and you will end up with less polygons than the original file. You will actually remove full zip codes. As you turn the tolerance down they gradually appear back. Upon physical inspection of the shapefile it is clear that it is the smallest zips in the file that get stripped first. Other opensource tools have this issue as well. -- Comment By: Jukka Rahkonen (jratike80) Date: 2013-03-14 02:31 Message: I made some tests. I had originally 84031 polygons and 28 of them has self-intersections. Simplify Polygon Coverage gave only 82970 simplified polygons in 35 minutes. There were no topology errors in those. Spatialite (or geos and thus fundamentally JTS) found the same 28 invalid polygons from source data. Function Simplify converted all the 84031 polygons in 15 seconds and in the resultset there were 3663 invalid polygons. Function SimplifyPreserveTopology took 95 seconds and result contained 24 invalid polygons. People tend to believe that SimplifyPreserveTopology preserves layer topology. However, it preserves topology only feature by feature and the resulting layer may have gaps and overlaps. If OJ will use this JTS function some day I would suggest showing a comment about layer topology for the users. -- Comment By: michael michaud (michaudm) Date: 2013-03-14 00:51 Message: Jukka is right about the difference between DouglasPeuckerSimplifier and TopologyPreservingSimplifier. However, I don't remember I have seen geometries disappearing with DouglasPeuckerSimplifier. On the other hand, I just check our Simplify Polygon Coverage plugin and found a flaw which could explain that small polygons disappear (just added some comments in the code of SimplifyPolygonCoveragePlugIn). I've no patch yet and I'll try to find a solution with the help of Stefan. -- Comment By: Jukka Rahkonen (jratike80) Date: 2013-03-13 22:27 Message: I can confirm that this happens with Simplify Polygon Coverage and OJ snapshot r3322. Douglas Peucler simplification is not guaranteed to preserve the number of polygons http://tsusiatsoftware.net/jts/javadoc/com/vividsolutions/jts/simplify/DouglasPeuckerSimplifier.html There are another algorithms which keep all the polygons like http://tsusiatsoftware.net/jts/javadoc/com/vividsolutions/jts/simplify/TopologyPreservingSimplifier.html I am not sure if our Simplify Polygon Coverage is supposed to preserve the topology or not and if this is a bug or a missing feature. I used Spatialite and SimplifyPreserveTopology function for my data with good result. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3607970group_id=118054 -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Change the color of the selected feature
hello michael and edgar, ok thanks for the info, @michael, by the way i tried the code you provide me with. and i replace the argumetn of getRenderer with search().getID() because search() method where i have my BasicFeature that i want it's color to be changed ( i guess i didn't explain well my issue) the method search() search for a feature based on criteria provided by the user and then my plugin must zoom in it and change it's color so as the user can differenciate between the parcel (feature) that he wants and the others next to him. i succeeded to zokk in the parcels but i didn't in changing color ( i tried paint method but it didn't work) AbstractSelectionRenderer renderer = (AbstractSelectionRenderer) context .getLayerViewPanel() .getRenderingManager() .getRenderer(search().getID()); renderer.setSelectionFillColor(color); -- *Asma OUQALLI* Élève ingénieur : 3ème Sciences d'Information Géographique (SIG). Chef de commission développement professionnel - Rotaract EHTP. Chef de cellule Media - Olympiades EHTP 2012. Ecole Hassania des Travaux Publics. Mobile : +212 672 48 23 15. Email : asma.ouqa...@gmail.com -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Change the color of the selected feature
Hi, actually the snapshot source bundle is - the lib/OJ*.jar, plus - language/ folder of snapshots ;).. Oh, great, I forgot it... Michaël But to develop a plugin (without modyfing openjump source code) you can also create you project and use openjump .jar files as dependencies. Necessary .jar files (openjump-1.6.0*.jar, jts-1.13.jar...) are included in all snapshot distribution. including the sources, see above. ..ede -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] Open File / Open Project
Hi all, I propose to set the default datasource to File (instead of Project) in the Open Wizard. Motivation : I use Open File much more than Open Project, and when a first user want to try OpenJUMP, he generally first try to load a file in the default project, as he has not yet any project. What's your opinion ? Michaël -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] [ jump-pilot-Bugs-3607970 ] Generalization will remove full polygons for high tolerance
Bugs item #3607970, was opened at 2013-03-13 21:12 Message generated for change (Comment added) made by michaudm You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3607970group_id=118054 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General / Other Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sean (bigrodent) Assigned to: Nobody/Anonymous (nobody) Summary: Generalization will remove full polygons for high tolerance Initial Comment: Take for instance a US Zip and set it to .01 or even as low as .0001 and you will end up with less polygons than the original file. You will actually remove full zip codes. As you turn the tolerance down they gradually appear back. Upon physical inspection of the shapefile it is clear that it is the smallest zips in the file that get stripped first. Other opensource tools have this issue as well. -- Comment By: michael michaud (michaudm) Date: 2013-03-14 05:30 Message: Thanks for the tests Jukka, Simplify : did you check that you had 84031 polygons in the result. SimplifyPreserveTopology : I know there are cases where a small hole finishes out of the exterior ring after simplification. If you have stranger cases, it maybe worth pointing them to Martin. Simplyfy Polygon Coverage : the flaw I identified is about polygons which have only two edges in the graph, and the simplification of both edges give the same result. The polygon disappears. Agree to add a warning for simplify plugin. It i more difficult with AnalysisGeometry functions -- Comment By: Jukka Rahkonen (jratike80) Date: 2013-03-14 02:31 Message: I made some tests. I had originally 84031 polygons and 28 of them has self-intersections. Simplify Polygon Coverage gave only 82970 simplified polygons in 35 minutes. There were no topology errors in those. Spatialite (or geos and thus fundamentally JTS) found the same 28 invalid polygons from source data. Function Simplify converted all the 84031 polygons in 15 seconds and in the resultset there were 3663 invalid polygons. Function SimplifyPreserveTopology took 95 seconds and result contained 24 invalid polygons. People tend to believe that SimplifyPreserveTopology preserves layer topology. However, it preserves topology only feature by feature and the resulting layer may have gaps and overlaps. If OJ will use this JTS function some day I would suggest showing a comment about layer topology for the users. -- Comment By: michael michaud (michaudm) Date: 2013-03-14 00:51 Message: Jukka is right about the difference between DouglasPeuckerSimplifier and TopologyPreservingSimplifier. However, I don't remember I have seen geometries disappearing with DouglasPeuckerSimplifier. On the other hand, I just check our Simplify Polygon Coverage plugin and found a flaw which could explain that small polygons disappear (just added some comments in the code of SimplifyPolygonCoveragePlugIn). I've no patch yet and I'll try to find a solution with the help of Stefan. -- Comment By: Jukka Rahkonen (jratike80) Date: 2013-03-13 22:27 Message: I can confirm that this happens with Simplify Polygon Coverage and OJ snapshot r3322. Douglas Peucler simplification is not guaranteed to preserve the number of polygons http://tsusiatsoftware.net/jts/javadoc/com/vividsolutions/jts/simplify/DouglasPeuckerSimplifier.html There are another algorithms which keep all the polygons like http://tsusiatsoftware.net/jts/javadoc/com/vividsolutions/jts/simplify/TopologyPreservingSimplifier.html I am not sure if our Simplify Polygon Coverage is supposed to preserve the topology or not and if this is a bug or a missing feature. I used Spatialite and SimplifyPreserveTopology function for my data with good result. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3607970group_id=118054 -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] [ jump-pilot-Bugs-3607970 ] Generalization will remove full polygons for high tolerance
Bugs item #3607970, was opened at 2013-03-13 21:12 Message generated for change (Comment added) made by jratike80 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3607970group_id=118054 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General / Other Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sean (bigrodent) Assigned to: Nobody/Anonymous (nobody) Summary: Generalization will remove full polygons for high tolerance Initial Comment: Take for instance a US Zip and set it to .01 or even as low as .0001 and you will end up with less polygons than the original file. You will actually remove full zip codes. As you turn the tolerance down they gradually appear back. Upon physical inspection of the shapefile it is clear that it is the smallest zips in the file that get stripped first. Other opensource tools have this issue as well. -- Comment By: Jukka Rahkonen (jratike80) Date: 2013-03-14 05:46 Message: Both Spatialite functions created 84031 polygons. Of those 3663 were invalid when Simplify was used, and 24 when SimplifyPreserveTopology was used. However, for the latter also the original features had topology errors and SimplifyPreserveTopology seems to be reliable. -- Comment By: michael michaud (michaudm) Date: 2013-03-14 05:30 Message: Thanks for the tests Jukka, Simplify : did you check that you had 84031 polygons in the result. SimplifyPreserveTopology : I know there are cases where a small hole finishes out of the exterior ring after simplification. If you have stranger cases, it maybe worth pointing them to Martin. Simplyfy Polygon Coverage : the flaw I identified is about polygons which have only two edges in the graph, and the simplification of both edges give the same result. The polygon disappears. Agree to add a warning for simplify plugin. It i more difficult with AnalysisGeometry functions -- Comment By: Jukka Rahkonen (jratike80) Date: 2013-03-14 02:31 Message: I made some tests. I had originally 84031 polygons and 28 of them has self-intersections. Simplify Polygon Coverage gave only 82970 simplified polygons in 35 minutes. There were no topology errors in those. Spatialite (or geos and thus fundamentally JTS) found the same 28 invalid polygons from source data. Function Simplify converted all the 84031 polygons in 15 seconds and in the resultset there were 3663 invalid polygons. Function SimplifyPreserveTopology took 95 seconds and result contained 24 invalid polygons. People tend to believe that SimplifyPreserveTopology preserves layer topology. However, it preserves topology only feature by feature and the resulting layer may have gaps and overlaps. If OJ will use this JTS function some day I would suggest showing a comment about layer topology for the users. -- Comment By: michael michaud (michaudm) Date: 2013-03-14 00:51 Message: Jukka is right about the difference between DouglasPeuckerSimplifier and TopologyPreservingSimplifier. However, I don't remember I have seen geometries disappearing with DouglasPeuckerSimplifier. On the other hand, I just check our Simplify Polygon Coverage plugin and found a flaw which could explain that small polygons disappear (just added some comments in the code of SimplifyPolygonCoveragePlugIn). I've no patch yet and I'll try to find a solution with the help of Stefan. -- Comment By: Jukka Rahkonen (jratike80) Date: 2013-03-13 22:27 Message: I can confirm that this happens with Simplify Polygon Coverage and OJ snapshot r3322. Douglas Peucler simplification is not guaranteed to preserve the number of polygons http://tsusiatsoftware.net/jts/javadoc/com/vividsolutions/jts/simplify/DouglasPeuckerSimplifier.html There are another algorithms which keep all the polygons like http://tsusiatsoftware.net/jts/javadoc/com/vividsolutions/jts/simplify/TopologyPreservingSimplifier.html I am not sure if our Simplify Polygon Coverage is supposed to preserve the topology or not and if this is a bug or a missing feature. I used Spatialite and SimplifyPreserveTopology function for my data with good result. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3607970group_id=118054 -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today:
Re: [JPP-Devel] Change the color of the selected feature
Hi Asma, From the begining, we have supposed that features returned by your method are not only the result of your query but also a *selection *(in the terminology of OpenJUMP). Did you select your features ? See how SelectionManager You can get the FeatureSelection object lieke this : FeatureSelection selectedFeatures = context.getLayerViewPanel() .getSelectionManager() .getFeatureSelection(); And clean/add features like this : selectedFeatures.unselectItems() selectedFeatures.selectItems(layer, okFeatures); Michaël hello michael and edgar, ok thanks for the info, @michael, by the way i tried the code you provide me with. and i replace the argumetn of getRenderer with search().getID() because search() method where i have my BasicFeature that i want it's color to be changed ( i guess i didn't explain well my issue) the method search() search for a feature based on criteria provided by the user and then my plugin must zoom in it and change it's color so as the user can differenciate between the parcel (feature) that he wants and the others next to him. i succeeded to zokk in the parcels but i didn't in changing color ( i tried paint method but it didn't work) AbstractSelectionRenderer renderer = (AbstractSelectionRenderer) context .getLayerViewPanel() .getRenderingManager() .getRenderer(search().getID()); renderer.setSelectionFillColor(color); -- *Asma OUQALLI* Élève ingénieur : 3ème Sciences d'Information Géographique (SIG). Chef de commission développement professionnel - Rotaract EHTP. Chef de cellule Media - Olympiades EHTP 2012. Ecole Hassania des Travaux Publics. Mobile : +212 672 48 23 15. Email : asma.ouqa...@gmail.com mailto:asma.ouqa...@gmail.com -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] File open UI trouble with jre 1.7 on Windows 7
Hi, With jre 7 OpenJUMP r3326 does not change directory when it is written into the file name line in the File open dialogue - see attached image. With jre 1.6 directory is changed. Tested with Oracle jre 1.6.0_33(x86) and jre 1.7.0_17(x86) on Windows 7. -Jukka Rahkonen- attachment: Open..._2013_03_14_14_50_07.png-- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] [ jump-pilot-Bugs-3607970 ] Generalization will remove full polygons for high tolerance
Bugs item #3607970, was opened at 2013-03-13 21:12 Message generated for change (Comment added) made by jratike80 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3607970group_id=118054 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General / Other Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sean (bigrodent) Assigned to: Nobody/Anonymous (nobody) Summary: Generalization will remove full polygons for high tolerance Initial Comment: Take for instance a US Zip and set it to .01 or even as low as .0001 and you will end up with less polygons than the original file. You will actually remove full zip codes. As you turn the tolerance down they gradually appear back. Upon physical inspection of the shapefile it is clear that it is the smallest zips in the file that get stripped first. Other opensource tools have this issue as well. -- Comment By: Jukka Rahkonen (jratike80) Date: 2013-03-14 06:12 Message: I did not even remember that generalization D-P and Preserve Topology can be found from Analysis - Geometry functions because the upper menu level Tools - Generalization meets the eye first. -- Comment By: Jukka Rahkonen (jratike80) Date: 2013-03-14 05:46 Message: Both Spatialite functions created 84031 polygons. Of those 3663 were invalid when Simplify was used, and 24 when SimplifyPreserveTopology was used. However, for the latter also the original features had topology errors and SimplifyPreserveTopology seems to be reliable. -- Comment By: michael michaud (michaudm) Date: 2013-03-14 05:30 Message: Thanks for the tests Jukka, Simplify : did you check that you had 84031 polygons in the result. SimplifyPreserveTopology : I know there are cases where a small hole finishes out of the exterior ring after simplification. If you have stranger cases, it maybe worth pointing them to Martin. Simplyfy Polygon Coverage : the flaw I identified is about polygons which have only two edges in the graph, and the simplification of both edges give the same result. The polygon disappears. Agree to add a warning for simplify plugin. It i more difficult with AnalysisGeometry functions -- Comment By: Jukka Rahkonen (jratike80) Date: 2013-03-14 02:31 Message: I made some tests. I had originally 84031 polygons and 28 of them has self-intersections. Simplify Polygon Coverage gave only 82970 simplified polygons in 35 minutes. There were no topology errors in those. Spatialite (or geos and thus fundamentally JTS) found the same 28 invalid polygons from source data. Function Simplify converted all the 84031 polygons in 15 seconds and in the resultset there were 3663 invalid polygons. Function SimplifyPreserveTopology took 95 seconds and result contained 24 invalid polygons. People tend to believe that SimplifyPreserveTopology preserves layer topology. However, it preserves topology only feature by feature and the resulting layer may have gaps and overlaps. If OJ will use this JTS function some day I would suggest showing a comment about layer topology for the users. -- Comment By: michael michaud (michaudm) Date: 2013-03-14 00:51 Message: Jukka is right about the difference between DouglasPeuckerSimplifier and TopologyPreservingSimplifier. However, I don't remember I have seen geometries disappearing with DouglasPeuckerSimplifier. On the other hand, I just check our Simplify Polygon Coverage plugin and found a flaw which could explain that small polygons disappear (just added some comments in the code of SimplifyPolygonCoveragePlugIn). I've no patch yet and I'll try to find a solution with the help of Stefan. -- Comment By: Jukka Rahkonen (jratike80) Date: 2013-03-13 22:27 Message: I can confirm that this happens with Simplify Polygon Coverage and OJ snapshot r3322. Douglas Peucler simplification is not guaranteed to preserve the number of polygons http://tsusiatsoftware.net/jts/javadoc/com/vividsolutions/jts/simplify/DouglasPeuckerSimplifier.html There are another algorithms which keep all the polygons like http://tsusiatsoftware.net/jts/javadoc/com/vividsolutions/jts/simplify/TopologyPreservingSimplifier.html I am not sure if our Simplify Polygon Coverage is supposed to preserve the topology or not and if this is a bug or a missing feature. I used Spatialite and SimplifyPreserveTopology function for my data with good result. --
Re: [JPP-Devel] File open UI trouble with jre 1.7 on Windows 7
can you attach that to the other filechooser not globbing issue ticket please? probably the same root cause. ..ede On 14.03.2013 14:00, Rahkonen Jukka wrote: Hi, With jre 7 OpenJUMP r3326 does not change directory when it is written into the file name line in the File open dialogue - see attached image. With jre 1.6 directory is changed. Tested with Oracle jre 1.6.0_33(x86) and jre 1.7.0_17(x86) on Windows 7. -Jukka Rahkonen- -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] [ jump-pilot-Bugs-3606578 ] File list cannot be sorted with jre 1.7
Bugs item #3606578, was opened at 2013-03-01 13:13 Message generated for change (Comment added) made by jratike80 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3606578group_id=118054 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jukka Rahkonen (jratike80) Assigned to: Nobody/Anonymous (nobody) Summary: File list cannot be sorted with jre 1.7 Initial Comment: Sorting the file list by wildcards by writing something like P*.tif into the filename box in the open file dialogue does not work with jre 1.7. It works OK with jre 1.6. -- Comment By: Jukka Rahkonen (jratike80) Date: 2013-03-14 06:50 Message: Perhaps because of the same reason with jre 1.7 it is not possible to jump to a certain directory by writing the directory path into the File name box in various places like Open file, Open project, and Save dataset as. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3606578group_id=118054 -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] [ jump-pilot-Bugs-3606578 ] File list cannot be sorted/folder not changed with jre 1.7
Bugs item #3606578, was opened at 2013-03-01 13:13 Message generated for change (Settings changed) made by edso You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3606578group_id=118054 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jukka Rahkonen (jratike80) Assigned to: Nobody/Anonymous (nobody) Summary: File list cannot be sorted/folder not changed with jre 1.7 Initial Comment: Sorting the file list by wildcards by writing something like P*.tif into the filename box in the open file dialogue does not work with jre 1.7. It works OK with jre 1.6. -- Comment By: Jukka Rahkonen (jratike80) Date: 2013-03-14 06:50 Message: Perhaps because of the same reason with jre 1.7 it is not possible to jump to a certain directory by writing the directory path into the File name box in various places like Open file, Open project, and Save dataset as. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3606578group_id=118054 -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Change the color of the selected feature
Hello michael, no i didn't select my feature, i just return it in this method so as to display some of it's propreities, and zoom in it in the same time , so i want it to be coloured too just after zooming on it. the method search() get's only the BasicFeature that's correspond to the search and the feature it's not selected. i hope you understand my issue here, i didn't explain well i guess, thanks in advance -- *Asma OUQALLI* Élève ingénieur : 3ème Sciences d'Information Géographique (SIG). Chef de commission développement professionnel - Rotaract EHTP. Chef de cellule Media - Olympiades EHTP 2012. Ecole Hassania des Travaux Publics. Mobile : +212 672 48 23 15. Email : asma.ouqa...@gmail.com -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] RenderingManager modes in skyjump
Hi Michaël, Thanks for starting this effort. I'll try to answer your questions as best I can. When I wrote this code four years ago, I was immersed in printer lore that I have mostly forgotten. Here are a few things that I can recall: (excuse my lecture tone, I know you are very knowledgeable on the subject of rendering) 1. Rendering for interactive display has completely different goals than rendering for printing. It is mostly an issue of responsiveness vs. quality. The JUMP render architecture, as you well know, has excellent responsiveness and an especially quick redraw capability thanks to per-layer double buffering. In this aspect it far outperforms ArcMap and many other GIS programs. While this is a positive for interactive use, it is a huge negative for printer rendering. Having a timer-based repaint from an off-screen buffer occur while printing causes the output to change from vector to raster mode, so defeating double-buffering is very important. 2. The next issue is that rendering can be multi-threaded and this can cause problems for the inherently linear print process. The best mode for printing is to render on the GUI thread because this will block other things from interfering with the print process. This causes side effects such as blocking communication with WMS and other server based layers, but this is taken care of in the PrinterDriver by creating a Runnable to run in a separate task, but under control of the PrinterDriver. 3. The next issue is resolution. Normally, of course, we render to screen resolution which is usually between 72 and 120 dots per inch or a pixel size of .~ 28 mm. I do some tricks to increase the apparent resolution without changing the scale. This is especially an issue when there are raster layers. The PrinterPlugin interface has options to double the resolution of raster layers so that even when zooming in on a PDF it still appears smooth. 4. There is the issue of transparency. This is supported in PDF so it isn't a problem there, but it will cause problems for a real printer. The UI has options to defeat transparency and other style settings that might not look quite so nice on a printer. 5. There are also issues of line width scaling that make linestrings almost invisible at printer resolutions. Getting back to more practical advice about implementing PDF generation in OpenJump, I would recommend you start first by implementing the SkyJUMP PrinterDriver and PrinterPlugin. This will allow you to print to PDF with a free PDF print driver without getting into the iText library. You can experiment with commenting out the RenderManager enhancements to see the effects, which for some situations may not be too bad. Once you get the driver working it should be easy add the iText library which gives the direct PDF generation with layers. When testing the PDF output always determine first if it is generating true vectors by zooming in fully. Then you may also see the effects of decimation as implemented in Java2DConverter and even in java.awt.Graphics2D. That's all for now. I've rambled on enough. Let me know what else I can clarify. Regards, Larry On Thu, Mar 14, 2013 at 3:00 AM, Michaël Michaud michael.mich...@free.frwrote: Hi Larry (Becker), I've started pdf printer integration in openjump and the main change that I face is one in RenderingManager where you introduced 3 rendering mode public final static int INTERACTIVE = 0; public final static int SINGLE_THREAD_QUEUE = 1; public final static int EXECUTE_ON_EVENT_THREAD = 2; Before I port this change to OpenJUMP (maybe I'll wait after 1.6 release), I'd like to have a better vision of what problem it is supposed to solve and to know if it is related to the add of printing capabilities. Thanks for all, Michaël -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] [ jump-pilot-Bugs-3607970 ] Generalization will remove full polygons for high tolerance
Bugs item #3607970, was opened at 2013-03-13 21:12 Message generated for change (Comment added) made by bigrodent You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3607970group_id=118054 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General / Other Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sean (bigrodent) Assigned to: Nobody/Anonymous (nobody) Summary: Generalization will remove full polygons for high tolerance Initial Comment: Take for instance a US Zip and set it to .01 or even as low as .0001 and you will end up with less polygons than the original file. You will actually remove full zip codes. As you turn the tolerance down they gradually appear back. Upon physical inspection of the shapefile it is clear that it is the smallest zips in the file that get stripped first. Other opensource tools have this issue as well. -- Comment By: Sean (bigrodent) Date: 2013-03-14 09:09 Message: One item I forgot to mention is that other tools that have had issues similar in nature have suggested that it occurs when the ring size is less than the tolerance and the entire poly gets wiped rather than ignored. -- Comment By: Sean (bigrodent) Date: 2013-03-14 09:06 Message: Just to add my detailed testing of simplifying a 500Mb zip layer. Also, please note that this DP algorithm seems to do really well with the layer level topology support. This is the reason we use it. Original zip - 30363 polygons 524Mb Original zip Unioned to remove muli-entries - 30357 polygons 524Mb (manually verified correct) simp01 - 32853 simp01 - unioned - 29885 out of expected 30357 (16Mb) simp005 - 34751 simp005 - unioned - 30164 out of expected 30357 simp001 - 40331 simp001 - unioned - 30346 out of expected 30357 simp0005 - 43170 simp0005 - unioned - 30351 out of expected 30357 (65Mb) simp0001 - 46372 simp0001 unioned- 30356 out of expected 30357 (158Mb) simp1 - 46500 simp1 - unioned - 30357 out of expected 30357 back to original polygon number (400Mb) -- Comment By: Jukka Rahkonen (jratike80) Date: 2013-03-14 06:12 Message: I did not even remember that generalization D-P and Preserve Topology can be found from Analysis - Geometry functions because the upper menu level Tools - Generalization meets the eye first. -- Comment By: Jukka Rahkonen (jratike80) Date: 2013-03-14 05:46 Message: Both Spatialite functions created 84031 polygons. Of those 3663 were invalid when Simplify was used, and 24 when SimplifyPreserveTopology was used. However, for the latter also the original features had topology errors and SimplifyPreserveTopology seems to be reliable. -- Comment By: michael michaud (michaudm) Date: 2013-03-14 05:30 Message: Thanks for the tests Jukka, Simplify : did you check that you had 84031 polygons in the result. SimplifyPreserveTopology : I know there are cases where a small hole finishes out of the exterior ring after simplification. If you have stranger cases, it maybe worth pointing them to Martin. Simplyfy Polygon Coverage : the flaw I identified is about polygons which have only two edges in the graph, and the simplification of both edges give the same result. The polygon disappears. Agree to add a warning for simplify plugin. It i more difficult with AnalysisGeometry functions -- Comment By: Jukka Rahkonen (jratike80) Date: 2013-03-14 02:31 Message: I made some tests. I had originally 84031 polygons and 28 of them has self-intersections. Simplify Polygon Coverage gave only 82970 simplified polygons in 35 minutes. There were no topology errors in those. Spatialite (or geos and thus fundamentally JTS) found the same 28 invalid polygons from source data. Function Simplify converted all the 84031 polygons in 15 seconds and in the resultset there were 3663 invalid polygons. Function SimplifyPreserveTopology took 95 seconds and result contained 24 invalid polygons. People tend to believe that SimplifyPreserveTopology preserves layer topology. However, it preserves topology only feature by feature and the resulting layer may have gaps and overlaps. If OJ will use this JTS function some day I would suggest showing a comment about layer topology for the users. -- Comment By: michael michaud (michaudm) Date: 2013-03-14 00:51 Message: Jukka is right about the difference between DouglasPeuckerSimplifier
[JPP-Devel] [ jump-pilot-Bugs-3608038 ] TIF image fails to add with error
Bugs item #3608038, was opened at 2013-03-14 09:59 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3608038group_id=118054 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OpenJUMP - Menu - File Group: Windows Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: TIF image fails to add with error Initial Comment: Using the latest OpenJump 1.6.0RC1 PLUS version, I am trying to add a TIF image to a project using File-Add image layer and the application fails with the following error: com.vividsolutions.jump.JUMPException: There were errors loading some images. Please check for imageless features with error attributes for details. at com.vividsolutions.jump.workbench.ui.plugin.imagery.ImageFeatureCreator.getImages(ImageFeatureCreator.java:91) at com.vividsolutions.jump.workbench.ui.plugin.imagery.AddImageLayerPlugIn.execute(AddImageLayerPlugIn.java:54) at com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:130) at javax.swing.AbstractButton.fireActionPerformed(Unknown Source) at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.setPressed(Unknown Source) at javax.swing.AbstractButton.doClick(Unknown Source) at javax.swing.plaf.basic.BasicMenuItemUI.doClick(Unknown Source) at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(Unknown Source) at java.awt.Component.processMouseEvent(Unknown Source) at javax.swing.JComponent.processMouseEvent(Unknown Source) at java.awt.Component.processEvent(Unknown Source) at java.awt.Container.processEvent(Unknown Source) at java.awt.Component.dispatchEventImpl(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Window.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.EventQueue.dispatchEventImpl(Unknown Source) at java.awt.EventQueue.access$000(Unknown Source) at java.awt.EventQueue$1.run(Unknown Source) at java.awt.EventQueue$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue$2.run(Unknown Source) at java.awt.EventQueue$2.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue.dispatchEvent(Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source) -- Comment By: https://www.google.com/accounts () Date: 2013-03-14 12:04 Message: The image that throws the error is larger than the maximum allowed size for uploading so I have uploaded it at this link: https://www.dropbox.com/s/6nxysqnju2g6jjs/crop_production_value.zip -- Comment By: Jukka Rahkonen (jratike80) Date: 2013-03-14 11:25 Message: There are many kind of tiff files and OpenJUMP cannot open all variants. It would help to get a sample image or image info created with the gdalinfo utility http://www.gdal.org/gdalinfo.html -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3608038group_id=118054 -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today:
[JPP-Devel] [ jump-pilot-Bugs-3608038 ] TIF image fails to add with error
Bugs item #3608038, was opened at 2013-03-14 09:59 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3608038group_id=118054 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OpenJUMP - Menu - File Group: Windows Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: TIF image fails to add with error Initial Comment: Using the latest OpenJump 1.6.0RC1 PLUS version, I am trying to add a TIF image to a project using File-Add image layer and the application fails with the following error: com.vividsolutions.jump.JUMPException: There were errors loading some images. Please check for imageless features with error attributes for details. at com.vividsolutions.jump.workbench.ui.plugin.imagery.ImageFeatureCreator.getImages(ImageFeatureCreator.java:91) at com.vividsolutions.jump.workbench.ui.plugin.imagery.AddImageLayerPlugIn.execute(AddImageLayerPlugIn.java:54) at com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:130) at javax.swing.AbstractButton.fireActionPerformed(Unknown Source) at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.setPressed(Unknown Source) at javax.swing.AbstractButton.doClick(Unknown Source) at javax.swing.plaf.basic.BasicMenuItemUI.doClick(Unknown Source) at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(Unknown Source) at java.awt.Component.processMouseEvent(Unknown Source) at javax.swing.JComponent.processMouseEvent(Unknown Source) at java.awt.Component.processEvent(Unknown Source) at java.awt.Container.processEvent(Unknown Source) at java.awt.Component.dispatchEventImpl(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Window.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.EventQueue.dispatchEventImpl(Unknown Source) at java.awt.EventQueue.access$000(Unknown Source) at java.awt.EventQueue$1.run(Unknown Source) at java.awt.EventQueue$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue$2.run(Unknown Source) at java.awt.EventQueue$2.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue.dispatchEvent(Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source) -- Comment By: https://www.google.com/accounts () Date: 2013-03-14 12:36 Message: If I use the pirol raster image plugin, it works fine, but I encountered the following scenarios: Open OJ, Layers - Add raster image layer works fine - close OJ Open OK, File - Add image layer - error occurs - Layers - Add raster image layer - error: you`re missing JAI? all factories fail for the operation fileload So apparently, when the Add image layer failed, it locked the JAI maybe, somehow, so that the pirol plugin cannot access it anymore -- Comment By: https://www.google.com/accounts () Date: 2013-03-14 12:04 Message: The image that throws the error is larger than the maximum allowed size for uploading so I have uploaded it at this link: https://www.dropbox.com/s/6nxysqnju2g6jjs/crop_production_value.zip -- Comment By: Jukka Rahkonen (jratike80) Date: 2013-03-14
Re: [JPP-Devel] RenderingManager modes in skyjump
Hi Larry, All that makes sense. Thanks for the detailed answers to my last question and to the few next ones ;-) I'll keep them preciously as diving in the rendering pipeline is always a challenge for me. By the way, I already could print to pdf with your printer + openjump, but I'd to deactivate a few lines as I did not update RendererManager yet. Michaël Hi Michaël, Thanks for starting this effort. I'll try to answer your questions as best I can. When I wrote this code four years ago, I was immersed in printer lore that I have mostly forgotten. Here are a few things that I can recall: (excuse my lecture tone, I know you are very knowledgeable on the subject of rendering) 1. Rendering for interactive display has completely different goals than rendering for printing. It is mostly an issue of responsiveness vs. quality. The JUMP render architecture, as you well know, has excellent responsiveness and an especially quick redraw capability thanks to per-layer double buffering. In this aspect it far outperforms ArcMap and many other GIS programs. While this is a positive for interactive use, it is a huge negative for printer rendering. Having a timer-based repaint from an off-screen buffer occur while printing causes the output to change from vector to raster mode, so defeating double-buffering is very important. 2. The next issue is that rendering can be multi-threaded and this can cause problems for the inherently linear print process. The best mode for printing is to render on the GUI thread because this will block other things from interfering with the print process. This causes side effects such as blocking communication with WMS and other server based layers, but this is taken care of in the PrinterDriver by creating a Runnable to run in a separate task, but under control of the PrinterDriver. 3. The next issue is resolution. Normally, of course, we render to screen resolution which is usually between 72 and 120 dots per inch or a pixel size of .~ 28 mm. I do some tricks to increase the apparent resolution without changing the scale. This is especially an issue when there are raster layers. The PrinterPlugin interface has options to double the resolution of raster layers so that even when zooming in on a PDF it still appears smooth. 4. There is the issue of transparency. This is supported in PDF so it isn't a problem there, but it will cause problems for a real printer. The UI has options to defeat transparency and other style settings that might not look quite so nice on a printer. 5. There are also issues of line width scaling that make linestrings almost invisible at printer resolutions. Getting back to more practical advice about implementing PDF generation in OpenJump, I would recommend you start first by implementing the SkyJUMP PrinterDriver and PrinterPlugin. This will allow you to print to PDF with a free PDF print driver without getting into the iText library. You can experiment with commenting out the RenderManager enhancements to see the effects, which for some situations may not be too bad. Once you get the driver working it should be easy add the iText library which gives the direct PDF generation with layers. When testing the PDF output always determine first if it is generating true vectors by zooming in fully. Then you may also see the effects of decimation as implemented in Java2DConverter and even in java.awt.Graphics2D. That's all for now. I've rambled on enough. Let me know what else I can clarify. Regards, Larry On Thu, Mar 14, 2013 at 3:00 AM, Michaël Michaud michael.mich...@free.fr mailto:michael.mich...@free.fr wrote: Hi Larry (Becker), I've started pdf printer integration in openjump and the main change that I face is one in RenderingManager where you introduced 3 rendering mode public final static int INTERACTIVE = 0; public final static int SINGLE_THREAD_QUEUE = 1; public final static int EXECUTE_ON_EVENT_THREAD = 2; Before I port this change to OpenJUMP (maybe I'll wait after 1.6 release), I'd like to have a better vision of what problem it is supposed to solve and to know if it is related to the add of printing capabilities. Thanks for all, Michaël -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics
[JPP-Devel] [ jump-pilot-Bugs-3608038 ] TIF image fails to add with error
Bugs item #3608038, was opened at 2013-03-14 09:59 Message generated for change (Comment added) made by jratike80 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3608038group_id=118054 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OpenJUMP - Menu - File Group: Windows Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: TIF image fails to add with error Initial Comment: Using the latest OpenJump 1.6.0RC1 PLUS version, I am trying to add a TIF image to a project using File-Add image layer and the application fails with the following error: com.vividsolutions.jump.JUMPException: There were errors loading some images. Please check for imageless features with error attributes for details. at com.vividsolutions.jump.workbench.ui.plugin.imagery.ImageFeatureCreator.getImages(ImageFeatureCreator.java:91) at com.vividsolutions.jump.workbench.ui.plugin.imagery.AddImageLayerPlugIn.execute(AddImageLayerPlugIn.java:54) at com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:130) at javax.swing.AbstractButton.fireActionPerformed(Unknown Source) at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.setPressed(Unknown Source) at javax.swing.AbstractButton.doClick(Unknown Source) at javax.swing.plaf.basic.BasicMenuItemUI.doClick(Unknown Source) at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(Unknown Source) at java.awt.Component.processMouseEvent(Unknown Source) at javax.swing.JComponent.processMouseEvent(Unknown Source) at java.awt.Component.processEvent(Unknown Source) at java.awt.Container.processEvent(Unknown Source) at java.awt.Component.dispatchEventImpl(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Window.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.EventQueue.dispatchEventImpl(Unknown Source) at java.awt.EventQueue.access$000(Unknown Source) at java.awt.EventQueue$1.run(Unknown Source) at java.awt.EventQueue$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue$2.run(Unknown Source) at java.awt.EventQueue$2.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue.dispatchEvent(Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source) -- Comment By: Jukka Rahkonen (jratike80) Date: 2013-03-14 14:01 Message: This is the gdalinfo report of the image C:\temp\crop_production_valuegdalinfo act2000_all_2000_val.tif Driver: GTiff/GeoTIFF Files: act2000_all_2000_val.tif Size is 4320, 2160 Coordinate System is: GEOGCS[WGS 84, DATUM[WGS_1984, SPHEROID[WGS 84,6378137,298.257223563, AUTHORITY[EPSG,7030]], AUTHORITY[EPSG,6326]], PRIMEM[Greenwich,0], UNIT[degree,0.0174532925199433], AUTHORITY[EPSG,4326]] Origin = (-180.000,90.000) Pixel Size = (0.083,-0.083) Metadata: AREA_OR_POINT=Area Image Structure Metadata: COMPRESSION=LZW INTERLEAVE=BAND Corner Coordinates: Upper Left (-180.000, 90.000) (180d 0' 0.00W, 90d 0' 0.00N) Lower Left (-180.000, -90.000) (180d 0' 0.00W, 90d 0' 0.00S) Upper Right ( 180.000, 90.000) (180d 0' 0.00E, 90d 0' 0.00N) Lower Right ( 180.000, -90.000) (180d 0' 0.00E, 90d 0'
Re: [JPP-Devel] Change the color of the selected feature
Hi, I think I understood what you want to do. And using selection would be an easy way to achieve what you want. I don't tell to select features from the user interface, I know you get them from your search method. But if you put the result of your search in the active selection, you will be able to use the AbstractSelectionRenderer. If you don't want to use selection (because you don't want returned object to be selected) we'll have to find another way to paint your features. Michaël En français : OpenJUMP définit un style unique pour une couche entière (BasicStyle) mais dispose aussi d'un style spécial qui s'applique aux objets sélectionnés. Ce style spécial est maintenant entièrement personnalisable via l'interface ou par programmation, si bien que je pense que la méthode la plus simple pour toi est de sélectionner par programme les objets résultant de ta recherche (cf code dans mail précédent). Ainsi ces objets prendront automatiquement le style de ton choix défini pour les objets sélectionnés. Si tu veux que la notion de sélection (faite à la souris) et le résultat de ta recherche (fonction search) restent deux choses bien distinctes, avec chacune leur symbolisation, alors ma proposition ne convient pas et il faudra trouver un moyen de repeindre certains objets et pas d'autres (peut-être en s'inspirant de la manière dont marche ColorTheming). Michaël Hello michael, no i didn't select my feature, i just return it in this method so as to display some of it's propreities, and zoom in it in the same time , so i want it to be coloured too just after zooming on it. the method search() get's only the BasicFeature that's correspond to the search and the feature it's not selected. i hope you understand my issue here, i didn't explain well i guess, thanks in advance -- *Asma OUQALLI* Élève ingénieur : 3ème Sciences d'Information Géographique (SIG). Chef de commission développement professionnel - Rotaract EHTP. Chef de cellule Media - Olympiades EHTP 2012. Ecole Hassania des Travaux Publics. Mobile : +212 672 48 23 15. Email : asma.ouqa...@gmail.com mailto:asma.ouqa...@gmail.com -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Change the color of the selected feature
Hi, Perhaps it could be possible to write R_G_B intp basic style somehow like the color chooser plugin does but directly from program? -Jukka- Michaël Michaud wrote: Hi, I think I understood what you want to do. And using selection would be an easy way to achieve what you want. I don't tell to select features from the user interface, I know you get them from your search method. But if you put the result of your search in the active selection, you will be able to use the AbstractSelectionRenderer. If you don't want to use selection (because you don't want returned object to be selected) we'll have to find another way to paint your features. Michaël En français : OpenJUMP définit un style unique pour une couche entière (BasicStyle) mais dispose aussi d'un style spécial qui s'applique aux objets sélectionnés. Ce style spécial est maintenant entièrement personnalisable via l'interface ou par programmation, si bien que je pense que la méthode la plus simple pour toi est de sélectionner par programme les objets résultant de ta recherche (cf code dans mail précédent). Ainsi ces objets prendront automatiquement le style de ton choix défini pour les objets sélectionnés. Si tu veux que la notion de sélection (faite à la souris) et le résultat de ta recherche (fonction search) restent deux choses bien distinctes, avec chacune leur symbolisation, alors ma proposition ne convient pas et il faudra trouver un moyen de repeindre certains objets et pas d'autres (peut-être en s'inspirant de la manière dont marche ColorTheming). Michaël Hello michael, no i didn't select my feature, i just return it in this method so as to display some of it's propreities, and zoom in it in the same time , so i want it to be coloured too just after zooming on it. the method search() get's only the BasicFeature that's correspond to the search and the feature it's not selected. i hope you understand my issue here, i didn't explain well i guess, thanks in advance -- *Asma OUQALLI* Élève ingénieur : 3ème Sciences d'Information Géographique (SIG). Chef de commission développement professionnel - Rotaract EHTP. Chef de cellule Media - Olympiades EHTP 2012. Ecole Hassania des Travaux Publics. Mobile : +212 672 48 23 15. Email : asma.ouqa...@gmail.commailto:asma.ouqa...@gmail.com -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.netmailto:Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Change the color of the selected feature
Hello michael, Thank you, ok i'll try to put the search result in the active selection. but i don't know how. Concerning the ColorTherming, i tried to paint my feature like this : but it didn't work: Color color = Color.yellow; Stroke stroke =new BasicStroke(5, BasicStroke.CAP_ROUND,BasicStroke.JOIN_ROUND); final Graphics2D graphics = (Graphics2D) context.getLayerViewPanel().getGraphics(); Viewport viewport = new Viewport(context.getLayerViewPanel()); Paint fillPaint = null; / this i don't know how to use it and instanciate it paintGeometryCollection(selectedGeometry(),graphics, viewport, true, stroke,fillPaint, true,stroke, color); @ Rahkonen, Sorry but i didn't get what you mean by write R_G_B into basic Style :s -- *Asma OUQALLI* Élève ingénieur : 3ème Sciences d'Information Géographique (SIG). Chef de commission développement professionnel - Rotaract EHTP. Chef de cellule Media - Olympiades EHTP 2012. Ecole Hassania des Travaux Publics. Mobile : +212 672 48 23 15. Email : asma.ouqa...@gmail.com -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Change the color of the selected feature
Hi, Hello michael, Thank you, ok i'll try to put the search result in the active selection. but i don't know how. I already gave you a few lines of code which does exactly that. Concerning the ColorTherming, i tried to paint my feature like this : but it didn't work: Color color = Color.yellow; Stroke stroke =new BasicStroke(5, BasicStroke.CAP_ROUND,BasicStroke.JOIN_ROUND); final Graphics2D graphics = (Graphics2D) context.getLayerViewPanel().getGraphics(); Viewport viewport = new Viewport(context.getLayerViewPanel()); Paint fillPaint = null; / this i don't know how to use it and instanciate it paintGeometryCollection(selectedGeometry(), graphics, viewport, true, stroke,fillPaint, true, stroke, color); Hard to say what is wrong without having the whole class. Any reason to create a new Viewport ? I would say that you'd better use the existing viewport of the layerView : viewport = context.getLayerViewPanel().getViewport(); Michaël @ Rahkonen, Sorry but i didn't get what you mean by write R_G_B into basic Style :s -- *Asma OUQALLI* Élève ingénieur : 3ème Sciences d'Information Géographique (SIG). Chef de commission développement professionnel - Rotaract EHTP. Chef de cellule Media - Olympiades EHTP 2012. Ecole Hassania des Travaux Publics. Mobile : +212 672 48 23 15. Email : asma.ouqa...@gmail.com mailto:asma.ouqa...@gmail.com -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Spatialite reader plugin problem
On Tue, Mar 12, 2013 at 1:46 AM, Michaël Michaud michael.mich...@free.fr wrote: Hi, In this case, it could be related to the folowing change : 2011-04-01 lreeder * Updated WKBGeometryValueConverter to handle geometry types represented by WKB hex string so that ST_AsBinary is optional This change only affected PostgisValueConverterFactory.java so I don't think it broke Spatialite unless the Spatialite plugin is using a Postgis class. At a glance it doesn't seem to be using PostgisValueConverterFactory. -lreeder -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Spatialite reader plugin problem
On Wed, Mar 13, 2013 at 3:21 AM, edgar.sol...@web.de wrote: On 13.03.2013 09:25, Rahkonen Jukka wrote: How about adding DB Query plugin to the OJ Plus version? The plugin itself is only 520 kB. Spatialite jdbc file makes additional 3 MB and Oracle jdbc file 1.5 MB. With 5 MB extra load we could offer a robust read access to both Oracle and Spatialite. Licenses seem to allow redistribution of drivers. sounds sensible... ede No objections here. You'd also need to add the mysql JDBC libraries (235 KB). Redistribution of the Oracle drivers seems to be a grey area. Geotools and many other open-source packages won't do it, but the Oracle FAQ says yes as long as you make your users agree with our licensing terms. http://www.oracle.com/technetwork/database/enterprise-edition/jdbc-faq-090281.html#02_12 Might be easier to just require plugin users to download and install the Oracle JDBC drivers separately. -lreeder -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Change the color of the selected feature
Asma ouqalli wrote: @ Rahkonen, Sorry but i didn't get what you mean by write R_G_B into basic Style :s -- *Asma OUQALLI* I was meaning that if you select some features and use the Pick Color tool (small arrow in the right end of the icon bar) in OpenJUMP Plus for setting some color for them the end result perhaps look like what is your aim. I read some time ago that something called Basic style contains a R_G_B element which takes care or this colouring. I was wondering if it is something you could utilise. Start new selection by wiping out R_G_B from all features of the layer and write a desired value for those selected by a new query. -Jukka Rahkonen- -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Spatialite reader plugin problem
Larry Reeder wrote: On Wed, Mar 13, 2013 at 3:21 AM, edgar.sol...@web.de wrote: On 13.03.2013 09:25, Rahkonen Jukka wrote: How about adding DB Query plugin to the OJ Plus version? The plugin itself is only 520 kB. Spatialite jdbc file makes additional 3 MB and Oracle jdbc file 1.5 MB. With 5 MB extra load we could offer a robust read access to both Oracle and Spatialite. Licenses seem to allow redistribution of drivers. sounds sensible... ede No objections here. You'd also need to add the mysql JDBC libraries (235 KB). Redistribution of the Oracle drivers seems to be a grey area. Geotools and many other open-source packages won't do it, but the Oracle FAQ says yes as long as you make your users agree with our licensing terms. http://www.oracle.com/technetwork/database/enterprise-edition/jdbc-faq-090281.html#02_12 Might be easier to just require plugin users to download and install the Oracle JDBC drivers separately. -lreeder I used the Geoserver Oracle plugin as an example because it comes nowadays with Oracle driver and corresponding license file http://downloads.sourceforge.net/geoserver/geoserver-2.3-RC1-oracle-plugin.zip. But it is true that while there reads You may also distribute the programs with your applications to your customers there reads also Prior to distributing the programs you shall require your end users to execute an agreement binding them to terms consistent with those contained in this section and the sections of this agreement entitled License Rights, Ownership and Restrictions, Export, Disclaimer of Warranties and Exclusive Remedies, No Technical Support, End of Agreement, Relationship Between the Parties, and Open Source. You must also include a provision stating that your end users shall have no right to distribute the programs, and a provision specifying us as a third party beneficiary of the agreement. You are responsible for obtaining these agreements with your end users. Thus at least that version of odbc14.jar is allowed to deliver together with the software but user should be forced to answer Yes before the first use. Check box somewhere in the DB Query plugin user interface I accept Oracle odbc driver license with default value No might be enough. -Jukka Rahkonen- -Jukka Rahkonen- -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel