[JPP-Devel] SourceForge problems

[Larry Becker]

I have been having problems with accessing the openjump repository on
SourceForge for the last hour.  Is anyone else having issues?

If I keep trying, I eventually get it to work, but it is taking way too long
to update my copy of OJ.  I will check back with it tomorrow.

regards,
Larry

--
http://amusingprogrammer.blogspot.com/
attachment: Error.PNG-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP is rendering Strings? Very interesting...

[Larry Becker]

SS,

   public RenderingManager(final LayerViewPanel panel) {
   this.panel = panel;
   repaintTimer.setCoalesce(true);
   putAboveLayerables(SelectionBackgroundRenderer.CONTENT_ID,
   new Renderer.Factory() {
   public Renderer create() {
   return new SelectionBackgroundRenderer(panel);
   }
   });
   putAboveLayerables(FeatureSelectionRenderer.CONTENT_ID,
   new Renderer.Factory() {
   public Renderer create() {
   return new FeatureSelectionRenderer(panel);
   }
   });
   putAboveLayerables(AuditNonDupSelectionRenderer.CONTENT_ID,
   new Renderer.Factory() {
   public Renderer create() {
   return new AuditNonDupSelectionRenderer(panel);
   }
   });
   putAboveLayerables(AuditDupSelectionRenderer.CONTENT_ID,
   new Renderer.Factory() {
   public Renderer create() {
   return new AuditDupSelectionRenderer(panel);
   }
   });
   putAboveLayerables(LineStringSelectionRenderer.CONTENT_ID,
   new Renderer.Factory() {
   public Renderer create() {
   return new LineStringSelectionRenderer(panel);
   }
   });
   putAboveLayerables(PartSelectionRenderer.CONTENT_ID,
   new Renderer.Factory() {
   public Renderer create() {
   return new PartSelectionRenderer(panel);
   }
   });
   }

regards,
Larry

On 5/23/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:


I was finally able to figure out why I was getting a
NullPointerException in my pluggable rendering code. It is becuase
OpenJUMP is attempting to render Java String objects. (At least that
is what it looks like to me.)

My code returns a NullPointerException when it encounters one of these
Strings because I didn't design it to return a Renderer objecct for
Strings.

Here is how I found out what was happening. I added some logging
statements using log4j in the LayerViewPanel.repaint() method. I knew
that this was the source of the NullPointerException. I also suspected
that OpenJUMP was passing me something other that a Layer or WMSLayer
to render. So I modified the LayerViewPanel.repaint() method to loop
through the List of ContentIDs, or objects to be rendered. I think
printed the class name of each object in the List. After I found out
that the objects causing me problems were Strings, I modified the
logging statements in the repaint() method to also print out the value
of the Strings.

The Strings that are present in the List of objects to be rendered
when OpenJUMP first starts have the following values:

SELECTION_BACKGROUND
SELECTED_FEATURES
SELECTED_LINESTRINGS
SELECTED_PARTS
GRID
SCALE_SHOW
SCALE_BAR

Isn't this odd? Those Strings almost look like Constant values. I
wonder where in the world they are coming from?

I've attached a text file that contains the logging statements I put
into the modified LayerViewPanel.repaint() method. I have also
attached the log file that contains the text from the logging
statements.

I can modify my pluggable rendering system to ignore String objects,
but I'd really like to know how they end up in the ContentIDs List to
begin with. Thank you in advance for any suggestions or insight.

The Sunburned Surveyor

P.S. - I just found a new friend. His name is log4j. :]

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel






--
http://amusingprogrammer.blogspot.com/
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Caching result of WMS requests?

[Larry Becker]

Wow!  Sounds like you've been avoiding sleep in more ways than one. :-)

Anyway, since you mention the processQueue method, I did have to add a try
catch block to it because I was running into some timing dependent array
index out of range errors.  Like most of these kinds of problems, this only
happens about once a year.

   Runnable runnable;
   try {  //LDB: prevent Array index out of range: 0
   runnable =(Runnable) queuedRunnables.remove(0);
   } catch (ArrayIndexOutOfBoundsException ex) {
   return;
   }
  setRunningThreads(getRunningThreads()+1);

regards,
Larry

On 5/22/07, Sascha L. Teichmann [EMAIL PROTECTED] wrote:


Hi Larry,

The ThreadQueue .. my beloved enemy.
Yes, Larry, I know that and code like this is already in the
Print/Layout plug-in.

To avoid the sleep() loop I also add a special Runnable at
the end of that queue that unlocks a monitor when its executed.

Actually there are two ThreadQueues. The default one with
public access and and a second one with private access.
DB and WMS requests go to this private queue so there is
no possibility to sync with this beast.
You can temper with the Layerables Blackboard to force
them be rendered with the default queue. This is a workaround
and does not work very well. Counting my grey hairs I swear
there where less of them before I started with the ThreadQueue stuff.

The Implementation of the ThreadQueue is a horror (sorry, Jon ;-)
Starting a fresh new Thread for each Runnable .. no pooling at all.

Copy out of the source:

private void processQueue() {
while (!queuedRunnables.isEmpty() 
(runningThreads  maxRunningThreads)  enabled) {
setRunningThreads(getRunningThreads()+1);
new Thread((Runnable) queuedRunnables.remove(0)).start();
// I wonder if it would improve performance to put a little
// delay here. This loop seems pretty tight. Then again, I
haven't
// worked with this code in several months, so I might be
mistaken.
// [Jon Aquino 2005-03-2]
}
}

This thight loop eats CPU time!

The default queue is actually a Thread serializer because max
parallel threads are limited to 1! To achieve this you don't need
a thread queue ... There is also a EventListener mechanism that
is broken some how.

BTW: I've a new ThreadQueue implementation here, but it need's
a bit more of testing.

- Sascha




Larry Becker schrieb:
 Hi Sascha,

I have run into the WMS Layer problem you referred to.  It is caused
 by the fact that WMSLayer renders on a separate Thread.  To wait for
 those layers to finish rendering, I wait for the Thread queue to be
 empty as in the following snippet:

   renderingManager.renderAll();
   ThreadQueue runningThreads =
renderingManager.getDefaultRendererThreadQueue();
   while (runningThreads.getRunningThreads()0)
   Thread.sleep(200);

 regards,
 Larry

 On 5/22/07, *Stefan Steiniger* [EMAIL PROTECTED]
 mailto:[EMAIL PROTECTED] wrote:

 Hei Sascha,

 thanx a lot.
 are you going to commit it the openjump cvs repository?
 would be nice :o)

 stefan

 Sascha L. Teichmann schrieb:
  Hi together,
 
  I'm currently hunting down some timing bugs in the Print/Layout
 plug-in.
  If WMS layers are used they are not always imported correctly into
  the layout sheet.
 
  On my trip down the rendering path I found out that WMS layers
  do not cache the resulting images of there requests.
 
  I've written a patch (see attachment) against WMSLayer [1] that
stores
  the result of the last request using a pair of java.net.URL and
  java.lang.ref.SoftReference (java.awt.Image).
  If the next WMS request URL equals the last one the stored
  image is used and so expensive traffic is avoid.
 
  This does not solve my timing problem but it improves it a bit.
  IMHO this little tweak improves WMS performance in general
  by removing redundant HTTP traffic.
 
  Kind regards,
Sascha
 
  [1] com.vividsolutions.jump.workbench.model.WMSLayer
 
 
 



 
  Index: src/com/vividsolutions/jump/workbench/model/WMSLayer.java
 
===
  RCS file:

/cvsroot/jump-pilot/openjump/src/com/vividsolutions/jump/workbench/model/WMSLayer.java,v

  retrieving revision 1.2
  diff -u -w -r1.2 WMSLayer.java
  --- src/com/vividsolutions/jump/workbench/model/WMSLayer.java 24
 Jun 2005 09:01:57 -  1.2
  +++ src/com/vividsolutions/jump/workbench/model/WMSLayer.java 22
 May 2007 16:16:43 -
  @@ -51,6 +51,11 @@
   import com.vividsolutions.wms.MapRequest;
   import com.vividsolutions.wms.WMService

Re: [JPP-Devel] Question?

[Larry Becker]

Hi Stefan,

  So Eric's plugin allowed synchronized panning and zooming, right?  Sounds
very useful.  Like diff with text.

regards,
Larry

On 5/22/07, Stefan Steiniger [EMAIL PROTECTED] wrote:


@Michael,

i would not vote for removing the task cloning if it is what i am
thinking of. The point is that the same view of one situation may be
sometimes good to have (to make images for instance?). On the other hand
  i am not sure how Eric did it.. if he used 2 tasks and synchronized
their coordinates or just 2 views?

(Note for Larry: Eric is a guy, who made a snycronization between views
to see temporal changes of databases while panning around. This is
necessary to visualize easily updates of datasets (i.e. house removed or
built new). Unfortunately I have not yet ask him for the plugins and
mods necessary to built in his window tools - which are bit like the
ones available in SIGLE's FOSS4G edition)

Larry Becker schrieb:
 Michaël,

   I agree that PlugInContext is probably not appropriate in the model.
 I changed mine to WorkbenchContext since SkyJUMP no longer allows Task
 Cloning because it was buggy.  Now that I think of it, the bugs might
 have been related to the issue of disposing of cloned references.

 regards,
 Larry


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Question? - rendering

[Larry Becker]

Michaël, it looks like you need to mediate this dispute between me and
Stefan.  Stefan claims that the decimation optimization caused the zoombar
to get very slow when given some worst case very large polygon data that he
has.  I claim that the problem occurs even without the optimization, and
anyway the zoombar code does its own affine transforms so my change couldn't
be causing it.

regards,
Larry

On 5/22/07, Stefan Steiniger [EMAIL PROTECTED] wrote:


actually a question:

Larry, Michael: Did somebody change the zoombar behaviour - so that it
starts zoom on release and not in between, when the bar is still moved?

This would be necessary if we take over the rendering improvements from
skyjump - otherwise it may stop the system for some minutes because it
re-renders every bar step trigger.

stefan

BTW: i would like to thank you: Larry, Michael and Sascha and the
others.. you start now talking about important mods, where i dont have a
clue what you are actually talking about (i am not a IT guy ;o)
BTW: i plan to submit my thesis by mid-end of june.. so then i will have
more time again


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Question?

[Larry Becker]

Hi David,

 Welcome to the list.  That is an excellent question. I wish I had an
answer for you, but it is one of the unsolved problems with JUMP (all
flavors I believe).  In my tests, it is not even consistent.  Sometimes
removing a layer will free most of the memory, but usually it will not.

 There have been attempts made to fix the problem in OpenJump.  See :
com.vividsolutions.jump.workbench.ui.plugin.RemoveSelectedLayersPlugIn
method remove(Layerable[]) which calls
selectedLayers[i].getLayerManager().dispose(selectedLayers[i]) and does
everything you could reasonably expect, however much of the memory, usually
all of it, is still committed after this code runs.

Apparently some plugin(s) still have references to the disposed layers.
Probably via a listener of some kind, but no one has ever tracked down the
problem.

 David, you would be doing a great service to the whole JUMP community if
you could find the solution to this problem.

regards,
Larry Becker

On 5/21/07, david alejandro garcia ortega [EMAIL PROTECTED] wrote:


Hi  I am working with the source code of OpenJump and i have the following
question:

When I load a dataset(shapefile)  commited memory is about 150Mb, then
when I remove the dataset the commited memory is about 140Mb. Why
doesn´t memory free?

I want to free memory when the layer is turned invisible calling dispose()
of layer class, and when is turned visible I load the featurecollection
again. But this not work i can´t free memory. What can i do?

Thanks, and sorry for my English i am from México.

--
Windows Live Spaces en Prodigy/MSN Haz clic aquí
http://g.msn.com/8HMBESMX/2743??PS=47575 La red más grande en México y
el mundo.
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel





--
http://amusingprogrammer.blogspot.com/
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Question?

[Larry Becker]

Hi Craig,

 Good point, however if you close the task (project) all memory is
reclaimed, so it would seem to be possible to reclaim it by removing a
layer.

Larry

On 5/21/07, A. Craig West [EMAIL PROTECTED] wrote:


Do we know if this is a problem with references being hung onto
internally, or just the standard Java VM behavior where the Java VM
normally doesn't return memory to the OS?
-Craig

On 5/21/07, Stefan Steiniger [EMAIL PROTECTED] wrote:
 hei David,

 in case you don't know
 what sometimes can help a bit is to press the garbage collect button
 of the help/about/info tab

 but only sometimes :I

 stefan

 david alejandro garcia ortega schrieb:
  Thanks Larry i will try to find a solution to the problem.
 
   DAVID GARCIA
 
 

  From: /Larry Becker [EMAIL PROTECTED]/
  Reply-To: /List for discussion of JPP development and use.
  jump-pilot-devel@lists.sourceforge.net/
  To: /List for discussion of JPP development and use.
  jump-pilot-devel@lists.sourceforge.net/
  Subject: /Re: [JPP-Devel] Question?/
  Date: /Mon, 21 May 2007 11:03:03 -0500/
 
  Hi David,
 
Welcome to the list.  That is an excellent question. I wish I
had
  an answer for you, but it is one of the unsolved problems with
JUMP
  (all flavors I believe).  In my tests, it is not even consistent.
  Sometimes removing a layer will free most of the memory, but
usually
  it will not.
 
There have been attempts made to fix the problem in
OpenJump.  See
  :
 
com.vividsolutions.jump.workbench.ui.plugin.RemoveSelectedLayersPlugIn
  method remove(Layerable[]) which calls
  selectedLayers[i].getLayerManager().dispose(selectedLayers[i]) and
  does everything you could reasonably expect, however much of the
  memory, usually all of it, is still committed after this code
runs.
 
  Apparently some plugin(s) still have references to the disposed
  layers.  Probably via a listener of some kind, but no one has ever
  tracked down the problem.
 
David, you would be doing a great service to the whole JUMP
  community if you could find the solution to this problem.
 
  regards,
  Larry Becker
 
  On 5/21/07, *david alejandro garcia ortega* [EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED] wrote:
 
  Hi  I am working with the source code of OpenJump and i have
the
  following question:
 
  When I load a dataset(shapefile)  commited memory is about
  150Mb, then when I remove the dataset the commited memory is
  about 140Mb. Why doesn´t memory free?
 
  I want to free memory when the layer is turned invisible
calling
  dispose() of layer class, and when is turned visible I load
the
  featurecollection again. But this not work i can´t free
memory.
  What can i do?
 
  Thanks, and sorry for my English i am from México.
 
 
 

  Windows Live Spaces en Prodigy/MSN Haz clic aquí
  http://g.msn.com/8HMBESMX/2743??PS=47575La red más grande en
  México y el mundo.
 
-
  This SF.net email is sponsored by DB2 Express
  Download DB2 Express C - the FREE version of DB2 express and
take
  control of your XML. No limits. Just data. Click to get it
now.
  http://sourceforge.net/powerbar/db2/
  ___
  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
 
 
 
 
  --
  http://amusingprogrammer.blogspot.com/
 

  
-
   This SF.net email is sponsored by DB2 Express
   Download DB2 Express C - the FREE version of DB2 express and
take
   control of your XML. No limits. Just data. Click to get it now.
   http://sourceforge.net/powerbar/db2/
 
   ___
   Jump-pilot-devel mailing list
   Jump-pilot-devel@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
 
 
 

  Comparte archivos de manera inmediata con Windows Live Messenger en
  Prodigy/MSN Haz clic aquí http://g.msn.com/8HMAESMX/2731??PS=47575
 
 
 

 
 
-
  This SF.net email is sponsored by DB2 Express
  Download DB2 Express C - the FREE version of DB2 express and take
  control of your XML. No limits. Just data. Click to get it now.
  http

Re: [JPP-Devel] I could really use some help with this question on the RenderingManager...

[Larry Becker]

Hi SS,

You said:

The line that is generating the error mesage is this:

if (getRenderer(contentID).equals(null))

The only way that could be true is if contentID is null.  If I remember
correctly, contentID is basically the layer object.

Larry


On 5/21/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:


Sascha,

This is how the method was coded first, and I still got the error
message. I changed it today thinking that might fix the problem.

Do you have any other ideas?

The Sunburned Surveyor

On 5/21/07, Sascha L. Teichmann [EMAIL PROTECTED] wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Hi,

 What about rewriting

 getRenderer(contentID).equals(null)

 as

 getRenderer(contentID) == null

 ?

 - - Sascha

 Sunburned Surveyor schrieb:
  I'm about ready to give up on this pluggable rendering system for
  OpenJUMP. :]
 
  I created JUnit tests for the two main classes involved, namely
  RendererFactory and RegularRendererFactoryTool. All the JUnit tests
  for the public methods in both the classes pass with no problems now
  that I have made some corrections to my code.
 
  I built OpenJUMP today so that I could test the modified code.
  OpenJUMP opens but gives me an error message after displaying the
  layer view. The error message is again a NullPointerException but this
  time it is coming from the render() method of the RenderingManager
  class which seems odd.
 
  The line that is generating the error mesage is this:
 
  if (getRenderer(contentID).equals(null))
 
  This really confuses me, since it seems that we are calling the
  getRendererMethod which is defined in the same class,
  RenderingManager, that also defines the render() method that is
  throwing an exception.
 
  How can I be generating a NullPointerException from this method? If
  the NullPointerException was coming from inside the getRenderer()
  method itself, wouldn't that be indicated in the stack trace of the
  exception?
 
  I should also mention that OpenJUMP correctly renders a layer when I
  am adding a new layer to the project, but that any attempts to pan or
  zoom the Layer View result in the same NullPointerException that is
  produced when OpenJUMP first opens.
 
  I'm really lost with this one. Any help or suggestions of where to
  look for the source of this NullPointerException would be greatly
  appreciated.
 
  Thanks in advance for the help.
 
  The Sunburned Surveyor
 
  P.S. - I have attached the text will all of the statements of the
  RenderingManager.render() method if you want to take a look.
 
 
 

 
