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

2010-06-30 Thread Hudson
See Changes: [jive] ProcessFactory display name -- [...truncated 10521 lines...] [INFO] Installing

[Geotools-devel] [jira] Created: (GEOT-3167) Build failure in demo gt-example cause by gt-process API change

2010-06-30 Thread Ben Caradoc-Davies (JIRA)
Build failure in demo gt-example cause by gt-process API change --- Key: GEOT-3167 URL: http://jira.codehaus.org/browse/GEOT-3167 Project: GeoTools Issue Type: Bug Affects Versi

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

2010-06-30 Thread Hudson
See Changes: [jive] ProcessFactory title -- [...truncated 11856 lines...] Running org.geotools.coverageio.matfile5.MatFile5Test Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapse

[Geotools-devel] putting gt-swing on a diet

2010-06-30 Thread Jody Garnett
Hi Micheal: In putting together this years workshop materials; the initial "graph" of dependencies is really large. As such I would like put gt-swing on a diet :-) I think the main culprit is a dependency on process (in an attempt to save the process wizard code which is actually still missing -

Re: [Geotools-devel] Request for commit access

2010-06-30 Thread Ben Caradoc-Davies
+1, as Stefan still needs a third vote. ;-) Stefan, I recognise your [former] name, and you already have an impressive record of submitting patches. Welcome to the project. Kind regards, Ben. On 30/06/10 18:08, Stefan A. Tzeggai wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi >

[Geotools-devel] processfactory by any other name?

2010-06-30 Thread Jody Garnett
Well actually by no name at the moment. In the move from a ProcessFactory per process (okay that was a dumb idea!) we lost the ability to identify the different process factories. I am trying to set up a user interface in uDig where each process factory is identified by name; or namespace or som

Re: [Geotools-devel] FilteToSql and CRS JDBC questions

2010-06-30 Thread Andrea Aime
Alex Trofast ha scritto: > I will try the to use the debugger then, although I have never done > this so I was wondering if you could point me to a wiki or a document > that discusses this. I'm guessing you run with mvnDebug instead of mvn, > then attach jdb with jdb --attach 8000. However havi

Re: [Geotools-devel] FilteToSql and CRS JDBC questions

2010-06-30 Thread Alex Trofast
I will try the to use the debugger then, although I have never done this so I was wondering if you could point me to a wiki or a document that discusses this. I'm guessing you run with mvnDebug instead of mvn, then attach jdb with jdb --attach 8000. However having tried this I try to create b

Re: [Geotools-devel] Trouble connecting with JDBCDataStore

2010-06-30 Thread Jody Garnett
Yeah it is a user on the email list; so that stack trace is all I have to work with. I will ask Mark tomorrow. On 01/07/2010, at 12:59 AM, Andrea Aime wrote: >> Looking at the implementation it is mostly a direct call to datasource >> getConnection(); is there any reason why that would return n

Re: [Geotools-devel] Trouble connecting with JDBCDataStore

2010-06-30 Thread Andrea Aime
Jody Garnett ha scritto: > I have an interesting stack trace reported from the udig-users list > > java.lang.NullPointerException > at org.geotools.jdbc.JDBCDataStore.createConnection(JDBCDataStore.java:1420) > at org.geotools.jdbc.JDBCDataStore.getConnection(JDBCDataStore.java:1377) > at > org.g

[Geotools-devel] Trouble connecting with JDBCDataStore

2010-06-30 Thread Jody Garnett
I have an interesting stack trace reported from the udig-users list java.lang.NullPointerException at org.geotools.jdbc.JDBCDataStore.createConnection(JDBCDataStore.java:1420) at org.geotools.jdbc.JDBCDataStore.getConnection(JDBCDataStore.java:1377) at org.geotools.jdbc.

Re: [Geotools-devel] FilteToSql and CRS JDBC questions

2010-06-30 Thread Andrea Aime
Alex Trofast ha scritto: > Thanks for your response Andrea, > > Regarding FilterFactory I was just really wondering if it made use of > the FilterToSql class when building filters. Nope, FilterFactory is completely stand alone, does not use anything else. It would not make sense for it to use a

