Re: [JPP-Devel] BizzJUMP Distro Available For Docking WindowFrameworkDemo

[Paul Austin]

Larry,

It looks and works the same on Linux, haven't tested it on MacOSX

The part I like the best is that you can un-pin (minimize) panels and then
have them so they auto hide/show when you mouse over the minimized icon. So
this is great on a single monitor system as you can have your map full
screen and minimze your layer panel. Then when you want to change the layers
you just mouse over it pops up, you do your stuff, mouse out and it hides.
When it does this it is ontop of the map rather than resizing it.

Paul

On Fri, Oct 10, 2008 at 6:21 AM, Larry Becker <[EMAIL PROTECTED]>wrote:

> Hi Paul,
>
>   Wow!  The VLDocking framework looks fantastic on Windows.  The dynamic
> toolbars are great!  The undocked window dragging behavior is a bit strange,
> however.  You have to drag the frame instead of the title bar.  Does it look
> and perform well on Linux?
>
> Larry
>
> On Fri, Oct 10, 2008 at 12:34 AM, Paul Austin <[EMAIL PROTECTED]>wrote:
>
>> Check out http://www.vlsolutions.com/en/products/docking/ It's the one I
>> like the best so far
>>
>>
>> On Thu, Oct 9, 2008 at 9:38 PM, Bing Ran <[EMAIL PROTECTED]> wrote:
>>
>>> SS,
>>>
>>> Yes, I was using the trunk and I removed the Substance LAF.
>>>
>>> The docking system manages lots of windows either as split panes or
>>> tabbed
>>> panes, which is pretty much what the desktop pane does. Thus what I call
>>> overlap.
>>>
>>> An internal frame containing docking windows looks heavy: one containing
>>> component too more:) That's what I meant. Performance-wise, I don't see
>>> any
>>> degradation.
>>>
>>> In my private work I am starting evaluating MyDoggy and see how it'll
>>> work.
>>>
>>> Regards,
>>>
>>> Bing
>>>
>>>
>>>
>>> --
>>> From: "Sunburned Surveyor" <[EMAIL PROTECTED]>
>>> Sent: Thursday, October 09, 2008 10:16 PM
>>> To: "OpenJump develop and use" 
>>> Subject: Re: [JPP-Devel] BizzJUMP Distro Available For Docking
>>> WindowFrameworkDemo
>>>
>>> > Bing,
>>> >
>>> > Did you check out the trunk of my BizzJUMP SVN? The use of the
>>> > substance look and feel should be removed from the source code inthe
>>> > trunk. It should be using the InfoNode look and feel instead. As I
>>> > mentioned in a previous e-mail, there are a lot of problems when the
>>> > InfoNode docking window framework and the Substance look and feel are
>>> > combined.
>>> >
>>> > Bing wrote: "I think internal frames and docking system do not play
>>> along
>>> > well.
>>> > Conceptually they overlap quite a bit."
>>> >
>>> > How do they overlap?
>>> >
>>> > Bing wrote: "Docking inside a internal frame is
>>> > too heavy-weighted. If a docking system is introduced, then it should
>>> > probably replace the internal frame architecture."
>>> >
>>> > I haven't noted any performance problems with using the docking window
>>> > framework inside of the TaskFrame class. Although it would be possible
>>> > to have the TaskFrame itself be a tab this would require modifications
>>> > to the JUMPWorkbench class, and I don't see the tangible benefits in
>>> > that.
>>> >
>>> > Perhaps their are benefits that I am not thinking of? I suppose if you
>>> > converted the JUMPWorkbench class to the be the parent of the docking
>>> > window tree I suppose you could slide TaskFrames around with some more
>>> > flexibility.
>>> >
>>> > But eliminating the TaskFrame's extension of the JInternalFrame class
>>> > might cause some other problems. For example, you'd start screwing
>>> > with the CursorTool code, which needs to know which TaskFrame is
>>> > active. I think there is a lot of other code in OpenJUMP that is wired
>>> > directly to the TaskFrame, and depends on it being an extension of an
>>> > InternalFrame. If you talk about replacing it you increase the amount
>>> > of work to integrate a docking window framework into OpenJUMP.
>>> >
>>> > SS
>>> >
>>> > On Wed, Oct 8, 2008 at 10:08 PM, Bing Ran <[EMAIL PROTECTED]>
>>> wrote:
>>> >> Hi,
>

Re: [JPP-Devel] BizzJUMP Distro Available For Docking WindowFrameworkDemo

[Paul Austin]

ws Framework.
> >>> You can download it here:
> >>>
> >>> http://www.redefinedhorizons.com/shared_files/bizzjump-20081008.zip
> >>>
> >>> Please not this distro contains some expiremental code and plug-ins,
> >>> so don't expect everything to work. :] However, it should give you a
> >>> chance to play around with the docking windows framework.
> >>>
> >>> The source code for BizzJUMP can be viewed on the SourceForge SurveyOS
> >>> Project SVN:
> >>>
> >>> http://surveyos.svn.sourceforge.net/viewvc/surveyos/java/bizzJUMP/
> >>>
> >>> No programming library is perfect, and the InfoNode Docking Windows
> >>> Framework is no exception. The docking window framework has some
> >>> trouble with alternate look and feels. I had real problems with some
> >>> of the Substance look and feels, including dirty areas that wouldn't
> >>> repaint and task windows that would dissappear. I don't think you'll
> >>> have these problems if you stick to the "native" look and feels or the
> >>> metal look and feel. BizzJUMP is currently using the infonode look and
> >>> feel, and this isn't causing any problems.
> >>>
> >>> The following points may also be of interest:
> >>>
> >>> - I set up the BizzJUMP TaskFrame to contain three (3) main tabs. The
> >>> LayerNamePanel is in its own tab and the LayerViewPanel is in its own
> >>> tab. There is a third tab that can be used by plug-ins to present
> >>> supplemental information. You can adjust and rearrange (change the
> >>> location of) all three of these tabs. I have modified the tabs used
> >>> for the LayerViewPanel and LayerNamePanel so that you can't close
> >>> them. This keeps the user from closing one of the tabs and then not
> >>> being able to get it back. I made some special modifications to the
> >>> InfoNode code so that the third tab will always keep one tab open (for
> >>> the same reason). However, if you have multiple tabs open in the third
> >>> tab area you will be able to close the tabs until only one tab
> >>> remains.
> >>>
> >>> It is still possible to make each of the three main tabs a floating
> >>> window. If the user makes one of these main tabs a floating window
> >>> they will be able to close the window and will not be able to get that
> >>> "view" back! The only option at this point is for the user to start a
> >>> new task. There may be a way to disable the close button on views that
> >>> migrate from a tab to a floating window, but I haven't had time to
> >>> check that out just yet.
> >>>
> >>> - You can see how the third main tab for supplemental information
> >>> works by using the SurveyOS>Demo>Add Tab Demo menu command and the
> >>> SurveyOS>Plug-In>Plug-IN Manager menu command. At this time the
> >>> plug-in manager is the only plug-in I have that makes use of the
> >>> supplemental information tab.
> >>>
> >>> Let me know if you guys have any questions on my code or suggestions
> >>> for improvement. If this is something that we would like to try in a
> >>> release/fork of OpenJUMP I'll be willing to port the code to OpenJUMP.
> >>>
> >>> The Sunburned Surveyor
> >>>
> >>> P.S. - I believe I've got BizzJUMP compiled for Java 1.6. So you'll
> >>> need a current run time to use it.
> >>>
> >>>
> -
> >>> This SF.Net email is sponsored by the Moblin Your Move Developer's
> >>> challenge
> >>> Build the coolest Linux based applications with Moblin SDK & win great
> >>> prizes
> >>> Grand prize is a trip for two to an Open Source event anywhere in the
> >>> world
> >>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> >>> ___
> >>> 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 the Moblin Your Move Developer's
&

Re: [JPP-Devel] BizzJUMP Distro Available For Docking Window Framework Demo

[Paul Austin]

Landon,

Try doing a clean project and rebuild, also you may want to make sure that
you have associated the 1.5 JRE as the library to build the project as well
as setting the compiler compliance settings.

You may want to setup a separate build environment when you build with the
correct JDK outside of eclipse and do a clean build when making a
distribution package.

Paul
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] BizzJUMP Distro Available For Docking Window Framework Demo

[Paul Austin]

 It is still possible to make each of the three main tabs a floating
>> > window. If the user makes one of these main tabs a floating window
>> > they will be able to close the window and will not be able to get that
>> > "view" back! The only option at this point is for the user to start a
>> > new task. There may be a way to disable the close button on views that
>> > migrate from a tab to a floating window, but I haven't had time to
>> > check that out just yet.
>> >
>> > - You can see how the third main tab for supplemental information
>> > works by using the SurveyOS>Demo>Add Tab Demo menu command and the
>> > SurveyOS>Plug-In>Plug-IN Manager menu command. At this time the
>> > plug-in manager is the only plug-in I have that makes use of the
>> > supplemental information tab.
>> >
>> > Let me know if you guys have any questions on my code or suggestions
>> > for improvement. If this is something that we would like to try in a
>> > release/fork of OpenJUMP I'll be willing to port the code to OpenJUMP.
>> >
>> > The Sunburned Surveyor
>> >
>> > P.S. - I believe I've got BizzJUMP compiled for Java 1.6. So you'll
>> > need a current run time to use it.
>> >
>> >
>> -
>> > This SF.Net email is sponsored by the Moblin Your Move Developer's
>> challenge
>> > Build the coolest Linux based applications with Moblin SDK & win great
>> prizes
>> > Grand prize is a trip for two to an Open Source event anywhere in the
>> world
>> > http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> > ___
>> > 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 the Moblin Your Move Developer's
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win great
>> prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the
>> world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> ___
>> 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 the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>


-- 
Paul Austin
President/CEO
Revolution Systems Inc.

+1 (604) 288-4304 x201
www.revolsys.com
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] comment on request on having a free-floating attributepanel

[Paul Austin]

A Docking Window framework is the answer with one that supports better
docking for toolbars. This however to be done right would require a major
refactoring of JUMP

Paul

On Tue, Oct 7, 2008 at 11:17 AM, Larry Becker <[EMAIL PROTECTED]>wrote:

> I don't know an easy way to do this.  I agree that I sometimes wish that
> the Table window would not go behind the Layer View, but almost as often I
> wish the floating toolbox would stay over the map (which I have maximized on
> my second monitor).
>
> Larry
>
> On Tue, Oct 7, 2008 at 11:09 AM, Stefan Steiniger <[EMAIL PROTECTED]>wrote:
>
>> Hei,
>>
>> I just got an email today from somebody, asking if we could make the
>> table window a floating window, similar to the toolbox.
>>  From my perspective I would agree with that idea, as it sometimes
>> disturbed me as well to have the table bound to the main frame.
>>
>> What do you thing about this?
>>
>> I also tried to check for a minute where I can disable I assume it is in
>> com.vividsolutions.jump.workbench.ui.plugin.ViewAttributesPlugIn and is
>> related to context.getWorkbenchFrame().addInternalFrame(xxx)
>>
>> However, as I have no clue of the gui stuff, could somebody make the
>> changes if all agree? or tell me what to change?
>> I also thought we could make here an option that can be set.
>>
>> stefan
>>
>> -
>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win great
>> prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the
>> world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> ___
>> 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 the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>


-- 
Paul Austin
President/CEO
Revolution Systems Inc.

+1 (604) 288-4304 x201
www.revolsys.com
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Nightly build broken

[Paul Austin]

My script which syncs the nightly build to the sourceforge servers is not
working. For some readon I'm getting connection refused when sshing to
shell.sourceforge.net

Pau

On Fri, Oct 3, 2008 at 9:23 AM, Larry Becker <[EMAIL PROTECTED]> wrote:

> Question : what about the automatic build process ? does-it use a java
> 1.6 java compiler ?
> (also nightly builds seem to have stopped on 2008-09-16)
>
> Michaël
>
>
> I did some checking to see why the nightly build might be broken.  The last
> one shown is:
> openjump-core-1.2-20080916-bin.zip<http://jump-pilot.sourceforge.net/download/nightlybuild/openjump-core-1.2-20080916-bin.zip>
>  16-Sep-2008
> 10:13 11M
> Comparing that to the SVN project history attached, there doesn't seem to
> be any correlation.  I would guess it is would most likely be a problem with
> the build process itself.
>
> regards,
> Larry
>
> --
> http://amusingprogrammer.blogspot.com/
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>


-- 
Paul Austin
President/CEO
Revolution Systems Inc.

+1 (604) 288-4304 x201
www.revolsys.com
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] org.apache cannot be resolved

[Paul Austin]

Erwin,

I would recommend that you use an IDE such as eclipse.org to build the
application, or use the ant.apache.org build.xml or maven.apache.org pom.xml
to build the application.

When setting classpaths you need to specify each jar file on the classpath.
The Java virtual machine and compiler do not automatically load all the jars
in a directory onto the classpath. The only time you can specify a folder on
the classpath is if it contains package foldes and *.class files in those
package folders.

Paul

On Thu, Sep 25, 2008 at 2:04 AM, Erwin Poeze <[EMAIL PROTECTED]> wrote:

> Hi,
>
> I'm new to openJump but quite impressed with it's capabilities
> already. I would like to write some plugins, but I stumbled on a sort
> of basic problem.
> I got the source from the repository and made the hello world example.
> When I run:
>
> javac -1.5 -classpath
> .:/home/donnut/dev/openjump/core/trunk/src/:/usr/share/java *.java
>
> it produces some error messages, all caused by:
>
> [code]
> 1. ERROR in
> /home/donnut/dev/openjump/core/trunk/src/com/vividsolutions/jump/workbench/plugin/AbstractPlugIn.java
> (at line 39)
>import org.apache.log4j.Logger;
>   ^^
> The import org.apache cannot be resolved
> [/code]
>
> the log4j-1.2.jar file that contains the Logger class is located in
> /usr/share/java which is in classpath.
>
> I'm not sure I'm posting to the right maillist but I would appreciate
> it if somebody could help me out.
>
> Thanks!
>
> Erwin
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>



-- 
Paul Austin
President/CEO
Revolution Systems Inc.

+1 (604) 288-4304 x201
www.revolsys.com
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Questions about GML 2

[Paul Austin]

Ideally GML documents should include a schema definition using
xsi:schemaLocation but they rarely do. If they did you could use the XML
parser to find that location and then parse the schema (not an easy task)
and then map it automatically to a FeatureSchema. Again not an easy task as
GML is hierarchical and JUMP is not.

Have a look at the spec there are some examples in there.

http://www.opengeospatial.org/standards/gml

A GML document contains a single feature, which typically will be a feature
collection (feature collections are features).


http://www.opengis.net/examples";
xmlns:gml="http://www.opengis.net/gml";
xmlns:xlink="http://www.w3.org/1999/xlink";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://www.opengis.net/examples city.xsd">
Cambridge

http://www.opengis.net/gml/srs/epsg.xml#4326";>
0.00.0
100.0100.0




The river that runs through Cambridge.
Cam

http://www.opengis.net/gml/srs/epsg.xml#4326";>
050
7060
10050






M11

http://www.opengis.net/gml/srs/epsg.xml#4326";>
05.0
20.610.7
80.560.9


motorway
11


http://www.foo.net/cgi-bin/wfs?FeatureID=C10239";
gml:remoteSchema="city.xsd#xpointer(//[EMAIL PROTECTED]'RoadType'])"/>

2000-11


You'll also need to learn about namespaces

I found the JUMP templating code for GML confusing and never really had much
luck with it.

Your best bet is to find some tool to convert from GML into a simpler format

Paul

On Thu, Sep 18, 2008 at 3:57 PM, Sunburned Surveyor <
[EMAIL PROTECTED]> wrote:

> I'm doing some work converting GPX files into "waypoint observations"
> stored in GML 2. I want to be able to read the GML 2 files into
> OpenJUMP. I had a couple of questions that I thought you guys could
> help with:
>
> [1] I'm trying to figure out what the "header" of a GML 2 file should
> look like. I'll be buggered if I can't find a good GML 2 sample file
> on the web. Is this what a GM you2 file should look like?:
>
> 
>   
>  
> Some Attribute Value
> Some Other Attribute Value
> 
>   
> 
>
> [2] I know that OpenJUMP currently requires the use of an input
> template to read GML. I was wondering if it might be possible to
> automatically determine the attribute data type
> (String/Date/Integer/Double) automatically based on the first
> attribute values encountered in the file. This would eliminate the
> need for an input template and would make it easier to import GML 2
> files. Any thoughts on this?
>
> The Sunburned Surveyor
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>



-- 
Paul Austin
President/CEO
Revolution Systems Inc.

+1 (604) 288-4304 x201
www.revolsys.com
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] DbfFile and String intern

[Paul Austin]

Where you do String.substring and then are going to put it in the cache 
use new String(s) this will trim any extra characters from the 
substring. If you don't do this you're cache will include all the 
characters of the original string.

Paul

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] DbfFile and String intern

[Paul Austin]

Andreas,

PermGen space is the area that the Java virtual machine uses to store 
class file definitions and things like interned Strings.


If you are using commons-logging in say tomcat then there can be cases 
where classes in your web application are referenced by classes in the 
servlet container itself. If this happens if you redeploy your 
application many times then the old versions of the classes from your 
web app can't be garbage collected (PermGen space items can be garbage 
collected) so eventually the PermGen space fills up.


Paul

Andreas Schmitz wrote:

Michaël Michaud wrote:

Hi,

first of all, thanks for the effort of making OpenJUMP faster!

  

==> permgen memory cannot be cleaned (no way to free the permgen space if the
layer is deleted)



Do you know of a good reference of how the different memory types work/what
they're used for? We're sometimes also struggling with PermGen space errors, and
don't really have a clue what they're about (just increasing the space usually
works well enough)...

Best regards, Andreas
  



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/


___
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 the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Report on First Code Review of JTin

[Paul Austin]

If I have a bunch of DEM points and breaklines how do I generate the 
Triangles from them using the SoC library?


Paul

Christopher wrote:

From: Sunburned Surveyor <[EMAIL PROTECTED]>
I must say that Chris took an interesting approach to the
design of
JTin, and one that was a lot different from the approach I
would have
taken. However, I think Chris' design will be much
quicker and more
memory efficient. His professional programming background
is evident
in the work. I tend to get lazy when I program, creating
objects for
every little thing. JTin looks like it was written by a C
programmer.
All the data structures are concise and fairly low-level.




Concise, quick, and memory efficient are what I was aiming for.

Also note that in order to get running code quickly, I’m adding functionality 
to the ImmutableTin and TinFace classes as I need them. For instance, one of 
these days, I’m going to add Iterator functionality to 
TriangularIrregularNetwork in order to access TinFaces, but I haven’t needed it 
yet.

  

Here are some of my questions and comments for Chris:

- I like that the TinFace objects, braklines, and
boundaries in
ImmutableTin points to a common Coordinate array to
eliminated
duplicated Coordinate references.
  Did you think about using a CoordinateSequence instead of
a Coordinate array?




