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

2008-10-10 Thread 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 jump-pilot-devel@lists.sourceforge.net
 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,
 
  Some quick thoughts.
 
  I have checked out the code in the svn to compile it with infonode
 1.5.
 
  The JumpWorkBench uses substance LAF and it does not work well with
  InfoNode.
 
  - The infonode does not look good on my system, especially the tab
 part.
  - The painting is buggy and paint is often misplaced in the title
  section,
  with flickering.
 
  Commenting out the substance stuff makes it look a lot better.
 
  I think internal frames and docking system do not play along well.
  Conceptually they overlap quite a bit. Docking inside a internal frame
 is
  too heavy-weighted. If a docking system is introduced, then it should
  probably replace the internal frame architecture.
 
 
  BTW, the MyDoggy demo looks really cool and the project seems active
 and
  makes a good candidate.
 
  Just my 2 cents.
 
  Bing
 
  --
  From: Sunburned Surveyor [EMAIL PROTECTED]
  Sent: Thursday, October 09, 2008 3:56 AM
  To: OpenJump develop and use 
 jump-pilot-devel@lists.sourceforge.net
  Subject: [JPP-Devel] BizzJUMP Distro Available For Docking Window
  FrameworkDemo
 
  I've put together a demo version of BizzJUMP so other programmers can
  check out my integration of the InfoNode Docking Windows Framework.
  You can

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

2008-10-09 Thread Paul Austin
, 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 SurveyOSDemoAdd Tab Demo menu command and the
  SurveyOSPlug-InPlug-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=100url=/
  ___
  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=100url=/
  ___
  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=100url=/
  ___
  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=100url=/
 ___
 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=100url=/___
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

2008-10-08 Thread Paul Austin
 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=100url=/
  ___
  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=100url=/
 ___
 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=100url=/
 ___
 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=100url=/___
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

2008-10-08 Thread 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=100url=/___
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

2008-10-07 Thread 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=100url=/
 ___
 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=100url=/
 ___
 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=100url=/___
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

2008-10-04 Thread 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.ziphttp://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=100url=/
 ___
 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=100url=/___
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

2008-09-25 Thread 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=100url=/
 ___
 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=100url=/___
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

2008-09-18 Thread 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).

?xml version=1.0 encoding=UTF-8?
CityModel xmlns=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
gml:nameCambridge/gml:name
gml:boundedBy
gml:Box srsName=http://www.opengis.net/gml/srs/epsg.xml#4326;
gml:coordgml:X0.0/gml:Xgml:Y0.0/gml:Y/gml:coord
gml:coordgml:X100.0/gml:Xgml:Y100.0/gml:Y/gml:coord
/gml:Box
/gml:boundedBy
cityMember
River
gml:descriptionThe river that runs through Cambridge./gml:description
gml:nameCam/gml:name
gml:centerLineOf
gml:LineString srsName=http://www.opengis.net/gml/srs/epsg.xml#4326;
gml:coordgml:X0/gml:Xgml:Y50/gml:Y/gml:coord
gml:coordgml:X70/gml:Xgml:Y60/gml:Y/gml:coord
gml:coordgml:X100/gml:Xgml:Y50/gml:Y/gml:coord
/gml:LineString
/gml:centerLineOf
/River
/cityMember
cityMember
Road
gml:nameM11/gml:name
linearGeometry
gml:LineString srsName=http://www.opengis.net/gml/srs/epsg.xml#4326;
gml:coordgml:X0/gml:Xgml:Y5.0/gml:Y/gml:coord
gml:coordgml:X20.6/gml:Xgml:Y10.7/gml:Y/gml:coord
gml:coordgml:X80.5/gml:Xgml:Y60.9/gml:Y/gml:coord
/gml:LineString
/linearGeometry
classificationmotorway/classification
number11/number
/Road
/cityMember
cityMember xlink:type=simple xlink:title=Trinity Lane
xlink:href=http://www.foo.net/cgi-bin/wfs?FeatureID=C10239;
gml:remoteSchema=city.xsd#xpointer(//[EMAIL PROTECTED]'RoadType'])/
!-- a mountain doesn't belong here! Uncomment this cityMember and see
the parser complain!
cityMember
Mountain
gml:descriptionWorld's highest mountain is in Nepal!/gml:description
gml:nameEverest/gml:name
elevation8850/elevation
/Mountain
/cityMember
--
dateCreated2000-11/dateCreated
/CityModel

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?:

 gml
   featureCollection
  someFeature
 someAttributeSome Attribute Value/someAttribute
 someOtherAttributeSome Other Attribute Value/someOtherAttribute
 /someFeature
   /featureCollection
 /gml

 [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=100url=/
 ___
 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=100url=/___
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

2008-07-21 Thread 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=100url=/


___
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=100url=/___
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

2008-07-21 Thread 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=100url=/
___
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

2008-07-11 Thread 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

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

2008-07-07 Thread 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] Warning About Eclipse Ganymede and Subclipse