Re: [Geotools-devel] FilteToSql and CRS JDBC questions

2010-06-30 Thread Alex Trofast
Thanks for your response Andrea, Regarding FilterFactory I was just really wondering if it made use of the FilterToSql class when building filters. The follow test errors out (JDBCFeatureSourceTest): FilterFactory ff = dataStore.getFilterFactory(); SortBy sort = ff.sort(anam

Re: [Geotools-devel] Request for commit access

2010-06-30 Thread Andrea Aime
Stefan A. Tzeggai ha scritto: >> +1 on adding Stefan as a committer. >> >> Btw, we need your OSGEO id to give you commit access. Done, you now have commit access. Now go and commit your GEOT-3165 patch ;-) Cheers Andrea -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from th

Re: [Geotools-devel] Request for commit access

2010-06-30 Thread christian . mueller
+1, it seems that Stefan is NOT a beginner :-) Quoting "Stefan A. Tzeggai" : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi > > My name ist Stefan Tzeggai, formerly Stefan Krüger ( and i am male ;-), > so avoid these international communication problems ) > > I am the developer of Geopub

Re: [Geotools-devel] Request for commit access

2010-06-30 Thread Stefan A. Tzeggai
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 30.06.2010 12:15, schrieb Andrea Aime: > Stefan A. Tzeggai ha scritto: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Hi >> >> My name ist Stefan Tzeggai, formerly Stefan Krüger ( and i am male ;-), >> so avoid these international communi

Re: [Geotools-devel] Request for commit access

2010-06-30 Thread Andrea Aime
Stefan A. Tzeggai ha scritto: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi > > My name ist Stefan Tzeggai, formerly Stefan Krüger ( and i am male ;-), > so avoid these international communication problems ) > > I am the developer of Geopublisher and AtlasStyler applications, which >

[Geotools-devel] Request for commit access

2010-06-30 Thread Stefan A. Tzeggai
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi My name ist Stefan Tzeggai, formerly Stefan Krüger ( and i am male ;-), so avoid these international communication problems ) I am the developer of Geopublisher and AtlasStyler applications, which are highly dependent on Geotools. ( http://en.geop

Re: [Geotools-devel] Daily issue building app-schema

2010-06-30 Thread Andrea Aime
Ben Caradoc-Davies ha scritto: > Andrea, > > I am surprised to see this. I have never seen this failure. What version > of maven are you using? 2.2.1 > Do you have a local time problem? What do you mean? I don't have time shifting issues as far as I know. > Why would a > forced-update work

Re: [Geotools-devel] Daily issue building app-schema

2010-06-30 Thread Ben Caradoc-Davies
Andrea, I am surprised to see this. I have never seen this failure. What version of maven are you using? Do you have a local time problem? Why would a forced-update work when you should already have the artifacts in your local repo? I understand that my use of version ranges causes artifacts t

Re: [Geotools-devel] ecql - new syntax for

2010-06-30 Thread Jody Garnett
On 30/06/2010, at 5:17 PM, Mauricio Pazos wrote: > I see. I was thinking in a general solution for cql, but in this context the > fid integer example is not relevant. Understood you are correct. > Only to know, Why was necessary that fid mapping (integer to layer.fid)? To agree with the def

[Geotools-devel] [jira] Created: (GEOT-3166) Build failure in docs when building in a path with spaces (if sphinx installed)

2010-06-30 Thread Ben Caradoc-Davies (JIRA)
Build failure in docs when building in a path with spaces (if sphinx installed) --- Key: GEOT-3166 URL: http://jira.codehaus.org/browse/GEOT-3166 Project: GeoTools I

Re: [Geotools-devel] ecql - new syntax for

2010-06-30 Thread Mauricio Pazos
On Saturday 26 June 2010 02:40:46 am Jody Garnett wrote: > Thanks Mauricio: > > I have updated the udig page here: > - http://udig.refractions.net/confluence/display/EN/Common+Query+Language > good > I am not sure about the integer type as fid; since for features we always > turn the results into a