Re: [JPP-Devel] Save Project with Image Files

2007-12-18 Thread Uwe Dalluege
Hi Paul, with the PIROL RasterImage-PlugIn you can save images to a project-file. http://www.al.fh-osnabrueck.de/jump-download.html I hope this plugIn will work again. Regards Uwe Paul Austin schrieb: > Uwe, > > For Project saving to work a layer must have a DataStoreQuery set, this > is pro

Re: [JPP-Devel] Save Project with Image Files

2007-12-18 Thread Uwe Dalluege
Hi Landon, with the PIROL-RasterImage-PlugIn ( rasterImage.jar ) http://www.al.fh-osnabrueck.de/jump-download.html you can save the image-path to the project-file so when you open the project again, you see the image :-) Regards Uwe Sunburned Surveyor schrieb: > Uwe, > > I don't know that I

Re: [JPP-Devel] PIROL AbstractMethodError

2007-12-18 Thread Paul Austin
Andreas, Without a factory in the RendererManager class you have to have the following. if (object instanceof Layer) { return new LayerRenderer(...); } else if (object instanceof WMSLayer) { return new WMSLayerRenderer(); } with the factory it becomes RendererFactory factory = getRenderer(

Re: [JPP-Devel] PIROL AbstractMethodError

2007-12-18 Thread Andreas Schmitz
Paul Austin wrote: Hi, > I was thinking that we could clean up this code a little, at the moment > there is hard coded implementations for layers and WMS layers. We could > change this to use a factory approach by creating implementations for these. > > There are actually a whole bunch of places

Re: [JPP-Devel] [General Java] Standard Binary Tree Implementation

2007-12-18 Thread Sunburned Surveyor
Larry, The first line of the class description is exactly what I'm looking for: "Red-Black tree based implementation of the SortedMap interface." I don't know how I missed that. Thanks for pointing it out. Landon On Dec 17, 2007 6:21 PM, Larry Becker <[EMAIL PROTECTED]> wrote: > I guess a Tree

Re: [JPP-Devel] PIROL AbstractMethodError

2007-12-18 Thread Paul Austin
Stefan, It was pretty easy so I have migrated the Layer and WMSLayer to use RenderingFactory implementations to create the renderers. I have set it up so that if it can't find a renderer for a class it will look at the super classes until it finds a match. If that fails and the old stuff fails the

Re: [JPP-Devel] PIROL AbstractMethodError

2007-12-18 Thread Stefan Steiniger
great, thank you! no objections from my side ..as far as the old plugins still run ;) stefan Paul Austin schrieb: > I've added a new interface and deprecated the old one. > > I was thinking that we could clean up this code a little, at the moment > there is hard coded implementations for layers

Re: [JPP-Devel] PIROL AbstractMethodError

2007-12-18 Thread Stefan Steiniger
mhm.. ok seems that the situation is more complicated then i thought. However, as for you, I consider the duplicated code not as a problem. thank you for your efforts, Paul Stefan :) Paul Austin schrieb: > Hi Stefan, > > The problem is that if you add another method then you also break the > cod

Re: [JPP-Devel] PIROL AbstractMethodError

2007-12-18 Thread Paul Austin
I've added a new interface and deprecated the old one. I was thinking that we could clean up this code a little, at the moment there is hard coded implementations for layers and WMS layers. We could change this to use a factory approach by creating implementations for these. There are actually a

Re: [JPP-Devel] PIROL AbstractMethodError

2007-12-18 Thread Paul Austin
Hi Stefan, The problem is that if you add another method then you also break the code as the implementers also have to implement that method. The other option is that I define a completely new interface with the additional method in it. This has the disadvantage that we have a whole bunch of dupl

Re: [JPP-Devel] PIROL AbstractMethodError

2007-12-18 Thread Stefan Steiniger
Hei Paul, is it possible to restore the old method? - i.e. to have the method twice with different params? Because breaking old code is not what I would like to see during the core development. You could use then the new method while the old one is still working for others. If we do such core

Re: [JPP-Devel] Save Project with Image Files

2007-12-18 Thread Paul Austin
Uwe, For Project saving to work a layer must have a DataStoreQuery set, this is probably not the case for the image layers. Paul Uwe Dalluege wrote: > Hi, > > > I try to save a Project with an Image file > but it does not work: > > > 1. File>Open>Geographically Registered Tagged Image File Forma

Re: [JPP-Devel] Save Project with Image Files

2007-12-18 Thread Sunburned Surveyor
Uwe, I don't know that I was ever able to save a JUMP Project with images. Did the program have this capability at one point? The Sunburned Surveyor On Dec 18, 2007 12:14 AM, Uwe Dalluege <[EMAIL PROTECTED]> wrote: > Hi, > > > I try to save a Project with an Image file > but it does not work: >

Re: [JPP-Devel] PIROL AbstractMethodError

2007-12-18 Thread Paul Austin
Uwe, I made a change to the API to pass in the LayerViewPanel so that the renderers can get access to it. If you can update the pirol plug-ins to have that additional parameter that would be great. Paul Uwe Dalluege wrote: > Hi, > > when I use the PIROL rasterImage-PlugIn (rasterImage.jar) > wi

[JPP-Devel] Save Project with Image Files

2007-12-18 Thread Uwe Dalluege
Hi, I try to save a Project with an Image file but it does not work: 1. File>Open>Geographically Registered Tagged Image File Format 2. The image is visible. 3. File>Save Project AS... 4. An error appears: Some layers were not saved to the project file:... Regards Uwe --