Re: [JPP-Devel] vertexsymbol optimization
Dear ede and Jukka No problems - I will probably leave the threaded code in for the next release as it is probably a good thing to do. Geoff On 11/02/2012 4:07 PM, edgar.sol...@web.de wrote: On 11.02.2012 02:54, Geoffrey Roy wrote: Dear ede and others If there is a problem with loading symbols then it will apply equally for the VertexSymbols plugin and to the FillPattern plugin, as both used the same in-line process for loading all symbols at startup. SNIP * For VertexSymbols: 92 symbols takes 0.1 mSec * For FillPattern: 161 images takes 2.4 mSec My first reaction is that these times are quite small and should not cause a noticeable delay - but perhaps I am missing something. You are right .. just tested here and come to the same conclusion. Removing sextante on the other speeds up the start significantly. In conclusion, false alarm, sorry for that. On the other hand i will have a look at the splash screen output which clearly starts listing all extensions and after that initializes one by one leaving the last found extensions name displayed. Will see if there is a way to have extensions printout some loading statistic and to print the current initializing extension as well. ..ede -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel - No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1913 / Virus Database: 2112/4801 - Release Date: 02/10/12 -- 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 -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] vertexsymbol optimization
Hi, openjump + sextante + FillPatterns directory : about 25 s that would explain how i came up with that finding http://www.mail-archive.com/jump-pilot-devel@lists.sourceforge.net/msg09664.html Oh, yes ! This seems to be related. But FillPattern loading in Geoff's plugin seems to work well. There is something inefficient in Sextante's loading mechanism. Michaël ..ede -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] vertexsymbol optimization
Hi Michael, the version of Sextante (sextante-binding-0.6.1.jar) included into OJ is modified so that it checks libraries into lib/ext/sextante folder. See es.unex.sextante.openjump.extensions.SextanteToolboxPlugin class. I think the problem is connected to the large set of raster fill images which where moved from OJ core to FillPattern folder. As far as I remember I asked those images not to stay into FillPattern folder but in an extra folder for two original reasons: a) FillPatter becomes more easy to use as user-customized patterns are more evident and not hidden by those hundreds of rasters, b) if user wants to use them, they are easily available using the option load image into the style window. Jukka is probably testing a third reason to move them into another folder Giuseppe Da: Michaël Michaud michael.mich...@free.fr A: jump-pilot-devel@lists.sourceforge.net Inviato: Sabato 11 Febbraio 2012 10:55 Oggetto: Re: [JPP-Devel] vertexsymbol optimization Hi, I think I've got the bad combination, which I wouldn't have guess without many measurements : openjump alone : about 4 s openjump + sextante : about 8 s openjump + sextante + FillPatterns directory : about 25 s I think that sextante binding is reading all ext subdirectories (it discovers sextante algorithm in a subdirectory) including those containing only images like FillPatterns. Peppe, you have the actual version of sextante binding. Maybe I have it too. Not sure if src is on the official site though. Michaël Le 11/02/2012 09:52, Giuseppe Aruta a écrit : Hi all, I had the same on Ubuntu 11.10 and OJ Plus - 65 symbols in 0.133msc. Thanks Geoff for your efforts Giuseppe Da: Geoffrey Roy ge...@cadplan.com.au A: OpenJump develop and use jump-pilot-devel@lists.sourceforge.net Inviato: Sabato 11 Febbraio 2012 9:14 Oggetto: Re: [JPP-Devel] vertexsymbol optimization Dear ede and Jukka No problems - I will probably leave the threaded code in for the next release as it is probably a good thing to do. Geoff On 11/02/2012 4:07 PM, edgar.sol...@web.de wrote: On 11.02.2012 02:54, Geoffrey Roy wrote: Dear ede and others If there is a problem with loading symbols then it will apply equally for the VertexSymbols plugin and to the FillPattern plugin, as both used the same in-line process for loading all symbols at startup. SNIP * For VertexSymbols: 92 symbols takes 0.1 mSec * For FillPattern: 161 images takes 2.4 mSec My first reaction is that these times are quite small and should not cause a noticeable delay - but perhaps I am missing something. You are right .. just tested here and come to the same conclusion. Removing sextante on the other speeds up the start significantly. In conclusion, false alarm, sorry for that. On the other hand i will have a look at the splash screen output which clearly starts listing all extensions and after that initializes one by one leaving the last found extensions name displayed. Will see if there is a way to have extensions printout some loading statistic and to print the current initializing extension as well. ..ede -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel - No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1913 / Virus Database: 2112/4801 - Release Date: 02/10/12 -- 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 -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be
Re: [JPP-Devel] vertexsymbol optimization
Sorry, this is the mail where I explained the reasons written before: http://www.mail-archive.com/jump-pilot-devel@lists.sourceforge.net/msg09674.html Giuseppe Da: Giuseppe Aruta giuseppe_ar...@yahoo.it A: OpenJump develop and use jump-pilot-devel@lists.sourceforge.net Inviato: Sabato 11 Febbraio 2012 11:35 Oggetto: Re: [JPP-Devel] vertexsymbol optimization Hi Michael, the version of Sextante (sextante-binding-0.6.1.jar) included into OJ is modified so that it checks libraries into lib/ext/sextante folder. See es.unex.sextante.openjump.extensions.SextanteToolboxPlugin class. I think the problem is connected to the large set of raster fill images which where moved from OJ core to FillPattern folder. As far as I remember I asked those images not to stay into FillPattern folder but in an extra folder for two original reasons: a) FillPatter becomes more easy to use as user-customized patterns are more evident and not hidden by those hundreds of rasters, b) if user wants to use them, they are easily available using the option load image into the style window. Jukka is probably testing a third reason to move them into another folder Giuseppe Da: Michaël Michaud michael.mich...@free.fr A: jump-pilot-devel@lists.sourceforge.net Inviato: Sabato 11 Febbraio 2012 10:55 Oggetto: Re: [JPP-Devel] vertexsymbol optimization Hi, I think I've got the bad combination, which I wouldn't have guess without many measurements : openjump alone : about 4 s openjump + sextante : about 8 s openjump + sextante + FillPatterns directory : about 25 s I think that sextante binding is reading all ext subdirectories (it discovers sextante algorithm in a subdirectory) including those containing only images like FillPatterns. Peppe, you have the actual version of sextante binding. Maybe I have it too. Not sure if src is on the official site though. Michaël Le 11/02/2012 09:52, Giuseppe Aruta a écrit : Hi all, I had the same on Ubuntu 11.10 and OJ Plus - 65 symbols in 0.133msc. Thanks Geoff for your efforts Giuseppe Da: Geoffrey Roy ge...@cadplan.com.au A: OpenJump develop and use jump-pilot-devel@lists.sourceforge.net Inviato: Sabato 11 Febbraio 2012 9:14 Oggetto: Re: [JPP-Devel] vertexsymbol optimization Dear ede and Jukka No problems - I will probably leave the threaded code in for the next release as it is probably a good thing to do. Geoff On 11/02/2012 4:07 PM, edgar.sol...@web.de wrote: On 11.02.2012 02:54, Geoffrey Roy wrote: Dear ede and others If there is a problem with loading symbols then it will apply equally for the VertexSymbols plugin and to the FillPattern plugin, as both used the same in-line process for loading all symbols at startup. SNIP * For VertexSymbols: 92 symbols takes 0.1 mSec * For FillPattern: 161 images takes 2.4 mSec My first reaction is that these times are quite small and should not cause a noticeable delay - but perhaps I am missing something. You are right .. just tested here and come to the same conclusion. Removing sextante on the other speeds up the start significantly. In conclusion, false alarm, sorry for that. On the other hand i will have a look at the splash screen output which clearly starts listing all extensions and after that initializes one by one leaving the last found extensions name displayed. Will see if there is a way to have extensions printout some loading statistic and to print the current initializing extension as well. ..ede -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel - No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1913 / Virus Database: 2112/4801 - Release Date: 02/10/12 -- 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 -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/
Re: [JPP-Devel] OpenJUMP roadmap updates
Hi Miochael, I added two more projects on OpenJUMP 1.6 which I already tested and partially work: a) Improve display metrics on the Info Bar b) Add a new Scale panel on the Info Bar regards Peppe Da: Michaël Michaud michael.mich...@free.fr A: OpenJump develop and use jump-pilot-devel@lists.sourceforge.net Inviato: Sabato 11 Febbraio 2012 11:46 Oggetto: [JPP-Devel] OpenJUMP roadmap updates Hi, I updated OpenJUMP roadmap wiki page : https://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=OpenJUMP_Roadmap I tried to separate 1.5.2 and 1.6.0 goals I wrote the name of developpers which will most likely manage a task where possible, but feel free to remove or add your name. Any addition/removal of a task can be discussed on the list. Maybe tasks should only be reported in bug report / feature requests trackers and roadmap should only have links to them. What do you think ? Michaël -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel-- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] vertexsymbol optimization
Le 11/02/2012 11:35, Giuseppe Aruta a écrit : Hi Michael, the version of Sextante (sextante-binding-0.6.1.jar) included into OJ is modified so that it checks libraries into lib/ext/sextante folder. See es.unex.sextante.openjump.extensions.SextanteToolboxPlugin class. Which is a good idea. However, it seems that Sextante is also scanning other sub-directories, otherwise, adding FillPattern directory would have no effect on starting time. I think the problem is connected to the large set of raster fill images which where moved from OJ core to FillPattern folder. The problem seems connected to BOTH the large set of image files AND how sextante reacts to these images. As far as I remember I asked those images not to stay into FillPattern folder but in an extra folder for two original reasons: a) FillPatter becomes more easy to use as user-customized patterns are more evident and not hidden by those hundreds of rasters, b) if user wants to use them, they are easily available using the option load image into the style window. Jukka is probably testing a third reason to move them into another folder Yes, and it has been removed from CORE distribution. If other agree to remove images from PLUS distro, I don't mind. Just want to do it fo good reasons. User-friendliness is one thing (generally a good reason), slow startup time is another (my guess is this is a bad reason) By the way, doing more tests, I found that choosing custom images works in core distribution, but not in PLUS (I clicked in the no image choosen element and nothing happens, do you have the same behaviour ?) Michaël Giuseppe *Da:* Michaël Michaud michael.mich...@free.fr *A:* jump-pilot-devel@lists.sourceforge.net *Inviato:* Sabato 11 Febbraio 2012 10:55 *Oggetto:* Re: [JPP-Devel] vertexsymbol optimization Hi, I think I've got the bad combination, which I wouldn't have guess without many measurements : openjump alone : about 4 s openjump + sextante : about 8 s openjump + sextante + FillPatterns directory : about 25 s I think that sextante binding is reading all ext subdirectories (it discovers sextante algorithm in a subdirectory) including those containing only images like FillPatterns. Peppe, you have the actual version of sextante binding. Maybe I have it too. Not sure if src is on the official site though. Michaël Le 11/02/2012 09:52, Giuseppe Aruta a écrit : Hi all, I had the same on Ubuntu 11.10 and OJ Plus - 65 symbols in 0.133msc. Thanks Geoff for your efforts Giuseppe *Da:* Geoffrey Roy ge...@cadplan.com.au mailto:ge...@cadplan.com.au *A:* OpenJump develop and use jump-pilot-devel@lists.sourceforge.net mailto:jump-pilot-devel@lists.sourceforge.net *Inviato:* Sabato 11 Febbraio 2012 9:14 *Oggetto:* Re: [JPP-Devel] vertexsymbol optimization Dear ede and Jukka No problems - I will probably leave the threaded code in for the next release as it is probably a good thing to do. Geoff On 11/02/2012 4:07 PM, edgar.sol...@web.de mailto:edgar.sol...@web.de wrote: On 11.02.2012 02:54, Geoffrey Roy wrote: Dear ede and others If there is a problem with loading symbols then it will apply equally for the VertexSymbols plugin and to the FillPattern plugin, as both used the same in-line process for loading all symbols at startup. SNIP * For VertexSymbols: 92 symbols takes 0.1 mSec * For FillPattern: 161 images takes 2.4 mSec My first reaction is that these times are quite small and should not cause a noticeable delay - but perhaps I am missing something. You are right .. just tested here and come to the same conclusion. Removing sextante on the other speeds up the start significantly. In conclusion, false alarm, sorry for that. On the other hand i will have a look at the splash screen output which clearly starts listing all extensions and after that initializes one by one leaving the last found extensions name displayed. Will see if there is a way to have extensions printout some loading statistic and to print the current initializing extension as well. ..ede -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ 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 - No virus found in this message. Checked by AVG - www.avg.com http://www.avg.com Version: 2012.0.1913 / Virus Database: 2112/4801 - Release Date: 02/10/12 -- Dr Geoffrey G Roy Cadplan 129 Gloster Street,
Re: [JPP-Devel] OpenJUMP roadmap updates
Hi Any addition/removal of a task can be discussed on the list. sorry Michael, I misunderstood this part of the mail. I am going to remove my addictions and ask to open a discussion No problem, maybe you missed it because I even do not apply the rule to myself ;-( Anyway, I think that adding new features and implementing it is generally not a problem. But annoucing it and giving opportunity for discussion may improve development consistency. By the way, you already described these features and my vote is +1 Michaël Peppe -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] OpenJUMP 1.5.2 release
Hi, This is a focus on 1.5.2 release. core-release * Bug 3212739 : Navigating from AttributeTab o I have already spent a lot of time on this UI bug, but finally gave up as it is not a severe one. Maybe one of the experts who recently joined the project will want to have a look at it (I added a comment in the bug report). * Bug 3310791 : Navigation Hotkey Issue o Only had a look on this one which is also not trivial. I added it here because it is related to zoom hotkey, and there is on-going work on zoom tools. plus release * there is actually 2 plugins to read/write txt files (csv-like) : mine and Pirol's one. I think a single plugin would be better. I'll write a new mail to make propositions. * postgis plugin has been developped a long time ago. The main reason to maintain it, is that it has write capabilities which does not exist in OpenJUMP core (and that it is described in the excellent documentation Uwe wrote and uses for his teaching). I think that openJUMP's core connection framework is better (connection persistence, combobox to choose a connection). My wish is to replace PostGIS plugin by a plugin with only write capabilities using OJ connection framework and PostGIS plugin write capabilities. I can work on this subject (but 1.6.0 may be a more reasonnable target than 1.5.2). * sextante integration : my very small experience is that there are several problems (processes or i/o throwing exceptions), which make Sextante not as reliable as it should be. I will not have time to work on this though. So we'll switch the target to 1.6.0 or later depending on who can work on it... Michaël -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] vertexsymbol optimization
By the way, doing more tests, I found that choosing custom images works in core distribution, but not in PLUS (I clicked in the no image choosen element and nothing happens, do you have the same behaviour ? It works for me on Ubuntu Giuseppe -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Some improvements on OpenJUMP 1.6
Le 07/02/2012 11:54, Giuseppe Aruta a écrit :
Sorry, it seems that 70 cm of snow creates some problem here in
Bologna, included to mails ;-)
Here is the original mail plus screenshot
-
Hi all,
In the next months I am going to add some modifications on OpenJUMP
lower panel which I tested with external plugin.
1) the first one is modified version of CoordinateListMetrics.java
class. This class is activated by MultiClickTool class and displays
,on message panel, lenght, angle (between three adjacent vertices) and
area while drawing.
1a - As you can see on the screenshot - 1 the modified class shows:
Angle (between two adjacent lines), Azimuth, Total Length (length
between the two last vertices) and Area.
It also displays the units (degrees for angles and meter/sqr meter for
length/area).
some considerations about geodesy involved in this problem:
* If the map is in geographic coordinates (lat/lon), north is // to y
axis, which makes azimuth calculation easier, but distance
calculation difficult.
* If the map is in a projected coordinate system, azimuth can't be
precisely calculated without a deep knowledge of the projection
(grid convergence angle - see
http://w3.posc.org/GeoshareSIG/technical/GDM/v13.0/217-AZIMUTH-CORRECTION.php).
Not a reason to do nothing, but may need to warn the user, at least
in the wiki documentation.
1b - A future development of this class will use the option panel to
change Map Units and Measure Units to allows Users to switch between
metric units to other one (feet, surveyor feet or mile). I am still
study this second part of the project.
yes, may help to avoid confusions.
In the plugin architecture, it may worth thinking about how information
about the Coordinate Reference System or SRID can later be integrated to
have more accurate information and automatic switch between units.
Just ideas, I know this is a wide area where OpenJUMP is not really ready.
2) The second project is to add a scale on the lower panel (see also
screenshot - 2). I found two ways to do it:
You surely know that we already have a plugin (in view menu) which does
exacly that but which display the scale in the viewPanel.
What is the use case ?
Having feedback while changing the scale to adjust it to a certain
amount (I think that was what Matthias plugin wanted to achieve) -
solution 1 may be enough
Or permanently display the scale - solution 2 (looks like above
mentionned plugin)
my 2 cents
Michaël
2a - a quick a durty way.
I basically add this code:
--
public void mouseMoved(MouseEvent e) {
mouseLocationChanged(e);
getWorkbench().getFrame().setTimeMessage(1: + (int)
Math.floor(ScreenScale.getHorizontalMapScale(panel.getViewport(;
}
--
to plugin which are involved by the cursor: I successfully tested
with MultiClickTool.class and ZoomTool.class.
Moving the cursor users have always the view of the scale on TimePanel.
I am sure that this method works modifying general classes like
AbstractCursorTool and AbstractZoomTool - In these days I plan to do a
test about. The negative effects is that, until users don't move
cursor on the view, the changing scale is not activated
2b- a more sophisticated way. I also inspected WorkbenchFrame class
and added a new JPanel scaleLabel to the left side of
coordinateLabel panel. The idea is to use this new bottom panel for
the scale and active it by default (like coordfinateLabel). This way
seems to me more reasonable but really more further to realize.
Right now I can do the modification 1a). But before doing this I like
to have the opinion of the other developers about all points.
Regards
Giuseppe
BTW, exploring WorkbenchFrame class I realize the presence of other
JPanels like wfsLabel and wmsLabel - which is then usages of these
panels
--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
--
Virtualization Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
Re: [JPP-Devel] OpenJUMP roadmap updates
Hi Giuseppe, If you commit your code to the trunk, it will go to 1.6.0 Thanks to Ede, 1.5 already has its own branch which will be reserved to bug fixes, language files and so. Ede, maybe the 1.5 branch needs to be synchronized with r1730 before new commits are made in the trunk. Ede, do we need to synchronize 1.5 with the trunk now or can we synchronize at any time with any release? Peppe, i'll have a look at your TEST version Michaël I did some tests today. These are the modifications I can add to OpenJUMP 1.5.2: a) Scale panel on Info bar. I did some tests and It actually works quite well with all AbstractCursorTools. A small modification on this file allows to change scale even while drawing and using left clicks zoom tools. b) To help users on navigation I would add ZoomToScale plugin to left click context sub menu. So we have a zoom center, zoom in, zoom out and zoom to scale plugins on a good position for people (like me) who have problem to use keyboard shortcuts. The effects are more evident while drawing and using left click context menu c) an modification of CoordinateListMetrics which shows lenght/angle/aread while drawing/measuring, on Info panel. This first improvement will show a code like this: Angle: 131.79° - Azimuth: N204.53° - Length: 238.11m (26.96m) - Area: 8497.08m² Angle is the one between the two last drawn segments, Azimuth is connected to the last segment, Length shows the total length (last drawn segment length) and Area. Azimuth is calculated only for UTM or similar projection (basically it calculate the north as the top part of the screen) For OpenJUMP 1.6 I want to improve point c) with an option panel to choose a map unit/measure unit (meter, foot, mile) and to have an Azimuth calculated also for polar projections. So, in the case above but the map unit is in meter and user wants to calculate in feet, it might look like [m-ft] Angle: 131.79° - Azimuth: N204.53° - Distance: 781.20ft (88.45ft) - Area: 91462.57ft² Before to add these modifications I like to have the opinion of list regards Giuseppe *Da:* Giuseppe Aruta giuseppe_ar...@yahoo.it *A:* OpenJump develop and use jump-pilot-devel@lists.sourceforge.net *Inviato:* Sabato 11 Febbraio 2012 13:33 *Oggetto:* Re: [JPP-Devel] OpenJUMP roadmap updates Hi Michael, I have already made a test version of OpenJUMP with these two improvements (metrics and scale displayed on info panel): https://sourceforge.net/projects/opensit/files/Openjump/TEST/ peppe *Da:* Michaël Michaud michael.mich...@free.fr *A:* OpenJump develop and use jump-pilot-devel@lists.sourceforge.net *Inviato:* Sabato 11 Febbraio 2012 11:46 *Oggetto:* [JPP-Devel] OpenJUMP roadmap updates Hi, I updated OpenJUMP roadmap wiki page : https://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=OpenJUMP_Roadmap I tried to separate 1.5.2 and 1.6.0 goals I wrote the name of developpers which will most likely manage a task where possible, but feel free to remove or add your name. Any addition/removal of a task can be discussed on the list. Maybe tasks should only be reported in bug report / feature requests trackers and roadmap should only have links to them. What do you think ? Michaël -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ 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 -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ 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 -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Some improvements on OpenJUMP 1.6
Hi Michael -- * If the map is in geographic coordinates (lat/lon), north is // to y axis, which makes azimuth calculation easier, but distance calculation difficult. * If the map is in a projected coordinate system, azimuth can't be precisely calculated without a deep knowledge of the projection (grid convergence angle - see http://w3.posc.org/GeoshareSIG/technical/GDM/v13.0/217-AZIMUTH-CORRECTION.php). Not a reason to do nothing, but may need to warn the user, at least in the wiki documentation. -- I am aware about this. The usage of Azimuth would be limited to UTM projection and only within certain latitudes. But I think that it could be really helpful for many situations. Other metrics derives from original Martin's CoordinateListMetrics plugin. -- which does exacly that but which display the scale in the viewPanel. What is the use case ? Having feedback while changing the scale to adjust it to a certain amount (I think that was what Matthias plugin wanted to achieve) - solution 1 may be enough Or permanently display the scale - solution 2 (looks like above mentionned plugin) - The scale panel should be permanently displayed on the Info Panel. It can be used together with Matthias SuperZoom plugin: user can see both the source and target zoom levels. The actual plugin works if the mouse is moved on the workbench and if the shape is modified. With this new plugin, the The scale frame plugin on the view will becomes a decoration, for printing. Talking about decoration Larry's ShowNorthPlugin in not activated by default (by default-plugins.xml file). Can we add it on OJ 1.5.2? regards Giuseppe-- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] OpenJUMP roadmap updates
OK for 1.6 Da: Michaël Michaud michael.mich...@free.fr A: jump-pilot-devel@lists.sourceforge.net Inviato: Sabato 11 Febbraio 2012 16:02 Oggetto: Re: [JPP-Devel] OpenJUMP roadmap updates Hi Giuseppe, If you commit your code to the trunk, it will go to 1.6.0 Thanks to Ede, 1.5 already has its own branch which will be reserved to bug fixes, language files and so. Ede, maybe the 1.5 branch needs to be synchronized with r1730 before new commits are made in the trunk. Ede, do we need to synchronize 1.5 with the trunk now or can we synchronize at any time with any release? Peppe, i'll have a look at your TEST version Michaël I did some tests today.These are the modifications I can add to OpenJUMP 1.5.2: a) Scale panel on Info bar. I did some tests and It actually works quite well with all AbstractCursorTools. A small modification on this file allows to change scale even while drawing and using left clicks zoom tools. b) To help users on navigation I would add ZoomToScale plugin to left click context sub menu. So we have a zoom center, zoom in, zoom out and zoom to scale plugins on a good position for people (like me) who have problem to use keyboard shortcuts. The effects are more evident while drawing and using left click context menu c) an modification of CoordinateListMetrics which shows lenght/angle/aread while drawing/measuring, on Info panel. This first improvement will show a code like this: Angle: 131.79° - Azimuth: N204.53° - Length: 238.11m (26.96m) - Area: 8497.08m² Angle is the one between the two last drawn segments, Azimuth is connected to the last segment, Length shows the total length (last drawn segment length) and Area. Azimuth is calculated only for UTM or similar projection (basically it calculate the north as the top part of the screen) For OpenJUMP 1.6 I want to improve point c) with an option panel to choose a map unit/measure unit (meter, foot, mile) and to have an Azimuth calculated also for polar projections. So, in the case above but the map unit is in meter and user wants to calculate in feet, it might look like [m-ft] Angle: 131.79° - Azimuth: N204.53° - Distance: 781.20ft (88.45ft) - Area: 91462.57ft² Before to add these modifications I like to have the opinion of list regards Giuseppe Da: Giuseppe Aruta giuseppe_ar...@yahoo.it A: OpenJump develop and use jump-pilot-devel@lists.sourceforge.net Inviato: Sabato 11 Febbraio 2012 13:33 Oggetto: Re: [JPP-Devel] OpenJUMP roadmap updates Hi Michael, I have already made a test version of OpenJUMP with these two improvements (metrics and scale displayed on info panel): https://sourceforge.net/projects/opensit/files/Openjump/TEST/ peppe Da: Michaël Michaud michael.mich...@free.fr A: OpenJump develop and use jump-pilot-devel@lists.sourceforge.net Inviato: Sabato 11 Febbraio 2012 11:46 Oggetto: [JPP-Devel] OpenJUMP roadmap updates Hi, I updated OpenJUMP roadmap wiki page : https://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=OpenJUMP_Roadmap I tried to separate 1.5.2 and 1.6.0 goals I wrote the name of developpers which will most likely manage a task where possible, but feel free to remove or add your name. Any addition/removal of a task can be discussed on the list. Maybe tasks should only be reported in bug report / feature requests trackers and roadmap should only have links to them. What do you think ? Michaël -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to
Re: [JPP-Devel] OpenJUMP roadmap updates
Hi, I have already made a test version of OpenJUMP with these two improvements (metrics and scale displayed on info panel): https://sourceforge.net/projects/opensit/files/Openjump/TEST/ Had a quick look. The plugin does what you described ;-) My feeling is that status bar is becoming overloaded. The drawback is that some informations are partly hidden if you've not a super-wide screen, and it's difficult to resize elements and make sure you see 100% of information you're interested in. Suggestions to be more concise : choose between angle and azimuth (it is the same information and you don't need both, so that it maybe a user preference). switch automatically between azimuth and surface depending on the geometry type. use abreviations (this is the responsability of each translator, and I think I'll experiment this for french) Information is cleaned when the feature is validated by a double-click (not if it is validated by clicking on editing toolbox icon) so that you cannot copy/paste measures. Another idea would be to have a user-defined information just beside the mouse (like a moving tooltip). A menu would make it possible to display either one of - coordinates - pixel value / altitude taken from a raster layer - azimuth - angle - length (+ total) - area just a thought, as I don't use edition tools myself. Michaël peppe *Da:* Michaël Michaud michael.mich...@free.fr *A:* OpenJump develop and use jump-pilot-devel@lists.sourceforge.net *Inviato:* Sabato 11 Febbraio 2012 11:46 *Oggetto:* [JPP-Devel] OpenJUMP roadmap updates Hi, I updated OpenJUMP roadmap wiki page : https://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=OpenJUMP_Roadmap I tried to separate 1.5.2 and 1.6.0 goals I wrote the name of developpers which will most likely manage a task where possible, but feel free to remove or add your name. Any addition/removal of a task can be discussed on the list. Maybe tasks should only be reported in bug report / feature requests trackers and roadmap should only have links to them. What do you think ? Michaël -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ 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 -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Some improvements on OpenJUMP 1.6
Hi, With this new plugin, the The scale frame plugin on the view will becomes a decoration, for printing. Talking about decoration Larry's ShowNorthPlugin in not activated by default (by default-plugins.xml file). Can we add it on OJ 1.5.2? Didn't know about this plugin. I can't see what is the usefulness to have such an arrow in the view (printer plugin already has several arrows available for printing purpose). But if you or other users find it useful, I'll reactivate it. Easy job ;-) I'll first prepare its internationalization though as it has never been internationalized (only one key) Michaël regards Giuseppe -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/___ 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-3486847 ] Wrong Dialog message when Closing project
Bugs item #3486847, was opened at 2012-02-11 13:54 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3486847group_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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Wrong Dialog message when Closing project Initial Comment: When I close a project window (using a window corner button) - I get asked if I really want to close OpenJUMP. So the message is incorrect, as I am only closing the project - and may confuse the user. stefan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3486847group_id=118054 -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ 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-3486848 ] Style menu no accessible from Menues
Bugs item #3486848, was opened at 2012-02-11 13:57 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3486848group_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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Style menu no accessible from Menues Initial Comment: The style functions are not accessible from the menus... I wonder if that restricts working with tablets as we can not access the menu with key strokes. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3486848group_id=118054 -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ 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-3486849 ] Theming/Classifcation selector jumps back to: equal interval
Bugs item #3486849, was opened at 2012-02-11 14:00 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3486849group_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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Theming/Classifcation selector jumps back to: equal interval Initial Comment: Select a classification in the color themeing dialog and leave the dialog after application of the classification. Upon return the classification shown is always equal interval - instead of the one selected. stefan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3486849group_id=118054 -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ 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-3486850 ] loading *.ecw on MacOSX with OJ 1.5.1 fails
Bugs item #3486850, was opened at 2012-02-11 14:03 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3486850group_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: MacOSX Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: loading *.ecw on MacOSX with OJ 1.5.1 fails Initial Comment: When loading an ecw file I get the following error message: java.lang.Exception: no jecw in java.library.path at com.vividsolutions.jump.workbench.imagery.ecw.JNCSRendererProxy.throwAsException(JNCSRendererProxy.java:68) at com.vividsolutions.jump.workbench.imagery.ecw.JNCSRendererProxy.init(JNCSRendererProxy.java:60) at com.vividsolutions.jump.workbench.imagery.ecw.ECWImage.init(ECWImage.java:75) at com.vividsolutions.jump.workbench.imagery.ecw.ECWImage.init(ECWImage.java:70) at com.vividsolutions.jump.workbench.imagery.ecw.ECWImageFactory.createImage(ECWImageFactory.java:73) at com.vividsolutions.jump.workbench.imagery.ImageryLayerDataset.createImage(ImageryLayerDataset.java:77) at org.openjump.core.ui.io.file.ReferencedImageFactoryFileLayerLoader.createFeature(ReferencedImageFactoryFileLayerLoader.java:215) at org.openjump.core.ui.io.file.ReferencedImageFactoryFileLayerLoader.open(ReferencedImageFactoryFileLayerLoader.java:120) at org.openjump.core.ui.plugin.file.open.OpenFileWizard.run(OpenFileWizard.java:131) at org.openjump.core.ui.plugin.AbstractWizardPlugin.run(AbstractWizardPlugin.java:73) at com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorManager.java:152) at java.lang.Thread.run(Thread.java:680) stefan -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3486850group_id=118054 -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ 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-3486850 ] loading *.ecw on MacOSX with OJ 1.5.1 fails
Bugs item #3486850, was opened at 2012-02-11 14:03 Message generated for change (Comment added) made by mentaer You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3486850group_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: MacOSX Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: loading *.ecw on MacOSX with OJ 1.5.1 fails Initial Comment: When loading an ecw file I get the following error message: java.lang.Exception: no jecw in java.library.path at com.vividsolutions.jump.workbench.imagery.ecw.JNCSRendererProxy.throwAsException(JNCSRendererProxy.java:68) at com.vividsolutions.jump.workbench.imagery.ecw.JNCSRendererProxy.init(JNCSRendererProxy.java:60) at com.vividsolutions.jump.workbench.imagery.ecw.ECWImage.init(ECWImage.java:75) at com.vividsolutions.jump.workbench.imagery.ecw.ECWImage.init(ECWImage.java:70) at com.vividsolutions.jump.workbench.imagery.ecw.ECWImageFactory.createImage(ECWImageFactory.java:73) at com.vividsolutions.jump.workbench.imagery.ImageryLayerDataset.createImage(ImageryLayerDataset.java:77) at org.openjump.core.ui.io.file.ReferencedImageFactoryFileLayerLoader.createFeature(ReferencedImageFactoryFileLayerLoader.java:215) at org.openjump.core.ui.io.file.ReferencedImageFactoryFileLayerLoader.open(ReferencedImageFactoryFileLayerLoader.java:120) at org.openjump.core.ui.plugin.file.open.OpenFileWizard.run(OpenFileWizard.java:131) at org.openjump.core.ui.plugin.AbstractWizardPlugin.run(AbstractWizardPlugin.java:73) at com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorManager.java:152) at java.lang.Thread.run(Thread.java:680) stefan -- Comment By: mentaer (mentaer) Date: 2012-02-11 14:24 Message: Another note: With the error message the file dialog gets closed, but somehow a second dialog instance is still lurking around that can not be closed. It might be this is related to my fix for data loading on MacOSX? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3486850group_id=118054 -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ 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-3486853 ] can not change the size of attribute window
Bugs item #3486853, was opened at 2012-02-11 14:33 Message generated for change (Tracker Item Submitted) made by mentaer You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3486853group_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: mentaer (mentaer) Assigned to: Nobody/Anonymous (nobody) Summary: can not change the size of attribute window Initial Comment: For some reason that I can not figure - I can not change the size of the attribute window. However, when I sent the map window to the tray I can resize it. Calling the map window up again will block the resizing again. Starting OJ again, seems to solve the problem. I can resize both windows. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3486853group_id=118054 -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ 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-3486849 ] Theming/Classifcation selector jumps back to: equal interval
Bugs item #3486849, was opened at 2012-02-11 14:00 Message generated for change (Comment added) made by michaudm You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3486849group_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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Theming/Classifcation selector jumps back to: equal interval Initial Comment: Select a classification in the color themeing dialog and leave the dialog after application of the classification. Upon return the classification shown is always equal interval - instead of the one selected. stefan -- Comment By: michael michaud (michaudm) Date: 2012-02-11 14:52 Message: I modified the code on 31/07/2011 : before, classification method was persistent, but attribute was changed each time a new classification method was selected. Now the attribute choice decide which classification method can be choosen, not the opposite. But you are right, classification method is lost in cases where it could be persisted. It is not easy to persist though, because when you open the dialog, the layer may have changed, the layer decide which attributes are available and the attribute decide which classification methods are available. Michaël -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3486849group_id=118054 -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] vertexsymbol optimization
Thanks Geoff... the even better thing is that I/we can see how to thread the code :) stefan Am 11.02.12 01:14, schrieb Geoffrey Roy: Dear ede and Jukka No problems - I will probably leave the threaded code in for the next release as it is probably a good thing to do. Geoff On 11/02/2012 4:07 PM, edgar.sol...@web.de wrote: On 11.02.2012 02:54, Geoffrey Roy wrote: Dear ede and others If there is a problem with loading symbols then it will apply equally for the VertexSymbols plugin and to the FillPattern plugin, as both used the same in-line process for loading all symbols at startup. SNIP * For VertexSymbols: 92 symbols takes 0.1 mSec * For FillPattern: 161 images takes 2.4 mSec My first reaction is that these times are quite small and should not cause a noticeable delay - but perhaps I am missing something. You are right .. just tested here and come to the same conclusion. Removing sextante on the other speeds up the start significantly. In conclusion, false alarm, sorry for that. On the other hand i will have a look at the splash screen output which clearly starts listing all extensions and after that initializes one by one leaving the last found extensions name displayed. Will see if there is a way to have extensions printout some loading statistic and to print the current initializing extension as well. ..ede -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel - No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1913 / Virus Database: 2112/4801 - Release Date: 02/10/12 -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] OpenJUMP roadmap updates
Michaël Michaud wrote: Another idea would be to have a user-defined information just beside the mouse (like a moving tooltip). A menu would make it possible to display either one of - coordinates - pixel value / altitude taken from a raster layer - azimuth - angle - length (+ total) - area just a thought, as I don't use edition tools myself. Such tooltip is pretty handy when digitising because user does not need to move eyes from the working area into status bar. However, the box is also covering the map and therefore it should be located some short distance apart from the tooltip and the size of the box should be as small as possible for showing the necessary information. Box usually does not need to show all available decimals and angles should not be shown if user wants to see jus X and Y. We used to have such a tooltip in one application and it was tailored for a certain purpose but a general tooltip tool might have selections for - check boxes for the measures to be shown - count of decimal places (and areas must be rounded, not truncated then!) - if units and names of the measures are shown or not; - perhaps setting for the transparency of the tooltip info box background -Jukka Rahkonen- -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