public void render(Object contentID, boolean clearImageCache) {
 
if (getRenderer(contentID).equals(null))
{
/*
 * Modified this method to wrap the call to
createRenderer() in a try/catch block.
 * [The Sunburned Surveyor 2007-05-02]
 *
 */
try
{
setRenderer(contentID,
createRenderer(contentID));
}
 
catch(ExcPluggableRendererNotFound
thisException)
{
System.err.println(
thisException.getMessage());
}
}
 
if (getRenderer(contentID).isRendering()) {
getRenderer(contentID).cancel();
 
//It might not cancel immediately, so create a
new Renderer [Jon
// Aquino]
 
/*
 * Modified this method to wrap the call to
createRenderer() in a try/catch block.
 * [The Sunburned Surveyor 2007-05-02]
 *
 */
try
{
setRenderer(contentID,
createRenderer(contentID));
}
 
catch(ExcPluggableRendererNotFound
thisException)
{
System.err.println(
thisException.getMessage());
}
}
 
if (clearImageCache) {
getRenderer(contentID).clearImageCache();
}
Runnable runnable =
getRenderer(contentID).createRunnable();
if (runnable != null) {
// Before I would create threads that did
nothing. Now I never do
// that -- I just return null. A dozen threads
that do nothing make
// the system sluggish. [Jon Aquino]
((contentID instanceof Layerable  ((Layerable)
contentID)
 
.getBlackboard().get(USE_MULTI_RENDERING_THREAD_QUEUE_KEY,
false)) 

Re: [JPP-Devel] I could really use some help with this question on the RenderingManager...

[Larry Becker]

Wishful thinking.  There are no layers in an empty project, so there are no
renders.

Larry

On 5/21/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:


I just realized OpenJUMP isn't passing the LayerViewPanel or any other
phantom object to the render() method.

The only way the

if (getRenderer(contentID).equals(null))

statement could be causing a NullPointerException is if OpenJUMP was
passing the render() method a null value.

I think it does this when opening an empty project or right before a
pan and zoom.

I'll see if I can modify the render() method to handle this. Maybe Jon
would remember how this code works...

SS

On 5/21/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:
 Larry,

 This makes sense. I didn't think about the fact that I was calling the
 Object.equals method in this line.

 I find your comments interesting because a Layer object is not passed
 to OpenJUMP when a project is first opened. Maybe this is why I can
 rendering works with no error when I load a Shapefile. In this case I
 know OpenJUMP is being passed a valid Layer object.

 I think something besides a layer is being passed to the render()
 fmethod when OpenJUMP first opens up an empty project. I think this
 same phantom object is being passed before any Layerables the Layer
 View is panned or zoomed.

 Perhaps the render() method is passed a reference to the
 LayerViewPanel itself? I'll have to take a look at the code in JUMP to
 see if I can figure this out.

 Very interesting. At least I am beginning to think the problem isn't
 in any of the classes that I introduced.

 The Sunburned Surveyor
  Hi SS,
 
  You said:
  The line that is generating the error mesage is this:
 
  if (getRenderer(contentID).equals(null))
  The only way that could be true is if contentID is null.  If I
remember
  correctly, contentID is basically the layer object.
 
  Larry
 
 
 
  On 5/21/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:
  
   Sascha,
  
   This is how the method was coded first, and I still got the error
   message. I changed it today thinking that might fix the problem.
  
   Do you have any other ideas?
  
   The Sunburned Surveyor
  
   On 5/21/07, Sascha L. Teichmann [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
   
Hi,
   
What about rewriting
   
getRenderer(contentID).equals(null)
   
as
   
getRenderer(contentID) == null
   
?
   
- - Sascha
   
Sunburned Surveyor schrieb:
 I'm about ready to give up on this pluggable rendering system
for
 OpenJUMP. :]

 I created JUnit tests for the two main classes involved, namely
 RendererFactory and RegularRendererFactoryTool. All the JUnit
tests
 for the public methods in both the classes pass with no problems
now
 that I have made some corrections to my code.

 I built OpenJUMP today so that I could test the modified code.
 OpenJUMP opens but gives me an error message after displaying
the
 layer view. The error message is again a NullPointerException
but this
 time it is coming from the render() method of the
RenderingManager
 class which seems odd.

 The line that is generating the error mesage is this:

 if (getRenderer(contentID).equals(null))

 This really confuses me, since it seems that we are calling the
 getRendererMethod which is defined in the same class,
 RenderingManager, that also defines the render() method that is
 throwing an exception.

 How can I be generating a NullPointerException from this method?
If
 the NullPointerException was coming from inside the
getRenderer()
 method itself, wouldn't that be indicated in the stack trace of
the
 exception?

 I should also mention that OpenJUMP correctly renders a layer
when I
 am adding a new layer to the project, but that any attempts to
pan or
 zoom the Layer View result in the same NullPointerException that
is
 produced when OpenJUMP first opens.

 I'm really lost with this one. Any help or suggestions of where
to
 look for the source of this NullPointerException would be
greatly
 appreciated.

 Thanks in advance for the help.

 The Sunburned Surveyor

 P.S. - I have attached the text will all of the statements of
the
 RenderingManager.render() method if you want to take a look.



 


   public void render(Object contentID, boolean
clearImageCache) {

   if
  (getRenderer(contentID).equals(null))
   {
   /*
* Modified this method to wrap the call
to
  createRenderer() in a try/catch block.
* [The Sunburned Surveyor 2007-05-02]
*
*/
   try
   {

Re: [JPP-Devel] A question about null values...

[Larry Becker]

SS,

   When you get an exception while running in Eclipse, you should be
able to click on the line in the Console and have it take you to the
exact line that caused the error.  Even if you are not running in
Eclipse, the line number should be available in the Details, and
Navigate - Go to Line should take you there.

regards,
Larry

On 5/16/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:
 Craig,

 Thanks for your help. This tells me that the problem could possibly be
 with other statements in the method throwing the null pointer
 exception, not just the HashMap. I'll have to do some more digging to
 see what is going on.

 You help is appreciated.

 The Sunburned Surveyor

 On 5/16/07, A. Craig West [EMAIL PROTECTED] wrote:
  Your cast should be fine, although of course you will get a null
  pointer exception if you ever try to actually dereference casted...
  -Craig
 
  On 5/16/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:
   Are you allowed to cast an object with a value of null, or does this
   throw an exception?
  
   For example, would the following statement throw an exception if the
   needToCast reference was null?
  
   IRendererFactoryTool casted = (IRendererFactoryTool) needToCast;
  
   Thanks,
  
   The Sunburned Surveyor
  
   -
   This SF.net email is sponsored by DB2 Express
   Download DB2 Express C - the FREE version of DB2 express and take
   control of your XML. No limits. Just data. Click to get it now.
   http://sourceforge.net/powerbar/db2/
   ___
   Jump-pilot-devel mailing list
   Jump-pilot-devel@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
  
 
  -
  This SF.net email is sponsored by DB2 Express
  Download DB2 Express C - the FREE version of DB2 express and take
  control of your XML. No limits. Just data. Click to get it now.
  http://sourceforge.net/powerbar/db2/
  ___
  Jump-pilot-devel mailing list
  Jump-pilot-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
 

 -
 This SF.net email is sponsored by DB2 Express
 Download DB2 Express C - the FREE version of DB2 express and take
 control of your XML. No limits. Just data. Click to get it now.
 http://sourceforge.net/powerbar/db2/
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel



-- 
http://amusingprogrammer.blogspot.com/

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] wiki on sourceforge

[Larry Becker]

I forgot about that.  I couldn't get it to work on SkyJUMP.  I suspect
that setting the script to execute will only work on linux.  Any
hints, Stefan?

thanks,
Larry

On 5/16/07, Stefan Steiniger [EMAIL PROTECTED] wrote:
 cool... thanx for pointing on that
 but i wondered how they have done the changelog on the vividsolutions
 cvs. But currently i am already quite happy to have the cvs email log ;)

 all the things mentioned by Sascha are very hepful and i really enjoy
 reading them for the wfs/printlayout plugin development.


 Larry Becker schrieb:
  A changeLog would be nice.  You can auto-generate one using the
  changelog http://sourceforge.net/projects/cvschangelog/Eclipse tool.
  Check the SkyJUMP release notes to see an example (scroll to the
  bottom).  It basically concatenates all of the CVS commit notes in time
  order for you.
 
  Larry
 
  On 5/16/07, *Sascha L. Teichmann* [EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED] wrote:
 
  -BEGIN PGP SIGNED MESSAGE-
  Hash: SHA1
 
  Hi,
 
  Stefan Steiniger schrieb:
i just have seen, that Sourceforge now also offers a wiki.
   
It may offer the choice to move some development related pages to
  that
wiki. for instance changes on the cvs, needed and added new
  functions,
 
  Wikis are fine for documentation, but as a developer i would always vote
  for some of these in the CVS
  - - ChangeLog   (developer's log),
  - - Changes.txt (summarized dev log for users)
  - - TODO.txt(guess)
 
  Pro: They will be always with the source and not scattered around
  in 404 suffering web space.
 
  Just my 2 cents,
Sascha
 
  -BEGIN PGP SIGNATURE-
  Version: GnuPG v1.4.2.2 (GNU/Linux)
  Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
 
  iD8DBQFGS1H7srvOlFf8EzcRAnSWAKCAWmwRFileqy8nGzDz2SGHV025QQCdFXXZ
  ofSYVVEEZ6cYdNcsnyN/4Fw=
  =TW8n
  -END PGP SIGNATURE-
 
  
  -
  This SF.net email is sponsored by DB2 Express
  Download DB2 Express C - the FREE version of DB2 express and take
  control of your XML. No limits. Just data. Click to get it now.
  http://sourceforge.net/powerbar/db2/
  ___
  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
  https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
 
 
 
 
  --
  http://amusingprogrammer.blogspot.com/
 
 
  
 
  -
  This SF.net email is sponsored by DB2 Express
  Download DB2 Express C - the FREE version of DB2 express and take
  control of your XML. No limits. Just data. Click to get it now.
  http://sourceforge.net/powerbar/db2/
 
 
  
 
  ___
  Jump-pilot-devel mailing list
  Jump-pilot-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

 -
 This SF.net email is sponsored by DB2 Express
 Download DB2 Express C - the FREE version of DB2 express and take
 control of your XML. No limits. Just data. Click to get it now.
 http://sourceforge.net/powerbar/db2/
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel



-- 
http://amusingprogrammer.blogspot.com/

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] My Article in the OSGeo Journal

[Larry Becker]

Nice work.

Larry

On 5/15/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:


I had the privilege of writing a short, introductory article to
spatial relationships for the first article of the OSGeo Journal.

You can find the PDF version of the enrire issue here:
http://www.osgeo.org/files/journal/final_pdfs/OSGeoJournal_vol1.pdf


You can find an extract of my article here:
http://www.osgeo.org/files/journal/final_pdfs/OSGeo_vol1_spat_rel.pdf

I hope my efforts with the journal, the Free GIS Book, and the OSGeo
Summer of Code effort will give the Java GIS community a good presence
at the OSGeo, even if OpenJUMP isn't a project registered with the
OSGeo.

Let me know if you have suggestions for future articles. I'm trying to
focus on topical articles and programming tutorials in Java.

The Sunburned Surveyor

P.S. - I hope to demonstrate some spatial relationships concepts using
JTS in a future Journal article. I think that would be good exposure
for some of our work.

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel





--
http://amusingprogrammer.blogspot.com/
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Annontations as a Layer?

[Larry Becker]

SS,

  To see an example of a special label class, see the
com.vividsolutions.jump.workbench.ui.cursortool.NoteTool class.  It is a
simplified version of what you are talking about, I think.  There is also a
custom style called NoteStyle that renders it.  No one seems to instantiate
this orphaned JUMP class, but you can access it though the ISA plugin or
SkyJUMP via the Jython toolbox, if you want to preview it.

regards,
Larry

On 5/15/07, Martin Davis [EMAIL PROTECTED] wrote:


This approach makes sense, I think. Something similar is done in the
Imagery API - an Image is just a Feature with some special attributes,
which the Imagery renderer knows how to interpret (display on the screen).

The one trick is that if you intend your label boxes to have a
coordinate system which is different to the CS used by the LayerView
(e.g. the one used by the Features in other Layers), you may have to
pull some trickery in various places in the rendering pipeline to get
this to work correctly.

It sounds like you want to create the concept of a Layer which renders
in window space, rather than Feature space.  At a high level this is
certainly supported (e.g. the Scale Bar draws on a pane which is in
window space), but I'm not sure how easily this generalizes.  I would
instead look at keeping the label geometry in Feature space - this will
be much simpler.  Imagery works this way already.

Sunburned Surveyor wrote:
 I've been thinking a little about the test I will be writing for my
 pluggable renderer system and plug-in dependency system. This test
 will be a new plug-in that allows the user to place and manipulate
 labels on the layer view. The system will be vary simple to start, but
 could be expanded in the future to support more complex label layout.

 The plug-in will allow the user to specify the alignment,
 justification, font, font size, and content of each label. I hope to
 allow the content of the label to be based on the feature attribute of
 a feature stored in another layer. I will also store a rectangle that
 encompasses the text label with some buffer space as a JTS geometry.
 This should allow the user to select labels in spatial queries. (For
 example: Select all the labels on the Road Labels layer within 100
 feet of Interstate 5.) The user will also be able to make the
 background rectangles visible and will have the option to control
 their fill color, stroke color and stroke thickness.

 I'm pretty sure that I can store most, if not all, of the information
 for a label as attributes of a Feature object. In essence, I want to
 make the labels implementations and store them in a class that extends
 Layer. This means the user will be able to manipulate these labels as
 they do other layers. Obviously this type of Feature will be displayed
 by a custom renderer that I plug into OpenJUMP. This type of Feature
 will also have to obey a strict FeatureSchema. (I can't have someone
 renaming the font size attribute or deleting the font type attribute.)

 Does anyone see major problems with implementing text labels as
 implementations of the Feature interface? Does anyone see major
 problems with storing these labels in an extension of the Layer class?

 Do I need to create a new Label class from scratch to avoid problems
 that might result from the fact that a label is not a true geographic
 feature?

 Thanks for sharing your thoughts with me.

 The Sunburned Surveyor


-
 This SF.net email is sponsored by DB2 Express
 Download DB2 Express C - the FREE version of DB2 express and take
 control of your XML. No limits. Just data. Click to get it now.
 http://sourceforge.net/powerbar/db2/
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel



--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(250) 383-3022


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel





--
http://amusingprogrammer.blogspot.com/
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Switching to Subversion...

[Larry Becker]

Thanks Sunburned.  I read the article linked to in Malte's post.  I can see
where Subversion's atomic commit would be important in some environments,
but with the kind of service that I get from SourceForge, I would never get
anything done if I had to start over each time I got an error.

regards,
Larry

On 5/11/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:


Malte,

Thanks for posting that link.

We've decided to stick with CVS for the time being. That is the versioning
control system that most of our developers are familiar with, and the
advantages of Subversion aren't great enough at this time to make the
switch. (Another great advantage of Subversion is that it can version binary
files. I don't know if CVS can do this.)

As a side note, I maintain a SVN repository at my SurveyOS SourceForge
site, which stores some JUMP related code. This allows me to get some
experience working with Subversion and Subversion tools in case we do decide
to make the switch.

I imagine we will probably move to Subversion as it becomes more popular
and more of our developers start to work with it in their day jobs.

The Sunburned Surveyor


On 5/11/07, Malte Weller [EMAIL PROTECTED] wrote:

 Hello List,

 I just found this weblog about this subject:
 http://blogs.oracle.com/duffblog/2007/05/07#a411

 By the way, I vote for Subversion although Netbeans support isn't as
 good as Eclipse one.
 I worked with both Systems and Subversion more intuitive for me.
 But maybe I'm getting a more experienced Developer ;-)

 Greetings,
 Malte

 Sunburned Surveyor schrieb:
  Stefan,
 
  How is you thesis going? I hope well.
 
  You wrote: And you may remember that i send a link around where
  somebody did
  compare svn and cvs, and according to this person there is no clear
  advantage for either system.
 
  I think there is some small advantages to SVN, at least on the
  administration side. As I mentioned, you don't have to go through
  SourceForge people to make certain changes to the repository. These
  benefits aren't major, so I'm not going to push this too hard...
 
  You wrote: for me the main reason not to switch is the need of time
  for configuring
  and seeing how svn runs
  so i - for now - stay with cvs
 
  You are correct in this resepect. I don't want the move to SVN to be a

  problem for our developers. I thought perhaps they had already learned
  to use Subversion on other projects. I will raise this issue again in
  a few more months. As more of our developers learn to use SVN I think
  the switch will be easier and make more sense.
 
  Thanks for taking the time to add your input on this.
 
  The Sunburned Surveyor
 
 
 
  On 4/14/07, *Sunburned Surveyor*  [EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED] wrote:
 
  Stefan
 
 
  On 4/14/07, *Stefan Steiniger* [EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED] wrote:
 
  the same, as michael says, holds for me.
  I dont have any feelings against subversion, but why switching
 to
  another systems if everything works fine.
  And you may remember that i send a link around where somebody
 did
  compare svn and cvs, and according to this person there is no
  clear
  advantage for either system.
 
  for me the main reason not to switch is the need of time for
  configuring
  and seeing how svn runs
  so i - for now - stay with cvs
 
  stefan
 
  Sunburned Surveyor schrieb:
   O.K . - I'll put you down as a neutral vote...
  
   On 4/13/07, *Michaël Michaud* [EMAIL PROTECTED]
  mailto: [EMAIL PROTECTED]
   mailto: [EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED]  wrote:
  
  
 Are any of the other developers using Subversion? Are
  there still
 strong feelings against the migration?
  
   No opinion, just like the most simple solution. I prefer
  having time to
   improve jump than to configure cvs/svn access :-) .
  

 The Sunburned Surveyor


 
   


 
  

 
   
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net 's Techsay panel and you'll get
  the chance to
   share your
opinions on IT  business topics through brief
  surveys-and earn cash

  
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

  
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 
   
 
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
  

Re: [JPP-Devel] Some help integrating changes from SkyJUMP...

[Larry Becker]

Sunburned,

It's actually pretty straightforward to do the compare using Eclipse.
I use the right-click Compare With feature to synchronize features
with JUMP and OpenJump.  It will open up a Compare editor that will
step you through the differences and you can use the buttons to copy
changes that you want from one file to the other.

To invoke the Compare With feature you must have both projects open in
either the Eclipse CVS Repository perspective or the Java perspective.
 This is pretty easy since both are available on CVS, they can both be
checked out as projects.  You should choose the lowest version tag of
SkyJUMP to synchronize with since that one will have the fewest
changes.

It can get pretty overwhelming to figure out where to start.  The best
thing to do is to check out a copy of OpenJump and SkyJUMP and start
comparing the core classes.  I recommend you start with Viewport and
Java2DConverter.  There is very little difference between JUMP
versions in these files, yet small changes will give a great speed
improvement.  You should be most familiar with this part from your
work on a pluggable renderer.

If you ever find the number of changes is too great because of
internationalization or refactoring, just check out a copy of JUMP and
compare it to SkyJUMP.  That will highlight the changes in SkyJUMP
more effectively.

Good luck!  I know I don't have to tell you to ask questions. :-)

Larry

On 5/10/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:
 I would really like to start integrating some of the features in SkyJUMP
 into OpenJUMP. I'm still trying to figure out the best way to do this.
 Obviously we can't just replace the source code files, because SkyJUMP is
 built from JUMP's code base, not OpenJUMP's. This means that it won't
 contain the internationalization code, or other possible modifications that
 have been made to OpenJUMP. I won't be able to apply a patch for the same
 reason.

 Let me describe one possible procedure for integrating these changes from
 SkyJUMP:

 [1] Generate a diff using the SkyJUMP JAVA file and the corresponding
 OpenJUMP JAVA file.
 [2] Read through the diff to determine which differences are a result of the
 improvement, and not other changes in the two code bases.
 [3] Copy the selected changes by hand from the SkyJUMP JAVA file to the
 OpenJUMP JAVA file.

 Is this the best way to perform the integration? I guess I'm wondering if
 there is way to automate Step #2, but there probably isn't...

 Thanks for the help.

 The Sunburned Surveyor

 -
 This SF.net email is sponsored by DB2 Express
 Download DB2 Express C - the FREE version of DB2 express and take
 control of your XML. No limits. Just data. Click to get it now.
 http://sourceforge.net/powerbar/db2/
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel




-- 
http://amusingprogrammer.blogspot.com/

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Question about Mneu Items for Plugins

[Larry Becker]

I thought that it was time to start a new thread for this topic since
the original one was up to 15 posts and was kind of hijacked anyway.
:-)

To sum things up so far.  Michaël and Sunburned seem to be interested
in making OpenJumps GUI configurable by using an external XML file.  I
am mostly interested in using the already existing
workbench-properties.xml to allow lib/ext plugins to be added without
the necessity of creating an Extension.

It has been an interesting discussion so far, but to make it
productive I think we clearly need to define some terms more
rigorously.  In particular the term plugIn (or plug-in since spell
checkers don't understand camelCase).

As you all know, practically every feature in JUMP is implemented as a
plug-in.  I count about 60 of them instantiated at the top of
JUMPConfiguration alone.  These plug-in are sometimes lumped in with
what we call the core of JUMP.  They provide the basic UI and
feature set.  Let us call these plug-ins core plug-ins.

Then there are the plug-ins that are external to the particular JUMP
flavor that reside in the lib/ext folder.  These plug-in have UI
installation code present in their initialize() method which is called
by their own Extension class.  Let us call these add-on plug-ins.

As I mentioned, my goal is to use the workbench-properties.xml file as
it is used in the development environment - as a means of
instantiating add-on plug-ins.  However, I have no objection to the
idea of replacing the JUMPConfiguration class with another one that
uses a different external XML file to both instantiate and configure
the UI for a core plug-in.  This should be fairly easy to do since
JUMPConfiguration.initializeBuildTnPlugIns() already uses reflection
to build a list of plug-ins.  All that is required is some UI glue
code and an XML format and reader.

hope this clears up the discussion,
regards,
Larry Becker




-- 
http://amusingprogrammer.blogspot.com/

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Rationale for Extension concept

[Larry Becker]

Hi Michaël,

You are right.  No additional functionality is required.  There is
only one problem.  It doesn't work right now unless you are in the
development environment.  At least, I have never been able to get it
to work in a runtime deployed version of JUMP.

Larry

On 5/9/07, Michaël Michaud [EMAIL PROTECTED] wrote:

 The
 workbench-properties file would allow these users to only install the
 features they need, and are compatible with their version of OpenJump.
 
 
 Hi Larry,

 Let me do it completely clear.
 The workbench properties file seems to already have the feature you
 describe.
 One can read from the doc : the Workbench looks for plugins in two
 places: in JAR files in the workbench plugin directory, and in classes
 specified in the
 workbench properties fileFrom
 With the following example :
 workbench
 plug-inexample.HelloWorldPlugIn/plug-in
 /workbench
 What is the difference between your need and the workbench properties
 file specification ?

 Michael

 regards,
 Larry
 
 
 
 On 5/9/07, Michaël Michaud [EMAIL PROTECTED] wrote:
 
 
 I add my thanks,
 
 So more easy to understand with some clear explanations from the
 designer than trying to read java code in my favorite editor :-) .
 I'll add this in the wiki.
 
 Michael
 
 Sunburned Surveyor a écrit :
 
 
 
 Martin,
 
 This should be very helpful to Larry and others. I will take a close
 look at the Javadoc and source code for the Extension and Registry
 classes in the next couple of days.
 
 Thanks for the great explanation.
 
 The Sunburned Surveyor
 
 On 5/9/07, *Martin Davis* [EMAIL PROTECTED]
 mailto:[EMAIL PROTECTED] wrote:
 
 In response to SS's puzzlement about the Extension concept, here's the
 rationale:
 
 Originally JUMP just had the concept of plugins, but this quickly
 turned
 out to be limiting.  Many JUMP add-ons (to use a neutral term)
 comprise
 a whole collection of inter-operating plugins.  They may also contain
 other things, such as objects or classes which need to be added to the
 Registry (more on this later).Also, while plugins can
 self-install,
 sometimes it's more convenient to have another piece of code manage
 their installation (note: just like as the JUMPConfiguration class!)
 
 A JUMP Extension was intended to be a way of managing a whole
 collection
 of  plugins and associate objects.  It provides a single place
 where the
 developer can do all the various house-keeping tasks needed to
 install 
 configure a large add-on.  The extension class gets control
 during the
 load, and gets full access to the JUMP core.
 
 An extension also provides a way of managing a set of plugins
 which are
 related.  The extension has a version number and a name.  If JUMP
 allowed you to unload things, it would be extensions which were
 unloaded.
 
 Hopefully that clears things up, and convinces people that Extensions
 really are a necessary and fundamental JUMP concept.
 
 As for the Registry, I'm not sure if people really grok what this is
 for.  There are more and more things in JUMP which aren't plugins,
 but
 which need to be installed, managed, discovered and used by plugins
 which actually do work.  These are things like I/O drivers, Datastore
 drivers, Decorators, Geometry Functions, etc etc. The Registry was
 developed as a central place where these things could be managed. The
 Registry formalizes and provides a standard pattern for doing
 this.  It
 of course can have new Categories of objects added to it (by an
 Extension, naturally).
 
 We really should have spent a lot more time documenting and promoting
 these subtleties of the Workbench Framework, but as usual other
 priorities got in the way. So much to document, so little time...
 Maybe
 this can make its way onto the wiki...
 
 --
 Martin Davis
 Senior Technical Architect
 Refractions Research, Inc.
 (250) 383-3022
 
 
 
  -
 This SF.net email is sponsored by DB2 Express
 Download DB2 Express C - the FREE version of DB2 express and take
 control of your XML. No limits. Just data. Click to get it now.
 http://sourceforge.net/powerbar/db2/
 ___
 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
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
 
 
 
 
 -
 This SF.net email is sponsored by DB2 Express
 Download DB2 Express C - the FREE version of DB2 express and take
 control of your XML. No limits. Just data. Click to 

Re: [JPP-Devel] Question about Mneu Items for Plugins

[Larry Becker]

Hi Michaël,

  I believe the OJ feature request that you are referring to was
submitted by Steve Tanner:
Have JUMPConfiguration.java in XML file.

 Ugo added the following comment:

Ugo Taddei: �Has anyone thought about changing the
JUMPConfiguration.java to an xml-based config? That is,
instead of hard-coding all those plug-ins at compile
time, the app would generate them a runtime. I say this
because (1) JUMPConfiguration is rather long and (2) in
a project we only had to change the order and
availability of plug-ins, and commenting them out was a
solutions. It'd have been more elegant to do that with
a text file�.

If I understand this feature request right, it is referring to
supporting something like the development-only
workbench-properties.xml file (or perhaps just it).

I think this would be a great idea and have been considering working
on it.  If I could get runtime support for workbench-properties, would
that meet your requirements too?

regards,
Larry


On 5/8/07, Michaël Michaud [EMAIL PROTECTED] wrote:
 Hi,

 I take advantage of this mail to extend the question to a more general
 feature request...

 I have noticed that the oldest OJ's feature request is having an xml
 configuration file for OpenJUMP (feature request from Jon). A few days
 ago, I decided to have a look in some of OpenJUMP's classes where the UI
 initialization happens to see how difficult it would be to do it.
 There are two libraries I am interested in for UI design : swixml and
 buoy (I think E. Soldin used swixml for one of his plugins and I used
 buoy for 'simple query' plugin).
 Modifying OpenJUMP to use buoy would be a great project, but far too big
 for me, so I started to look how to benefit from swixml.
 After some hours trying to figure out how to put jump's UI elements into
 a swixml hierarchy, I still had no result, and started to wonder what is
 the better solution : to refactor some of OpenJUMP's ui classes and
 maybe create some specific swixml tag until I find a way to make OJ ui
 fit the swixml model, or to create a specific xml representation of
 OpenJUMP's ui elements.

 If JUMP's designers or swing gurus have some advices to give me or some
 experience about this problem, they are welcome.

 Michaël

 Stefan Steiniger a écrit :

 adding menu items to existing ones is one of the great things of JUMP ..
 thanx to Martin and Jon
 
 Geoffrey G Roy schrieb:
 
 
 To the Gurus
 
 I understand how to create a Main menu item, and to add one or more
 items to it when a plugin is loaded.  What should happen if two plugins
 create the same Main Menu item, and try to add different items to it???
 
 My initial testing seems to indicate that the last loaded plugin appears
 to replace the menu created with the first loaded plugin.  Is this
 behaviour correct, or can be be avoided.
 
 Geoff
 
 
 
 
 -
 This SF.net email is sponsored by DB2 Express
 Download DB2 Express C - the FREE version of DB2 express and take
 control of your XML. No limits. Just data. Click to get it now.
 http://sourceforge.net/powerbar/db2/
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
 
 
 
 


 -
 This SF.net email is sponsored by DB2 Express
 Download DB2 Express C - the FREE version of DB2 express and take
 control of your XML. No limits. Just data. Click to get it now.
 http://sourceforge.net/powerbar/db2/
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel



-- 
http://amusingprogrammer.blogspot.com/
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Question about Mneu Items for Plugins

[Larry Becker]

Hmm, I'm with you on installing plugins, but I'm not sure I agree that
the UI stuff should (or could) be configurable in the same way.

How about I get plugin support working and you can take it from there?
 Perhaps I'll like the UI stuff after I see it in action.

regards,
Larry

On 5/8/07, Michaël Michaud [EMAIL PROTECTED] wrote:
 Hi Larry,

 I must admit I even did not think about extending workbench-properties.xml.
 The feature request you refer to and your proposition meet exactly my
 questions.
 I understand that you think about extending workbench-properties.xml with
 specific tags representing jump's plugins and ui elements like
 menu-items and tools
 without using a specific library.
 I'm still not sure about the best approach, but it would be a great
 feature for OpenJUMP.

 Michaël

 Larry Becker a écrit :

 Hi Michaël,
 
   I believe the OJ feature request that you are referring to was
 submitted by Steve Tanner:
 Have JUMPConfiguration.java in XML file.
 
  Ugo added the following comment:
 
 Ugo Taddei: �Has anyone thought about changing the
 JUMPConfiguration.java to an xml-based config? That is,
 instead of hard-coding all those plug-ins at compile
 time, the app would generate them a runtime. I say this
 because (1) JUMPConfiguration is rather long and (2) in
 a project we only had to change the order and
 availability of plug-ins, and commenting them out was a
 solutions. It'd have been more elegant to do that with
 a text file�.
 
 If I understand this feature request right, it is referring to
 supporting something like the development-only
 workbench-properties.xml file (or perhaps just it).
 
 I think this would be a great idea and have been considering working
 on it.  If I could get runtime support for workbench-properties, would
 that meet your requirements too?
 
 regards,
 Larry
 
 
 On 5/8/07, Michaël Michaud [EMAIL PROTECTED] wrote:
 
 
 Hi,
 
 I take advantage of this mail to extend the question to a more general
 feature request...
 
 I have noticed that the oldest OJ's feature request is having an xml
 configuration file for OpenJUMP (feature request from Jon). A few days
 ago, I decided to have a look in some of OpenJUMP's classes where the UI
 initialization happens to see how difficult it would be to do it.
 There are two libraries I am interested in for UI design : swixml and
 buoy (I think E. Soldin used swixml for one of his plugins and I used
 buoy for 'simple query' plugin).
 Modifying OpenJUMP to use buoy would be a great project, but far too big
 for me, so I started to look how to benefit from swixml.
 After some hours trying to figure out how to put jump's UI elements into
 a swixml hierarchy, I still had no result, and started to wonder what is
 the better solution : to refactor some of OpenJUMP's ui classes and
 maybe create some specific swixml tag until I find a way to make OJ ui
 fit the swixml model, or to create a specific xml representation of
 OpenJUMP's ui elements.
 
 If JUMP's designers or swing gurus have some advices to give me or some
 experience about this problem, they are welcome.
 
 Michaël
 
 Stefan Steiniger a écrit :
 
 
 
 adding menu items to existing ones is one of the great things of JUMP ..
 thanx to Martin and Jon
 
 Geoffrey G Roy schrieb:
 
 
 
 
 To the Gurus
 
 I understand how to create a Main menu item, and to add one or more
 items to it when a plugin is loaded.  What should happen if two plugins
 create the same Main Menu item, and try to add different items to it???
 
 My initial testing seems to indicate that the last loaded plugin appears
 to replace the menu created with the first loaded plugin.  Is this
 behaviour correct, or can be be avoided.
 
 Geoff
 
 
 
 
 
 -
 This SF.net email is sponsored by DB2 Express
 Download DB2 Express C - the FREE version of DB2 express and take
 control of your XML. No limits. Just data. Click to get it now.
 http://sourceforge.net/powerbar/db2/
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
 
 
 
 
 
 
 -
 This SF.net email is sponsored by DB2 Express
 Download DB2 Express C - the FREE version of DB2 express and take
 control of your XML. No limits. Just data. Click to get it now.
 http://sourceforge.net/powerbar/db2/
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
 
 
 
 
 
 
 


 -
 This SF.net email is sponsored by DB2 Express
 Download DB2 Express C - the FREE version of DB2 express and take
 control of your XML. No limits. Just data. Click to get it now.
 http://sourceforge.net/powerbar/db2

Re: [JPP-Devel] Questions on FeatureCollection Interface

[Larry Becker]

Stefan is correct that Lists have more methods, although technically
Collection is an interface not a super class.  The List interface is a
superset of the Collection interface.  Notably it adds the important
positional access methods.  Of course, Lists also have order which all
Collections do not support.  Since JUMP depends on both of these
features, I believe it is correct to specify List and not Collection
since to do so would give programmers the false impression that it did
not matter which Collection was used.

regards,
Larry

See: 
http://java.sun.com/docs/books/tutorial/collections/interfaces/collection.html
and: http://java.sun.com/docs/books/tutorial/collections/interfaces/list.html

On 5/1/07, Stefan Steiniger [EMAIL PROTECTED] wrote:
 mhm.. to my knowledge the collection is the super class, thus lists have
 more methods.
 so you can not cast from collection to list but the other way around???

 stefan

 Sunburned Surveyor schrieb:
  Stefan,
 
  I'm a little confused. A List is an implemenation of the Collection
  interface. I thought it would make more sense for the FeatureCollection
  interface to return an implementation of Collection, rather than a List
  specifically, becuase it gives the programmer implementing the interface
  more flexibility.
 
  I don't think this really matters to the user of the FeatureCollection
  interface, as you can easily cast the returned implementation of
  Collection to a List if desired.
 
  I was just curious about the consistency of the FeatureCollection
  interface, as it had some methods that returned a generic collection,
  and some others that returned a List specifically. I think in hindsight
  it would've been better to have all of the methods return a Collection,
  as there was no specific reason why a List was returned.
 
  At any rate, Martin brought out that this isn't really a minor problem,
  and not worth fixing, as it would break any existing plug-ins that
  expect to get a List and not a Collection.
 
  The Sunburned Surveyor
 
  On 4/30/07, *Stefan Steiniger* [EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED] wrote:
 
  although you already respond with an ok.
  i just want underline what Martin said, because a list has much more
  features. and i guess alsmost everybody uses these nice features?
 
  But It may be possible to add a second method - if one prefers to get a
  collection :)
 
  stefan
 
  Sunburned Surveyor schrieb:
O.K.
   
SS
   
On 4/27/07, *Martin Davis* [EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED]
mailto: [EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED] wrote:
   
SS,
   
It's easy to change the FC interface methods return value
  from List to
Collection n the JUMP CVS codebase.
   
But you risk breaking a lot of external plugins which have
  been coded to
the current interface.  I don't really see a pressing need to
  do this,
so I would vote against it.
   
Sunburned Surveyor wrote:
  Martin,
 
  This makes perfect sense. Thank you for the clarification.
  If no one
  has an objection I will make a not of it in the Javadoc
  API. I might
  also see if I can refactor the FeatureCollection interface
  to use
  java.util.Collection on the other two methods. This will
  give me some
  practice with Refactoring. (I won't commit these changes
  to the CVS
  until I know it works and I've had a chance to talk to the
  other
  developers.)
 
  SS
 
  On 4/27/07, *Martin Davis*  [EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
  mailto: [EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED] wrote:
 
  The fact that getFeatures and query return a List is
  probably an
  undesirable widening of the API.  For maximum
  flexibility for
  implementors, they should all return Collection.  This was
just an
  oversight in the original design.
 
  The reason that remove(Envelope) returns a collection
  of the
removed
  features while the others don't is that in the other two
methods the
  caller already knows which features are the ones which
  are to be
  removed.  In the case of remove(Envelope) the only way
  to know
  what has
  happened is to get the method to report which features it
removed.
 
  Sunburned Surveyor wrote:
   I've been working on my 

Re: [JPP-Devel] Questions on FeatureCollection Interface

[Larry Becker]

I'm not trying to say that there on only one right way to do things,
however the basic JUMP design is a very good one, and consistency in
return values for the methods of a class is not necessarily something
to strive for.

In the case of getFeatures(), the main accessor method of the class,
it is advertising to developers that it returns a List with all of the
capabilities of a list.  JUMP's developers chose not to do this for
the less frequently used methods like remove() where it is less
important.  This is a valid choice.  Other choices are also valid,
providing they are thought out at the design stage of a project.
Since JUMP is in the maintenance stage, it is probably not appropriate
to change any interfaces in the API without a really good reason.

If you use the Eclipse right-click option of References, you will find
several places in the code that make use of the get(n) method of a
List after using getFeatures().  If you think about it, there are
naturally places in the code where order matters, and others where it
does not.  See Jon's comment on the query() method of FeatureDataset.

regards,
Larry


On 5/1/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:
 This discussion has gone a lot farther than I thought it would, but it has
 been interesting. I've learned some things about Collections in Java that I
 had never thought about before.

 Larry wrote: Notably it adds the important
 positional access methods.  Of course, Lists also have order which all
 Collections do not support.  Since JUMP depends on both of these
 features, I believe it is correct to specify List and not Collection
 since to do so would give programmers the false impression that it did
 not matter which Collection was used.

 If this is the case, then the FeatureCollection.remove() method should
 return a List and not a Collection, correct? I wasn't really questioning the
 use of a List in my original e-mail on this thread, I was just trying to
 understand why it was used as the return type for two of the methods in the
 interface, but not the third.

 I still don't understand why the methods in FeatureCollection need to return
 a List. I don't think the order of the returned collection of Feature
 objects, or the ability to access these objects positionally would be that
 critical. What seems critical to me is that the returned collection not
 contain duplicates. In which situation would the order of the Feature
 objects in the returned collection be important?

 I'm not trying to be argumentative. :] I want to understand why certain
 decisions were made in JUMP's code base, and I want to take advantage of the
 expertise more experienced Java developers like Stefan and Larry.

 Thank you in advance for your patient efforts to explain some of these basic
 Java principles to me.

 The Sunburned Surveyor


 On 5/1/07, Larry Becker [EMAIL PROTECTED] wrote:
 
  Stefan is correct that Lists have more methods, although technically
  Collection is an interface not a super class.  The List interface is a
  superset of the Collection interface.  Notably it adds the important
  positional access methods.  Of course, Lists also have order which all
  Collections do not support.  Since JUMP depends on both of these
  features, I believe it is correct to specify List and not Collection
  since to do so would give programmers the false impression that it did
  not matter which Collection was used.
 
  regards,
  Larry
 
  See:
 http://java.sun.com/docs/books/tutorial/collections/interfaces/collection.html
  and:
 http://java.sun.com/docs/books/tutorial/collections/interfaces/list.html
 
  On 5/1/07, Stefan Steiniger [EMAIL PROTECTED] wrote:
   mhm.. to my knowledge the collection is the super class, thus lists have
   more methods.
   so you can not cast from collection to list but the other way around???
  
   stefan
  
   Sunburned Surveyor schrieb:
Stefan,
   
I'm a little confused. A List is an implemenation of the Collection
interface. I thought it would make more sense for the
 FeatureCollection
interface to return an implementation of Collection, rather than a
 List
specifically, becuase it gives the programmer implementing the
 interface
more flexibility.
   
I don't think this really matters to the user of the FeatureCollection
interface, as you can easily cast the returned implementation of
Collection to a List if desired.
   
I was just curious about the consistency of the FeatureCollection
interface, as it had some methods that returned a generic collection,
and some others that returned a List specifically. I think in
 hindsight
it would've been better to have all of the methods return a
 Collection,
as there was no specific reason why a List was returned.
   
At any rate, Martin brought out that this isn't really a minor
 problem,
and not worth fixing, as it would break any existing plug-ins that
expect to get a List and not a Collection

Re: [JPP-Devel] ArcSDE Extension

[Larry Becker]

Stefan,

  Sorry, I assumed it was you.  This is the comment from the Extensions Manager:

CataloguedExtension { SDE extension, ArcSDE plugin, LB, version: 1.2,
JUMP version: 1.1.2, description: 'A ArcSDE database reader for JUMP.
But i am not yet sure if it works - since i exlcuded this plugin from
the ISA TOols 2.0.(sstein)', resources = [arcsde_plugin_isa2.0.jar,
arcsde.jar, concurrent.jar, jpe91_sdk.jar, jsde91_sdk.jar]}


regards,
Larry

On 4/30/07, Stefan Steiniger [EMAIL PROTECTED] wrote:
 Hei Larry,

 are you talking to me?
 I am not sure what you mean. I have not done any change on the ArcSDE
 Reader 2.0 plugin. It is still the one from August. Are you refering to
 a problem with OJ 1.2 Beta?

 ..And none of them (plugin + OJ 1.2) is installable either???

 lots of wondering ;o)
 stefan


 Larry Becker schrieb:
  Stefan,
 
   I tried you new installable ArcSDE extension and I didn't work.  The
  layers didn't display correctly and didn't load.  See the error list
  below and the attached screen capture.
 
  1 Problem Loading ._slab_area.
  See View / Log For Stack Traces
  DATABASE LEVEL ERROR OCCURRED. (Se Exception)
  1 Problem Loading ._slab_area.
  See View / Log For Stack Traces
  DATABASE LEVEL ERROR OCCURRED. (Se Exception)
  1 Problem Loading ._structure_existing_area.
  See View / Log For Stack Traces
  DATABASE LEVEL ERROR OCCURRED. (Se Exception)
  1 Problem Loading ._structure_existing_area.
  See View / Log For Stack Traces
  DATABASE LEVEL ERROR OCCURRED. (Se Exception)
  1 Problem Loading ._surf_wat_course_centerline.
  See View / Log For Stack Traces
  DATABASE LEVEL ERROR OCCURRED. (Se Exception)
 
  regards,
  Larry
 
 
  
 
 
  
 
 
  
 
  -
  This SF.net email is sponsored by DB2 Express
  Download DB2 Express C - the FREE version of DB2 express and take
  control of your XML. No limits. Just data. Click to get it now.
  http://sourceforge.net/powerbar/db2/
 
 
  
 
  ___
  Jump-pilot-devel mailing list
  Jump-pilot-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

 -
 This SF.net email is sponsored by DB2 Express
 Download DB2 Express C - the FREE version of DB2 express and take
 control of your XML. No limits. Just data. Click to get it now.
 http://sourceforge.net/powerbar/db2/
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel



-- 
http://amusingprogrammer.blogspot.com/

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Moving OpenJUMP Development To 1.5 JDK...

[Larry Becker]

Yes, I think the thread kind of got lost.  I was talking about changing the
code to take advantage of Java 5''s features, not just compiling with it,
which as Stefan pointed out, we have been doing for quite some time.

Larry

On 4/14/07, Stefan Steiniger [EMAIL PROTECTED] wrote:


Hei Landon,

sorry .. but you should have recognized that we are already working with
1.5!!!

stefan

Sunburned Surveyor schrieb:
 I still need to hear back from Vivid Solutions, but if I get a positive
 response to them I'd like to propose moving development of OpenJUMP to
 the 1.5 JDK. This would mean we'd compile OpenJUMP with that JDK and do
 our testing on the corresponding JRE.

 We'd also have to check with Jon about updating the nightly build so
 that it compiled with the 1.5 JDK.

 Are there any final objections or concerns to this?

 Thanks,

 The Sunburned Surveyor


 


-
 This SF.net email is sponsored by DB2 Express
 Download DB2 Express C - the FREE version of DB2 express and take
 control of your XML. No limits. Just data. Click to get it now.
 http://sourceforge.net/powerbar/db2/


 

 ___
 Jump-pilot-devel mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Jump-pilot-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel





--
http://amusingprogrammer.blogspot.com/
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
Jump-pilot-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Question about efficient in-memory feature storage...

[Larry Becker]

Hi Sunburned,

 Michaël is correct.  It is time to embrace the Java 5 enhancements.  It
may even be time to start considering Java 6.  My testing shows no problems
with compatibility.

 Regarding specific suggestions, I'm afraid I haven't yet understood
exactly what problem you are trying to solve.

regards,
Larry

On 4/13/07, Michaël Michaud [EMAIL PROTECTED] wrote:


Hi,

Did you have a look to java 5 documentation ? : you'll find interesting
information in Queue interface and LinkedList implementation.
I think there are also many open-source projects related to Cache
management.
With java 5 generics cast is no more necessary.
My advices :
- read the javadoc first
- use java 5 (this subject has not been discussed for a long time, but
my personnal feeling is that it is now time to use java 5, specially for
a new important project / feature)
- do-it yourself is good to learn, but for general problems and
performance issues, existing libs is often a better choice :-)

My two cents

Michaël


Sunburned Surveyor a écrit :

 I've been doing some more work on my FeatureCache implementation. I am
 currently designing a buffer that will hold a set number of features
 from the feature cache in memory. This will increase performance when
 a user is working with the same small group of features. The maximum
 number of features in the buffer will be set by the user and can be
 based on RAM of the computer running OpenJUMP and the user's need for
 speed. (A default maximum feature count will be provided.)

 I need some help from our more experienced Java developers. Larry
 seems to have a nack for performance issues, so perhaps he will have
 some advice. Any suggestion are welocome. :]

 I'm trying to figure what type of collection/container to use for the
 buffer. I took a look at the existing Java Collection implementations,
 and I don't see one that will work out of the box. I need a
 First-In-First-Out collection whose growth I can limit. I think I have
 three choices for the buffer's container:

 [1] Extend and modify an existing Collection implementation.
 [2] Write my own implementation of the Collection interface that
 behaves the way I need it to.
 [3] Write an implemenation that uses an array internally, works
 directly with objects that implement the Feature interface, but that
 does not implement Collection.

 Option 1 is probably the easiest, but I don't think it will be the
 most efficient or fast. Option #2 is great from a reusability
 standpoint, but it is a lot more work. I think Option 3 will be the
 fastest and most efficient, becuase I won't have to make object casts,
 but it will be more work than Option 1.

 How much speed will I gain if I avoid the Collection interface and the
 resulting casts from Object to Feature? Do you think Option 2 will be
 significantly faster?

 I think speed will be critical for this part of the FeatureCache
 implementation. The only part more critical from a speed point of view
 will be the binary format reader/writer.

 Thanks,

 The Sunburned Surveyor




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV



