date:20080403

thanks for pointing out and clarifying.  your BshEditor4Jump plugin  
does indeed work.  i had missed the scripting menu it had generated,  
and was looking for it's presence elsewhere in the menu/gui.


regards,

eric

On Apr 3, 2008, at 1:03 AM, Michaël Michaud wrote:


Hi Eric,

Thanks for all the tests and documentation.

I'm the author of some of the plugins you tested (results on the wiki
page), and have some remarks/questions about those which do not work :

BshEditor4Jump-0.1.1-2006-04-20.zip : did you extract the jar from the
zip and put it in the ext folder. That is how it is supposed to  
work. It
is a useful plugin, and I would be pleased if it could work also on  
mac.


Jump-spim-0.1.0 : this is a gadget plugin related to scripting. I  
did it

before we integrated BeanTools in OpenJUMP distribution. Not very
important, just a curiosity.

mifmid-driver-0.4.0.jar : replaced by 0.4.1 that you tested  
successfully

(I have to remove 0.4.0 from my site)

mmpatch1.1.2 : not a plugin but a patch which modifies jump's core in
some ways. Not maintained. Only interesting if the community decided  
to

modify some of jump core features (it adds new attribute types like
boolean and decimal but has never been tested with all drivers).

plugin-oj-gcdriver and plugin-oj-mmdriver : it is just the zip
containing the plugins, the sources and the documentation. It should  
not

be used as a plugin. It appears that you tested the plugins themself
successfully ;-)

qa-0.1.jar : it is a recent plugin issued from Jump Conflation Suite  
and

I made it available on the sourceforge JPP site. I'm interested in
knowing more about what is wrong with it (nothing loaded or error
message happening at execution time ?)

Thanks

Michaël


-
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] Eric's tests of Plugins

2008-04-03 Thread Giuseppe Aruta

Hi Eric,
  and congratulation for your detailed page. I saw that you plan to develop 
your page as a small tutorial for MacOX OpenJUMP user. 
  There are some part which probabily even Linix or Windows user would take 
some benefits.
  I worked on   User Guide: http://openjump.org/wiki/show/Index or List of 
Function page 
http://openjump.org/wiki/show/OpenJUMP+List+of+Functions together with SS 
untill last winter, but probabily they need some upgrade for the Up-to-come 
OpenJUMP 1.3 
  You are welcome to give your contribute adding/correcting these pages. 
  For instance,  the idea of videos (MOV) tutorials to explain tools is 
interesting, we could  add a link to your video at the Editing Toolbox page 
http://openjump.org/wiki/show/Editing+Toolbox 
  **
  Regarding the Plugin test. There are some plugin which probabily don't work 
even with Windows/Linux version of OpenJUMP (for instance the Jython plugin). 
Some of them probabily were already added in OJ during time, other probabily 
had a short life since there was no interest/no need to go on upgrading to 
newer versions of JUMP/OpenJUMP.
  A m onth ago I planned to do a similar job like yours for Windows. By the 
time I will have time I will do it so we can compare and see what's left behind!
   
  Regards
   
  Peppe
   
  Michaël Michaud [EMAIL PROTECTED] ha scritto:
  Hi Eric,

Thanks for all the tests and documentation.

I'm the author of some of the plugins you tested (results on the wiki 
page), and have some remarks/questions about those which do not work :

BshEditor4Jump-0.1.1-2006-04-20.zip : did you extract the jar from the 
zip and put it in the ext folder. That is how it is supposed to work. It 
is a useful plugin, and I would be pleased if it could work also on mac.

Jump-spim-0.1.0 : this is a gadget plugin related to scripting. I did it 
before we integrated BeanTools in OpenJUMP distribution. Not very 
important, just a curiosity.

mifmid-driver-0.4.0.jar : replaced by 0.4.1 that you tested successfully 
(I have to remove 0.4.0 from my site)

mmpatch1.1.2 : not a plugin but a patch which modifies jump's core in 
some ways. Not maintained. Only interesting if the community decided to 
modify some of jump core features (it adds new attribute types like 
boolean and decimal but has never been tested with all drivers).

plugin-oj-gcdriver and plugin-oj-mmdriver : it is just the zip 
containing the plugins, the sources and the documentation. It should not 
be used as a plugin. It appears that you tested the plugins themself 
successfully ;-)

qa-0.1.jar : it is a recent plugin issued from Jump Conflation Suite and 
I made it available on the sourceforge JPP site. I'm interested in 
knowing more about what is wrong with it (nothing loaded or error 
message happening at execution time ?)

Thanks

Michaël


-
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


   
-
Inviato da Yahoo! Mail.
La casella di posta intelligente.-
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] Eric's tests of Plugins


Hello Peppe,


On Apr 3, 2008, at 5:44 AM, Giuseppe Aruta wrote:


Hi Eric,
and congratulation for your detailed page. I saw that you plan to  
develop your page as a small tutorial for MacOX OpenJUMP user.


