[EMAIL PROTECTED] wrote on 01/10/2006 09:15:53 PM:
> I have watched your email on a couple of lists, now and would like to > voice a word of encouragement. Often the lists seem to wait to see how > you make out :-) We are quiet because we are cautious, not because we > don't care/notice... :) Thanks. > I would really like a review of the Feature Model work with respect to > your noted OGC/ISO differences. Can you think of a good way to go about > that? I think it's premature to do a code review. What you call a Feature is really a specialized type of feature which Topic 5 calls a Feature With Geometry. I do not believe that ISO 191xx defines a similar beast, so you are free to do so on your own. When you do, you will have a "features with geometry" instance of the General Feature Model (GFM). This "features with geometry" instance of the GFM sits side-by-side with the ISO19123 instance of the GFM. Likewise, if I define a full blown "Fire Perimeter" instance of the GFM, it will sit next to your features-with-geometry instance. A "Features With Geometry" instance has a real, immediate use inside an environment which must be able to handle any combination of attributes in a generic way. Such an instance does not try to require certain attributes possessing certain types, nor does it attempt to perform any interpretation of the attributes, with the exception of a designated geometry attribute. I haven't quite made my peace with this yet, as I'm rebelling against the loss of a Feature superclass to inherit from. I can't figure out how one would make a general purpose rendering engine for Features without it. I also haven't made my way carefully through the two examples in appendix D, nor have I made my way through "the modelling process" in appendix B. I think I'd want to work may way through defining a feature with the GFM before trying to do something advanced, like figure out what to do with a generic feature model. I think, however, that it will be in the same class as ISO19123: it doesn't model anything in particular, but is capable of representing just about anything. I did find a link for you: http://www.fgdc.gov/standards/meetings/minutes/2002/2002-02/ISO_19109.ppt Bryce ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