2008-07-07 Thread 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] June OpenJUMP User Survey Results Released

2008-07-04 Thread 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] Style Sheet For Java FOSS Coding

2008-07-02 Thread 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] Style Sheet For Java FOSS Coding

2008-07-02 Thread 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] R: R: Style Sheet For Java FOSS Coding

2008-07-02 Thread 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/cca08
___
Jump-pilot-devel mailing list

Re: [JPP-Devel] Some questions and suggested core changes related to the TaskFrame class.

2008-07-02 Thread 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] Looks like the nightly build has been down since June 19th?

2008-06-30 Thread 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] Adding new file types to Open... dialogue box

2008-06-30 Thread 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] R: Print line numbers in Eclipse?

2008-06-23 Thread 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] endianess

2008-06-23 Thread 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] endianess

2008-06-23 Thread 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] Fwd: OpenJUMP question

2008-06-12 Thread 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] mailto:[EMAIL PROTECTED]
  wrote:
 
  -- Forwarded message --
  From: Assessor [EMAIL PROTECTED]
  mailto:[EMAIL PROTECTED]
  Date: Thu, Jun 12, 2008 at 5:24 AM
  Subject: OpenJUMP question
  To: [EMAIL PROTECTED]
  mailto:[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.  I have figured out how to fix the overshoots in
  OpenJUMP
  by using the nodeline tool, but I don't see how to fix
  undershoots.
  The polygonize tool works great, but it needs closed
  polygons.  If
  I could fix the undershoots, even by making them into overshoots,
  I'd
  be fine.  I know ARC has clean and Nodesnap and tools that
 make
  what I want to do easy.  The question is:  can this be done with
  OpenJUMP 

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

2008-06-08 Thread 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.

2008-06-03 Thread 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 GeoAPI mailing list with questions about the
 SimpleFeature interface and related code 

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

2008-06-02 Thread 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] Log4j.xml and openjump.bat

2008-06-02 Thread 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

2008-06-02 Thread 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


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

2008-05-27 Thread 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

2008-05-25 Thread 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 T 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 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 MapQName,Object properties = new HashMapQName,Object();

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 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

Re: [JPP-Devel] Task Properties

2008-05-24 Thread Paul Austin

Michael,

The magic is new in JDK 1.5 generics. It's a generic method the T 
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 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 MapQName,Object properties = new HashMapQName,Object();

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 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 MapQName,Object 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

2008-05-23 Thread 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 MapQName,Object properties = new HashMapQName,Object();

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 T getProperty(QName name) {
  return (T)properties.get(name);
}

public MapQName,Object 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

2008-05-22 Thread 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 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

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

2008-05-21 Thread 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.
For instance:
* TinFace extends Geometry: contains a Triangle object
and links to neighboring faces.
* TIN extends

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

2008-05-20 Thread 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

2008-05-13 Thread 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?

2008-04-18 Thread 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

2008-04-11 Thread 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] Parallel Processing Pipelines

2008-04-06 Thread 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

2008-04-04 Thread 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


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

2008-04-03 Thread 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] Decoration Styles

2008-04-03 Thread 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] Decoration Styles

2008-04-03 Thread 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


Re: [JPP-Devel] Projection for task

2008-04-03 Thread 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


[JPP-Devel] Parallel Processing Pipelines

2008-04-03 Thread 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


[JPP-Devel] Moving categories code/menu items

2008-04-02 Thread 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] JTin Folder Created On SurveyOS Repository

2008-04-01 Thread 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] Missing delete all features from layer

2008-04-01 Thread 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

2008-03-31 Thread 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.



Again, this functionality sounds like it should be
represented by methods in the TIN class itself. 


What kind

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

2008-03-31 Thread 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(ListCoordinate) coords) or array 
add(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.sourceforge.jtin.display: Contains
classes to display a TIN
in 2D and 3D

Re: [JPP-Devel] Weekly Build Disconintued

2008-03-25 Thread 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

2008-03-24 Thread 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

2008-03-17 Thread 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] Question about the proper use of the I18N class...