well, just trying to document some user experience with OJ, as it is a  
good tool, but very under-exposed... uDig and QGIS are getting all the  
spotlight.  I wish I had known about some of it's features way back  
when, and I would have started using it sooner.  But because it's  
obscure and seemed inactive(low activity), I simply never took the  
time to use and abuse/enjoy.  But all-in-all it's a great effort, and  
with some basic GUI clean-up and some bug-stomping, and some good  
download site postings/promotions, could easily get a few hundred  
active users in a short period of time.


I am interested in knowing what would be required to move this into  
Eclipse(like uDig)... any idea as it relates to man hours?


There are some part which probabily even Linix or Windows user would  
take some benefits.
I worked on   User Guide: http://openjump.org/wiki/show/Index or  
List of Function page
http://openjump.org/wiki/show/OpenJUMP+List+of+Functions together  
with SS untill last winter, but probabily they need some upgrade for  
the Up-to-come OpenJUMP 1.3

You are welcome to give your contribute adding/correcting these pages.


Great!  I'll take a look, and of course I'll edit/add as time/energy  
permits.


For instance,  the idea of videos (MOV) tutorials to explain tools  
is interesting, we could  add a link to your video at the Editing  
Toolbox page http://openjump.org/wiki/show/Editing+Toolbox


Is there any way these videos could be stored directly onto the  
OpenJump server?  Otherwise, over time, as domains get shuffled around  
from server to server, links get broken, etc.  Currently I have the  
photos up at flickr.com, and the movies up on my own domain/server,  
but they should be on the OJ server imo.


I have another 40 videos I  made yesterday and today, I just need to  
upload them and link them.  However, many of these videos show bugs  
and errors, instead of instruction/example.  I figured that would help  
the contributing programmers get an idea of the problems.


But first I am really interested in learning from the fathers of this  
project, where it's going.  I see uDig and QGIS with pretty clear  
plans of where they are going, but have not yet grasped that from  
OpenJump as of yet(hint).



**
Regarding the Plugin test. There are some plugin which probabily  
don't work even with Windows/Linux version of OpenJUMP (for instance  
the Jython plugin). Some of them probabily were already added in OJ  
during time, other probabily had a short life since there was no  
interest/no need to go on upgrading to newer versions of JUMP/ 
OpenJUMP.


Also, I'd be willing to setup a subversion repository with a trac  
front end to manage plug-ins/versioning, so we can get that situation  
somewhat organized. or, just create a table that shows compatibility.


Again, I am very interested to know the current state of the core of  
OJ(lets say compared to uDig or QGIS, and how it could take advantage  
of geotools, geoserver, openlayers, etc.), and where everyone here  
thinks OJ is going, or where they want to take it.  As I've said  
before, it seems like such a diamond in the rough, and I wonder why It  
has just sort of lingered as it has(again, i am not familiar with all  
it's history, or all those involved).


Regards,

Eric


A m onth ago I planned to do a similar job like yours for Windows.  
By the time I will have time I will do it so we can compare and see  
what's left behind!


Regards

Peppe

Michaël Michaud [EMAIL PROTECTED] ha scritto:
Hi Eric,

Thanks for all the tests and documentation.

I'm the author of some of the plugins you tested (results on the wiki
page), and have some remarks/questions about those which do not work :

BshEditor4Jump-0.1.1-2006-04-20.zip : did you extract the jar from the
zip and put it in the ext folder. That is how it is supposed to  
work. It
is a useful plugin, and I would be pleased if it could work also on  
mac.


Jump-spim-0.1.0 : this is a gadget plugin related to scripting. I  
did it

before we integrated BeanTools in OpenJUMP distribution. Not very
important, just a curiosity.

mifmid-driver-0.4.0.jar : replaced by 0.4.1 that you tested  
successfully

(I have to remove 0.4.0 from my site)

mmpatch1.1.2 : not a plugin but a patch which modifies jump's core in
some ways. Not maintained. Only interesting if the community decided  
to

modify some of jump core features (it adds new attribute types like
boolean and decimal but has never been tested with all drivers).

plugin-oj-gcdriver and plugin-oj-mmdriver : it is just the zip
containing the plugins, the sources and the documentation. It should  
not

be used as a plugin. It appears that you tested the plugins themself
successfully ;-)

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

Chris,

You wrote: We really should seriously consider a streaming model
for the TIN library. If this library is intended to be
decoupled from OpenJUMP and used in multiple JavaGIS
projects, then dealing with huge data sets that dwarf
available RAM would be a very big plus.

I agree with this %100.

The Sunburned Surveyor

