Re: [Geotools-devel] some progress with complex attribute encoding

quick - pre-dawn jet-lagged response - I'll re-read after breakfast and coffee .. Thanks Justin - this sounds great - well done. How can we get a look at the solution so far? Once we have an approach to maintaining the code the AusScope team can kick in to worry about handling the wierd cases. I

Re: [Geotools-devel] some progress with complex attribute encoding

On 05/09/2009, at 3:56 AM, Justin Deoliveira wrote: > 2) How should complex types with simple content be represented? Jody > has > said/suggested that this be a property with the name "value", which is > marked as inline. I think that can work... there will just have to > be a > another speci

Re: [Geotools-devel] Axis order and 2.6-M2

Hi Milton: I ran into these problems as well when I updated uDig. I ended up setting a system property to get the same effect. Here is the code I use to set up uDig: // System properites work for controlling referencing behavior // not so sure about the geotools global

Re: [Geotools-devel] some progress with complex attribute encoding

>> However the feature model is incomplete in this regard. >> ComplexAttribute.isInline() is never set (there is no way to set >> it) and >> it always returns false. Yeah I am aware of the limitations; and that is why I am wanting feedback and a review as we roll this one out. > > The approach

Re: [Geotools-devel] some progress with complex attribute encoding

That's looking good, I know it's being hard so congrats on the achievements.. > > 2) How should complex types with simple content be represented? Jody has > said/suggested that this be a property with the name "value", which is > marked as inline. I think that can work... there will just have t

[Geotools-devel] some progress with complex attribute encoding

I have made some progress toward getting the encoder to consume generic ComplexAttribute instances (http://jira.codehaus.org/browse/GEOT-2505). I have modified the code generator so that it can actually handle the madness which is gml3, and spit out a Schema object which has all the types from

Re: [Geotools-devel] Hi, i am Steve-Geopublisher

--- Ing. Simone Giannecchini GeoSolutions S.A.S. Founder - Software Engineer Via Carignoni 51 55041 Camaiore (LU) Italy phone: +39 0584983027 fax: +39 0584983027 mob:+39 333 8128928 http://www.geo-solutions.it http://geo-solutions.blo

[Geotools-devel] Axis order and 2.6-M2

Hello people I've switched to GeoTools 2.6-M2 recently and (almost) everything is nice. However, I found a problem that may be related to changed in the HSQL database (or referencing code somewhere) The issue is related to using some CRS's that apparently have axis order issues. In particular,

Re: [Geotools-devel] Hi, i am Steve-Geopublisher

Am Freitag 04 September 2009 17:45:20 schrieben Sie: > Welcome Stefan :-) Thanks! > I am very curious about the kind of patches you need to apply; Geopublisher allows to produce multi-language atlases that can be run online (JavaWebStart) and offline (DVD/CD). The offline thing might sound ver

Re: [Geotools-devel] representing xml attributes in feature model

Thanks jody, the code example helps. I am still a bit lost when it comes to the use of "inline"... everytime you explain it to me it seems to play a different role... here it is being used to smuggle around an "implicit" value which is present in complex types with simple content. having inlin

Re: [Geotools-devel] Hi, i am Steve-Geopublisher

Welcome Stefan :-) Andrea is a good advocate; and we gladly welcome patches and participation. If you need any help getting set up jump on IRC or email and ask questions; it is the only way the developers guide improves. I am very curious about the kind of patches you need to apply; one of

Re: [Geotools-devel] representing xml attributes in feature model

On 05/09/2009, at 12:43 AM, Justin Deoliveira wrote: My question is how should gml:MeasureType be represented as a ComplexType (not ComplexAttribute) for the purposes of building up the GMLSchema with a true geotools feature model representation. I guess for purposes of moving forward i will

[Geotools-devel] Hi, i am Steve-Geopublisher