I thought about CoordinateSequence, but all I really needed was a private array of 
Coordinates, so I went the KISS route. Also from the code I was reading, it looked 
like JTS & JUMP was moving away from CoordinateSequences. It should be simple 
to change it if it would help things.

  

- Why did we choose STRtree and not QuadTree for the
spatial index? I
know very little about both classes, and STRtree may indeed
be the
better choice. Maybe Martin Davis will
  take a few minutes to educate me.




It’s faster and I don’t need QuadTree’s ability to change nodes given the 
class’s immutable goal.

  

- Is the int in the first element of the int[][] triTable
argument for
the ImmutableTin class constructor the identifier of the
Tin Face,
while the in in the
  second element is the ID of the vertex?




The TriTable is an array of six ints, each int is an index value to a point 
array. The first three ints are indexes to the point array and denote the 
vertexes of the triangle. The second three ints are indexes to the face array 
and denote neighbors to the given TIN.

Also note that there could be other constructors made. I wrote this one with 
the .jtf file in mind. As long as all the internal datastructors (faces, 
breaklines, borders, etc) are written out from data given to the constructor, 
it can still be an immutable TIN class.

  

- I'm not sure about storing the nieghbor TinFaces in
the actual
TinFace object. I almost wonder if having a separate class
to manage
TIN topology would be better.
  For example, how do you set references to a TinFace
object's
neighbors when creating the first TinFace in an
ImmutableTin? I guess
you could go back and set the
  neighbors for each TinFace after the TIN was constructed,
but it
looks like your only constructor for this class requires
int arguments
identifying the neighbors.
  You probably have good reason for this design, I just
didn't pick up on it.




I’m thinking much of the analysis functions (hydrology, viewsheds, contour bands, etc) will be traversing the TIN at the face level. In other words given a TinFace, an algorithm will compute something using the TinFace’s data, then will decide what if any neighbors it should go to next in order to continue the computation. 

  

- Let's get that JTF format documented in JTFLayout
class into an
external document, prefereably PDF or HTML. We can then
introduce the
rest of the FOSS GIS community to the format. This will
encourage
broad adoption of the format.




Check out jtin/doc/JTF_file_description.odt. There’s still a couple of updates 
I want to finalize before I let it into the wild. First is how to deal with 
triangles at a border or TIN edge and what is entered for their edge neighbor 
field. One way (what I’m doing now) is to just set the index to -1 thus being 
an illegal index, thus being next to a border. The other way is to link to a 
neighboring triangle along the border that this triangle shares a vertex with. 
Some algorithms I’ve read about make heavy use of such links. Also (if I 
haven’t done it already), I need to add a disclaimer that all data is stored 
big endian.

--Christopher


  


-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.

Re: [JPP-Devel] Warning About Eclipse Ganymede and Subclipse

[Paul Austin]

I'm using it on windows, you just had to select each of those three packages
I mentioned.

Paul

On Mon, Jul 7, 2008 at 2:32 PM, Sunburned Surveyor <
[EMAIL PROTECTED]> wrote:

> Paul,
>
> Thank you for the response. Are you working on Windows or Linux?
>
> The Subclipse FAQ had this comment about obtaining the JavaHL library
> for the MS Windows operating system: "JavaHL is included as part of
> Subclipse. You do not need to do anything."
>
> I also tried installing SVNKit.
>
> I still couldn't get the Subclipse working. I can post to the
> Subclipse mailing list for help, but I wanted to let others now so
> they didn't get surprised like I did when upgrading to Eclipse
> Ganymede.
>
> Landon
>
> On Mon, Jul 7, 2008 at 1:30 PM, Paul Austin <[EMAIL PROTECTED]>
> wrote:
> > I have the Subclipse 1.4.0 working with the Subversion Client Adapter
> > 1.5.0 and Subversion Native Library Adapter (JavaHL) 1.5.0 using the
> > http://subclipse.tigris.org/update_1.4.x update site and this works.
> >
> > Paul
> >
> >
> > -
> > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> > Studies have shown that voting for your favorite open source project,
> > along with a healthy diet, reduces your potential for chronic lameness
> > and boredom. Vote Now at http://www.sourceforge.net/community/cca08
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
>
> -
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> Studies have shown that voting for your favorite open source project,
> along with a healthy diet, reduces your potential for chronic lameness
> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>



-- 
Paul Austin
President/CEO
Revolution Systems Inc.

+1 (604) 288-4304 x201
www.revolsys.com
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Warning About Eclipse Ganymede and Subclipse

[Paul Austin]

I have the Subclipse 1.4.0 working with the Subversion Client Adapter 
1.5.0 and Subversion Native Library Adapter (JavaHL) 1.5.0 using the 
http://subclipse.tigris.org/update_1.4.x update site and this works.

Paul


-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] June OpenJUMP User Survey Results Released

[Paul Austin]

The problem with the following proposal is not a technical one, it is a
legal one. Google and the other providers typically only allow access to
their tile layer using their web sites and web APIs. This is in part because
they license the data from other parties for a specific purpose.

Paul



> I like very much the feature proposal:
> "Use Google, Yahoo, Microsoft, Mapquest, Open Street Maps map layer as
> background layer"
>
>
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08___
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 and suggested core changes related to the TaskFrame class.

[Paul Austin]

Landon,

The getTaskFrame() method is from the TaskFrameProxy. This allows other
parts of the application to get a TaskFrame from another object without
knowing that the original object is a TaskFrame instance. For example you
could have a MyFrame class which also implements the TaskFrameProxy
interface and it could be used by any code which requires a TaskFrameProxy
instance.

Paul
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] R: R: Style Sheet For Java FOSS Coding

[Paul Austin]

Ede,

I have been through this many times on commercial and other projects and 
have found that developers (myself included) get very upset around 
coding standards. I have also found that projects work much better if 
someone within the project makes a decision and provides a documented 
standard of what developers should follow and if possible provide 
automated tools to support code layout and checking of rules 
(checkstyle). After a while us developers get over it and can get on 
with the important part of implementing code. When coming up with 
standards readability should be considered over conciseness of code. As 
an extreme example every C program can be implemented as nested for 
loops. Not that you'd ever consider doing it.


If you have to use the ternary operator some simple formatting could 
make it more readable.


y = (x > 0)
 ? 7
 : 8


Paul

Edgar Soldin wrote:

this should read:

finally I think this can go much to far, there is a potential risk to loose 
development capacities here, just because of indifferences about
styling... keeping it balanced should be the way.

regards ede
--


  
The important thing about using the SAME style is that if I am 
extending someone else's code in the same project (e.g. adding an 
additional else if clause) that when I do a diff I can see oh I just 
added a diff clause, rather than, oh there are abunch of whitespace 
changes so I really have no way of seeing what has changed other than 
look through line by line. I use auto format a lot which means that it 
is difficult to find the real changes when there was not consistent 
formatting.


Paul


P.Rizzi Ag.Mobilità Ambiente wrote:


Yes, but I don't believe that would add anything to readability...
 
I think the key is not about everybody using the same style,

but about each one using a "consistent" style.
 
If one always use the same style, even a non-programmer it's 
perfectly able
of understanding it after a couple of example, because it's always 
the same.
 
And even when different people works upon the same code, I don't 
think it's
a bad thing if each one uses it's own style, so diferent pieces of 
code can be

easily spotted.
 
But this is just me... :-)
 
Bye

Paolo Rizzi
 


-Messaggio originale-
*Da:* [EMAIL PROTECTED]
    [mailto:[EMAIL PROTECTED] conto
di *Paul Austin
*Inviato:* mercoledì 2 luglio 2008 18.59
*A:* OpenJump develop and use
*Oggetto:* Re: [JPP-Devel] R: Style Sheet For Java FOSS Coding

On another note all blocks should use {}, spaces instead of tabs.
2 spaces is the perfect amount of indent.

void mmm(int i, String[] sss) {
  if (i < 0) {
 i = 0;
  }

  if (sss == null) {
sss = new String[0];
  }
}


P.Rizzi Ag.Mobilità Ambiente wrote:
  

I use the ?: a lot!!!
I agree that an if/else is more readable, but in some situations 
the ?: is better.


For example I use it to "normalize" method parameters:

void mmm(int i,String[] sss)
{
i = i < 0 ? 0 : i;
sss = sss == null ? new String[0] : sss;
...
}

The above is much more concise than:

void mmm(int i,String[] sss)
{
if( i < 0 )
i = 0;

if( sss == null )
sss = new String[0];
}

and I don't find it any less readable...

Sure enough in other cases an if/else is much better!!!

Bye
Paolo Rizzi


 


-Messaggio originale-----
    Da: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] 
conto di Paul

Austin
Inviato: mercoledì 2 luglio 2008 18.35
A: OpenJump develop and use
Oggetto: Re: [JPP-Devel] Style Sheet For Java FOSS Coding


I think that using an if/.else statement is much more 
readable than the ?: operator.


It's just another one of those coding religious wars such as if 
the { should be on the same or the next line.


Paul

--
---
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source 
project,
along with a healthy diet, reduces your potential for chronic 
lameness
and boredom. Vote Now at 
http://www.sourceforge.net/community/cca08

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


  

- 


Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source 
project,
along with a healthy diet, reduces your potential for chronic 
lameness

and boredom. Vote Now at http://www.sourceforge.net/community/cca0

Re: [JPP-Devel] R: R: Style Sheet For Java FOSS Coding

[Paul Austin]

The important thing about using the SAME style is that if I am extending 
someone else's code in the same project (e.g. adding an additional else 
if clause) that when I do a diff I can see oh I just added a diff 
clause, rather than, oh there are abunch of whitespace changes so I 
really have no way of seeing what has changed other than look through 
line by line. I use auto format a lot which means that it is difficult 
to find the real changes when there was not consistent formatting.


Paul


P.Rizzi Ag.Mobilità Ambiente wrote:

Yes, but I don't believe that would add anything to readability...
 
I think the key is not about everybody using the same style,

but about each one using a "consistent" style.
 
If one always use the same style, even a non-programmer it's perfectly 
able
of understanding it after a couple of example, because it's always the 
same.
 
And even when different people works upon the same code, I don't think 
it's
a bad thing if each one uses it's own style, so diferent pieces of 
code can be

easily spotted.
 
But this is just me... :-)
 
Bye

Paolo Rizzi
 


-Messaggio originale-
*Da:* [EMAIL PROTECTED]
    [mailto:[EMAIL PROTECTED] conto
di *Paul Austin
*Inviato:* mercoledì 2 luglio 2008 18.59
*A:* OpenJump develop and use
*Oggetto:* Re: [JPP-Devel] R: Style Sheet For Java FOSS Coding

On another note all blocks should use {}, spaces instead of tabs.
2 spaces is the perfect amount of indent.

void mmm(int i, String[] sss) {
  if (i < 0) {
 i = 0;
  }

  if (sss == null) {
sss = new String[0];
  }
}


P.Rizzi Ag.Mobilità Ambiente wrote:

I use the ?: a lot!!!
I agree that an if/else is more readable, but in some situations the ?: is 
better.

For example I use it to "normalize" method parameters:

void mmm(int i,String[] sss)
{
i = i < 0 ? 0 : i;
sss = sss == null ? new String[0] : sss;
...
}

The above is much more concise than:

void mmm(int i,String[] sss)
{
if( i < 0 )
i = 0;

if( sss == null )
sss = new String[0];
}

and I don't find it any less readable...

Sure enough in other cases an if/else is much better!!!

Bye
Paolo Rizzi


  

-Messaggio originale-
    Da: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] 
conto di Paul

Austin
Inviato: mercoledì 2 luglio 2008 18.35
A: OpenJump develop and use
Oggetto: Re: [JPP-Devel] Style Sheet For Java FOSS Coding


I think that using an if/.else statement is much more 
readable than the 
?: operator.


It's just another one of those coding religious wars such as if the { 
should be on the same or the next line.


Paul

--
---
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel




-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
  




-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08


___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
  
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chro

Re: [JPP-Devel] R: Style Sheet For Java FOSS Coding

[Paul Austin]

On another note all blocks should use {}, spaces instead of tabs. 2 
spaces is the perfect amount of indent.


void mmm(int i, String[] sss) {
 if (i < 0) {
i = 0;
 }

 if (sss == null) {
   sss = new String[0];
 }
}


P.Rizzi Ag.Mobilità Ambiente wrote:

I use the ?: a lot!!!
I agree that an if/else is more readable, but in some situations the ?: is 
better.

For example I use it to "normalize" method parameters:

void mmm(int i,String[] sss)
{
i = i < 0 ? 0 : i;
sss = sss == null ? new String[0] : sss;
...
}

The above is much more concise than:

void mmm(int i,String[] sss)
{
if( i < 0 )
i = 0;

if( sss == null )
sss = new String[0];
}

and I don't find it any less readable...

Sure enough in other cases an if/else is much better!!!

Bye
Paolo Rizzi


  

-Messaggio originale-
Da: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] 
conto di Paul

Austin
Inviato: mercoledì 2 luglio 2008 18.35
A: OpenJump develop and use
Oggetto: Re: [JPP-Devel] Style Sheet For Java FOSS Coding


I think that using an if/.else statement is much more 
readable than the 
?: operator.


It's just another one of those coding religious wars such as if the { 
should be on the same or the next line.


Paul

--
---
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel




-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
  
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Style Sheet For Java FOSS Coding

[Paul Austin]

I think that using an if/.else statement is much more readable than the 
?: operator.

It's just another one of those coding religious wars such as if the { 
should be on the same or the next line.

Paul

-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Style Sheet For Java FOSS Coding

[Paul Austin]

Landon,

Here are my comments

  1. Code formatting is very important in the FOSS world as you have
 many developers modifying the code. If you have consistent
 formatting then when you do a diff/merge you can see the real
 changes between the code and not just the differences in
 whitespace or curly brace locations. Sun has a good document
 describing a set you can work from. http://java.sun.com/docs/codeconv/
  2. We should also setup the use of Checkstyle (there is an eclipse
 plugin), this allows you to define a number of rules such as
 making all method parameters final so you don't modify the value
 of the parameter when you actually meant to modify the value of
 the field.
  3. On the use of this, I personally don't think it should be used on
 every time you use a field, just when name clashes occur or when
 assigning values in a constructor. By using the final keyword for
 parameters you avoid assigning to the parameter rather than the field.
  4. Correct configuration of modern Java IDE's can avoid syntax based
 programming conventions. For example fields in eclipse are in
 italics. Also you can have it underline pointless assignments such
 as foo = foo instead of this.foo = foo
  5. I agree that when invoking methods you should avoid using another
 method call to provide a value. In these cases assign a local
 variable. Some cases such as say Arrays.asList are so simple they
 could be inline. There are two reasons for this:
1. It is more readable to not have a complex statement on one
   line. And more understandable as you have a descriptive name
   of each parameter.
2. When using a debugger if you have it on one line you have to
   step into each method call before you can step into the main
   method which makes debugging a pain. Also you don't get to
   see the value of those parameters before making the method call.
  6. Avoid using inline conditionals  x ? y : z

Paul

Sunburned Surveyor wrote:

I'm thinking about the preparation of a short document with code style
tips for Java FOSS programming.

There is the concise way to code something, and then there is the way
to code something in a manner that will
makes it more understandable for the guy that has to come behind you.

I think this is probably more important in FOSS programming than it is
in "normal" or proprietary programming.

I'm not talking about where you put the curly braces or other stuff like that.

I'm talking about things like using the "this" keyword when
appropriate, avoiding long method call chains in the argument list of
a method call, and avoiding complicated groups of statements with no
comments indicating the purpose or desired result.

I realize not everyone will agree that code should be written for
clarity at the cost of some conciseness. However, if you have some
style suggestions that I could consider and include in the sheet I
would welcome them. (I'm not looking for stuff that is in the existing
Java style books. I have those. :] I'm looking for suggestions that
deal with the type of clarity that becomes critical in open source
programming, especially when a the next maintainer or contributor
might not be a programming professional.)

The Sunburned Surveyor

-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
  
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Adding new file types to "Open..." dialogue box

[Paul Austin]

The Open File..., works with the FileLayerLoader, this is by far the 
easiest option if you want to open something from a file. It also 
supports loading files from within zip files. See 
org.openjump.core.ui.io.file.DataSourceFileLayerLoader for an example

registry.createEntry(FileLayerLoader.KEY, loader);

The File->Open... allows you to specify other types of layers to open, such as 
WMS connections, WFS connections, database connections etc.

Paul

Christopher wrote:
> File opening question:
>
> In OpenJUMP, how does one add a new file type and file handler to the 
> “File->Open...” or “File->Open File...” dialogue box?
>
> --Christopher
>
> PS, as an update of my progress on the TIN module, I have a crude display 
> pipeline written, but untested. I should have it up and running in the next 
> day or so.
>
>
>
>   
>
> -
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>   

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Looks like the nightly build has been down since June 19th?

[Paul Austin]

I must have restarted my machine but forgot to add the ssh-keys to my 
ssh-agent so it was not copying them to the server.

I'm running it now and it will be up again shortly.

Paul

Sunburned Surveyor wrote:
> Did we break the build or is it a problem with the host machine?
>
> The Sunburned Surveyor
>
> -
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>   

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Draft of OpenJUMP Plug-in Programmer's Guide

[Paul Austin]

I've been experimenting with the concepts of http://microformats.org/ 
which are basically XHTML documents where you use classes on divs (and 
other html elements) to provide some semantics to a document. Hopefully 
someone will come up with a docbook like micro format. Until then I've 
just made one up for a document I've been working on.


The nice thing with this is as it's HTML you can view and style it in a 
web browser easily. And because it's XHTML you can parse it using 
software the same way you could with docbook and then generate PDF's or 
other document formats from it.


Here is an example document

http://ecsv.org/ecsv/specification/

Although this is interesting you might want to stick with something with 
tool support. Docbook does have the XML Mind editor for editing the 
documents.


Paul

Stefan Steiniger wrote:
that is something I like too... (separating files + images...) and thus 
is way easier for doing it on the svn - especially as it is text file 
only. For word one could only check-in and out the complete file.
However, Word does also support the inclusion/connection of several 
files. Which is to recommend.


mhm.. the more I think about it, the more I like the idea of writing it 
initially with a normal text editor. Or... maybe we think about writing 
it with a CSS style format. E.g. we could use a template that was used 
for e-leraning: see www.ELML.ch. I wrote a lesson in ELML using their 
xml markers. ELML can be used with Eclipse and the Oxygen Editor. Then 
one can convert the xml-files to either web-pages and/or pdfs. Using 
such system would ease a couple of things in terms of collaborative 
work. However, I think to get the system setup will take some work. 
Writing will be a peace of cake then. What do you think about it?


stefan

Christopher wrote:
  

The thing I like about LaTeX and other TeX derivatives
is that the chapters are separate files and everything
is in plain text. This would allow for the file to be
maintained as part of the SVN repository, thus
allowing easier collaboration.

But I’m open for anything.

--Christopher

--- Sunburned Surveyor <[EMAIL PROTECTED]>
wrote:



Christopher,

I'm currently using Microsoft Word because I am
writing the document
at work. However, I run OpenOffice at home and on my
laptop, so I am
open to using that. I must tell you that I have been
trying to use
LaTex for some of my work at the OSGeo, and I have
acquired a strond
dislike for it. I'd be willing to use something like
docbook though.

