Re: [JPP-Devel] Weekly Build Of OpenJUMP

[Larry Becker]

Hi Stefan,

  I have 6,000gb per month bandwidth quota total (upload and download).  My
current sites hosted there typically use about 5gb per month.

regards,
Larry

On Mon, Mar 17, 2008 at 12:35 AM, Stefan Steiniger <[EMAIL PROTECTED]>
wrote:

> Hei,
>
> @Larry: How are you upload and download bandwidth limits? If they are a
> bit better we may store the NB at your server? I myself don't have space
> right now.
>
> @Paul: I hope we can solve the issue by this week and give you a place
> to store. On sourceforge we have only 100MB place, so can only store the
> version for one day. However it may be another option, as this space
> should be easy accessible. But I need to check that.
>
> sorry for being sloppy with that
> Stefan
>
> Sunburned Surveyor schrieb:
> > Thanks for the offer Larry.
> >
> > I have no preference for which FTP we use. It sounds like Larry may
> > have a little more bandwidth and room than I do. However, if we want
> > to get things going on my FTP site the information is below.
> >
> > Anonymous FTP Account
> > User Name: [EMAIL PROTECTED]
> > Password: No Password
> > URL: ftp://ftp.redefinedhorizons.com/
> > Upload URL: ftp://ftp.redefinedhorizons.com/incoming
> >
> > Let me know if you need other information. (Or we can take Larry up on
> > his offer.)
> >
> > The Sunburned Surveyor
> >
> >
> >
> > On Tue, Mar 4, 2008 at 6:30 AM, Larry Becker <[EMAIL PROTECTED]>
> wrote:
> >> I can host a nightly build ftp site on one of my web sites with a disk
> quota
> >> of a couple of gigabytes and pretty much unlimited bandwidth.  It would
> have
> >> a link something like: http://www.ashsiii.com/downloads/openjump/  or
> >> perhaps http://skyjumpgis.org/openjump/.
> >>
> >> regards,
> >> Larry Becker
> >>
> >>
> >>
> >> On Mon, Mar 3, 2008 at 5:31 PM, Stefan Steiniger <[EMAIL PROTECTED]>
> wrote:
> >>> I think Larry was once also offering to host nightly builds.
> >>> The sourceforge webspace is only about 100MB - so only one NB would
> >>> work. However we could apply for more.
> >>>
> >>> stefan
> >>>
> >>>
> >>>
> >>>
> >>> Sunburned Surveyor wrote:
>  Paul,
> 
>  I think I've got an FTP available on my www.redefinedhorizons.com
>  website that is hosted by bluehost. To be honest, I have no idea how
>  to use it.
> 
>  Can you give me a couple days to check on the details?
> 
>  My space is limited, but if we can limit the number of builds stored
>  it might work out.
>  '
>  I wonder if we could bundle the libraries separately from the nightly
>  build itself. Then we would only need to host a single library
> package
>  for a number of nightly builds.
> 
>  Landon
> 
>  On Mon, Mar 3, 2008 at 7:24 AM, Paul Austin <[EMAIL PROTECTED]>
> >> wrote:
> > If anyone can provide me with a public FTP site which I can upload
> the
> > nightly builds to via FTP or if it had ssh access then I can even
> make
> > it keep only the most recent 10 builds available. Then I can just
> copy
> > the nightly builds I do here locally to that server to make them
> > available to the public.
> >
> > Paul
> >
> > ___
> > jump-users mailing list
> > [EMAIL PROTECTED]
> > http://lists.refractions.net/mailman/listinfo/jump-users
> >
>  ___
>  jump-users mailing list
>  [EMAIL PROTECTED]
>  http://lists.refractions.net/mailman/listinfo/jump-users
> 
> 
> >>>
> >>>
> >>>
> >>>
> -
> >>> This SF.net email is sponsored by: Microsoft
> >>> Defy all challenges. Microsoft(R) Visual Studio 2008.
> >>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> >>> ___
> >>> Jump-pilot-devel mailing list
> >>> Jump-pilot-devel@lists.sourceforge.net
> >>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >>>
> >>
> >>
> >> --
> >> http://amusingprogrammer.blogspot.com/
> >>
> -
> >> This SF.net email is sponsored by: Microsoft
> >> Defy all challenges. Microsoft(R) Visual Studio 2008.
> >> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> >> ___
> >> Jump-pilot-devel mailing list
> >> Jump-pilot-devel@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >>
> >>
> >
> >
> -
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
> >

