Benjamin,
It seems that you are doing some interesting work, and are well on
your way to becoming an OpenJUMP programmer. I don't know how to code
in Groovy (although I have inspected the language) but it looks like
you know what you are doing.
The Sunburned Surveyor
On Fri, Oct 2, 2009 at 7:21
Just a thought...
What your doing is, to me, very interesting, because it could lead to a
complete modularization of OJ.
If OJ could be splitted into separate and independent parts (Data
access, Catalog, Rendering, GUI, etc.) this can give the opportunity of
developing independent application
This was actually a primary design goal of JUMP. The Data Access layer
is already defined behind a set of interfaces. The Rendering engine was
also intended to be usable outside of the full JUMP product.
No doubt there's more work that could be done, based on further
requirements for
Hi.
I wrote a bunch of methods to mock some components of openjump to do unit
tests and functional tests. I'm planning to use this knowledge to write an
external application using the openjump-api.
I spend several hours to figure out, how to mock them and hope to contribute
some of my code. As
Hei Benjamin,
every code return is warmly welcome!
if you feel that this is worth a new tree/module on our SVN code
repository and/or you want access. Please tell me.
However, SVN write access is granted after some sample code has been
approved by 1-2 core people or somebody of the core team
Benjamin,
I look forward to learning more about your work. One thing OpenJUMP
could use is some more testing.
Landon
On Thu, Oct 1, 2009 at 9:58 AM, Stefan Steiniger sst...@geo.uzh.ch wrote:
Hei Benjamin,
every code return is warmly welcome!
if you feel that this is worth a new tree/module
Hello all,
I am new to OpenJump and I would like to request some help with developing
external applications using OpenJump's API. I would like to use the
visualization and processing capabilities of OJ in my own java application.
I have spent a few hours looking through the documentation and
The JUMP Developer Guide is the best source of design information. What you
are trying to do is very difficult. It has been done, but since they were
external projects, no information or source code was ever returned to the
project. You might want to investigate a more appropriate toolkit like
I agree with Larry's comments. What you are talking about can be done,
but I think it would be a challenge even for some of our more
experienced OpenJUMP programmers. OpenJUMP is quite a beast.
Check the developer's guide, and then ask on this mailing list if you
have specific questions about
however, if you want to stick to java then there is only geotools (as a
library package), gvSIG and uDig .. the later maybe as difficult to
customize but may have better documentation:
see:
http://www.spatialserver.net/osgis/
Sunburned Surveyor wrote:
I agree with Larry's comments. What you
We seem to be getting a lot of requests for object models lately. IMHO,
object models do not help much in understanding how JUMP works. Eclipse
constructs these on-the-fly, after all. You would be better off studying
the event handling and threading. JUMP is best thought of as a loose
Thanks for the feedback! I have been looking at the source code and piecing
together bits, but its a formidable task. I asked for an object model
diagram because i used them quite extensively when i developed some simple
applications with ArcGIS, the OMD helped quite a bit in understanding which
12 matches
Mail list logo