Is anyone willing to share a GML input and output template with me?
I'm working on some GML related bugs for the next release and this
would give me a head start. If no one wants to share I'll cook up my
own using the info in the user guide.
Thanks,
The Sunburned Surveyor
---
FWIW, I agree 100% with Landon's opinion on the direction to take.
It would be great to see OJ becoming an OSGeo project, but unless
there's the commitment to do that it doesn't seem right to ask for
resources from them.
Sunburned Surveyor wrote:
> Stefan,
>
> I really think our project should
I'm not sure what to do Stefan. We can try to get an OSGeo wiki, but
to be honest, I think this will be a chore on my end if we aren't
going to be an OSGeo project at some point. If that was a real desire
of our group (and I don't think that can be demonstrated at this
point) I wouldn't mind fighti
I can see the confusion I am causing already! :]
I'm not worried about how OJ loads the plug-ins. Jon's code to
automatically initialize PlugIn implementations found in lib/ext or
any of its subdirectories works great. I was more concerned with
helping the user manage the installation process. Thi
mhm.. I kind of agree but on the other hand I also disagree.
The thing is, that we just recently decided that we don't have the
resources? But it was on the other hand an almost 50:50 decision.
stefan
Sunburned Surveyor wrote:
> Stefan,
>
> I really think our project should make a decision abo
Hi Peppe,
I have added some code to activate the Note Tool (which was part of the
original JUMP). After getting the next NB, just use the following
workbench-properties.xml file to activate it:
org.openjump.core.ui.plugin.edittoolbox.NoteToolPlugIn
Deselect before changing tools to avoid th
Hi all, Stefan ansd Larry
Really I am quite interesting about any tool which allows to add simple
test/annotation on a project: Text block and text annotation from Jython
console have this facility, without doing any programming by Change Style and
text Style.
My proposal is not specifically f
I may be mistaken, but I believe the plugin classloader of OJ
will load any .jar file it founds inside any ext subdirectory,
not only inside the ext directory itself.
So even if a plugin has a complex directory structure, what is
only needed is that its JARs are under ext somehow.
So:
ext/p
Larry wrote: "What we need is some kind of "incubation" option for
default-plugins.xml inclusion that would give you all of the
experimental tools. Then I could support including it."
That is a cool idea.
SS
On Mon, Nov 17, 2008 at 7:50 AM, Larry Becker <[EMAIL PROTECTED]> wrote:
> Hi Stefan,
>
Hi Stefan,
I see your point about catering to Apple's need to be different, however
Linux and Vista have some dialog issues that I have had to work on too, so I
think we should do what we can given our resources.
About the potential confusion with multiple algorithms that accomplish the
same
Stefan wrote: "For the external plugins they need to know only once
that they need to
drag and drop or remove jar files."
This is only true with simple plug-ins. If your plug-in has its own
folder structure and JAR dependencies, things can get a little more
complex.
Stefan wrote: "the problem wit
Stefan,
I really think our project should make a decision about becoming an
OSGeo incubator project at some point if we are going to ask the OSGeo
to host our wiki. I believe the issue of providing support for
non-OSGeo projects is not settled yet, and I don't know if we want to
be the project tha
12 matches
Mail list logo