On Wed, Apr 2, 2008 at 9:35 PM, Stefan Steiniger [EMAIL PROTECTED] wrote:
 Hei

 just look for the Create Thiessen Polygons Plugin (under tools/generate/)

 ..the best trick is to search in the jump.properties file for the string
 that is used in the menu names

 stefan

 Christopher schrieb:
 
 
  --- Stefan Steiniger [EMAIL PROTECTED] wrote:
  b) I have also uses some triangulation code by Paul
  Chew for the
  Thiessen-polygon algorithm. Unfortunately this
  algorithm is based on a
  simplex-insert method, which is advantageous for
  streaming but not
  necessary if all points are known already. However,
  the algorithm is
  also for 2D only (I believe), and suffers some
  problems for the
  calculation of the Thiessen polygon edges for
  specific point
  configurations (i.e. I receive to much triangles,
  for what ever reason).
  Despite this Paul Chew is one of the most cited
  people in that area.
 
  I would like to get a copy of that code for research
  if nothing else.



 -
 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

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

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

Paul wrote: 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.

Good point paul. I think you could safely assume all points that
satisfy the triangulation algortihm used would be within a maximum
distance of the target point. You could calculate or allow the user to
set the maximum distance and then set up a spatial index of the points
used to build the TIN using this distance as a parameter. Then, when
running the triangulation algorithm you would only test points within
the same cell as the target points or adjacent cells. I'm not sure how
this would work with brekalines and boundaries, but we could figure it
out.

Martin wrote: I think you should continue to work from the base of
Paul's code.

I agree. Paul's is a top-notch programmer and we should use what he
has available.

The Sunburned Surveyor


On Thu, Apr 3, 2008 at 8:00 AM, Paul Austin [EMAIL PROTECTED] wrote:
 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


-
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] Eric's tests of Plugins

Eric,

You ask a lot of questions that have some long answers. I only have a
few minutes before I need to start work, but I will try to answer some
of these questions.

Eric wrote: I am interested in knowing what would be required to move
this into Eclipse(like uDig)... any idea as it relates to man hours?

This would be a pretty monumental task. There are two (2) reasons for this:

[1] Eclipse uses SWT and JFace for it's GUI, while OJ uses Swing. All
of OJ's rendering code, which is very important, is based in Swing.

[2] Eclipse uses a different (and more complex) plug-in model.
Migrating to Eclipse would mean all plug-ins would have to be moved to
the Eclipse plug-in model. (Many of the functionality that appear to
be built-in to OpenJUMP in actuallu packaged as plug-ins distributed
with the core.)

In summary, moving to Eclipse would be a monumental task. I think we
could accomplish a lot of other great things by investing that time
elsewhere.

Eric wrote: Is there any way these videos could be stored directly
onto the OpenJump server?

Our OpenJUMP server is actually a SourceForge server, and they have a
size quota. Stefan has been successful in getting this increased so we
can host the nightly build, but I don't know what they would say about
a bunch of video's. It seems like YouTube might make more sense. If we
want the video's on a dedicated server I could consider purchasing
more space on my www.redefinedhorizons.com web site, but I'd need to
know how much space we are talking about. There are other active
programmers that might be able to host videos, like Larry and Paul.

Eric wrote: Also, I'd be willing to setup a subversion repository
with a trac front end to manage plug-ins/versioning, so we can get
that situation somewhat organized. or, just create a table that shows
compatibility.

We actually have a Subversion repository already, and I think plug-in
source code is hosted there. I've always wanted to have a plug-in
catalog or index. I think that would be helpful.

