Yeah that is true... it needs the resolver for the schema stuff.
App-schema-resolver is a bit of a misnomer because it also contains
stuff that can be used independently of app-schema. It would actually
make a lot of sense to me to put the complex stuff in the same package
as the resolver.
On 14/11/12 21:35, Niels Charlier wrote:
App-schema-resolver is a bit of a misnomer because it also contains
stuff that can be used independently of app-schema.
Well, app-schema-resolver is a resolver for application schemas. If
anything is a misnomer, it is app-schema, which should be
On Tue, Nov 13, 2012 at 6:06 AM, adam.br...@csiro.au wrote:
Hi Niels, et al.,
The work that I did in ComplexFeature Parsing and building support is
located at https://github.com/Adam-Brown/geotools/tree/gml_client_lib. It
includes a generic feature builder, a complex feature builder and an
On Mon, Nov 12, 2012 at 12:35 PM, Niels Charlier ni...@scitus.be wrote:
Hi Ben and mailing list,
I would like to propose that some of the stuff in the app-schema module
gets taken out of the app-schema module, and move either in a new module
or into an existing module.
The issue I am
On 13/11/12 16:07, Andrea Aime wrote:
On Tue, Nov 13, 2012 at 6:06 AM, adam.br...@csiro.au
mailto:adam.br...@csiro.au wrote:
The work that I did in ComplexFeature Parsing and building support
is located at
https://github.com/Adam-Brown/geotools/tree/gml_client_lib. It
@lists.sourceforge.net
Subject: Re: [Geotools-devel] app-schema / complex features module
On 13/11/12 16:07, Andrea Aime wrote:
On Tue, Nov 13, 2012 at 6:06 AM, adam.br...@csiro.au
mailto:adam.br...@csiro.au wrote:
The work that I did in ComplexFeature Parsing and building support
is located at
https
Hi Ben and mailing list,
I would like to propose that some of the stuff in the app-schema module
gets taken out of the app-schema module, and move either in a new module
or into an existing module.
The issue I am dealing with now is that I need to use a bunch of stuff
from app-schema that has
Hi Niels:
You have identified one of the ideas I put together for this Friday's code
sprint (http://wiki.osgeo.org/wiki/FOSS4G-AU_2012) - My motivation was to set
up some base classes allowing for complex features to be processed - since as
you point out there is very little available now.
Seems like a good amount of code. And does bring along a few dependencies
as it seems.
* xpp
* app-schema-resolver
So perhaps a new module is the way to go. But also would be fine with
rolling it into one fo the existing modules.
The second dependency is an interesting one. If this module is
Niels,
that sounds great!
What is the overlap with Adam Brown's complex builders in his
ComplexFeature Parsing and Building Support proposal:
http://docs.codehaus.org/display/GEOTOOLS/ComplexFeature+Parsing+and+Building+Support
I think this is still resting in a branch in Adam's github repo.
Hi Niels, et al.,
The work that I did in ComplexFeature Parsing and building support is located
at https://github.com/Adam-Brown/geotools/tree/gml_client_lib. It includes a
generic feature builder, a complex feature builder and an attribute builder
which I put in gt-main. I also added
11 matches
Mail list logo