2008-02-15 Thread 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

2008-01-25 Thread 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

2008-01-24 Thread 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


[JPP-Devel] CachedFeatureCollections and ObserveableFeature Collection

2008-01-15 Thread 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

2008-01-07 Thread 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...

2008-01-04 Thread 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] Last Layout of OJ 1.2 ?

2007-12-21 Thread 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

2007-12-20 Thread 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

2007-12-18 Thread Paul Austin
Uwe,

I made a change to the API to pass in the LayerViewPanel so that the
renderers can get access to it.

If you can update the pirol plug-ins to have that additional parameter
that would be great.

Paul

Uwe Dalluege wrote:
 Hi,

 when I use the PIROL rasterImage-PlugIn (rasterImage.jar)
 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


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

2007-12-18 Thread Paul Austin
Uwe,

For Project saving to work a layer must have a DataStoreQuery set, this
is probably not the case for the image layers.

Paul

Uwe Dalluege wrote:
 Hi,


 I try to save a Project with an Image file
 but it does not work:


 1. FileOpenGeographically Registered Tagged Image File Format
 2. The image is visible.
 3. FileSave 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

2007-12-18 Thread Paul Austin
Hi Stefan,

The problem is that if you add another method then you also break the
code as the implementers also have to implement that method.

The other option is that I define a completely new interface with the
additional method in it. This has the disadvantage that we have a whole
bunch of 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.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

Re: [JPP-Devel] PIROL AbstractMethodError

2007-12-18 Thread Paul Austin
I've added a new interface and deprecated the old one.

I was thinking that we could clean up this code a little, at the moment
there is hard coded implementations for layers and WMS layers. We could
change this to use a factory approach by creating implementations for these.

There are actually a 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)
 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

Re: [JPP-Devel] PIROL AbstractMethodError

2007-12-18 Thread Paul Austin
Stefan,

It was pretty easy so I have migrated the Layer and WMSLayer to use
RenderingFactory implementations to create the renderers. I have set it
up so that if it can't find a renderer for a class it will look at the
super classes until it finds a match. If that fails and the old stuff
fails 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

2007-12-18 Thread Paul Austin
Andreas,

Without a factory in the RendererManager class you have to have the
following.

if (object instanceof Layer) {
   return new LayerRenderer(...);
} else if (object instanceof WMSLayer) {
  return new WMSLayerRenderer();
}

with the factory it becomes

RendererFactory factory = getRenderer(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


[JPP-Devel] WMS and Min/Max scale

2007-12-10 Thread 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] Package names

2007-11-21 Thread 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] Package names

2007-11-21 Thread 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


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

2007-11-21 Thread 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


[JPP-Devel] Compilation problem

2007-11-21 Thread 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


[JPP-Devel] Adding new jars

2007-11-19 Thread 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 home
dir/.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] PostGIS with OpenWizard

2007-11-19 Thread 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] Bug in paste function

2007-11-09 Thread 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] Debian Package For OpenJUMP

2007-11-09 Thread 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


 

 -
 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 

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

2007-11-07 Thread 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] Spreadsheet to help document I18N Property Files

2007-11-07 Thread 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] mailto:[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
 mailto:Jump-pilot-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel




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

 -
 This SF.net email is sponsored by: 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

2007-11-06 Thread 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 about instructions for plug-in I18N...

2007-11-06 Thread 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] More than one datasource by layer?

2007-11-05 Thread 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] Question For Paul - About new Plug-In I18N Process

2007-11-05 Thread 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] Question For Paul - About new Plug-In I18N Process

2007-11-05 Thread 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] More than one datasource by layer?

2007-11-04 Thread 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


Re: [JPP-Devel] Subversion Time-Lapse View

2007-11-02 Thread Paul Austin

Eric,

Please try using regular Swing, I'd like to remove Buoy from Open JUMP 
as I see no real advantage over the functionality offered by swing. Sure 
it maybe slightly easier for developers who aren't used to swing. But 
it's just another API that people will have to learn.


Paul

Eric Lemesre wrote:


I would try it this week.

Eric

2007/10/31, Stefan Steiniger [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED]:


because it is easier to use for non GUI-experts?

just a thought, and noted here:

http://buoy.sourceforge.net/AboutBuoy.html

otherwise, why should michael have used it.
but if somebody is able to remove the buoy code from OJ... i would not
object ;)