Re: [JPP-Devel] Kosmo and OpenJUMP common area of interests

[Giuseppe Aruta]

Dear  all,

while waiting other opinions, I want to give "my 2
cents" to this discussion.

I think there is no need to derfine a "long" term
project with the integration of tools from one
softwere to the other.

If I see the story of Jump and its "sons" and plugins,
I image that the main problem is that Jump software
suffered  loosing of compatibility with the former
versions, expecially plugin. 

This happend with Kosmo and OJ, but this is happening
with OJ 1.2 NB if we considerer that, with the new
improvements, many plugin do not work (expecially
Pirol's ones which represent one of the most 
specialized OJ "battlefront").

I image that a "short" term common project between
Kosmo and OpenJUMP would be to work on a common way to
open/save projects. If Kosmo could open OJ project and
"viceversa"  it will give a great benefits for the
user who can switch between the two software and use
what they need.  This probabily won't effect on any
other prblem (comatibility/client driven/etc)

Is it practicable?

Regards

Peppe


> Dear Antonio,
> 
> I thank you for your comments. It is always good to
> know your (positive) 
> perspective on such a colaboration.
> 
> stefan
> 
> listas schrieb:
> > Hi all.
> > 
> > First time, many thanks to Peppe, not only for
> your nice collaboration 
> > with Kosmo, but for your interest in find "a
> common area for the 
> > development of both brother" (I really like that
> definition).
> > 
> > I would like to share some ideas/feeling about
> your comments.
> > 
> > As you said, Kosmo is developed by project needs,
> but maybe it is better 
> > to explain a little more the meaningful (our
> meaningful) of "project 
> > needs and project driven development":
> > 
> > Our main objective is not to develop Kosmo itself.
>  Our main objetives 
> > are the "client driven projects".  To be able of
> realize correctly those 
> > projects, we need continuously build and improve
> Kosmo.  So, about a 
> > "strict schedule" (a good subject to analyze),
> this exist, but mainly 
> > for those projects.  So, strict schedule for Kosmo
> exist only for what 
> > is neccesary to carry out our commitment with
> clients.  Without clients 
> > we could not maintain Kosmo project.  We are just
> a small company who 
> > think we are able to work and live in a free
> software model, and return 
> > to community all we can.
> > 
> > About community, Kosmo is not only focused on a
> spanish user community.  
> > In fact, in the last 1.2  versión it has been
> translated into italian 
> > (thanks to Peppe), russian (thanks to Sergey
> Smirnov), german (thanks to 
> > Johannes Sommer),  brasilian portuguese (thanks to
> Territoriolivre.net 
> > people), baske (thanks to baske administration
> people). Some other new 
> > languajes are coming soon (czech, slovak...)..  We
> directly maintain 
> > both, english and spanish version.
> > 
> > As you said, we have an important developmet team,
> because we have 
> > client driven projects that let us to maintain it.
>  We think other way 
> > it is not possible for us to improve and to let
> Kosmo growing.
> > 
> > We have translated/included a lot of code/tools
> from 
> > OpenJUMP/Jump/DeeJump/Pirol/Sigle projects (and
> other no Jump family 
> > utilities).
> > 
> > Like some of you we would have liked a better
> cooperation.  We still 
> > would like it.
> > 
> > -Maybe all we (you and us) have been, and will
> continue very busy to do 
> > enough work in draw a common way to work together.
> > -Maybe it is not very easy.
> > -Maybe we too could do an additional effort and
> collaborate in help 
> > translate and merge OpenJUMP into Kosmo.
> > -Maybe would be neccesary strict schedule only for
> those who need to 
> > attend different/external Kosmo project commitment
> (private commitment), 
> > and absolutely free to dedicate the time they
> want, when they want for 
> > people developing Kosmo itself.  In other words,
> none strict schedule 
> > for Kosmo itself.
> > 
> > About Intevation/LatLon and SkyJUMP team, we think
> it would be a very 
> > good opportunity to get a positive synergy between
> us.
> > 
> > We are not sure how easy/difficult arrive to this
> objective could be.  
> > If we are able to arrive, there will be a new star
> in the GIS world.  We 
> > are sure  walking the road in this way could be
> very exciting.
> > 
> > Best regards
> > Antonio Muñoz
> > 
> > 
> > Sunburned Surveyor escribió:
> >> I must agree with many of the points made by
> Stefan and Michael. I
> >> know the language would be a barrier for me. :]
> >>
> >> I think someone (I can't remember who) looked at
> this issue rather
> >> closely and decided that it would be a huge
> amount of work to
> >> integrate the Kosmo changes into OpenJUMP.
> >>
> >> Having said that, I'm always looking for
> opportunities to share code
> >> with GeoTools, Deegree, Kosmo and others. Paul's
> work on the
> >> DataObjects framework should help with that, as
> it will allow us to
>

Re: [JPP-Devel] Kosmo and OpenJUMP common area of interests

[Sunburned Surveyor]

Peppe has identified two (2) good opportunities for collaboration,
aside from the aspect of library design that I mentioned earlier.

[1] Common file formats.
[2] Common plug-in model.

These were excellent ideas by Peppe. (I would point out that if Kosmo
and OpenJUMP can share file formats, for things like projects, as an
example, then we can also share libraries for the maniplation of these
file formats at a lower level.)

Here is a question for Kosmo. How is their project format file
different from the one currently used in OpenJUMP? How have they
changed the plug-in framework?

Having the answers to those questions would put us on a path to some
real discussion about how to preserve compatibility and cooperation in
at least these to areas.

Good work Peppe?

Any comments?

The Sunburned Surveyor

On Mon, Mar 17, 2008 at 11:55 AM, Giuseppe Aruta
<[EMAIL PROTECTED]> wrote:
> Dear  all,
>
> while waiting other opinions, I want to give "my 2
> cents" to this discussion.
>
> I think there is no need to derfine a "long" term
> project with the integration of tools from one
> softwere to the other.
>
> If I see the story of Jump and its "sons" and plugins,
> I image that the main problem is that Jump software
> suffered  loosing of compatibility with the former
> versions, expecially plugin.
>
> This happend with Kosmo and OJ, but this is happening
> with OJ 1.2 NB if we considerer that, with the new
> improvements, many plugin do not work (expecially
> Pirol's ones which represent one of the most
> specialized OJ "battlefront").
>
> I image that a "short" term common project between
> Kosmo and OpenJUMP would be to work on a common way to
> open/save projects. If Kosmo could open OJ project and
> "viceversa"  it will give a great benefits for the
> user who can switch between the two software and use
> what they need.  This probabily won't effect on any
> other prblem (comatibility/client driven/etc)
>
> Is it practicable?
>
> Regards
>
> Peppe
>
>
>
> > Dear Antonio,
> >
> > I thank you for your comments. It is always good to
> > know your (positive)
> > perspective on such a colaboration.
> >
> > stefan
> >
> > listas schrieb:
> > > Hi all.
> > >
> > > First time, many thanks to Peppe, not only for
> > your nice collaboration
> > > with Kosmo, but for your interest in find "a
> > common area for the
> > > development of both brother" (I really like that
> > definition).
> > >
> > > I would like to share some ideas/feeling about
> > your comments.
> > >
> > > As you said, Kosmo is developed by project needs,
> > but maybe it is better
> > > to explain a little more the meaningful (our
> > meaningful) of "project
> > > needs and project driven development":
> > >
> > > Our main objective is not to develop Kosmo itself.
> >  Our main objetives
> > > are the "client driven projects".  To be able of
> > realize correctly those
> > > projects, we need continuously build and improve
> > Kosmo.  So, about a
> > > "strict schedule" (a good subject to analyze),
> > this exist, but mainly
> > > for those projects.  So, strict schedule for Kosmo
> > exist only for what
> > > is neccesary to carry out our commitment with
> > clients.  Without clients
> > > we could not maintain Kosmo project.  We are just
> > a small company who
> > > think we are able to work and live in a free
> > software model, and return
> > > to community all we can.
> > >
> > > About community, Kosmo is not only focused on a
> > spanish user community.
> > > In fact, in the last 1.2  versión it has been
> > translated into italian
> > > (thanks to Peppe), russian (thanks to Sergey
> > Smirnov), german (thanks to
> > > Johannes Sommer),  brasilian portuguese (thanks to
> > Territoriolivre.net
> > > people), baske (thanks to baske administration
> > people). Some other new
> > > languajes are coming soon (czech, slovak...)..  We
> > directly maintain
> > > both, english and spanish version.
> > >
> > > As you said, we have an important developmet team,
> > because we have
> > > client driven projects that let us to maintain it.
> >  We think other way
> > > it is not possible for us to improve and to let
> > Kosmo growing.
> > >
> > > We have translated/included a lot of code/tools
> > from
> > > OpenJUMP/Jump/DeeJump/Pirol/Sigle projects (and
> > other no Jump family
> > > utilities).
> > >
> > > Like some of you we would have liked a better
> > cooperation.  We still
> > > would like it.
> > >
> > > -Maybe all we (you and us) have been, and will
> > continue very busy to do
> > > enough work in draw a common way to work together.
> > > -Maybe it is not very easy.
> > > -Maybe we too could do an additional effort and
> > collaborate in help
> > > translate and merge OpenJUMP into Kosmo.
> > > -Maybe would be neccesary strict schedule only for
> > those who need to
> > > attend different/external Kosmo project commitment
> > (private commitment),
> > > and absolutely free to dedicate the time they
> > want, when they want for
> > > people developi