At any rate, I plan on moving the document to
Scribus for final layout
as a professional document. I'm thinking I might
publish the finished
book trough LuLu, and donate any profits to fund
work on OpenJUMP. The
actual text content will be released trough the
creative commons.

I'm more than willing to accept criticisms and
suggestions on the
document content. I'd be especially interested in
what you think
should be added for new plug-in programmers.

Landon
  
  


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel





-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
  
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] endianess

[Paul Austin]

Christopher,

Are you wrapping a large buffer (e.g. 4kb) or are you wrapping each 
series of bytes (e.g. 8 bytes for a long). If you are doing the second 
way, wrapping in a ByteBuffer will be inefficient compared with 
DataInputStream.readLong(). As it has to first allocate the buffer and 
then do the actual creation of the long, where as the DataInputStream 
just takes each byte and does some shifts and adds.


Paul

Christopher wrote:

The way I am currently using ByteBuffer, I can deal
with any InputStream or OutputStream and switch
endianess by changing two static final variables
(BYTE_ORDER and CHAR_SET). Using a byte array to read
to and write from the stream, I just do a
ByteBuffer.wrap(byteArray).order(BYTE_ORDER) to make
things ordered the way I want. I've tested this with
both Big and Little Endian ordering and seems to work
just fine.

--Christopher


--- Paul Austin <[EMAIL PROTECTED]> wrote:

  

I would use big endian as it's the Java standard.
This would then make 
it easier to read/write the files from
Input/outputStream (see 
DataInputStream) as ByteBuffer would only allow you
to do the endian 
conversion for file access. You may want to use an
Input/outputStream 
stream to read/write data in a web service.


Paul

*Paul Austin*
/President/CEO/
Revolution Systems Inc.

+1 (604) 288-4304 x201
www.revolsys.com <http://www.revolsys.com>




  


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
  
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] endianess

[Paul Austin]

I would use big endian as it's the Java standard. This would then make 
it easier to read/write the files from Input/outputStream (see 
DataInputStream) as ByteBuffer would only allow you to do the endian 
conversion for file access. You may want to use an Input/outputStream 
stream to read/write data in a web service.


Paul

*Paul Austin*
/President/CEO/
Revolution Systems Inc.

+1 (604) 288-4304 x201
www.revolsys.com <http://www.revolsys.com>


Christopher wrote:

Should binary files created with OpenJUMP be big
endian or little endian?

Big endian = java standard, PowerPC, RISC.
Little endian = x86.

I don't have a preference as either would be equally
easy (praise ByteBuffer), but we should have
some sort of standard as it reduces strange bugs...

--Christopher


  


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
  
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] R: Print line numbers in Eclipse?

[Paul Austin]

Landon,

Use the SVN viewer 
http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/ find 
the file you want and then click viw. You'll see the source marked up 
with line numbers as a HTML page. You could then take a screen shot or 
print it and include it in the docs. See below for an example.


http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/src/org/openjump/util/XPathUtils.java?view=markup

Paul

*Paul Austin*
/President/CEO/
Revolution Systems Inc.

+1 (604) 288-4304 x201
www.revolsys.com <http://www.revolsys.com>


P.Rizzi Ag.Mobilità Ambiente wrote:

>From a _very_ brief search it seems to be a yet-to-be-resolved bug
on Eclipse side:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=19602

A patch exists, but you have to apply it for yourself, or wait for version 
3.4M3.
I have no idea if any "external" solution exists to print Java source with 
line-numbers.

Bye
Paolo Rizzi



  

-Messaggio originale-
Da: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] conto di
Sunburned Surveyor
Inviato: venerdì 20 giugno 2008 17.08
A: OpenJump develop and use
Oggetto: [JPP-Devel] Print line numbers in Eclipse?


I was hoping to print my source code files for the OpenJUMP Plug-In
Programmers Guide examples that are in Eclipse WITH line numbers. This
would allow me to refer to specific Java statements when explaining
the examples.

However, I can't figure out how to get the line numbers in Eclipse to
print. I did some searching online, but I came up dry. It's probably a
simple toggle or preference somewhere.

Before I try to find another solution, do any of you guys know how to
get the line numbers in Eclipse to print?

The Sunburned Surveyor

--
---
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel




-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
  
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Does JTS and/or OpenJUMP support WKT spatial reference system?

[Paul Austin]

Geo tools has some code, I've not used it so don't know how it works.

http://javadoc.geotools.fr/2.4/org/geotools/referencing/wkt/package-summary.html



Christopher wrote:
> Is there a standardized OpenJUMP way to convert a WKT
> spatial reference system (see Simple Features spec
> page 74) to an int SRID?
>
> Thanks,
> --Christopher
>
>
>   
>
> -
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>   

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
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 Cloned windows

[Paul Austin]

If you cloned the task by creating a new layer manager etc around an 
existing feature collection it may work for file based data where the 
file is loaded into memory, it would not work so well for a database 
connection as it loads data on the fly and caches it using the BBOX of 
the viewport window. To get this to work with the two viewport windows 
would require some serious changes to the code I would think.

Paul

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Fwd: OpenJUMP question

[Paul Austin]

Larry,

I have a graph implementation which has an undershoot processor in it, have
a look at the processUndershootNodes method.

http://rsiaf.googlecode.com/svn/rs-gis-core/trunk/src/main/java/com/revolsys/gis/graph/Graph.java

The algorithm processes all nodes looking for edges within 2 units (e.g. m)
from the node which are not connected to the node. It then splits the edge
introducing a node on the line segment of the edge closest to the node.

The processCrossingEdges does the similar for overshoots (and any other
crossing segments). It does this by computing the intesection and then doing
special processing for short segments which would happen in the overshoot
case


The DataObjectGraph shows how I applied this to my DataObject framework,
although you could also apply this to the JUMP Feature framework.

Paul

P.S. All code is under the Apache 2.0 license copyright Revolution Systems
Inc.


On Thu, Jun 12, 2008 at 10:53 AM, Larry Becker <[EMAIL PROTECTED]>
wrote:

> Does anyone have a link to a web page that talks about the requirements of
> undershoot, overshoot, etc.?  I'm wondering if you have, for instance, three
> lines ending at (within tolerance ) the same point, how do you decide which
> point to snap the ends to?  Pick one end randomly, average their positions,
> or what?  Should there be options for one layer to be considered the master,
> and all others (or editable layers only?) snap to it?
>
> Larry
>
> On Thu, Jun 12, 2008 at 12:00 PM, Nacho Uve <[EMAIL PROTECTED]> wrote:
>
>> I'm very interested about that. I was working on a plugin to repair
>> connectivity errors (undershoot, overshoot, nodemismatch, etc...) but I
>> haven't got time to continue with this issue... maybe in the future I will
>> take again that project. If any person wants work on that please I would
>> like collaborate... I have some ideas to do it.
>>
>> However, I know that Kosmo has a couple of tools (CAD Tools) to extend and
>> to shorten lines.
>>
>> Best regards,
>> Nacho
>>
>>
>> 2008/6/12 Martin Davis <[EMAIL PROTECTED]>:
>>
>> JUMP doesn't.  JCS I don't think did either.   That's just because it
>>> wasn't a requirement for conflation per se - it's more of a data
>>> cleaning thing.
>>>
>>> Clearly this would be nice to have... all someone has to do is to write
>>> it..  8^)
>>>
>>> Stefan Steiniger wrote:
>>> > That is a good question I asked yesterday myself when writing the
>>> > (other) person an answer on the user list.
>>> >
>>> > @Martin: can you give a comment? Does Jump have tools to remove
>>> > overshoots and undershoots?
>>> >
>>> > Larry Becker schrieb:
>>> >> Fixing undershoots and overshoots for lines seems like one of the
>>> >> most common and relatively easy to implement features that a GIS
>>> >> should have.  Can it be that we have overlooked this, or is it a JCS
>>> >> feature that hasn't been ported over yet?
>>> >>
>>> >> Larry
>>> >>
>>> >> On Thu, Jun 12, 2008 at 9:52 AM, Sunburned Surveyor
>>> >> <[EMAIL PROTECTED] >
>>> >> wrote:
>>> >>
>>> >> -- Forwarded message --
>>> >> From: Assessor <[EMAIL PROTECTED]
>>> >> >
>>> >> Date: Thu, Jun 12, 2008 at 5:24 AM
>>> >> Subject: OpenJUMP question
>>> >> To: [EMAIL PROTECTED]
>>> >> 
>>> >>
>>> >>
>>> >> Sir:
>>> >>
>>> >>
>>> >>
>>> >> I am neither a computer nor GIS expert, although I eventually can
>>> >> figure out how to solve problems with computers; sometimes the
>>> long
>>> >> way around.
>>> >>
>>> >>
>>> >>
>>> >> PROBLEM:  We draw all our maps in AUTOCAD.  We have a fairly good
>>> >> "street map" which is based on our "tax map".  The Tax map is
>>> >> really a
>>> >> collection of about 125 sheets comprising 10,000 parcels, varying
>>> >> scales, etc.
>>> >>
>>> >>
>>> >>
>>> >> We edge matched them and produced the street map as one layer but
>>> >> don't know how (or AUTOCAD won't let us) export it as a polygon
>>> >> shapefile.  As it stands now, it comes out as a "line"
>>> >> shapefile.  The
>>> >> last edition of the map was sent to a consultant who converted it
>>> >> to a
>>> >> "polygon" shapefile, probably using an ESRI product.  That costs
>>> >> money
>>> >> that we don't have, and we want to do it a couple times per
>>> >> year.  We
>>> >> use the Map with a database that is used for almost everything
>>> >> that I
>>> >> do as well as many other departments also.
>>> >>
>>> >>
>>> >>
>>> >> Once we get the base layer (polygons) we can do all kinds of GIS
>>> >> stuff
>>> >> with it, but we don't have a way to solve the only apparent
>>> problem
>>> >> that I think we have; namely:  fixing overshoots and undershoots.
>>> >>
>>> >>
>>> >>
>>> >> No matter how good our line work is in AUTOCAD, when it comes out
>>> >> as a
>>> >> line shapefile, there are thousands (like about 18,000) over or
>>> >> undershoots. 

Re: [JPP-Devel] The JUMP way to load and save files...

[Paul Austin]

Christopher,

Have a look at the org.openjump.core.ui.io.file.AbstractFileLayerLoader 
class for implementing a complete custom file loader.


You just have to implement the open(TaskMonitor monitor, URI uri, 
Map options) method to do the actual Layerable creation. 
If there are options the user can select you can call the addOption 
method in your constructor to define what types of options the user 
needs to enter and the GUI will be auto created for you.


Then register it using the following so it will be added to the open 
dialog box.


Registry registry = workbenchContext.getRegistry();
registry.createEntry(FileLayerLoader.KEY, loader);

Let me know if you get stuck as I was the one who implemented this 
functionality.


Paul

Christopher wrote:

--- Sunburned Surveyor <[EMAIL PROTECTED]>
wrote:
  

Let me know if you have more questions. I can help
you with
implementing a DataSource for TIN files if that's
what you are
currently working on.

The Sunburned Surveyor




Hmmm, it looks like since I've gone the Layerable
route and bypassed geometry and features, I'll have to
roll my own file loader encapsulated in a plug-in.

Right now I'm working on about four things at once
since they are all interdependent. The file access is
just a part of things. Hopefully, I can get a basic,
functional scaffolding working by Monday.

--Christopher


  


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
  
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] The JUMP way to load and save files...

[Paul Austin]

Christopher,

The data sources are more useful for database connections where you don't
load the whole file into memory at one time. Also data sources are the way
that the link to the reader is done when saving a project. The data source
is associated with the layer and then when you open the project it uses the
data source to open the data.

Paul

On Mon, Jun 9, 2008 at 7:48 AM, Christopher <[EMAIL PROTECTED]> wrote:

> That seems to be the way most of the data input output
> is done. I'm just wondering why the whole datasource
> bit came about if it only winds up being a wrapper for
> JUMPReader & JUMPWriter.
>
> Thank  you for the feedback,
> --Christopher
>
> --- Paul Austin <[EMAIL PROTECTED]> wrote:
>
> > Christopher,
> >
> > The easiest way is to use the
> >
> com.vividsolutions.jump.io.datasource.StandardReaderWriterDataSource
> > to
> > just wrap a JUMp Reader and Jump Writer.
> >
> > If you then register it using
> > InstallStandardDataSourceQueryChoosersPlugIn it will
> > show up in the
> > Open/Save dialogs.
> >
> > Paul
> >
>
>
>
>
>
> -
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] The JUMP way to load and save files...

[Paul Austin]

Christopher,

The easiest way is to use the 
com.vividsolutions.jump.io.datasource.StandardReaderWriterDataSource to 
just wrap a JUMp Reader and Jump Writer.

If you then register it using 
InstallStandardDataSourceQueryChoosersPlugIn it will show up in the 
Open/Save dialogs.

Paul

Christopher wrote:
> I’m wading through the datasource code and wondering
> if anyone could point me towards a pipeline of classes
> that uses datasource (rather than JUPMReader/Writer)
> to go from a file to a JUMP object and back again. I
> want to do things the JUMP way rather than forge my
> own path whenever possible, and the best way to do
> that is to pour over working code.
>
> Thanks,
> --Christopher
>
>
>   
>
> -
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>   

-- 
*Paul Austin*
/President/CEO/
Revolution Systems Inc.

+1 (604) 288-4304 x201
www.revolsys.com <http://www.revolsys.com>

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Try to use GeoTools SimpleFeature or extract JUMP Feature in small, portable library.

[Paul Austin]

I agree with Jordy adapters and feature factories are a great way to 
switch between one model and another.


I built factories into my API with the added extra of using generics for 
the factory. With this approach my factory returns the value using the 
correct sub class of DataObject. In the case of JUMP features it would 
return a DataObjectFeature which is both a DataObject and a Feature.


You can then (again using generics) pass this in when creating your 
Reader (e.g ECSV or Shape Reader) so that it will in turn return 
DataObjectFeatures. You can then use the same reader if you wanted 
Feature instances or DataObject instances by just switching out the factory.


FeatureDataObjectFactory factory = new FeatureDataObjectFactory();
ShapeReader reader = ShapeReader.createReader(shapeFile, 
factory);

for (Feature feature : reader) {
 // Do something with feature
}


ArrayDataObjectFactory factory = new ArrayDataObjectFactory();
ShapeReader reader = ShapeReader.createReader(shapeFile, factory);

for (DataObject object : reader) {
 // Do something with object
}

Paul

Jody Garnett wrote:
I have written adapaters a couple of times; it is a good way to approach 
the problem. Allowing client code (ie OpenJump) to provide a 
FeatureFactory is one of the ways you can ask GeoTools to make use of 
your adapters.


In the past the GPL license (specifically on the open jump feature 
model) prevented me from rolling out the adapters as part of uDig.


As for the feature model; all the java communities were contacted as the 
work was started - and projects tend to follow the needs of those 
contributing. In this case the people contributing (and paying for) the 
effort were the ones not being helped by the existing projects.


Jody

Martin Davis wrote:
  
Excellent question, SS.  I'm not surprised to see this come up.  
Greater integration with GeoTools has often been suggested as the 
ultimate goal for future JUMP design, but I've always been concerned 
that GeoTools imposes an undesirable level of complexity.  It would be 
nice to find a good path forward between the Scylla of incompatibility 
and the Charybdis of code complexity... (yes, it's Obscure Classical 
Allusions day today...)


A couple of comments:

1. Your idea of "a small simple feature library" sounds like exactly 
what the idea of defining the JUMP Core API was meant to address.  
Does that sound right?  (Are you familiar with this idea, or did it 
not make it over to OpenJUMP?)


2. Is there any possibility of someone rolling up their sleeves and 
developing an Adapter API which would map the GeoTools SF model in the 
JUMP Feature API?  Once this was done, perhaps it would then be much 
easier to call GeoTools code?  I realize this is probably a lot of 
work, and it really needs to be done with great care in design, since 
Adapter layers can get pretty tricky to code.


I'll cc this to Jody, since he's probably best placed to comment on 
this from the GT perspective.




-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
  
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Try to use GeoTools SimpleFeature or extract JUMP Feature in small, portable library.

[Paul Austin]

Landon,

Is there a need to implement your own subclass of SimpleFeature or would 
using the DefaultFeature implementation work. I'm guessing there is a 
need as you want something which is both a JUMP Feature and a GeoTools 
feature.

