Re: [JPP-Devel] Which version of openjump to include in OSGeo-Live 7.0?
kind of.. will take care of it next week.. ede On 09.06.2013 14:55, Michaël Michaud wrote: Hi Cameron, Last stable version of OpenJUMP is 1.6.3. Would be nice if we could include this version in OSGeo-Live 7.0. @Ede, last year, you updated the OSGeo-Live shell to download OpenJUMP distribution from sourceforge. http://trac.osgeo.org/osgeo/browser/livedvd/gisvm/trunk/bin/install_openjump.sh Is it enough if we change the content of OpenJUMP/osgeo directory ? Michaël Stefan, Landon, Michaë, Edgar, Which version of openjump do you expect will be included on OSGeo-Live 7.0 (due for release at FOSS4G in Nottingham)? We previously packaged version 1.5.2 of openjump in the last OSGeo-Live release. Key Milestones 17 Jun 2013 All new applications installed, most old applications updated 15 Jul 2013 Feature Freeze (all apps updated) 05 Aug 2013 User Acceptance Test (all apps installed and working) 26 Aug 2013 Final ISO sent to printers -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Enhancement of the measurement tool
Hi Michaël! Hi Matthias, Thanks for improvements. I saw two small things which could be improved : - Currently, activating relative distance deactivate cumulative distance display (but not paint vertex distance checkbox). Why not make both options independant ? Good idea. This makes sense. This is it, why i really like OpenSource development! Many people, many points of view, many good ideas :-) - If measure is digitized from right to left, relative distances appear upside down. Thanks for the hint. It is fixed. And second, now the distance will only printed outside of the geometry. This looks like better if you measure an area. Regards Matthias Regards, Michaël Hi, i've commited a small enhancment for the measurement tool. Now it's possible to show the distance between the vertices relative too. This was a featurerequest from an OJ user. It would be nice, if the translators can translate the new key: org.openjump.core.ui.plugin.tools.AdvancedMeasureOptionsPanel.paint-vertex-distance-relative Matthias -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- _ __ ___ _ ___ __ _ Technologieconsulting Matthias Scholz Siebigeröder Str 17a 06308 Klostermansfeld T +49 34772 34150 E m...@jammerhund.de W www.openjump.de _ __ ___ _ ___ __ _ -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Which version of openjump to include in OSGeo-Live 7.0?
Hi Ede, Not sure if there tools/plugins have been translated into all basic languages: a) RasterLayerPropertiesPlugin and RasterQueryPlugIn: German, French and Finnic b) 'Apply' button in MultiInputDialogtools into German, Finnic, Italian and Spanish I am abroad and I will be back after 17thy of June. Can I send my translation? - Apply: Applica (in Italian), Aplicar (in Spanish) thanks Peppe 2013/6/9 edgar.sol...@web.de kind of.. will take care of it next week.. ede On 09.06.2013 14:55, Michaël Michaud wrote: Hi Cameron, Last stable version of OpenJUMP is 1.6.3. Would be nice if we could include this version in OSGeo-Live 7.0. @Ede, last year, you updated the OSGeo-Live shell to download OpenJUMP distribution from sourceforge. http://trac.osgeo.org/osgeo/browser/livedvd/gisvm/trunk/bin/install_openjump.sh Is it enough if we change the content of OpenJUMP/osgeo directory ? Michaël Stefan, Landon, Michaë, Edgar, Which version of openjump do you expect will be included on OSGeo-Live 7.0 (due for release at FOSS4G in Nottingham)? We previously packaged version 1.5.2 of openjump in the last OSGeo-Live release. Key Milestones 17 Jun 2013 All new applications installed, most old applications updated 15 Jul 2013 Feature Freeze (all apps updated) 05 Aug 2013 User Acceptance Test (all apps installed and working) 26 Aug 2013 Final ISO sent to printers -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j___ 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 Larry (Becker), I'm slowly progressing on this topic. I added different rendering modes in RenderingManager, Except the printing stuff, there are only a few classes where new modes are used. I tested the change on AbstractZoomTool : In OpenJUMP, MouseWheel zoom is done on an INTERACTIVE mode In SkyJUMP, you use the EXECUTE_ON_EVENT_THREAD mode I feel like INTERACTIVE mode gives a better feedback on large datasets Is there any motivation to have changed rendering mode to EXECUTE_ON_EVENT_THREAD in SKYJump for mousewheel zoom ? 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
Re: [JPP-Devel] WMS server menu is too narrow
Hi Giuseppe, I removed http://openaerialmap.org/wms? http://www.osmgb.org.uk/OSM-GB/wms?SERVICE=WMS; currently does not work for me, but Jukka told me that it worked for him on march. Don't know what happens with this URL We can add a few other useful URLs if we know they can be used by a large user community (world wide datasets or NMA's datasets) Let me know if there is a reference WMS for Italy. Michaël I didn't test last improvemnt. AFAIR there were some URLs on OJ 1.5 which were not working, should we upgrade the list? I suggest also to put some national WMS URLs (withibn the most used languages, Finnic, French, German, etc) Peppe 2013/6/8 Michaël Michaud michael.mich...@free.fr mailto:michael.mich...@free.fr Hi Jukka, URL combobox Layout has been improved in r3584 Michaël Hi, The dropdown menu in the Add WMS layer is narrow and the most meaningful part of the URL is often at the end. It would be more comfortable for users with wider/ adjustable/automatically adjusted width of the selection menu. -Jukka Rahkonen- -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ 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 -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ 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 -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j___ 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, I recall it is pretty subjective, but I think I used EXECUTE_ON_EVENT_THREAD to avoid over-use of threads which can spawn out of control with the mouse wheel. regards, Laarry On Sun, Jun 9, 2013 at 3:28 PM, Michaël Michaud michael.mich...@free.frwrote: Hi Larry (Becker), I'm slowly progressing on this topic. I added different rendering modes in RenderingManager, Except the printing stuff, there are only a few classes where new modes are used. I tested the change on AbstractZoomTool : In OpenJUMP, MouseWheel zoom is done on an INTERACTIVE mode In SkyJUMP, you use the EXECUTE_ON_EVENT_THREAD mode I feel like INTERACTIVE mode gives a better feedback on large datasets Is there any motivation to have changed rendering mode to EXECUTE_ON_EVENT_THREAD in SKYJump for mousewheel zoom ? 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 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