Eric wrote: Again, I am very interested to know the current state of
the core of OJ(lets say compared to uDig or QGIS, and how it could
take advantage of geotools, geoserver, openlayers, etc.), and where
everyone here thinks OJ is going, or where they want to take it.  As
I've said before, it seems like such a diamond in the rough, and I
wonder why It has just sort of lingered as it has(again, i am not
familiar with all it's history, or all those involved).

This is a very difficult question to answer. We don't talk a lot about
the future of OpenJUMP. It just evolves as the individual programmers
implement changes to scratch their own itches. I guess this makes
OpenJUMP very organic. Perhaps this is a disadvantage? Or maybe it is
the reason why you see a difference in it and the other programs. The
evolution of OpenJUMP is very user-driven. There is no single entity
or organization forcing OpenJUMP to adhere to a road map or plan.

Having said that, I can tell you what I would like to see for OpenJUMP
in the next couple of years. I put some long term goals for OpenJUMP
here:

http://openjump.org/wiki/show/Some+Possible+Goals+For+OpenJUMP

There are also lots of other things I have in the hopper, and that I
want to eventually implement using OpenJUMP. Let me start with what is
currently in the works (at least in my Eclipse IDE) and in various
stages of completion. You can see these items in the Sunburned
Surveyor section of the following wiki page:

http://openjump.org/wiki/show/Work+In+Progress

I hope to have the top 4 of these items completed in the next month or two.

Then there is all sorts of other great stuff that I hope to one day
add to OpenJUMP. This includes awesome DXF support, advanced
cartographic labeling, precision drawing (CAD) tools, the ability to
create and manage topology, support for spatial relationships,
metadata support, TIN management and contour generation, route
stationing support, parcel management...

The Sunburned Surveyor









On Thu, Apr 3, 2008 at 4:15 AM, Eric Jarvies [EMAIL PROTECTED] wrote:
 Hello Peppe,



 On Apr 3, 2008, at 5:44 AM, Giuseppe Aruta wrote:

 Hi Eric,
 and congratulation for your detailed page. I saw that you plan to develop
 your page as a small tutorial for MacOX OpenJUMP user.

 well, just trying to document some user experience with OJ, as it is a good
 tool, but very under-exposed... uDig and QGIS are getting all the spotlight.
 I wish I had known about some of it's features way back when, and I would
 have started using it sooner.  But because it's obscure and seemed
 inactive(low activity), I simply never took the time to use and abuse/enjoy.
 But all-in-all it's a great effort, and with some basic GUI clean-up and
 some bug-stomping, and some good download site postings/promotions, could
 easily get a few hundred active users in a short period of time.

 I am interested in knowing what would be required to move this into
 Eclipse(like uDig)... any idea as it relates

[JPP-Devel] Request For Input On I18N Utility Code

In the next release of the Super Select Plug-In I hope to use some new
I18N utility code that I have been working on. (That's been holding up
the Super Select Tool release and my work on the next release of
OpenJUMP.) I just started unit testing some of this code yesterday.

I'm not the world's greatest programmer, and I was hoping someone
would be willing to review my API design via the Javadoc. If someone
is willing to offer some constructive criticism on how the API is put
together then I will complete the Javadoc comments today. I thought it
would be prudent to make major changes to the API before I proceed
with extensive unit testing.

I really hope this utility code will enhance (and simplify) the
process of internationalizing plug-ins for OpenJUMP and I now a review
by someone else will review weaknesses and problems. If you can buy
out 20 or 30 minutes from your day to take a look at my API I would
appreciate it.

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

[JPP-Devel] Decoration Styles


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

[JPP-Devel] Discovering deegree

I've got a short little post on my OpenJUMP blog about the deegree
project. I hope to tap into their code for manipulation of world files
and spatial reference system transformations soon. If I can get their
stuff working I will try to add simple transformation support for
vector layers in OJ.

http://openjump.blogspot.com/

I think deegree has a lot of good stuff. We should seriously think
about more collaboration with them in the future. This is a goal that
I will try to work towards myself. Step #1: Create a deegree Feature
to DataObject converter using Paul's DataObject framwork.

So much to do, so little time. How do I stay focued? :]

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

Re: [JPP-Devel] Decoration Styles


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.


Start
End
Segment
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

Re: [JPP-Devel] Eric's tests of Plugins

hello,

as usual, your responses are informative, as seems to be the case with  
openjump list members in general.

On Apr 3, 2008, at 9:07 AM, Sunburned Surveyor wrote:

 Eric,

 You ask a lot of questions that have some long answers. I only have a
 few minutes before I need to start work, but I will try to answer some
 of these questions.

 Eric wrote: I am interested in knowing what would be required to move
 this into Eclipse(like uDig)... any idea as it relates to man hours?

 This would be a pretty monumental task. There are two (2) reasons  
 for this:

 [1] Eclipse uses SWT and JFace for it's GUI, while OJ uses Swing. All
 of OJ's rendering code, which is very important, is based in Swing.


ok, i will read about this and try to make sense of it.

 [2] Eclipse uses a different (and more complex) plug-in model.
 Migrating to Eclipse would mean all plug-ins would have to be moved to
 the Eclipse plug-in model. (Many of the functionality that appear to
 be built-in to OpenJUMP in actuallu packaged as plug-ins distributed
 with the core.)


so how many of the 10.+- MBs of OJ is core and how many MBs are plugins?

 In summary, moving to Eclipse would be a monumental task. I think we
 could accomplish a lot of other great things by investing that time
 elsewhere.

understood :)  again, i will now read about swt, jface, and swing, and  
try to wrap my mind around it.



 Eric wrote: Is there any way these videos could be stored directly
 onto the OpenJump server?

 Our OpenJUMP server is actually a SourceForge server, and they have a
 size quota. Stefan has been successful in getting this increased so we
 can host the nightly build, but I don't know what they would say about
 a bunch of video's. It seems like YouTube might make more sense. If we
 want the video's on a dedicated server I could consider purchasing
 more space on my www.redefinedhorizons.com web site, but I'd need to
 know how much space we are talking about. There are other active
 programmers that might be able to host videos, like Larry and Paul.


i figured if the proggy had server/drive space, then great.  but no  
stress, i'll keep them all on my server.

 Eric wrote: Also, I'd be willing to setup a subversion repository
 with a trac front end to manage plug-ins/versioning, so we can get
 that situation somewhat organized. or, just create a table that shows
 compatibility.

 We actually have a Subversion repository already, and I think plug-in
 source code is hosted there. I've always wanted to have a plug-in
 catalog or index. I think that would be helpful.

