Re: [Geotools-devel] design issue with PreGeneralizedDataStore

2011-04-04 Thread christian . mueller
Quoting Jody Garnett : > Thanks for getting back to me; i will have the docs up in a moment > (well a moment after sphinx stops yelling at me about table > formatting). > > I do see what you have done there, it does depend on having a magic > implementation that can refer to a single glob

Re: [Geotools-devel] design issue with PreGeneralizedDataStore

2011-04-04 Thread Jody Garnett
Okay page is up: - http://docs.geotools.org/latest/userguide/guide/library/data/pregeneralized.html I swapped it around so that connection params and a code example are at the top (like all the other plugins). I also changed your connection params so that the strings are shown; as if they need

Re: [Geotools-devel] design issue with PreGeneralizedDataStore

2011-04-04 Thread Jody Garnett
Thanks for getting back to me; i will have the docs up in a moment (well a moment after sphinx stops yelling at me about table formatting). I do see what you have done there, it does depend on having a magic implementation that can refer to a single global catalog. If you had a couple of catalo

Re: [Geotools-devel] design issue with PreGeneralizedDataStore

2011-04-04 Thread christian . mueller
Hi Jody, nice idea. I hope I understand your problem correctly. For geoserver, I did it this way https://svn.codehaus.org/geoserver/trunk/src/extension/feature-pregeneralized/src/main/java/org/geoserver/data/gen/DSFinderRepository.java The instantiated object of type Repository is a wrapper for

[Geotools-devel] design issue with PreGeneralizedDataStore

2011-04-04 Thread Jody Garnett
Going over the docs at present and run into a design issue. The factory takes classname for two key classes: * Repository * GeneralizationInfosProvider And then relies on reflection, and a no argument constructor, to create the class internally. This works fine for GeneralizationInfosProvider I