[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [uddi-spec] Summary of standards for external taxonomies
Daniel, I suggested something similar earlier in the month, but different in a fundamental way that I think makes it more generic. If I read you suggestion correctly you assume that TopicMap taxonomies are a particular category of taxonomy. I don't believe this is correct. A TopicMap is a particular representation of a taxonomy but by no means the unique representation. e.g. a particular taxonomy (such as the industry classifications already in UDDI) could be represented as a TopicMap, in a DAML/OIL schema, in Max's schema etc. My suggestion was that we introduce an tModel to represent an external Taxonomy service (I'll call this tModel_ExternalTaxonomy). This external taxonomy service for a given category (I'll say this is represented by tModel_OurCategory) is then registered in UDDI as any other WebService. However, its bindingTemplate would have a tModel fingerprint of tModel_ExternalTaxonomy, tModel_OurCategory plus tModels to represent how to access the External Taxonomy. At this stage we would introduce tModels indicating httlp access to TopicMaps, DAML/OIL etc. I don't know whether this should be a single tModel (e.g. tModalTopicMapviaHTTP, tModelDAMLviaHTTP) or a pair one to indicate the schema the other the access mechanism (e.g. tModelTopicMap, tModelHTTP or tModelDAML, tModelFTP). This mechanisms allows us to easily drop in tModels for richer API's if/when such become available. It also means that you may find (and use) different taxonomic services/representations for the same category. Matthew -----Original Message----- From: Daniel Feygin [mailto:feygin@unitspace.com] Sent: Mon 03/03/2003 09:18 To: 'Max Voskob'; 'uddi-spec' Cc: Subject: RE: [uddi-spec] Summary of standards for external taxonomies Max, TC, With regard to taxonomy representations, I suggest the following modeling approach (I will use Topic Maps for illustration). First, a categorization tModel is created to represent all Topic Maps taxonomies. Specific topics/topic maps are then represented as separate tModels (lets call them Topic Maps instances) categorized by the Topic Maps categorization tModel. One of the overviewDocs of those Topic Maps instances should point to the XTM or ISO/IEC 13250 document describing the taxonomy structure ("associations" in the case of Topic Maps). These Topic Maps instance tModels could then be used in categoryBags to categorize information in the registry with their keyReferences' keyValues containing the value of the topic's ID. If it is impossible to identify a source attribute to assign to the keyValue attribute, then the Topic Maps categorization tModel should provide documentation on the coding method for keyValue based on attributes of Topic Maps representation schema. This method should reliably generate unique values within the key space of each Topic Maps instance. This assessment is based purely on the information provided by Max (and my assumptions about the untold) and may be unimplementable due to obstacles beyond Max's review. Generalizing this approach for all other taxonomy representation formats, we can support a limited subset of taxonomy functions (no API's yet) identified at the FTF by delegating them to taxonomy specialists and simultaneously providing a way to integrate their work into UDDI. Daniel -----Original Message----- From: Max Voskob [mailto:mvoskob@msi.com.au] Sent: Saturday, March 01, 2003 11:54 AM To: uddi-spec Subject: [uddi-spec] Summary of standards for external taxonomies Hi all ;) Me (Max) and Matthew prepared a short summary about possible standards for external taxonomies. Please, find a minute and familiarise yourself with what's available at the moment. If you think that any of the proposed standards is the way to go - speak up. If you are aware about another standard that is not included in the doco - speak up too. Cheers, Max ---------------------------------------------------------------- To subscribe or unsubscribe from this elist use the subscription manager: <http://lists.oasis-open.org/ob/adm.pl>
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]