ok.



 Eric wrote: Again, I am very interested to know the current state of
 the core of OJ(lets say compared to uDig or QGIS, and how it could
 take advantage of geotools, geoserver, openlayers, etc.), and where
 everyone here thinks OJ is going, or where they want to take it.  As
 I've said before, it seems like such a diamond in the rough, and I
 wonder why It has just sort of lingered as it has(again, i am not
 familiar with all it's history, or all those involved).

 This is a very difficult question to answer. We don't talk a lot about
 the future of OpenJUMP. It just evolves as the individual programmers
 implement changes to scratch their own itches. I guess this makes
 OpenJUMP very organic. Perhaps this is a disadvantage? Or maybe it is
 the reason why you see a difference in it and the other programs. The
 evolution of OpenJUMP is very user-driven. There is no single entity
 or organization forcing OpenJUMP to adhere to a road map or plan.


ok, i understand now.  thank you.



 Having said that, I can tell you what I would like to see for OpenJUMP
 in the next couple of years. I put some long term goals for OpenJUMP
 here:

 http://openjump.org/wiki/show/Some+Possible+Goals+For+OpenJUMP

wonderful.



 There are also lots of other things I have in the hopper, and that I
 want to eventually implement using OpenJUMP. Let me start with what is
 currently in the works (at least in my Eclipse IDE) and in various
 stages of completion. You can see these items in the Sunburned
 Surveyor section of the following wiki page:

 http://openjump.org/wiki/show/Work+In+Progress

 I hope to have the top 4 of these items completed in the next month  
 or two.

 Then there is all sorts of other great stuff that I hope to one day
 add to OpenJUMP. This includes awesome DXF support, advanced
 cartographic labeling, precision drawing (CAD) tools, the ability to
 create and manage topology, support for spatial relationships,
 metadata support, TIN management and contour generation, route
 stationing support, parcel management...

 The Sunburned Surveyor






cool.

eric








 On Thu, Apr 3, 2008 at 4:15 AM, Eric Jarvies [EMAIL PROTECTED]  
 wrote:
 Hello Peppe,



 On Apr 3, 2008, at 5:44 AM, Giuseppe Aruta wrote:

 Hi Eric,
 and congratulation for your detailed page. I saw that you plan to  
 develop
 your page as a small tutorial for MacOX OpenJUMP user.

 well, just trying to

Re: [JPP-Devel] Decoration Styles


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] Discovering deegree

2008-04-03 Thread Stefan Steiniger

Hei.. did you know that we talked a while ago to the Deegree people on
that subject (Lat/Lon). And they told us, that there is the need for
some rewriting - which they planned to do (at that time - now, they are
probably to busy). That is why we did not start yet to adopt any code of
them. Also DeeJUMP has (had?) coordinate system support, the problem was
that it did not use a native java lib but rather a wrapper.

so I wouldn't touch the topic right now with respect to deegree.
However, Martin posted on his blog a link to a new FOS software that has
some projection features:

http://lin-ear-th-inking.blogspot.com/2008/03/tired-of-those-boring-old-conformal-map.html

Maybe we look rather at this one? But .. an interface for this must be
well thought when starting from scratch, to also allow custom projections

Stefan

Sunburned Surveyor schrieb:
I've got a short little post on my OpenJUMP blog about the deegree
project. I hope to tap into their code for manipulation of world files
and spatial reference system transformations soon. If I can get their
stuff working I will try to add simple transformation support for
vector layers in OJ.

http://openjump.blogspot.com/

I think deegree has a lot of good stuff. We should seriously think
about more collaboration with them in the future. This is a goal that
I will try to work towards myself. Step #1: Create a deegree Feature
to DataObject converter using Paul's DataObject framwork.

So much to do, so little time. How do I stay focued? :]

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

[JPP-Devel] Shapefile with overlapping shells

2008-04-03 Thread Larry Becker

I've found a shapefile that has what JTS thinks is a topology error of
overlapping shells.  In ESRI ArcMap it displays correctly as a shell
polygon with a hole, but in JUMP, it displays as overlapping polygons.  It
fails the QA Basic Topology test.  I have verified that the hole polygon
is not CCW (counter clockwise) and this is being interpreted as a shell by
the org.geotools.PolygonHandler.

It looks like another case where ESRI isn't following their own
specifications.  Any suggestions?  I don't like to fix customer's data
when it works fine in their ESRI system.

I'm considering modifying the PolygonHandler code to test all of the
polygons in a multipolygon shape to determine if they are completely inside,
and then reversing the point order to force CCW.  This might make shapefiles
read slightly slower.

regards,

Larry Becker

-- 
http://amusingprogrammer.blogspot.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://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] Shapefile with overlapping shells

i am having the exact same problem with some esri generated shapefiles  
from one of my sources.


