[Geotools-devel] jdbc negative dates

I have been catching up with the GeoNode project this week (interestingly the project is using GDAL 2.0 which we were discussion earlier in the week). Right now the project is running a fork of geotools to have the following fix (from #997 ):

Re: [Geotools-devel] Backport the group by visitor to geotools 14.x

On Fri, Apr 8, 2016 at 9:00 PM, Jody Garnett wrote: > >> I don't remember seeing a negative comment on backwards compatible >> additions to base classes. >> > > I have asked people to hold off API changes before, in this case it is a > new public class (an enumeration) which is being added. I und

Re: [Geotools-devel] Backport the group by visitor to geotools 14.x

> Jody, I'm a confused by your statement. Almost any new functionality (and > some bug fixes) come with API changes if > we include in the notion of API changes new classes and new methods > (normally I would limit "API changes" to > ones that break the library users). > In this case (in part due

Re: [Geotools-devel] WFS Transaction XML parsing

Hi Andrea, Sure. To clarify, my goal is to add data to WFS transaction which will influence how it is written to Accumulo (and consequently queried back out). In some sense, it'd be akin to providing ingest hints / instructions. For example, suppose that some data could only be seen by 'ad

Re: [Geotools-devel] WFS Transaction XML parsing

On Fri, Apr 8, 2016 at 4:09 PM, Jim Hughes wrote: > My high-level goal is to find a way to add security info to a WFS > transaction. Can you elaborate why just an authentication + authorization rules would not work? Cheers Andrea -- == GeoServer Professional Services from the experts! Visit

Re: [Geotools-devel] WFS Transaction XML parsing

Cool, yeah I think the TransactionPlugin could have some interesting uses for sure, I think it’s kind of under utilized. Re the user data attributes I think personally think it could be general enough. The whole user data idea about shuffling attributes along that you don’t want to model explicitl

Re: [Geotools-devel] WFS Transaction XML parsing

Hi Justin, Thanks. I forgot to mention that I had seen the TransactionPlugin extension point; that one is awesome and I see how to use it support my second suggestion. Would changes in the GML2/3ParsingUtils to inject attributes into a SimpleFeature's userData be sensible / more broadly use

Re: [Geotools-devel] WFS Transaction XML parsing

Hey Jim, The wfs native element might be the cleanest way to handle this. I’ve seen folks use it before for security and validation type stuff with some success. In GeoServer you can plug in WFS transactions callbacks pretty easily using the TransactionPlugin <[https://github.com/geoserver/geoserv

Re: [Geotools-devel] Solr heatmap as a grid coverage

Let me know how it goes, we have some potential work in the pipeline for Solr and this is _very_ interesting for us. Regards, Simone Giannecchini == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Simone Giannecchini @simogeo Founder/Direc

Re: [Geotools-devel] Solr heatmap as a grid coverage

Thanks a lot for the feedback guys. Simply using interpolation to do the smoothing makes a lot of sense! Thanks Simone. I am going to experiment a bit more and I’ll come back with my findings. On Fri, Apr 8, 2016 at 7:09 AM Simone Giannecchini < simone.giannecch...@geo-solutions.it> wrote: > Ciao

[Geotools-devel] WFS Transaction XML parsing

Hi all, Apologies for the cross-post, but my question hits a little of how GeoServer handles WFS transactions and a little bit of how GeoTools may handle WFS/GML parsing. My high-level goal is to find a way to add security info to a WFS transaction. I can see three big options: 1. add some b

Re: [Geotools-devel] Solr heatmap as a grid coverage

Ciao Justin, adding to Andrea's, please, read below... Regards, Simone Giannecchini == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Simone Giannecchini @simogeo Founder/Director GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massaros

Re: [Geotools-devel] proposal: refactor vector mask external footprint generation

Sorry I've been busy but it looks good to me +1 Ian On 7 April 2016 at 17:04, Daniele Romagnoli < daniele.romagn...@geo-solutions.it> wrote: > Hi List, > any other vote on the proposal? > Please, let me know if you need any clarification. > > Cheers, > Daniele > > On Tue, Apr 5, 2016 at 2:09 PM,

Re: [Geotools-devel] Backport the group by visitor to geotools 14.x

On Thu, Apr 7, 2016 at 9:42 PM, Jody Garnett wrote: > I am a little bit uncomfortable back porting as the work involves an API > change. It is additive in nature and does not harm stability. > Jody, I'm a confused by your statement. Almost any new functionality (and some bug fixes) come with API