___
Jump-pilot-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Jump-pilot-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel





--
http://amusingprogrammer.blogspot.com/
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Jump-pilot-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Question about efficient in-memory feature storage...

[Larry Becker]

The best advice I can give on optimization is never do it until you have
working code. I have been working on JUMP for three years and have only
started looking at optimization the last month or so.

See http://www.extremeprogramming.org/rules/optimize.html

When I said I didn't understand what problem you are trying to solve, I
wasn't talking about queues and such.  I was asking (big picture) what
OpenJump deficiency are you trying to remedy?

Larry

On 4/13/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:


Michael and Larry,

Thank you for the responses. Please see my comments below.

Michael wrote: Did you have a look to java 5 documentation ? : you'll
find interesting
information in Queue interface and LinkedList implementation.

Yes, I took a look at the Queue interface. It had the First-In-First-Out
behavior, but I didn't see a way to limit the growth of the content, which I
would need to do for my purposes. If we decide to make the JUMP to a newer
JDK version that supports generics I might take a look at this.

Michael wrote: I think there are also many open-source projects related
to Cache
management.

Could you toss me a name or two? :] Remember that this question was really
about just the buffer, which is one part of the whole FeatureCache.

Larry wrote: Regarding specific suggestions, I'm afraid I haven't yet
understood exactly what problem you are trying to solve.

