Re: [Geotools-devel] Why gt-main cannot be split: CommonFactoryFinder

I also feel discouraged but agree we need to merge gt-main and gt-data. I would be willing to pull out some of the other components like gt-filter and gt-feature (if doing so can be handled without split packages). One thing this *does* show me is how difficult it may be to distribute gt-opengis

Re: [Geotools-devel] Why gt-main cannot be split: CommonFactoryFinder

PRs here: - https://github.com/geotools/geotools/pull/2154 - https://github.com/geoserver/geoserver/pull/3217 (No changes necessary in GWC) It looks like is still a little weirdness in the docs from the s/gt-data/gt-main/g replacement, so its probably best to hold off on merging until I

Re: [Geotools-devel] Permission to backport granule cleanup support in mosaic and NetCDF

Sounds good to me +1 Ian On Mon, 29 Oct 2018, 17:15 Andrea Aime, wrote: > Hi, > 11 days ago, before the sprint, the following changes have been merged > into master: > >- https://osgeo-org.atlassian.net/browse/GEOT-6152, Allow to pass down >hints to GranuleStore delete operation,

Re: [Geotools-devel] Permission to backport granule cleanup support in mosaic and NetCDF

+1 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 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39

[Geotools-devel] Permission to backport granule cleanup support in mosaic and NetCDF

Hi, 11 days ago, before the sprint, the following changes have been merged into master: - https://osgeo-org.atlassian.net/browse/GEOT-6152, Allow to pass down hints to GranuleStore delete operation, implement a data/metadata removal one -

Re: [Geotools-devel] Why gt-main cannot be split: CommonFactoryFinder

I agree I can't think of any solution - and I was just kicking common factory finder around over the weekend. Ian On Mon, 29 Oct 2018 at 16:36, Andrea Aime wrote: > On Mon, Oct 29, 2018 at 5:34 PM Torben Barsballe < > tbarsba...@boundlessgeo.com> wrote: > >> Given this, how does everyone feel

Re: [Geotools-devel] Why gt-main cannot be split: CommonFactoryFinder

On Mon, Oct 29, 2018 at 5:34 PM Torben Barsballe < tbarsba...@boundlessgeo.com> wrote: > Given this, how does everyone feel about merging gt-main and gt-data > together to resolve the remaining org.geotools.data package split? > I feel sad... but I cannot offer anything better, so go for it :-p

Re: [Geotools-devel] Why gt-main cannot be split: CommonFactoryFinder

I also found several other interdependencies in gt-main when looking at this on Friday (what little updates I have on that are on Gitter; didn't get time to compile it into an email; there's also a WIP branch here ). - Many of the

Re: [Geotools-devel] EMF Update - Inadvertent WFSConfiguration rename?

I think that's a good idea. Currently you have to guess which of the 3 WFSConfiguration your code is referring to unless you look in the imports. Ian On Sun, 28 Oct 2018 at 17:35, Jody Garnett wrote: > I think we should rename that back as I do not want to disrupt client code > (those

Re: [Geotools-devel] Why gt-main cannot be split: CommonFactoryFinder

On Mon, Oct 29, 2018 at 6:18 AM Jody Garnett wrote: > Somewhat related question how much do we like the precompiled error > message bundles? > Personally I don't. > The main justification for this complexity (wasting strings in permgen > space) looks like it has been somewhat addressed in