#354 Chapter 13 typos, etc., cont'd

closed
Martin Holmes
5
2012-03-13
2012-02-24
No

Page references to PDF of version 2.0.2.

P. 419

"and the encoder" => "and encoders" (cf. "their" below).

#

P. 420: "Arne Magnusson"

"Arne Magnussen" is the danicised name form:
<http://www.denstoredanske.dk/Dansk_Biografisk_Leksikon/Uddannelse_og_undervisning/Professor/%C3%81rni_Magn%C3%BAsson>, <http://nfi.ku.dk/forskning/arnamagnaeansk/>.

It is the form used in the 1891 publication of his anonymous tract from 1699 on a Danish witch process: "Kort og sandfærdig Beretning om den vidtudraabte Besættelse udi Thisted til alles Efterretning af Original-Akter og troværdige Dokumenter uddragen og sammenskreven af Arne Magnussen …".

In a Danish context, while "Arne Magnussen" would be the form he generally used himself, his use of the form "Arnas Magnussen" is also attested. In Islandic, he would presumably have used the form "Arne Magnusson" (possibly "Arni Magnusson"), without accents. (Thanks to Guðvarður Már Gunnlaugsson for this information.)

The mixed form is also widely used in Denmark, as in "Arne Magnussons private Brevveksling" from 1920 and Hans Bekker-Nielsen and Ole Widding's biography "Arne Magnusson, den store håndskriftsamler, i 300-året for hans fødsel" from 1963 (the English translation 1972 uses the same form).

I would delete ", the form which he himself, as a life-long resident of Denmark, generally used". Since Iceland was part of Denmark 1380-1944, of course he was a resident of Denmark. If this is not deleted, since he only lived in Southern Denmark about half of his life, we should at least give "long-time" instead of "life-long".

#

P. 421: "In addition to these specific elements"

These elements must be <faith> to <floruit>, mentioned three pages back; however, on the preceding page, the generic element <trait> is introduced. This gap seems too wide.

Presumably, the paragraph on <persName> on p. 420 should be moved to p. 419, before the paragraph introducing <trait>.

I suggest deleting "to these specific elements".

#

P. 421:

The paragraph "This element … of the holder" more or less repeats "Where there is confusion … of the holder" on p. 420. This important paragraph should be rewritten and moved to the bottom of p. 415, following "or that of others".

#

P. 423:

"All the generic elements are also members of the att.responsibility and att.editLike classes. These classes, originally intended to provide attributes ‘describing the nature of an encoded scholarly intervention or interpretation of any kind’ make available the attributes cert, to indicate the degree of certainty, resp, the agency responsible, and evidence, the nature of the evidence used."

"‘describing the nature of an encoded scholarly intervention or interpretation of any kind’" is the definition of att.editLike, not of att.responsibility, so the definition does not cover "These classes".

It is not clear to me what "originally intended to" means here.

#

P. 423:

"or all the participants in a mutual one."

So <relation name="spouse" active="#H1 #H2"/> is the same as <relation name="spouse" mutual="#H1 #H2"/>? It makes sense (for marriages that are not arranged), but is this overlap intentional? Is <relation name="sibling" passive="#H1 #H2"/> then possible for <relation name="sibling" mutual="#H1 #H2"/>?

#

P. 427, note:

The link is dead. The most recent revision of WGS84 is from 2004. See <https://www1.nga.mil/ProductsServices/GeodesyandGeophysics/WorldGeodeticSystem/Pages/default.aspx>.

