Reminder RC scheduled for Friday

[Jody Garnett-2]

Just a reminder that a release candidate is scheduled for Friday.
I have seen a lot of activity this week; how is everyone doing for a
Friday deadline?

Jody

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Geotools-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[mbedward]

Simone,

If possible, could you take a look at this coverage patch before the
release candidate is packaged:

http://jira.codehaus.org/browse/GEOT-2740

No worries if you're too busy.

cheers
Michael


2009/10/8 Jody Garnett <[hidden email]>:
> Just a reminder that a release candidate is scheduled for Friday.
> I have seen a lot of activity this week; how is everyone doing for a
> Friday deadline?
>
> Jody

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Geotools-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Jody Garnett-2]

Hi Michael:

I don't have a clear go on our side - the CRSLab fails to reproject
for me at this time (using simple shape files). I have also produced a
replacement for Shp2Shp called ReSHP that extends CRSLab with an
export button. The two can probably be merged but i would like the
feedback.

Jody

On Thu, Oct 8, 2009 at 9:43 AM, Jody Garnett <[hidden email]> wrote:
> Just a reminder that a release candidate is scheduled for Friday.
> I have seen a lot of activity this week; how is everyone doing for a
> Friday deadline?
>
> Jody
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Geotools-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[mbedward]

Hi Jody,

> I don't have a clear go on our side - the CRSLab fails to reproject
> for me at this time (using simple shape files).

Just looked at it and it was caused by my recent changes to get
rasters displayed properly. I was caching the full extent of the
layers and forgot to renew this in the JMapPane handler for context
CRS change. Just committed the fix.

But there's another problem now caused by the recent referencing
changes (r34082)...

When I run CRSLab with the bc_border shapefile and flick it between
EPSG 3005 and 4326 I get referencing FactoryExceptions thrown.  When I
revert r34082 locally there are no exceptions.  Of course that doesn't
mean there are no problems with the reprojection - maybe we were just
not hearing about them :-)

We probably need Andrea's advice about that.

> I have also produced a
> replacement for Shp2Shp called ReSHP that extends CRSLab with an
> export button. The two can probably be merged but i would like the
> feedback.

Yes nice one !

I've committed a little fix for exporting.

My vote would be to turn ReShapeLab into CRSLab (I like the name a bit
more) but you choose.

cheers
Michael

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Geotools-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Jody Garnett-2]

> Hi Jody,
>
>> I don't have a clear go on our side - the CRSLab fails to reproject
>> for me at this time (using simple shape files).
>
> Just looked at it and it was caused by my recent changes to get
> rasters displayed properly. I was caching the full extent of the
> layers and forgot to renew this in the JMapPane handler for context
> CRS change. Just committed the fix.
>
> But there's another problem now caused by the recent referencing
> changes (r34082)...
>
> When I run CRSLab with the bc_border shapefile and flick it between
> EPSG 3005 and 4326 I get referencing FactoryExceptions thrown.  When I
> revert r34082 locally there are no exceptions.  Of course that doesn't
> mean there are no problems with the reprojection - maybe we were just
> not hearing about them :-)
>
> We probably need Andrea's advice about that.

Indeed - Andrea will be popular this evening.

>> I have also produced a
>> replacement for Shp2Shp called ReSHP that extends CRSLab with an
>> export button. The two can probably be merged but i would like the
>> feedback.
>
> Yes nice one !
>
> I've committed a little fix for exporting.
>
> My vote would be to turn ReShapeLab into CRSLab (I like the name a bit
> more) but you choose.

Go ahead and merge the functionality into CRSLab - I have combined the
two in the workbook already. I am a little sad in that we used Query
to reproject - when what I wanted was an excuse to sift through the
geometry by hand. using the JTS utility class; giving people hands on
experience with MathTransform. What do you think about me writing that
approach up - even though Query is kind of doing the job right now?

Jody

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Geotools-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[mbedward]

2009/10/9 Jody Garnett wrote:
> Go ahead and merge the functionality into CRSLab - I have combined the
> two in the workbook already.

The copy of the workbook in the dropbox hasn't been updated then (?)
So just to confirm: new bits go into CRSLab and we remove ReShapeLab
and Shp2Shp - is that ok ?

