- tdwg-content - lists.tdwg.org

Re: Hi VIRUS!!
by Chuck.Miller＠MOBOT.ORG 20 Jan '04

20 Jan '04

Gregor, You've got the beagle virus. http://news.yahoo.com/news?tmpl=story&u=/nm/20040120/tc_nm/tech_internet_vir us_dc_6 Sorry, Chuck -----Original Message----- From: G.Hagedorn(a)BBA.DE [mailto:G.Hagedorn@BBA.DE] Sent: Sunday, January 18, 2004 10:31 PM To: TDWG-SDD(a)LISTSERV.NHM.KU.EDU Subject: Hi Test =) kerftkrpmvmnyi -- Test, yep.

1 0

Hi
by ram＠CS.UMB.EDU 19 Jan '04

19 Jan '04

Test =) uhqokeiik -- Test, yep.

1 0

Hi
by G.Hagedorn＠BBA.DE 19 Jan '04

19 Jan '04

Test =) egfoovbnpkbbrj -- Test, yep.

1 0

Hi
by ram＠CS.UMB.EDU 19 Jan '04

19 Jan '04

Test =) bxfeyewpugobn -- Test, yep.

1 0

Hi
by G.Hagedorn＠BBA.DE 19 Jan '04

19 Jan '04

Test =) kerftkrpmvmnyi -- Test, yep.

1 0

Re: Hi
by "L-Soft＠Mizzou1.Missouri.edu list＠Mizzou1.Missouri.edu server＠Mizzou1.Missouri.edu at＠Mizzou1.Missouri.edu KU＠Mizzou1.Missouri.edu Biodiversity＠Mizzou1.Missouri.edu Institute＠Mizzou1.Missouri.edu (1.8d)"＠Mizzou1.Missouri.edu 18 Jan '04

18 Jan '04

> Test =) Unknown command - "TEST". Try HELP. > hrgqvjkyoeuprwyc Unknown command - "HRGQVJKYOEUPRWYC". Try HELP. > -- > Test, yep. Summary of resource utilization ------------------------------- CPU time: 0.000 sec Overhead CPU: 0.000 sec CPU model: Pentium P15 (512M) Job origin: tdwg-sdd(a)USOBI.ORG

1 0

Re: Hi
by "L-Soft＠Mizzou1.Missouri.edu list＠Mizzou1.Missouri.edu server＠Mizzou1.Missouri.edu at＠Mizzou1.Missouri.edu KU＠Mizzou1.Missouri.edu Biodiversity＠Mizzou1.Missouri.edu Institute＠Mizzou1.Missouri.edu (1.8d)"＠Mizzou1.Missouri.edu 18 Jan '04

18 Jan '04

> Test =) Unknown command - "TEST". Try HELP. > ajjogkpqgqpnvkenlwv Unknown command - "AJJOGKPQGQPNVKENLWV". Try HELP. > -- > Test, yep. Summary of resource utilization ------------------------------- CPU time: 0.000 sec Overhead CPU: 0.000 sec CPU model: Pentium P15 (512M) Job origin: tdwg-sdd(a)USOBI.ORG

1 0

Release of SDD 0.9 / Request for comments
by Gregor Hagedorn 22 Dec '03

22 Dec '03

As decided at the TDWG Annual Meeting, 21-26 October 2003 in Lisbon, on 1. December 2003 we did release a stable review version "SDD 0.9". However, it took me, Bob, and Kevin several weeks longer to finish the associated documentations. Please take a look at: http://160.45.63.11/Projects/TDWG-SDD/index.html and follow the link under "Overview of available schema documentation". It is shortly before Christmas and hopefully most of us have other things to do or think than SDD. However, if you should have some time over the holidays, or perhaps your new year's resolutions list is not yet overly full, please do try to get involved. We urgently need a fresh review and detailed criticism, especially from those who either hold descriptive data, develop applications for the identification of biodiversity, or are involved in GBIF and intend to consume descriptive data. The preferred medium for discussion is the SDD WIKI (see starting page for link and explanation). If you have problems using the WIKI do not hesitate to use the list instead. Please also respond to minor issues and errors, perhaps by direct mail, so that we can eliminate them over time. Merry Christmas greetings to all of you, Gregor ---------------------------------------------------------- Gregor Hagedorn (G.Hagedorn(a)bba.de) Institute for Plant Virology, Microbiology, and Biosafety Federal Research Center for Agriculture and Forestry (BBA) Koenigin-Luise-Str. 19 Tel: +49-30-8304-2220 14195 Berlin, Germany Fax: +49-30-8304-2203 Often wrong but never in doubt!

1 0

Combining DELTA items; character dependencies
by Mike Dallwitz 26 Nov '03

26 Nov '03