I'm trying to find the most efficient and fast First-In-First-Out
collection  for in-memory representation of features. I was concerned the
cost of object casting, since Java 1.4.2 doesn't support generics. Java
1.4.2 also does not contain a collection that implements the
growth-to-a-limit behavior that I need.

I will visit the JDK Version topic in a new thread, because I feel it is
an important one.

The Sunburned Surveyor


On 4/13/07, Larry Becker [EMAIL PROTECTED] wrote:

 Hi Sunburned,

   Michaël is correct.  It is time to embrace the Java 5 enhancements.
 It may even be time to start considering Java 6.  My testing shows no
 problems with compatibility.

   Regarding specific suggestions, I'm afraid I haven't yet understood
 exactly what problem you are trying to solve.

 regards,
 Larry

 On 4/13/07, Michaël Michaud [EMAIL PROTECTED]  wrote:
 
  Hi,
 
  Did you have a look to java 5 documentation ? : you'll find
  interesting
  information in Queue interface and LinkedList implementation.
  I think there are also many open-source projects related to Cache
  management.
  With java 5 generics cast is no more necessary.
  My advices :
  - read the javadoc first
  - use java 5 (this subject has not been discussed for a long time, but
 
  my personnal feeling is that it is now time to use java 5, specially
  for
  a new important project / feature)
  - do-it yourself is good to learn, but for general problems and
  performance issues, existing libs is often a better choice :-)
 
  My two cents
 
  Michaël
 
 
  Sunburned Surveyor a écrit :
 
   I've been doing some more work on my FeatureCache implementation. I
  am
   currently designing a buffer that will hold a set number of
  features
   from the feature cache in memory. This will increase performance
  when
   a user is working with the same small group of features. The maximum
   number of features in the buffer will be set by the user and can be
   based on RAM of the computer running OpenJUMP and the user's need
  for
   speed. (A default maximum feature count will be provided.)
  
   I need some help from our more experienced Java developers. Larry
   seems to have a nack for performance issues, so perhaps he will have
 
   some advice. Any suggestion are welocome. :]
  
   I'm trying to figure what type of collection/container to use for
  the
   buffer. I took a look at the existing Java Collection
  implementations,
   and I don't see one that will work out of the box. I need a
   First-In-First-Out collection whose growth I can limit. I think I
  have
   three choices for the buffer's container:
  
   [1] Extend and modify an existing Collection implementation.
   [2] Write my own implementation of the Collection interface that
   behaves the way I need it to.
   [3] Write an implemenation that uses an array internally, works
   directly with objects that implement the Feature interface, but that
 
   does not implement Collection.
  
   Option 1 is probably the easiest, but I don't think it will be the
   most efficient or fast. Option #2 is great from a reusability
   standpoint, but it is a lot more work. I think Option 3 will be the
   fastest and most efficient, becuase I won't have to make object
  casts,
   but it will be more work than Option 1.
  
   How much speed will I gain if I avoid the Collection interface and
  the
   resulting casts from Object to Feature? Do you think Option 2 will
  be
   significantly faster?
  
   I think speed will be critical for this part of the FeatureCache
   implementation. The only part more critical from a speed point

Re: [JPP-Devel] Debugging - Where does System.err output go?

[Larry Becker]

I think that it goes to the system console in Eclipse or whatever, otherwise
probably to the bit bucket.

regards,
Larry

On 4/12/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:


I've got the code for the plug-in dependency system and the pluggable
renderers integrated into a copy of OpenJUMP's source code. I've built the
code and I'm no doing some testing. I'm trying to track down the source of a
NullPointerException by using some temporary System.err.println()
statements. However, I can't seem to find this output, which usually appears
in a command terminal dialog box.

How is OpenJUMP set up to handle error output?

I was using the source code from the last stable release of OpenJUMP. I
thought I remember something about the error logging being diverted. I think
this may have been corrected in the CVS, so I'm going to try and integrate
my changes with a copy of the code from CVS to see if that makes a
difference.

But I may be missing something else obvious.

Thanks for the help.

The Sunburned Surveyor

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Jump-pilot-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel





--
http://amusingprogrammer.blogspot.com/
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Jump-pilot-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Help with pluggable renderers!

[Larry Becker]

In Eclipse, just highlight the reference you are interested in (in this case
render), right click and choose References-Project.  This will display all
of the places in the project that reference your highlighted text in a
Search panel that you can arrow through. It understands Java, so it is much
better than simply doing a word search.

Larry

On 4/12/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:


O.K.

I think I've narrowed down my NullPointerException problem, but I still
need some help with a complete fix. I am able to properly render a layer
when loading a new dataset in OpenJUMP with my pluggable rendering system
enabled.

However, when I try to zoom or pan the data in the LayerViewPanel I get a
NullPointerException. I also get this exception when I start OpenJUMP and an
emptyLayerViewPanel is displayed.

By default my pluggable rendering system only supports rendering
com.vividsolutions.jump.workbench.model.Layer objects and
com.vividsolutions.jump.model.WMSLayer objects. I thought I only needed to
include renderers for these two classes by default. I'm beginning to suspect
that another object is passed to the render() method of the RenderingManager
object. This would explain the NullPointerException. My pluggable rendering
system would return null for any object that was passed to the
RenderingManager.render() method that wasn't a Layer object or WMSLayer
object.

What other types of objects are passed to the RenderingManager.render()
method? I almost think we are passing a reference to the LayerViewPanel
itself. What else would need to get painted when OpenJUMP starts and an
empty LayerViewPanel is displayed?

This problem has me really stumped. I appreciate everyone's patience with
my efforts on this. I think the benefits of a pluggable rendering system
will be worth it.

If you can tell me what other classes might get passed to the
RenderingManager.render() method when OpenJUMP first loads, or when a
viewport is panned, I would appreciate it. Or, tell me how I could find out.
:]

The Sunburned Surveyor

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Jump-pilot-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel





--
http://amusingprogrammer.blogspot.com/
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Jump-pilot-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Need some help with the pluggable rendering design...

[Larry Becker]

Hi Sunburned,

 I don't have a lot of time to study your problem, but I note that there is
code in OpenJump that Stefan put in for Ole to support PIROL's image layer
renderer (a plugin, right?).  I've seen the code (just search for Ole in
the source), but I haven't seen how PIROL uses it.  It may be relevant to
your problem, and then again maybe not.

regards,
Larry

On 3/28/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:


I thought I would have the pluggable rendering support for OpenJUMP
finished today, but I've hit another wall in my design. I thought I had
overcome the problem. After I started making the modifications for my
solution I realized I 'm still going to be hosed.

I really need some help to come up with the best alternate solution. Here
is the problem:

OpenJUMP creates Task objects. Task objects create LayerManager objects.
LayerManager objects create RenderingManager objects. In my pluggable
rendering system, RenderingManager objects create RendererFactory objects.

OpenJUMP can create a task at any time, and always does so after plug-in
intialization. I'm trying to find a way to allow developers to add tools for
the RendererFactory that produce custom renderers. I tried storing a
collection of these tools in the JUMPWorkbenchContext, but I realize now
that the RenderingFactory has no way to get to this collection. It needs
access to the tools contributed with plug-ins when it is created by the
RenderingManager.

To make matters worse, a Task takes a no-parameter constructor so that it
can be created by Java2XML. This means that I can't pass a reference to the
JUMPWorkbench object down the chain to the RendererFactory so that it can
access the tools stored in the collection.

I don't see a way around this. It seems there is no where I can put the
collection of tools that will allow [1] plug-in developers to add their tool
during plug-in initialization and [2] that will be accessible by the
RendererFactory objects for each task.

The only way to solve this may be to parse a text file indicating the name
of each class that implements the RendererFactoryTool interface. When a
RendererFacotry is created I can parse this list and create an implemenation
of each class it contains. I'll then add these objects to the
RendererFactory. I think the classes can still be loaded during the normal
plug-in intialization process.

Is there a better solution than this? I hate to add the requirement for an
external file, but I don't know how to get around this.

Thanks for the help.

The Sunburned Surveyor

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel





--
http://amusingprogrammer.blogspot.com/
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] speed up of rendering

[Larry Becker]

Hi Stefan,

1.  Is there somewhere I can get a copy of the shape file to test with?
2.  Is the speed up working for other large shape files?
3.  Does it perform better if you zoom to full extents instead of using the
Zoom bar.
4.  What is the Committed Memory showing after you load the file?
5.  After the blocked behavior, does the Committed Memory go down?

 Thanks for testing.  I have been waiting for other developers to try the
decimator mod to see if there might be issues.

regards,
Larry

On 3/24/07, Stefan Steiniger [EMAIL PROTECTED] wrote:


Hei Larry and Bob,

i did test somthing after i implemented the new speed up code.
I loaded a large shp file with 16 very large polygons ( 5000 points)
and zoom to full extent.
When i moved the slider of the zoom bar (zooming out) the systems does
nothing (is blocked) for more than 30 seconds (or even more).
If make the same thing with an older version of jump it takes one 2 sek
after seeing the outlines and one sec more for filling.

any suggestions?
probably an issue which could be solved by the bbox?

stefan

Larry Becker schrieb:
 Right.  That would be:


http://skyjump.cvs.sourceforge.net/skyjump/skyjump/com/vividsolutions/jump/workbench/ui/renderer/java2D/Java2DConverter.java?view=log
 
http://skyjump.cvs.sourceforge.net/skyjump/skyjump/com/vividsolutions/jump/workbench/ui/renderer/java2D/Java2DConverter.java?view=log


 with an incidental mod to:


http://skyjump.cvs.sourceforge.net/skyjump/skyjump/com/vividsolutions/jump/workbench/ui/renderer/style/WKTFillPattern.java?view=log
 
http://skyjump.cvs.sourceforge.net/skyjump/skyjump/com/vividsolutions/jump/workbench/ui/renderer/style/WKTFillPattern.java?view=log


 regards,
 Larry


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel





--
http://amusingprogrammer.blogspot.com/
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] speed up of rendering

[Larry Becker]

Hi Stefan,

 It occurs to me that I never use the Zoom bar so I probably haven't tested
it.   The Zoom bar does a more radical kind of decimation simplification
itself.  It might be interacting with the Java2DConverter decimation in a
bad way.  I'll check it out.

thanks,
Larry



On 3/24/07, Stefan Steiniger [EMAIL PROTECTED] wrote:


Hei Larry,

Larry Becker schrieb:
 Hi Stefan,

  1.  Is there somewhere I can get a copy of the shape file to test with?

i upload it here:
ftp://ftp.geo.unizh.ch/pub/sstein/openjump/brdlaender.zip

  2.  Is the speed up working for other large shape files?
i have not tested
  3.  Does it perform better if you zoom to full extents instead of using
 the Zoom bar.
yes - (or as usual)
  4.  What is the Committed Memory showing after you load the file?
mhm.. not that much: 11MB
  5.  After the blocked behavior, does the Committed Memory go down?
14 MB

btw: panning is fine, and if i use Zoom to scale it is fine as well.

thanx for taking care
stefan :)


   Thanks for testing.  I have been waiting for other developers to try
 the decimator mod to see if there might be issues.

 regards,
 Larry

 On 3/24/07, *Stefan Steiniger* [EMAIL PROTECTED]
 mailto:[EMAIL PROTECTED] wrote:

 Hei Larry and Bob,

 i did test somthing after i implemented the new speed up code.
 I loaded a large shp file with 16 very large polygons ( 5000
points)
 and zoom to full extent.
 When i moved the slider of the zoom bar (zooming out) the systems
does
 nothing (is blocked) for more than 30 seconds (or even more).
 If make the same thing with an older version of jump it takes one 2
sek
 after seeing the outlines and one sec more for filling.

 any suggestions?
 probably an issue which could be solved by the bbox?

 stefan

 Larry Becker schrieb:
   Right.  That would be:
  
  

http://skyjump.cvs.sourceforge.net/skyjump/skyjump/com/vividsolutions/jump/workbench/ui/renderer/java2D/Java2DConverter.java?view=log
   

http://skyjump.cvs.sourceforge.net/skyjump/skyjump/com/vividsolutions/jump/workbench/ui/renderer/java2D/Java2DConverter.java?view=log

  
   with an incidental mod to:
  
  

http://skyjump.cvs.sourceforge.net/skyjump/skyjump/com/vividsolutions/jump/workbench/ui/renderer/style/WKTFillPattern.java?view=log
   

http://skyjump.cvs.sourceforge.net/skyjump/skyjump/com/vividsolutions/jump/workbench/ui/renderer/style/WKTFillPattern.java?view=log

  
   regards,
   Larry
  


-

 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to
 share your
 opinions on IT  business topics through brief surveys-and earn cash

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 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
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel




 --
 http://amusingprogrammer.blogspot.com/


 


-
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share
your
 opinions on IT  business topics through brief surveys-and earn cash

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV


 

 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel





--
http://amusingprogrammer.blogspot.com/
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Jump-pilot

Re: [JPP-Devel] speed up of rendering

[Larry Becker]

Hi Stefan,

  I seem to be duplicating the Zoom bar behavior you reported without the
speed mod.  If I click and drag the zoom bar slider, I get very slow redraw
times on the order of ten seconds, however If I click the zoom bar it is
faster.  I think JUMP is starting multiple render threads while the zoom bar
slider is being dragged.  This could explain the slow behavior.  Also the
very large polygons that you are testing with don't seem to be simplified by
the ZoomBar's randomGeometries() unless the number of geometries is greater
than 100.

Can you test it again and see if the large slowdown only occurs when you
drag the zoom bar (in any version of JUMP).

thanks,
Larry

On 3/24/07, Larry Becker [EMAIL PROTECTED] wrote:


Hi Stefan,

  It occurs to me that I never use the Zoom bar so I probably haven't
tested it.   The Zoom bar does a more radical kind of decimation
simplification itself.  It might be interacting with the Java2DConverter
decimation in a bad way.  I'll check it out.

thanks,
Larry



On 3/24/07, Stefan Steiniger [EMAIL PROTECTED] wrote:

 Hei Larry,

 Larry Becker schrieb:
  Hi Stefan,
 
   1.  Is there somewhere I can get a copy of the shape file to test
 with?

 i upload it here:
  ftp://ftp.geo.unizh.ch/pub/sstein/openjump/brdlaender.zip

   2.  Is the speed up working for other large shape files?
 i have not tested
   3.  Does it perform better if you zoom to full extents instead of
 using
  the Zoom bar.
 yes - (or as usual)
   4.  What is the Committed Memory showing after you load the file?
 mhm.. not that much: 11MB
   5.  After the blocked behavior, does the Committed Memory go down?
 14 MB

 btw: panning is fine, and if i use Zoom to scale it is fine as well.

 thanx for taking care
 stefan :)

 
Thanks for testing.  I have been waiting for other developers to try
  the decimator mod to see if there might be issues.
 
  regards,
  Larry
 
  On 3/24/07, *Stefan Steiniger* [EMAIL PROTECTED]
  mailto: [EMAIL PROTECTED] wrote:
 
  Hei Larry and Bob,
 
  i did test somthing after i implemented the new speed up code.
  I loaded a large shp file with 16 very large polygons ( 5000
 points)
  and zoom to full extent.
  When i moved the slider of the zoom bar (zooming out) the systems
 does
  nothing (is blocked) for more than 30 seconds (or even more).
  If make the same thing with an older version of jump it takes one
 2 sek
  after seeing the outlines and one sec more for filling.
 
  any suggestions?
  probably an issue which could be solved by the bbox?
 
  stefan
 
  Larry Becker schrieb:
Right.  That would be:
   
   
 
 
http://skyjump.cvs.sourceforge.net/skyjump/skyjump/com/vividsolutions/jump/workbench/ui/renderer/java2D/Java2DConverter.java?view=log

 
 
http://skyjump.cvs.sourceforge.net/skyjump/skyjump/com/vividsolutions/jump/workbench/ui/renderer/java2D/Java2DConverter.java?view=log
 
   
with an incidental mod to:
   
   
  
http://skyjump.cvs.sourceforge.net/skyjump/skyjump/com/vividsolutions/jump/workbench/ui/renderer/style/WKTFillPattern.java?view=log


  
http://skyjump.cvs.sourceforge.net/skyjump/skyjump/com/vividsolutions/jump/workbench/ui/renderer/style/WKTFillPattern.java?view=log
 
   
regards,
Larry
   
 
 
 -
 
  Take Surveys. Earn Cash. Influence the Future of IT
  Join SourceForge.net's Techsay panel and you'll get the chance to
  share your
  opinions on IT  business topics through brief surveys-and earn
 cash
 
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
  
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 
  ___
  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
  https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
 
 
 
 
  --
  http://amusingprogrammer.blogspot.com/
 
 
 
 
 
 
 -
  Take Surveys. Earn Cash. Influence the Future of IT
  Join SourceForge.net's Techsay panel and you'll get the chance to
 share your
  opinions on IT  business topics through brief surveys-and earn cash
 
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 
 
 
 
 
  ___
  Jump-pilot-devel mailing list
  Jump-pilot-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


 -
 Take Surveys. Earn Cash

Re: [JPP-Devel] 'Cancel vertex' functionality

[Larry Becker]

Hi Jukka,

Bob was able to modify our ConstrainedMultiClickTool class to add a key
listener for the Backspace key which will delete the last vertex.  We
couldn't make your suggestion of using undo on the toolbar work since it has
a defined purpose already and won't activate until after the current
digitizing operation is finished.

The source is available in CVS and the feature will be available in the next
SkyJUMP release.

regards,
Larry

On 3/18/07, Rahkonen Jukka [EMAIL PROTECTED] wrote:


Hi,

Thanks for considering this. One comment: how about trying to utilise the
'Back' tool in the tool bar? It should be logical for users and I started to
think that keyboard might be tricky for tablet PC users, even they do have
virtual keyboard.

-Jukka-

-Original Message-
From: [EMAIL PROTECTED] on behalf of Larry
Becker
Sent: Sun 18.3.2007 18:21
To: List for discussion of JPP development and use.
Subject: Re: [JPP-Devel] 'Cancel vertex' functionality

Hi Jukka,

  As usual, you make an excellent point.  I've heard the same complaint
from
our users.  I'll look into it.

regards,
Larry Becker

On 3/18/07, Rahkonen Jukka [EMAIL PROTECTED] wrote:

 Hi,

 Sometimes I do errors while digitising polylines or polygons with many
 vertises. Is there now a simple way to cancel the last inserted vertex
of
 the unfinalised feature? I know I can just digitise the feature ready
and
 use 'move vertex' or other tools then to correct it, but a rapid way
 for  deleting points one by one backwards by pressing, for example,
delete
 key might be an alternetive for that. It is often faster to insert new
 vertex than edit existing one.  Is this allready possible in OpenJUMp
but I
 just don't know how?

 -Jukka Rahkonen-


-
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share
 your
 opinions on IT  business topics through brief surveys-and earn cash

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel




--
http://amusingprogrammer.blogspot.com/


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel





--
http://amusingprogrammer.blogspot.com/
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] 'Cancel vertex' functionality

[Larry Becker]

Hi Stefan,

 If you are referring to ConstrainedMultiClickTool, it can be accessed at:
http://skyjump.cvs.sourceforge.net/skyjump/skyjump/com/isa/jump/plugin/ConstrainedMultiClickTool.java?view=log

regards,
Larry

On 3/20/07, Stefan Steiniger [EMAIL PROTECTED] wrote:


cool..

something more on my todo list :o)

btw.. i forgot but did you send the changes for the rendering, Larry?

stefan

Larry Becker schrieb:
 Hi Jukka,

 Bob was able to modify our ConstrainedMultiClickTool class to add a key
 listener for the Backspace key which will delete the last vertex.  We
 couldn't make your suggestion of using undo on the toolbar work since it
 has a defined purpose already and won't activate until after the current
 digitizing operation is finished.

 The source is available in CVS and the feature will be available in the
 next SkyJUMP release.

 regards,
 Larry

 On 3/18/07, *Rahkonen Jukka* [EMAIL PROTECTED]
 mailto:[EMAIL PROTECTED] wrote:

 Hi,

 Thanks for considering this. One comment: how about trying to
 utilise the 'Back' tool in the tool bar? It should be logical for
 users and I started to think that keyboard might be tricky for
 tablet PC users, even they do have virtual keyboard.

 -Jukka-

 -Original Message-
 From: [EMAIL PROTECTED]
 mailto:[EMAIL PROTECTED] on behalf of
 Larry Becker
 Sent: Sun 18.3.2007 18:21
 To: List for discussion of JPP development and use.
 Subject: Re: [JPP-Devel] 'Cancel vertex' functionality

 Hi Jukka,

   As usual, you make an excellent point.  I've heard the same
 complaint from
 our users.  I'll look into it.

 regards,
 Larry Becker

 On 3/18/07, Rahkonen Jukka [EMAIL PROTECTED]
 mailto:[EMAIL PROTECTED] wrote:
  
   Hi,
  
   Sometimes I do errors while digitising polylines or polygons with
 many
   vertises. Is there now a simple way to cancel the last inserted
 vertex of
   the unfinalised feature? I know I can just digitise the feature
 ready and
   use 'move vertex' or other tools then to correct it, but a rapid
