[Geoserver-users] GeoServer 1.4.x - WCS merge

GeoServer GeoServer User
1

Merge with trunk was succesful (on my local side).
I have deleted all ohters 1.4.x-wcs branches and created a new one which is the result of this merge (and so perfectly compatible with trunk release) with last updates too.
It works with GeoTools trunk version.

https://svn.codehaus.org/geoserver/branches/1.4.x_merge_wcs/

Cheers,
Alessio.

2

Thank you Alessio!!!

I was able to checkout and compile.

Now how do I make a release-binary archive?

Thanks,
Alex

On 7/24/06, Alessio Fabiani <alessio.fabiani@anonymised.com> wrote:

Merge with trunk was succesful (on my local side).
I have deleted all ohters 1.4.x-wcs branches and created a new one which is
the result of this merge (and so perfectly compatible with trunk release)
with last updates too.
It works with GeoTools trunk version.

https://svn.codehaus.org/geoserver/branches/1.4.x_merge_wcs/

Cheers,
          Alessio.

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

3

Replying to myself, but oh well...

I managed to get this latest release up and running, by following the
insltructions in the docs:
http://docs.codehaus.org/display/GEOSDEV/2+Maven+Quickstart

It also made the US map with the raster background behind it, and it
feels fast :slight_smile:

Thanks again Alessio,

Alex
P.S I still haven't figured out yet how to make a binary release.

On 7/24/06, Alexander Petkov <greenkov@anonymised.com> wrote:

Thank you Alessio!!!

I was able to checkout and compile.

Now how do I make a release-binary archive?

Thanks,
Alex

On 7/24/06, Alessio Fabiani <alessio.fabiani@anonymised.com> wrote:
> Merge with trunk was succesful (on my local side).
> I have deleted all ohters 1.4.x-wcs branches and created a new one which is
> the result of this merge (and so perfectly compatible with trunk release)
> with last updates too.
> It works with GeoTools trunk version.
>
> https://svn.codehaus.org/geoserver/branches/1.4.x_merge_wcs/
>
> Cheers,
> Alessio.
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>
> _______________________________________________
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>

4

Alex,

I'm having a bit of trouble getting this one working.

I've got geotools-trunk checked out and mavening into my local repo just fine. Everything builds (well, there's one typo, but it's an easy fix)

I then svn'd the 1.4.x_merge_wcs geoserver branch, and went to 'mvn install' it as well. However, it's complaining about not being able to track down the 'org.geotools:gt2-GriB1:jar:2.3-SNAPSHOT' artifact.

I've hunted around in my own ~/.m2/repository/org/geotools/gt2-GriB1 folder, and (lo and behold) there's no jar file there! I then hunted around google, but found little to help me about tracking down the GRIB toolkit reader/writer plugin.

Anyone know where I can grab a copy of the gt2-GriB1-2.3-SNAPSHOT.jar file that'll let me build the bleeding-est of the bleeding edge geoservers?

thanks all!

--saul

Alexander Petkov wrote:

Replying to myself, but oh well...

I managed to get this latest release up and running, by following the
insltructions in the docs:
http://docs.codehaus.org/display/GEOSDEV/2+Maven+Quickstart

It also made the US map with the raster background behind it, and it
feels fast :slight_smile:

Thanks again Alessio,

Alex

5

On 7/24/06, Saul Farber <Saul.Farber@anonymised.com> wrote:

Alex,

I'm having a bit of trouble getting this one working.

I've got geotools-trunk checked out and mavening into my local repo just
fine. Everything builds (well, there's one typo, but it's an easy fix)

I then svn'd the 1.4.x_merge_wcs geoserver branch, and went to 'mvn
install' it as well. However, it's complaining about not being able to
track down the 'org.geotools:gt2-GriB1:jar:2.3-SNAPSHOT' artifact.

I've hunted around in my own ~/.m2/repository/org/geotools/gt2-GriB1
folder, and (lo and behold) there's no jar file there! I then hunted
around google, but found little to help me about tracking down the GRIB
toolkit reader/writer plugin.

