Giter Site home page Giter Site logo

bauhaus-back-office's People

Contributors

alicela avatar bulotf avatar bwerquin avatar dependabot[bot] avatar emmanueldemey avatar evargalo avatar fbibonne avatar gtansndil avatar hugosndil avatar jeromembourgeois avatar jlleitschuh avatar michaelc67 avatar

Stargazers

 avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

bauhaus-back-office's Issues

Corriger les liens parents-enfants dans l'export de concept

Par exemple si on visualise le concept c1790 dans l’ihm on a un “a pour enfant” c1131, mais si on exporte le concept c1790 on a “a pour parent” pour c1131.

Réciproquement si on visualise le concept c1131 dans l’ihm on a un “a pour parent” c1790, mais si on exporte le concept c1131 on a “a pour parent” pour c1790.

En terme de triplet les données en base gestion de qf sont correctes pour ces deux concepts

ajout des timbres en dur

En paliatif des problèmes d'interrogation de l'annuaire RH pour récupérer les timbres on va mettre en dur les timbres des unités insee, en plus des timbres SSM qui le sont déjà

Change triples generated by "summary" and "history"

Currently after writing a summary in english and saving the following triples are created :

dct:abstract "<p>summary content</p>"@en
dct:abstract <uriObject/resume/en>
<uriObject/resume/en> xkos:EplanatoryNote "<p>summary content</p>"@en

The last triple should be replaced by the following :

<uriObject/resume/en> <http://www.w3.org/1999/02/22-rdf-syntax-ns#type> <http://rdf-vocabulary.ddialliance.org/xkos#ExplanatoryNote>
<uriObject/resume/en> <http://eurovoc.europa.eu/schema#noteLiteral> "<div xmlns="http://www.w3.org/1999/xhtml"> <p>summary content</p></div>"^^<http://www.w3.org/1999/02/22-rdf-syntax-ns#XMLLiteral>
<uriObject/resume/en> <http://purl.org/dc/terms/language> "en"^^<http://www.w3.org/2001/XMLSchema#language>

This should be applied for both languages :

  • summary in Families
  • summary in Series
  • history in Series
  • summary in Indicators
  • history in Indicators

utiliser un timbre ANONYME/INCONNU lorsque le jeton de l'utilisateur n'en contient pas

L'information sur le timbre de l'utilisateur (contenu dans le jeton OIDC d'authent) est utilisée à plusieurs endroits dans Bauhaus (9 fois). Cette information est donc indispensable.

Lorsque l'utilisateur n'a pas de timbre (cas d'un stagiaire ?), je propose d'en affecter un par défaut : "INCONNU", "ANONYME", "bauhausGuest" (ne correspond avec aucun timbre officiel et donc ne donne aucun droit) pour que l'utilisateur puisse quand même naviguer dans Bauhaus en lecture.

Supervision graphDB

L'IHM graphDB utilise des endpoints de supervision de graphDB qui peuvent être accéder avec un jeton admin : la surveillance de ces endpoints devrait permettre d'identifier plus facilement les cas où le serveur graph DB doit supporter une charge anormale (par exemple une requête qui dure depuis trop longtemps). Un exemple de tel requête est :

curl "https://diff****rne-me*****ees.insee.fr/rest/monitor/query" -H "Accept: application/json, text/plain, */*" -H "Accept-Language: en,fr;q=0.8,fr-FR;q=0.5,en-US;q=0.3" -H "Accept-Encoding: gzip, deflate, br" -H "Authorization: Bearer blablabla" -H "X-Requested-With: XMLHttpRequest" -H "X-GraphDB-Repository: data"  -H "DNT: 1" -H "Referer: https://diffusionexterne-metadonnees.insee.fr/monitor/queries"  -H "Sec-Fetch-Dest: empty" -H "Sec-Fetch-Mode: cors" -H "Sec-Fetch-Site: same-origin" -H "Pragma: no-cache" -H "Cache-Control: no-cache"

Un exemple de réponse en json est :

[
  {
    "trackId": "2538405",
    "trackAlias": "25dfd8a1-71e2-4efb-b594-94be15f4060b",
    "username": "<free access user>",
    "node": null,
    "isRequestedToStop": false,
    "sparqlString": "SELECT *\nWHERE {\n        ?zone rdf:type ?territory .\n        ?zone igeo:nom ?nom .\n        ?zone igeo:codeINSEE ?codeINSEE .\n        OPTIONAL {\n            ?zone igeo:nomSansArticle ?nomSansArticle .\n            ?zone igeo:codeArticle ?codeArticle .\n            ?evenement igeo:suppression ?suppression .\n        }\n}",
    "state": "IN_HAS_NEXT",
    "type": "QUERY",
    "numberOfOperations": 594109063,
    "msSinceCreated": 5777490,
    "humanLifetime": "1h 36m 17s"
  },
  {
    "trackId": "2538463",
    "trackAlias": "1ede03f6-7652-4228-850f-73a36bda7418",
    "username": "<free access user>",
    "node": null,
    "isRequestedToStop": false,
    "sparqlString": "SELECT *\nWHERE {\n        ?zone rdf:type ?territory .\n        ?zone igeo:nom ?nom .\n        ?zone igeo:codeINSEE ?codeINSEE .\n        OPTIONAL {\n            ?zone igeo:nomSansArticle ?nomSansArticle .\n            ?zone igeo:codeArticle ?codeArticle .\n            ?evenement igeo:suppression ?suppression .\n        }\n}",
    "state": "ACTIVE",
    "type": "QUERY",
    "numberOfOperations": 590100187,
    "msSinceCreated": 5725434,
    "humanLifetime": "1h 35m 25s"
  }
]

On peut donc créer un endpoint dans Bauhaus qui interroge graphDB (authentifié à l'aide du compte de service Bauhaus) et qui répond s'il y a des requêtes trop longues (supérieures à 1h par exemple). Ce endpoint Bauhaus pourrait être mobilisé régulièrement par un job de supervision

Voir s'il y a une alternative avec des offres standard de supervision pour GraphDB

Longueur des noms de fichier à l'exportation

Les limites de nombre de caractères dans les noms de fichier et dans la longueur du chemin pour accéder à un fichier font que certains fichiers d’exportation ne peuvent pas être ouverts (notamment lorsqu’il s’agit de zip).

Il faudrait limiter la longueur des noms de fichiers résultant d’exportations à 200 caractères.

  •  Un concept
  • Une liste concept
  • Une collection
  • Une liste collection
  • Un Rapport avec ses documents

Fix double dependency for org.json

Found multiple occurrences of org.json.JSONObject on the class path:

jar:file:/C:/INSEE/mavenrepository/com/vaadin/external/google/android-json/0.0.20131108.vaadin1/android-json-0.0.20131108.vaadin1.jar!/org/json/JSONObject.class
jar:file:/C:/INSEE/mavenrepository/org/json/json/20211205/json-20211205.jar!/org/json/JSONObject.class

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.