[Geotools-devel] [jira] (GEOT-5029) Range based filter simplification will alter filters using literals of type other than the attribute one

Title: Message Title Andrea Aime created an issue

Re: [Geotools-devel] distributed rendering

On Mon, Feb 16, 2015 at 5:23 PM, Rich Fecher wrote: > I can dig into the concept of GetMapCallback building a DirectLayer - > from that standpoint we will ill fit into the spirit of geoserver/geotools > public API's much better I think, and still have full control, similar to > the full control

[Geotools-devel] Status of database online tests?

Hi, I've checked the online tests results, just as a curiosity (we cannot really have them fixed until pgjdbc gets a release that works for us), and found these errors in the logs: testCreateSchemaWithConstraints(org.geotools.data.postgis.PostgisDataStoreOnlineTest) Time elapsed: 0 sec <<< ERROR

[Geotools-devel] Changing FeatureJSON behaviour when parsing 'id' property

Hello, We've been experiencing an issue with parsing GeoJSON using FeatureJSON, that happens when a feature has a property named 'id'. The current behaviour of FeatureJSON is problematic, as it does not recognise 'id' as a property, but instead as the feature ID. I believe this a bug. I would lik

[Geotools-devel] Build failed in Jenkins: geotools-12.x #70

See Changes: [daniele.romagnoli] GEOT-4877: Adding null checks -- [...truncated 56506 lines...] adding: library/xml/filter.html (deflated 76%) adding: library/xml/internal/ (stored 0%) ad

Re: [Geotools-devel] Changing FeatureJSON behaviour when parsing 'id' property

Pull request looks good. On Sun, Feb 22, 2015 at 3:25 AM William Voorsluys wrote: > Hello, > > We've been experiencing an issue with parsing GeoJSON using > FeatureJSON, that happens when a feature has a property named 'id'. > The current behaviour of FeatureJSON is problematic, as it does not >

Re: [Geotools-devel] Changing FeatureJSON behaviour when parsing 'id' property

I had a question about part of the patch. See pull request for discussion. On Sun, Feb 22, 2015 at 5:15 AM, Jody Garnett wrote: > Pull request looks good. > On Sun, Feb 22, 2015 at 3:25 AM William Voorsluys > wrote: > >> Hello, >> >> We've been experiencing an issue with parsing GeoJSON using >

[Geotools-devel] 12.x build failing during documentation upload

>From the logs: + scp userguide.zip geotools.org:/home/geotools/maintenance + ssh geotools.org ./update_site.sh maintenance Usage ./update_site.sh Build step 'Execute shell' marked build as failure Do we even have a concept of maintenance branch docs in the geotools web site? Indeed it seems we

Re: [Geotools-devel] 12.x build failing during documentation upload

I van probably make a maintenance folder, or we can skip the live docs ( as with only bug fixes they won't be interesting ). On Sun, Feb 22, 2015 at 9:05 AM Andrea Aime wrote: > From the logs: > > + scp userguide.zip geotools.org:/home/geotools/maintenance > + ssh geotools.org ./update_site.sh ma

Re: [Geotools-devel] distributed rendering

> > To get this "solid" one would need a implementation that is part of > GeoTools. See my comment about maintaining compatibility towards something > that is not > part of the API. > If it's small changes that can be locked down with tests I don't see a > particular problem, if we have instead to