eric



On Apr 3, 2008, at 11:24 AM, Larry Becker wrote:

I've found a shapefile that has what JTS thinks is a topology error  
of overlapping shells.  In ESRI ArcMap it displays correctly as a  
shell polygon with a hole, but in JUMP, it displays as overlapping  
polygons.  It fails the QA Basic Topology test.  I have verified  
that the hole polygon is not CCW (counter clockwise) and this is  
being interpreted as a shell by the org.geotools.PolygonHandler.


It looks like another case where ESRI isn't following their own  
specifications.  Any suggestions?  I don't like to fix customer's  
data when it works fine in their ESRI system.


I'm considering modifying the PolygonHandler code to test all of the  
polygons in a multipolygon shape to determine if they are completely  
inside, and then reversing the point order to force CCW.  This might  
make shapefiles read slightly slower.


regards,

Larry Becker

--
http://amusingprogrammer.blogspot.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://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] Shapefile with overlapping shells

2008-04-03 Thread Martin Davis

Ugh. 

Larry, I think your approach is probably what's necessary.  I would 
suggest NOT trying to do a JTS contains() to implement the wholly 
inside test - it would be very slow (although the new PreparedGeometry 
work would make it a lot faster - but it would still be slow).

You might consider just check say 3 points of the ring to see if they 
are wholly inside - if so, assume it is a hole.  That should be a lot 
faster.

Larry Becker wrote:
 I've found a shapefile that has what JTS thinks is a topology error of 
 overlapping shells.  In ESRI ArcMap it displays correctly as a shell 
 polygon with a hole, but in JUMP, it displays as overlapping 
 polygons.  It fails the QA Basic Topology test.  I have verified 
 that the hole polygon is not CCW (counter clockwise) and this is 
 being interpreted as a shell by the org.geotools.PolygonHandler. 

 It looks like another case where ESRI isn't following their own 
 specifications.  Any suggestions?  I don't like to fix customer's 
 data when it works fine in their ESRI system.  

 I'm considering modifying the PolygonHandler code to test all of the 
 polygons in a multipolygon shape to determine if they are completely 
 inside, and then reversing the point order to force CCW.  This might 
 make shapefiles read slightly slower.

 regards,

 Larry Becker

 -- 
 http://amusingprogrammer.blogspot.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://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
   

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


-
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] Discovering deegree

2008-04-03 Thread Martin Davis

Stefan Steiniger wrote:
Hei.. did you know that we talked a while ago to the Deegree people on
that subject (Lat/Lon). And they told us, that there is the need for
some rewriting - which they planned to do (at that time - now, they are
probably to busy). That is why we did not start yet to adopt any code of
them. Also DeeJUMP has (had?) coordinate system support, the problem was
that it did not use a native java lib but rather a wrapper.

so I wouldn't touch the topic right now with respect to deegree.
However, Martin posted on his blog a link to a new FOS software that has
some projection features:

http://lin-ear-th-inking.blogspot.com/2008/03/tired-of-those-boring-old-conformal-map.html

Maybe we look rather at this one? But .. an interface for this must be
well thought when starting from scratch, to also allow custom projections

Well that post was made really just for bizarreness value, not as a
suggestion that this would provide a good projection library!

Here's some more food for thought: http://wiki.osgeo.org/wiki/MetaCRS

However, what's really needed is a Java CRS library. Two directions
would be to use deegrees, or GeoTools. GT's came with some ugly baggage
last time I looked, but I think they are stripping it down to make it
more pluggable.

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

Re: [JPP-Devel] corrections and modification to language files

Thank you for the changes Peppe. Did you commit this to the SVN, or do
you need someone to do that for you?

SS