Hello I guess it's time to introduce myself (again). My name is Stefan Krüger and i am a Java-FOSSGIS-freelancer from Bonn, Germany. I am the lead developer of Geopublisher and the AtlasStyler SLD editor - both are Swing desktop applications that build heavily on Geotools. http://www.ohloh.net

Re: [Geotools-devel] representing xml attributes in feature model

> > Can anyone tell me how gml:MeasureType should be represented as a GeoAPI > ComplexAttribute? Where does the value live? Where does uom live? At the > moment we smuggle uom in UserData and set the value in a property. I > suspect everything should just be a property. I have never got a > s

[Geotools-devel] [jira] Created: (GEOT-2695) ImageMosaicReader and ImagePyramidReader should work on real URLs

ImageMosaicReader and ImagePyramidReader should work on real URLs - Key: GEOT-2695 URL: http://jira.codehaus.org/browse/GEOT-2695 Project: GeoTools Issue Type: Wish Co

[Geotools-devel] Hudson build is back to normal: geotools-trunk #1961

See -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and

Re: [Geotools-devel] representing xml attributes in feature model

And I will more than happy to once someone gives me a definitive answer of the correct way to do so. Reading the responses in this thread i am still unsure what constructing a complex type with attributes looks like. Jody Garnett wrote: > Hi Justin: > > I would prefer if you represented them as

Re: [Geotools-devel] Sextante, bindings, license

Jody Garnett ha scritto: > Can we negotiate for the binding to be made available as LGPL? Hmm... the bindings is what allows Sextante to use GeoTools and vice versa (and here I'm interested in the vice versa). In the end they would become GPL'd anyways, unless Sextante pulls out a LGPL API set and

Re: [Geotools-devel] Build failed in Hudson: geotools-trunk #1960

On 05/09/2009, at 12:07 AM, Hudson wrote: > [INFO] Compilation failure > > >:[572,41] cannot find symbol > symbol : method copyOf(float[],int) > location:

[Geotools-devel] Build failed in Hudson: geotools-trunk #1960

See Changes: [jive] Clean up style interfaces, implementation and StyleFactoryImpl2 as per GEOT-2692. Thanks to andrea for the review -- [...truncated 551 lines...] Running org.geotools.me

Re: [Geotools-devel] Sextante, bindings, license

Can we negotiate for the binding to be made available as LGPL? Jody On 04/09/2009, at 8:09 PM, Andrea Aime wrote: > Hi all, > nowadays Sextante is keeping various versions of the GeoTools/Sextante > bindings in its own repository: they have a gt2.2.x version, a gt2.5.x > version, a gt2.4.x versi

Re: [Geotools-devel] representing xml attributes in feature model

On 04/09/2009, at 2:45 PM, Ben Caradoc-Davies wrote: > The problem is that the Collection in a ComplexAttribute is of > properties, not attributes. I thought we went over this one? Perhaps it was just with Rob off list :-( The collection is supposed to be of properties; as that allows both att

Re: [Geotools-devel] representing xml attributes in feature model

Hi Justin: I would prefer if you represented them as types in GMLSchema. Jody On 04/09/2009, at 12:30 PM, Justin Deoliveira wrote: > Hi all, > > I am working on regenerating the GMLSchema class complete with > attributes and i am not 100% sure how attributes are represented in > our > feature

[Geotools-devel] [jira] Created: (GEOT-2694) Update GeoTools process API allowing a factory to generate multiple processes

Update GeoTools process API allowing a factory to generate multiple processes - Key: GEOT-2694 URL: http://jira.codehaus.org/browse/GEOT-2694 Project: GeoTools Issue

[Geotools-devel] Sextante, bindings, license

Hi all, nowadays Sextante is keeping various versions of the GeoTools/Sextante bindings in its own repository: they have a gt2.2.x version, a gt2.5.x version, a gt2.4.x version and a gt2.6.x version I feel this is kind of wrong, imho the relationship should be othe other way around? I would also