Re: [JPP-Devel] A patch for LayerPropertiesPlugIn.java to show layer extent
Hi Michaël Michaud, I tested only for shapefiles and it works fine. I will check for raster images. raster images if no jgw is present it uses grid extent. I think problem will only with rasters where no jgw files are present and we create one using the patch I given before. The code which creates the jgw file based on grid extent. but vector files have a function to retrieve the extent but I think it is missing in sextante raster. Please commit it if it works for shape/gml 2011/2/14 Michaël Michaud michael.mich...@free.fr Hi Mohammed, hi Matthias, I've done some more work on Mohammed's code (attached), but have still some questions before comitting I18N : done for english and french and prepared for other languages Display : I have reworked the layout a bit, and hopefully solved the problem showed in Matthias's screenshot Extent : I'm not sure why it should be aligned on top Lines 197, 444, 457, 541 : I did not notice changes. Maybe Mohammed already changed it As matthias, I could not use Mohammed's patch (plain file is OK, or maybe you have an option for more standard patch) My main concern is that : xmin, ymin, xmax, ymax displayed in the properties window are not the one I can get from layerViewPanel (jpeg with jgw file) : - displayed : 0.5, -0.5 - layerViewPanel : 0, 0 Michaël Le 12/02/2011 18:34, Matthias Scholz a écrit : Hi Rashad, thanks for your work, but there are some things to do for you. - I18N in LayerPropertiesPlugIn and the keys in the english default lang files (Extent, xmin, xmax, ymin, ymax...) - The display of the dialog is now a little bit wrong, because not all informations are visible. Please see the attachment. I know that this is not caused by you, because the problem is the dialog itself. The content isn't scale with the window size. This should be fixed generally. - the word Extend: should be aligned on top - can you please explain your changes in line 197, 444, 457, 541 (linenumbers of the original source). I do not really understand why you have changed some conditions? And finally it's ok if you mail the plain java source file. Your diff seems to be wrong, because in the patch file are the whole source included as a difference. Regards Matthias please apply this patch for showing layer extent on layerproperties contextmenu -- Thanks Regards Rashad -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance.http://p.sf.net/sfu/intel-dev2devfeb ___ Jump-pilot-devel mailing listJump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Thanks Regards Rashad -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] About new measure tools
Hi all, I saw that the new measure tools have been substituted the original tool into the last OJ Night snapshot. I have a couple of proposals: a) Is it possible to duplicate those 2 tools, but in Feet instead of Meters? That means that we can have 4 tools instead of 2 (measure distance in meters, measure area in meters, measure distance in feet,measure area in feet). That probably solves many works for people who use Imperial measure system. b) as I can see those tools display also the relative distances between points, but those distances are not saved: it would be useful to save even that information on an extra layer. regards and thanks Peppe -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] About new measure tools
Hi Peppe, Speaking as someone who often uses Imperial units, thanks for thinking of us! I haven't updated to the latest snapshot. Did the Measure in feet option on the bottom of the tools menu go away? One of the issues that I have found with any Measure in feet tool is that it assumes your project units are meters. Of course it doesn't work if your units are degrees, but the problem that confuses our users the most is when the project units are feet, you can't use the Measure in feet tool because it will do unnecessary conversion and give the wrong answer. regards, Larry On Mon, Feb 14, 2011 at 9:17 AM, Giuseppe Aruta giuseppe_ar...@yahoo.itwrote: Hi all, I saw that the new measure tools have been substituted the original tool into the last OJ Night snapshot. I have a couple of proposals: a) Is it possible to duplicate those 2 tools, but in Feet instead of Meters? That means that we can have 4 tools instead of 2 (measure distance in meters, measure area in meters, measure distance in feet,measure area in feet). That probably solves many works for people who use Imperial measure system. b) as I can see those tools display also the relative distances between points, but those distances are not saved: it would be useful to save even that information on an extra layer. regards and thanks Peppe -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] About new measure tools
wouldn't it just be a matter of selecting input and output units first? that should be done easily. ede On 14.02.2011 16:54, Larry Becker wrote: Hi Peppe, Speaking as someone who often uses Imperial units, thanks for thinking of us! I haven't updated to the latest snapshot. Did the Measure in feet option on the bottom of the tools menu go away? One of the issues that I have found with any Measure in feet tool is that it assumes your project units are meters. Of course it doesn't work if your units are degrees, but the problem that confuses our users the most is when the project units are feet, you can't use the Measure in feet tool because it will do unnecessary conversion and give the wrong answer. regards, Larry On Mon, Feb 14, 2011 at 9:17 AM, Giuseppe Aruta giuseppe_ar...@yahoo.it mailto:giuseppe_ar...@yahoo.it wrote: Hi all, I saw that the new measure tools have been substituted the original tool into the last OJ Night snapshot. I have a couple of proposals: a) Is it possible to duplicate those 2 tools, but in Feet instead of Meters? That means that we can have 4 tools instead of 2 (measure distance in meters, measure area in meters, measure distance in feet,measure area in feet). That probably solves many works for people who use Imperial measure system. b) as I can see those tools display also the relative distances between points, but those distances are not saved: it would be useful to save even that information on an extra layer. regards and thanks Peppe -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ 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 -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] about layer tree
Hi all, which class defines tool positions on layer tree? thanks Peppe -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] A patch for LayerPropertiesPlugIn.java to show layer extent
Hi, OK, I commited the code. Not sure how extent is computed for images with jgw file, but it does not reflect actual extent of the raster. Anyway, it would be nice to have the same properties info for sextante raster. Michaël Le 14/02/2011 09:20, Mohammed Rashad a écrit : Hi Michaël Michaud, I tested only for shapefiles and it works fine. I will check for raster images. raster images if no jgw is present it uses grid extent. I think problem will only with rasters where no jgw files are present and we create one using the patch I given before. The code which creates the jgw file based on grid extent. but vector files have a function to retrieve the extent but I think it is missing in sextante raster. Please commit it if it works for shape/gml 2011/2/14 Michaël Michaud michael.mich...@free.fr mailto:michael.mich...@free.fr Hi Mohammed, hi Matthias, I've done some more work on Mohammed's code (attached), but have still some questions before comitting I18N : done for english and french and prepared for other languages Display : I have reworked the layout a bit, and hopefully solved the problem showed in Matthias's screenshot Extent : I'm not sure why it should be aligned on top Lines 197, 444, 457, 541 : I did not notice changes. Maybe Mohammed already changed it As matthias, I could not use Mohammed's patch (plain file is OK, or maybe you have an option for more standard patch) My main concern is that : xmin, ymin, xmax, ymax displayed in the properties window are not the one I can get from layerViewPanel (jpeg with jgw file) : - displayed : 0.5, -0.5 - layerViewPanel : 0, 0 Michaël Le 12/02/2011 18:34, Matthias Scholz a écrit : Hi Rashad, thanks for your work, but there are some things to do for you. - I18N in LayerPropertiesPlugIn and the keys in the english default lang files (Extent, xmin, xmax, ymin, ymax...) - The display of the dialog is now a little bit wrong, because not all informations are visible. Please see the attachment. I know that this is not caused by you, because the problem is the dialog itself. The content isn't scale with the window size. This should be fixed generally. - the word Extend: should be aligned on top - can you please explain your changes in line 197, 444, 457, 541 (linenumbers of the original source). I do not really understand why you have changed some conditions? And finally it's ok if you mail the plain java source file. Your diff seems to be wrong, because in the patch file are the whole source included as a difference. Regards Matthias please apply this patch for showing layer extent on layerproperties contextmenu -- Thanks Regards Rashad -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ 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 -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ 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 -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ 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 -- Thanks
[JPP-Devel] VertexSymbols plugin
To OJ Users/Developers I have just posted an updated version of my VertexSymbols plugin which has been developed with support from Peppe. The major change is the option to now scale the size of symbols as the zoom level changes. Also, some minor bug fixes. Geoff -- Dr Geoffrey G Roy Cadplan 129 Gloster Street, Subiaco WA 6008 Tel: (08) 9381 4870 Fax: (08) 9382 4459 Email: ge...@cadplan.com.au http://www.cadplan.com.au -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel