Michael Michaud wrote:
Hi,
As we spoke about bug fixes with Stefan, it made me think that we still
have a long list of bugs in the bug tracker.
I'd really like fixing one or two more bugs before OpenJUMP's next
release, and I ve to check the list to see if there are places where I
can
Hi all,
I want to give my opinion to some argumats from Michael, even if I am not a
programmer but a big user of OJ
IMAGE
Images still represent a problem with embedded raster plugin in OpenJUMP: a
raster image has a tendency to dissapear when zooming in/out several times on
it.
Some times
Lähettäjä: Giuseppe Aruta [mailto:[EMAIL PROTECTED]
Hi all,
I want to give my opinion to some argumats from Michael, even
if I am not a programmer but a big user of OJ
IMAGE
Images still represent a problem with embedded raster plugin
in OpenJUMP: a raster image has a tendency to
I agree with Jukka. The raster disappears when it is zoomed partially outside
the raster estension
Peppe
--- Ven 14/11/08, Rahkonen Jukka [EMAIL PROTECTED] ha scritto:
Da: Rahkonen Jukka [EMAIL PROTECTED]
Oggetto: Re: [JPP-Devel] Fixing bug and next release.
A: [EMAIL PROTECTED], OpenJump
Michael's previous post was an excellent one. I agree that it would be
a good thing to fix some bugs before we get out another release of
OpenJUMP. Having said that, I doubt Stefan and I will have the time to
prioritize the bug list. Even if we did, I doubt we would no which
bugs were the most
I can probably fix: Cut Polygon doesn't work , if polygon has an inner
ringhttp://sourceforge.net/tracker/index.php?func=detailaid=1782559group_id=118054atid=679906
And perhaps: Rendering problem when zooming with
Michael Michaud wrote:
@Martin, any idea when JTS 1.10 will be shipped ?
It could be released at any time, really - it's currently stable.
There's a few things (well, a lot of things actually) that I'd like to
work on, but probably I should ship 1.10 first.
I'll try and get it out by
A while back I decided to define an interface that extended the JUMP
PlugIn interface so I could consolidate some behavior common to all of
my plug-ins. This would include behavior like:
- Showing the user a GUI through which they interact with the plug-in.
- Showing the user help on the use of
Sunburned Surveyor a écrit :
Michael's previous post was an excellent one. I agree that it would be
a good thing to fix some bugs before we get out another release of
OpenJUMP. Having said that, I doubt Stefan and I will have the time to
prioritize the bug list. Even if we did, I doubt we
Guys..
your are suprising me.. one speaks and everyone else is able to make
some commitment. So I am in too :)
However (I don't have much time today) - we could rather focus on a
x-mas release, i.e. in about 4 weeks which we need at least, i think. I
would also propose to set the version to
It could be released at any time, really - it's currently stable.
There's a few things (well, a lot of things actually) that I'd like to
work on, but probably I should ship 1.10 first.
I'll try and get it out by the end of this month.
Thanks very much for the hard work.
There are now
Larry wrote: IMO a plugin installer would add to the confusion of
plugin management, since presumably it would only be compatible with
plugins that were written to support it.
I think we could write the tool to detect compatible and
non-compatible plug-ins, and to install each of these. So,
Stefan wrote: your are suprising me.. one speaks and everyone else is
able to make
some commitment. So I am in too :)
OK. I will start on my list of bugs next week and will be working on
them until it is time to package the release.
SS
On Fri, Nov 14, 2008 at 1:43 PM, Michael Michaud
[EMAIL
True. Then again, if a plugin is so simple that a program can install it
(i.e. has no special instructions), you probably don't need an installer.
Larry
On Fri, Nov 14, 2008 at 3:43 PM, Sunburned Surveyor
[EMAIL PROTECTED] wrote:
Larry wrote: IMO a plugin installer would add to the confusion
Hi,
There used to be a plugin manager in the menu, but I cannot find it anymore.
It was from lat/lon if I remember correctly, but I'm not sure it has
ever been used the project's plugin.
Anyone remember ?
Michaël
Sunburned Surveyor a écrit :
I've got about four plug-ins that I hope to release
there has been an extension manager, but this one was rather for
downloading available plugins. the code is still there, but could be
that the plugin needs to be activated (in the xml file)
stefan
Michael Michaud schrieb:
Hi,
There used to be a plugin manager in the menu, but I cannot find
I think the extension manager was removed because it didn't work with very
many plugins. I know I had a problem with it installing the ArcSDE plugin
at one time.
Larry
On Fri, Nov 14, 2008 at 4:06 PM, Stefan Steiniger [EMAIL PROTECTED] wrote:
there has been an extension manager, but this one
Larry wrote: Then again, if a plugin is so simple that a program can
install it (i.e. has no special instructions), you probably don't need
an installer.
Never underestimate the ability of the user to dork up even the most
simple procedure. :]
I'll chew on this some more Larry. Perhaps it would
Never underestimate the ability of the user to dork up even the most
simple procedure. :]
I recall that users have reported needing to use three different folder
paths for the MrSID executables depending on their local setup. I wasn't
even able to help them since I couldn't duplicate their
Stefan Steiniger a écrit :
there has been an extension manager, but this one was rather for
downloading available plugins. the code is still there, but could be
that the plugin needs to be activated (in the xml file)
Yes, that's it.
Larry says he had some problems with this plugin.
but
Michael,
You wrote: ...discovering new plugins in the project repository and
downloading/updating them seems more useful than a local installer,
that's why I misunderstood Landon's proposal when I read it.
That was one of the ideas I had when I was thinking of the update
method in the
2008/11/14 Giuseppe Aruta [EMAIL PROTECTED]
More than this Sextante for OpenJUMP opens new frontiers for raster
analysis with OpenJUMP, and Sextante for OpenJUMP requires baseclass.jar to
work (even with some limitations).
My proposal is to integrate baseclass.jar (ot at least the raster
Hi Nacho,
I would like to announce that now I'm working on SEXTANTE project [1]
. As you know, SEXTANTE provides so many new analysis to raster
layers, but also to vector data. Actually It works with gvSIG and have
other bindings such uDig, geotools, openJUMP, etc.
Excellent, I think
23 matches
Mail list logo