way
   for  deleting points one by one backwards by pressing, for
 example, delete
   key might be an alternetive for that. It is often faster to
 insert new
   vertex than edit existing one.  Is this allready possible in
 OpenJUMp but I
   just don't know how?
  
   -Jukka Rahkonen-
  
  

-

   Take Surveys. Earn Cash. Influence the Future of IT
   Join SourceForge.net's Techsay panel and you'll get the chance to
 share
   your
   opinions on IT  business topics through brief surveys-and earn
cash
  

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
   ___
   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
  



 --
 http://amusingprogrammer.blogspot.com/



-

 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to
 share your
 opinions on IT  business topics through brief surveys-and earn cash

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 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
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel




 --
 http://amusingprogrammer.blogspot.com/


 


-
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share
your
 opinions on IT  business topics through brief surveys-and earn cash

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV


 

 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys

Re: [JPP-Devel] 'Cancel vertex' functionality

[Larry Becker]

Right.  That would be:

http://skyjump.cvs.sourceforge.net/skyjump/skyjump/com/vividsolutions/jump/workbench/ui/renderer/java2D/Java2DConverter.java?view=log

with an incidental mod to:

http://skyjump.cvs.sourceforge.net/skyjump/skyjump/com/vividsolutions/jump/workbench/ui/renderer/style/WKTFillPattern.java?view=log

regards,
Larry

On 3/20/07, Stefan Steiniger [EMAIL PROTECTED] wrote:


thanx,

but i meant with rendering the speed improvement where you sent recently
around the images. Or is it still in the testing phase?

stefan

Larry Becker schrieb:
 Hi Stefan,

   If you are referring to ConstrainedMultiClickTool, it can be accessed
at:

http://skyjump.cvs.sourceforge.net/skyjump/skyjump/com/isa/jump/plugin/ConstrainedMultiClickTool.java?view=log
 
http://skyjump.cvs.sourceforge.net/skyjump/skyjump/com/isa/jump/plugin/ConstrainedMultiClickTool.java?view=log


 regards,
 Larry

 On 3/20/07, *Stefan Steiniger* [EMAIL PROTECTED]
 mailto:[EMAIL PROTECTED] wrote:

 cool..

 something more on my todo list :o)

 btw.. i forgot but did you send the changes for the rendering,
Larry?

 stefan

 Larry Becker schrieb:
   Hi Jukka,
  
   Bob was able to modify our ConstrainedMultiClickTool class to add
 a key
   listener for the Backspace key which will delete the last
vertex.  We
   couldn't make your suggestion of using undo on the toolbar work
 since it
   has a defined purpose already and won't activate until after the
 current
   digitizing operation is finished.
  
   The source is available in CVS and the feature will be available
 in the
   next SkyJUMP release.
  
   regards,
   Larry
  
   On 3/18/07, *Rahkonen Jukka*  [EMAIL PROTECTED]
 mailto:[EMAIL PROTECTED]
   mailto:[EMAIL PROTECTED]
 mailto:[EMAIL PROTECTED] wrote:
  
   Hi,
  
   Thanks for considering this. One comment: how about trying to
   utilise the 'Back' tool in the tool bar? It should be logical
for
   users and I started to think that keyboard might be tricky
for
   tablet PC users, even they do have virtual keyboard.
  
   -Jukka-
  
   -Original Message-
   From: [EMAIL PROTECTED]
 mailto:[EMAIL PROTECTED]
   mailto: [EMAIL PROTECTED]
 mailto:[EMAIL PROTECTED] on behalf
of
   Larry Becker
   Sent: Sun 18.3.2007 18:21
   To: List for discussion of JPP development and use.
   Subject: Re: [JPP-Devel] 'Cancel vertex' functionality
  
   Hi Jukka,
  
 As usual, you make an excellent point.  I've heard the same
   complaint from
   our users.  I'll look into it.
  
   regards,
   Larry Becker
  
   On 3/18/07, Rahkonen Jukka [EMAIL PROTECTED]
 mailto:[EMAIL PROTECTED]
   mailto:[EMAIL PROTECTED]
 mailto:[EMAIL PROTECTED] wrote:

 Hi,

 Sometimes I do errors while digitising polylines or
 polygons with
   many
 vertises. Is there now a simple way to cancel the last
 inserted
   vertex of
 the unfinalised feature? I know I can just digitise the
 feature
   ready and
 use 'move vertex' or other tools then to correct it, but a
 rapid way
 for  deleting points one by one backwards by pressing, for
   example, delete
 key might be an alternetive for that. It is often faster
to
   insert new
 vertex than edit existing one.  Is this allready possible
in
   OpenJUMp but I
 just don't know how?

 -Jukka Rahkonen-


  

-
  
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the
 chance to
   share
 your
 opinions on IT  business topics through brief surveys-and
 earn cash

  

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
   

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 mailto:Jump-pilot-devel@lists.sourceforge.net
   mailto:Jump-pilot-devel@lists.sourceforge.net
 mailto:Jump-pilot-devel@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

  
  
  
   --
   http://amusingprogrammer.blogspot.com

Re: [JPP-Devel] Make Java2DConverter exchangeable in Viewport?

[Larry Becker]

Hi Sascha,

  Great idea!  Your patch is implemented in SkyJUMP.  Of course, it has no
effect until someone creates code to use it.  I see that this would also be
a way to implement my decimation optimization without losing any precision.

thanks,
Larry Becker

On 3/19/07, Sascha L. Teichmann [EMAIL PROTECTED] wrote:


Hallo together,

It would be of great if the Viewport class [1] would has a
setJava2DConverter(Java2DConverter) method.
Java2DConverter [2] objects are used to convert JTS
geometries into Java2D shapes.

Why should it be possible to exchange the converter? For the
simple reason that the default one does some coordinate rounding/cutoffs
that make it hard to produce a quality output for printing, SVG export
and so on. We discussed that earlier on the list. If it would be
possible to set a custom (actually a subclass of Java2DConverter)
converter you can temporally replace the original one for a rendering
cycle to get non-truncated vertices. Even more: you can install a
converter that does some controlled simplifications to reduce the
amount of data that is send to the output devices. I've tried both
and it works very well without having a big impact onto the rendering
process as such.

I've attached a patch to add the setter to Viewport. It would be
really kind if you test it. I don't want to simply let my commit
speak. ;-)

Thanks in advance,
  Sascha


[1] com.vividsolutions.jump.workbench.ui.Viewport
[2] com.vividsolutions.jump.workbench.ui.renderer.java2D.Java2DConverter

Index: src/com/vividsolutions/jump/workbench/ui/Viewport.java
===
RCS file:
/cvsroot/jump-pilot/openjump/src/com/vividsolutions/jump/workbench/ui/Viewport.java,v
retrieving revision 1.1
diff -u -r1.1 Viewport.java
--- src/com/vividsolutions/jump/workbench/ui/Viewport.java  16 Jun
2005 22:11:47 -  1.1
+++ src/com/vividsolutions/jump/workbench/ui/Viewport.java  19 Mar
2007 10:45:39 -
@@ -97,6 +97,10 @@
 return java2DConverter;
 }

+public void setJava2DConverter(Java2DConverter converter) {
+java2DConverter = converter;
+}
+
 public ZoomHistory getZoomHistory() {
 return zoomHistory;
 }

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel





--
http://amusingprogrammer.blogspot.com/
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Fwd: Open JUMP crashing issue

[Larry Becker]

Based on a number of Java 1.5 bugs such as Bug ID: 6300533 and others, I
would recommend updating the Java  VM (1.5.0_09-b03) to a more recent
version.  The current Java SE download shows Version 5.0 Update 11.*

*By the way Landon, the lack of configuration control over the JVM is the
reason SkyJUMP (and also probably the reason Kosmo) installs its own copy of
the JVM.

Regards,
Larry Becker



On 3/18/07, Landon Blake [EMAIL PROTECTED] wrote:



I received this message at the JPP e-mail address. I am forwarding it to
the mailing list.

The Sunburned Surveyor

-- Forwarded message --
From: Lukasz Jakielaszek [EMAIL PROTECTED] 
Date: Feb 15, 2007 4:07 AM
Subject: Open JUMP crashing issue
To: [EMAIL PROTECTED]

Hi
I am still using the Open JUMP but experience crashes all the time
(program closure without any notification during random basic operations); I
do not know if it is a virtual java machine issue or anything else. Attached
please find the error log file.

Regards,
Lukasz Jakielaszek

hs_err_pid3096.log


Visit our web site at www.scottwilson.com

Privilege and Confidentiality Notice.
This e-mail and any attachments to it are intended only for the party
to whom they are addressed.  They may contain privileged and/or
confidential information.  If you have received this transmission in
error, please notify the sender immediately and delete any digital
copies and destroy any paper copies.
Thank you.

Scott Wilson Ltd
Registered in England  Wales: No. 880328
Registered office: Scott House, Basing View,
Basingstoke, Hampshire, RG21 4JG. United Kingdom.



This e-mail has been scanned for all viruses by Star. The
service is powered by MessageLabs. For more information on a proactive
anti-virus service working around the clock, around the globe, visit:
http://www.star.net.uk



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel






--
http://amusingprogrammer.blogspot.com/
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] 'Cancel vertex' functionality

[Larry Becker]

Hi Jukka,

 As usual, you make an excellent point.  I've heard the same complaint from
our users.  I'll look into it.

regards,
Larry Becker

On 3/18/07, Rahkonen Jukka [EMAIL PROTECTED] wrote:


Hi,

Sometimes I do errors while digitising polylines or polygons with many
vertises. Is there now a simple way to cancel the last inserted vertex of
the unfinalised feature? I know I can just digitise the feature ready and
use 'move vertex' or other tools then to correct it, but a rapid way
for  deleting points one by one backwards by pressing, for example, delete
key might be an alternetive for that. It is often faster to insert new
vertex than edit existing one.  Is this allready possible in OpenJUMp but I
just don't know how?

-Jukka Rahkonen-

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel





--
http://amusingprogrammer.blogspot.com/
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Obtaining a reference to the JUMPWorkbench object.

[Larry Becker]

The answer depends on the class.  In some cases there is no way.

regards,
Larry

On 3/16/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:


I'm doing some final tweaks on my pluggable rendering system for OpenJUMP.
I need to know how to obtain a reference to the JUMPWorkbench from inside
another class in the core. (I can't use the plug-in context because I'm not
making my changes in a plug-in.)

Thanks in advance for the help.

The Sunburned Surveyor

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel





--
http://amusingprogrammer.blogspot.com/
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Obtaining a reference to the JUMPWorkbench object.

[Larry Becker]

If it is your own class, you have a solution.  Create a method (usually the
constructor) that sets a private variable.  Invoke the method when you
initialize the class.  Just remember that there are multiple Tasks and
Frames.

Larry

On 3/16/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:


That really sucks. There has got to be a way to fix that.

I'll have to take a look at my code to figure out a way around this. :[

Thanks Larry.

The Sunburned Surveyor


On 3/16/07, Larry Becker [EMAIL PROTECTED] wrote:

 The answer depends on the class.  In some cases there is no way.

 regards,
 Larry

  On 3/16/07, Sunburned Surveyor  [EMAIL PROTECTED] wrote:

   I'm doing some final tweaks on my pluggable rendering system for
  OpenJUMP. I need to know how to obtain a reference to the JUMPWorkbench from
  inside another class in the core. (I can't use the plug-in context because
  I'm not making my changes in a plug-in.)
 
  Thanks in advance for the help.
 
  The Sunburned Surveyor
 
 
  -
  Take Surveys. Earn Cash. Influence the Future of IT
  Join SourceForge.net's Techsay panel and you'll get the chance to
  share your
  opinions on IT  business topics through brief surveys-and earn cash
 
  http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
  ___
  Jump-pilot-devel mailing list
  Jump-pilot-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
 
 


 --
 http://amusingprogrammer.blogspot.com/

 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share
 your
 opinions on IT  business topics through brief surveys-and earn cash

 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel





--
http://amusingprogrammer.blogspot.com/
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Fwd: Suggestion by Pedro on changing to Kosmo

[Larry Becker]

  brands could use. I don't think I ever imagined building an
  OpenJUMP that would fit everyone's specialized needs. I instead
  imagined that the different brands would sharea as much code as
  possible in the common core that would be OpenJUMP. I think we can
  still accomplish this vision for OpenJUMP and the JPP by
  judicously choosing the things we would like to integrate from
  Kosmo. They can in turn judicously choose what they would like to
  take from us.
   Think of OpenJUMP as the Linux Kernel, and Kosmo as a
  distribution
  of Linux like Debian or Red Hat. We want to keep a kernel that can
  be used by a lot of different distros.
   I need to speak some more about these issues. I hope I can
  find time
  later this weekend.
   The Sunburned Surveyor
  On 3/2/07, *Larry Becker* [EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED] wrote:
 
  Hi Stefan,
 
 Putting all together it's quite tempting to say: ...why
  don't we simply
 adopt the Core from Kosmo as the OJ Core altogether...?!?.

What is your oppinon on that? Pro's  Con's?
(this goes especially to Larry, SIGLE/Erwan, Ugo, Michael and
  the Pirol
 
  When you check out Kosmo rc1, I think you'll find that it has
  made
  many changes to the basic JUMP interface.  Some are
  understandable,
  but others seem to be just gratuitous. From the SkyJUMP
  perspective,
  (small maps, easy to use, many CAD-like editing tools) there
  doesn't
  seem to be much to take away.  Others will no doubt be excited
  by the
  heavy weight data sources, and removal of memory bound
  restrictions.
  I'm still going through it, but it looks to still be a work in
  progress compared to OJ.  I would recommend putting off any
  decision
  until there is a mature version of Kosmo.
 
  regards,
  Larry Becker
 
 
  -
  Take Surveys. Earn Cash. Influence the Future of IT
  Join SourceForge.net's Techsay panel and you'll get the chance
  to share your
  opinions on IT  business topics through brief surveys-and
  earn cash
 
  http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 
  http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 
  ___
  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
 
 
 
 
  -
  Take Surveys. Earn Cash. Influence the Future of IT
  Join SourceForge.net's Techsay panel and you'll get the chance to
  share your
  opinions on IT  business topics through brief surveys-and earn cash
 
  http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 
  http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 
  ___
  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
  https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
 
 
 

 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share your
 opinions on IT  business topics through brief surveys-and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel



-- 
http://amusingprogrammer.blogspot.com/

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP at FOSSGIS in Berlin

[Larry Becker]

Hi Ugo,

  You didn't mention Kosmo.  I have just started looking at Kosmo's
code and it is incredible.  There are 1437 Java files in Kosmo
compared to 948 in OpenJump, 897 in SkyJUMP, and 775 in JUMP.  Besides
the new data sources, the most exciting potential seems to be in their
renderer (which I have not tested yet.)

  The message I would sound at this conference is that the source code
finally seems to be available now for anyone with sufficient
motivation to pull together a FOSS JUMP-based ArcMap killer.

regards,
Larry

On 2/27/07, Ugo Taddei [EMAIL PROTECTED] wrote:
 Hello everyone,

 I'll be reporting on OpenJUMP and derivates at the FOSSGIS 2007 Conference 
 next
 month in Berlin:

 http://www.fossgis.de/wiki/index.php/Main_Page (German, only sorry :-(

 I'm taking the freedom to speak in name of this group and I'll be happy to
 include and mention any JUMP/OpenJUMP. So far I have

 JUMP
 OpenJUMP
 SkyJUMP
 The French connection? (Arnaud, R1, Michaël) Have you still got an official 
 version?
 PIROL
 deeJUMP

 Have I forgot something?

 Oh, yes, and if any one has anything to say and would like me to, speak out 
 loud
 now, or wait till next year :-)

 Cheers,

 Ugo

 --
 l a t / l o n  GmbH
 Aennchenstrasse 19   53177 Bonn, Germany
 phone ++49 +228 184960   fax ++49 +228 1849629
 http://www.lat-lon.dehttp://www.deegree.org

 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share your
 opinions on IT  business topics through brief surveys-and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel



-- 
http://amusingprogrammer.blogspot.com/

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Plan A For Supporting Plug-In Dependency

[Larry Becker]

Sunburned,

  Actually, I'd be happy if I got a stack trace, but most of the time
it just hangs up and you have to kill it from the task manager.  You
would think there would always be exception handling, but this seems
to be one of the deeper class loader mysteries of which I am not an
initiate.

regards,
Larry

On 2/27/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:
 Larry,

 Over the course of the next few weeks I will see if I can get this system
 into OpenJUMP-Ex for some testing. If it is something other developers think
 they can use, we can talk about integrating it into OpenJUMP after I have
 had a couple of months to work out  the bugs.

 I didn't realize the other problem you were trying to solve with your XML
 file. I wonder if we could provide an error message in a text file that can
 be parsed by OpenJUMP and displayed to the user when a plug-in fails to
 load. We could link the message to the plug-in by the plug-ins class name.
 Does this sound like something that you had in mind? It might be better than
 simply presenting the user with a stack trace.

 Let me know what you think.

 Landon


 On 2/27/07, Larry Becker [EMAIL PROTECTED] wrote:
 
  Hi Sunburned,
 
  Congratulations on your Plan A concept.  I see no theoretical
  reason why it couldn't be made to work.  However, there can always be
  many practical reasons that any plan might fail during implementation,
  and since your Catalog example seems to be the only plugin that
  currently needs this kind of runtime plugin to plugin extensibility,
  why don't you test it out on your experimental JUMP flavor and see how
  well it really does the job?
 
  By the way, the XML solution that I was proposing was mainly to
  solve an entirely different problem of plugins crashing JUMP on
  startup due to class not found errors.  This is mainly an annoyance
  that people have to deal with when mixing and matching different JUMP
  flavor plugins, but is usually readily solved by posting a question on
  this list.
 
  regards,
  Larry
 
  On 2/27/07, Sunburned Surveyor  [EMAIL PROTECTED] wrote:
   I spent an hour or so after work yesterday providing a more in-depth
   explanation of how I thought plug-in dependency might be supported in
   OpenJUMP. You can read that information on my OpenJUMP blog:
  
   http://openjump.blogspot.com/
  
   I think it would only take me a few hours to implement Plan A in
 OpenJUMP,
   if we decide to do that, and I believe it would really add a lot of
   flexibility for plug-in developers.
  
   The Sunburned Surveyor
  
 -
   Take Surveys. Earn Cash. Influence the Future of IT
   Join SourceForge.net's Techsay panel and you'll get the chance to share
 your
   opinions on IT  business topics through brief surveys-and earn cash
  
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
   ___
   Jump-pilot-devel mailing list
   Jump-pilot-devel@lists.sourceforge.net
  
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
  
  
 
 
  --
  http://amusingprogrammer.blogspot.com/
 
 
 -
  Take Surveys. Earn Cash. Influence the Future of IT
  Join SourceForge.net's Techsay panel and you'll get the chance to share
 your
  opinions on IT  business topics through brief surveys-and earn cash
 
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
  ___
  Jump-pilot-devel mailing list
  Jump-pilot-devel@lists.sourceforge.net
 
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
 


 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share your
 opinions on IT  business topics through brief surveys-and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel




-- 
http://amusingprogrammer.blogspot.com/

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP at FOSSGIS in Berlin

[Larry Becker]

I can't explain it, but I can benchmark it.  For the burlulc.shp
redraw render speed benchmark (not counting time to load shape file):

No color theming.
uDig: 3 seconds.
Kosmo: 5 seconds.
gvSIG:   9 seconds.
OpenJump, SkyJUMP: 13 seconds.

with color theming on LUCODE
uDig: 6 seconds.
Kosmo: 8 seconds.
OpenJump, SkyJUMP: 13 seconds.

Kosmo_0.8.3_windows feels more responsive than OpenJump, and even uDig
because of the very quick screen update cycle.

regards,
Larry

On 2/27/07, Stefan Steiniger [EMAIL PROTECTED] wrote:
 Hei guys,

   Besides
  the new data sources, the most exciting potential seems to be in their
  renderer (which I have not tested yet.)

 i actually wondered what is the advance of heaving separate renderers
 for points, lines and polygons???

 can somebody explain this?

 btw: if we would have a team of 5 developer..? dont know how far we
 could be. Actually i guess on Jump were working only 3 people?

 stefan

The message I would sound at this conference is that the source code
  finally seems to be available now for anyone with sufficient
  motivation to pull together a FOSS JUMP-based ArcMap killer.
 
  regards,
  Larry
 
  On 2/27/07, Ugo Taddei [EMAIL PROTECTED] wrote:
  Hello everyone,
 
  I'll be reporting on OpenJUMP and derivates at the FOSSGIS 2007 Conference 
  next
  month in Berlin:
 
  http://www.fossgis.de/wiki/index.php/Main_Page (German, only sorry :-(
 
  I'm taking the freedom to speak in name of this group and I'll be happy to
  include and mention any JUMP/OpenJUMP. So far I have
 
  JUMP
  OpenJUMP
  SkyJUMP
  The French connection? (Arnaud, R1, Michaël) Have you still got an 
  official version?
  PIROL
  deeJUMP
 
  Have I forgot something?
 
  Oh, yes, and if any one has anything to say and would like me to, speak 
  out loud
  now, or wait till next year :-)
 
  Cheers,
 
  Ugo
 
  --
  l a t / l o n  GmbH
  Aennchenstrasse 19   53177 Bonn, Germany
  phone ++49 +228 184960   fax ++49 +228 1849629
  http://www.lat-lon.dehttp://www.deegree.org
 
  -
  Take Surveys. Earn Cash. Influence the Future of IT
  Join SourceForge.net's Techsay panel and you'll get the chance to share 
  your
  opinions on IT  business topics through brief surveys-and earn cash
  http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
  ___
  Jump-pilot-devel mailing list
  Jump-pilot-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
 
 
 

 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share your
 opinions on IT  business topics through brief surveys-and earn cash
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel



