<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
		<id>http://ontologydesignpatterns.org/index.php?action=history&amp;feed=atom&amp;title=Reviews%3AWimPeters_about_ConceptTerms</id>
		<title>Reviews:WimPeters about ConceptTerms - Revision history</title>
		<link rel="self" type="application/atom+xml" href="http://ontologydesignpatterns.org/index.php?action=history&amp;feed=atom&amp;title=Reviews%3AWimPeters_about_ConceptTerms"/>
		<link rel="alternate" type="text/html" href="http://ontologydesignpatterns.org/index.php?title=Reviews:WimPeters_about_ConceptTerms&amp;action=history"/>
		<updated>2026-04-25T10:38:42Z</updated>
		<subtitle>Revision history for this page on the wiki</subtitle>
		<generator>MediaWiki 1.25.6</generator>

	<entry>
		<id>http://ontologydesignpatterns.org/index.php?title=Reviews:WimPeters_about_ConceptTerms&amp;diff=5713&amp;oldid=prev</id>
		<title>WimPeters: New page: {{Content OP Proposal Review Template |CreationDate=2009/9/8 |SubmittedBy=WimPeters |ContentOPUnderReview=ConceptTerms |RevisionID=5626 |Score=1 - needs minor revision |ReviewSummary=Overa...</title>
		<link rel="alternate" type="text/html" href="http://ontologydesignpatterns.org/index.php?title=Reviews:WimPeters_about_ConceptTerms&amp;diff=5713&amp;oldid=prev"/>
				<updated>2009-09-08T11:18:49Z</updated>
		
		<summary type="html">&lt;p&gt;New page: {{Content OP Proposal Review Template |CreationDate=2009/9/8 |SubmittedBy=WimPeters |ContentOPUnderReview=ConceptTerms |RevisionID=5626 |Score=1 - needs minor revision |ReviewSummary=Overa...&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;{{Content OP Proposal Review Template&lt;br /&gt;
|CreationDate=2009/9/8&lt;br /&gt;
|SubmittedBy=WimPeters&lt;br /&gt;
|ContentOPUnderReview=ConceptTerms&lt;br /&gt;
|RevisionID=5626&lt;br /&gt;
|Score=1 - needs minor revision&lt;br /&gt;
|ReviewSummary=Overall, this pattern constitutes a good candidate, because it is based on an existing standard. This indicates the need for the incorporation of more standard representations for this particular modeling issue in ODP. Only then a proper discussion of this pattern is possible. Until then, the fact that it bases itself on a standard warrants acceptance.&lt;br /&gt;
 &lt;br /&gt;
&lt;br /&gt;
|ReviewConfidence=My confidence is high for modeling the relation between linguistic/terminological knowledge and ontology classes.&lt;br /&gt;
|ReviewProblems=The pattern has been used in various scenarios, and is from that perspective interesting to discuss.&lt;br /&gt;
&lt;br /&gt;
The model, which has been re-engineered directly from a terminological standard model, is too simple to express many linguistic notions that contribute to the quality of information extraction.&lt;br /&gt;
It is very important to acknowledge that the pattern fits into a range of proposed standard formats for the expression of concept labels in terms of preference and constitution, such as SKOS, TBX, TMF, LMF, LIR and LingInfo.&lt;br /&gt;
It is only after the inclusionof these patterns that it is possible to have a proper discussion of the merits of this pattern on the basis of a comprehensive comparison.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
|ReviewRelevance=high for users adhering to the BS8723-2 standard. Insufficient for users who need to model more comples linguistic knowledge.&lt;br /&gt;
|ReviewBestPractice=The pattern does represent a best practise, since it is based on a standard.&lt;br /&gt;
There are may alternative solutions, which need to be modeled as alternatives, and linked to this pattern in order to maximize coverage and usage.&lt;br /&gt;
|ReviewReusability=very re-usable, because of its modular nature.&lt;br /&gt;
|ReviewRelations=other standards and best practises need to be proposed as alternatives.&lt;br /&gt;
|ReviewClearProblem=the description of the problem is &lt;br /&gt;
|ReviewClearRelevance=these are clearly stated.&lt;br /&gt;
|ReviewFigures=Not sll relatons are named in the diagram, more specifically the relations involving terms.&lt;br /&gt;
|ReviewMissing=A scenario should be added, in which ideally all classes come into play, in order to show why this particular constellation of simple/compound (non)prefered terms is necessary versus a more straightforward list of components model from LMF (see http://gate.ac.uk/gate-extras/neon/ontologies/Lmf-component-module.owl and http://ontoware.org/frs/download.php/606/lmf.owl&lt;br /&gt;
&lt;br /&gt;
The authors should be more specific about the way in which the re-engineering of this particular BS8723-2 fragment is incomplete.&lt;br /&gt;
It omits the Equivalence relation between SimpleNonPreferredTerm and PreferredTerm. Also, the CompoundEquivalence relation between PreferredTerm and CompoundNonPreferredTerm is lacking. The model is available from http://schemas.bs8723.org/Model.aspx.&lt;br /&gt;
}}&lt;/div&gt;</summary>
		<author><name>WimPeters</name></author>	</entry>

	</feed>