undated inscriptions in resultset when searching for dates

[wenamun]

e.g. when searching for "not-after: 51" there are several inscriptions in the resultset that have no information concerning dates (IP00000017, IP00000019, IP00000212, ... ), these should be excluded from the resultset

[PietroLiuzzo]

actually the datasets have the information requested. is just not displayed in the portal which takes literals and not the values of the attributes
e.g. ip00000017

                              <origDate notBefore-custom="0006" notAfter-custom="0271" 
datingMethod="http://en.wikipedia.org/wiki/Julian_calendar">Il n'y a pas des critères pour la datation.</origDate>

[wenamun]

just looked into IRT061 epidoc:

Unknown.

this of course is problematic, if on the EAGLE website only the text
information is given, this looks definitely wrong... so as a solution
both botBefore and notAfter should be added to the text info on the website

On 25/06/15 11:02, Pietro Liuzzo wrote:

actually the datasets have the information requested. is just not
displayed in the portal which takes literals and not the values of the
attributes
e.g. ip00000017
Il n'y a pas des critères pour la datation.

—
Reply to this email directly or view it on GitHub
#6 (comment).

[PietroLiuzzo]

this is I am afraid is a problem content side, not on the website back or front end.

there are in my memory

• cases in which the info in the attributes is reproduced in the text part which are straight forward
• cases in which there is only the text and we infer the content of the attributes used for the indexing (I a.C. --> we add notBefore 0001 and notAfter 0100)
• cases in which the content providers allow for a "hidden" temptative dating like the example in ip and irt.
  the original dataset of irt is transformed in tei p5 for EAGLE in

<origDate 
                               notBefore-custom="0001"
                               notAfter-custom="0100"
                               precision="low">
Unknown.
</origDate>

in the case of the inscriptions from dacia the content providers provide three informations for the text and for the not before and not after which are reproduces as they are provided.

I am not sure that if editors actually did not want to print a date we should add it, at least in the display. we already somehow force things by asking for something in the attributes.