- From: "Gregor Hagedorn" <G.Hagedorn(a)BBA.DE> - To: "Mike Dallwitz" <mike.dallwitz(a)netspeed.com.au> > I am just back from the TDWG meeting in Lisbon and working on the > minutes for SDD. In Lisbon we had two questions concerning DELTA. > DELTA, as far as I know, can generate something like genus > descriptions from multiple species descriptions. I have worked myself > relatively little with the Confor program itself and I now cannot > find any information about this in the DELTA Users manual. This is carried out by the Intkey command 'Output Summary'. Any subset of the taxa can be combined in this way. The output is a text file in DELTA format. It can be done interactively, or by means of a script, which can be run whenever the data are changed. For details, see the DELTA-L posting Subject: Combining DELTA items Date: Fri, 27 Oct 2000 which is available in the list archive at http://listserv.surfnet.nl/archives/delta-l.html We intended to put in the DELTA Editor a more general mechanism for passing information between items. This would have allowed, for example, species items to use information coded in genus items, and vice versa. It would also have replaced the 'variant items' mechanism. See Dallwitz, M. J., Paine, T. A. and Zurcher, E. J. (1993 onwards). Proposed new features for the DELTA system. http://delta-intkey.com > Character dependencies: > We had a long discussion about how dependencies should be handled. We > believe it makes sense to support both Applicable and Inapplicable > versions concurrently and tried to analyse what that means. > In that context we started to wonder, how the DELTA definitions are > to be interpreted. > In the DELTA users guide under "*DEPENDENT CHARACTERS" I find for > "4,2:16 10,1/3:12-13:20:30-35" > "Attribute 4,2 implies that character 16 is inapplicable. Attributes > 10,1 and 10,3 imply that characters 12, 13, 20, and 30-35 are > inapplicable." > We have two options to interpret this: > 1. Attributes 10,1 and 10,3 means both 1 and 3 must be scored to make > the dependent characters inapplicable. > 2. Attributes 10,1 and 10,3 means any of 1 and 3 or both must be > scored to make the dependent characters inapplicable. > I as well as all members present in the group assumed that the first > option is what is meant, and DEltaAccess implements it that way. It's not clear from the description, but the second option is the one I intended. I can't think of a plausible case where the first option would be appropriate. The sample data supplied with the DELTA programs contains a relevant example. > However, I found that in the case of more than one dependency in a > single character the two forms Inapplicable and Applicable can NOT be > converted. What confuses me now is that under "APPLICABLE CHARACTERS" > it is stated that "This is equivalent to the DEPENDENT CHARACTERS > directive in Section 3.5.1." This seems to imply a convertibility to > me. The directives _are_ convertible. The example in Section 3.5.1 of the DELTA User's Guide is taken from the sample data. To confirm that the two forms are equivalent, take the 'APPLICABLE CHARACTERS' version given in the User's Guide, and substitute it for the 'DEPENDENT CHARACTERS' version in the specifications file of the sample data. Then run 'Confor check', and you will find that no errors are reported. > We are really homing in on a version that should be at least a good > basis for trying it out. I did try originally to have it open, > including options for pure ontological schemata and pure state- > matrices (like in LucID, in contrast to the character matrices DELTA > uses). I can only say that by and large we are homing in on a DELTA > like model (including LucID). Actually, DELTA and Lucid are not qualitatively different in this regard - they both have the states organized into characters. The only differences are in the kinds and amount of information associated with each state in the data matrix. Associated with each state, the current version of DELTA has an unrestricted amount of free-text information, Intkey has 1 bit of information (present/absent), and Lucid has 8 bits of coded information. The proposed new version of DELTA (Dallwitz et al., loc. cit.) had both free text and coded information associated with each state and character in the matrix. The coded information included all the types used by the current Lucid. At least one program, MEKA, does use a state matrix, i.e. the states are not grouped into characters. -- Mike Dallwitz 13 Warrambool Close, Giralang ACT 2617, Australia Phone: +61 2 6241 2884 Email: mike.dallwitz(a)netspeed.com.au Internet: delta-intkey.com

1 0

Re: InternalNotes/ReportedNotes [Request for voting]
by Kevin Thiele 19 Nov '03

19 Nov '03

I have transferred the content of this email to the wiki - see http://efgblade.cs.umb.edu/twiki/bin/view/SDD/ChangeName It would be *much* better if any comments are made through the wiki, and voting (though this may be a trivial example) is conducted there. If any luddites insist on carrying on a conversation on the list, I will laboriously transfer it all to the wiki. Cheers - k ----- Original Message ----- From: "Gregor Hagedorn" <G.Hagedorn(a)BBA.DE> To: <TDWG-SDD(a)LISTSERV.NHM.KU.EDU> Sent: Wednesday, November 19, 2003 3:03 AM Subject: InternalNotes/ReportedNotes [Request for voting] > In the current version of the SDD schema we have: > > InternalNotes: A single element for all languages, intended for > internal documentation, annotations, memos during the development > process of either the terminology or descriptions. This is sort of > like a scrap page for authors or editors. > > ReportedNotes: Free form notes/comments/annotations that address the > consumer of descriptive data. Multiple representations for each > audience/language addressed are available. > > The pair InternalNotes/ReportedNotes is intended to express the fact > that Internal Notes are not usually published, whereas reported notes > are an essential part of the descriptive data. > > ---- > > I am currently thinking about whether different element names may be > more acceptable or intuitive. > > * Using Annotation instead of InternalNotes > * Using FreeFormText instead of ReportedNotes. > > We could use Notes instead of ReportedNotes, but I find the pair > Annotation/Notes easily confusible. > > Please do "vote" on this issue on the email list! > > Gregor > ---------------------------------------------------------- > Gregor Hagedorn (G.Hagedorn(a)bba.de) > Institute for Plant Virology, Microbiology, and Biosafety > Federal Research Center for Agriculture and Forestry (BBA) > Koenigin-Luise-Str. 19 Tel: +49-30-8304-2220 > 14195 Berlin, Germany Fax: +49-30-8304-2203 > > Often wrong but never in doubt!

1 0