Re: [Geotools-devel] [ExternalEmail] Re: trunk and 2.6.x broken?

Aha! The problem is that Python under Windows cannot delete readonly files: http://www.svnforum.org/2017/viewtopic.php?t=2169 The readonly files (in .svn from your subversion working directory) are being copied (by Sphinx) from the static theming directories into the target directory. I see the

[Geotools-devel] Hudson build is back to normal: geotools-2.6.x #419

See -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-

Re: [Geotools-devel] trunk and 2.6.x broken?

I seem to have problem with building the doc from trunk as well. As Ben suggested last time it might be conflict with svn but I was able to manually delete that file. Any suggestions? [exec] writing additional files... genindex search [exec] Making output directory... [exec] Exce

[Geotools-devel] Hudson build is back to normal: geotools-trunk #2906

See -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint

[Geotools-devel] [jira] Created: (GEOT-3193) Unit test failure in ImageMosaicFormatFactoryTest.testSystemLoaderUnbounded() caused by test order assumption

Unit test failure in ImageMosaicFormatFactoryTest.testSystemLoaderUnbounded() caused by test order assumption - Key: GEOT-3193 URL: http://jira.codehaus.or

Re: [Geotools-devel] [ExternalEmail] Re: trunk and 2.6.x broken?

I found the problem. Jira to follow. In the interim I have kicked the broken test to fix the build (adding @Ignore) in r35906 on trunk and r35907 on 2.6.x. On 14/07/10 10:59, Ben Caradoc-Davies wrote: > On 14/07/10 10:23, Ben Caradoc-Davies wrote: >> Looks surefire-plugin is not honouring the JU

Re: [Geotools-devel] [ExternalEmail] Re: trunk and 2.6.x broken?

On 14/07/10 10:23, Ben Caradoc-Davies wrote: > Looks surefire-plugin is not honouring the JUnit4 @Ignore annotation. I take that back: it is something else. The failure is at line 148 in testSystemLoaderUnbounded(org.geotools.gce.imagemosaic.ImageMosaicFormatFactoryTest) (this method does not hav

Re: [Geotools-devel] [ExternalEmail] Re: trunk and 2.6.x broken?

Looks surefire-plugin is not honouring the JUnit4 @Ignore annotation. On 14/07/10 09:36, Ben Caradoc-Davies wrote: > Ooh, I didn't see that Simone broke 2.6.x as well. How thorough of him. ;-) > > I'm looking into it. > > ** > > Changed by: simonegiannecchini > Changed at: Tue 13 Jul 2010 22:

Re: [Geotools-devel] trunk and 2.6.x broken?

Ooh, I didn't see that Simone broke 2.6.x as well. How thorough of him. ;-) I'm looking into it. ** Changed by: simonegiannecchini Changed at: Tue 13 Jul 2010 22:11:03 Revision: 35900 Changed files: * modules/plugin/imagemosaic/pom.xml * modules/plugin/imagemosaic/src/main/java

[Geotools-devel] trunk and 2.6.x broken?

Suggestions? Normally I would roll back but I am not working on geotools today. - http://hudson.opengeo.org/hudson/view/geotools/job/geotools-trunk/ - http://hudson.opengeo.org/hudson/view/geotools/job/geotools-2.6.x/ Problem on both branches: Failed tests: testSystemLoaderUnbounded(org.geotoo

Re: [Geotools-devel] 2.7-M2

We are having slightly different conversations. I indicated the WMS patch was ready; we can tag 2.7-M2 at any time (I am also not aware of any show stoppers). I don't know what our release schedule is, until we have an idea we won't know when to release. jody On Wed, Jul 14, 2010 at 12:04 AM, D

Re: [Geotools-devel] Schema in db.properties

Hi Alex, Seems you figured it out :). This is what I usually end up doing. I do think there might be a jira issue open about this though from a while back. -Justin On 10-07-13 2:55 PM, Alex Trofast wrote: >Well setting dataStore.setDatabaseSchema(null); seems to work okay... > > On 07/13/20

[Geotools-devel] Build failed in Hudson: geotools-trunk #2905

