GeoTools2 module build report 20060428
gt2:referencing cleaned, compiled, tested, INSTALLED 2357
gt2:sample-data cleaned, compiled, tested, INSTALLED 2357
gt2:coverage cleaned, compiled, tested, INSTALLED 2358
gt2:api cleaned, compiled, tested, INSTALLED 2358
gt2:main cleaned,
I came across this issue when doing udig / geoserver testing. Another
possiblity could be to extend the datastore api to incoporate the notion
of "supported" functions, similar to how wfs does in a capabilities
document. This way the renderer could be a little smarter about creating
function fi
RenderedLayerFactory.createRecoloredGrid fails for some ColorMaps
-
Key: GEOT-844
URL: http://jira.codehaus.org/browse/GEOT-844
Project: GeoTools
Type: Bug
Components: renderer
Versions: 2.2-RC2
Michael Brasser wrote:
Hi,
I am coming from the uDig mailing list. I was having problems in uDig
saving information to a PostGIS database, and after debugging the
problem for a while got to AutoIncrementFIDMapper in the Geotools
package. In JDBCTextFeatureWriter, the function doInsert contain
On Apr 29, 2006, at 9:06 PM, Jody Garnett wrote:Michael Brasser wrote: Hi,I am coming from the uDig mailing list. I was having problems in uDig saving information to a PostGIS database, and after debugging the problem for a while got to AutoIncrementFIDMapper in the Geotools package. In JDBCTextFea
Michael Brasser wrote:
// should the ID be generated during an insert, we need to read it back
// and set it into the feature
So I was assuming that the purpose of createID was to retrieve the ID
that was just generated?
We need to tag in a module maintainer on a JDBC datastore (like justin),
On Apr 29, 2006, at 11:30 PM, Jody Garnett wrote:
Michael Brasser wrote:
// should the ID be generated during an insert, we need to read it
back
// and set it into the feature
So I was assuming that the purpose of createID was to retrieve the
ID that was just generated?
We need to tag in a