stefan

Paul Austin schrieb:
 We have to ask the question what does Buoy give us over using
regular Swing?

 Paul

 Stefan Steiniger wrote:
 but as I said,

 buoy: http://www.buoybuilder.com/ is already used ;)

 stefan

 Eric Lemesre schrieb:

 Hi all,

 Thank for this precision.

 Eric

 2007/10/30, Paul Austin  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]:

 Eric,

 Have a look at the SpringLayout manager from Swing. This is a
very
 flexible layout manager. There is a SwingUtilities class that
will allow
 you to make a basic grid layout in the JUMP code base.

 Unless there is something needed in a 3rd party GUI library
try and
 stick with standard Swing components. Otherwise we'll end up
with having
 a bloated download with all the 3rd party libraries.

 Paul

 Stefan Steiniger wrote:

 There is no best-practice.
 actually you may have a look on buoy (widget) used already
in OJ for
 Simple Query.

 stefan

 Eric Lemesre schrieb:


 Hi landon,

 I have no problem with GUI Builder.

 I want build a new GUI for PostGISPlugin.
 And i dont know what is the best practice about GUI in
openjump.

 Eric

 2007/10/29, Sunburned Surveyor
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]:


 Eric,

 What problem where you having with the GUI builders?

 Perhaps I can walk you through some rough spots. Also, it
is good to
 remember that most IDE's like Eclipse or Netbeans have a
mialing list
 or forum that you can post questions on.

 The Sunburned Surveyor

 On 10/26/07, Eric Lemesre  [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:


 Hi jon,

 Sorry for long time without response.
 what do you use for build GUI for openjump?
 I try VEP (Eclipse plugin for calisto - V3.2) -


 http://www.eclipse.org/vep/


 I try Jigloo GUI builder -
 http://www.cloudgarden.com/jigloo/
 NetBean with mantis but I don''t understand very well How
import

 eclipse

 project

 Eric

 2007/10/20, Jonathan Aquino [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]:


 Hi Eric - Interesting ideas! I was just going to leave
it as a

 simple

 tool. I agree with you that Eclipse has a great diff
view. Perhaps


 someone


 can take what I've done and use it as the start of an
Eclipse plugin.


 Jon



 


 From: [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]] On
 Behalf Of Eric Lemesre


 Sent: Friday, October 19, 2007 2:36 AM
 To: List for discussion of JPP development and use.
 Subject: Re: [JPP-Devel] Subversion Time-Lapse View



 Hi jon,

 Nice tool.
 Do you have planed to add this tools as Eclipse plugin?

 And is it lot of work to add on a bar at left or rigth
side to view


 where


 is a diff?


 Eric


 2007/10/19, Jonathan Aquino [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]:


 Useful tool for Subversion:

 SVN Time-Lapse View
 http://code.google.com/p/svn-time-lapse-view/

 Lets you examine the history of a file by dragging a
slider. Diffs


 are


 highlighted in blue. If you want to know who changed a
line, when,


 and


 for


 what reason, this is useful.

 For example, try it with




https://jump-pilot.svn.sourceforge.net/svnroot/jump-pilot/core/trunk/src/com

 /vividsolutions/jump/workbench/JUMPWorkbench.java

 Jon







-

 This SF.net email is sponsored by: Splunk Inc.
 Still grepping through log files to find problems?  Stop.
 Now Search log events

Re: [JPP-Devel] More than one user on a single OpenJUMP installation?

2007-11-02 Thread Paul Austin

Hi Landon,

I don't think you need to subclass the Abstract plugin in to do this.

Looking at the problem there are a couple of things to think about. I'm 
going to use the concept of a workspace (think eclipse) for each of a 
user's different configurations of JUMP


  1. There will need to be some global settings for a user that's
 aren't specific to a workspace (such as the list of recent
 workspaces or a default workspace. Maybe the log4j configuration.
  2. There are settings that would be specific to workspaces, such as
 the settings saved from the PersistentBlackboard plug-in
 (workbench-state.xml) and the workbench configuration
 (workbench-properties.xml).

So what is a workspace, a workspace is a directory with a bunch of files 
in it. Think of this as the configuration directory. When the JUMP 
starts up it can look at the settings in #1 for the user user's home 
dir/.openjump/ directory. Then if they don't have a default workspace 
set they will be given the option to open or create a workspace. This 
would then set a property in the blackboard called OPEN_JUMP_WORKSPACE 
with a java.io.File to the workspace directory.