See Changes: [atrofast] More tests added and converted the main Ingres dialect to a PreparedStatement dialect. -- [...truncated 6621 lines...] WARNING: Using forced coordinate reference sy

Re: [Geotools-devel] Schema in db.properties

Well setting dataStore.setDatabaseSchema(null); seems to work okay... On 07/13/2010 04:22 PM, Alex Trofast wrote: >So after some more digging I see that in the JDBCTestSupport class > SCHEMA is being set to "geotools" regardless and I have to override it > in setupDataStore. The problem is t

Re: [Geotools-devel] Schema in db.properties

So after some more digging I see that in the JDBCTestSupport class SCHEMA is being set to "geotools" regardless and I have to override it in setupDataStore. The problem is that Ingres idea of schema is a bit different as compared to Postgres. The schema is the username usually and you need sp

[Geotools-devel] Schema in db.properties

Greetings all, I've tried to add a schema=schema_name in my ingres.properties file in ~/.geotools and it seems to always ignore it... Are there any extra steps necessary so that you can specify your schema? Thanks! -- Alex http://bit.ly/geodb --

[Geotools-devel] Build failed in Hudson: geotools-trunk #2904

See Changes: [simonegiannecchini] improved mosaic for GEOT-3145 -- [...truncated 6558 lines...] WARNING: Using forced coordinate reference system Jul 13, 2010 3:27:46 PM org.geotools.gce.

[Geotools-devel] Build failed in Hudson: geotools-2.6.x #418

See Changes: [simonegiannecchini] improved multithreading on mosaic [simonegiannecchini] improved multithreading on mosaic -- [...truncated 4980 lines...] [INFO] [resources:testResources] [

[Geotools-devel] Build failed in Hudson: geotools-trunk #2903

See Changes: [simonegiannecchini] improved mosaic for GEOT-3145 -- [...truncated 6556 lines...] WARNING: Using forced coordinate reference system Jul 13, 2010 11:17:49 AM org.geotools.gce

Re: [Geotools-devel] hudson sphinx 0.6.1 vs 0.6.7

On 07/13/2010 02:54 AM, Andrea Aime wrote: > Jody Garnett ha scritto: > >> I have commented out part of the docs build; the only clue I have is a >> different version number of sphinx being used by Hudson. >> >> Q1: Can I ask someone with sphinx 0.6.1 to try builds docs? You will >> need to un

[Geotools-devel] [jira] Created: (GEOT-3192) WMSMapLayer#reference(GeneralEnvelope) mixes up ordinate order.

WMSMapLayer#reference(GeneralEnvelope) mixes up ordinate order. --- Key: GEOT-3192 URL: http://jira.codehaus.org/browse/GEOT-3192 Project: GeoTools Issue Type: Bug Affects Versi

[Geotools-devel] Build failed in Hudson: geotools-trunk #2902

See Changes: [simonegiannecchini] improved mosaic for GEOT-3145 -- [...truncated 6692 lines...] WARNING: Using forced coordinate reference system Jul 13, 2010 10:17:53 AM org.geotools.gce

Re: [Geotools-devel] 2.7-M2

Hi Jody, how is going on with the last fixes for 2.7-M2? Please, note that is not a TAG request, but just a status request :) Please, let me know. Best Regards, Daniele On Mon, Jul 12, 2010 at 3:25 PM, Jody Garnett wrote: > On it. > > Jody > > On 12/07/2010, at 10:50 PM, Andrea Aime wrote: > >

[Geotools-devel] sphinx woes

Hi all, Sorry for not having time to help out with the sphinx issues. What is the current state of the issue? It sounds like the problem was the pdf generation configuration? Hudson seems happy again. Let me know if there is anything i can do. -Justin -- Justin Deoliveira OpenGeo - http://op

Re: [Geotools-devel] Incomplete switch to SimpleFeatureCollection

Please use DecoratingSimpleFeatureCollection and FilteringSimpleFeatureCollection. Jody -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.s

[Geotools-devel] [jira] Created: (GEOT-3191) Avoid computing sql view rows when determining its feature type structure

