Sunburned Surveyor wrote:
Hi,
> Or even /openjump/lib/ext/users...
but then you'd have the problem to invent a username to store there...
Best regards, Andreas
--
l a t / l o n GmbH
Aennchenstrasse 19 53177 Bonn, Germany
phone ++49 +228 18496-12 fax ++49 +228 1849629
http://www.
Or better yet /openjump/lib/ext/profiles...
so that each user can choose among different profiles if needed.
Bye
Paolo Rizzi
> -Messaggio originale-
> Da: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] conto di
> Sunburned Surveyor
> Inviato: giovedì 29 maggio 2008 2.05
> A: OpenJump deve
Andreas wrote:
"but then you'd have the problem to invent a username to store there..."
I imagined you'd create a simple plug-in that would allow users to
create and delete OpenJUMP users. The folders for each user could be
created and deleted during this process.
If you wanted to get fancy, you
Good suggestion Paolo.
The Sunburned Surveyor
On Thu, May 29, 2008 at 3:13 AM, P.Rizzi Ag.Mobilità Ambiente
<[EMAIL PROTECTED]> wrote:
> Or better yet /openjump/lib/ext/profiles...
> so that each user can choose among different profiles if needed.
>
> Bye
> Paolo Rizzi
>
>
>> -Messaggio origi
Very good Arnd,
if you will supply it I actually am less picky. I even think if I run
into severe incompatibility issues between javagps & the mouse output we
could simply swap the model...
Essentially I am not going to survey. So the accuracy is not overly
important. I'd say I'd need the foll
Sunburned Surveyor wrote:
Hi,
> "but then you'd have the problem to invent a username to store there..."
>
> I imagined you'd create a simple plug-in that would allow users to
> create and delete OpenJUMP users. The folders for each user could be
> created and deleted during this process.
>
> I
Andreas Schmitz wrote:
Hi,
> > Is it possible somehow to select the image format OpenJUMP is requesting
> > from the WMS server if that supports several formats?
>
> I don't think so. It is a often requested feature, though, so adding it (for
> example) below the SRS drop down box would be the w
Andreas wrote: "sure, but my point is that it's duplicated
functionality. When a user is
updated/added/deleted in the system, do you take care to do the same for the
OpenJUMP-users?"
Alas my friend! I think we have identified an unresolvable trade-off.
On the one hand, if we tap into the operatin
On a UNIX system in the shell script I would recommend putting user
specific configuration into ~/.openjump rather than under sub directory
the open jump application directory. Remember that in a lot of systems
users don't have permission to write to the directories where the
application is sto
I agree with Paul & SS on
- user profile data should reside in users home folders (present under
MacOSX, Linux, Windows and user writeable)
- if needed the functionality should be realized with an extension to
keep the core small
regards ede
--
> On a UNIX system in the shell script I would rec
David,
We have a new user list for OpenJUMP:
[EMAIL PROTECTED]
We are trying to migrate our users to this new list.
Some of the requirements for an OSGeo project our outlines here:
http://www.osgeo.org/incubator/process/principles.html
I've been reluctant to push OpenJUMP as an OSGeo project
Hei David,
I think Landon answered the question already sufficiently.
From my perspective as Co-Project leader and Co-Maintainer:
- I would like to see that OJ is an OSGEO project, but
- We simply lack any human resources to fulfill the formal requirements :(
I may note, that more or less all p
It would probably be a great thing for JUMP to move into OSGeo. I
presume that this requires some level of consent from the owners of the
copyright in the code? Vivid Solutions currently has copyright over a
large part (all?) of the codebase. I don't know how they would feel
about turning th
Sunburned Surveyor wrote:
Hi,
> Andreas wrote: "sure, but my point is that it's duplicated
> functionality. When a user is
> updated/added/deleted in the system, do you take care to do the same for the
> OpenJUMP-users?"
>
> Alas my friend! I think we have identified an unresolvable trade-off.
>
Andreas wrote: "As long as there will be no centralized solution which
everyone is
forced to use, I'll be happy as well."
Yup. This should definitely be implemented as a plug-in or set of plug-ins.
Here is one more thought:
You could have the plug-in scan the users directory on the host
operatin
Hi,
Openjump.bat contains this line:
set JAVA_OPTS=-Xms256M -Xmx256M "-Djump.home=%JUMP_HOME%"
"-Dlog4j.configuration=file:%JUMP_HOME%\bin\log4j.xml"
However, log4j.xml is actually at %JUMP_HOME%\conf\log4j.xml"
-Jukka Rahkonen-
--
16 matches
Mail list logo