I'm still working away at my DataObject framework. The DataObject 
interfaceI'm happy with and most of the DataObjectMetaData, except the 
stuff to deal with inheritance (which most models won't use) and default 
values. There is also some extra work for extended properties on 
attribution and on the meta data. This will allow people to add extended 
metadata without subclassing.

Have a look and see if this will work for what you are trying to do.

http://rsiaf.googlecode.com/svn/rs-gis-core/trunk/src/main/java/com/revolsys/gis/data/model/

There is an adapter for Jump Features as well.

http://rsiaf.googlecode.com/svn/rs-jump-core/trunk/src/main/java/com/revolsys/jump/model/

Once I'm happy with it, I'd consider donating it to a non com.revolsys 
OS project for further maintenance

Paul


Sunburned Surveyor wrote:
> I want to ask a question about a "strategic" move for OpenJUMP. I
> thought it best to ask here, before I mention the subject on the
> java-collaboration mailing list that was just set up at the OSGeo.
>
> Let me give you some background info, and then I will aske my question.
>
> A couple of weeks ago I decided that I would try to participate in
> some programming at GeoTools. My goals with this endeavor were to [1]
> become more acquainted with the GeoTools programming process and [2]
> determine what type of collaboration would be possible.
>
> I decided to do some work on adding support for GPX files in GeoTools.
> There was some existing code, but I wanted to allow low-level access
> to GPX files and also provide simple feature objects from GPX files.
>
> I was cruising along fine until it came time to implement to the
> SimpleFeature interface in GeoTools. This interface is actually from
> the GeoAPI project but is used by GeoTools.
>
> The SimpleFeature interface extends four (4) other GeoAPI interfaces
> and a total of 30 different methods. In contrast, the JUMP Feature
> interface defines only 17 methods and extends no other classes or
> interfaces.
>
> After digging into the GeoTools SimpleFeature code for a while, I have
> realized that they don't really have a "pure" simple feature
> implementation. Instead they've tried to force fit their complex
> feature model into a simple feature interface. This is very akward for
> me. For example, the implementer of SimpleFeature must implement
> several methods that really seem to belong to SimpleFeatureType, which
> is similar to JUMP's FeatureSchema.
>
> Here is my question:
>
> Is it worth trying to address the complexity in the GeoTools
> SimpleFeature interface and related code, or should I focus my energy
> on extracting and maintaining a very lightweight library with the
> simple feature code from JUMP? (This would be a small JAR containing
> the Feature interface, FeatuerSchema, interface, AbstractFeature class
> and maybe a couple of other related classes.)
>
> This may seem like an unimportant question, but I think it is more
> important over the long term. Let me briefly explain why:
>
> GeoTools has been set up as the "flagship" of open source Java GIS
> collaboration. I believe it will be the project most people go to when
> looking for a simple feature implementation to use in their own
> projects. This isn't a bad thing if GeoTools is willing to address
> issues of complexity or is willing to include a module with a "pure"
> simple feature implementation that would be more compatible with
> OpenJUMP. This would allow us to become a participant in GeoTools
> development and tap into the outside interest for a simple feature
> implementation.
>
> If this is not possible, I really think it would be prudent of us to
> maintain a small library that could be used by other parties outside
> of OpenJUMP for projects that require a simple feature implementation.
> This would be set up as an alternative to the simple feature
> implementation in GeoTools. This would be of interest to organizations
> that need simple features, but that don't need all of OpenJUMP and
> don't want to deal with the complexity of GeoTools. We could then tap
> into improvements or utilities that they contribute to JUMP's simple
> feature model.
>
> Do you guys have any thoughts on this? I was really hoping the
> SimpleFeature code in GeoTools would be workable, but I'm on my third
> or fourth day of trying to create an abstract class that implements
> SimpleFeature and its related interfaces. I'f like to hear what
> programmers from our OpenJUMP community have to say about this before
> I mention it in a larger, more public, discussion.
>
> The Sunburned Surveyor
>
> P.S. - I know that I can be an annoying distraction to this community
> and others, but I will note that at least two (2) of the messages that
> I sent to the Geo

Re: [JPP-Devel] Log4j.xml and openjump.bat

[Paul Austin]

I agree on cleaning up the config file. I think it should have one 
appender for a openjump.log file which would overwrite on each launch of 
the application. For logging levels set it to ERROR on the root.


I disagree on the properties file, I find it very inflexible compared to 
the xml file.


Paul

Andreas Schmitz wrote:

Paul Austin wrote:

Hi,

  
Right, I forgot we added the conf dir to the classpath. I think we  
should provide a sample log4j.xml file for the complete novice users.



on that I'm agreed. Maybe we should clean up the file since it contains many
entries right now which we don't really need.

We could also switch to the properties file (I find it much easier to read).

Best regards, Andreas
  



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/


___
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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Log4j.xml and openjump.bat

[Paul Austin]

Right, I forgot we added the conf dir to the classpath. I think we 
should provide a sample log4j.xml file for the complete novice users.


Paul

Andreas Schmitz wrote:

Paul Austin wrote:

Hi,

  
How about this as a solution. We rename the log4j.xml to  
log4j.xml.sample and then in the .bat file so a test to see if the  
log4j.xml file exists in the conf directory and only if it is there does  
it add it to the options when launching the application.


This way people can easily use it if they want to.



this is not really necessary, as log4j automatically adds any log4j.properties
and log4j.xml files in the classpath to the configuration.

Best regards, Andreas
  



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/


___
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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Log4j.xml and openjump.bat

[Paul Austin]

How about this as a solution. We rename the log4j.xml to 
log4j.xml.sample and then in the .bat file so a test to see if the 
log4j.xml file exists in the conf directory and only if it is there does 
it add it to the options when launching the application.


This way people can easily use it if they want to.

Paul

Andreas Schmitz wrote:

Stefan Steiniger wrote:

Hi,

  

thank you for the note.
The xml file is only there for the nightly build... up to know (not sure 
if we should change that?



I opt for removing the file and the reference.

Best regards, Andreas
  



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/


___
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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Workbench Properties

[Paul Austin]

On a UNIX system in the shell script I would recommend putting user 
specific configuration into ~/.openjump rather than under sub directory 
the open jump application directory. Remember that in a lot of systems 
users don't have permission to write to the directories where the 
application is stored.


On windows you can get the users home directory from the %USERPROFILE% 
environment variable so you could use this to create a settings file 
under there.


Then for a given user if you wanted to create multiple profiles you 
would have one config file in the user's OJ config directory that lists 
the profiles and then a sub directory for each profile. At startup the 
user could be given an option to select the profile to load (unless they 
checked always use a specific profile).


For custom OJ distributions that a company put's together they can 
either just use a different profile name in their batch script or change 
the batch script to user a different config directory name.


Paul

Sunburned Surveyor wrote:

Or even /openjump/lib/ext/users...

SS

On Wed, May 28, 2008 at 5:04 PM, Sunburned Surveyor
<[EMAIL PROTECTED]> wrote:
  

We could also create a /openjump/users/ folder. This would allow us to
maintain our "cross-platform" status while still supporting individual
user configuration settings.

The Sunburned Surveyor

On Wed, May 28, 2008 at 12:57 AM, Andreas Schmitz <[EMAIL PROTECTED]> wrote:


Paul Austin wrote:

Hi,

  

   * All users share the same properties file unless you change it in
 the batch script to point to a user specific directory


then maybe we should change the batch scripts. Since most of the Windows people
will have installed at least Windows 2000/XP (and not Windows 98 any more ;-)),
there's a good chance that they have a home directory...

I'm also for a change in the linux script to create the $HOME/.jump directory if
it does not exist.

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

---
On June 17 is deegree day - Am 17. Juni ist deegree day
 http://deegree.org/deegreeday

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFIPRBt737OVr+Ru7oRAmXYAKClJ2mVH+98BTgyuH0k5kpGvF27ZQCfXak3
sxSG6cYrdSKaN5Nq2X5baTw=
=6CIx
-END PGP SIGNATURE-

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Workbench Properties

[Paul Austin]

Sounds like people don't like the preferences API so I won't use it for 
anything in the core JUMP. I'll just use it in my plug-ins where I need 
immediate saving of preferences.


There are a couple of problems with the current persistent blackboard.

   * If you have two copies of the application running you can get a
 corrupted file if one is trying to load the file while another is
 writing to it. Maybe we need a locking mechanism
   * All users share the same properties file unless you change it in
 the batch script to point to a user specific directory

Paul


Martin Davis wrote:
I would NOT be in favour of any persistence feature which uses the 
Windows Registry.  It's way too hard to work with.  What's wrong with 
text-based (incl. XML) config files located in the application directory 
itself?


The other problem with the Registry is that it effectively limits you to 
a single version of the JUMP application.  It's very useful to have a 
design which keeps all JUMP config files in the directory for the 
instance that created them.  Then you can easily have multiple 
instances, multiple versions, and copy them from machine to machine.


And then of course there's the issue with backwards compatibility, both 
with installed base, existing code, and existing design.


Paul Austin wrote:
  
The (persistent) blackboard at the moment is for the whole workbench 
and not specific to a project. There are blackboards for other things 
such as a layer but not for a task. For tasks I don't see the benefit 
of having a blackboard on a task to store the properties, they might 
was well go directly on the task. In terms of saving the properties on 
a task it uses the XML2Java class to serialize it, so all you would 
need to do is make sure each property could be serialized and read by 
that class. I would have it so that if an object could not be 
serialized it would be ignored with a warning written. We could also 
add guidelines that say what kinds of values are supported for 
properties such as all primitive types, Strings and QNames. Most 
properties would be these anyway.


For the previous projection request I had, the plan would be that this 
would be a property added to the task using this new mechanism.


I was also thinking of having a Class with constants listing all of 
the "standard" properties supported in OpenJump. This class would be 
called something like OpenJumpTaskProperties.


For things that the persistent blackboard is used for I'd actually 
prefer to switch over to using the Java Preferences API. The advantage 
of this is you can support user v.s. computer based saved 
configuration. The configuration is saved immediately rather than when 
you exit the application. And the config is saved in a location (e.g. 
windows registry) that is specific to the platform.


Paul

*Paul Austin*
/President/CEO/
Revolution Systems Inc.

+1 (604) 288-4304 x201
www.revolsys.com <http://www.revolsys.com>


Stefan Steiniger wrote:

in general I support Pauls idea, although I am wondering what has been 
happened to the first request on adding a Projection property to the Taks.


But Paul, can you also say why it is better to have properties than 
using the blackboard? I could imagine, that one simply knows what type 
of properties exist - while on the blackboard could be anything. But how 
do I know which properties are existent?


@Larry and Andreas: Any comments from you on that?
(I ask you too as you have way more programming experience than I 
have... i.e. I am rather part of the "weeks" group outlined in the memo 
thread ;o)


cheers
stefan

Sunburned Surveyor schrieb:
  
  

Paul wrote: "I would like to extend the Task class to support
properties. Properties
can be set by plug-ins on the task."

I wonder if we could use a Blackboard and PersistentBlackboardPlugIn
to accomplish this?

http://jump-pilot.sourceforge.net/javadoc/openjump_javadoc/com/vividsolutions/jump/workbench/ui/plugin/PersistentBlackboardPlugIn.html
http://jump-pilot.sourceforge.net/javadoc/openjump_javadoc/com/vividsolutions/jump/util/Blackboard.html

This would keep things a little simpler, as we'd be using classes that
are already present in OpenJUMP.

This is just a suggestion.

If we support Objects, how will we represent their state when we write
the data to the Task file? Will we just call toString on the  object,
or will there be another method?

The Sunburned Surveyor

On Sat, May 24, 2008 at 8:55 AM, Paul Austin <[EMAIL PROTECTED]> wrote:



Michael,

The magic is new in JDK 1.5 generics. It's a generic method the  means
that at compile time it should deduce anywhere it sees T (T can be anything
you want) in the method based on the actual classes used.

So in the below example we use T as the return type so the compiler can pick
this up from your assignment statement Integer i = task.getProperty

[JPP-Devel] Task Properties and finding Task from AbstractLayerable and Category

[Paul Austin]

All,

I have checked in the change so you can add properties to a Task. 
Properties are keyed by a QName instance, see 
org.openjump.core.model.OpenJumpTaskProperties for the list of standard 
properties (just SRID at the moment). If you want to add a standard 
property it would go in this constant file and there should be 
discussion on this list before adding any new values. Developers are 
free for their own plugin to create an properties they wish in their own 
code. They should be in their own namespace (e.g. 
http://foo.org/myPlugin) and not in any namespace below 
http://openjump.org/.

For SRID's I've started adding constants in the class 
org.openjump.core.epsg.EpsgConstants. Again I've used QNames as srid 
names. This means if someone wanted to support another naming scheme 
other than EPSG they can. I think EPSG should be our standard which all 
plug-ins can understand if they need to. Other naming schemes could be 
used but plug-ins may not now how to handle these other schemes. The 
EpsgConstants class has a getSrid method to convert a QName srid to a 
int srid and another to do the reverse. Epsg QNames will be in the form 
{http://epsg.org/}3005.

I've also added the support for a getTask method on AbstractLayerable 
and Category which then calls getTask on the LayerManager to get the 
task instance which I added to the LayerManager. I did not add it to the 
Layerable interface as I did not want to break any plug-ins which have 
custom Layerable subclasses.

Let me know if any of this causes you any issues.

I will at some point need to add a window to show the properties for the 
task. And we could add other properties such as Author,Copyright, Dates etc.

Paul

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Task Properties

[Paul Austin]

The (persistent) blackboard at the moment is for the whole workbench and 
not specific to a project. There are blackboards for other things such 
as a layer but not for a task. For tasks I don't see the benefit of 
having a blackboard on a task to store the properties, they might was 
well go directly on the task. In terms of saving the properties on a 
task it uses the XML2Java class to serialize it, so all you would need 
to do is make sure each property could be serialized and read by that 
class. I would have it so that if an object could not be serialized it 
would be ignored with a warning written. We could also add guidelines 
that say what kinds of values are supported for properties such as all 
primitive types, Strings and QNames. Most properties would be these anyway.


For the previous projection request I had, the plan would be that this 
would be a property added to the task using this new mechanism.


I was also thinking of having a Class with constants listing all of the 
"standard" properties supported in OpenJump. This class would be called 
something like OpenJumpTaskProperties.


For things that the persistent blackboard is used for I'd actually 
prefer to switch over to using the Java Preferences API. The advantage 
of this is you can support user v.s. computer based saved configuration. 
The configuration is saved immediately rather than when you exit the 
application. And the config is saved in a location (e.g. windows 
registry) that is specific to the platform.


Paul

*Paul Austin*
/President/CEO/
Revolution Systems Inc.

+1 (604) 288-4304 x201
www.revolsys.com <http://www.revolsys.com>


Stefan Steiniger wrote:
in general I support Pauls idea, although I am wondering what has been 
happened to the first request on adding a Projection property to the Taks.


But Paul, can you also say why it is better to have properties than 
using the blackboard? I could imagine, that one simply knows what type 
of properties exist - while on the blackboard could be anything. But how 
do I know which properties are existent?


@Larry and Andreas: Any comments from you on that?
(I ask you too as you have way more programming experience than I 
have... i.e. I am rather part of the "weeks" group outlined in the memo 
thread ;o)


cheers
stefan

Sunburned Surveyor schrieb:
  

Paul wrote: "I would like to extend the Task class to support
properties. Properties
can be set by plug-ins on the task."

I wonder if we could use a Blackboard and PersistentBlackboardPlugIn
to accomplish this?

http://jump-pilot.sourceforge.net/javadoc/openjump_javadoc/com/vividsolutions/jump/workbench/ui/plugin/PersistentBlackboardPlugIn.html
http://jump-pilot.sourceforge.net/javadoc/openjump_javadoc/com/vividsolutions/jump/util/Blackboard.html

This would keep things a little simpler, as we'd be using classes that
are already present in OpenJUMP.

This is just a suggestion.

If we support Objects, how will we represent their state when we write
the data to the Task file? Will we just call toString on the  object,
or will there be another method?

The Sunburned Surveyor

On Sat, May 24, 2008 at 8:55 AM, Paul Austin <[EMAIL PROTECTED]> wrote:


Michael,

The magic is new in JDK 1.5 generics. It's a generic method the  means
that at compile time it should deduce anywhere it sees T (T can be anything
you want) in the method based on the actual classes used.

So in the below example we use T as the return type so the compiler can pick
this up from your assignment statement Integer i = task.getProperty(...) and
then use Integer where ever it sees T.

public  T getProperty(QName name) {
  return (T)properties.get(name);
}

This just makes your code a lot easier to read as you don't have to cast in
your code

http://java.sun.com/j2se/1.5/pdf/generics-tutorial.pdf section 5 generic
methods

Paul


Michael Michaud wrote:

Paul Austin a écrit :


I would like to extend the Task class to support properties. Properties
can be set by plug-ins on the task. An example of a property would be
the SRID for the whole task. This will allow us to support extended
metadata on tasks without having to add new methods each time or
subclassing.



Seems to be a good idea to me.


I propose to use QName's as the key for the keys for the properties.
This would allow different namespaces for different applications.

The change would include the following.

private void Map properties = new HashMap();

public void setProperty(QName name, Object value) {
  properties.put(name, value);
}

/**
 * This will auto cast so you can just type things like
*  int value = getProperty(MY_KEY);
 */
public  T getProperty(QName name) {
  return (T)properties.get(name);
}



Hey, looks like magic code.
I cannot understand how the type T can be used in an object method if it
has not been declared in the class definition.
Can really the jvm know how to cast properties.get(KEY) while the object

Re: [JPP-Devel] Task Properties

[Paul Austin]

Michael,

The magic is new in JDK 1.5 generics. It's a generic method the  
means that at compile time it should deduce anywhere it sees T (T can be 
anything you want) in the method based on the actual classes used.


So in the below example we use T as the return type so the compiler can 
pick this up from your assignment statement Integer i = 
task.getProperty(...) and then use Integer where ever it sees T.


public  T getProperty(QName name) {
 return (T)properties.get(name);
}

This just makes your code a lot easier to read as you don't have to cast 
in your code


http://java.sun.com/j2se/1.5/pdf/generics-tutorial.pdf section 5 generic 
methods


Paul


Michael Michaud wrote:

Paul Austin a écrit :
  
I would like to extend the Task class to support properties. Properties 
can be set by plug-ins on the task. An example of a property would be 
the SRID for the whole task. This will allow us to support extended 
metadata on tasks without having to add new methods each time or 
subclassing.
  


Seems to be a good idea to me.
  
I propose to use QName's as the key for the keys for the properties. 
This would allow different namespaces for different applications.


The change would include the following.

private void Map properties = new HashMap();

public void setProperty(QName name, Object value) {
  properties.put(name, value);
}

/**
 * This will auto cast so you can just type things like
*  int value = getProperty(MY_KEY);
 */
public  T getProperty(QName name) {
  return (T)properties.get(name);
}
  


Hey, looks like magic code.
I cannot understand how the type T can be used in an object method if it 
has not been declared in the class definition.
Can really the jvm know how to cast properties.get(KEY) while the object 
associated with this key can be any Object value?


Michaël
  

public Map getProperties() {
}

We'd also need to have it setup so this would be saved to the project file.

Any suggestions/comments?

Paul

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Task Properties

[Paul Austin]

I would like to extend the Task class to support properties. Properties 
can be set by plug-ins on the task. An example of a property would be 
the SRID for the whole task. This will allow us to support extended 
metadata on tasks without having to add new methods each time or 
subclassing.

I propose to use QName's as the key for the keys for the properties. 
This would allow different namespaces for different applications.

The change would include the following.

private void Map properties = new HashMap();

public void setProperty(QName name, Object value) {
  properties.put(name, value);
}

/**
 * This will auto cast so you can just type things like
*  int value = getProperty(MY_KEY);
 */
public  T getProperty(QName name) {
  return (T)properties.get(name);
}

public Map getProperties() {
}

We'd also need to have it setup so this would be saved to the project file.

Any suggestions/comments?

Paul

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
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 JTIN design decision

[Paul Austin]

Landon,

The difference was that the old Renderer.ContentDependFactory only 
passed in the layerable object to render so you didn't get access to the 
LayerViewPanel so rather than breaking code which used the old method I 
added the new one.

It was added in December last year.

Paul

Sunburned Surveyor wrote:
> Paul,
>
> This is a topic of interest to me, since I did some work on pluggable
> rendering in OpenJUMP a year or two ago.
>
>  You said that: "Create your renderer class for your sub class of
> layerable then register it to be used to render instances of that
> type."
>
> When was the setRendererFactory class added to OpenJUMP? Did you
> commit this change 5 months ago?
>
> Why replace the putRendererForLayerable method with a similar method
> having a different signature? How do the methods differ?
>
> I'm also curious when the putRendererForLayerable method was added,
> since I don't see it in the original JUMP code for the
> RenderingManager class. Were they both methods you added?
>
> I'm asking about this because I didn't run across these methods when I
> decided to implement pluggable rendering myself. I'm also curious how
> your implementation works. Can you register a renderer from a Plug-In
> with the new pluggable rendering system? If your work is already
> committed and it is functional I may scrap my pluggable rendering code
> for OpenJUMP.
>
> Landon
>
> P.S. - Chris: If Paul's modifications to OpenJUMP work the way I
> think, then we won't have to make changes to OpenJUMP's rendering
> system to add rendering for a JTin layerable as was stated previously
> in this thread. Having said that, I think it will still be easier to
> use normal JTS geometries and a regular Layer.
>
> On Wed, May 21, 2008 at 2:38 PM, Paul Austin <[EMAIL PROTECTED]> wrote:
>   
>> Chris,
>>
>> I have some examples on adding your own renderer. The example displays a
>> regular grid on the map and allows you to zoom to a mapsheet grid cell by
>> name.
>>
>> You can get the source for my plugins at
>> http://rsiaf.googlecode.com/svn/rs-jump-core/trunk/
>>
>> Create your renderer class for your sub class of layerable then register it
>> to be used to render instances of that type.
>>
>> RenderingManager.setRendererFactory(GridLayer.class,
>>   new GridRendererFactory());
>>
>> You can add a pop up menu using the following.
>>
>> JPopupMenu gridLayerPopupMenu = new JPopupMenu();
>> workbenchFrame.getNodeClassToPopupMenuMap().put(GridLayer.class,
>> gridLayerPopupMenu);
>>
>> The look at the following classes to see what I'm implementingm, you'll need
>> to customize the rendering for TIN's
>>
>> com.revolsys.jump.ui.model.GridLayer;
>> com.revolsys.jump.ui.model.GridRendererFactory;
>> com.revolsys.jump.ui.model.GridRenderer;
>>
>> Hope this helps.
>>
>> Paul
>>
>> Paul Austin
>> President/CEO
>> Revolution Systems Inc.
>>
>> +1 (604) 288-4304 x201
>> www.revolsys.com
>>
>> Sunburned Surveyor wrote:
>>
>> Chris,
>>
>> You've asked some good questions, and I'm glad Paul got back to you a
>> lot sooner than I did.
>>
>> Paul wrote: "I would not extend Geometry for the TinFace, subclassing
>> Geometry is not something that works will in the current JTS code
>> base. I would just have a custom TinFace class which could be
>> converted to Polygons if required for some cases."
>>
>> I agree with Paul on this point. Geometry isn't really meant to be
>> subclassed. I should have mentioned this to you before but didn't
>> think about it.
>>
>> Paul wrote: "Instead you could come up with an implementation of the
>> Layerable inteface for rendering of TIN's, This will allow you to
>> bypass all the conversions to Geometries and features. In this
>> layerable you could just select the TINFaces from the TIN by bounding
>> box and then render those as required. This might be a bit more work
>> if you want to support styling and selecting faces/edges in the TIn
>> but I think it would be a lot cleaner and you could add right click
>> menu items specific to a TIN."
>>
>> Implementing Layerable probably is the most elegant way to go about
>> this. However, I'm not sure how rendering of Layerable implementations
>> works. I don't see any methods defined in the Layerable interface that
>> would be used for actual painting of the TIN. on the contrary, the
>> Layer class m

Re: [JPP-Devel] Question about JTIN design decision

[Paul Austin]

Chris,

I have some examples on adding your own renderer. The example displays a 
regular grid on the map and allows you to zoom to a mapsheet grid cell 
by name.


You can get the source for my plugins at 
http://rsiaf.googlecode.com/svn/rs-jump-core/trunk/


Create your renderer class for your sub class of layerable then register 
it to be used to render instances of that type.


RenderingManager.setRendererFactory(GridLayer.class,
 new GridRendererFactory());

You can add a pop up menu using the following.

   JPopupMenu gridLayerPopupMenu = new JPopupMenu();
   workbenchFrame.getNodeClassToPopupMenuMap().put(GridLayer.class, 
gridLayerPopupMenu);


The look at the following classes to see what I'm implementingm, you'll 
need to customize the rendering for TIN's


com.revolsys.jump.ui.model.GridLayer;
com.revolsys.jump.ui.model.GridRendererFactory;
com.revolsys.jump.ui.model.GridRenderer;

Hope this helps.

Paul

*Paul Austin*
/President/CEO/
Revolution Systems Inc.

+1 (604) 288-4304 x201
www.revolsys.com <http://www.revolsys.com>


Sunburned Surveyor wrote:

Chris,

You've asked some good questions, and I'm glad Paul got back to you a
lot sooner than I did.

Paul wrote: "I would not extend Geometry for the TinFace, subclassing
Geometry is not something that works will in the current JTS code
base. I would just have a custom TinFace class which could be
converted to Polygons if required for some cases."

I agree with Paul on this point. Geometry isn't really meant to be
subclassed. I should have mentioned this to you before but didn't
think about it.

Paul wrote: "Instead you could come up with an implementation of the
Layerable inteface for rendering of TIN's, This will allow you to
bypass all the conversions to Geometries and features. In this
layerable you could just select the TINFaces from the TIN by bounding
box and then render those as required. This might be a bit more work
if you want to support styling and selecting faces/edges in the TIn
but I think it would be a lot cleaner and you could add right click
menu items specific to a TIN."

Implementing Layerable probably is the most elegant way to go about
this. However, I'm not sure how rendering of Layerable implementations
works. I don't see any methods defined in the Layerable interface that
would be used for actual painting of the TIN. on the contrary, the
Layer class makes a getStyle method available. The paint method of the
Style class can then be used to render the contents of the Layer.

So implementing Layerable will be more elegant, but may require some
tweaks to enable Rendering. Storing polygons in a regular Layer as
representations of TIN faces means we don't have to worry about
rendering, but the solutoin is probably less elegant.

Storing the TIN faces as polygons in a regular layer is that normal
editing/analysis tools for layers will work for the TIN faces. This
could be an advantage or disadvantage depending on the circumstances.
If could be a nightmare to synch the underlying TIN faces with the
Polygons displayed in the LayerViewPanel.

If you decide to go with the implementation of Layerable I can work
with you on what we need to do to get the Tin to render. We might also
check with the creators of the SIDLayer, who I noticed also
implemented Layerable interface.

Landon

On Tue, May 20, 2008 at 3:40 PM, Paul Austin <[EMAIL PROTECTED]> wrote:
  

Christopher,

I would not extend Geometry for the TinFace, subclassing Geometry is not
something that works will in the current JTS code base. I would just have a
custom TinFace class which could be converted to Polygons if required for
some cases. I think in a lot of cases you can forgo the conversion to
Polygons. You could implement the CoordinateSequence interface on the
TinFace so you reduce the amount of objects created when creating those
polygons.

Likewise for GeometryCollection, I'm not sure if you gain anything by being
a GeometryCollection.

For JUMP integration having it wrapped in the only feature in a layer
doesn't add anything. Instead you could come up with an implementation of
the Layerable inteface for rendering of TIN's, This will allow you to bypass
all the conversions to Geometries and features. In this layerable you could
just select the TINFaces from the TIN by bounding box and then render those
as required. This might be a bit more work if you want to support styling
and selecting faces/edges in the TIn but I think it would be a lot cleaner
and you could add right click menu items specific to a TIN.

Just my very quick thoughts on what I'd do in your place.

Paul

Paul Austin
President/CEO
Revolution Systems Inc.

+1 (604) 288-4304 x201
www.revolsys.com

Christopher wrote:

I currently have the JTIN library designed so that all
the heavy lifting data structures are are located at
the Geometry level while all the display code is at
the Layer level.

Re: [JPP-Devel] Question about JTIN design decision

[Paul Austin]

Christopher,

I would not extend Geometry for the TinFace, subclassing Geometry is not 
something that works will in the current JTS code base. I would just 
have a custom TinFace class which could be converted to Polygons if 
required for some cases. I think in a lot of cases you can forgo the 
conversion to Polygons. You could implement the CoordinateSequence 
interface on the TinFace so you reduce the amount of objects created 
when creating those polygons.


Likewise for GeometryCollection, I'm not sure if you gain anything by 
being a GeometryCollection.


For JUMP integration having it wrapped in the only feature in a layer 
doesn't add anything. Instead you could come up with an implementation 
of the Layerable inteface for rendering of TIN's, This will allow you to 
bypass all the conversions to Geometries and features. In this layerable 
you could just select the TINFaces from the TIN by bounding box and then 
render those as required. This might be a bit more work if you want to 
support styling and selecting faces/edges in the TIn but I think it 
would be a lot cleaner and you could add right click menu items specific 
to a TIN.


Just my very quick thoughts on what I'd do in your place.

Paul

*Paul Austin*
/President/CEO/
Revolution Systems Inc.

+1 (604) 288-4304 x201
www.revolsys.com <http://www.revolsys.com>


Christopher wrote:

I currently have the JTIN library designed so that all
the heavy lifting data structures are are located at
the Geometry level while all the display code is at
the Layer level.

For instance:

* TinFace extends Geometry: contains a Triangle object
and links to neighboring faces.

* TIN extends GeometryCollection: contains an array of
TinFaces and all the methods that will be used to
extract information from the TIN (like elevation
bands, or visibility matrices).

Then the TIN will be the only Geometry in a feature
and that feature will be the only one in the Layer.
The Layer will be customized so that conversion to
Java2D can happen without the overhead of generating a
massive number of throwaway LineString/Polygon classes
every time the TIN is drawn or the memory overhead of
storing such LineString/Polygon objects in the TIN
itself.

Is this the most elegant way to go about things?
Should I instead refactor things such that the TIN is
represented at the Layer level with each TinFace being
a feature? Or perhaps a third option I haven't thought
of yet. I'm getting more familiar with the
JTS/OpenJUMP code base by the day, but I'm not
confident enough to be sure I'm taking the best tack.
Any input from JTS/OpenJUMP gurus would be
appreciated.

--Christopher


  


-
This SF.net email is sponsored by: Microsoft 
Defy all challenges. Microsoft(R) Visual Studio 2008. 
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/

___
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: Microsoft 
Defy all challenges. Microsoft(R) Visual Studio 2008. 
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Nightly build is missing lib\ext directory

[Paul Austin]

I've added it in and it should be there in tomorrow's build.

Paul

Rahkonen Jukka wrote:
> Hi,
>
> The nightly builds nowadays do not have the lib\ext directory to drop
> the extensions in. Is it intentionally left out for some reason?
>
> -Jukka Rahkonen-
>
> -
> This SF.net email is sponsored by: Microsoft 
> Defy all challenges. Microsoft(R) Visual Studio 2008. 
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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: Microsoft 
Defy all challenges. Microsoft(R) Visual Studio 2008. 
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Did the nightly build stop on April 3, 2008?

[Paul Austin]

I rebooted my machine and forgot to set it up so I could copy the files 
to the sourceforge set without a password .


The files are now copying again
Paul

*Paul Austin*
/President/CEO/
Revolution Systems Inc.

+1 (604) 288-4304 x201
www.revolsys.com <http://www.revolsys.com>


Sunburned Surveyor wrote:

Did we introduce a build error, or is there a problem on the build host?

Just curious...

The Sunburned Surveyor

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

___
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 the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] More Input on JTin Library

[Paul Austin]

Landon,

When starting the development I would start defining the interface for 
the TinSurface. A TinSurface would be generated from all the DEM points, 
breaklines, area of exclusions etc. Once created it would be immutable. 
This class would have all the methods you'd need for getting access to 
the generated TIN structure and performing common operations such as 
getting the elevation etc. Plus also for getting a TIN just for a 
smaller area.

You would then want to look at the implementation of a TinBuilder. The 
TIN builder builds a TinSurface from the DEM points breaklines, area of 
exclusions etc. With a Tin Builder you can add new DEM points (etc) to 
it at a later date and then use a method to return a TIN surface from it.

The reason for the separation between the two is once you start adding 
breaklines into the TIN you don't really want to mess around with the 
TinSurface after the fact. If you did want to do this you would have to 
add some additional data structures to identify if an edge was a hard 
(breakline) or soft (from a Delaunay  triangle). I don't think this 
extra complexity gets us anything.

I'm going to be away nest weekend for a few weeks so won't be providing 
any input in that time,
Paul




-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Proposed System For Managing Unit Formatting

[Paul Austin]

Have a look at JSR 275 with examples at 
http://www.javaworld.com/javaworld/jw-10-2007/jw-10-jsr275.html

This looks like adding unit conversion and formatting to the main Java 
libraries.

Paul

Sunburned Surveyor wrote:
> I thought about possible solutions to support for formatting units in
> OpenJUMP and I am working on some code to implement on one of these
> solutions. The solution I am currently working on builds on the
> concepts already embodied in OpenJUMP's existing code and ties in the
> Java I18N system.
>
> Basically the code in the system will serve a single purpose:
> Providing client code with a String that has been properly formatted
> for display to the user based on a unit system for a particular
> Locale. (Each Locale can have more than one unit system associated
> with it. For example: The en_US locale might have a metric and
> imperial distance unit systems.)
>
> I will release the code when I have completed the Javadoc and unit
> testing of the two (2) main interfaces, MeasurmentFormatInfo and
> UnitSystem. I will release the following unit systems for the en_US
> locale as an examples:
>
> Survey Foot and Mile Distance Unit System
> Inches, Foot, and Mile Distance Unit System
> Metic Distance Unit System
> Metric Area Unit System
> Square Feet and Acres Area Unit System
> Decimal Degrees Angle and Direction Unit System
>
> I will then begin to incoporate this Unit System into OpenJUMP if I
> get everyone's approval. I know we still need to talk about how this
> will be incoporated into the program.
>
> The Sunburned Surveyor
>
> P.S. - My solution does not directly support conversions between unit
> systems. It is instead focused on formatting measurement values from
> different user systems.
>
> -
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Register now and save $200. Hurry, offer ends at 11:59 p.m., 
> Monday, April 7! Use priority code J8TLD2. 
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> ___
> 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 the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Parallel Processing Pipelines

[Paul Austin]

Christopher,

You would send the Geometries as JTS geometries over the channels 
between processes or whatever type of object you will be working on. If 
you use my parallel library instead of the JCSP libraries it uses 
generics so you can force a channel to support only one type of object 
so you don't need to do the cast when reading from the channel.


At the moment I don't have a channel supporting over the network 
communication, if I did then the objects would be serialized over the 
TCP/IP link using whatever serialization was supported by the Objects 
themselves.


Paul

*Paul Austin*
/President/CEO/
Revolution Systems Inc.

+1 (604) 288-4304 x201
www.revolsys.com <http://www.revolsys.com>


Christopher wrote:

>From a performance aspect when using JCSP, which would
be a better format for the communication wires:
Objects, or ints representing the WKB representation
of the geometry?

--Christopher


--- Paul Austin <[EMAIL PROTECTED]> wrote:

  

All,

I've just started a blog and put a post related to
parallel processing 
of data, which might be useful in tasks such as

streaming building of a TIN.

http://revolsys.blogspot.com/

Paul




-
  

Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.



http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
  

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



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




  

You rock. That's why Blockbuster's offering you one month of Blockbuster Total Access, No Cost.  
http://tc.deals.yahoo.com/tc/blockbuster/text5.com


-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Register now and save $200. Hurry, offer ends at 11:59 p.m., 
Monday, April 7! Use priority code J8TLD2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

___
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 the 2008 JavaOne(SM) Conference 
Register now and save $200. Hurry, offer ends at 11:59 p.m., 
Monday, April 7! Use priority code J8TLD2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Source Code

[Paul Austin]

Uwe,

The nightly build just uses the latest source from SVN 
https://jump-pilot.svn.sourceforge.net/svnroot/jump-pilot/core/trunk


I could set it up to do a nightly source package too if you'd like

Paul

*Paul Austin*
/President/CEO/
Revolution Systems Inc.

+1 (604) 288-4304 x201
www.revolsys.com <http://www.revolsys.com>


Uwe Dalluege wrote:

Hi,

where can I find the source-code of the
nightly snapshot?

Regards

Uwe

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
  
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Parallel Processing Pipelines

[Paul Austin]

All,

I've just started a blog and put a post related to parallel processing 
of data, which might be useful in tasks such as streaming building of a TIN.

http://revolsys.blogspot.com/

Paul

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Projection for task

[Paul Austin]

Michaël,

I've found the QName very useful in my DataObject framework which is why 
I was suggesting using it. It's also nice because it's part of Java so 
we don't need to have a special jar for a custom identifier. This might 
then be messy if we want to support using this identifier for many 
different use cases such as the CRS, feature type names etc.


The only reason we would need it over just an int is if we wanted to 
support non EPSG defined CRS's which some people may want to do in a 
custom JUMP implementations if the EPSG definitions don't support their 
needs.


Paul

Michaël Michaud wrote:
I think we should utilize QNames for specifying the CRS so for EPSG 
codes it would be {EPSG}4326 (this is how QName in java encodes it as a 
string). By using QName rather than an int it will allow us to support 
different registries of CRS's.
 



Hi,

I'm just curious : is there a technical advantage in specifying crs as 
QNames
or it is just a way to manage namespaces and be able to reference other 
kinds of CRS than just EPSG:XXX
I ask because in my work, I started with a special class of identifier 
with the following attributes :

private String namespace;
private String id;
private String shortName;
private String name;
private String remarks;

which seemed more useful to me than namespace, name and prefix

but I don't know if I miss something not using QNames

Michaël

  
We would need to add the CRS to the task and also support for setting 
it. I know there was a plugin at some point which did something like this.


We would also need an option to set it for the task, this maybe a pop-up 
when you create a new task.


The WMS plug-in could be modified to not ask for the CRS if the server 
supports the current CRS or ask for it if it doesn't or if the CRS isn't 
set for the task?


The driving need for this for me is I have a projection library and data 
in different projections which I want to be automatically transformed 
when loading it into JUMP.


Paul

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


 





-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
  
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Decoration Styles

[Paul Austin]

Eric,

I have in my own version of JUMP a filter based styling mechanism where 
you can define styles based on attributes of the feature (e.g. different 
style for two lane paved v.s. one lane gravel road). It also then allows 
you to turn on/off rendering of specific filter styles in the layer menu.


Unfortunately there was a clash with the filter theme styles and I 
haven't had chance to do the refactoring to allow this to work nicely. 
Hopefully I'll get a chance at some point.


We can then look at fancier styling such as adding edges to lines so you 
could have a different fill portion for a line.


Paul

*Paul Austin*
/President/CEO/
Revolution Systems Inc.

+1 (604) 288-4304 x201
www.revolsys.com <http://www.revolsys.com>


Eric Jarvies wrote:

Hello,

with OJ, is there a way to separate a vector object's geometry from 
it's appearance(easily)?  handling appearance by a class called 
OJDrawingStyle, which is a tree of graphical attributes and 
drawing behaviors that can be attached to the vector objects.  objects 
can share styles, so changing the style alters the appearance of all 
the objects sharing that style, for example.  alternatively, a 1:1 
relationship between objects and styles could also be adhered to(more 
conventional for a vector application).  however, it would be nice to 
take styles beyond fill of path and stroke, supporting any number 
of components.  making sure styles define what is drawn, and in what 
order.  

it would be wonderful to select a 4 lane highway from the menu, or a 
dirt road, or a 2-lane with dirt frontage road on the left side(add 
long list of visually fun possibilities here), and apply that to an 
existing path/linestring.  or some yellow bricks(yellow brick road), 
or whatever.   so please consider this when considering decorations 
for roads, because at the present time, most all gis apps have really 
boring single-line, single-color decorations to apply to lines.


eric


On Apr 3, 2008, at 9:51 AM, Paul Austin wrote:  supporting multiple 
strokes with different line, dash attributes, along with width and colors.

All,

I'm wondering if there is a better way for users to select the 
decoration styles. What I was thinking is we can divide them into the 
following categories.


   1. Start
   2. End
   3. Segment
   4. Vertex (also applies to Point)

Then each style implementation would implement say LineStartStyle 
interface to indicate the kind of style it is.


The UI would then have 4 sections where you select the style for each 
one. The decision there would be if that was a multiple selection or 
a single selection.


What do people think of this idea?

Paul
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel




-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace


___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
  
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Projection for task

[Paul Austin]

All,


At the moment we don't really deal with Coordinate Reference Systems in 
a Task except for the WMS where you get to select the Coordinate 
Reference Systems to send to the WMS server.

What I think we should do is have it so that you can select the 
Coordinate Reference Systems for a task. Then any layers in the task 
which use Coordinate Reference Systems can read that Coordinate 
Reference Systems and do something with it. So in the case of WMS it 
could read the CRS and send it to the server. Or if you have a 
projection enabled loader it could project the data if required using 
the CRS.

I think we should utilize QNames for specifying the CRS so for EPSG 
codes it would be {EPSG}4326 (this is how QName in java encodes it as a 
string). By using QName rather than an int it will allow us to support 
different registries of CRS's.

We would need to add the CRS to the task and also support for setting 
it. I know there was a plugin at some point which did something like this.

We would also need an option to set it for the task, this maybe a pop-up 
when you create a new task.

The WMS plug-in could be modified to not ask for the CRS if the server 
supports the current CRS or ask for it if it doesn't or if the CRS isn't 
set for the task?

The driving need for this for me is I have a projection library and data 
in different projections which I want to be automatically transformed 
when loading it into JUMP.

Paul

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Decoration Styles

[Paul Austin]

All,

I'm wondering if there is a better way for users to select the 
decoration styles. What I was thinking is we can divide them into the 
following categories.


  1. Start
  2. End
  3. Segment
  4. Vertex (also applies to Point)

Then each style implementation would implement say LineStartStyle 
interface to indicate the kind of style it is.


The UI would then have 4 sections where you select the style for each 
one. The decision there would be if that was a multiple selection or a 
single selection.


What do people think of this idea?

Paul
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] JTin Folder Created On SurveyOS Repository

[Paul Austin]

Streaming is always a preferred way of doing things, as is dividing work 
into regions. If you have the source data in a database then you can 
easily divide the data into a rectangular grid and process each cell in 
the grid separately and then do some seeming on the edges as post 
processing. I've done this a lot recently and used this to distribute 
the process across many machines.

The other option with a database data set is that you put the TIN code 
behind a web service and the user's GUI would pass in the Bounding Box 
for the area to triangulate and the service would build the TIN just for 
that region. So this is on-demand chunking of data. You'd probably need 
to add in some limits to the size of the BBOX though.

Just from my quick read of the streaming approach it looks like it's 
still using the same algorithm to generate the triangles themselves as 
it is just doing it within a specified region. So if we start with 
producing a robust TIN generator then we can plug that into any of the 
other approaches.

Paul

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Moving categories code/menu items

[Paul Austin]

All,

I see someone has added some code to have menu items to move categories 
up and down. This is a great feature but would it not be simpler for the 
up and down to use drag and drop the same as we have on the layers?

Cheers,
Paul

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Missing delete all features from layer

[Paul Austin]

Stefan,

I use it all the time, I'm testing GIS algorithms so I need to paste in 
geometries when I'm stepping through debugging and then remove them when 
I move onto the next item. Doing a select all and then delete is in this 
case a lot of extra work.

If you could add it back in that would be appreciated.

Paul

Stefan Steiniger wrote:
> Hie Paul,
>
> yes. I removed it, because it seemed to be unnecessary to have a 
> function that simply deleted all items of a layer (I never use it). If 
> there is need to one can instead select all layer object and use the 
> remove item function (i.e. 2 steps instead of one)
>
> for what cases do you need it? is it frequent?
>
> Stefan
>
> PS: you previous email was bounced due to:
> The attached message was received as a bounce, but either the bounce
> format was not recognized, or no member addresses could be extracted
> from it.  This mailing list has been configured to send all
> unrecognized bounce messages to the list administrator(s).
>
>  >>>>>>>>
> Subject:
> Missing delete all features from layer
> From:
> Paul Austin <[EMAIL PROTECTED]>
> Date:
> Tue, 01 Apr 2008 10:41:27 -0700
> To:
> [EMAIL PROTECTED]
>
> Did someone remove the option to remove all features from a layer on the 
> layer right click menu?
>
> Paul
>
> -
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>   

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] JTin Folder Created On SurveyOS Repository

