Bug #2582
closed2A. Show parents as ambiguous members
0%
Description
RKP:
A different but related issue is whether a CVS only map of Acer rubrum var. rubrum should show Acer rubrum with NO var. as an ambiguous occurrence. I think it should. This should be corrected.
Updated by Michael Lee about 18 years ago
contributed by Lisa Giencke & Stephen Seiberling
Comments by Bob Peet followed by RKP:
Updated by xianhua liu almost 18 years ago
The reason Acer rubrum is not included for CVS as ambiguous occurrence for Acer rubrum var. rubrum is that CVS follows "Alan Weakley". There is no conceptual ambiguity between Acer rubrum sec. Alan Weakley and Acer rubrum var. rubrum sec. Alan Weayley. Of course, Acer rubrum sec. Alan Weayley could be Acer rubrum var. rubrum sec. Alan Weayley since the later is part of the former. But this is hierarchical ambiguity within the same classification system, which is different from the conceptual ambiguity between concepts of different classification systems. Currently, for a source that follows Alan Weakley, only the name-matched concepts are retieved. No children and no parent are retrieved. We can make following changes:
1. If a data source follows Alan Weakley, e.g. CVS, besides the name-matched concept, all children concepts will retrieved as unambiguous occurences, and its parent concept will be retrieved as ambiguous occurences.
2. If a data source does not follow Alan Weakley, only related concepts are retrieved.
Please check this and let me know if it is OK so that I can move it into implementation.
Updated by xianhua liu almost 18 years ago
fixed. check http://152.2.14.231/website/NCFloraTest before herbarium server gets updated.