Yes, that use of @ana is not valid. I didn’t think of @n but it may be a enough... Thanks for pointing to that simple solution. 


El día 29 de enero de 2019 a las 20:11:37, Martin Holmes ([log in to unmask]) escrito:

Hi there,

Hi there,

@ana should be a pointer, so you can't really put a number in it. (In
fact, it should really be invalid to put an integer in there -- I wonder
why it isn't?)

@n is a simple alternative, although its semantics are not exactly right:

"@n (number) gives a number (or other label) for an element, which is
not necessarily unique within the document."


On 2019-01-29 8:35 a.m., Antonio Rojas Castro wrote:
Hello List,

I am encoding information derived from letters - rather than encoding
the texts themselves.

I am interested in representing mentions and how many times the author
of the letter is mentioning each named entity. I am currently using
<relation> to encode these pieces of information along with <person>:

#person_000002 #person_000005 #person_66462281


In this case, both <relations> have the same author recorded with
@active and several “targets” recorded with @passive. In the first
element <relation> those people were mentioned only once - thus I am
storing that information using @ana. In the second element the author
mentions one of these authorities (they are mostly Latin authors) twice
- thus, I used @ana=“2”. Both elements have the same source
(@source=“carta_es_0001”) because they are “facts” contained in the same
letter. However, I am not very happy with the use of @ana to represent
the frequency or the weight of the relation.

Does anyone know an alternative or can share her/his experience/opinion?

(I do not like either using @name to store action verbs like mentions or
quotes, but this is the closest way I found in the TEI to emulate RDF or
standoff markup).

Thank you for your feedback.


​*Dr. Antonio Rojas Castro*
Post-doctoral Researcher, Cologne Center for eHumanities
Editor, /The Programming Historian en español/
<http://www.antoniorojascastro.com <http://www.antoniorojascastro.com/>>