On Wed, Dec 12, 2012 at 1:26 AM, Jody jody.garn...@gmail.com wrote:
Thanks for the investigation. Report the issue with patch test case. Or
via pull request and we should be good to go.
In many cases functionality such as this was tested with small data sets
for completeness / correctness
On Tue, Dec 11, 2012 at 12:15 PM, Niels Charlier ni...@scitus.be wrote:
The Proposal:
http://docs.codehaus.org/display/GEOTOOLS/Separate+general+complex+feature+classes+from+gt-app-schema
Please vote, or provide criticism.
Scratch scratch, could you clarify what dependencies would one
On Wed, Dec 12, 2012 at 4:01 AM, Ben Caradoc-Davies
ben.caradoc-dav...@csiro.au wrote:
On 12/12/12 10:59, Michael Bedward wrote:
I read their concern as being that the current wording was so open it
was asking them to sign up to an undefined and possibly moving target.
Probably any of
On Tue, Dec 11, 2012 at 11:06 PM, Jody Garnett jody.garn...@gmail.comwrote:
Thanks for contacting us Frank, we have not had any feedback to this
effect previously.
I am sure we can tightening up the language in the CLA, and could issue a
new version of the document following our usual change
[INFO] org.geotools:gt-complex:jar:9-SNAPSHOT
[INFO] +- org.geotools:gt-app-schema-resolver:jar:9-SNAPSHOT:compile
[INFO] | +- org.geotools.xsd:gt-xsd-core:jar:9-SNAPSHOT:compile
[INFO] | | +- org.geotools:gt-graph:jar:9-SNAPSHOT:compile
[INFO] | | | \-
On Wed, Dec 12, 2012 at 12:47 PM, Niels Charlier ni...@scitus.be wrote:
[INFO] org.geotools:gt-complex:jar:9-SNAPSHOT
[INFO] +- org.geotools:gt-app-schema-resolver:jar:9-SNAPSHOT:compile
[INFO] | +- org.geotools.xsd:gt-xsd-core:jar:9-SNAPSHOT:compile
[INFO] | | +-
I see. So what you'd suggest we move a bunch of that stuff in to gt-main.
I have to have a look at which part will still remain. Perhaps too
little to keep in a separate package. Maybe we should still move that
stuff into gt-appschema-resolver but keep the name?
On 12/12/2012 01:56 PM,
On Wed, Dec 12, 2012 at 2:45 PM, Niels Charlier ni...@scitus.be wrote:
I see. So what you'd suggest we move a bunch of that stuff in to gt-main.
I have to have a look at which part will still remain. Perhaps too little
to keep in a separate package. Maybe we should still move that stuff into
Pierre
Pierre
Well apart from the feature type parser, there is another important part
in the module that relies on xsd stuff, i.e. the xpath property
accessor. This I think is a very important part of complex features;
without this you can't have filters on complex features.
The only thing that really
Hi Andrea, Jody,
Please see my comment on this one:
https://jira.codehaus.org/browse/GEOT-4345?focusedCommentId=315573#comment-315573
Michael
On 13 December 2012 01:15, Pierre Beule (JIRA) j...@codehaus.org wrote:
Pierre
It would be good if users could build and manipulate complex types and
features without ever touching XML or needing an XML dependency. For
example, they could build types and features programatically. Other
output formats include JSON; complex relationships can be represented in
JSON-LD.
On
On Wed, Dec 12, 2012 at 5:29 PM, Niels Charlier ni...@scitus.be wrote:
Well apart from the feature type parser, there is another important part
in the module that relies on xsd stuff, i.e. the xpath property accessor.
This I think is a very important part of complex features; without this you
14 matches
Mail list logo
