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

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 uncomment some lines from build.xml. In testing on my own

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

On 13/07/10 13:27, Jody Garnett wrote: > What version of Sphinx are you running Ben? 0.6.6 "mvn clean install" works fine for me in docs (latest trunk r35896). I do not have rst2html. -- Ben Caradoc-Davies Software Engineering Team Leader CSIRO Earth Science and Resource Engineering Australia

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

I am not sure what to think at the moment; I would like to see if upgrading the version of Sphinx used makes a difference. Note that the documentation target on hudson does do a clean build each time: - http://hudson.opengeo.org/hudson/view/geotools/job/geotools-trunk-docs/ Even with a clean buil

Re: [Geotools-devel] [ExternalEmail] Re: Nominate Derrick Wong for GeoTools commit access

+1 -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Nominate-Derrick-Wong-for-GeoTools-commit-access-tp5259297p5285850.html Sent from the geotools-devel mailing list archive at Nabble.com. -- This

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

As a workaround can we make a clean docs build each time? How long would this take? Is it less than a minute? On 13/07/10 07:48, Jody Garnett wrote: > Okay so hudson is down; and I think it may be a configuration issue? > > While we can comment docs out of the build again I would like to see this

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

Okay so hudson is down; and I think it may be a configuration issue? While we can comment docs out of the build again I would like to see this fixed. Jody On 13/07/2010, at 12:05 AM, Jody Garnett wrote: > So here is the deal - it looks like the build is failing when it trips up > trying to com

Re: [Geotools-devel] Nominate Derrick Wong for GeoTools commit access

+1 -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Nominate-Derrick-Wong-for-GeoTools-commit-access-tp5259297p5285850.html Sent from the geotools-devel mailing list archive at Nabble.com. -- This

Re: [Geotools-devel] [ExternalEmail] Re: Request for commit rights

We'll take Jody's support as a formal vote. Andrea, please state your support for Tobia, as we are still technically one vote short. Any committer can vote, so the rest of youse out there speak up! Tobia, please read this: http://docs.codehaus.org/display/GEOT/2+Committers Have you completed a

[Geotools-devel] hudson sphinx 0.6.1 vs 0.6.7

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 uncomment some lines from build.xml. In testing on my own using sphinx 0.6.7 docs builds fin

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

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] BLOBs and CLOBs

I switched to the PreparedStatement dialect instead of the BasicSQL dialect and the tests passed. Additionally Ingres can't handle LOBs very well without prepared statements, it will outright not work if the LOB is larger than 32000 bytes so it's looking more and more like PreparedStatementDi

Re: [Geotools-devel] BLOBs and CLOBs

That did the trick thank you very much... All LOB read tests seem to be working okay now. I do have an issue with the write test. It's supposed to write byte[] {6,7,8} but in reality in the database something more like this gets written: [...@9931579 CLOB reads/writes all seem okay On 07/12/2

Re: [Geotools-devel] BLOBs and CLOBs

Did you register the converters with the factory spi plugin system? Looking at the latest from svn: http://svn.osgeo.org/geotools/trunk/modules/unsupported/jdbc-ng/jdbc-ingres/src/main/resources/META-INF/services/ I don't see any converter spi file. What you need to do is something similar to o

Re: [Geotools-devel] BLOBs and CLOBs

Hi Justin, This helps but I'm still a bit uncertain as to how GeoTools will actually tie into the converters... I wrote two, one for Clobs and one for Blobs. But the converters never seem to be triggered... On 07/07/2010 07:14 PM, Justin Deoliveira wrote: > Hi Alex, > > I would suggest you mi

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

See Changes: [jive] remove reference to ASTORE (not that I am sure what that is) [jive] Force sphinx to generate everything each time; it is not doing so well picking up where it left off and the build is failing because of it

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

So here is the deal - it looks like the build is failing when it trips up trying to compile only files that have changed. It assumes the full doc tree (or whatever that is) is present already ... I have added the following parameters: -a (generating all the content every time) -E (generating th

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

See Changes: [jive] patch wms to extend GridReaderLayer; add html docs into the mix -- [...truncated 11350 lines...] [INFO] [clean:clean] [INFO] Deleting directory

Re: [Geotools-devel] 2.7-M2

On it. Jody On 12/07/2010, at 10:50 PM, Andrea Aime wrote: > Jody Garnett ha scritto: What is your time scheduling about the WMSLayer issue? >>> I was going to look at it this evening. It is not so much an issue as >>> something that is not done with respect to the MapContext refactoring l

Re: [Geotools-devel] 2.7-M2

Andrea Aime ha scritto: > Jody Garnett ha scritto: What is your time scheduling about the WMSLayer issue? >>> I was going to look at it this evening. It is not so much an issue as >>> something that is not done with respect to the MapContext refactoring last >>> month. Since it shows up in o

Re: [Geotools-devel] 2.7-M2

Jody Garnett ha scritto: >>> What is your time scheduling about the WMSLayer issue? >> I was going to look at it this evening. It is not so much an issue as >> something that is not done with respect to the MapContext refactoring last >> month. Since it shows up in one of the tutorialsI am going

Re: [Geotools-devel] 2.7-M2

>> What is your time scheduling about the WMSLayer issue? > > I was going to look at it this evening. It is not so much an issue as > something that is not done with respect to the MapContext refactoring last > month. Since it shows up in one of the tutorialsI am going to try and fix it. Done.

Re: [Geotools-devel] 2.7-M2

On 12/07/2010, at 8:10 PM, Daniele Romagnoli wrote: > Hi Jody, > I don't think we will actually include ImageIO-ext 1.1.x dependency on that > Milestone. (We would like to do some more testings on it before.) Agreed 1.1.x is not ready today. When do you think it would be ready - and does your c

Re: [Geotools-devel] 2.7-M2

Hi Jody, I don't think we will actually include ImageIO-ext 1.1.x dependency on that Milestone. (We would like to do some more testings on it before.) Latelly, Simone did some improvements and changes on the gridCoverageReaders/mosaic modules which we would like to get available. What is your time