mise a jour des mapping elasticsearch

[lionelB]

Actuellement il reste encore plusieurs relicats des anciens format de données dans les mapping elasticsearch (notament sur les themes eposeidons et les données du code du travail)

[virginielastisneres]

Actuellement il reste encore plusieurs relicats des anciens format de données dans les mapping elasticsearch (notament sur les themes eposeidons et les données du code du travail)

@lionelB est ce que tu peux m'expliquer du coup l'impact de ces relicats dans elasticsearch ?

[UnbearableBear]

Pratiquement aucun Virginie ne t'en fais pas. C'est pour le développeur, la clarté du code et avoir des clés qui correspondent effectivement à quelque chose

[lionelB]

voici la liste des champs de nos différents documents

[
  "id",
  "title",
  "slug",
  "source",
  "metaDescription",
  "text",
  "excludeFromSearch", 
  "action", // outils interne / externe
  "anchor", // fiche-mt
  "answers", // contribution, page-ccn
  "articlesByTheme", // page-ccn,
  "author", // courrier
  "categories", //dossier
  "children", // theme
  "contents", // editorial_content
  "date", // outils interne, courriers, fiche-mt, fiche-sp, editorial_content
  "dateDebut", // code_du_travail
  "date_publi", // page-ccn
  "effectif", // ccn
  "filename", // courrier
  "filesize", // courrier
  "folder", // editorial_content
  "html", // courrier, code_du_travail
  "icon", // outils interne / externes / theme
  "idcc", // ccn
  "intro", // fiches-mt, editorial_content
  "description", // dossier, courrier
  "mtime", // page-ccn
  "nbTextes", // page-ccn
  "notaHtml", // code_du_travail
  "num", // page-ccn, ccn
  "position", // themes
  "pubId", // fiches-mt-full
  "raw", // fiches-sp
  "refs", // dossier, themes
  "references", // editorial_content
  "references_juridiques", // fiches_sp
  "sections", // fiches-mt-full
  "shortTitle", // page-ccn, ccn
  "theme", // fiches-sp
  "url", // outils externes / fiches-mt-full / page-ccn / fiche-sp / code_du_travail / ccn
];

on peut s'apercevoir qu'on a plusieurs champs date qu'on peut classer en 2 ensembles

• date de mise à jour:

  • dateDebut (code_du_travail)
  • date (outils interne, courriers, fiche-mt, fiche-sp, editorial_content)

• date de création:

  • data_publi (ccn)

On a aussi plusieurs champs qui semblent servir le même propos description / intro (fiches-mt, editorial_content).
Dans editorial-content, il est utilisé pour afficher un contenu avant les accordéons (même besoin que les sections sans ancres dans les fiches-mt).

Dans les fiches-mt, intro est utilisé pour afficher le chapo d'un article.

On pourrait renommer intro en chapo et le rendre disponible pour les autres contenus qui utilise parfois le champ description comme un chapo d'article.

on utilise aussi plusieurs champs pour stocker les références,

• refs (dossier / themes) contiennent un {title, url}
• références (editorial_content) {title, url, type: "external"} | {title, id , type: "code-du-travail"}
• references_juridiques (fiches_sp) {title, id, slug, type: "convention-collective"} | {title, id , type: "code-du-travail"} | {id, title, url, type:"journal-officiel"}`

il faudrait unifier nos références juridiques

• {title, url, type: "external"} pour les références externes (liens s'ouvrant dans un nouvel onglet)
• {title, url, slug, type:"internal" } pour les référence internes (liens internes au site)

[m-maillot]

Nouvelle issue : #1356