Then if plug-ins want to get some configuration file or create one in 
the workspace they would use the OPEN_JUMP_WORKSPACE as the root 
directory for those files.


This way plug-ins don't need to know about workspaces per-se just that 
there is a directory to put the configuration files into.


Paul

Sunburned Surveyor wrote:

Thanks Uwe. I'm going to proceed with my current user functionality.
This will be included in a class that extends the JUMP AbstractPlugIn
class, so the functionality will be available to other plug-in
developers if they so choose.

I'll be trying to modify the Super Select tool so that the
configurations can be stored separately for different users using this
scenario. Look for it in an upcoming release of the plug-in.

The Sunburned Surveyor

On 11/2/07, Uwe Dalluege [EMAIL PROTECTED] wrote:
  

Hi Landon,

if you are teaching OpenJUMP you have one installation
and lots of students using OpenJUMP over a network.
It would be very nice to have a plugIn
to configure the personal settings.

Regards

Uwe

Sunburned Surveyor schrieb:


I'd like to know if anyone is using OpenJUMP in a situation where more
than one person would using an OpenJUMP installation on a single
computer. This might happen if OpenJUMP were being accessed over a
network, or if more than one person accessed a computer with OpenJUMP
installed to perform GIS tasks.

I'd like to know how common this scenario is because I am trying to
determine how useful it would be to design plug-ins for OpenJUMP that
maintain current user information. This functionality would allow
you to store personalized tool configurations for each user and would
also be used to identify the user/organizatoin for logging and
metadata tools. (I don't intend to use the current user information
functionality to control or restrict access to data or functions in
OpenJUMP. That is a whole other can of worms and not my goal in this
case.)

Thanks,

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/___

Re: [JPP-Devel] Subversion Time-Lapse View

2007-10-31 Thread Paul Austin
We have to ask the question what does Buoy give us over using regular Swing?

Paul

Stefan Steiniger wrote:
 but as I said,

 buoy: http://www.buoybuilder.com/ is already used ;)

 stefan

 Eric Lemesre schrieb:
   
 Hi all,

 Thank for this precision.

 Eric

 2007/10/30, Paul Austin [EMAIL PROTECTED]:
 
 Eric,

 Have a look at the SpringLayout manager from Swing. This is a very
 flexible layout manager. There is a SwingUtilities class that will allow
 you to make a basic grid layout in the JUMP code base.

 Unless there is something needed in a 3rd party GUI library try and
 stick with standard Swing components. Otherwise we'll end up with having
 a bloated download with all the 3rd party libraries.

 Paul

 Stefan Steiniger wrote:
   
 There is no best-practice.
 actually you may have a look on buoy (widget) used already in OJ for
 Simple Query.

 stefan

 Eric Lemesre schrieb:

 
 Hi landon,

 I have no problem with GUI Builder.

 I want build a new GUI for PostGISPlugin.
 And i dont know what is the best practice about GUI in openjump.

 Eric

 2007/10/29, Sunburned Surveyor [EMAIL PROTECTED]:

   
 Eric,

 What problem where you having with the GUI builders?

 Perhaps I can walk you through some rough spots. Also, it is good to
 remember that most IDE's like Eclipse or Netbeans have a mialing list
 or forum that you can post questions on.

 The Sunburned Surveyor

 On 10/26/07, Eric Lemesre [EMAIL PROTECTED] wrote:

 
 Hi jon,

 Sorry for long time without response.
 what do you use for build GUI for openjump?
 I try VEP (Eclipse plugin for calisto -V3.2) -

   
 http://www.eclipse.org/vep/

 
 I try Jigloo GUI builder -
 http://www.cloudgarden.com/jigloo/
 NetBean with mantis but I don''t understand very well How import
   
 eclipse
   
 project

 Eric

 2007/10/20, Jonathan Aquino [EMAIL PROTECTED]:

   
 Hi Eric - Interesting ideas! I was just going to leave it as a
 
 simple
   
 tool. I agree with you that Eclipse has a great diff view. Perhaps

   
 someone

 
 can take what I've done and use it as the start of an Eclipse plugin.

   
 Jon



 

 
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On
 Behalf Of Eric Lemesre

   
 Sent: Friday, October 19, 2007 2:36 AM
 To: List for discussion of JPP development and use.
 Subject: Re: [JPP-Devel] Subversion Time-Lapse View



 Hi jon,

 Nice tool.
 Do you have planed to add this tools as Eclipse plugin?

 And is it lot of work to add on a bar at left or rigth side to view

 
 where

 
 is a diff?

   
 Eric


 2007/10/19, Jonathan Aquino [EMAIL PROTECTED]:

 
 Useful tool for Subversion:

 SVN Time-Lapse View
 http://code.google.com/p/svn-time-lapse-view/

 Lets you examine the history of a file by dragging a slider. Diffs

   
 are

 
 highlighted in blue. If you want to know who changed a line, when,

   
 and

 
 for

   
 what reason, this is useful.

 For example, try it with


   
 https://jump-pilot.svn.sourceforge.net/svnroot/jump-pilot/core/trunk/src/com
   
 /vividsolutions/jump/workbench/JUMPWorkbench.java

 Jon





   
 -
   
 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

