Hello everyone,
I'll be reporting on OpenJUMP and derivates at the FOSSGIS 2007 Conference next
month in Berlin:
http://www.fossgis.de/wiki/index.php/Main_Page (German, only sorry :-(
I'm taking the freedom to speak in name of this group and I'll be happy to
include and mention any JUMP/OpenJU
Hi Ugo,
How are u ?
The french connection is come back.
We started a document to list some openjump improvements. I don't if I have
already informed you.
The doc is available on google doc. Do u have a gmail account ?
R1.
On 2/27/07, Ugo Taddei <[EMAIL PROTECTED]> wrote:
Hello everyone,
Hei..
see my comments below
Jody Garnett wrote:
> PS. Ideas for any of these email lists are not a problem; from last
> years experience I would recommend spending effort on making sure the
> ideas are communicated well.
> PS. CCing a bunch of lists does not work (everyone get's bounce
> messa
This is itendra Shah. (nominated 'Secreatry' of the OSGEO India.
Frank knows me though others in the ist may or may not know me.
I am proposing to move around a few colleges around here and get some
faculty and students to undertake some projects.
I am looking for such developed ideas and have bee
I spent an hour or so after work yesterday providing a more in-depth
explanation of how I thought plug-in dependency might be supported in
OpenJUMP. You can read that information on my OpenJUMP blog:
http://openjump.blogspot.com/
I think it would only take me a few hours to implement Plan "A" in
Hi Landon, Plan "A" seems good, and I like how you wrote it down so clean!!!
It only seems a little too "simple" and I always fear solutions that seems too
"simple"...
But often they prove to be winners in the end!!!
I have one little change and two requirements to suggest for Plan "A".
.) T
Thinking again about it, it may be that the new IPlugInDependency interface
is not needed at all...!!!
Plugins already have an initialize() method and inside it they may ask the core
for another plugin they need, by "name".
The core (or whatever part of the system is devoted to this) will ensur
Hi Sunburned,
Congratulations on your Plan "A" concept. I see no theoretical
reason why it couldn't be made to work. However, there can always be
many practical reasons that any plan might fail during implementation,
and since your Catalog example seems to be the only plugin that
currently nee
Hi Ugo,
You didn't mention Kosmo. I have just started looking at Kosmo's
code and it is incredible. There are 1437 Java files in Kosmo
compared to 948 in OpenJump, 897 in SkyJUMP, and 775 in JUMP. Besides
the new data sources, the most exciting potential seems to be in their
renderer (which I
Paolo,
Thank you for both of your comments. I will consider them carefully before
moving on with any work on the plug-in dependency system.
Landon
On 2/27/07, P.Rizzi Ag.Mobilità Ambiente <[EMAIL PROTECTED]> wrote:
Hi Landon, Plan "A" seems good, and I like how you wrote it down so
clean!!!
Larry,
Over the course of the next few weeks I will see if I can get this system
into OpenJUMP-Ex for some testing. If it is something other developers think
they can use, we can talk about integrating it into OpenJUMP after I have
had a couple of months to work out the bugs.
I didn't realize t
Sunburned,
Actually, I'd be happy if I got a stack trace, but most of the time
it just hangs up and you have to kill it from the task manager. You
would think there would always be exception handling, but this seems
to be one of the deeper class loader mysteries of which I am not an
initiate.
Thanks for that insight Larry.
Landon
On 2/27/07, Larry Becker <[EMAIL PROTECTED]> wrote:
Sunburned,
Actually, I'd be happy if I got a stack trace, but most of the time
it just hangs up and you have to kill it from the task manager. You
would think there would always be exception handling,
Hei guys,
> Besides
> the new data sources, the most exciting potential seems to be in their
> renderer (which I have not tested yet.)
i actually wondered what is the advance of heaving separate renderers
for points, lines and polygons???
can somebody explain this?
btw: if we would have a tea
On 2/27/07, Jody Garnett <[EMAIL PROTECTED]> wrote:
> Good timing - we were talking about this very topic in todays GeoTools
> meeting. And arriving at a similar spot - that OSGeo would be the best
> organization for the task.
>
> What we initial need however is someone on the "admin" side to get t
I would like to support Larry's comment about exceptions that occur
during the initialization of a plugin.
If they are not caught and handled then you are left with a process
that must be killed from the task manager. My recent experience was
with using the I18Nplug class for internationaliza
I can't explain it, but I can benchmark it. For the burlulc.shp
redraw render speed benchmark (not counting time to load shape file):
No color theming.
uDig: 3 seconds.
Kosmo: 5 seconds.
gvSIG: 9 seconds.
OpenJump, SkyJUMP: 13 seconds.
with color theming on LUCODE
uDig: 6 seconds.
Kosm
Geoff and Larry,
Do you have any suggestions on how we can handle these Exceptions in the
core differently to obtain the behavior you desire. If I am working on the
PlugInManager class anyways I can take a look at how we might implement your
suggestions.
Landon
On 2/27/07, Geoffrey G Roy <[EMA
Larry,
You make some interesting comments about Kosmo. We definitely need to see
what we can do to work more closely with their team of developers.
I haven't forgotten what I said previously about encouraging more
collaborative development, and I hope to be doing some work in this area of
the co
Some explanation may have to do with the rendering technology used: Jump uses
Java 2D while Geotools (kosmos / udig) use direct draw (if I recall correctly).
David
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Larry Becker
Sent: February 27, 2007 4:18
Does this mean that Kosmo implemented there own rendering logic? I think
that is the path that UDig took, and I think it would be a real
pain-in-the-neck to duplicate. Not to mention the fact that using the Java
2D API makes it easier for programmers to tool around with OpenJUMP's
rendering system
Stefan,
See my comments below.
You wrote: "aehm.. we (JUMP) currently has a DXF plugin by Michael Michaud?
Do you
now this?"
What about DWG?
Why do you chosen this format (It is rather usefull for CAD Geometries
than for GIS )"
I know about the DXF plug-in and have looked at the code. I've even
I just had a look at some of the ideas in the Google Summer of Code
and I think it is going to be tough to win any students over from sexy
projects like One Laptop Per Child to something as boring as GIS.
Still, there must be some GIS programmer students out there somewhere
so here is my two cents:
I was able to do a little work on coordinating our coolaborative development
efforts. I've added a section to the JPP Wiki that I hope will help us to
track the changes between the different JUMP brands. This should help
developers navigate the different code repositories. You can find the page
fo
Hi Sunburned,
It's great idea but I'm quite lost. What a difference from the others web
site ?
http://www.openjump.org
http://jump-pilot.sourceforge.net/index.html
http://surveyos.sourceforge.net/
http://openjump.blogspot.com/
Isn't it possible to merge all forces on the same web page ?
Concer
25 matches
Mail list logo
