Project

General

Profile

ConceptWorkshop » History » Version 20

Andreas Kohlbecker, 06/27/2018 08:46 AM

1 1 Pepe Ciardelli
{{>toc}}
2
3
4
5
6
----
7
8
9 2 Anton Güntsch
# EDIT - WP5 Taxonomic Editor Workshop
10 1 Pepe Ciardelli
11
12 5 Anton Güntsch
13 2 Anton Güntsch
## February 21-22, 2008
14 1 Pepe Ciardelli
15 2 Anton Güntsch
16 1 Pepe Ciardelli
17 5 Anton Güntsch
## Botanic Garden and Botanical Museum Berlin-Dahlem ([how to get there](http://dev.e-taxonomy.eu/trac/wiki/BotanicGardenBerlin))
18
19 18 Pepe Ciardelli
The workshop was held at the [[BotanicGardenBerlin]] to discuss how best to design a new generation of [[TaxonomicEditor]] software improving the taxonomic work process and in particular the management of taxonomic concepts. 
20 2 Anton Güntsch
21
22 18 Pepe Ciardelli
Following is an overview of the topics discussed during the workshop. The results of the workshop can be viewed [here](http://dev.e-taxonomy.eu/trac/attachment/wiki/ConceptWorkshop/2008_02_21-Berlin-ConceptWorkshop_Final.pdf.)
23 2 Anton Güntsch
24
25
26
## Editor Workshop Topics
27
28 1 Pepe Ciardelli
29 2 Anton Güntsch
30 16 Anton Güntsch
31 3 Anton Güntsch
### 1 Concept editing
32 2 Anton Güntsch
33
34 6 Anton Güntsch
The Berlin Model editor offers 64 different pure concept relationship types between taxa (all combinations of the five basic relations and a doubtful flag). However, combinations of concept relations have never been used. Should we offer more simple relationship types by default and let users choose more complex concept relation types in a preference section?
35 2 Anton Güntsch
36 1 Pepe Ciardelli
37 5 Anton Güntsch
38 2 Anton Güntsch
The Berlin Model editor shows for a given taxon the list of directly related concepts. It never shows the next steps of taxon relations so that users would have to follow all the links individually to get an overview of the concepts directly and indirectly linked to the focussed taxon. So should there be a view on the concepts that is less list-oriented and more graph-oriented? Should this view be integrated into the editor for direct editing, or should this be an extra software/window just for display of the graph? Should there be a way of filtering the view on the concept graph (e.g. for specific references)?
39 1 Pepe Ciardelli
40
41 5 Anton Güntsch
42 1 Pepe Ciardelli
Should there be a tool for bundling identical concepts? This could be a kind of box representing a taxonomic concept and users can drag and drop identical concepts into the box. The software would then perform the time consuming setting of the individual relations automatically.
43
44
45 5 Anton Güntsch
46 1 Pepe Ciardelli
Should it be possible to edit “foreign” concepts, which do not belong to the user’s treatment? Probably not, because this could change the concept and invalidate existing relations to this concept. But should it be possible to add information (may be as an annotation), which does not change the concept? In this case a notification could be sent to all “users” of the annotated concept. Which modifications or additions do change a taxonomic concept?
47 2 Anton Güntsch
48 1 Pepe Ciardelli
49 5 Anton Güntsch
50 13 Anton Güntsch
How are objects in general and concepts in particular delimited? For example: If the authorship of a name has been corrected, does this change all concepts using this name? Do we have to send a notification for each of them? If so, an import of an author-list could probably cause tens of thousands of notifications.
51 2 Anton Güntsch
52
53 13 Anton Güntsch
54
55 3 Anton Güntsch
### 2 Hierarchies and synonymies
56
57
58 1 Pepe Ciardelli
Changing a taxon status from synonym to accepted usually involves an operation which changes the former accepted taxon into a synonym of the new accepted taxon. This operation could probably be automated by default and users can choose to switch off the default operation.
59
60
61 5 Anton Güntsch
62 1 Pepe Ciardelli
Changing a status from accepted to synonym is probably more complex as accepted taxa may have synonyms, included taxa (and their synonyms) as well as linked factual data. With the present Berlin Model editor this operation involves many steps of moving synonyms, facts, and included taxa individually. Can we automate this procedure at least partly? For example should synonyms of the formerly accepted taxon be linked as synonyms to the new accepted taxon by default? Could synonyms of sub-taxa be moved to sub-taxa of the new accepted taxa by default? Could we then move the factual information automatically? Should the editor suggest a list of possible automated actions so that users can accept or reject them individually or collectively?
63
64
65 5 Anton Güntsch
66 1 Pepe Ciardelli
Moving taxa is even worse, because this operation can involve name changes of the given taxon and its sub-taxa (for species and below). Automatically generated taxon names may be incomplete because of missing authors and nomenclatural citations. Automatically generated sub-taxa may also conflict with already existing taxa. Again, full automation does not seem to be very promising but a suggestion list could be of help.
67
68
69 5 Anton Güntsch
70 2 Anton Güntsch
Grouping of synonyms could be user-friendlier. Synonyms having the same type could be represented in a box showing the basionym within this group bold in the first line for example. Re-arranging synonyms within a box and moving synonyms from one box to the other could be done with drag and drop operations. Setting the required and often complex name and taxon relations would be done by the software and not by users anymore.
71 1 Pepe Ciardelli
72
73
74 3 Anton Güntsch
### 3 Rights and roles
75
76
77 10 Anton Güntsch
Which levels of rights are required from a user perspective? Hierarchically referring to the taxonomic hierarchy of a given project? Rights for specific object types (e.g. editing names, references, specific fact types, authors, etc.?). Rights might also depend on content (e.g. local experts having access rights to taxa occurring in a specific region).
78 1 Pepe Ciardelli
79 5 Anton Güntsch
80 1 Pepe Ciardelli
81 13 Anton Güntsch
Should the system support different taxonomic views within a single treatment? This could be useful if regional advisors want to modify taxonomic data for example. Alternatively, such modifications would be submitted as an annotation.
82
83
84
The Berlin Model as well as the CDM supports the use and linking “foreign” concepts for example for the creation of concept relations or misapplied names. This requires a certain stability of the used concepts and the willingness to provide frozen versions of a taxonomic treatment even if it is not yet completed and contains errors. How can we implement versioning in a way that motivates taxonomists to provide versions even if they are not yet perfect? 
85
86
87
Should there be a mechanism for adding content to taxa (e.g. images) for "external persons"? Is there an authority evaluating this content before publication?
88 1 Pepe Ciardelli
89
90
91 16 Anton Güntsch
### 4 Implicit behaviour
92 1 Pepe Ciardelli
93
94 16 Anton Güntsch
Should the system perform certain "implicit operations" automatically?
95
96
97
Example 1: Automatic synchronizing of relationship type with homotypic group - when a synonym is dragged into the same homotypic group, the synonym type is changed to HOMOTYPIC_SYNONYM and the homotypic group is updated to the taxon's homotypic group; when a synonym is removed from the taxon's homotypic group, it becomes a HETEROTYPIC_SYNONYM and assumes the homotypic group into which it is placed. In the CDM, these steps are kept separate, because synonym type is a property of a taxon or synonym, while homotypic group is a property of a name.
98
99
100 17 Markus Döring
Example 2: Basionym authors - the user adds a name "Aaa bbb (Xxx) Yyy". Should the system eventually overwrite the author of the basionym name automatically, thus changing that name and taxa using it?
101
102
103
Example 3: Nomenclatural reference year. When adding a zoological name, the year of publication is part of the name. Changing the year of the namestring will therefore change the year of the publication, i.e. a separate reference object that might be used elsewhere.
104
105
106
Example 4: Basionym name relationship adds homotypic synonym relationship between the respective taxa too?
107 16 Anton Güntsch
108
109
110
111
### 5 Reports
112
113
114 3 Anton Güntsch
Presently, tools to display taxonomic data under revision are rather limited. The Berlin Model editor provides two different views: the usual single-taxon-oriented view displaying one taxon and all data directly associated with it. Secondly, the group view displays a hierarchical view on all taxa under revision but not information related to them. More reporting and display options would certainly be of great help for the taxonomic work process.
115 1 Pepe Ciardelli
116 2 Anton Güntsch
117
Possible views could be:
118
119 3 Anton Güntsch
120
121
* Display of an entire taxonomic group at a user-defined level of detail (e.g. including synonyms and specific facts).
122 15 Anton Güntsch
123 3 Anton Güntsch
* Display all changes between two specific points in time.
124
125
* Display all objects having a specific marker set (e.g. all references having a marker “not ye checked”).
126
127
* Display differences between to versions or views of the same taxonomic group.
128
129 1 Pepe Ciardelli
* Display a list of “suspicious” objects.
130
131
132 12 Rudolf May
133 16 Anton Güntsch
### 6 Linking factual data
134 12 Rudolf May
135
136
The Berlin Model as well as the CDM tries to link factual data (e.g. distributional data) to the concepts, which are the sources of the original data. With this the source of information is always transparently documented. In practice this principle has never been fully implemented and users have linked facts to their own concept giving the reference of the source rather than creating a potential taxon with this reference and linking the fact there. How could the editor software support the creation of potential taxa and linking facts to them? How could the editor summarize the facts and display them together with the user’s taxon? This would probably require a transmission engine, which works on the fly. How can factual data be aggregated if the data standards used in the sources are not compliant (e.g. different distribution formats used in different floras)?
137
138 1 Pepe Ciardelli
139 12 Rudolf May
140
141 16 Anton Güntsch
### 7 Miscellaneous
142 3 Anton Güntsch
143
144 14 Anton Güntsch
If objects have duplicates (e.g. multiple instances of the same name which were not detected during the import), how can users decide, which object is the right one? How much information do we have to show to support this decision?
145 5 Anton Güntsch
146 3 Anton Güntsch
147 1 Pepe Ciardelli
148 14 Anton Güntsch
Are there integrity checks which should be offered to the user? Such checks could be used to identify problems not or not yet "absorbed" by the model itself.
149
150
151
152
Should there be a technique for performing recurring sequences of actions (a kind of simplified macro programming)?