Anyone know where I can grab a copy of the gt2-GriB1-2.3-SNAPSHOT.jar
file that'll let me build the bleeding-est of the bleeding edge geoservers?

Hi Saul:

I had the exact same problem, solved it by using the grib jar from the
coverages_branch of geotools. I also attached it here.

I added it to my maven repo like this:

mvn install:install-file -DgroupId=org.geotools -DartifactId=gt2-GriB1 \
          -Dversion=2.3-SNAPSHOT -Dpackaging=jar
-Dfile=~/workspace/gt_coverages_branch/trunk/gt/plugin/Grib1/target/GriB1-2.3.x.jar

just change "-Dfile" to the correct path of GriB1-2.3.x.jar

Alex

thanks all!

--saul

Alexander Petkov wrote:
> Replying to myself, but oh well...
>
> I managed to get this latest release up and running, by following the
> insltructions in the docs:
> http://docs.codehaus.org/display/GEOSDEV/2+Maven+Quickstart
>
> It also made the US map with the raster background behind it, and it
> feels fast :slight_smile:
>
> Thanks again Alessio,
>
> Alex

GriB1-2.3.x.jar (16.9 KB)

6

Alexander Petkov wrote:

Replying to myself, but oh well...

I managed to get this latest release up and running, by following the
insltructions in the docs:
http://docs.codehaus.org/display/GEOSDEV/2+Maven+Quickstart

It also made the US map with the raster background behind it, and it
feels fast :slight_smile:

Thanks again Alessio,

Alex
P.S I still haven't figured out yet how to make a binary release.

Some combination of Brent and Justin can probably help you out.

This: http://docs.codehaus.org/display/GEOSDOC/Release+Guide doesn't seem to have instructions on what version of the nullsoft installer, how to make sure gs gets it, and where to download it.

This: http://docs.codehaus.org/display/GEOSDEV/7+Releasing has a bit better instructions, and is for 1.4.x, did you manage to find it Alex? But ideally more of that manual copying could be done by an ant target.

I would _love_ to get a WCS release out, the people are clamoring for it, I tell you! :wink: If you get release files made I'd be happy to get you 'release manager' rights so you can put it out on sourceforge Alex, and I'll even help with the press releases.

best regards,

Chris

On 7/24/06, Alexander Petkov <greenkov@anonymised.com> wrote:

Thank you Alessio!!!

I was able to checkout and compile.

Now how do I make a release-binary archive?

Thanks,
Alex

On 7/24/06, Alessio Fabiani <alessio.fabiani@anonymised.com> wrote:

Merge with trunk was succesful (on my local side).
I have deleted all ohters 1.4.x-wcs branches and created a new one which is
the result of this merge (and so perfectly compatible with trunk release)
with last updates too.
It works with GeoTools trunk version.

https://svn.codehaus.org/geoserver/branches/1.4.x_merge_wcs/

Cheers,
          Alessio.

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

!DSPAM:1003,44c541be140487731818748!

--
Chris Holmes
The Open Planning Project
http://topp.openplans.org

7

Is it the binary file or the windows installer file you want?
Just look at the 1.3.x ant build task release-binary. It's essentially what you want. What it does is first create the war file to server/geoserver/
Then it copies all the supporting files such as everything in the bin/ folder and the documentation. Here is the ant task:

