You are finding some of the code we are using during transition to the new feature model (that takes all kinds of short-cuts). This is a case of do what you have to today; and please think about what we are trying to do (incase you have any suggestions).
Jody > 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