[Paul Austin]

As Landon mentioned, the only limit is the amount of RAM a user has 
given to the virtual machine.

There are however some smart things we can do to reduce the memory usage.

For example within the TIN itself use highly efficient data structures, 
such as defining a triangle object with 3 coordinates rather than using 
a JTS polygon.

Then when you want to render the TIN using Jump showing the faces of the 
TIN as polygons you could either create a custom layer or you could wrap 
the TIN in your own FeatureCollection implementation which within a 
specified envelope would return dynamically generated features with 
Polygon geometries that have the exteriorRing created by creating your 
own CoordinateSequence implementation which wraps a Triangle. In this 
case the CoordinateSequence would have 4 coordinates, one for each 
corner of the Triangle with the first coordinate repeated at the end to 
close the polygon.

Something you may want to experiment with is when building the TIN 
forcing the traversal of the corners such that the edges go in a 
clockwise direction.Doing this made some algorithms easier.

Paul

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] JTin Folder Created On SurveyOS Repository

[Paul Austin]

Christopher,

Here is some code I started to create a TIN API.

http://rsiaf.googlecode.com/svn/rs-gis-core/trunk/src/main/java/com/revolsys/gis/tin/

It works well for the case where you just have DEM points but there are 
some issues when you start introducing breaklines. The problems come 
down to dealing with cases where you have very thin slivers of triangles 
created when a breakline is very close to an edge of a traingle. You 
will need to look into a precision model to slightly adjust the path the 
breaklines take to sometimes follow edges of the triangles once you get 
to the point where say one edge of the triangle is < 1m in length.