> I am a little sad in that we used Query
> to reproject - when what I wanted was an excuse to sift through the
> geometry by hand. using the JTS utility class; giving people hands on
> experience with MathTransform. What do you think about me writing that
> approach up - even though Query is kind of doing the job right now?

Yes, I think that would be nice to have.

Michael

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Geotools-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Jody Garnett-2]

On Fri, Oct 9, 2009 at 2:26 PM, Michael Bedward
<[hidden email]> wrote:
> 2009/10/9 Jody Garnett wrote:
>> Go ahead and merge the functionality into CRSLab - I have combined the
>> two in the workbook already.
>
> The copy of the workbook in the dropbox hasn't been updated then (?)
> So just to confirm: new bits go into CRSLab and we remove ReShapeLab
> and Shp2Shp - is that ok ?

Confirmed.

>> I am a little sad in that we used Query
>> to reproject - when what I wanted was an excuse to sift through the
>> geometry by hand. using the JTS utility class; giving people hands on
>> experience with MathTransform. What do you think about me writing that
>> approach up - even though Query is kind of doing the job right now?
>
> Yes, I think that would be nice to have.

Jody

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Geotools-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[aaime]

Michael Bedward ha scritto:

> Hi Jody,
>
>> I don't have a clear go on our side - the CRSLab fails to reproject
>> for me at this time (using simple shape files).
>
> Just looked at it and it was caused by my recent changes to get
> rasters displayed properly. I was caching the full extent of the
> layers and forgot to renew this in the JMapPane handler for context
> CRS change. Just committed the fix.
>
> But there's another problem now caused by the recent referencing
> changes (r34082)...
>
> When I run CRSLab with the bc_border shapefile and flick it between
> EPSG 3005 and 4326 I get referencing FactoryExceptions thrown.  When I
> revert r34082 locally there are no exceptions.  Of course that doesn't
> mean there are no problems with the reprojection - maybe we were just
> not hearing about them :-)
>
> We probably need Andrea's advice about that.

I've just tried with a few shapefiles I have on disk forcing both
a projection and datum change.
Then again, I have nothing in 3505.

I'm happy to help out but I need  a sample shapefile and the exact stack
trace you're getting.

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Geotools-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Jody Garnett-2]

Hi Michael - we are trying to go through this issue now no IRC. Are
you available?

Jody

On Fri, Oct 9, 2009 at 6:13 PM, Andrea Aime <[hidden email]> wrote:

> Michael Bedward ha scritto:
>>
>> Hi Jody,
>>
>>> I don't have a clear go on our side - the CRSLab fails to reproject
>>> for me at this time (using simple shape files).
>>
>> Just looked at it and it was caused by my recent changes to get
>> rasters displayed properly. I was caching the full extent of the
>> layers and forgot to renew this in the JMapPane handler for context
>> CRS change. Just committed the fix.
>>
>> But there's another problem now caused by the recent referencing
>> changes (r34082)...
>>
>> When I run CRSLab with the bc_border shapefile and flick it between
>> EPSG 3005 and 4326 I get referencing FactoryExceptions thrown.  When I
>> revert r34082 locally there are no exceptions.  Of course that doesn't
>> mean there are no problems with the reprojection - maybe we were just
>> not hearing about them :-)
>>
>> We probably need Andrea's advice about that.
>
> I've just tried with a few shapefiles I have on disk forcing both
> a projection and datum change.
> Then again, I have nothing in 3505.
>
> I'm happy to help out but I need  a sample shapefile and the exact stack
> trace you're getting.
>
> Cheers
> Andrea
>
> --
> Andrea Aime
> OpenGeo - http://opengeo.org
> Expert service straight from the developers.
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Geotools-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Christian Müller-3]

Looking at the zip files for 2.6.0-M2 and 2.6.0-M3 I discovered 2 versions
of the commons-io jar file:

commons-io-1.4.jar
commons-io-1.2.jar


A lot of classes are duplicated in the classpath, eg.
org/apache/commons/io/FileCleaner.class.
I think this is a source of problems.

Doing further investigations I found name clashes in xml jars:


