I spent a few minutes tonight working on a UML diagram for the inheritence/implementation tree for TextualAttributeType. I seem to have found a conflict with the 2.5 Javadoc.
http://javadoc.geotools.fr/2.5/org/geotools/feature/type/TextualAttributeType.html TextualAttributeType is said to extend both AttributeType and AttributeDescriptor. However, when I click on the link to AttributeType as listed in the Javadoc for TextualAttributeType I am taken, not to the Javadoc for the org.opengis.feature.type.AttributeType class, as I would expect, but the org.geotools.feature.type.AttributeType class. The Javadoc for the org.geotools.feature.type.AttributeType class is marked deprecated, and I am told to use AttributeDescriptor instead: http://javadoc.geotools.fr/2.5/org/geotools/feature/AttributeType.html However, TextualAttributeType already lists AttributeDescriptor as an implemented interface. Is TextualAttributeType really meant to implement org.opengis.feature.type.AttributeType, or did the reference to org.geotools.feature.AttributeType not get removed when AttributeDescriptor was implemented instead? I hope my question makes sense. Landon On Tue, May 27, 2008 at 3:47 PM, Sunburned Surveyor <[EMAIL PROTECTED]> wrote: > I noted that the TextualAttributeType implements four (4) different > interfaces and three (3) classes in its ancestry, not counting Object. > So I think I'll need to do a little flow chart so I can understand how > everything relates. :] > > Then I'll decide what GeoTools class I need. I now believe it exists, > but I just have to find it. > > Landon > > P.S. - I really like the GeoAPI Filter interface used by GeoTools. Slick > design. > > > > On Tue, May 27, 2008 at 3:36 PM, Sunburned Surveyor > <[EMAIL PROTECTED]> wrote: >> Jody wrote: "To adjust for Feature Model: >> - PropertyTypes are similar to Class (ie like HelloWorld and String above) >> - fields are similar to property descriptors (ie like *name* above)" >> >> That makes sense. PropertyType describes a type of property, while >> PropertyDescriptor describes an instance of Type. >> >> You might have two Feature attributes with the same PropertyType but >> very different property descriptors. >> >> I'll do some more reading in the Javadoc, and then I might have >> another question or two. >> >> Landon >> >> On Tue, May 27, 2008 at 2:58 PM, Jody Garnett <[EMAIL PROTECTED]> wrote: >>> I found TextualAttributeType for you to cover the xs:string case; but really >>> the goal is to use the same information (the same data structure). So if >>> your code is parsing in "xs:string" let us know by including that >>> information in your AttributeType. >>> >>> Jody >>> >>> Sunburned Surveyor wrote: >>>> >>>> I'm working on converting Paul Austin's DataObject code to GeoTools, >>>> so I can use it in the GPX module. (A data object is a very low-level >>>> representation of data that SimpleFeature objects can be created >>>> from.) >>>> >>>> I need to describe an attribute or property of a DataObject. I was >>>> hoping to use the GeoAPI PropertyDescriptor and PropertyType >>>> interfaces to do this, since that is what GeoTools FeatureModel >>>> appears to be using currently. >>>> >>>> I'm just curious why the PropertyDescriptor and PropertyType >>>> interfaces were made separate. How are they really different? Will >>>> there be any issues if I implement both interfaces with a single class >>>> providing information about a DataObject attribute? >>>> >>>> Does GeoTools provide default implementations of these two interfaces? >>>> >>>> Thanks for the help. >>>> >>>> Landon >>>> >>>> ------------------------------------------------------------------------- >>>> This SF.net email is sponsored by: Microsoft >>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>> _______________________________________________ >>>> Geotools-devel mailing list >>>> [email protected] >>>> https://lists.sourceforge.net/lists/listinfo/geotools-devel >>>> >>> >>> >> > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