[JPP-Devel] I18N for plugins

2007-10-30 Thread Paul Austin
All,

I have checked in my new updates for the I18N class which now supports
different resource files for plug-ins.

To use it in your plug-ins you will need to do the following, assuming
your plug-in is in the package com.foo.jump.bar

   1. Create a language package in the resource directory of you source
  for your resource bundles. Using maven the directory would be

  src/main/resources/com/foo/jump/bar/language

   2. Add the jump.properties file (and other language files) into the
  directory created in 1
   3. Use the method I18N.get(com.foo.jump.bar,
  com.foo.jump.bar.MyPlugin.some-text-key) in your plugin to get
  the I18Nized text
   4. Make sure when you build your jar file the whole directory tree
  under src/main/resources is copied to the jar file. With maven
  this is done for you.

The new code uses the plug-in classloader so it should be able to find
the resource bundle as long as you don't use your own classloader.

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] Subversion Time-Lapse View

2007-10-30 Thread Paul Austin
Eric,

Have a look at the SpringLayout manager from Swing. This is a very
flexible layout manager. There is a SwingUtilities class that will allow
you to make a basic grid layout in the JUMP code base.

Unless there is something needed in a 3rd party GUI library try and
stick with standard Swing components. Otherwise we'll end up with having
a bloated download with all the 3rd party libraries.

Paul

Stefan Steiniger wrote:
 There is no best-practice.
 actually you may have a look on buoy (widget) used already in OJ for 
 Simple Query.

 stefan

 Eric Lemesre schrieb:
   
 Hi landon,

 I have no problem with GUI Builder.

 I want build a new GUI for PostGISPlugin.
 And i dont know what is the best practice about GUI in openjump.

 Eric

 2007/10/29, Sunburned Surveyor [EMAIL PROTECTED]:
 
 Eric,

 What problem where you having with the GUI builders?

 Perhaps I can walk you through some rough spots. Also, it is good to
 remember that most IDE's like Eclipse or Netbeans have a mialing list
 or forum that you can post questions on.

 The Sunburned Surveyor

 On 10/26/07, Eric Lemesre [EMAIL PROTECTED] wrote:
   
 Hi jon,

 Sorry for long time without response.
 what do you use for build GUI for openjump?
 I try VEP (Eclipse plugin for calisto -V3.2) -
 
 http://www.eclipse.org/vep/
   
 I try Jigloo GUI builder -
 http://www.cloudgarden.com/jigloo/
 NetBean with mantis but I don''t understand very well How import eclipse
 project

 Eric

 2007/10/20, Jonathan Aquino [EMAIL PROTECTED]:
 
 Hi Eric - Interesting ideas! I was just going to leave it as a simple
   
 tool. I agree with you that Eclipse has a great diff view. Perhaps
 
 someone
   
 can take what I've done and use it as the start of an Eclipse plugin.
 
 Jon



 
   
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On
 Behalf Of Eric Lemesre
 
 Sent: Friday, October 19, 2007 2:36 AM
 To: List for discussion of JPP development and use.
 Subject: Re: [JPP-Devel] Subversion Time-Lapse View



 Hi jon,

 Nice tool.
 Do you have planed to add this tools as Eclipse plugin?

 And is it lot of work to add on a bar at left or rigth side to view
   
 where
   
 is a diff?
 
 Eric


 2007/10/19, Jonathan Aquino [EMAIL PROTECTED]:
   
 Useful tool for Subversion:

 SVN Time-Lapse View
 http://code.google.com/p/svn-time-lapse-view/

 Lets you examine the history of a file by dragging a slider. Diffs
 
 are
   
 highlighted in blue. If you want to know who changed a line, when,
 
 and
   
 for
 
 what reason, this is useful.

 For example, try it with

 
 https://jump-pilot.svn.sourceforge.net/svnroot/jump-pilot/core/trunk/src/com
   
 /vividsolutions/jump/workbench/JUMPWorkbench.java

 Jon




 
 -
   
 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
 