javax/xml/XMLConstants.class is in

xml-apis-1.3.04.jar
xml-apis-xerces-2.7.1.jar


org/w3c/dom/xpath/XPathResult.class is in

xalan-2.6.0.jar
xml-apis-1.3.04.jar
xml-apis-xerces-2.7.1.jar

Looks a little bit like a minefield, shoud I open a JIRA

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Geotools-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[aaime]

Christian Müller ha scritto:

> Looking at the zip files for 2.6.0-M2 and 2.6.0-M3 I discovered 2
> versions of the commons-io jar file:
> commons-io-1.4.jar
> commons-io-1.2.jar
>
> A lot of classes are duplicated in the classpath, eg.
> org/apache/commons/io/FileCleaner.class.
> I think this is a source of problems.
> Doing further investigations I found name clashes in xml jars:
>
> javax/xml/XMLConstants.class is in
> xml-apis-1.3.04.jar
> xml-apis-xerces-2.7.1.jar
>
> org/w3c/dom/xpath/XPathResult.class is in
> xalan-2.6.0.jar
> xml-apis-1.3.04.jar
> xml-apis-xerces-2.7.1.jar
> Looks a little bit like a minefield, shoud I open a JIRA

I guess you should, one for each of the problems you've found.

The first issue seems easy to solve, the others two I don't know...

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Geotools-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[aaime]

Christian Müller ha scritto:

> Looking at the zip files for 2.6.0-M2 and 2.6.0-M3 I discovered 2
> versions of the commons-io jar file:
> commons-io-1.4.jar
> commons-io-1.2.jar
>
> A lot of classes are duplicated in the classpath, eg.
> org/apache/commons/io/FileCleaner.class.
> I think this is a source of problems.
> Doing further investigations I found name clashes in xml jars:
>
> javax/xml/XMLConstants.class is in
> xml-apis-1.3.04.jar
> xml-apis-xerces-2.7.1.jar
>
> org/w3c/dom/xpath/XPathResult.class is in
> xalan-2.6.0.jar
> xml-apis-1.3.04.jar
> xml-apis-xerces-2.7.1.jar
> Looks a little bit like a minefield, shoud I open a JIRA

Btw, how did you get these informations?

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Geotools-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Christian Müller-3]

I work with Rational Application Developer 7.x which is based on eclipse.
There is a possibility to build a "runnable jar file", meaning that all
classpath dependencies are merged into one stand alone jar file.

This is nice, because you have to deliver only one jar file and you need not
to worry about classpath issues.

During the build of the "monster" jar file, the build process reports name
clashes.

Thats it.

 

 

Andrea Aime writes:

> Christian Müller ha scritto:
>> Looking at the zip files for 2.6.0-M2 and 2.6.0-M3 I discovered 2
>> versions of the commons-io jar file:
>> commons-io-1.4.jar
>> commons-io-1.2.jar
>>
>> A lot of classes are duplicated in the classpath, eg.
>> org/apache/commons/io/FileCleaner.class.
>> I think this is a source of problems.
>> Doing further investigations I found name clashes in xml jars:
>>
>> javax/xml/XMLConstants.class is in
>> xml-apis-1.3.04.jar
>> xml-apis-xerces-2.7.1.jar
>>
>> org/w3c/dom/xpath/XPathResult.class is in
>> xalan-2.6.0.jar
>> xml-apis-1.3.04.jar
>> xml-apis-xerces-2.7.1.jar
>> Looks a little bit like a minefield, shoud I open a JIRA
>
> Btw, how did you get these informations?
>
> Cheers
> Andrea
>
> --
> Andrea Aime
> OpenGeo - http://opengeo.org
> Expert service straight from the developers.

 


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Geotools-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[mbedward]

2009/10/9 Christian Müller wrote:
>
> I work with Rational Application Developer 7.x which is based on eclipse.
> There is a possibility to build a "runnable jar file", meaning that all
> classpath dependencies are merged into one stand alone jar file.
>

It sounds like maven assembly with the 'jar-with-dependencies' option,
although I don't know that maven does such thorough (or any) error
reporting.

Michael

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Geotools-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/geotools-devel