-- 
http://amusingprogrammer.blogspot.com/

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] The return of Concurrent modification error

[Larry Becker]

The concurrent modification error occurred for me just as it did for Pedro -
when opening a project file.  It got almost all of the way through loading
the layers before it hit.  I'll try to reproduce it again and get a trace
this time.  I was just taken off guard by the Log command not being there.

regards,
Larry

On 2/1/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:


I am wanting to use curse words so bad right now that I could almost spit!


Thanks for letting me know about this Larry. I don't know how much I can
do to fix this without a stack trace. I'm also surprised that the error only
appears in OpenJUMP. That will help me narrow my search to code in JUMP's
core that has been modified in OpenJUMP. I'd have to look at the
PrintLayoutCode to determine what caused the Exception. Do you remember what
exactly you were doing in the PrintLayoutPlugin when you got the Exception?

Landon


On 2/1/07, Larry Becker [EMAIL PROTECTED] wrote:

 Hey Sunburned,

   While I was testing out the PrintLayout, I got a Concurrent
 modification error on a project with only shapefiles.  This seems to point
 to OJ specifically, since I have never yet gotten this error with SkyJUMP.
 Unfortunately, I didn't get a trace.  I tried to look in the log, but I
 guess OpenJUMP doesn't have a log anymore.

 regards,
 Larry
 --
 http://amusingprogrammer.blogspot.com/

 -
 Using Tomcat but need to do more? Need to support web services,
 security?
 Get stuff done quickly with pre-integrated technology to make your job
 easier.
 Download IBM WebSphere Application Server v.1.0.1 based on Apache
 Geronimo
 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642

 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel




-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job
easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel





--
http://amusingprogrammer.blogspot.com/
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] The return of Concurrent modification error

[Larry Becker]

Got it!  After 8 tries at loading the project, it hit.

java.util.ConcurrentModificationException
   at java.util.AbstractList$Itr.checkForComodification(Unknown Source)
   at java.util.AbstractList$Itr.next(Unknown Source)
   at
com.vividsolutions.jump.workbench.model.LayerManager.fireCategoryChanged(
LayerManager.java:335)
   at com.vividsolutions.jump.workbench.model.LayerManager.addCategory(
LayerManager.java:210)
   at com.vividsolutions.jump.workbench.model.LayerManager.addCategory(
LayerManager.java:187)
   at
com.vividsolutions.jump.workbench.ui.plugin.OpenProjectPlugIn.loadLayers(
OpenProjectPlugIn.java:163)
   at com.vividsolutions.jump.workbench.ui.plugin.OpenProjectPlugIn.run(
OpenProjectPlugIn.java:112)
   at
com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run
(TaskMonitorManager.java:149)
   at java.lang.Thread.run(Unknown Source)

Larry

On 2/1/07, Larry Becker [EMAIL PROTECTED] wrote:


I should also note, so as not to overly alarm anyone, that the error was
fully recoverable (like all of JUMP's errors), and did not happen again
although I immediately tried loading the project again several times.

Larry

On 2/1/07, Larry Becker [EMAIL PROTECTED] wrote:

 The concurrent modification error occurred for me just as it did for
 Pedro - when opening a project file.  It got almost all of the way through
 loading the layers before it hit.  I'll try to reproduce it again and get a
 trace this time.  I was just taken off guard by the Log command not being
 there.

 regards,
 Larry

 On 2/1/07, Sunburned Surveyor  [EMAIL PROTECTED] wrote:
 
  I am wanting to use curse words so bad right now that I could almost
  spit!
 
  Thanks for letting me know about this Larry. I don't know how much I
  can do to fix this without a stack trace. I'm also surprised that the error
  only appears in OpenJUMP. That will help me narrow my search to code in
  JUMP's core that has been modified in OpenJUMP. I'd have to look at the
  PrintLayoutCode to determine what caused the Exception. Do you remember what
  exactly you were doing in the PrintLayoutPlugin when you got the Exception?
 
  Landon
 
 
  On 2/1/07, Larry Becker  [EMAIL PROTECTED] wrote:
 
   Hey Sunburned,
  
 While I was testing out the PrintLayout, I got a Concurrent
   modification error on a project with only shapefiles.  This seems to point
   to OJ specifically, since I have never yet gotten this error with SkyJUMP.
   Unfortunately, I didn't get a trace.  I tried to look in the log, but I
   guess OpenJUMP doesn't have a log anymore.
  
   regards,
   Larry
   --
   http://amusingprogrammer.blogspot.com/
  
   -
   Using Tomcat but need to do more? Need to support web services,
   security?
   Get stuff done quickly with pre-integrated technology to make your
   job easier.
   Download IBM WebSphere Application Server v.1.0.1 based on Apache
   Geronimo
  
   http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
  
   ___
   Jump-pilot-devel mailing list
   Jump-pilot-devel@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
  
  
  
 
 
  -
  Using Tomcat but need to do more? Need to support web services,
  security?
  Get stuff done quickly with pre-integrated technology to make your job
  easier.
  Download IBM WebSphere Application Server v.1.0.1 based on Apache
  Geronimo
 
  http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
  ___
  Jump-pilot-devel mailing list
  Jump-pilot-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
 
 


 --
 http://amusingprogrammer.blogspot.com/




--
http://amusingprogrammer.blogspot.com/





--
http://amusingprogrammer.blogspot.com/
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] PrintLayout Plugin 0.8.2

[Larry Becker]

I'm also getting an error.  I'll try downloading and installing a fresh copy
of OpenJUMP tomorrow.

java.lang.NoClassDefFoundError: org/w3c/dom/xpath/XPathEvaluator
   at java.lang.ClassLoader.defineClass1(Native Method)
   at java.lang.ClassLoader.defineClass(Unknown Source)
   at java.security.SecureClassLoader.defineClass(Unknown Source)
   at java.net.URLClassLoader.defineClass(Unknown Source)
   at java.net.URLClassLoader.access$100(Unknown Source)
   at java.net.URLClassLoader$1.run(Unknown Source)
   at java.security.AccessController.doPrivileged(Native Method)
   at java.net.URLClassLoader.findClass(Unknown Source)
   at java.lang.ClassLoader.loadClass(Unknown Source)
   at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
   at java.lang.ClassLoader.loadClass(Unknown Source)
   at java.lang.ClassLoader.loadClassInternal(Unknown Source)
   at java.lang.ClassLoader.defineClass1(Native Method)
   at java.lang.ClassLoader.defineClass(Unknown Source)
   at java.security.SecureClassLoader.defineClass(Unknown Source)
   at java.net.URLClassLoader.defineClass(Unknown Source)
   at java.net.URLClassLoader.access$100(Unknown Source)
   at java.net.URLClassLoader$1.run(Unknown Source)
   at java.security.AccessController.doPrivileged(Native Method)
   at java.net.URLClassLoader.findClass(Unknown Source)
   at java.lang.ClassLoader.loadClass(Unknown Source)
   at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
   at java.lang.ClassLoader.loadClass(Unknown Source)
   at java.lang.ClassLoader.loadClassInternal(Unknown Source)
   at java.lang.ClassLoader.defineClass1(Native Method)
   at java.lang.ClassLoader.defineClass(Unknown Source)
   at java.security.SecureClassLoader.defineClass(Unknown Source)
   at java.net.URLClassLoader.defineClass(Unknown Source)
   at java.net.URLClassLoader.access$100(Unknown Source)
   at java.net.URLClassLoader$1.run(Unknown Source)
   at java.security.AccessController.doPrivileged(Native Method)
   at java.net.URLClassLoader.findClass(Unknown Source)
   at java.lang.ClassLoader.loadClass(Unknown Source)
   at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
   at java.lang.ClassLoader.loadClass(Unknown Source)
   at java.lang.ClassLoader.loadClassInternal(Unknown Source)
   at org.apache.batik.dom.svg.SVGDOMImplementation.createDocument(Unknown
Source)
   at org.apache.batik.dom.util.SAXDocumentFactory.startElement(Unknown
Source)
   at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown
Source)
   at org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(Unknown
Source)
   at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown
Source)
   at
org.apache.xerces.impl.XMLNSDocumentScannerImpl$NSContentDispatcher.scanRootElementHook(Unknown
Source)
   at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
Source)
   at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
Source)
   at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
   at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
   at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
   at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
   at org.apache.batik.dom.util.SAXDocumentFactory.createDocument(Unknown
Source)
   at org.apache.batik.dom.util.SAXDocumentFactory.createDocument(Unknown
Source)
   at org.apache.batik.dom.svg.SAXSVGDocumentFactory.createDocument(Unknown
Source)
   at de.intevation.printlayout.PaperSizes.createSheet(PaperSizes.java:201)
   at de.intevation.printlayout.PaperSizes.createSheet(PaperSizes.java:182)
   at de.intevation.printlayout.PrintLayoutPlugin.run(
PrintLayoutPlugin.java:63)
   at
com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run
(TaskMonitorManager.java:149)
   at java.lang.Thread.run(Unknown Source)

regards,
Larry


On 1/31/07, Geoffrey G Roy [EMAIL PROTECTED] wrote:


Jan

I have tried your 0.8.2 version, but still get  an error when trying to
execute the extension

org.w3c.dom.svg.SVGDocument (No Class Def Found)


java.lang.NoClassDefFoundError: org/w3c/dom/svg/SVGDocument
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(Unknown Source)
at java.security.SecureClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.access$000(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
at

Re: [JPP-Devel] Direction of line segments

[Larry Becker]

I have a basic reverse linestring beanshell script.  It works on one
selected linstring.  No error checking is implemented yet.

{
import com.vividsolutions.jts.geom.Coordinate;
import com.vividsolutions.jts.geom.GeometryFactory;
import com.vividsolutions.jump.util.CoordinateArrays;

firstLayer =
wc.layerViewPanel.selectionManager.layersWithSelectedItems.iterator
().next();
firstFeature =
wc.layerViewPanel.selectionManager.getFeaturesWithSelectedItems
(firstLayer).iterator().next();
Coordinate[] a = firstFeature.getGeometry().getCoordinates();
CoordinateArrays.reverse(a);
firstFeature.setGeometry(CoordinateArrays.toLineOrPoint(a, new
GeometryFactory()));
wc.layerViewPanel.repaint();
}

regards,
Larry

On 1/29/07, Larry Becker [EMAIL PROTECTED] wrote:


Hi Michaël,

  That's interesting.  I didn't know the arrow navigation trick.  Is that
an OpenJUMP PlugIn?  It doesn't seem to work in JUMP or SkyJUMP.

  I knew about the Delete key shortcut.  What I haven't found is any
shortcuts for menu items.  I wonder why?

thanks,
Larry

On 1/29/07, Michaël Michaud [EMAIL PROTECTED] wrote:

 Hi Larry,

 There are some shortcuts defined in JUMP menu just above the help
 command (OpenJUMP).
 There are probably also other default shortcuts (typing on arrows makes
 the map moving for example).

 I thought about shortcuts, because I just discovered that in jEdit,
 where you can define macros (ie beanshell scripts) exactly as you did in
 jump, you can also define shortcuts, in a uniform way, for every jEdit
 commands, including user-defined macro.

 Michaël

 Larry Becker a écrit :

  Thanks Michaël,
 
I like your idea about the keyboard shortcuts.  Come to think of it,
  I don't recall ever seeing any JUMP standard Control-key shortcuts at
  all.  I wonder if there is some kind of issue there?
 
Oh well, I suppose you can always fall back on typing Alt-T B
 whatever.
 
  regards,
  Larry
 
  On 1/29/07, *Michaël Michaud*  [EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED] wrote:
 
  Great tool Larry !
 
  Beanshell is my favorite tool and I can appreciate how you
  transformed
  it into a production tool for jump with a single 150 lines java
  plugin !
  As you say, beanshell has the capabilities of full java, and
  that's what
  makes it even more powerfull than MapBasic or Avenue !
  Every body like powerfull tools and hate too complex ones.
  BeanTool is
  really as simple as powerfull.
 
  For a script like reverse linestring, it should be even easier
  to use
  if one could associate a keyboard shortcut to the bsh-command,
 what
  could be developped as a separate plugin if anyone is interested.
 
  Thanx
 
  Michaël
 
  Larry Becker a écrit :
 
   Hey Pedro,
  
  A BeanTool is not some kind of kludgey script. It has the
 same
   capabilities as full Java. A BeanTool is just a simple way of
  giving
   the user control of their extensible tool set.  In the case of
   reversing linestinrgs, there doesn't seem to be much of a need
 for a
   complicated interface so it is a particularly good fit.  I'm
  sure that
   everyone thinks their favorite tool should be at the top of the
 menu
   or toolbox, but the reality is that everyone used GIS and CAD
 tools
   differently.  I'm advocating BeanTools as a simple way to add
 the
   tools you need without wading though the ones you don't
  
   regards,
   Larry
  
   On 1/29/07, *Pedro Doria Meunier*  [EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED]
   mailto:[EMAIL PROTECTED] mailto: [EMAIL PROTECTED]
  wrote:
  
   Hey Larry,
  
  
  
   Appending a bit to the last email...
  
   You mean 'an ideal candidate for a Beanshell tool' on a
  debugging
   phase or permanently?
  
   I say this because this is, I suppose, a much sought for
  tool… ;-)
  
   IMHO its ideal place should be under the 'Edit' menu.
  
  
  
   BR,
  
   Pedro
  
  
  
   *From:* [EMAIL PROTECTED]
  mailto: [EMAIL PROTECTED]
   mailto: [EMAIL PROTECTED]
  mailto: [EMAIL PROTECTED]
   [mailto:[EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED]
   mailto: [EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED]] *On
   Behalf Of *Larry Becker
   *Sent:* segunda-feira, 29 de Janeiro de 2007 15:12
   *To:* List for discussion of JPP development and use.
   *Subject:* Re: [JPP-Devel] Direction of line segments
  
  
  
   Hi Pedro,
  
 To me, a simple specialized tool like Reverse Linestring
  is an
   ideal candidate for a Beanshell tool.  Unfortunately,
  pasting the
   Beanshell code into the console gets old fast when you are
 doing
   it a lot.  SkyJUMP has a small innovation that other

Re: [JPP-Devel] OpenJUMP Icons

[Larry Becker]

I found 30 gifs inside rt.jar for Java 1.5 are at
javax/swing/plaf/metal/icons.  Is that what you mean?

regards,
Larry

On 1/30/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:


I know I've asked this before, but I need to ask again.

I'm starting on the development for the GUI to some of my cursor tool
implementations. I was wondering where I might find the icons that OpenJUMP
uses in it's GUI. I'd like to stay consistent. (I know where the images for
the Icons are kept in the source code, but I thought someone told me they
came from the standard Swing icon set. Every link to the standard Swing icon
set that I have been able to find online has been broken.)

Thanks for the help with this.

The Sunburned Surveyor

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel






--
http://amusingprogrammer.blogspot.com/
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Direction of line segments

[Larry Becker]

I forgot to post a link to the source to the BeanToolsPlugIn.

http://skyjump.cvs.sourceforge.net/skyjump/skyjump/com/isa/jump/plugin/BeanToolsPlugIn.java?view=log

I'll try to find some code that already reverses linestings and make a
Beanshell script out of it and post it here.

Larry

On 1/29/07, Larry Becker [EMAIL PROTECTED] wrote:


Hi Pedro,

  To me, a simple specialized tool like Reverse Linestring is an ideal
candidate for a Beanshell tool.  Unfortunately, pasting the Beanshell code
into the console gets old fast when you are doing it a lot.  SkyJUMP has a
small innovation that other developers might want to consider adopting.  It
is a BeanTools folder in lib/ext.  The BeanToolsPlugIn takes care of reading
the directory of the BeanTools folder and putting a entry on the
heirarchical Tools-Bean Tools menu for each .bsh file found.

regards,
Larry



On 1/28/07, Pedro Doria Meunier [EMAIL PROTECTED] wrote:

  Hi guys,



 Back to some old topic, already discussed but never fully answered…



 Changing direction of the line segments in Jump/OpenJump.

 Most of the time line segments are digitized regardless of their 'true'
 direction in the real word…

 It'd be extremely useful if a plugin were to be developed that allowed
 to change the line segment direction…

 I know that there's already 'Edit Select Side' but that doesn't quite
 cut it…



 There real question here is:

 Is there someone doing something on the matter?



 BR,

 Pedro Doria Meunier


 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share
 your
 opinions on IT  business topics through brief surveys - and earn cash

 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] [jump-users] Re:new extensions for OpenJUMP: printing and project updating

[Larry Becker]

Hi Geoff,

 LayerPrinter2 allows you to specify the number of pixels.  It really only
lets you make the (virtual) window larger before using the Save Image As
feature.  It does reset the view bounds to the new larger area, and since
you only specify a single number for the pixel extent, it applies that to
the larger dimension and scales the other appropriately.  So effectively,
you now have a new view panel with the same height to width ratio, but with
a larger pixel extent.

 Since I haven't studied the Java Printing interfaces, I don't have any
advice on how to get the printer to put the LayerPrinter2 image into the
appropriate format so that it scales correctly.  Personally, I would be
happy if it just prints correctly and the graphic scale is correct.  The
line size and text size is not important to me as long as the text remains
readable, and the lines don't disappear.

 About WMS, I don't use it much and can't seem so get any older links to
work right now.  However, with LayerPrinter2 it should render correctly.

regards,
Larry

On 1/19/07, Geoffrey G Roy [EMAIL PROTECTED] wrote:


 Dear Larry

I have noticed some more issues that you might have seen:


   1. If I load a raster layer (using the
   de.fhOsnabruek.jump.pirol.plugIns.PirolRasterImage plugin) then my
   quality options produces a correctly scaled image, while your accurate
   LayerPrinter2 class does not scale the image at all!- it appears to come out
   natural size - any thoughts on how to correctly scale the image?
   2. I have also tried printing a WMS layer but that did not work at
   all.  Has anyone tried this??  I am not sure how to get access to the WMS
   image.
   3. I use pdf995 as my PDF printer driver - it produces multi-page
   images without problems

Geoff

Larry Becker wrote:

  Hmm, I see what you mean.  In your attached files, I completely agree
that SampleQuality.pdf has more resolution, however I'm not duplicating
your results.  In fact, I can't seem to get it to work with my CutePDF
driver very well at all.  I don't seem to be able to get multiple page
output unless I print to a real printer.

  It seems strange that LayerPrinter2 would give you screen resolution
since its whole point is to allow you to specify whatever number of pixels
you want.  I mainly use it to save user specified resolution png files.

regards,
Larry

On 1/18/07, Geoffrey G Roy [EMAIL PROTECTED] wrote:

 Dear Larry

 Thanks for the feedback.  The terms quality and accurate might not
 be the best (perhaps different terms should be used), but from my
 observations there are differences in the results from the two approaches,
 though the results that you see will depend on the actual screen resolution,
 the size of the LayerViewPanel on the the screen, and the scaling required
 for the paper output.  I am attaching two pdf  files where the difference
 can be seen by zooming in using Acrobat Reader.

 Some things to note:

1. The size of the two files is quite different, the accurate
file being much smaller - and is produced quite a bit faster also.
2. In the quality file the text and lines are produced at a much
higher resolution, but not always with their correct absolute size/widths.
3. In the accurate file the text and lines have correct
sizes/widths, but at lower resolution.

 There are some unknowns here - or at least I may be missing something
 fundamental!

 In response to Jan-Oliver's comments:

 I proceeded with my PrinterPlugin as I have an immediate need to print
 maps- even if the approach is relatively simple.  It does serve my needs for
 the moment, but I would naturally welcome a more comprehensive solution to
 printing.  The lack of a printing capability in OpenJUMP does seem a major
 limitation.  Printing on multiple pages also appears an important capability
 as some users will have access to large format printers.

 Geoff

 Larry Becker wrote:

 Hi Geoff,

   I just tried your latest version of JumpPrinter, and it does work
 quite well.  I'm not sure I agree with your quality vs. accurate label
 though.  In my tests (with SkyJUMP), when I printed to a single page, I
 couldn't really see much difference between checking Quality or not
 (rendered to an HP Color LaserJet 4500N using PCL 6).  However, when I
 unchecked single page option (giving 4 printed sheets now), the Quality
 mode clearly had lower resolution, although it had correct text and line
 scaling.  Unchecking Quality caused the text and line width to decrease.
 It would seem to me that roles of quality and accuracy are reversed in
 your explanation.

   I would have thought that there was a way to set the DPI in Graphic2D,
 but I haven't found one.  The only technique that I have seen is to scale
 the line width and text size based on the printer DPI.  This would seem to
 imply modification of the JUMP core.

 regards,
 Larry Becker

 On 1/18/07, Geoffrey G Roy [EMAIL PROTECTED]  wrote:
 
  Dear Larry
 
  Many thanks for the suggestions

Re: [JPP-Devel] [jump-users] Re:new extensions for OpenJUMP: printing and project updating

[Larry Becker]

 Hmm, I see what you mean.  In your attached files, I completely agree that
SampleQuality.pdf has more resolution, however I'm not duplicating your
results.  In fact, I can't seem to get it to work with my CutePDF driver
very well at all.  I don't seem to be able to get multiple page output
unless I print to a real printer.

 It seems strange that LayerPrinter2 would give you screen resolution since
its whole point is to allow you to specify whatever number of pixels you
want.  I mainly use it to save user specified resolution png files.

regards,
Larry

On 1/18/07, Geoffrey G Roy [EMAIL PROTECTED] wrote:


 Dear Larry

