-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
SS (and other developers)
It's a matter of nomenclature ... the MrSID utilities for linux were
just renamed...
Now shoot me if I'm being way to simplistic (for not knowing the
pertinent code) but wouldn't it be just a matter of refactoring the
code t
Dear SS
Only 6 responses so far, it is possible that some additional prompting
may be necessary.
Geoff
Sunburned Surveyor wrote:
> Geoff,
>
> What type of response did you get to your user survey?
>
> Just curious.
>
> The Sunburned Surveyor
>
> -
I've always used GPL, but never really understood how "viral" it was.
I'll need to think about this some more, and maybe even ask my LUG.
At any rate, I'll be forced to use GPL for anything that touches JUMP
or OpenJUMP code to closely, which will be a lot of stuff.
SS
On 6/21/07, Martin Davis <
Sunburned Surveyor wrote:
> Does code released under the GPL discourage use and adoption
> in a way that code released under the LGPL does not?
>
>
Yes, I think that GPL discourages some kinds of use (in particular,
commercial use) more than LGPL. The reason for this is the "viral"
problem
Martin,
Thanks for this great clarification. I believe in my particular case I
will have to release the converter code under the GPL, since I will be
linking directly to JUMP code to do the conversion.
I'll have to consider how important it is to use GPL for other code I
write that isn't tied as
I don't think you can develop code that links in GPL code under anything
except GPL. See here:
http://www.gnu.org/copyleft/gpl-faq.html#GPLAndPlugins
LGPL is weaker than GPL, so you can't release an actual plugin class
(which uses the JUMP API's) as LGPL.
However, I think what you can do is p
Paul,
note that 'commercial' is _not_ the opposite of 'free software'!
'Proprietary' or 'non free' is the opposite.
- Sascha
Paul Austin schrieb:
> The only problem would be if you used SS's new classes in a commercial
> application. Which in fact would be unlikely as they would not be
> allow
I think Paul hit the nail on the head. GeoTools is worried about
including code that can't be included in commercial applications.
I found an interesting article that discusses whether or not you
should use the LGPL or GPL for library code at the link Sascha sent.
The article is here:
http://www.
The only problem would be if you used SS's new classes in a commercial
application. Which in fact would be unlikely as they would not be
allowed to use the JUMP code anyway because it is GPL.
I think the rule is commercial apps can use LGPL libraries but not GPL ones.
I took another approach fo
just to remind you:
jts = lgpl
jump = gpl
==
sum = no problem ;)
Sascha L. Teichmann schrieb:
> If only GPL and LGPL are involved then there is no problem. see:
>
> http://www.fsf.org/licensing/licenses/index_html#GPLCompatibleLicenses
>
> - Sascha
>
> Sunburned Surveyor schrieb:
>> I
If only GPL and LGPL are involved then there is no problem. see:
http://www.fsf.org/licensing/licenses/index_html#GPLCompatibleLicenses
- Sascha
Sunburned Surveyor schrieb:
> I was talking to Jody Garnett a little bit about a home for a
> converter or pair of converters that would allow develop
I was talking to Jody Garnett a little bit about a home for a
converter or pair of converters that would allow developers to do the
GeoTools > JUMP and JUMP > GeoTools Feature Model conversion. He said
that there may be some issues since any code that I write will
necessarily need to utilize JUMP c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi guys :)
Let me ask something about OJ's code
How's the running window manager detected in code? If at all
implemented...
Do you rely upon java's rt?
I ask this because there's a problem with Swing(?) and XGL ... (beryl)
(btw: I *think* that a
Sounds good to me Paul. I'm currently trying to work my way through
the free Maven book.
The Sunburned Surveyor
On 6/21/07, Paul Austin <[EMAIL PROTECTED]> wrote:
> SS,
>
> I've just started using it as I have a whole bunch of interconnected
> projects and copying the jar files between them was j
>if you both vote for a commit, then commit
>(from my perspective Michael would be the other person for an
>approvement - but probably he is busy - and we both trust you both :o)
>
>
Yes definetely.
I hardly followed your interesting discussion about ThreadQueue but I'm
sure you have good reas
SS,
I've just started using it as I have a whole bunch of interconnected
projects and copying the jar files between them was just not working,
with maven you can get it to manage some of those dependencies when
compiling and packaging, it's not perfect but so far seems better than
what I have
Paul,
I was checking out Maven because its what they use in GeoTools. I
would be interested in it.
The Sunburned Surveyor
On 6/21/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote:
> not particular myself.. but a commit to the repository at the end my be
> worthwhile
>
> stefan
>
> Paul Austin schr
not particular myself.. but a commit to the repository at the end my be
worthwhile
stefan
Paul Austin schrieb:
> I'm thinking of making a maven build script in addition to the ant build
> script, would anyone else be interested in this?
>
> Paul
>
> ---
Hei Sascha and Larry,
i really appreciate your conversation (dialog?) because they are done i
a way that aims to be clear .. although i don't understand anytime the
indeept things, i think i could learn a lot without looking on code
but back to business..
Larry Becker schrieb:
> Hi Sascha,
>
Did I do some surveys?
Was this by e-mail perhaps? I don't think I know how to do a web form
like Geoff did for his survey.
I'll have to see if I can remember what the survey I did was about. I
bet I've got the e-mail responses buried in GMail, if I can find them.
SS
On 6/21/07, Stefan Steinige
I'm thinking of making a maven build script in addition to the ant build
script, would anyone else be interested in this?
Paul
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2
for me the questions is if he gests responses.
but i think the survey should at least run 1 month.
i actually remember some surveys you did, but never heard about your results
stefan
Sunburned Surveyor schrieb:
> Geoff,
>
> What type of response did you get to your user survey?
>
> Just curio
SS,
In eclipse right click on the project and select team>Set Property
select svn:ignore as the property name
add each on of those items on a separate line in the Enter a text
property box
click OK
then commit
This will make sure that noone can commit any of those directories, they
don't nee
Thanks for your suggestions Sascha. I have made some modifcations to
my method body based on them.
Thank you also for your suggestion Joe.
The Sunburned Surveyor
On 6/21/07, Joe Desbonnet <[EMAIL PROTECTED]> wrote:
> I've been doing work with Hibernate recently and I notice that one of
> the opt
SS,
Sunburned Surveyor schrieb:
> [...]
> Sascha wrote: "The original JUMP uses still 1.4 IIRC and
> I would tend to say this a wise idea if you want
> to reach customers which are not willing to install
> a newer JVM (for a number of serious reasons)."
>
> What reasons would there be for avoidin
Paul,
target, dist, build, log, and tmp are all empty directories that I am
creating in the root of /core/trunk and the stable branch for 1.2,
correct?
Where should I get the .eclipse and .settings files from?
Did you already add these files and directories to the SVN Ignore
list? May I ask how
Geoff,
What type of response did you get to your user survey?
Just curious.
The Sunburned Surveyor
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of
Paul,
This would be great. I want to work on a "branding" guide for JPP and
OpenJUMP, so I would be interested in your results.
Thanks,
The Sunburned Surveyor
On 6/17/07, Paul Austin <[EMAIL PROTECTED]> wrote:
> Another thing we should do is create a openjump.desktop file that can be
> used for
Pedro,
I'm just getting to some of my e-mail. Sorry about the late response.
It looks like you are on your own here. I've worked with MRSid a
little bit at the office, but only as an end user, not as a developer.
Are you using some library provided by LizardTech to access the MRSid
files in Open
I run gentoo and it's 1.4 that is the issue as you have to accept the
license, 1.5 and 1.6 just download and install.
Paul
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 expr
Sascha,
You made some very good points. Thank you for adding them to our conversation.
Another thing to consider is that OpenJUMP is a very graphics
intensive program and the performance gains may be worth the
requirement for the newer JRE. I
Note: I do want to make sure we don't "upgrade" ourse
Sascha,
I think when you are building a platform it is OK to dictate a minimum
Java version of say 1.5 as people can have multiple VM's installed on
their machine so can support both 1.4 and 1.5 apps.
If you are developing a library which is designed to work in say a web
application server or
Hi together!
It's all about market share between 1.4, 1.5 and 1.6.
I have no concrete numbers, but I think 1.4 has
still a wide basis these days, even if there are newer
version of Java out there. The question you have to answer
is: "Does my product profit from the new features?"
I'm not not talk
O.K. - I'll stick with 1.5.
FYI:
http://java.sun.com/developer/technicalArticles/J2SE/Desktop/javase6/beta2.html
On 6/21/07, Paul Austin <[EMAIL PROTECTED]> wrote:
> I would recommend for now that we stick with 1.5 for the core, plug-ins
> can be free to do whatever they want I guess.
>
> I did
I noticed that the build.xml in OpenJump/etc does not specify source and
target java versions. I don't know what the defaults are. Here is the
line from the build file:
In SkyJUMP I explicitly specify that both source and target be 1.5.
SkyJUMP's build uses:
You can
I would recommend for now that we stick with 1.5 for the core, plug-ins
can be free to do whatever they want I guess.
I did notice however that running under 1.6 or even 1.5 is a lot faster
than 1.4
Paul
Stefan Steiniger wrote:
> mhm... if we compile the nightly built with 1.5 is 1.6 a bit to
mhm... if we compile the nightly built with 1.5 is 1.6 a bit to much.
But it depends whether you use 1.6 features.
i use java 1.5. What about the others? Michael? Larry, is SkyJUMP still
on 1.4? Sascha?
stefan
Sunburned Surveyor wrote:
>Should I avoid using 1.6 in my development for plug-ins
Should I avoid using 1.6 in my development for plug-ins and the core?
The Sunburned Surveyor
On 6/21/07, Paul Austin <[EMAIL PROTECTED]> wrote:
> Excellent, I want to use generics in my plug-ins to make lists more type
> safe.
>
> Cheers,
> Paul
>
> Stefan Steiniger wrote:
> > at least 1.5
> >
>
I've put up a blog post where I propose some restrictions that might
guide the changes we will allow to OpenJUMP's Feature Model as we add
more funtionality to the program in the future. The restrictions would
basically help us to determine if new functionality justifies
modification of the Feature
Excellent, I want to use generics in my plug-ins to make lists more type
safe.
Cheers,
Paul
Stefan Steiniger wrote:
> at least 1.5
>
> at least the nightly built is (necessarily) compiled with java 1.5
>
> stefan
>
> Paul Austin wrote:
>
>
>> Which Java version should we be developing plug-in
at least 1.5
at least the nightly built is (necessarily) compiled with java 1.5
stefan
Paul Austin wrote:
>Which Java version should we be developing plug-ins to. I notice that
>some of the modules in the core require 1.5
>
>Paul
>
>-
Which Java version should we be developing plug-ins to. I notice that
some of the modules in the core require 1.5
Paul
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express
Hi Sascha,
I agree that the new ThreadQueue is a go. I vote for commit.
Let's start a new thread that works on rendering changes. I'm open to
all solutions, but some of them may take a little longer to incorporate than
others. When he is ready, we should evaluate Landon's pluggable render
Pedro Doria Meunier wrote:
> (First of all sorry for cross-posting but I feel this is a matter that
> interests all recipients)
> Thread on pgadmin support:
> http://www.pgadmin.org/archives/pgadmin-support/2007-06/msg00046.php
>
> Hello Dave,
Hi Pedro
> This behavior (trying to show the entire
I've been doing work with Hibernate recently and I notice that one of
the optional modules for this is ehcache -- this seems to be a
generical caching library which abstracts out the usual caching
patterns. You might want to check that out...
Joe.
On 6/21/07, Sascha L. Teichmann <[EMAIL PROTECTE
45 matches
Mail list logo