In general when building a TIN you can add points to it and lines to it. 
The approach I took was to first add the points and lines and do the 
triangle creation at the end, which worked out faster and easier. Once 
all the points and lines are added you then build the trainagles by 
using the points and all the vertices's of the lines.  Do this using 
Delaney triangulation. Then go back and add in the hard edges for the 
breaklines. With this approach if you want to add more points or lines 
you need to rebuild the TIN.


You may want to split it into two interfaces/classes

TinBuilder {
 add(Coordinate c);
 add(Point p);
 add(LineString l);
 // plus list versions (e.g. add(Listadd(Coordinate[] coords) )

 Tin generate();
}

Tin {
 double getElevation(Coordinate c);
  :
 :
}

Anyway that's enough thoughts for now, there will need to be extra 
methods on the TIN to get triangles by bounding box, calculate the 
elevation fro a geometry returning a new geometry with calculated 
z-values and also ones to return lines for a given height which you 
could then use to create a smoothed contour line.


Paul


**
*Paul Austin*
/President/CEO/
Revolution Systems Inc.

+1 (604) 288-4304 x201
www.revolsys.com <http://www.revolsys.com>


Christopher wrote:

--- Paul Austin <[EMAIL PROTECTED]> wrote:
  

Christopher,

Welcome aboard, glad to see someone working on this.

I'm going to write a longer email later but one of
the things we should 
consider is splitting the model and operations for
the TIN itself from 
the visualization and IO code. So the TIN model
should not be dependent 
on anything in JUMP so it could be used in other

projects.

Paul



I tried to send off a longish reply to Landon and this
list, but it never showed up on the list, so I'm
resending it.

I agree that TIN related functions not be dependent on
any display code.

--Christopher




Following is an interleaved reply...


--- Landon Blake <[EMAIL PROTECTED]> wrote:
  

Before I respond to your comments, let me ask you a
question:
Did you turn in your student application yet?



Yes I have.
 
  

You wrote: " I planning on first writing code that
can read, write
and display TIN files."

I would split this up similarly. I would say that we
need code to read
TIN files, write TIN files, create TIN files from
other data sources,
display TIN files, and produce data products from
TIN files. I'm
thinking we could encapsulate this in the following
package structure:

net.surveyos.sourceforge.jtin: Contains classes to
represent a TIN and
its elements. This would include objects like a TIN
face, a TIN face
edge, a TIN Breakline, TIN Boundaries, and a TIN
Point.



A TIN surface is simply a subcategory of
PolyhedralSurface.

Quoting the OpenGIS Simple Features spec:
"A PolyhedralSurface is a contiguous collection of
polygons, which share common boundary segments. For
each pair of polygons that "touch", the common
boundary shall be expressible as a finite collection
of LineStrings. Each such LineString shall be part of
the boundary of at most 2 Polygon patches. A TIN
(triangulated irregular network) is a
PolyhedralSurface consisting only of Triangle patches.
 


In order to incorporate breaklines and boundaries, I
think a TIN should be a Feature that contains a
PolyhedralSurface as its main element with the
breaklines and boundaries as  LineStrings that overlap
certain triangle edges.

I'm trying to think of what will be best for OpenJUMP
in the long run. By slightly expanding the core in
order to implement Surfaces, full 3D functionality
becomes rather easy. I fully intend to heavily
leverage the existing codebase and make any additions
as seamless and invisible as possible. At heart I'm a
stereotypical "lazy" programmer who loves code reuse,
object inheritance, and overflowing standard
libraries. :) 

  

net.surveyos.sourceforge.jtin.io: Contains classes
to read and write TIN
files.

net.surveyos.sourceforge.jtin.create: Contains
classes to create TIN
objects from source data that is not a TIN file.



I think jtin.create should be merged into jtin.io.
Conversion should be automatic, if you ask for a TIN
from a DEM file you shouldn't have to go through any
more steps than necessary. 

  

net.surveyos

Re: [JPP-Devel] JTin Folder Created On SurveyOS Repository

[Paul Austin]

Christopher,

Welcome aboard, glad to see someone working on this.

I'm going to write a longer email later but one of the things we should 
consider is splitting the model and operations for the TIN itself from 
the visualization and IO code. So the TIN model should not be dependent 
on anything in JUMP so it could be used in other projects.


Paul

*Paul Austin*
/President/CEO/
Revolution Systems Inc.

+1 (604) 288-4304 x201
www.revolsys.com <http://www.revolsys.com>


Christopher wrote:

Following is an interleaved reply...


--- Landon Blake <[EMAIL PROTECTED]> wrote:
  

Before I respond to your comments, let me ask you a
question:
Did you turn in your student application yet?



Yes I have.
 
  

You wrote: " I planning on first writing code that
can read, write
and display TIN files."

I would split this up similarly. I would say that we
need code to read
TIN files, write TIN files, create TIN files from
other data sources,
display TIN files, and produce data products from
TIN files. I'm
thinking we could encapsulate this in the following
package structure:

net.surveyos.sourceforge.jtin: Contains classes to
represent a TIN and
its elements. This would include objects like a TIN
face, a TIN face
edge, a TIN Breakline, TIN Boundaries, and a TIN
Point.



A TIN surface is simply a subcategory of
PolyhedralSurface.

Quoting the OpenGIS Simple Features spec:
"A PolyhedralSurface is a contiguous collection of
polygons, which share common boundary segments. For
each pair of polygons that "touch", the common
boundary shall be expressible as a finite collection
of LineStrings. Each such LineString shall be part of
the boundary of at most 2 Polygon patches. A TIN
(triangulated irregular network) is a
PolyhedralSurface consisting only of Triangle patches.
 


In order to incorporate breaklines and boundaries, I
think a TIN should be a Feature that contains a
PolyhedralSurface as its main element with the
breaklines and boundaries as  LineStrings that overlap
certain triangle edges.

I'm trying to think of what will be best for OpenJUMP
in the long run. By slightly expanding the core in
order to implement Surfaces, full 3D functionality
becomes rather easy. I fully intend to heavily
leverage the existing codebase and make any additions
as seamless and invisible as possible. At heart I'm a
stereotypical "lazy" programmer who loves code reuse,
object inheritance, and overflowing standard
libraries. :) 

  

net.surveyos.sourceforge.jtin.io: Contains classes
to read and write TIN
files.

net.surveyos.sourceforge.jtin.create: Contains
classes to create TIN
objects from source data that is not a TIN file.



I think jtin.create should be merged into jtin.io.
Conversion should be automatic, if you ask for a TIN
from a DEM file you shouldn't have to go through any
more steps than necessary. 

  

net.surveyos.sourceforge.jtin.display: Contains
classes to display a TIN
in 2D and 3D.



This should be taken care of in the same way
LineString or Point are displayed. I don't think it
should be a separate class/package.

  

net.surveyos.sourceforge.jtin.contours: Contains
classes to represent
and generate contours and contour labels.



Good idea, but I'd put it down the list, to be
implemented as time allows.

  

net.surveyos.sourceforge.jtin.hillshade: Contains
classes to represent
and generate hillshades.



Hillshades should be part of the display code. Once
the jump to 3D data storage, manipulation and display
is made, things like this become simple. In the case
of hillshades, simply move the light source. We could
have a plug-in that allows you to choose the time and
date and see the shadow cast by the sun at that
altitude. Even simpler, we could have a Sun plug-in
cursor tool that turns the mouse cursor into the light
source so that when you move your mouse around, the
shadows cast by the terrain will move in sync.

I would put this type of functionality high on the
"time allows" queue.

  

Other possible packages might include:

net.surveyos.sourceforge.jtin.volumes: Contains
classes to calculate the
volumes between two TINs.



TINs are 2D surfaces. What would we be using as the
base in order to measure volume? Sea level? The lowest
point on the TIN border? The center of the Earth?
Selectable from all the above?

Is this kind of functionality needed by the surveying
community? Since we're dealing with connected polygons
and not curves, it should be fairly easy to implement
(ie no 3d calculus). I think it should be a method in
the TIN class not a whole class/package of its own.

  

net.surveyos.sourceforge.jtin.query: Contains
classes that allow a TIN
to be queried.



What kind of queering are you thinking about and why
can't they be get* methods within the TIN class?

  

net.surveyos.sourceforge.jtin.topology: Classes to
represent and manage
the topology of a TIN.
  

Re: [JPP-Devel] Weekly Build Disconintued

[Paul Austin]

> 1) Since many files seems not changed (I think so) during the 
> migration of versions (eg.postgresql-8.1-407.jdbc3.jar) we can 
> distribute as NB only the files which had a change together with a txt 
> file which explain how to construct the most recent OJ NB working. 
> This save space on the web.
>
I don't see the need for this, it would be a complicated process to 
setup and to ensure that all the right files are distributed. I know 
this cause I have to do it for one of my clients projects and it causes 
a lot of problems. Also doing it that way means a user would have to 
download all the patches to get the latest version which may not be 
possible if say their last nightly build download was from 20 days ago.

The build is setup to only keep a certain number of previous builds so 
it won't take up too much disk space.

For users who don't want to have to download too much in one go they can 
just use SVN to get the source and then do mvn install to compile their 
own version.

Paul

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Weekly Build Disconintued

[Paul Austin]

The new nightly build is done using 1.5 source and target compatibility. 
I'm using the maven pom.xml to build the release so hopefully that 
shouldn't be too much different from the ant build version. I integrated 
the latest changes for JTS 1.9 so it should be up to date.


Paul

*Paul Austin*
/President/CEO/
Revolution Systems Inc.

+1 (604) 288-4304 x201
www.revolsys.com <http://www.revolsys.com>


Stefan.Steiniger wrote:

Hei Peppe,

for me it works with the version from today (24thMarch)

could you check it again? (I am running it on java1.5, so 1.6 is not needed)

stefan

Giuseppe Aruta schrieb:
  

--- Giuseppe Aruta <[EMAIL PROTECTED]> ha
scritto:

  


--- Sunburned Surveyor
<[EMAIL PROTECTED]>
ha scritto:


  

It looks like Paul and Stefan have managed to get
  


a

  

nightly build
running again! (A big thanks to both of them.)

If you missed the link in the previous message,
  


you

  

can download the
nightly build here:


  


http://jump-pilot.sourceforge.net/download/nightlybuild/
  


Thanks for the information London (and thanks to
Paul
and Stefan), I upgrade the link on wiki page

Peppe

  

I tried the nightly core build but it doesn't work.
Untill I discover why, I re-store the wiki page to "to
be hosted again"

peppe


  Inviato da Yahoo! Mail. 
Tanti modi per restare in contatto con chi vuoi.

http://it.docs.yahoo.com/mail/overview/index.html


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sample Ant Tasks For Nightly Build

[Paul Austin]

Landon,

I use some shell scripts and my maven script to do the build. If you 
have cygwin on your windows box you can use these


The update script goes something like this.

#!/bin/bash
for module in *; do
 if [ -d $module ]; then
   cd $module
   svn update
   cd ..
 fi
done


Then the build script goes something like this

#!/bin/bash
MODULES="
 openjump \
 rs-jump-all   \
 "
for module in $MODULES; do
 cd $module
 echo "[INFO]$module"
 mvn -Dmaven.test.skip=true install
 cd ..
done

You may want to put the keyword clean before install to make sure you 
don't have any old code hanging around in the build.


Then all you need to do is have another script to copy them to the ftp 
site. If you can get the ssh access then using the scp command or the 
rsync command makes it very easy to do.


Paul

*Paul Austin*
/President/CEO/
Revolution Systems Inc.

+1 (604) 288-4304 x201
www.revolsys.com <http://www.revolsys.com>


Sunburned Surveyor wrote:

If anyone has Ant Tasks that they use to [1] update an source code
tree from an SVN repository, and [2] upload a zip file to an FTP site,
could you shoot them my way. I'm going to work on modifying my Ant
script to automatically update and then commit a build of OpenJUMP to
my website. I'll tinker with this while Paul and/or Larry work on
setting up the nightly build on their web site, if they choose to do
so.

I will also read through the ANT documentation for this information,
but I think some real life examples will help me get the kinks ironed
out.

The Sunburned Surveyor

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Open Recent

[Paul Austin]

Feel free to implement it if you have the time

Paul

*Paul Austin*
/President/CEO/
Revolution Systems Inc.

+1 (604) 288-4304 x201
www.revolsys.com <http://www.revolsys.com>


Uwe Dalluege wrote:

Moin Stefan,

I think this way is a little unpractical
for the "enduser". Maybe it is possible
to move this old names with a rightMouseClick
from the puldownMenu?

Regards

Uwe


Stefan Steiniger schrieb:
  

Hei Uwe,

you may look in this file:

workbench-state.xml

and modify it

stefan

Uwe Dalluege wrote:


Hi,

is it possible to delete some old project-names
from the Open Recent pulldown menu?

Regards

Uwe

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
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 the proper use of the I18N class...

[Paul Austin]

Landon,

This assumed you are using maven to do your builds. I have found it very 
useful when dealing with multiple projects. In maven you have the 
following structure


src
 main
   java
   resources

Paul
*Paul Austin*
/President/CEO/
Revolution Systems Inc.

+1 (604) 288-4304 x201
www.revolsys.com <http://www.revolsys.com>


Sunburned Surveyor wrote:

Step #4 of the wiki instructions on using the I18N class states that
"Make sure when you build your jar file the whole directory tree under
src/main/resources is copied to the jar file."