Avoid computing sql view rows when determining its feature type structure - Key: GEOT-3191 URL: http://jira.codehaus.org/browse/GEOT-3191 Project: GeoTools Issue Type: I

[Geotools-devel] Incomplete switch to SimpleFeatureCollection

Hi, today I was looking into a GeoServer GetFeatureInfo failure happening in some odd condition and found out the failure was due to the code using FilteringFeatureCollection, which is not a SimpleFeatureCollection. I spotted three classes so far that have not been migrated to SimpleFeatureCollect

Re: [Geotools-devel] hudson sphinx 0.6.1 vs 0.6.7

Cool; I think I am going to let hudson have a crack at it - perhaps the change to conf.py will be enough. Jody On 13/07/2010, at 6:48 PM, Andrea Aime wrote: > Jody Garnett ha scritto: >> On 13/07/2010, at 4:54 PM, Andrea Aime wrote: >>> Jody Garnett ha scritto: I have commented out part of

Re: [Geotools-devel] hudson sphinx 0.6.1 vs 0.6.7

Jody Garnett ha scritto: > On 13/07/2010, at 4:54 PM, Andrea Aime wrote: > >> Jody Garnett ha scritto: >>> I have commented out part of the docs build; the only clue I have is a >>> different version number of sphinx being used by Hudson. >>> Q1: Can I ask someone with sphinx 0.6.1 to try builds

Re: [Geotools-devel] [ExternalEmail] Re: Build failed in Hudson: geotools-trunk #2896

And still succeeds after your conf.py change. On 13/07/10 16:42, Caradoc-Davies, Ben (CESRE, Kensington) wrote: > I had rst2html, but not rst2pdf, so I installed rst2pdf and the build > now succeeds. > > On 13/07/10 16:31, Ben Caradoc-Davies wrote: >> I uncommented the tutorial (html only) element

Re: [Geotools-devel] Build failed in Hudson: geotools-trunk #2896

The build now succeeds (with html tutorial uncommented), before this change. On 13/07/10 16:38, Jody Garnett wrote: > Okay I removed the reference from the conf.py; can you update and try again. > I will be happy if this was the only trouble (although I am a bit annoyed > that I cannot manage to

Re: [Geotools-devel] [ExternalEmail] Re: Build failed in Hudson: geotools-trunk #2896

I had rst2html, but not rst2pdf, so I installed rst2pdf and the build now succeeds. On 13/07/10 16:31, Ben Caradoc-Davies wrote: > I uncommented the tutorial (html only) element and the build now fails with: > > sphinx: >[exec] Making output directory... >[exec] Running Sphinx v0.

Re: [Geotools-devel] Build failed in Hudson: geotools-trunk #2896

Okay I removed the reference from the conf.py; can you update and try again. I will be happy if this was the only trouble (although I am a bit annoyed that I cannot manage to drive multiple outputs from the same source directory in isolation). Jody On 13/07/2010, at 6:31 PM, Ben Caradoc-Davies

Re: [Geotools-devel] Build failed in Hudson: geotools-trunk #2896

I uncommented the tutorial (html only) element and the build now fails with: sphinx: [exec] Making output directory... [exec] Running Sphinx v0.6.6 [exec] Extension error: [exec] Could not import extension rst2pdf.pdfbuilder (exception: No module named rst2pdf.pdfbuilder)

Re: [Geotools-devel] hudson sphinx 0.6.1 vs 0.6.7

On 13/07/2010, at 4:54 PM, Andrea Aime wrote: > Jody Garnett ha scritto: >> I have commented out part of the docs build; the only clue I have is a >> different version number of sphinx being used by Hudson. >> Q1: Can I ask someone with sphinx 0.6.1 to try builds docs? You will >> need to uncomme

Re: [Geotools-devel] Build failed in Hudson: geotools-trunk #2896

Can you uncomment the build item for "tutorial" and try again? It is the tutorial build item that is failing an html build on hudson; but works for me using 0.6.7. Jody On 13/07/2010, at 3:50 PM, Ben Caradoc-Davies wrote: > On 13/07/10 13:27, Jody Garnett wrote: >> What version of Sphinx are y