Re: [JPP-Devel] Storing a persistent value for a plug-in...

2007-10-30 Thread Paul Austin
You can use the non-persistent blackboard, look for the getBlackboard
method on either the workbench or plug-in context.

Paul

Sunburned Surveyor wrote:
 I've got a quick question that came up on some work for the Super
 Select Tool. I would like to store a single String variable for a
 JLabel in one of the plug-ins forms while OpenJUMP is running. I only
 need to store the variable when this particular form does not exist,
 and I do not need to store it when OpenJUMP is not running.

 I was going to store it in a text file, but I thought there might be a
 simple mechanism for doing what I want. I was thinking the Registry
 might be the trick. Is it appropriate to use the Registry class for
 this?

 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] Bug on ECW

2007-10-29 Thread Paul Austin
No where did that file come from and what version is it?

Rahkonen Jukka wrote:
 Hi,

 ermapper.jar ships with nightly build.

 -Jukka- 

   
 -Alkuperäinen viesti-
 Lähettäjä: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] 
 Puolesta Paul Austin
 Lähetetty: 29. lokakuuta 2007 17:18
 Vastaanottaja: List for discussion of JPP development and use.
 Aihe: Re: [JPP-Devel] Bug on ECW

 Do you know which version of the ECW Jar file is and where to 
 get it from?

 Paul

 Rahkonen Jukka wrote:
 
 Hi,
  
 I made a new test with nightly build openjump-20071029-0019 
   
 and an image with dimensions of 30148 by 47722 pixels (771 
 megabytes as compressed).  Everything works perfectly. 
 
 Directory list of ER Mapper dll's I have now:
 21.10.2004  14:1453 283 NCScnet.dll
 21.10.2004  14:14 1 024 034 NCSEcw.dll
 21.10.2004  14:1498 339 NCSUtil.dll
  
 They come from here:
 ECW JPEG2000 SDK
 Version 3.1
 Date : 21-10-2004
  
 -Jukka Rahkonen-
  
  


   
 --
 
 --- 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] Bug on ECW

2007-10-29 Thread Paul Austin
The reason I want to find out where this file is from, is so that in my
Maven build script we can specify a version number and make sure we stay
up to date if ER Mapper releases new versions with bug fixes.

Paul

Rahkonen Jukka wrote:
 Hi,

 I've got no idea where is the origin of this jar file.  It is always
 delivered with OJ in /lib folder and it seems to be 18 kilos in size.
 To make OJ work with ecw files I just copy ER Mapper dll's which I have
 taken from the SDK into the /lib/ext folder.

 -Jukka-

   
 No where did that file come from and what version is it?

 Rahkonen Jukka wrote:
 
 Hi,

 ermapper.jar ships with nightly build.

 -Jukka-
   

 -
 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] Bug on ECW

2007-10-29 Thread Paul Austin
I think that we should take the ECW and MrSID plug-ins out of the core
OJ code base and make them into plug-ins, we can still bundle them with
an OJ release but can manage them separately.

Paul

Larry Becker wrote:
 Hmm, could be a bit risky to change out the dll files automatically
 since AFAIK the ECW code in JUMP is not being maintained (David,
 correct me if I'm wrong).

 regards,

 Larry

 On 10/29/07, *Paul Austin* [EMAIL PROTECTED]
 mailto:[EMAIL PROTECTED] wrote:

 The reason I want to find out where this file is from, is so that
 in my
 Maven build script we can specify a version number and make sure
 we stay
 up to date if ER Mapper releases new versions with bug fixes.

 Paul

 Rahkonen Jukka wrote:
  Hi,
 
  I've got no idea where is the origin of this jar file.  It is always
  delivered with OJ in /lib folder and it seems to be 18 kilos in
 size.
  To make OJ work with ecw files I just copy ER Mapper dll's which
 I have
  taken from the SDK into the /lib/ext folder.
 
  -Jukka-
 
 
  No where did that file come from and what version is it?
 
  Rahkonen Jukka wrote:
 
  Hi,
 
  ermapper.jar ships with nightly build.
 
  -Jukka-
 
 
 
 -

  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




 -- 
 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] Maven Repository