On Mon, Mar 31, 2008 at 8:38 AM, Giuseppe Aruta [EMAIL PROTECTED] wrote:
 These are the first modifications I did on translations names
 (jump.XX.properties). I corrected the Italian and tried to  omologate
 the menus
 definitions also in the other languages. Please check if your national
 language is OK:

   *
   Modifications of multiple languages

   1) Save view.. and and Save view as Raster and SVG : Correct
 Italian and Spanish like in English (Eg, in Spanish, from Guardar
 capas de
 la vista… in Guardar  vista…). The other language seems to be OK

   2) Transform layer style into SLD:  correct to Save style as SLD
 file, all language except Chinese (check if Finnic and German are OK).

   3) Import SLD correct to Import style file SLD (correct English,
 Italian, Spanish and Portuguese according to French definition
 Importer un fichier de style SLD. I don't know in Finnic, German and
 Chinese)

   Of coarse I only translated jump.XX.properties files and I did not
 touched jump.properties. I used OpenJUMP ver 20080331.

   **
   Modifications and corrections only Italian

   1) Replica elementi selezionati  to Duplica ….
   2) Esporta vista del livello a file  to Esporta vista a file
   3) Copy bounding box to clipboard  to Copia il limite esterno al Blocco
 Appunti
   4) Misura in Piedi to  Misura in Unità Piedi (since  Misura in Piedi
 sounds like Stand up and measure! in Italian)
   ***
   Other:

   1) In Tools-Edit Geometry there is, also in Italian a Cut-Polygon...
 which can't be modified. On Jump.properties there is the conresponding key
 Cut-Polygon... (ex split-polygon) but it seems  already translated in all
 languages

   **
   Tools which Lack of international voices:

 - Zoomrealtime (menu bar)


 - Paste Items to the point (layer menu)


 - SetCategoryvisibilityPlugin (Category menu)


 - MoveCategoryTo theTop  (Category menu)


 - MoveCategoryToOneUp(Category menu)


 - MoveCategoryToOneDownCategory menu)


 - MoveCategoryTo theBottom  (Category menu)


 - Cut Polygon (on Tools-Edit Geometry) - I suggest to change the name
 in Cut Polygon with a line


 - Create cookie cut (on Editing toolbar)


 - Beanshell Consolle


 - On Open Project window, under the voice Open Project there is
 Instruction which can't be translate in other languages



 
 Scopri il Blog di Yahoo! Mail: trucchi, novità, consigli... e la tua
 opinione!


 -
 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] Project does not work

Uwe,

Was the project file saved with an older version of OpenJUMP, or with
the same nightly build. (I noticed that I had problems opening a
project file from saved with the same nightly build the other day.)

This seems like a pretty critical bug.

It looks like we are missing a filling attribute.

Have we made any recent changes to the project file in OpenJUMP?

The Sunburned Surveyor

On Mon, Mar 31, 2008 at 5:38 AM, Uwe Dalluege
[EMAIL PROTECTED] wrote:
 Hi,

 when I try to open my project with the latest
 nightbuild I will receive the following error:


 com.vividsolutions.jump.util.java2xml.XMLBinder$XMLBinderException:
 Expected 'filling' attribute but found none. Tag = style; Attributes =
 [Attribute:
 class=com.vividsolutions.jump.workbench.ui.renderer.style.SquareVertexStyle],
 [Attribute: enabled=false], [Attribute: size=4]
at
 com.vividsolutions.jump.util.java2xml.XML2Java$1.attributeSpecFound(XML2Java.java:112)
at
 com.vividsolutions.jump.util.java2xml.XMLBinder.visit(XMLBinder.java:299)
at 
 com.vividsolutions.jump.util.java2xml.XML2Java.read(XML2Java.java:79)
at 
 com.vividsolutions.jump.util.java2xml.XML2Java.read(XML2Java.java:183)
at 
 com.vividsolutions.jump.util.java2xml.XML2Java.read(XML2Java.java:136)
at
 com.vividsolutions.jump.util.java2xml.XML2Java.setValueFromTag(XML2Java.java:205)
at
 com.vividsolutions.jump.util.java2xml.XML2Java.setValuesFromTags(XML2Java.java:200)
at
 com.vividsolutions.jump.util.java2xml.XML2Java.access$100(XML2Java.java:44)
at
 com.vividsolutions.jump.util.java2xml.XML2Java$1.normalTagSpecFound(XML2Java.java:91)
at
 com.vividsolutions.jump.util.java2xml.XML2Java$1.tagSpecFound(XML2Java.java:106)
at
 com.vividsolutions.jump.util.java2xml.XMLBinder.visit(XMLBinder.java:293)
at 
 com.vividsolutions.jump.util.java2xml.XML2Java.read(XML2Java.java:79)
at
 com.vividsolutions.jump.util.java2xml.XML2Java.access$000(XML2Java.java:44)
at
 com.vividsolutions.jump.util.java2xml.XML2Java$1.fillerTagSpecFound(XML2Java.java:87)
at
 com.vividsolutions.jump.util.java2xml.XML2Java$1.tagSpecFound(XML2Java.java:104)
at
 com.vividsolutions.jump.util.java2xml.XMLBinder.visit(XMLBinder.java:293)
at 
 com.vividsolutions.jump.util.java2xml.XML2Java.read(XML2Java.java:79)
at 
 com.vividsolutions.jump.util.java2xml.XML2Java.read(XML2Java.java:183)
at 
 com.vividsolutions.jump.util.java2xml.XML2Java.read(XML2Java.java:136)
at
 com.vividsolutions.jump.util.java2xml.XML2Java.setValueFromTag(XML2Java.java:205)
at
 com.vividsolutions.jump.util.java2xml.XML2Java.setValuesFromTags(XML2Java.java:200)
at
 com.vividsolutions.jump.util.java2xml.XML2Java.access$100(XML2Java.java:44)
at
 com.vividsolutions.jump.util.java2xml.XML2Java$1.normalTagSpecFound(XML2Java.java:91)
at
 com.vividsolutions.jump.util.java2xml.XML2Java$1.tagSpecFound(XML2Java.java:106)