As far as I can make out, EGM96 is something different (<http://en.wikipedia.org/wiki/EGM96>).

#

P. 428:

The address of Brasserie Georges is not correct. It should be:

<place type="building">
<placeName>Brasserie Georges</placeName>
<location>
<country key="FR"/>
<settlement type="city">Lyon</settlement>
<district type="arrondissement">IIème</district>
<district type="quarter">Perrache</district>
<placeName type="street">Cours Verdun</placeName>
</location>
</place>

#

P. 429: "the Geographical Markup Language (GML) being defined by the OGC".

I think "OpenGIS Geography Markup Language" is the more correct name. Instead of "OGC", write "Open Geospatial Consortium (OGC)".

#

P. 429: "now used by Google Maps" gives the impression that Google Maps used something different before, which is not the case. The idea behind this must be that KML was not invented by Google, but by the company Keyhole, which Google bought in 2004. This is only clear to those who know it already.

I suggest deleting "now".

Discussion

1 2 > >> (Page 1 of 2)
  • Martin Holmes
    Martin Holmes
    2012-02-24

    Commenting on these as I look at them:

    > "and the encoder" => "and encoders" (cf. "their" below).

    This is a use of "their" for a 3rd-person singular unmarked for gender (instead of "his/her", which is felt to be ungainly). I think this is now probably acceptable in formal written English.

     
  • Martin Holmes
    Martin Holmes
    2012-02-24

    > P. 421: "In addition to these specific elements"

    The problem here seems to be an in accurate list of the components of model.persStateLike. The current members of this class are:

    persName
    affiliation
    age
    education
    faith
    floruit
    langKnowledge
    nationality
    occupation
    residence
    sex
    socecStatus
    state
    trait

    according to

    http://www.tei-c.org/release/doc/tei-p5-doc/en/html/ref-model.persStateLike.html

    However, the list in ND-NamesDates.xml is

    faith
    langKnowledge
    langKnown
    nationality
    sex
    age
    socecStatus
    persName
    occupation
    residence
    affiliation
    education
    floruit

    The differences are that langKnown appears not to be a member of the class, whereas state and trait are (but are not included in the first list).

    I can't find any evidence in SVN that langKnown was ever a member of model.persStateLike. I'll check with Council, and if it was simply omitted from the list accidentally, we can add it.

    It seems also that state and trait should be added to the list of members of the class at the beginning of 13.3.2.1 Personal Characteristics.

     
  • Martin Holmes
    Martin Holmes
    2012-02-24

    <state> vs <trait>

    It appears that the same explanation, using almost the same words, appears twice (once in the discussion of <trait>, and once in the discussion of <state>. The words used also echo the definition of <trait>, causing even greater repetitive infelicity.

    However, I think the explanation does need to be made twice, because people may come to the explanation of one or other of the elements without having read, or going on to read, the other. Therefore what we have is an issue of style. I would recommend rewriting the first of the two paragraphs so that it echoes the other one less (through different word-choices). The echo of the definition of <trait> could be left in the second paragraph, but might be put in quotes, perhaps.

     
  • Martin Holmes
    Martin Holmes
    2012-02-24

    In rev 10117, <langKnown> commented out, and <state> and <trait>
    added. <langKnown> is discussed in the context of <langKnowledge>, so
    it's in the text, but it's not true to say it's a member of
    model.persStateLike.

     
  • Lou Burnard
    Lou Burnard
    2012-02-24

    Re Arni Magnusson:

    I have asked Matthew Driscoll to comment!

    Re: <relation name="spouse" active="#H1 #H2"/> is the same as <relation name="spouse" mutual="#H1 #H2"/>?

    No, I think that it is not meaningful to talk about some of the participants in the "spouse" relation being active and others passive. If A is the spouse of B, B is the spouse of A, and that's all there is to it. However, there's no way of detecting that the @active attribute is not appropriately used without understanding the semantics of the relationship itself. You would need schematron rules (or similar) which listed all named relationships and identified the "directionality" of each. This is probably one of the reasons why the Ontology workgroup is proposing revisions for the <relation> element.

    Brasserie Georges address according to its website, and indeed my last two visits there, is 30 Cours de Verdun; don't know why we located it in rue de la charite, which is miles away (tho does also have some good restaurants). So I am happy to change the street name; however, I think that the 2nd arrondissement of Lyon (where it is located) is usually referred to as Perrache, as in the original text. I certainly don't think we should introduce an additional <district type="quarter"> since "quarter" means nothing in French. Its equivalent ( "quartier") does, but it's closer to the Br E word "neighbourhood".

    "These classes, originally intended to provide attributes ‘describing the nature of an encoded scholarly intervention or interpretation of any kind’ make available the attributes cert, to indicate the degree of certainty, resp, the agency responsible, and evidence, the nature of the evidence used."

    I agree that the clause "originally intended...of any kind" adds nothing useful to this sentence; it should be deleted.

     
  • Lou Burnard
    Lou Burnard
    2012-02-25

    With Matthew's blessing have changed "life-long" to "long-term". Also corrected Brasserie address, deleted "now" and tried to improve wording of "state vs trait" passage (which actually appears a total of three times, not two)

     
  • Martin Holmes
    Martin Holmes
    2012-02-25

    • assigned_to: nobody --> martindholmes
     
1 2 > >> (Page 1 of 2)