<target name="release-binary" depends="release-common">
       <antcall target="build-war">
        <param name="conf.path" value="${basedir}/data_dirs/${test.type}" />
    </antcall>
    <unwar src="${dir.build}/geoserver.war" dest="${dir.build}/server/geoserver/" />
       <copy todir="${dir.build}">
        <fileset dir="${basedir}/documents">
            <include name="RUNNING.txt" />
            <include name="GPL.txt" />
            <include name="license.txt" />
            <include name="README.txt" />
        </fileset>
    </copy>
       <copy todir="${dir.build}/documents" failonerror="false">
        <fileset dir="${dir.doc}">
            <include name="**/*" />
            <exclude name="api/**" />
            <exclude name="GEOSDOC/**" />
            <exclude name="javadoc/**" />
        </fileset>
    </copy>
       <copy todir="${dir.build}/lib" failonerror="false">
        <fileset dir="${dir.lib}">
            <include name="jetty/*" />
            <include name="servlet.jar" />
            <include name="xercesImpl.jar" />
            <include name="xml-apis.jar" />
            <exclude name="**/gt2-arcsde.jar"/>
        </fileset>
    </copy>
       <copy todir="${dir.build}/bin" failonerror="true">
        <fileset dir="${dir.bin}">
            <include name="**/*" />
        </fileset>
    </copy>
   
        <fileset dir="${basedir}/documents">
            <include name="jetty.xml" />
            <include name="admin.xml" />
        </fileset>
    </copy>
    <copy todir="${dir.build}/data_dir">
        <fileset dir="${basedir}/data_dirs/userBasic">
            <include name="**/*"/>
            <exclude name="mbdemos/**"/>
            <exclude name="wfs-t_demo/**"/>
            <exclude name="demo/popup_map/**"/>
        </fileset>
    </copy>

       <!--copy todir="${dir.build}/server/" file="${dir.build}/geoserver.war"/-->
    <unwar src="${dir.build}/geoserver.war" dest="${dir.build}/server/geoserver/" />
   
           <!--JD(GEOS-385) fix the end of line for shell scripts -->
    <fixcrlf srcdir="${dir.build}" includes="**/*.sh" eol="unix"/>
    <tar destfile="${basedir}/geoserver-${name.release}-bin.tar">
        <tarfileset dir="${dir.build}" prefix="geoserver">
            <include name="**/*" />
            <exclude name="geoserver.war" />
            <exclude name="org/**" />
            <exclude name="META-INF/**"/>
            <exclude name="bin/startup.sh"/>
            <exclude name="bin/shutdown.sh"/>
            <exclude name="doc-files/**"/>
            <exclude name="test-data/**"/>
        </tarfileset>
           <!-- JD(GEOS-385)include bin seperatly in order to get permission right -->
        <tarfileset dir="${dir.build}" prefix="geoserver" mode="755">
            <include name="bin/startup.sh"/>
            <include name="bin/shutdown.sh"/>
        </tarfileset>
    </tar>
       <gzip src="${basedir}/geoserver-${name.release}-bin.tar" zipfile="${basedir}/geoserver-${name.release}-bin.tar.gz" />
       <copy file="${basedir}/geoserver-${name.release}-bin.tar.gz" todir="${dir.release}" />
</target>

The windows installer ant task just unzips the binary and runs the nullsoft script, essentially wrapping up the binary files in the installer.

Brent Owens
(The Open Planning Project)

Chris Holmes wrote:

Alexander Petkov wrote:

Replying to myself, but oh well...

I managed to get this latest release up and running, by following the
insltructions in the docs:
http://docs.codehaus.org/display/GEOSDEV/2+Maven+Quickstart

It also made the US map with the raster background behind it, and it
feels fast :slight_smile:

Thanks again Alessio,

Alex
P.S I still haven't figured out yet how to make a binary release.

Some combination of Brent and Justin can probably help you out.

This: http://docs.codehaus.org/display/GEOSDOC/Release+Guide doesn't seem to have instructions on what version of the nullsoft installer, how to make sure gs gets it, and where to download it.

This: http://docs.codehaus.org/display/GEOSDEV/7+Releasing has a bit better instructions, and is for 1.4.x, did you manage to find it Alex? But ideally more of that manual copying could be done by an ant target.

I would _love_ to get a WCS release out, the people are clamoring for it, I tell you! :wink: If you get release files made I'd be happy to get you 'release manager' rights so you can put it out on sourceforge Alex, and I'll even help with the press releases.

best regards,

Chris

On 7/24/06, Alexander Petkov <greenkov@anonymised.com> wrote:

Thank you Alessio!!!

