EveSa commited on
Commit
80adbb5
1 Parent(s): 6b2dd7a

Update Documentation.md

Browse files
Files changed (1) hide show
  1. Documentation.md +1 -156
Documentation.md CHANGED
@@ -1,4 +1,3 @@
1
- <<<<<<< HEAD
2
  # Les objectifs du projet
3
 
4
  L'objectif du projet est de mettre en place une <strong>plateforme de requête</strong> d'un modèle de langue permettant la <strong>génération de résumés d'articles de presse.</strong>
@@ -224,158 +223,4 @@ On aurait aimé avoir plus detemps pour aller plus loin et comprendre mieux enco
224
 
225
  ## Résultat du fine-tuning
226
 
227
- Les résumés générés ne sont pas grammaticalement corrects à 100% mais les informations importantes du texte sont bien présentes dans le résumé, et la longueur du résumé correspond bien à notre attente. Cependant, les résultats d'évaluation selon ROUGE sont très mauvais, malgré une amélioration de 0.007 à 0.06 pour rouge1, il n'est plus possible d'obtenir de meilleurs scores.
228
- =======
229
- # Les objectifs du projet
230
-
231
- L'objectif du projet est de mettre en place une <strong>plateforme de requête</strong> d'un modèle de langue permettant la <strong>génération de résumé d'article de presse.</strong>
232
-
233
- # Une description du système ou des données auxquelles l’interface permet d’accéder
234
-
235
- ## Les Données 💾
236
-
237
- Le projet utilisera pour l'entraînement du modèle de langue le corpus issu de 'Newsroom: A Dataset of 1.3 Million Summaries with Diverse Extractive Strategies' (Grusky et al., NAACL 2018) newsroom assemblé par Max Grusky et ses collègues en 2018. Newsroom est un corpus parallèle rassemblant 1,3 millions articles de presse et leur résumé en anglais. Les résumés sont réalisés en utilisant les méthodes d'extraction comme d'abstraction ainsi que des méthodes mixtes. Ce corpus est disponible sur HuggingFace mais necessite un téléchargement préalable pour des raisons de protection des données.
238
-
239
- Le corpus est nettoyé avant d'être utilisé pour l'entraînement du LSTM. Seule les parties 'text' et 'summary' du jsonl sont utilisées.
240
-
241
- ## Le système 🖥️
242
-
243
- 2 systèmes :
244
- - LSTM réalisé à partir du <a href="https://loicgrobol.github.io//neural-networks/slides/03-transformers/transformers-slides.py.ipynb">cours</a> et de cet <a href="https://www.kaggle.com/code/columbine/seq2seq-pytorch">exemple</a> et de beaucoup d'autres référence en ligne.
245
- - Fine-tuned transformers modèle lancé et pré-entrainé par Google :<a href="https://huggingface.co/google/mt5-small">google/mt5-small</a>, il s'agit d'une variance du <a href="https://huggingface.co/docs/transformers/v4.16.2/en/model_doc/mt5">mT5</a>. Le model est entrainé pour notre tâche en se basant sur la documentation sur <a href="https://huggingface.co/docs/transformers/tasks/summarization">Summarisation</a> proposé par Huggingface.
246
-
247
-
248
- # La méthodologie
249
-
250
- ## Répartition du travail 👥
251
- Nous avons travaillé avec le logiciel de gestion de version Github en mettant en place une intégration continue envoyant directement les `pull request` sur l'espace Huggingface.
252
- Idéalement, les `pull request` doivent être validées par deux membres du projet avant d'être accéptées afin d'éviter les erreurs en production. Nous n'avons pas mis en place ces restrictions à cause de la difficulté à gérer Docker dans Huggingface qui nous a nécessité beaucoup de modification.
253
-
254
- ## Problèmes rencontrés et résolution
255
-
256
- ### Problème sur le corpus 📚
257
-
258
- - [x] Problème Mojibake depuis les fichiers jsonl :
259
- - [x] encodage en cp1252 et decodage en utf-8 avec ignore pour éviter les erreurs sur les caractères utf-8 présents dans le fichier à l'encodage
260
- - ❔Le problème ne se présente étrangement pas sur toutes les machines.
261
- - [x] Agglomération des pronoms et des verbes
262
- - D'abord remplacement des `'` par des espaces avant le `split`
263
- - Utilisation d'un dictionnaire de correspondance
264
- - [ ] Split des noms propres composés ('Ivory Coast', 'Inter Milan') :
265
- - [ ] pas de résolution à ce jour
266
- - [ ] Problème des mots non disponibles dans le vocabulaire
267
- - À terme, entraînement sur tout le corpus ?
268
- - [ ] Problème de la qualité du corpus :
269
- - Résumés tronqués : "Did Tatum O'Neal's latest battle with ex-husband John McEnroe put her back on drugs? The \"Paper Moon\"star checked herself into L.A.'s Promises rehab facility after a friend caught her smoking crack, according to The National Enquirer. O'Neal emerged clean and sober from Promises' 34-day recovery program in late July, the tab reports. The actress is said to have plunged into her old habits because of" ...
270
- - Résumés plus proche de titres que de résumés : "SAN DIEGO PADRES team notebook"
271
- - [ ] pas de résolution à ce jour
272
-
273
- ### Problème sur le Réseau de Neurone 🕸️
274
-
275
- - [x] Prise en compte du padding dans l'apprentissage :
276
- - [ ] utilisation de la fonctionnalité ignore_index de NLLLoss avec un padding d'une valeur à -100
277
- - [ ] Temps d'apprentissage très long :
278
- - [ ] essai de mise en place d'un entraînement par batch
279
- - [ ] Répetition des déterminants après entraînement du modèle - https://huggingface.co/blog/how-to-generate
280
- - [x] mise en place d'un Beam Search - non fructueux
281
- - [ ] Passage vers du Sampling
282
-
283
- ### Problème sur le fine-tuning
284
- - [x] La fonction map ne peut pas s'appliquer :
285
- - Dans le prétrainement des données, utilise Dataset.from_dict(dataframe) pour obtenir les donneés en Dataset au lieu de Dataframe
286
- - [x] Problème de la permission d'appel du model privé enregistré sur HuggingFace :
287
- - Se connecter à l'aide de `huggingface-cli login` et mettre `use_auth_token=True` en appelant le model.
288
- - [x] Processus arrêté sans erruers détectées :
289
- - Diminuer le nombre de données
290
- - Modifier les paramètres d'entrainement en diminuant le nombre d'epoch d'entrainement
291
- - [ ] Warning message pour les tokens non identifiables causé par
292
- la conversion de sentencepiece tokenizer en fast tokenizer:
293
- - [ ] pas de résolution à ce jour
294
- - [ ] Les résultats d'évaluation selon ROUGE sont très mauvais, rouge2 à 0:
295
- - [ ] pas de résolution à ce jour
296
- ### Problème sur l'interface
297
-
298
- ### Problème de l'Intégration continue
299
-
300
- - [x] Pas de lien possible entre Huggingface et un github dont l'history contient des fichier de plus de 10Mo
301
- - 💣 Explosion du github
302
- - [ ] Docker qui fonctionne en local mais en sur Huggingface
303
- - Problème de path de fichier
304
-
305
-
306
- ## Les étapes du projet
307
-
308
- 1. Initialisation du Github
309
- 2. Premiers pas dans le réseau de neurone
310
- 3. Réalisation de la plateforme
311
- 4. Intégration à Huggingface
312
- 5. Fine-tuning de modèle
313
- 6. Finalisation
314
-
315
- # Implémentation
316
- ## modélisation
317
-
318
- Nous avons décidé dans un premier temps de modéliser une LSTM pour le résumé automatique sur la base du réseau de neurone réalisé en cours.
319
- Pour ce faire nous nous sommes beaucoup inspirée du kaggle https://www.kaggle.com/code/columbine/seq2seq-pytorch ainsi que de la documentation de PyTorch https://pytorch.org/tutorials/beginner/nlp/sequence_models_tutorial.html#example-an-lstm-for-part-of-speech-tagging
320
-
321
- ## modules et API utilisés
322
- ### Dataloader :
323
- - Data
324
- ```
325
- A class used to get data from file
326
- ...
327
-
328
- Attributes
329
- ----------
330
- path : str
331
- the path to the file containing the data
332
-
333
- Methods
334
- -------
335
- open()
336
- open the jsonl file with pandas
337
- clean_data(text_type)
338
- clean the data got by opening the file and adds <start> and
339
- <end> tokens depending on the text_type
340
- get_words()
341
- get the dataset vocabulary
342
- ```
343
- - Vectoriser
344
- ```
345
- ```
346
-
347
- ### Model :
348
-
349
- ### train :
350
-
351
- ### inference :
352
-
353
- ### api :
354
-
355
- ### templates :
356
-
357
- ## Langages de programmation
358
- - 🐳 Docker
359
- - yaml
360
- - 🐍 et python evidemment
361
-
362
- # Les résultats (fichiers output, visualisations…)
363
-
364
- ## Les metriques d'évaluation
365
- - ROUGE
366
- - BLEU
367
-
368
-
369
- # Discussion des résultats
370
-
371
- ## Résultats du LSTM
372
-
373
- Les résultats du LSTM sont inutilisables mais ont permis au moins de se confronter à la difficulté de mettre en place des réseaux de neurones depuis pas grand chose.
374
-
375
- On aurait aimé avoir plus de temps pour aller plus loin et comprendre mieux encore : l'entraîement par batch, pourquoi les résultats sont si mauvais, mettre d'autres stratégies de génération en place, ...
376
-
377
- ## Résultat du fine-tuning
378
-
379
- Les résumés générés ne sont pas grammaticalement corrects à 100% mais les informations importantes du texte sont bien présentes dans le résumé, et la longeur du résumé correspond bien à notre attente. Cependant les résultats d'évaluation selon ROUGE est très mauvais, malgré une amélioration de 0.007 à 0.06 pour rouge1, il n'ést plus possible d'obtenir de meilleurs scores.
380
-
381
- >>>>>>> 7f1c2ca2f0a0475d3903b3261a03b02bfaad7374
 
 
1
  # Les objectifs du projet
2
 
3
  L'objectif du projet est de mettre en place une <strong>plateforme de requête</strong> d'un modèle de langue permettant la <strong>génération de résumés d'articles de presse.</strong>
 
223
 
224
  ## Résultat du fine-tuning
225
 
226
+ Les résumés générés ne sont pas grammaticalement corrects à 100% mais les informations importantes du texte sont bien présentes dans le résumé, et la longueur du résumé correspond bien à notre attente. Cependant, les résultats d'évaluation selon ROUGE sont très mauvais, malgré une amélioration de 0.007 à 0.06 pour rouge1, il n'est plus possible d'obtenir de meilleurs scores.