Leigh Dodds a écrit :
1. Firstly is it possible to express items like
"Feature often present by mis-identification"
Sorry, my english is too weak. Does this mean a character value that is often reported by confusion with another taxon ?
I note you've already highlighted seasonal variations as a problem.
My solution: the default for a Property is to record the state for:
- middle of active season
- adult specimen

Otherwise, create a new Property. Note that beside the specified sub-elements of tax:Property (appliesTo, appliesToClasses, name), it is possible to add extra information like, say, <bio:season>spring</bio:season>. This is a property (rdf:Property) about a property (tax:Property).

To that I'd add geographical,
My (simple) solution: if anything is different in some region, create a lower level tax:TaxonomicClass, containing just the differing Features; according to model, other Features will be inherited.
 
2. It seems to presuppose a Linnean viewpoint i.e. Kingdom,
Phylum, etc.
I didn't write that, in fact this model is so generic that it could almost be applied to car models!
Gregor has previously pointed out that the
reality is much more complex. Multiple hierarchies
can be produced. For example, how would the model be used to express
DNA/Protein data? Physiological versus Molecular hierarchies?
And belonging to phytosociological associations, also. Although I didn't think of that, this is no problem. You just have to publish on the Web a Schema with, say, a ProteinClass and a ProteinSubClass, declaring that both are rdfs:subClassOf of tax:TaxonomicClass, and connecting them using tax:lowerClasses and tax:upperClass, etc. And hoping that many will connect to your Schema... Well, this is the freedom of the Web, but I hope that a standard will be found. But I wanted to show that extendibility is perfectly possible, with the possibility that the new semantic is declared as such, so that tools can understand the new semantic.
3. I assume that the list of Feature/Properties will not be
fixed, but can be extended at will?
Yes
However I'm concerned that the presence of items like 'TaxonomicClass' in the model doesn't
capture the range of flexibility that Kevin, Gregor and the others
have stated as a requirement.
Is this requirement like the Molecular hierarchies, or something else ?
 

Cheers
Jean-Marc

--
<person>
  <first_name>Jean-Marc</first_name>
  <name>Vanel</name>
  <project>Worlwide Botanical Knowledge Base -
      making botany available on Internet
    <a href="http://wwbota.free.fr/" >site</a>
  </project>
  <homePage>http://jmvanel.free.fr/</homePage>
  <a href="mailto:jmvanel@free.fr">mail (eventually put "wwbota" in subject to route your mail in relevant folder)</a>
</person>