Thanks for the feedback.  The terms quality and accurate might not be
the best (perhaps different terms should be used), but from my observations
there are differences in the results from the two approaches, though the
results that you see will depend on the actual screen resolution, the size
of the LayerViewPanel on the the screen, and the scaling required for the
paper output.  I am attaching two pdf  files where the difference can be
seen by zooming in using Acrobat Reader.

Some things to note:

   1. The size of the two files is quite different, the accurate file
   being much smaller - and is produced quite a bit faster also.
   2. In the quality file the text and lines are produced at a much
   higher resolution, but not always with their correct absolute size/widths.
   3. In the accurate file the text and lines have correct
   sizes/widths, but at lower resolution.

There are some unknowns here - or at least I may be missing something
fundamental!

In response to Jan-Oliver's comments:

I proceeded with my PrinterPlugin as I have an immediate need to print
maps- even if the approach is relatively simple.  It does serve my needs for
the moment, but I would naturally welcome a more comprehensive solution to
printing.  The lack of a printing capability in OpenJUMP does seem a major
limitation.  Printing on multiple pages also appears an important capability
as some users will have access to large format printers.

Geoff

Larry Becker wrote:

Hi Geoff,

  I just tried your latest version of JumpPrinter, and it does work quite
well.  I'm not sure I agree with your quality vs. accurate label
though.  In my tests (with SkyJUMP), when I printed to a single page, I
couldn't really see much difference between checking Quality or not
(rendered to an HP Color LaserJet 4500N using PCL 6).  However, when I
unchecked single page option (giving 4 printed sheets now), the Quality
mode clearly had lower resolution, although it had correct text and line
scaling.  Unchecking Quality caused the text and line width to decrease.
It would seem to me that roles of quality and accuracy are reversed in
your explanation.

  I would have thought that there was a way to set the DPI in Graphic2D,
but I haven't found one.  The only technique that I have seen is to scale
the line width and text size based on the printer DPI.  This would seem to
imply modification of the JUMP core.

regards,
Larry Becker

On 1/18/07, Geoffrey G Roy [EMAIL PROTECTED] wrote:

 Dear Larry

 Many thanks for the suggestions - your LayerPrinter2 appears to work
 quite well and does what I was asking for but (and more interestingly!)

1. My original approach copies the graphic context from the existing
   LayerViewPanel, then scales the lot using Graphics2D.scale().  As
   a result, text sizes, line widths and pattern sizes also scale -
   but the highest resolution is maintained on the printer. I call
   this quality mode.
2. Your approach creates a new LayerViewPanel of an appropriate
   dimension then paints the layers into it (which I had tried but
   failed to achieve previously).  In this case the text and line
   sizes are correct, but they appear at a lower resolution (screen
   resolution?).  I call this accurate mode.

 There is a natural trade off between the two approaches - but perhaps we
 can achieve both results!  For the moment I have included two print
 options in the plugin so that both can be tried and compared.

 Perhaps some expert in Graphics2D might offer a solution?

 I have posted a new version on my web site for further testing.

 Geoff



 Larry Becker wrote:
  Hi Geoff,
 
 Thanks for all your work on the printing plugin.  Our users have
  been asking for that feature for a long time.
 
In the Printer_Guide you said:
 
  Currently the map scaling for printing is done by transforming the
  screen graphics to
  match the required printed scale. This means that the printed
  image will have line
  thicknesses and font sizes also scaled to match the required
  printed scale. This
  approach is not ideal, but until I can figure out how to change
  the off-screen canvas
  size to match the printed paper size it is the best available
  solution.
 
  The LayerPrinter2.java
  
http://skyjump.cvs.sourceforge.net/skyjump/skyjump/com

Re: [JPP-Devel] Bug #1487099 - Final Verdict

[Larry Becker]

Sunburned,

  After searching the jump archives, I found this comment from Pedro to Ugo
about the problem:

UGO:
I'm still using pre-Ugo mods (:-) release of OpenJump. I stuck with one
the (late) December releases which is very stable. This problem has only
arisen after the project became a full grown mammoth... ;-)
Shapefiles, MrSID layers, Geotiff layers - all contribute to the mess.

Sounds to me like it would be tough to duplicate.  Who else uses both MrSID
and Geotiff rasters at the same time?

regards,
Larry

On 1/19/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:


I did a little more research and determined that the act of iterating over
a collection in two separate threads is not enough to cause a
ConcurrentModificationException, unless the iterator removes items from the
collection.

This leads me to conclude that something must have changed in OpenJUMP's
code since Pedro filed his bug report last May. I've poured over the stack
trace in the bug report and the code itself, and after talking with Larry
can't determine what would now cause this exception to be thrown.

I suppose it is possible, though not likely, that the JVM implementation
Pedro was using may not have properly implemented the correct behavior in
this case and threw the exception when the collection was iterated over by
two threads.

I will close this bug report on SourceForge. It has been a short and
painful journey, but I have learned alot.

I want to especially thank Larry for all of his help with this. My thanks
to David at Vivid Solutions as well.

The Sunburned Surveyor

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Update on Bug #1487099

[Larry Becker]

Hi Sunburned,

 If I understand the bug in question, it is not easy to reproduce.  It has
been my experience that you can't fix bugs unless you can reproduce them,
otherwise you can't know when they are fixed.  All you can do otherwise is
to apply a lot of preventative measures that may improve the situation, or
it might even make it worse.  Does anyone have a scenario that will cause
the bug to reproduce often enough to meet this requirement?  If not, the
prudent course IMHO is to wait until such a case occurs.

regards,
Larry

On 1/18/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:


I'm afraid I have to again correct my observations on Bug #1487099. I was
looking at the LayerManager class this morning and realized that the method
causing Pedro's ConcurrentModificationException hasn't yet been fixed by
creating a copy of the LayerListener collection. This fix was applied by Jon
Aquino to some other methods.

After chewing over the problem for a while last night I realize that
creating a copy of the LayerListener collection stored by the LayerManager
class isn't a totally thread safe solution to this problem. It does
eliminate the possibility of the ConcurrentModificationExceptions but I
think it would allow a LayerListener to be sent an event when it should not
receive them.

Let me give a quick example of this scenario.

I did a little work on a Data Source Catalog that allows the user to
associate Layers and DataSources. As part of this extension for OpenJUMP I
might have created a LayerListener that presents a dialog box to the user
when a layer is deleted, or removed from the LayerManager. This dialog box
would ask the user if they would also like to delete any DataSources
associated with the Layer. Similarly, the LayerListener might present a
dialog box when a Layer is added to the LayerManager asking the user if they
would like to associate the new Layer with a DataSource.

These 2 dialog boxes could get a little irritating, so I might include an
option that allows the user to turn it off. This could easily be done by
removing the LayerListener from the LayerManager. This might also be done
programatically by other plug-ins that add or remove layers as part of their
operation.

Here is the problem.

The user performs some action that will cause a Layer to be added or
removed from the LayerManager. When this happens the LayerManager creates a
copy of the LayerListeners collection and begins to iterate over it calling
the appropriate methods of the LayerListeners in a new thread.

The user then performs another action while this thread is running that
causes one of the LayerListeners to be removed from the LayerManager's
collection of LayerListeners. This LayerListener has not been removed from
the copy of the LayerListener collection that is being manipulated by the
thread created previously when a Layer was added or removed. That means the
LayerManager will pass the LayerChanged event to a LayerListener that is no
longer supposed to receive this event because it is present in the copied
collection. (It is no longer present in the original LayerListener
collection.)

I know this would be a rare occurence, but it is possible. I think it
leaves the potential for some hard-to-locate bugs in the future. I believe
this problem can be solved in a thread safe way by restricting access the
the LayerListeners collection with synchronized methods.

Like I said, I'm no expert at threads, and If I'm not understanding this
correctly I'd really appreciate some help!

If my theory about this situation isn't all messed up I'll get started on
the thread safe solution for the next release of OpenJUMP. I'll work with
Vivid Solutions to get it incorporated into JUMP as well.

Thanks for any input on this situation.

The Sunburned Surveyor



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Update on Bug #1487099

[Larry Becker]

Sunburned,

  It sounds like you have been studying up on the JUMP core quite a bit
lately, and have reached a pretty good understanding of how it works.
However, I'm confused about what the topic of Threads has to do with this
bug fix.  Events are not Threads, as I'm sure you realize.  As far as I have
been able to determine, the only separate Thread that JUMP uses is the
timer-triggered one second render update Thread.  That Thread alone has
been responsible for may hours of debugging time for us, but I don't see it
as being the cause of Pedro's bug.

It IS the source of other bugs relating to (SkyJUMP) using a DataSource
ArcSDE layer backed by an Oracle database.  Oracle databases are notoriously
finicky about multiple connections, so if you try to render N ArcSDE
DataSource layers, it will try to open N connections and run Oracle out of
connection memory.  But I digress :-)

regards,
Larry


On 1/18/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:


David and Larry,

Thanks for the help. My comments are listed below.

Larry wrote: If I understand the bug in question, it is not easy to
reproduce.  It has been my experience that you can't fix bugs unless you can
reproduce them, otherwise you can't know when they are fixed.  All you can
do otherwise is to apply a lot of preventative measures that may improve the
situation, or it might even make it worse.  Does anyone have a scenario that
will cause the bug to reproduce often enough to meet this requirement?  If
not, the prudent course IMHO is to wait until such a case occurs.

You make a good point Larry. I don't currently know of code in OpenJUMP's
core that will cause this bug to occur. However, I could write a simple
plug-in in OpenJUMP that would cause this error to occur, although it might
not be on a rigid and repeatable basis. I think the most dangerous thing
about this type of code is the unpredictability. I can't tell you when this
is going to mess things up for the user, only that the possibility is there.


In most programs this is probably not a huge problem. I think things are a
little different with OpenJUMP. OpenJUMP is designed to be extendable and I
can think of many reasons why a plug-in developer would want to register one
of the objects created for his plug-in as a listener to a LayerManager. In
most cases a listener would be removed from the list of listeners when it is
destroyed, so the situation I described in my previous e-mail is not
typical. That's the danger of OpenJUMP's pluggable design. How often will a
plug-in developer write code that is typical? I thought of at least one or
two situations in my own work on OpenJUMP where a removed listener might
still be in existence after removal and the problem I mentioned previously
could occur.

Thank you for your comments. You may be correct when you point out that I
might be spending time on a relatively minor problem that is not likely to
occur.

David wrote:  I wouldn't worry about calling a listener with the event
after it has been de-registered because the event handlers are not
guaranteed to be executed in any given order.

I might still be confused about the way this whole thing works. I don't
think the order that event listeners are called is a factor in the problem I
described previously. The problem is that we are creating a copy of
collection of LayerListeners in the LayerManager. This means that we could
have a LayerListener in the copied collection that could be called after a
programmer thought that it had been removed as a listener from the
LayerManager. It doesn't matter if this phantom listener is sent the event
by the LayerManager first, last, or in the middle. What matters is that it
is sent the event at all.

I suppose you could argue that the Listener should receive the event even
though it has been removed from the LayerManager, becuase at the the time
the action occured that generated the thread that created the copy of the
LayerListener collection, the LayerListener was registered as a listener. Is
this the point you were trying to make when you said that in the perfect
world all events are called at the same moment.

I can accept that. If this is the case I will simple create a copy of the
LayerListener collection in the method that is causing Pedro's bug like you
first suggested. :]

I appreciate everyone's patience as I try to understand some code that's a
little over my head.

The Sunburned Surveyor



On 1/18/07, David Zwiers [EMAIL PROTECTED] wrote:

  SS,



 I think you've found the issue; thanks for the explanation. I wouldn't
 worry about calling a listener with the event after it has been
 de-registered because the event handlers are not guaranteed to be executed
 in any given order.



 In a perfect world (and the way most of us think about event handlers)
 all the handlers for a given event are executed in tandem. Thus we could
 create N threads (one per handler), leaving them all in a yielded state
 prior to starting the execution of any one 

Re: [JPP-Devel] Splash Screen For OpenJUMP

[Larry Becker]

Just replace
/openjump/src/com/vividsolutions/jump/workbench/ui/images/splash.png

Larry
On 1/18/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:


I'd like to update the splash screen for the 01.00.02 release of OpenJUMP.
Can anyone give me some quick pointers on how to do that?

Thanks,

SS

P.S. - I hav created an SVG file for the OpenJUMP Kangaroo. I will make
this and a new JPP logo available to everyone on the SurveyOS website soon.



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Modified LayerManager class that fixes Bug #1487099...

[Larry Becker]

Sunburned,

 Well, it calls fireLayerEvent with a new inline Runnable class method run
defined to do layerListener.categoryChanged.  Then fireLayerEvent invokes
GUIUtil.invokeOnEventThread which does:

   if (SwingUtilities.isEventDispatchThread()) {
   r.run();
   } else {
   SwingUtilities.invokeAndWait(r);
   }

So if the current thread is an AWT event dispatching thread, it does run()
otherwise it does invokeAndWait() which blocks until all of the AWT events
have been processed.

Without getting too deep in the woods, it seems like the point is that there
is no iteration going on here.  All of the iteration is going on in the
fireCategoryChanged method that you modified which should be in thread.
Also note that Jon prevents new events from firing while processing current
events with the isFiringEvents() check.

This is one of those pieces of code that the more I look at it, the more I
see I don't see.  Know what I mean?

Larry
On 1/18/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:


Larry,

You could be right. I didn't even think about the iteration occuring in
the GUI Thread. Does this mean that the Runnable argument passed to the
LayerManager.fireCategoryChanged() method is in fact the GUI Thread? It
looked like OpenJUMP/JUMP was creating a brand new thread using an inner
class. (I must admit that I find inner classes almost as confusing as
threads.)

I'm not disagreeing with your analysis, I'm just trying to understand. :]

Here is the code for the LayerManager.fireCategoryChanged() method that I
thought created a new thread object to iterate over the layerListeners
collection:


  fireLayerEvent(new Runnable()

 {

 public void run()

 {

layerListener.categoryChanged(new CategoryEvent(

category, type, categoryIndex));

 }



Thanks for your help Larry.

The Sunburned Surveyor

On 1/18/07, Larry Becker [EMAIL PROTECTED] wrote:

 Sunburned,

   I respectfully disagree with your analysis.  I believe all of the
 iteration over LayerListeners occurs within the GUI Thread. My guess is that
 although addCategory took the bullet, it didn't fire the gun.  Having said
 that, and looking at the trace, and your fix, I don't see any harm in trying
 it.  I'm a belt and suspenders kind of guy 8-) and I don't have a better
 answer.

   This is a pretty old bug (May) and a lot of stuff has changed since
 then so it may not be possible to reproduce it any more.  I tried loading a
 task with dozens of categories with no luck, even with OJ 1.0.1.

 regards,
 Larry

  On 1/18/07, Sunburned Surveyor  [EMAIL PROTECTED] wrote:

  I have attached the Java file for the modified LayerManager class that
  fixes Pedro's bug with the ConcurrentModificationException. All of the
  changes were made to the LayerManager.fireCategoryChanged () method. I
  implemented the solution recommended by David, which is to clone the
  layerListener collection before firing the event to the listeners. The
  LayerManager class was taken from the OpenJUMP CVS.
 
  This has not been tested in an OpenJUMP build yet. I will test it with
  the other bug fixes I need to make for the 01.00.02 release.
 
  The Sunburned Surveyor
 
 
  -
  Take Surveys. Earn Cash. Influence the Future of IT
  Join SourceForge.net's Techsay panel and you'll get the chance to
  share your
  opinions on IT  business topics through brief surveys - and earn cash
 
  http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 
  ___
  Jump-pilot-devel mailing list
  Jump-pilot-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
 
 
 
 


 -
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share
 your
 opinions on IT  business topics through brief surveys - and earn cash

 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel



-
Take Surveys. Earn Cash. Influence the Future of IT
Join

Re: [JPP-Devel] Help with Bug 1546889

[Larry Becker]

I'd like to know the answer to this one too.

Larry

On 1/18/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:


Michael,

Looks like Stefan is hot on the trail of my bug!

Would you be able to breifly decribe the purpose of this command and how
it works?

Thanks,

The Sunburned Surveyor


On 1/18/07, Stefan Steiniger [EMAIL PROTECTED] wrote:

 Hei Michael,

 thanx! i fixed it. But i wonder why the following lines appear two times

 else if (nbFeatureWithin == 1){
mapping.transferAttributes(fEqual, aFeature, feature);
feature.setGeometry((Geometry) aFeature.getGeometry().clone());
fcRecup.add(feature);
}

 same for
 else if (nbFeatureEqualAndWithin == 1){
 ...

 best greetings to Vincennes
 stefan

 @all:
 sorry for being currently not that active, but my agenda has some other
 priorities. I will also try to have a look on SkyJUMP these days.
 BTW: the changes for the translation of the imagery framework are done
 and commited.. But i have not yet commited the ECW dlls - also because
 of the email by  Jan corresponding the GPL and the ecw license terms

 Michaël Michaud schrieb:
  Hi Sunburned :
 
  There is probably a copy/paste bug line 173 of SpatialJoinPlugIn
 class :
 
  else if (methodName.equals(METHOD_WITHIN)) {
  if (aFeature.getGeometry().within(bFeature.getGeometry())) {
  nbFeatureWithin++;
  nbFeature++;
  fEqual = bFeature;
  }
 
  It should be fWithin instead of fEqual
 
  I did not try to recompile to check if it solves the problem
 
  Michaël
 
  Sunburned Surveyor a écrit :
 
  Sorry,
 
  I meant to label this as Bug #1546889, but I forgot to put it in the
  subject line.
 
  SS
 
  On 1/18/07, *Sunburned Surveyor*  [EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED] wrote:
 
  I'm working on my second bug for the 01.00.02 OpenJUMP release.
  This bug was reported by Johannes Metzler on 2006-08-25. His
 error
  involved the Sigle-Geoprocessing Transfer Attributes command.
 He
  got a NullPointerException while using this command, and I did as

  well. (I did get it to work one of the times I attempted to use
  it, however.)
 
  Johannes wrote this in his bug report: The new function
  Geoprocessing  two layers  Transfer attributes doesnt seems
 to
  work (or I use it in the wrong way, a description would be
  helpfull)...
 
  I agree with this comment. Would it be possible to get a
  description of this command from the SIGLE team with some brief
  instructions on how it can and can't be used. If this can be done
  I will take a closer look at the bug Johannes reported.
 
  Some sample data to test the command with would also be really
  great, but not absolutely necessary.
 
  I would like to thank the SIGLE team in advance for their help
  with Bug 2 of 3...
 
  The Sunburned Surveyor
 
 
 
 
 
 
 -
  Take Surveys. Earn Cash. Influence the Future of IT
  Join SourceForge.net's Techsay panel and you'll get the chance to
 share your
  opinions on IT  business topics through brief surveys - and earn
 cash
 
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 
 
 
 
  ___
  Jump-pilot-devel mailing list
  Jump-pilot-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
 
 
 
 
 
 -
  Take Surveys. Earn Cash. Influence the Future of IT
  Join SourceForge.net's Techsay panel and you'll get the chance to
 share your
  opinions on IT  business topics through brief surveys - and earn cash
 
 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
  ___
  Jump-pilot-devel mailing list
  Jump-pilot-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
 
 

 -

 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share
 your
 opinions on IT  business topics through brief surveys - and earn cash

 http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys - and earn cash

Re: [JPP-Devel] Splash Screen For OpenJUMP

[Larry Becker]

I agree that it should be based on JUMP versions.  I have been trying to
come up with a good scheme for SkyJUMP version to keep then in sync as much
as possible.  I think I'm using 1.2.2 build 78 right now, but would be
willing to standardize if it would help keep users from getting confused.

Larry

On 1/18/07, Stefan Steiniger [EMAIL PROTECTED] wrote:


it is done in the jump.properties file if you look for this string:
JUMPWorkbench.version.number=1.1 B

That means i have disabled the use of JUMPVersion for the splashscreen.
But the number original number is still used for the About.. screen.. so
that one can see which original JUMP version is underneath
(synchronization status)

As you see A while ago I have set the current version to: 1.1 B

I would prefer something like 1.2.0 since the last numbers are usually
automatically set for built versions. To make it easier we should stick
to maximal 3 numbers.
1.1 would be ok too.. but i think there is a need to show that we have
the same functionality as JUMP 1.2 has (if i did not miss something).
Thus i currently opt for Version 1.2.

stefan

Sunburned Surveyor schrieb:
 Stefan,

 My main concern was with the version shown on the splash screen. It
 sounds like this is modified somewhere else? If you can show me how to
 change that I see no need to change the rest of the splash screen.

 I thought is was typical to have a XX.XX.XX version numbering scheme. I
 may have been mistaken. Would you like the version number for the next
 release to be 1.0.2? Again, I have no real preference for one version
 format over the other.

 SS


 On 1/18/07, *Stefan Steiniger* [EMAIL PROTECTED]
 mailto:[EMAIL PROTECTED] wrote:

 Hej,

 question 1)
 01.00.02 mhm .. i wonder what you are releasing with respect to the
 version number. the last official version has been 1.0.1

 question 2)
 is there a reason to change the splash screen? If you want to change
it
 for your personal edition .. why not? but i am quite happy with the
 actual version (also used in the nightly built) ... although i know
we
 had some discussion on logo similarities
 and the number of the splashscreen is set up elsewhere

 stefan

 Larry Becker schrieb:
   Just replace
  
/openjump/src/com/vividsolutions/jump/workbench/ui/images/splash.png
  
   Larry
   On 1/18/07, *Sunburned Surveyor*  [EMAIL PROTECTED]
 mailto:[EMAIL PROTECTED]
   mailto:[EMAIL PROTECTED]
 mailto:[EMAIL PROTECTED] wrote:
  
   I'd like to update the splash screen for the 01.00.02 release
of
   OpenJUMP. Can anyone give me some quick pointers on how to do
 that?
  
   Thanks,
  
   SS
  
   P.S. - I hav created an SVG file for the OpenJUMP Kangaroo. I
 will
   make this and a new JPP logo available to everyone on the
 SurveyOS
   website soon.
  
  
  
  

-
   Take Surveys. Earn Cash. Influence the Future of IT
   Join SourceForge.net's Techsay panel and you'll get the
 chance to
   share your
   opinions on IT  business topics through brief surveys - and
 earn cash
  

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
  
 
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

  
   ___
   Jump-pilot-devel mailing list
   Jump-pilot-devel@lists.sourceforge.net
 mailto:Jump-pilot-devel@lists.sourceforge.net
   mailto: Jump-pilot-devel@lists.sourceforge.net
 mailto:Jump-pilot-devel@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
   
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
  
  
  
  
  


  
  

-

   Take Surveys. Earn Cash. Influence the Future of IT
   Join SourceForge.net's Techsay panel and you'll get the chance to
 share your
   opinions on IT  business topics through brief surveys - and earn
 cash
  

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
  
  
  



  
   ___
   Jump-pilot-devel mailing list
   Jump-pilot-devel@lists.sourceforge.net
 mailto:Jump-pilot-devel@lists.sourceforge.net
   https://lists.sourceforge.net/lists

Re: [JPP-Devel] Is there a spatial function 'is not equal'?

[Larry Becker]

Jukka makes a valid point.  There needs to be more than one way to describe
some of these complex terms: the formal mathematics or GIS description, and
the common sense everyday language description.  There is no point in having
features unless their purpose is understandable.  Any ideas on how we can
consistently implement alternate terminology throughout the user interface?
Martin? Stefan?

regards,
Larry

On 11/28/06, Stefan Steiniger [EMAIL PROTECTED] wrote:


this should be possible :)

Rahkonen Jukka wrote:

Hello,

So you have solved my little problem that appeared to be just due to my
poor knowledge on the terminology.  I am sure that I will remember the rest
of my life what is the meaning of 'complement' in set theory.  However,
could it be thinkable to have there some more layman friendly text in the
future, like 'Complement Results (inverts selection)' ?  I do already know
that in the Finnish translation there will ;)