I was able to checkout and compile.

Now how do I make a release-binary archive?

Thanks,
Alex

On 7/24/06, Alessio Fabiani <alessio.fabiani@anonymised.com> wrote:

Merge with trunk was succesful (on my local side).
I have deleted all ohters 1.4.x-wcs branches and created a new one which is
the result of this merge (and so perfectly compatible with trunk release)
with last updates too.
It works with GeoTools trunk version.

https://svn.codehaus.org/geoserver/branches/1.4.x_merge_wcs/

Cheers,
          Alessio.

-------------------------------------------------------------------------

Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

-------------------------------------------------------------------------

Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

!DSPAM:1003,44c541be140487731818748!

8

Folks,

I was wondering if you guys could let me know when would be a good time to
download the WCS trunk source code. I would like to integrate it at work; I
would be providing coverages from WMO GRIB(s). Thank you.

v/r,
Efren

-----Original Message-----
From: geoserver-devel-bounces@lists.sourceforge.net
[mailto:geoserver-devel-bounces@lists.sourceforge.net]On Behalf Of
Alexander Petkov
Sent: Monday, July 24, 2006 2:54 PM
To: Alessio Fabiani
Cc: Geoserver-devel; geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-devel] GeoServer 1.4.x - WCS merge

Replying to myself, but oh well...

I managed to get this latest release up and running, by following the
insltructions in the docs:
http://docs.codehaus.org/display/GEOSDEV/2+Maven+Quickstart

It also made the US map with the raster background behind it, and it
feels fast :slight_smile:

Thanks again Alessio,

Alex
P.S I still haven't figured out yet how to make a binary release.

On 7/24/06, Alexander Petkov <greenkov@anonymised.com> wrote:

Thank you Alessio!!!

I was able to checkout and compile.

Now how do I make a release-binary archive?

Thanks,
Alex

On 7/24/06, Alessio Fabiani <alessio.fabiani@anonymised.com> wrote:
> Merge with trunk was succesful (on my local side).
> I have deleted all ohters 1.4.x-wcs branches and created a new one

which is

> the result of this merge (and so perfectly compatible with trunk

release)

> with last updates too.
> It works with GeoTools trunk version.
>
> https://svn.codehaus.org/geoserver/branches/1.4.x_merge_wcs/
>
> Cheers,
> Alessio.
>
>

-------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share

your

> opinions on IT & business topics through brief surveys -- and earn cash
>

http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

>
> _______________________________________________
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>
>
>

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

9

Hmm, not to get too far ahead of myself, but I went to this URL:

http://gtsvn.refractions.net/geotools/branches/coverages_branch/trunk/gt/plugin/

My thought was, "Hey, I'll preview this GriB1-2.3.x.jar file and see where it came from" or something.

So I went to that url, expecting to track down the gt/plugin/GriB1/ directory, from which I could locate the correct GRIB plugin.

Only, there's no such directory there. Is that supposed to be that way?

Before receiving your email, Alex, I did try another method of resolving my problem.

I did the following:

$ cd <my-work-area>/geotools-trunk/plugin
(i.e, the plugins directory inside a fresh checkout of gt-trunk)

$ svn co http://gtsvn.refractions.net/geotools/trunk/spike/grib1

Then I modified the geotools-trunk/plugin/pom.xml file to refer to the grib1 directory, planning to build this darn GriB1-2.3-SNAPSHOT.jar file myself.

This worked fine, except now the gt grib code refers to an external library called "Jgrib". I went and tracked that down too, but the code inside geotools seems to refer to a newer, or else a *different* version of JGrib than whatever I downloaded (beta-6, I believe).

I then found this page:

http://docs.codehaus.org/display/GEOT/Eclipse+GeoTools+Quickstart

Aha! i thought. I need *that* jarfile, as it seems to be compatible with the exact thing I'm trying to build.

But no such luck. Seems that version of the jgrib jar file is also different than the version I downloaded/built (beta-6), but not the right one to actually build the grib1 spike code.