[JPP-Devel] Sample Ant Tasks For Nightly Build

[Sunburned Surveyor]

If anyone has Ant Tasks that they use to [1] update an source code
tree from an SVN repository, and [2] upload a zip file to an FTP site,
could you shoot them my way. I'm going to work on modifying my Ant
script to automatically update and then commit a build of OpenJUMP to
my website. I'll tinker with this while Paul and/or Larry work on
setting up the nightly build on their web site, if they choose to do
so.

I will also read through the ANT documentation for this information,
but I think some real life examples will help me get the kinks ironed
out.

The Sunburned Surveyor

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sample Ant Tasks For Nightly Build

[Paul Austin]

Landon,

I use some shell scripts and my maven script to do the build. If you 
have cygwin on your windows box you can use these


The update script goes something like this.

#!/bin/bash
for module in *; do
 if [ -d $module ]; then
   cd $module
   svn update
   cd ..
 fi
done


Then the build script goes something like this

#!/bin/bash
MODULES="
 openjump \
 rs-jump-all   \
 "
for module in $MODULES; do
 cd $module
 echo "[INFO]$module"
 mvn -Dmaven.test.skip=true install
 cd ..
done

You may want to put the keyword clean before install to make sure you 
don't have any old code hanging around in the build.


Then all you need to do is have another script to copy them to the ftp 
site. If you can get the ssh access then using the scp command or the 
rsync command makes it very easy to do.


Paul

*Paul Austin*
/President/CEO/
Revolution Systems Inc.

+1 (604) 288-4304 x201
www.revolsys.com 


Sunburned Surveyor wrote:

If anyone has Ant Tasks that they use to [1] update an source code
tree from an SVN repository, and [2] upload a zip file to an FTP site,
could you shoot them my way. I'm going to work on modifying my Ant
script to automatically update and then commit a build of OpenJUMP to
my website. I'll tinker with this while Paul and/or Larry work on
setting up the nightly build on their web site, if they choose to do
so.

I will also read through the ANT documentation for this information,
but I think some real life examples will help me get the kinks ironed
out.

The Sunburned Surveyor

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
  
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel