[Geotools-devel] [JIRA] (GEOT-5575) Relax the XML encoder to be able to encode complex types that don't respect the GML object-property model

2016-11-17 Thread Nuno Oliveira (JIRA)
Title: Message Title Nuno Oliveira created

[Geotools-devel] [JIRA] (GEOT-5576) Crop coverage may needlessly add a ROI property and/or use a less efficient Mosaic operation instead of Crop

2016-11-17 Thread Andrea Aime [Administrator] (JIRA)
Title: Message Title Andrea Aime [Administ

[Geotools-devel] [JIRA] (GEOT-5577) Warp/affine reduction does not preserve affine op tile size

2016-11-17 Thread Andrea Aime [Administrator] (JIRA)
Title: Message Title Andrea Aime [Administ

Re: [Geotools-devel] GML complex features encoder doubt

2016-11-17 Thread Nuno Oliveira
Hi Ben, please find my answers bellow. On 11/15/2016 03:57 AM, Ben Caradoc-Davies wrote: > Nuno, > > I have no objection to the encoder supporting non-GML encoding > patterns, if the change does not impact complexity or performance. The > encoder is intended to support XSDs other than just GML,

Re: [Geotools-devel] GML complex features encoder doubt

2016-11-17 Thread Jody Garnett
Fine: - https://www.dropbox.com/s/egwue6op3gch4r4/DSC06212.jpg?dl=0 - https://www.dropbox.com/s/zyvfq10k5wygeyu/DSC06213.JPG?dl=0 -- Jody Garnett On 14 November 2016 at 19:57, Ben Caradoc-Davies wrote: > Nuno, > > I have no objection to the encoder supporting non-GML encoding patterns, > if the

Re: [Geotools-devel] GML complex features encoder doubt

2016-11-17 Thread Nuno Oliveira
Ha ha ha! Thanks for sharing this :) On 11/17/2016 06:00 PM, Jody Garnett wrote: Fine: - https://www.dropbox.com/s/egwue6op3gch4r4/DSC06212.jpg?dl=0 - https://www.dropbox.com/s/zyvfq10k5wygeyu/DSC06213.JPG?dl=0 -- Jody Garnett On 14 November 2016 at 19:57, Ben Caradoc-Davies

Re: [Geotools-devel] Reschedule 15:30 UTC committee meetings to 16:30 UTC?

2016-11-17 Thread Jody Garnett
+1 -- Jody Garnett On 16 November 2016 at 12:00, Ben Caradoc-Davies wrote: > Any objection to rescheduling the alternating 15:30 UTC committee > meetings to 16:30 UTC? > > The other alternating meeting at 19:30 UTC is not affected by this > change (unless someone want us to change it). > > Kind