-Jukka-


Lähettäjä: [EMAIL PROTECTED] puolesta:
Sunburned Surveyor
Lähetetty: ma 27.11.2006 21:13


Even sweeter!





On 11/27/06, Stefan Steiniger [EMAIL PROTECTED] wrote:


actually ..


it is already integrated.. so no need ;)


Sunburned Surveyor wrote:



Sweet! We'll have to add this to our list of things from JUMP 1.2 that
we want to integrate into OpenJUMP.

SS

On 11/27/06, Stefan Steiniger [EMAIL PROTECTED] wrote:




great Larry!

so much on undocumented functionality..

it is in  Queries  Spatial Query...
- Use Mask Layer as second layer
- use equals as relation
- check the box for complement result

:)

and of course it works: thanx to Martin (i guess the spatial query was
his implementation)

stefan

Larry Becker wrote:





Complement Results is available in JUMP 1.2 and has been there for
several months.

On 11/27/06, *Sunburned Surveyor*  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:

   I don't think so Larry. Is this something that was available in
the
   latest release of JUMP? Or is it found in JTS?

   The Sunburned Surveyor

   On 11/27/06, Larry Becker [EMAIL PROTECTED]
   mailto:[EMAIL PROTECTED] wrote:
I'm guessing by the fact that no one has mentioned it, that OJ
   hasn't
implemented the Complement Result option from VividSolutions
yet?
   
Larry
   
   
On 11/27/06, Rahkonen Jukka [EMAIL PROTECTED]
   mailto:[EMAIL PROTECTED] wrote:

 Lähettäjä: Ugo Taddei [mailto:[EMAIL PROTECTED]
   mailto:[EMAIL PROTECTED]]

 Hello,

 actually spatial-is-not-equal-to is called disjoint.
   difference returns
 a geometry.
 Cheers,

 Ugo

 I tried that also, but the result is not what I am hoping
   for.  I made two
screenshots to clarify what I am looking for.  I hope they are
   getting
through as attachments.  In the first image I have made two
   polygons smaller
(from orange layer to green one).  In the second picture the
   bluish layer is
what I get with spatial query equals, it is the only untouched
   polygon.
The red layer is what I would like to have: the two polygons on
   the edited
layer that do not have an identical pair on the original layer.
   It means,
the changes.

 Regards,

 -Jukka-












   

-

 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net 's Techsay panel and you'll get the
   chance to share
your
 opinions on IT  business topics through brief surveys - and
   earn cash

   

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
   
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

 ___
 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




   
   
   

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance
   to share your
opinions on IT  business topics through brief surveys - and
   earn cash
   

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
   
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
   
___
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
   
   
   


-

   Take Surveys. Earn Cash. Influence the Future of IT
   Join SourceForge.net's Techsay panel and you'll get the chance to
   share your
   opinions on IT  business topics through brief

Re: [JPP-Devel] Is there a spatial function 'is not equal'?

[Larry Becker]

Complement Results is available in JUMP 1.2 and has been there for several
months.

On 11/27/06, Sunburned Surveyor [EMAIL PROTECTED] wrote:


I don't think so Larry. Is this something that was available in the
latest release of JUMP? Or is it found in JTS?

The Sunburned Surveyor

On 11/27/06, Larry Becker [EMAIL PROTECTED] wrote:
 I'm guessing by the fact that no one has mentioned it, that OJ hasn't
 implemented the Complement Result option from VividSolutions yet?

 Larry


 On 11/27/06, Rahkonen Jukka [EMAIL PROTECTED] wrote:
 
  Lähettäjä: Ugo Taddei [mailto:[EMAIL PROTECTED]
 
  Hello,
 
  actually spatial-is-not-equal-to is called disjoint. difference
returns
  a geometry.
  Cheers,
 
  Ugo
 
  I tried that also, but the result is not what I am hoping for.  I made
two
 screenshots to clarify what I am looking for.  I hope they are getting
 through as attachments.  In the first image I have made two polygons
smaller
 (from orange layer to green one).  In the second picture the bluish
layer is
 what I get with spatial query equals, it is the only untouched
polygon.
 The red layer is what I would like to have: the two polygons on the
edited
 layer that do not have an identical pair on the original layer. It
means,
 the changes.
 
  Regards,
 
  -Jukka-
 
 
 
 
 
 
 
 
 
 
 
 

-
  Take Surveys. Earn Cash. Influence the Future of IT
  Join SourceForge.net 's Techsay panel and you'll get the chance to
share
 your
  opinions on IT  business topics through brief surveys - and earn cash
 

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
 
  ___
  Jump-pilot-devel mailing list
  Jump-pilot-devel@lists.sourceforge.net
 
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
 
 
 
 



-
 Take Surveys. Earn Cash. Influence the Future of IT
 Join SourceForge.net's Techsay panel and you'll get the chance to share
your
 opinions on IT  business topics through brief surveys - and earn cash

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV

 ___
 Jump-pilot-devel mailing list
 Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] CursorTool - isRightMouseButtonUsed()

[Larry Becker]

I believe that this function is used to determine if the right click context
menu should be displayed while the CursorTool is active.

Larry

On 11/16/06, Sunburned Surveyor [EMAIL PROTECTED] wrote:


The CursorTool interface declares a method named isRightMouseButton()
used. I'm curious what the prupose of this method is. If we have this
method declared in the interface, why isn't an isLeftMouseButton()
method also defined? Is there something special about the right mouse
button?

Thanks,

The Sunburned Surveyor

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] nightly built and Java 1.5 switch

[Larry Becker]

Hi Stefan,For whom would occure problems if we switch OJ to Java 1.5?
 This seems like a question that would be more appropriate for the jump users list since it will affect all OJ users.regards,LarryOn 11/7/06, 
Stefan Steiniger [EMAIL PROTECTED] wrote:
sorry -- i have seen that i broke the nightly built with my last changes.i hope i can fix the problem in the next 2 days - otherwise next week.the point is that i need to get ANT running again on my machine for
testing what i missed; and i got a new computer these days.Apart from that.. For whom would occure problems if we switch OJ to Java 1.5? 
Because i would like to inclide the attribute calculator from Pirolwhich uses 1.5 functionality@Ole: i hope i can answer you this evening on my pirol plugin issuesstefan-
Using Tomcat but need to do more? Need to support web services, security?Get stuff done quickly with pre-integrated technology to make your job easierDownload IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___
Jump-pilot-devel mailing listJump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] New Blog Post...

[Larry Becker]

Just a stopwatch.On 11/3/06, Sunburned Surveyor [EMAIL PROTECTED] wrote:
Put up a little post about using XML...http://openjump.blogspot.com/The Sunburned SurveyorP.S. - How are you guys profiling OpenJUMP for the Shapefile tests?
Are you using a stop watch, or do you have a programmatic method.-Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easierDownload IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] java.lang.OutOfMemoryError: Java heap space error when tried to load large amount of memory

[Larry Becker]

Vamsee, Have you tried giving OpenJUMP a lot more memory? Say 1GB. Your PC might have to go to virtual memory, but it should still work if you give it enough memory. I know that 512MB sounds like enough for 250MB of shape files, but it isn't with JUMP.
regards,Larry BeckerOn 9/25/06, vamsee movva [EMAIL PROTECTED] wrote:
Hi,
 Do u have any idea whether the problem is with geotools (or) JUMP
Thanks in advance
vamsee movvaOn 9/25/06, Sunburned Surveyor 
[EMAIL PROTECTED] wrote:
Vamsee,OpenJUMP has a limitation on the size of data files that it can open.It inherited this limitation from JUMP. It is based on the amount ofRAM in your computer. We know about the problem and have plans to
implement a solution. I can't tell you when we will have the fix, butI'm guessing it will be a few months at minimum. You can use anotherprogram like UDig to split the files into smaller pieces, and thenwork with these in OpenJUMP.
The Sunburned SurveyorOn 9/25/06, vamsee movva [EMAIL PROTECTED] wrote: Hello all,
I am new to open jump. I sucess fully installed open jump on 64-bit linux machine and tried to load
 data of size 250MB(2 .shp files) but it failed by giving error java.lang.OutOfMemoryError: Java heap space. then i increased the size of JVM to 512MB then i am able to load only one of
 that files. could you please tell me if there are any possible solutions to load large size .shp files. Excuse my english if there are any errors. Thanks in advance.

 waiting eagerly for reply vamsee movva - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net

's Techsay panel and you'll get the chance to share your opinions on IT  business topics through brief surveys -- and earn cash 

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Jump-pilot-devel mailing list 

Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
-
Take Surveys. Earn Cash. Influence the Future of ITJoin SourceForge.net's Techsay panel and you'll get the chance to share youropinions on IT  business topics through brief surveys -- and earn cash

http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___Jump-pilot-devel mailing list

Jump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


-Take Surveys. Earn Cash. Influence the Future of ITJoin SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT  business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Some questions about isRollingBackEdits()...

[Larry Becker]

Hi Sunburned, Why would we ever need to check and see if a CursorTool was rolling
back some action? EditTransaction should not commit the change when invalid geometry is produce as part of the operation. ROLLING_BACK_INVALID_EDITS_KEY is a flag that this is occuring so that other parts of the code know what is going on. It is a blackboard key and not a variable so it should be fine with synchronization.
regards,LarryOn 9/13/06, Sunburned Surveyor [EMAIL PROTECTED] wrote:
I'm still working my way through the source code for theAbstractCursorTool class. I've run into some source code that I just
can't figure out, and I need to ask for some help again.The source code for the AbstractCursorTool contains this source code:protected boolean isRollingBackInvalidEdits() { return getWorkbench().getBlackboard().get(
EditTransaction.ROLLING_BACK_INVALID_EDITS_KEY, false);}I believe this method is supposed to indicate if the CursorTool iscurrently in the process of rolling back some operations. (Forexample, the user was drawing a LineString on the LayerViewPanel, but
then decides to undo this action.)I believe that this code is using a boolean variable stored on theWorkbench's Blackboard object to indicate if a CursorTool is in theprocess of doing this. Here are some of my questions:
Would it ever be possible for there to be synchronization problemswith this variable? I suppose that could only happen if more than oneCursorTool is active at a time. Is that possible?Why would we ever need to check and see if a CursorTool was rolling
back some action?The Sunburned Surveyor-Using Tomcat but need to do more? Need to support web services, security?Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimohttp://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___Jump-pilot-devel mailing listJump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] The deactivate() method of the AbstractCursorTool class...

[Larry Becker]

I believe that if a toolbox (like the edit toolbox) is closed, the current edit tool is deactivated and the first tool on the toolbar is selected by default.regards,LarryOn 9/13/06, 
Sunburned Surveyor [EMAIL PROTECTED] wrote:
The deactivate method of the AbstractCursorTool currently looks like this: public void deactivate() { cancelGesture(); }I would like to know if there is a default cursor tool for OpenJUMP.
For example, if I have activated a special cursor tool, and itsdeactivate() method is then called, is the default cursor tool thenactivated. If this was the case I would expect to see that activation
in this method. Is it somewhere else?If there is no default cursor tool and the deactivate() method iscalled, what happens to the user's interaction with theLayerViewPanel? Does the user just see the normal mouse cursor and the
LayerViewPanel acts like a normal dumb Swing component?Under what circumstances would the deactivate() method of a CursorToolimplementation be called?Thanks,The Sunburned Surveyor
-Using Tomcat but need to do more? Need to support web services, security?Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimohttp://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___Jump-pilot-devel mailing listJump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] The deactivate() method of the AbstractCursorTool class...

[Larry Becker]

Yes.I believe it is com.vividsolutions.jump.workbench.ui.WorkbenchToolBar.ToolboxStateManager.regards,LarryOn 9/13/06, Sunburned Surveyor
 [EMAIL PROTECTED] wrote:
Thanks again Larry.When you said that the first tool on the toolbar is selected bydefault, did you mean the first tool on the main OpenJUMP toolbar?Do you know what class handles this transition?
SSOn 9/13/06, Larry Becker [EMAIL PROTECTED] wrote: I believe that if a toolbox (like the edit toolbox) is closed, the current
 edit tool is deactivated and the first tool on the toolbar is selected by default. regards, Larry On 9/13/06, Sunburned Surveyor 
[EMAIL PROTECTED] wrote:  The deactivate method of the AbstractCursorTool currently looks like this: public void deactivate() {cancelGesture();
 } I would like to know if there is a default cursor tool for OpenJUMP. For example, if I have activated a special cursor tool, and its deactivate() method is then called, is the default cursor tool then
 activated. If this was the case I would expect to see that activation in this method. Is it somewhere else? If there is no default cursor tool and the deactivate() method is
 called, what happens to the user's interaction with the LayerViewPanel? Does the user just see the normal mouse cursor and the LayerViewPanel acts like a normal dumb Swing component?
 Under what circumstances would the deactivate() method of a CursorTool implementation be called? Thanks, The Sunburned Surveyor -
 Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server 
v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
 ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel - Using Tomcat but need to do more? Need to support web services, security?
 Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo 
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Jump-pilot-devel mailing list 
Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel-
Using Tomcat but need to do more? Need to support web services, security?Get stuff done quickly with pre-integrated technology to make your job easierDownload IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___
Jump-pilot-devel mailing listJump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] A couple questions about Blackboard objects...

[Larry Becker]

Hi Sunburned, The Workbench blackboard is serialized as workbench-state.xml. Layer blackboards are not serialized. PlugInContext is a "snapshot", whereas WorkbenchContext is "current" e.g., thecurrently active window
regards,LarryOn 9/12/06, Sunburned Surveyor [EMAIL PROTECTED] wrote:
I've had some more time to work with the CursorTool code, and I have acouple questions about Blackboard objects that came up. I was hoping
you guys might be able to help me out.[1] Both the JUMPWorkbench and WorkbenchContect classes define agetBlackboard() method. (The WorkbenchContext version returns null.)I'm confused about when the WorkbenchContext class would return a
Blackboard different than the one you can obtain through theJUMPWorkbench class. When would this occur?[2] What is the best way to serialize or store on disk the contents ofa Blackboard object? I didn't see a built-in method for this.
(Although it appears the setProperties method is used in some way toset the values of the Blackboard after they have been parsed from anXML file using Java2XML.) Could we add methods that read and write aBlackboard object from disk?
[3] The JUMPWorkbench.getBlackboard() method appears to return aBlackboard object that contains configuration information for thatinstance of JUMP/OpenJUMP. Is this correct? (I assume it is because itappears that the AbstractCursorTool class is accessing snap behavior
settings stored in this Blackboard.)If this is correct, where are the configurations stored? Are thestored as part of the JMP file? Can these settings be acces throughthe GUI by the user? (I didn't see a GUI element that allowed this.)
Thanks for the help.The Sunburned Surveyor-Using Tomcat but need to do more? Need to support web services, security?Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimohttp://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___Jump-pilot-devel mailing listJump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Another question on AbstractCursorTool source code...

[Larry Becker]

Hi Sunburned, I think what is going on here is that activate is used to change from one LayerViewPanel to another. When the change is made, the listener for the old panel has to be deactivated so that the cursor tool will listen only to the mouse events in the newly activated panel. If you removed the two lines, it would probably still work fine, but why mess with working code?
regards,LarryOn 9/6/06, Sunburned Surveyor [EMAIL PROTECTED] wrote:
I've got another quick question on the AbstractCursorTool source code.It appears that in the definition of the activate() method that the a
layerViewPanelListener is removed from the panel member variablethatstores the LayerViewPanel the CursorTool operates over.I am wondering if this is necessary, becuase the 2 lines of source
code that immediately follow set the panel member variable to theLayerViewPanel passed as an argument to the activate() method. Whenthis panel member variable is reset to the LayerViewPanel passed as
an argument, any LayerViewPanelListeners that were attached to it arelost correct?I have attached a text file with the source code that defines theactivate() method. (I added line numbers.) I am wondering if lines 7-9
are necessary becuase of the statements in lines 11 and 12.Thanks for the help.The Sunburned Surveyor-Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easierDownload IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Unselectable Layer -- pls. Ugo/Larry/Udo have a look

[Larry Becker]

Sounds like a great feature. For a UI, how about putting Selectable under Editable on the layer list right-click menu?regards,LarryOn 8/29/06, 
Stefan Steiniger [EMAIL PROTECTED] wrote:
Hei Juliana,i guess your idea is the best, to add a property to the Layer class(Layerable?)and then change the selection tool /methodI think we should apply this to the core as well ... if e.g.Ugo or Larry
think the samestefanJuliana Barros wrote Thanks for your help! I Think I will change the OpenJump source but I will make a simple modification specifically at Layer class and CursorTool.
 On 8/29/06, * Sunburned Surveyor* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
 wrote: Thanks for the extra information. That helps some! I'm going to take a stab at this, although there are others on the list that may no better than me. I'm still learning OpenJUMP's code
 base. I think there are two ways to go here. You can try to change the feature selection and identification tools, or you can try to change something about the way layers work.
 I think the first option will be easier, but the second option may be a more effective solution in the long run. If we can change the way layers work any future tools will also be
 able to obey our which layers will work for this tool and which layers don't work for this tool rule. Unfortunately I think this will involve some changes to OpenJUMP's
 source code. I don't think we can do it with a Plug-In. Let me give you my intial thoughts. Remember I'm brainstorming here. :] You can create a class named LayerPermissions. It can track
 information about which layers can be used by OpenJUMP's tools. Instead of tracking what is allowed, we should track what isn't allowed. That way a tool will only be disabled for a layer if someone
 goes out of there way to make it so. I imagine our LayerPermissions inteface would have at least these two methods: public void addRestriction(String LayerName, String ToolName)
 public void removeRestriction(String LayerName, String ToolName) These methods would take two parameters. The first would be the name of the layer the restriction applied to, while the second would
 identify the tool being restricted. Some other methods of this interface might be: public void clearAllRestrictions() public void clearAllRestrictionsOnLayer(String LayerName)
 public void getPermittedLayersForTool(String ToolName) You could easily design a simple dialog box that showed a list of tools and layers and allowed restrictions to be added and removed. You
 could even password protect this dialog box if necessary. I think we are still going to have to modify the classes for the tools themselves. We need to have the tools utilize the informtation
 provided by our LayersPermission class to modify their behavior. For example, we would need to filter out features restricted layers when the feature selection tool is used. In the case of the identity
 tool, we would need to check for permission before displaying the information on a feature selected for identification by the user. I'd want to display some sort of message to the user explaining why
 the tool didn't work. I wouldn't just want to turn the tool off for some layers. (I'm picturing my Dad banging his head on the floor becuase a tool won't work like it is supposed to.) :]
 There may be a much simpler solution. Stefan and Ugo might have some ideas. Honestly, I haven't looked extensively at the layering system source code, or at the source code for the feature selection and
 feature identification tools. If the users don't need to see the features, you can just turn the layers off! Let me know if you decide to go forward and I'll see if I can help
 answer some questions. If we come up with a functional layers permission system we may want to integrate it into the core. The Sunburned Surveyor On 8/29/06, Juliana Barros  
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote:  Hi Sunburned,   The first option! Users can't select features from this layer
 with the  feature  selection or identification tools.   I´m looking for a programattic technique.   Thanks,
   JulianaOn 8/29/06, Sunburned Surveyor [EMAIL PROTECTED] mailto:
[EMAIL PROTECTED] wrote:Juliana,   When you say unselectable, which of the following do you mean?:
   [1] Users can't select features from this layer with the feature  selection or identification tools.   [2] Users can't make this layer editable?
   [3] Users aren't allowed make this layer not paint/paint on the layer view.   [4] Something else I haven't thought of...   Also, are you looking for a programattic technique, or a
 configuration  setting built into OpenJUMP? (There isn't a built-in setting that I  know of, but we can probably help you with some code...)   The Sunburned Surveyor
   On 8/29/06, Juliana Barros [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote:   Hi,
 Anyone knows how can I configure a Layer to be unselectable? Thanks, Juliana