at
 com.vividsolutions.jump.util.java2xml.XMLBinder.visit(XMLBinder.java:293)
at 
 com.vividsolutions.jump.util.java2xml.XML2Java.read(XML2Java.java:79)
at 
 com.vividsolutions.jump.util.java2xml.XML2Java.read(XML2Java.java:183)
at
 com.vividsolutions.jump.util.java2xml.XML2Java.setValueFromTag(XML2Java.java:205)
at
 com.vividsolutions.jump.util.java2xml.XML2Java.setValuesFromTags(XML2Java.java:200)
at
 com.vividsolutions.jump.util.java2xml.XML2Java.access$100(XML2Java.java:44)
at
 com.vividsolutions.jump.util.java2xml.XML2Java$1.normalTagSpecFound(XML2Java.java:91)
at
 com.vividsolutions.jump.util.java2xml.XML2Java$1.tagSpecFound(XML2Java.java:106)
at
 com.vividsolutions.jump.util.java2xml.XMLBinder.visit(XMLBinder.java:293)
at 
 com.vividsolutions.jump.util.java2xml.XML2Java.read(XML2Java.java:79)
at
 com.vividsolutions.jump.util.java2xml.XML2Java.access$000(XML2Java.java:44)
at
 com.vividsolutions.jump.util.java2xml.XML2Java$1.fillerTagSpecFound(XML2Java.java:87)
at
 com.vividsolutions.jump.util.java2xml.XML2Java$1.tagSpecFound(XML2Java.java:104)
at
 com.vividsolutions.jump.util.java2xml.XMLBinder.visit(XMLBinder.java:293)
at 
 com.vividsolutions.jump.util.java2xml.XML2Java.read(XML2Java.java:79)
at 
 com.vividsolutions.jump.util.java2xml.XML2Java.read(XML2Java.java:183)
at 
 com.vividsolutions.jump.util.java2xml.XML2Java.read(XML2Java.java:61)
at
 org.openjump.core.ui.plugin.file.open.OpenProjectWizard.open(OpenProjectWizard.java:111)
at
 org.openjump.core.ui.plugin.file.open.OpenProjectWizard.open(OpenProjectWizard.java:98)
at
 org.openjump.core.ui.plugin.file.open.OpenProjectWizard.run(OpenProjectWizard.java:90)
at
 org.openjump.core.ui.plugin.AbstractWizardPlugin.run(AbstractWizardPlugin.java:71)
at

Re: [JPP-Devel] Shapefile with overlapping shells

2008-04-03 Thread Larry Becker

Thanks for the quick answer, Martin. I've made a mod to PolygonHandler in
SkyJUMP and committed my change. You can browse it at:

http://skyjump.cvs.sourceforge.net/skyjump/skyjump/org/geotools/shapefile/PolygonHandler.java?view=markup

My mod begins in read() at // quick optimization:. I used some of the
geotools 2.5 code to help with the update. In essence, I do a check for
((shells.size()1) (holes.size()== 0)) before trying anything new to
minimize the impact of the change. Then I call the shellsOverlap() method
which returns the index of the first shell that contains another. I then
make the big assumption that all the rest are holes. I think I can get away
with this because the assignHolesToShells() method converts any unassigned
holes back to shells.

I would appreciate any comments.

regards,
Larry Becker

On Thu, Apr 3, 2008 at 12:44 PM, Martin Davis [EMAIL PROTECTED]
wrote:

Ugh.

Larry, I think your approach is probably what's necessary. I would
suggest NOT trying to do a JTS contains() to implement the wholly
inside test - it would be very slow (although the new PreparedGeometry
work would make it a lot faster - but it would still be slow).

You might consider just check say 3 points of the ring to see if they
are wholly inside - if so, assume it is a hole. That should be a lot
faster.

Larry Becker wrote:
I've found a shapefile that has what JTS thinks is a topology error of
overlapping shells. In ESRI ArcMap it displays correctly as a shell
polygon with a hole, but in JUMP, it displays as overlapping
polygons. It fails the QA Basic Topology test. I have verified
that the hole polygon is not CCW (counter clockwise) and this is
being interpreted as a shell by the org.geotools.PolygonHandler.

It looks like another case where ESRI isn't following their own
specifications. Any suggestions? I don't like to fix customer's
data when it works fine in their ESRI system.

I'm considering modifying the PolygonHandler code to test all of the
polygons in a multipolygon shape to determine if they are completely
inside, and then reversing the point order to force CCW. This might
make shapefiles read slightly slower.

regards,

Larry Becker

--
http://amusingprogrammer.blogspot.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://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

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

-
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

--
http://amusingprogrammer.blogspot.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://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 Michaël Michaud


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

Re: [JPP-Devel] Projection for task


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

All,

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

http://revolsys.blogspot.com/

Paul

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

Re: [JPP-Devel] Parallel Processing Pipelines