Améliorer le parsing de la fréquence DCAT et le retour d'erreur le cas échéant

[maudetes]

Deux cas de valeurs qui retournent des erreurs :

• annuel ou quotidienne
  Avec l'erreur suivante:
  

• https://publications.europa.eu/resource/authority/frequency/ANNUAL
  retourne une 500

Il faudrait dans l'idéale retourner une erreur plus explicite pour le premier cas, et ne pas crasher avec une 500 dans le second.

[maudetes]

Première analyse:

• Dans le premier cas, l'erreur a lieu car annuel est traité comme une URIRef, ce qu'elle n'est pas. Exemple de reproduction: <dct:accrualPeriodicity rdf:resource="annuel"/>. Il s'agit donc d'une erreur sur l'exposition de cette métadonnée dans le catalogue moissonné.
• Dans le second cas, l'erreur a lieu car l'URI utilisée est en https et non pas http que nous supportons. Exemple de reproduction: <dct:accrualPeriodicity rdf:resource="https://publications.europa.eu/resource/authority/frequency/ANNUAL"/>

Il faudrait donc améliorer la résilience ou le retour d'erreur de la partie namespace_manager.compute_qname(term) qui est appelé dans ces deux cas.

[maudetes]

Autre exemple en échec sur lequel enquêter:

<dcterms:accrualPeriodicity>
  <dcterms:Frequency rdf:about="http://publications.europa.eu/resource/authority/frequency/annual">
    <rdf:type rdf:resource="http://purl.org/dc/terms/Frequency"/>
  </dcterms:Frequency>
</dcterms:accrualPeriodicity>

[maudetes]

Sur l'exemple précédent, l'erreur vient de la référence RDF qui est incorrecte. Elle devrait être http://publications.europa.eu/resource/authority/frequency/ANNUAL avec la fréquence ANNUAL en majuscule.

[maudetes]

La plupart des cas d'erreurs sont le cas de RDF mal construits.
La détection de la fréquence est plus résiliente qu'avant (#766, opendatateam/udata#2883), je pense qu'on peut clore ce ticket.