Is this absolutely required? I've got a JAR file with the following
two top-level folders:

net
resources

My java code is in the "folder" while my properties file for I18N is
in the resources folder. The complete structure looks something like
this:

net/sourceforge/surveyos/openjump/plugins/superselecttool/main
resources/net/sourceforge/surveyos/openjump/plugins/superselecttool/main

Can I get the I18N class to work with this structure, or do I the
"net" and "resources" folders have to be in a "src/main" folder?

Thanks,

The Sunburned Surveyor

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] WMS changes

[Paul Austin]

Sorry I missed the original thread.

I agree that using the urls in the capabilities document is the best way 
to go as that is the whole point of the capabilities document.


It's just the prompting the user every time a WMS layer is added that I 
wasn't too keen on (my project has 4 WMS layers).


Maybe I can propose a slight change to the suggestion of prompting for 
accepting the getmap URL change. Have a boolean parameter called 
useCabailitiesUrls which if set to true would just use the capabilities 
document URLS and if false would prompt the user. Then extend the WMS 
connection panel to have a check box so that the user can select if they 
wish to use the urls defined in the capabilities document or the 
original one.


Paul


*Paul Austin*
/President/CEO/
Revolution Systems Inc.

+1 (604) 288-4304 x201
www.revolsys.com <http://www.revolsys.com>


Rahkonen Jukka wrote:

Paul Austin wrote:
 
  
I noticed that someone added some functionality to display a 
confirmation dialog if the URL in the capabilities document 
is different from the service request URL. I'm not sure if 
this is the best thing to do as it requires a lot of extra 
key presses when you automatically add WMS layers in a 
plugi-in. I presume this is there to stop people being 
redirected to different sites. A suggestion I may make is 
that if you say yes for a combination of source and 
redirected URL it prompts you to confirm and then saves that 
in the persistent blackboard so you never see that message again.



This change was done by Andreas Schmitz because of my suggestion.
Discussion was held on this mailing list a few days ago.
The purpose of this change was to make it possible to connect at all to
such WMS servers which are using a different URL for GetMap requests
than for GetCapabilities. Without this change OpenJUMP WMS blindly sent
all GetMap requests to the same address than used for the first
connection for GetCapabilities.

In theory it would be correct to always use that GetMap URL that is
returned with the GetCapabilities document.  In real life just few WMS
servers are really using separate GetMap URL, even they may advertise
so.  Usually it does not harm anybody, because many, if not most clients
behave just like OpenJUMP and never read the GetMap URL or try to use
it. This solution was made to allow
- directing GetMap requests to GetMap URL if it really works
- directing GetMap requests to GetCapabilities URL if it works but
GetMap URL is wrong

I had a certain WMS service in my mind when asking about this feature.
Unfortunately that site has another speciality in configuration that
prevents me to use it even the GetMap URL is now read from the
GetCapabilities document.

-Jukka Rahkonen-


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] WMS changes

[Paul Austin]

I noticed that someone added some functionality to display a
confirmation dialog if the URL in the capabilities document is different
from the service request URL. I'm not sure if this is the best thing to
do as it requires a lot of extra key presses when you automatically add
WMS layers in a plugi-in. I presume this is there to stop people being
redirected to different sites. A suggestion I may make is that if you
say yes for a combination of source and redirected URL it prompts you to
confirm and then saves that in the persistent blackboard so you never
see that message again.

Paul






-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Old unix startup scripts

[Paul Austin]

I vote for removing them too

Andreas Schmitz wrote:
> Hi,
>
> anyone against me removing the old openjump-unix.sh and openjump-unix-2.sh
> scripts?
>
> Best regards, Andreas
>   
> 
>
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> 
>
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>   

-- 
*Paul Austin*
/President/CEO/
Revolution Systems Inc.

+1 (604) 288-4304 x201
www.revolsys.com <http://www.revolsys.com>

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] CachedFeatureCollections and ObserveableFeature Collection

[Paul Austin]

The CachedFeatureCollection class is designed to wrap another feature
collection and provide caching functionality. If the envelope being
queried is contained in the envelope of the current view port for which
data has been cached then the data is returned from the cache.

The current implementation of this class does not notify the
ObservableFeatureCollection wrapper created by the Layer when new
features are added or removed.

As a result of this the attribute tables and anything else listening to
the layer do not get notified when the contents change.

I'm going to create a copy of this class in my own plug-ins to prototype
getting the event handling to work. When I'm happy it works I'll share
the plug-in for others to test before deciding if this should be
integrated back into the core.

Paul

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP and JTS Integration Plans

[Paul Austin]

I just upgraded my open jump to 1.9-RC6 and there was only one compile
time issue due to a class being moved to a different package.

Haven't done any runtime tests yet.

Paul

Stefan Steiniger wrote:
> we use 1.7 (2?)
>
> but we will switch to 1.9 - as it contains a couple of interesting features.
>
> i don't know which plans has Martin with JTS 2.0 - I haven't seen 
> something on jts 2.0 yet
>
> stefan
>
> Sunburned Surveyor schrieb:
>   
>> Martin's release of JTS 1.9 got me to thinking about our plans for
>> integrating OpenJUMP with new versions of JTS. Do we have any plans
>> for keeping OpenJUMP integrated with the latest versions of this
>> library. It seems like JTS is a critical dependency, and that this
>> would be prudent of us.
>>
>> Is anyone building OpenJUMP with JTS 1.9 yet? Is our nightly build
>> using version 1.8 or 1.7.2?
>>
>> I just thought I would ask. It sounds like the 2.0 version of JTS
>> might break some things in OpenJUMP. Perhaps it would make sense to
>> get a team of two or three volunteers to tackle the JTS integration
>> instead of working on it separately.
>>
>> The Sunburned Surveyor
>>
>> -
>> Check out the new SourceForge.net Marketplace.
>> It's the best place to buy or sell services for
>> just about anything Open Source.
>> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>
>> 
>
> -
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>   


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
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 internationalization...

[Paul Austin]

You best bet is to run it in eclipse in debug mode. Put a breakpoint
right before the dialog is created and step though to see if there are
any errors. Sometimes you can get errors in the static initialization of
classes. By stepping through you should see where any errors are.

Paul

Sunburned Surveyor wrote:
> I've got a quick question about internationalization. I've completed
> the internationalization of the Super Select Tool and was testing out
> the latest build. One of my dialog boxes for the tool (which had
> worked previously) now will not open.
>
> If I have a mistake in my I18N work (for example: a mispelled
> key/value pair) would this cause the dialog not to open? Or would this
> generate an exception instead?
>
> Any suggestions on a quick way to track down a misspelled key? (I mean
> a key in the source code that doesn't match a key in the resource
> file.)
>
> I'm a little new at this I18N stuff, so I appreciate any suggestions.
>
> Thanks,
>
> The Sunburned Surveyor
>
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Question for Eclipse Users...

[Paul Austin]

Hi Landon,

This should do it

Window>Preferences

General>Editors>Text Editor

tick  -> Show Print Margin

enter 80 for Print Margin Column

Happy New Year

Paul

Sunburned Surveyor wrote:
> Do you guys know how to set up a marker line at a specific number of
> columns from the right side of the code editor in Eclipse? I have the
> bad habbit of letting my lines run endlessly to the right, and I
> thought a visual marker would help me to remember to wrap my lines.
> I've seen this marker in Netbeans, but not in Eclipse.
>
> Thanks,
>
> Landon
>
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Last Layout of OJ 1.2 ?

[Paul Austin]

Uwe,

I won't be making any layout changes in this release.

Eventually I'll get round to changing the Save dialog to look like the
new Open dialog.

Paul
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Open... DialogWindow

[Paul Austin]

Uwe,

The only problem with centering is that the dialog size changes 
depending on the panels selected, so you as you switch panels it may end 
up going off the edge of the screen of if you recentre it at that point 
it would move which would be confusing to users.

We could shift it in by say 10,10 pixels so it's not right against the edge.

Paul

Uwe Dalluege wrote:
> Hi,
>
> is it possible to open the Open... DialogWindow
> in the center of the OJ-Workbench-Window?
> Now the left upper corner of the dialog is 0, 0
> If you move the OJ-Window to the center of the
> screen and then use the Open... dialog
> the DialogWindow is outside the OJ-Window.
>
> Regards
>
> Uwe

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] PIROL AbstractMethodError

[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(object.getClass);
if (factory != null) {
  return factory.create(...)
}

Which is a lot more extensible than hard coding .

Outside the this method factories aren't necessarily needed.

Paul

Andreas Schmitz wrote:
> 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 we could do this including
>> the tree view panel.
>>
>> Any objections if I gradually move over to using a factory based approach?
>> 
>
> I don't see the advantage here. If you use a factory, you'll choose the
> implementation you want from the factory. If you don't, you'll just choose the
> implementation. Eg:
>
> WMSLayer layer = new WMSLayer(blah, blubb);
>
> vs
>
> WMSLayer layer = LayerFactory.createWMSLayer(blah, blubb);
>
> Best regards, Andreas
> --
> l a t / l o n  GmbH
> Aennchenstrasse 19   53177 Bonn, Germany
> phone ++49 +228 18496-11 fax ++49 +228 1849629
> http://www.lat-lon.dehttp://www.deegree.org
>
>   
> 
>
> -
> SF.Net email is sponsored by:
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services
> for just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> 
>
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>   


-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services
for just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] PIROL AbstractMethodError

[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 then it will throw an IllegalArgumentException with a meaningful
message which is better than the old assert.

Paul

-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services
for just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] PIROL AbstractMethodError

[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 whole bunch of places we could do this including
the tree view panel.

Any objections if I gradually move over to using a factory based approach?

Paul

Stefan Steiniger wrote:
> 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 changes I would require that a "deprecated" tag 
> should be set first at least for the 1-2 years.
>
> About updating the pirol plugins:
> It is currently not possible. As far as i am informed the Pirol project 
> will get a new programmer not before March 08. And they maintain the 
> sources on their own (but they are provided with the plugins).
>
> cheers from Germany,
> Stefan
>
> Paul Austin schrieb:
>   
>> 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)
>>> with OJ-NightBuild I receive the following error:
>>>
>>>
>>> java.lang.AbstractMethodError: 
>>> de.fhOsnabrueck.jump.pirol.utilities.RasterImageSupport.RasterImageLayerRendererFactory.create(Ljava/lang/Object;Lcom/vividsolutions/jump/workbench/ui/LayerViewPanel;)Lcom/vividsolutions/jump/workbench/ui/renderer/Renderer;
>>> at 
>>> com.vividsolutions.jump.workbench.ui.renderer.RenderingManager.createRenderer(RenderingManager.java:266)
>>> at 
>>> com.vividsolutions.jump.workbench.ui.renderer.RenderingManager.render(RenderingManager.java:191)
>>> at 
>>> com.vividsolutions.jump.workbench.ui.renderer.RenderingManager.render(RenderingManager.java:185)
>>> at 
>>> com.vividsolutions.jump.workbench.ui.renderer.RenderingManager.renderAll(RenderingManager.java:158)
>>> at 
>>> com.vividsolutions.jump.workbench.ui.LayerViewPanel.repaint(LayerViewPanel.java:420)
>>> at 
>>> com.vividsolutions.jump.workbench.ui.Viewport.update(Viewport.java:111)
>>> at com.vividsolutions.jump.workbench.ui.Viewport.zoom(Viewport.java:260)
>>> at 
>>> de.fhOsnabrueck.jump.pirol.plugIns.PirolRasterImage.RasterImagePlugIn.addImage(RasterImagePlugIn.java:116)
>>> at 
>>> de.fhOsnabrueck.jump.pirol.plugIns.PirolRasterImage.RasterImagePlugIn.execute(RasterImagePlugIn.java:218)
>>> at 
>>> com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:130)
>>> at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
>>> at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
>>> at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
>>> at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
>>> at javax.swing.AbstractButton.doClick(Unknown Source)
>>> at javax.swing.plaf.basic.BasicMenuItemUI.doClick(Unknown Source)
>>> at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(Unknown 
>>> Source)
>>> at java.awt.Component.processMouseEvent(Unknown Source)
>>> at javax.swing.JComponent.processMouseEvent(Unknown Source)
>>> at java.awt.Component.processEvent(Unknown Source)
>>> at java.awt.Container.processEvent(Unknown Source)
>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
>>> at java.awt.Container.dispatchEventImpl(Unknown Source)
>>> at java.awt.Component.dispatchEvent(Unknown Source)
>>> at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
>>> at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
>>> at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
>>> at java.awt.Container.dispatchEventImpl(Unknown Source)
>>> at java.awt.Window.dispatchEventImpl(Unknown Source)
>>> at java.awt.Component.dispatchEvent(Unknown Source)
>>> at java.awt.EventQueue.dispatchEvent(Unknown Source)
>&

Re: [JPP-Devel] PIROL AbstractMethodError

[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 duplicate code in there.

I'll go with the second option and deprecate the first one

Paul

Stefan Steiniger wrote:
> 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 changes I would require that a "deprecated" tag 
> should be set first at least for the 1-2 years.
>
> About updating the pirol plugins:
> It is currently not possible. As far as i am informed the Pirol project 
> will get a new programmer not before March 08. And they maintain the 
> sources on their own (but they are provided with the plugins).
>
> cheers from Germany,
> Stefan
>
> Paul Austin schrieb:
>   
>> 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)
>>> with OJ-NightBuild I receive the following error:
>>>
>>>
>>> java.lang.AbstractMethodError: 
>>> de.fhOsnabrueck.jump.pirol.utilities.RasterImageSupport.RasterImageLayerRendererFactory.create(Ljava/lang/Object;Lcom/vividsolutions/jump/workbench/ui/LayerViewPanel;)Lcom/vividsolutions/jump/workbench/ui/renderer/Renderer;
>>> at 
>>> com.vividsolutions.jump.workbench.ui.renderer.RenderingManager.createRenderer(RenderingManager.java:266)
>>> at 
>>> com.vividsolutions.jump.workbench.ui.renderer.RenderingManager.render(RenderingManager.java:191)
>>> at 
>>> com.vividsolutions.jump.workbench.ui.renderer.RenderingManager.render(RenderingManager.java:185)
>>> at 
>>> com.vividsolutions.jump.workbench.ui.renderer.RenderingManager.renderAll(RenderingManager.java:158)
>>> at 
>>> com.vividsolutions.jump.workbench.ui.LayerViewPanel.repaint(LayerViewPanel.java:420)
>>> at 
>>> com.vividsolutions.jump.workbench.ui.Viewport.update(Viewport.java:111)
>>> at com.vividsolutions.jump.workbench.ui.Viewport.zoom(Viewport.java:260)
>>> at 
>>> de.fhOsnabrueck.jump.pirol.plugIns.PirolRasterImage.RasterImagePlugIn.addImage(RasterImagePlugIn.java:116)
>>> at 
>>> de.fhOsnabrueck.jump.pirol.plugIns.PirolRasterImage.RasterImagePlugIn.execute(RasterImagePlugIn.java:218)
>>> at 
>>> com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:130)
>>> at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
>>> at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
>>> at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
>>> at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
>>> at javax.swing.AbstractButton.doClick(Unknown Source)
>>> at javax.swing.plaf.basic.BasicMenuItemUI.doClick(Unknown Source)
>>> at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(Unknown 
>>> Source)
>>> at java.awt.Component.processMouseEvent(Unknown Source)
>>> at javax.swing.JComponent.processMouseEvent(Unknown Source)
>>> at java.awt.Component.processEvent(Unknown Source)
>>> at java.awt.Container.processEvent(Unknown Source)
>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
>>> at java.awt.Container.dispatchEventImpl(Unknown Source)
>>> at java.awt.Component.dispatchEvent(Unknown Source)
>>> at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
>>> at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
>>> at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
>>> at java.awt.Container.dispatchEventImpl(Unknown Source)
>>> at java.awt.Window.dispatchEventImpl(Unknown Source)
>>> at java.awt.Component.dispatchEvent(Unknown Source)
>>> at java.awt.EventQueue.dispatchEvent(Unknown Source)
>>> at java.awt.EventDispatchThread.pumpOneEventForFilter

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

[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 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
>
> -
> SF.Net email is sponsored by:
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services
> for just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>   


-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services
for just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] PIROL AbstractMethodError

[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)
> with OJ-NightBuild I receive the following error:
>
>
> java.lang.AbstractMethodError: 
> de.fhOsnabrueck.jump.pirol.utilities.RasterImageSupport.RasterImageLayerRendererFactory.create(Ljava/lang/Object;Lcom/vividsolutions/jump/workbench/ui/LayerViewPanel;)Lcom/vividsolutions/jump/workbench/ui/renderer/Renderer;
>   at 
> com.vividsolutions.jump.workbench.ui.renderer.RenderingManager.createRenderer(RenderingManager.java:266)
>   at 
> com.vividsolutions.jump.workbench.ui.renderer.RenderingManager.render(RenderingManager.java:191)
>   at 
> com.vividsolutions.jump.workbench.ui.renderer.RenderingManager.render(RenderingManager.java:185)
>   at 
> com.vividsolutions.jump.workbench.ui.renderer.RenderingManager.renderAll(RenderingManager.java:158)
>   at 
> com.vividsolutions.jump.workbench.ui.LayerViewPanel.repaint(LayerViewPanel.java:420)
>   at 
> com.vividsolutions.jump.workbench.ui.Viewport.update(Viewport.java:111)
>   at com.vividsolutions.jump.workbench.ui.Viewport.zoom(Viewport.java:260)
>   at 
> de.fhOsnabrueck.jump.pirol.plugIns.PirolRasterImage.RasterImagePlugIn.addImage(RasterImagePlugIn.java:116)
>   at 
> de.fhOsnabrueck.jump.pirol.plugIns.PirolRasterImage.RasterImagePlugIn.execute(RasterImagePlugIn.java:218)
>   at 
> com.vividsolutions.jump.workbench.plugin.AbstractPlugIn$1.actionPerformed(AbstractPlugIn.java:130)
>   at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
>   at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
>   at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
>   at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
>   at javax.swing.AbstractButton.doClick(Unknown Source)
>   at javax.swing.plaf.basic.BasicMenuItemUI.doClick(Unknown Source)
>   at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(Unknown 
> Source)
>   at java.awt.Component.processMouseEvent(Unknown Source)
>   at javax.swing.JComponent.processMouseEvent(Unknown Source)
>   at java.awt.Component.processEvent(Unknown Source)
>   at java.awt.Container.processEvent(Unknown Source)
>   at java.awt.Component.dispatchEventImpl(Unknown Source)
>   at java.awt.Container.dispatchEventImpl(Unknown Source)
>   at java.awt.Component.dispatchEvent(Unknown Source)
>   at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
>   at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
>   at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
>   at java.awt.Container.dispatchEventImpl(Unknown Source)
>   at java.awt.Window.dispatchEventImpl(Unknown Source)
>   at java.awt.Component.dispatchEvent(Unknown Source)
>   at java.awt.EventQueue.dispatchEvent(Unknown Source)
>   at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
>   at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
>   at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
>   at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
>   at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
>   at java.awt.EventDispatchThread.run(Unknown Source)
>
>
> Who can help?
>
> Regards
>
> Uwe
>
> -
> SF.Net email is sponsored by:
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services
> for just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>   