So let me phrase my question differently.

* Where can I find a copy of the JGrib library that will let me compile the gt2-grib1 plugin (from trunk/spike)?

(alternatively)

* Where can I find a version of the gt2-grib1 source code that will build on top of one of the jgrib libraries I've downloaded?

Of course, the easy way out of this is to ignore the secondary dependecy, grab the attachment you sent me alex (thanks for that!) and just go on about my business. I don't actually plan to use JGrib anyway.

I'll try that approach tomorrow!

thanks!
--saul

Hi Saul:

I had the exact same problem, solved it by using the grib jar from the
coverages_branch of geotools. I also attached it here.

I added it to my maven repo like this:

mvn install:install-file -DgroupId=org.geotools -DartifactId=gt2-GriB1 \
         -Dversion=2.3-SNAPSHOT -Dpackaging=jar
-Dfile=~/workspace/gt_coverages_branch/trunk/gt/plugin/Grib1/target/GriB1-2.3.x.jar

just change "-Dfile" to the correct path of GriB1-2.3.x.jar

10

Hi all,
we are working on Grib1 plugin … actually you can find the last release of that plugin on GeoTools trunk under the spike directory.

In few days we should have the Grib1 plugin again up and running.

On 7/25/06, Saul Farber <Saul.Farber@anonymised.com> wrote:

Hmm, not to get too far ahead of myself, but I went to this URL:

http://gtsvn.refractions.net/geotools/branches/coverages_branch/trunk/gt/plugin/

My thought was, “Hey, I’ll preview this GriB1-2.3.x.jar file and see
where it came from” or something.

So I went to that url, expecting to track down the gt/plugin/GriB1/
directory, from which I could locate the correct GRIB plugin.

Only, there’s no such directory there. Is that supposed to be that way?

Before receiving your email, Alex, I did try another method of resolving
my problem.

I did the following:

$ cd /geotools-trunk/plugin
(i.e, the plugins directory inside a fresh checkout of gt-trunk)

$ svn co http://gtsvn.refractions.net/geotools/trunk/spike/grib1

Then I modified the geotools-trunk/plugin/pom.xml file to refer to the
grib1 directory, planning to build this darn GriB1-2.3-SNAPSHOT.jar file
myself.

This worked fine, except now the gt grib code refers to an external
library called “Jgrib”. I went and tracked that down too, but the code
inside geotools seems to refer to a newer, or else a different version
of JGrib than whatever I downloaded (beta-6, I believe).

I then found this page:

http://docs.codehaus.org/display/GEOT/Eclipse+GeoTools+Quickstart

Aha! i thought. I need that jarfile, as it seems to be compatible
with the exact thing I’m trying to build.

But no such luck. Seems that version of the jgrib jar file is also
different than the version I downloaded/built (beta-6), but not the
right one to actually build the grib1 spike code.

So let me phrase my question differently.

  • Where can I find a copy of the JGrib library that will let me compile
    the gt2-grib1 plugin (from trunk/spike)?

(alternatively)

  • Where can I find a version of the gt2-grib1 source code that will
    build on top of one of the jgrib libraries I’ve downloaded?

Of course, the easy way out of this is to ignore the secondary
dependecy, grab the attachment you sent me alex (thanks for that!) and
just go on about my business. I don’t actually plan to use JGrib anyway.

I’ll try that approach tomorrow!

thanks!
–saul

Hi Saul:

I had the exact same problem, solved it by using the grib jar from the
coverages_branch of geotools. I also attached it here.

I added it to my maven repo like this:

mvn install:install-file -DgroupId=org.geotools -DartifactId=gt2-GriB1
-Dversion=2.3-SNAPSHOT -Dpackaging=jar
-Dfile=~/workspace/gt_coverages_branch/trunk/gt/plugin/Grib1/target/GriB1- 2.3.x.jar

just change “-Dfile” to the correct path of GriB1-2.3.x.jar

–

Alessio Fabiani
Software Engineer

http://afabiani.wordpress.com