2007-10-26 Thread Paul Austin
Andreas,

This is correct by using subversion we don't have to manage our own ftp
site, with all the sysadmin stuff such as creating user accounts etc.

Paul

Andreas Schmitz wrote:
 Eric Lemesre wrote:

 Hi,

   
 It is good idea to build a maven-repository but why put it into subversion?
 Juste a web space with ftp acces in source forge is sufficient. No?

 And an other web space for site generated by maven.
 

 the advantage is that any developer can update the repository, not just site
 admins who may have access to the web space.

 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

   
 

 -
 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] Jar manifest file and classpath

2007-10-25 Thread Paul Austin
I had a brainwave last night. A maven repository is just a bunch of
files and directories on a server. The most recent subversion content
can be viewed via  HTPP as a bunch of files and directories. Therefore
we can just create a new subversion module for our repository and check
files into that. The advantage of this approach is any of our developers
can add new jars to the repository.

I'll add what I have to it sometime today

Paul

Andreas Schmitz wrote:
 Paul Austin wrote:

 Hi,

   
 I have modified the pom so that it now compiles, I made a change that I
 thought was required for the classpath but that just meant it didn't
 download any of the jars.
 

 very cool, thanks. I've added a main class manifest entry to the .jar, now you
 can use java -jar openjump-core-1.2-SNAPSHOT.jar to start OpenJUMP. On 
 Windows,
 I believe a double click suffices ;-)

   
 Also I've added a few jars on my own repository that aren't anywhere
 else. We should look at setting up an open jump repository for these.
 

 Yes, that would be good. Can we use the OpenJUMP sourceforge webspace for 
 that?

 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

   
 

 -
 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] Do we move to OpenJUMP 1.3 Beta on Sourceforge?

2007-10-25 Thread Paul Austin
Before moving to 1.3 I'd like to get everyone to do some testing on the
new open file wizard to make sure we have removed any final bug.

I just got confirmation from one of the users that the fix I added
yesterday works with the ArcSDE plug-in.

I'd be in favour of removing all of the duplicate add layer from xxx
plug-ins and just have the single way to open/add layers.

One of thing I was thinking about, what do people think about adding all
the items in the Layer context menu to the layer main menu?

Paul

Andreas Schmitz wrote:
 Giuseppe Aruta wrote:

 Hi,

   
 On line documentation is becaming a little old
 comparing the new functionalities and menus on OJ NB,
 since it is based on OJ 1.2 D from sourceforge.

 I ask if we can consider to move from OJ 1.2 D to OJ
 1.3 Beta on the Sourceforge (using the latest OJ NB).
 This will help to coordinate the software changes with
 the online help.
 

 I've no objections on this.

   
 Other observation:
 1) Thanks to Paul now loading files becomes easier,
 nevertheless there are still many load/add datasets,
 load/add datastores, MrSID and WMS in many menus that
 make some confusion. What's their future?
 

 I think it would be safe to remove them once the new way works as expected. 
 For
 the time being I'd leave them in for a couple of weeks. But I don't have 
 strong
 objections removing them even now.

 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

   
 

 -
 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] Nightly Builds Missing

2007-10-25 Thread Paul Austin
About a week ago when doing a SVN update I had to accept a new
certificate. I wonder if the build is failing because this hasn't been
done on the build server?

Paul

Sunburned Surveyor wrote:
 Am I doing something wrong, or are the nightly builds missing?

 http://jonaquino.textdriven.com/openjump_nightly_builds/

 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


[JPP-Devel] Maven Repository

2007-10-25 Thread Paul Austin
All,

I have added a repository for maven to our subversion repository. We can
add any third part libraries not in the main maven repository and also
build of our own core and plug-ins.

The subversion module is

maven-repository

and the maven repository URL is

http://jump-pilot.svn.sourceforge.net/svnroot/jump-pilot/maven-repository/

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] Test - bug with ECW

2007-10-25 Thread Paul Austin
Does it do the same with the old way of loading an ECW file?

Paul

Giuseppe Aruta wrote:
 I did this test

 1) load ECW file (OpenJUMP NB 20071018 with embedded
 Ermapper DLL)
 2) create a new file
 3) draw a polygon that cover almost the entire ECW
 file
 4) zoom in to a point

 After zooming the ECW disapears from the layer view
 and it is impossible to see it back

 Peppe


   ___ 
 L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: 
 http://it.docs.yahoo.com/nowyoucan.html


 -
 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


  1   2   3   4   >