-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services
for just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] WMS and Min/Max scale

[Paul Austin]

Does anyone know the formulas to convert between the ScaleHint in a WMS
request and the corresponding min/Max scale on a WMS layer?

Cheers,
Paul

-
SF.Net email is sponsored by: 
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Compilation problem

[Paul Austin]

Stefan,

Can you fix the attributeOperations package. The package declaration is
different from the directory it is in. I'm not sure which is the correct
one.

Paul



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Questions On Best Practices For Java Internationalization

[Paul Austin]

Landon,

1. Long strings should be fine, although if you start having a bunch of
HTML in there then maybe look at having a I18N mechanism for HTML fragments.

2. What I typically do is define a constant for each of my I18N strings
and use those where required.

Paul
Sunburned Surveyor wrote:
> I've almost finished the internationalization of the Super Select
> Plug-In. I had a couple of questions about best practices for I18N in
> Java:
>
> [1] Is there a limit to the size of a String that should be
> internationalized in a Resource Bundle? For example, I have a couple
> paragraphs of help text that appear in a little JFrame. Is this really
> appropriate for internationlization, or is the internationalization
> method only meant for shorter and more terse phrases. (Longer strings
> just look a little odd in the prbEditor interface.)
>
> [2] I've decided to put all my internationalization code in a separate
> method of each of my GUI classes, instead of having them sprinkled
> throught the code that sets up and intializes each JComponent on my
> form. I think this has some advantages, especially if someone ever
> wants to modify our mechanism for accessing I18N Strings. Does anyone
> see a problem with this approach.
>
> Landon
>
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Package names

[Paul Austin]

Stefan,

Use apitools would be correct

Paul

Stefan Steiniger wrote:
> do you mean throughout the complete packname?
> e.g. instead of "apiTools" i should use "apitools"
>
> stefan
>
> Paul Austin schrieb:
>   
>> All,
>>
>> When creating package names please use lower case for them as this is a
>> common Java practice.
>>
>> Paul
>>
>> -
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>> ___
>> 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: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Package names

[Paul Austin]

All,

When creating package names please use lower case for them as this is a
common Java practice.

Paul

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] PostGIS with OpenWizard

[Paul Austin]

Eric,

I can't compile it, there is the following error.

The method getMessage(String, Object[]) in the type I18N is not
applicable for the arguments (String, String, String[])
PostGISPlugin/src/main/java/net/refractions/postgis/PostGISConnection.java   
line 391

Paul

Eric Lemesre wrote:
> Hi,
>
> The New version of PostGIS plugIn with OpenWizard is in repository.
>
> Somme file will be added for translation in
> https://jump-pilot.svn.sourceforge.net/svnroot/jump-pilot/plug-ins/PostGISPlugin/trunk/src/main/resources/net/refractions/postgis/language
> jump.properties
> jump_fr.properties
>
> I need somme help to translate in other language.
>
> I dont understand one thing :
> when i press finish or cancel the layer is created.
>
> Thanks
> Eric
> 
>
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> 
>
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Adding new jars

[Paul Austin]

All,

I noticed that a new jar was added to openjump to replace jmat.

When new jars are updated can you also add a dependency to the jar to
the pom.xml file.

If the package is not available in the core maven repository you will
have to add it to the open jump repository. You can use a command such
as the following to add it to your local maven repository /.m2/repository.

mvn install:install-file -DgroupId=org.math.array -DartifactId=jmatharray 
-Dversion=20070905 -Dpackaging=jar -Dfile=lib/jmatharray-20070905.jar 
-DgeneratePom=true -DcreateChecksum=true


Then copy the directory that is created into the same place in the
maven-repository SVN project's directory hierarchy and check in. So for
the above example with org.math.array package copy the org/math/array
directory so that it is in the org/math/array directory in the
maen-repository SVN project.

Thanks,
Paul

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Debian Package For OpenJUMP

[Paul Austin]

Landon,

Here is my advise.

1. Take the OJ nightly build and manually make the changes to create a
debian install. Writing down each step
2. Create a ant build script to take a nightly build following those
steps to automatically create a debian install
3. Run this daily against the nightly build to create a debian nightly build

Paul

Sunburned Surveyor wrote:
> Larry,
>
> You can still use the Nightly Build of OJ on Debian, you just can't
> install it as part of the traditional Debian Package Management
> System. There are other programs that are like that. For example, I
> like to use the latest version of Netbeans and Eclipse. There is no
> Deb for Netbeans, and the package for Eclipse is always a couple of
> version behind the official release you can download online. I keep a
> /home/myuser/programs where I can install "unofficial" programs like
> these.
>
> I do the same thing with OpenJUMP, and others can to. I'll try to get
> a working package of OpenJUMP put together. It will work in the
> package management system, but might not be included in the official
> Debian repository.
>
> Landon
>
> On Nov 9, 2007 11:33 AM, Larry Becker <[EMAIL PROTECTED]> wrote:
>   
>> Hi SS,
>>
>> Thanks for the good work.  I guess Debian users won't be able to load the
>> nightly build unless they treat it as a separate application, or spend some
>> time moving all of the files to their proper locations.
>>
>> Larry
>>
>>
>>
>> On Nov 9, 2007 11:14 AM, Sunburned Surveyor <[EMAIL PROTECTED]>
>> wrote:
>> 
>>>
>>> I got some feedback on the Debian Package for OpenJUMP from some other
>>> Debian Package Maintainers. It looks like the JAR containing the main
>>> method that launches JUMP will need to be stored in /usr/bin/openjump.
>>> This will also be the location where the launch script is stored. It
>>> will be O.K. to configure the classpath for JUMP in the launch script
>>> as we do currently. (Perhaps this is no longer needed know that the
>>> classpath is specified in the Manifest.)
>>>
>>> I was advised that the proper place for plug-in Jars is
>>> /usr/share/openjump or /usr/share/java/openjump. However, I don't
>>> think this will work without some modifications to OpenJUMP. We'd have
>>> to change where OpenJUMP looks for Extension JAR files. We'd also have
>>> to find a hack for plug-ins that use relative paths. This will be a
>>> real pain-in-the-butt for plug-ins that can't embedd all of the
>>> supporting files they need into their JAR. I really think the only way
>>> to accomplish these mods would be in a Debian specific build of
>>> OpenJUMP. I'm all for supporting the Debian packaging policy, but not
>>> if it means this level of effort. It sort of kills the benefit of
>>> cross-platform development.
>>>
>>> If someone has an alternative to a separate Debian build then I will
>>> consider keeping the plug-in jars in /usr/share/openjump or
>>> /usr/share/java/openjump. Otherwise I will be placing them in a sub
>>> folder of the /usr/bin/openjump directory.
>>>
>>> I will be extracting common libraries like JTS and Bouy. I'll prepare
>>> separate Debian packages for these, if they don't already exist. They
>>> will be stored in /usr/share/java. This means other Java programs will
>>> be able to use the Debian packages we prepare for common libraries
>>> used by OpenJUMP. That is one benefit of the Debian system.
>>>
>>> Another benefit is that we can prepare separate Debian packages for
>>> popular plug-ins. When these are installed using a graphical tool like
>>> Synaptic ( http://www.nongnu.org/synaptic/action.html ) eveything will
>>> fall into its proper place with no moving files by the user required!
>>>
>>> I'll see if I can get time to work on the OpenJUMP Debian Package this
>>>   
>> weekend.
>> 
>>> The Sunburned Surveyor
>>>
>>> -
>>> This SF.net email is sponsored by: Splunk Inc.
>>> Still grepping through log files to find problems?  Stop.
>>> Now Search log events and configuration files using AJAX and a browser.
>>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>>> ___
>>> 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: Splunk Inc.
>> Still grepping through log files to find problems?  Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>
>> 
>
> -

[JPP-Devel] Bug in paste function

[Paul Austin]

All,

I noticed there is a bug in the right click paste features plug-in. I'd
added support for adding arbitrary coordinates but it has broken the
Line String processing. I'm about to go away for a week so don't have
time to fix it. If someone would either fix it or disable the non-wkt
extensions that would be greate and I'll fix it properly when I get back.

Paul

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Spreadsheet to help document I18N Property Files

[Paul Austin]

PRB Editor

https://prbeditor.dev.java.net/

Larry Becker wrote:
> Hi SS,
>
>   The spreadsheet is not a bad way to work, but I like the property
> editor better.  Too bad I can't remember the name.
>
> Larry
>
> On Nov 7, 2007 2:10 PM, Sunburned Surveyor <
> [EMAIL PROTECTED] > wrote:
>
> I was wondering if we might use a simple spreadsheet to assist with
> documentation and organization of OpenJUMP's I18N property files. I'm
> using one on the I18N work on the Super Select Tool. I basically
> import the properties file into a spreadsheet and add information
> in a
> column that indicates the GUI class containing the String and a
> description of the String Key/Value pair. (We could also add a column
> for translation notes if that was needed.)
>
> This spreadsheet allows me to sort key/value pairs by class or key
> name, and also allows me to browse a brief description of the String
> being translated as I move through the rows.
>
> I've published this spreadsheet so others can take a look:
>
> http://spreadsheets.google.com/pub?key=pB40jodIXJZbR4i2Le6QUVw
>
> Would this be of benefit for OpenJUMP's main I18N property file? Is
> there a way to embed this information in the property file itself?
>
> At any rate, I thought I would share.
>
> The Sunburned Surveyor
>
> P.S. - I've been using the properties file editor for my I18N work.
> Its a nifty little program. Thanks for posting the link to it!
>
> -
>
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a
> browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> 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: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> 
>
> ___
> 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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Spreadsheet to help document I18N Property Files

[Paul Austin]

I find the properties file editor that someone posted a while back works
very well for this and has the added benefit you don't have to copy
things in and out of a spreadsheet.

Paul
Sunburned Surveyor wrote:
> I was wondering if we might use a simple spreadsheet to assist with
> documentation and organization of OpenJUMP's I18N property files. I'm
> using one on the I18N work on the Super Select Tool. I basically
> import the properties file into a spreadsheet and add information in a
> column that indicates the GUI class containing the String and a
> description of the String Key/Value pair. (We could also add a column
> for translation notes if that was needed.)
>
> This spreadsheet allows me to sort key/value pairs by class or key
> name, and also allows me to browse a brief description of the String
> being translated as I move through the rows.
>
> I've published this spreadsheet so others can take a look:
>
> http://spreadsheets.google.com/pub?key=pB40jodIXJZbR4i2Le6QUVw
>
> Would this be of benefit for OpenJUMP's main I18N property file? Is
> there a way to embed this information in the property file itself?
>
> At any rate, I thought I would share.
>
> The Sunburned Surveyor
>
> P.S. - I've been using the properties file editor for my I18N work.
> Its a nifty little program. Thanks for posting the link to it!
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> 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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
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 instructions for plug-in I18N...

[Paul Austin]

You are correct it is the getText method, can you fix that on the wiki.

Cheers,
Paul

Sunburned Surveyor wrote:
> I think there may be a slight mistake in the isntructions to
> internationalize plug-ins using Paul's recent changes. Step 2 in
> Paul's previous e-mail said to use the I18N.get(String category,
> String key) method to obtain the internationalized String. This
> generated a compile error in my code. After looking at the Javadoc I
> think the I18N.getText method needs to be called, not the I18N.get
> method. (I noticed in the Javadoc that the I18N.get method only takes
> a single String parameter, while the I18N.getText method takes two
> String parameters.)
>
> When I compiled my code with the I18N.getText method I received no
> compiler errors.
>
> I placed a comment on the wiki indicating there may be an error in the
> instructions. However, I wanted to post here so it can be confirmed or
> denied. I could be making some other mistake that is gerneating the
> compiler error.
>
> The Sunburned Surveyor
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> 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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] JPP License IntelliJ IDEA 7

[Paul Austin]

Landon,

I've heard good things about that IDE. However I find eclipse is working 
well for me (even with some if it's quirks) so won't be giving it a try 
until I have more free time to play.

Paul

Sunburned Surveyor wrote:
> I applied for an open source license for IntelliJ IDEA 7, a Java IDE.
> The license is valid for all developers of OpenJUMP that are active in
> the project and while working on OpenJUMP.
>
> http://www.jetbrains.com/idea/
>
> I haven't tried the IDE yet, but I hope to give it a spin next week.
> If you are interested in trying it out for your work on OpenJUMP
> please let me know, and I will forward the license information to you.
> This will need to take place off of the mailing list, so you'll have
> to include a personal e-mail address that I can send the license
> information to.
>
> You can send your request for the license information to this mailing
> list or e-mail me at [EMAIL PROTECTED]
>
> The Sunburned Surveyor
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> 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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Question For Paul - About new Plug-In I18N Process

[Paul Austin]

The jump.properties in that folder is the properties file for your 
plugin there is no myPlugin.properties


The core jump.properties file for OJ stays where it is now.

Paul

Sunburned Surveyor wrote:

Paul,

Thanks for the quick response.

You wrote: "Arrange your directories such that your java source is in a separate
parent directory from you resource files."

Roger that.

You wrote: "Then put the jump.properties in the language folder under
resources/net/./superSelect."

Just to clarify and confirm, this folder gets both the jump.properties
file and myPlugIn.properties file, right?

Landon

On Nov 5, 2007 11:44 AM, Paul Austin <[EMAIL PROTECTED]> wrote:
  

Landon,

Arrange your directories such that your java source is in a separate
parent directory from you resource files.

src\main
 java\
 resources\

Then put the jump.properties in the language folder under
resources/net/./superSelect

By convention you should avoid using capitals in a package name.

Paul


Sunburned Surveyor wrote:


Paul,

Today I am starting my effort to internationalize the Super Select
Tool. (This is my first ever effort at internationalizing anything, so
please be patient with me.) I was looking over the steps you outlined
on the wiki under the heading "Since OpenJUMP Nightly Build Nov
2007..." here:

http://openjump.org/wiki/show/How+to+use+i18n+Internationalization

I had a couple of questions before I get started.

[1] All of my source code falls under a
net.surveyos.sourceforge.openjump.plugins.superSelect package.
According to Step 1 on the wiki, would I put the properties files for
translations in a
resources/net/surveyos/sourceforge/openjump/plugins/superSelect/language
folder, where resources shares the same parent folder as the net
folder for my source code?

For example:

/net/surveyos/sourceforge/openjump/plugins/superSelect/
resources/net/surveyos/sourceforge/openjump/plugins/superSelect/language

[2] In Step 2 on the wiki, you say "Add the jump.properties file (and
other language files) into the directory created in 1". Does this mean
I have to copy the properties file for OpenJUMP into my plug-in
directory? Or do I only put in properties files for my plug-in in this
directory? Or is it both?

Thanks for the help Paul. I hope to have the internationalization of
the Super Select Tool done this week. I will let you know how things
work out.

The Sunburned Surveyor

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Question For Paul - About new Plug-In I18N Process

[Paul Austin]

Landon,

Arrange your directories such that your java source is in a separate
parent directory from you resource files.

src\main
  java\
  resources\

Then put the jump.properties in the language folder under
resources/net/./superSelect

By convention you should avoid using capitals in a package name.

Paul

Sunburned Surveyor wrote:
> Paul,
>
> Today I am starting my effort to internationalize the Super Select
> Tool. (This is my first ever effort at internationalizing anything, so
> please be patient with me.) I was looking over the steps you outlined
> on the wiki under the heading "Since OpenJUMP Nightly Build Nov
> 2007..." here:
>
> http://openjump.org/wiki/show/How+to+use+i18n+Internationalization
>
> I had a couple of questions before I get started.
>
> [1] All of my source code falls under a
> net.surveyos.sourceforge.openjump.plugins.superSelect package.
> According to Step 1 on the wiki, would I put the properties files for
> translations in a
> resources/net/surveyos/sourceforge/openjump/plugins/superSelect/language
> folder, where resources shares the same parent folder as the net
> folder for my source code?
>
> For example:
>
> /net/surveyos/sourceforge/openjump/plugins/superSelect/
> resources/net/surveyos/sourceforge/openjump/plugins/superSelect/language
>
> [2] In Step 2 on the wiki, you say "Add the jump.properties file (and
> other language files) into the directory created in 1". Does this mean
> I have to copy the properties file for OpenJUMP into my plug-in
> directory? Or do I only put in properties files for my plug-in in this
> directory? Or is it both?
>
> Thanks for the help Paul. I hope to have the internationalization of
> the Super Select Tool done this week. I will let you know how things
> work out.
>
> The Sunburned Surveyor
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> 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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] More than one datasource by layer?

[Paul Austin]

You'll have to write your own plug-in to do this. It''ll have the 
following steps


  1. Create a FeatureSchema definition for all the columns
  2. Create a java.util.Map with the key being the ID column and the
 value being a Feature instance
  3. Open your three data sources in turn and loop through the features
 from each source. Look up a feature instance in the map from #2 if
 one doesn't exists create it and add it to the map. Set the
 attributes from the feature from the data source on the merged
 feature in the map
  4. When all features are loaded you should have all the data merged.
 Now create a feature collection for all the values in the map and
 add a layer for it.

Paul

Eric Lemesre wrote:

I can create a view only if i have some right in the database.
And it is not necessary the case.

It is dangerous in verry big compagny.
At this time i have only read rigth in some Database.

Eric

2007/11/4, Paul Austin <[EMAIL PROTECTED] 
<mailto:[EMAIL PROTECTED]>>:


Layers are tied to a feature collection and all features must
share the same schema.

If you create custom Java code to load the date from each of those
sources and populate the feature collection with that data then
there is no reason why you couldn't do what you want. But there is
nothing out of the box to do this.

What is the use case behind getting the attributes from many
places? If the geometry and attributes are in a shape file why not
load these into one of the databases then you can create a view of
the tables and load that into JUMP?

Paul

Eric Lemesre wrote:

Hi,

It possible to have more than one datasource by layer?

1 for Geo datasource (a data source for the géometry)
1..n data source for attributes
Exemple :
 * shapeFile for the geometry
 * a flat CSV file for some attribute
 * MysQL database for some other
 * PostgreSQL database for some others.

Eric



-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.

Download your FREE copy of Splunk now >> http://get.splunk.com/


___
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
  


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a
browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
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




-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/


___
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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] More than one datasource by layer?

[Paul Austin]

Layers are tied to a feature collection and all features must share the 
same schema.


If you create custom Java code to load the date from each of those 
sources and populate the feature collection with that data then there is 
no reason why you couldn't do what you want. But there is nothing out of 
the box to do this.


What is the use case behind getting the attributes from many places? If 
the geometry and attributes are in a shape file why not load these into 
one of the databases then you can create a view of the tables and load 
that into JUMP?


Paul

Eric Lemesre wrote:

Hi,

It possible to have more than one datasource by layer?

1 for Geo datasource (a data source for the géometry)
1..n data source for attributes
Exemple :
 * shapeFile for the geometry
 * a flat CSV file for some attribute
 * MysQL database for some other
 * PostgreSQL database for some others.

Eric



-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/


___
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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel