Merge pull request #3165 from programminghistorian/Issue-3164

Update correspondence-analysis-in-R.md

.github/workflows/build.yml

@@ -13,13 +13,14 @@ jobs:
     runs-on: ubuntu-latest
     steps:
       - name: Checkout repository
-        uses: actions/checkout@v3
+        uses: actions/checkout@v4
     # Next we setup our installation of Ruby but only if the PR event is not closing the PR (don't need to build twice since Github builds on merge to gh-pages).
       - name: 💎 setup ruby
         if : github.event.action != 'closed'
         uses: ruby/setup-ruby@v1
         with:
           ruby-version: 2.6
+          bundler-cache: true # runs 'bundle install' and caches installed gems automatically
     # We then check if we can build our Jekyll site (all this logic is built-in with Jekyll and this prevents us from merging in any syntax errors).  
       - name: Jekyll build
         if : github.event.action != 'closed'
@@ -33,7 +34,7 @@ jobs:
         with:
           directory: "./_site"
           # The directory to scan
-          arguments: --assume-extension --empty-alt-ignore --alt-ignore "/.*/" --file-ignore "/assets/,/retired/,/retirada/,/retrait/,/posts/" --timeframe "30d" --only-4xx --http-status-ignore 429,403,400 --url-ignore "/http://www.gutenberg.org/*/,/https://github.com/programminghistorian/jekyll/(commits|blob)/*/,/\#/,/espanol/,/deprecated/,/collection.britishmuseum.org/,/analytics.hathitrust.org/,/fr.wikipedia.org/wiki/,https://web.archive.org/web/20180831094856/http://www.dlsi.ua.es/~borja/riilua/6.TopicModeling_v02.pdf" --allow-hash-href
+          arguments: --assume-extension --empty-alt-ignore --alt-ignore "/.*/" --file-ignore "/assets/,/retired/,/retirada/,/retrait/,/posts/" --timeframe "30d" --only-4xx --http-status-ignore 429,403,400 --url-ignore "/http://www.gutenberg.org/*/,/https://github.com/programminghistorian/*/,/https://github.com/orgs/programminghistorian/*/,/\#/,/espanol/,/deprecated/,/collection.britishmuseum.org/,/analytics.hathitrust.org/,/fr.wikipedia.org/wiki/,https://web.archive.org/web/20180831094856/http://www.dlsi.ua.es/~borja/riilua/6.TopicModeling_v02.pdf" --allow-hash-href
           # The arguments to pass to HTMLProofer
     # Finally if we are successful in building, we trigger a rebuild of our search index in the search-index repository
       - name: Trigger next workflow

en/feedback.md

@@ -16,7 +16,7 @@ Have you followed the instructions in a lesson meticulously and still run into a
 
 We define bugs as: "An error in a computer program that produces an unexpected result or that behaves different from the instructions in a lesson." Note that we cannot attend to errors caused by the user editing the code or changing materials (datasets, input files, etc.)
 
-First, we ask that you check on our [issue tracker](https://github.com/programminghistorian/jekyll/issues?q=is%3Aissue+is%3Aopen+label%3Abug) if someone has already flagged the problem and, in such case, that you leave a comment. If the issue has not been reported, follow one of these options:
+First, we ask that you check on our [issue tracker](https://github.com/orgs/programminghistorian/projects/6) if someone has already flagged the problem and, in such case, that you leave a comment. If the issue has not been reported, follow one of these options:
 
 <div class="alert alert-info">
 Please, do not create a Pull Request with the correction.
@@ -25,7 +25,7 @@ Please, do not create a Pull Request with the correction.
 
 ## Option 1: Email
 
-Send an email to our [Publishing Assistant](mailto:[email protected]).
+Send an email to our [Publishing Manager](mailto:[email protected]).
 
 Please include the following information in your message:
 

en/lessons/correspondence-analysis-in-R.md

@@ -398,7 +398,7 @@ JUST    0.408    0.000    0.000
 
 The normalisation process does something interesting. Those who are members of multiple committees and/or who belong to committees with many members will tend to have normalisation scores that are lower, suggesting that they are more central to the network. These members will be put closer to the centre of the matrix. For example, the cell belonging to S Ambler and IWFA has the lowest score of 0.192 because S Ambler is a member of three committees and the IWFA committee has nine members in the graph represented.
 
-The next stage is to find the singular value decomposition of this normalised data. This involves fairly complex linear algebra that will not be covered here, but you can learn more from [this Singular Value Decomposition tutorial](http://web.mit.edu/be.400/www/SVD/Singular_Value_Decomposition.htm) or in more detail from [this pdf file on SVD](http://davetang.org/file/Singular_Value_Decomposition_Tutorial.pdf). I will try to summarize what happens in lay terms.
+The next stage is to find the singular value decomposition of this normalised data. This involves fairly complex linear algebra that will not be covered here, but you can learn more from [these Singular Value Decomposition lecture notes](https://math.mit.edu/classes/18.095/2016IAP/lec2/SVD_Notes.pdf) or in more detail from [this pdf file on SVD](http://davetang.org/file/Singular_Value_Decomposition_Tutorial.pdf). I will try to summarize what happens in lay terms.
 
 * Two new matrices are created that show "dimension" scores for the rows (committees) and the columns (MPs) based on eigenvectors.
 * The number of dimensions is equal to the size of the columns or rows minus 1, which ever is smaller. In this case, there are five committees compared to the MPs eleven, so the number of dimensions is 4.

en/translator-guidelines.md

@@ -14,7 +14,7 @@ skip_validation: true
 <h2 class="noclear">Step 3: <a href="#submitting-a-new-lesson">Submitting a Translated Lesson</a></h2>
 
 ## Proposing the Translation of a Lesson
-If you want to translate a lesson published in *Programming Historian*, please see the list of [pending translations](https://github.com/programminghistorian/ph-submissions/issues?q=is%3Aissue+is%3Aopen+label%3AEnglish) and contact {% include managing-editor.html lang=page.lang %} to discuss your language skills and translation experience. We look for translations that are rigorous, readable, and consider the needs of an English-reading audience.
+If you want to translate a lesson published in *Programming Historian*, please see the list of [pending translations](https://github.com/orgs/programminghistorian/projects/5) and contact {% include managing-editor.html lang=page.lang %} to discuss your language skills and translation experience. We look for translations that are rigorous, readable, and consider the needs of an English-reading audience.
 
 Once the translation of a published lesson is approved, one of our editors will create a "Translation Review Ticket" on our Github [repository](https://github.com/programminghistorian/ph-submissions) where the peer review will take place. This ticket includes a message board feature, which will be used to document the progress made during the translation review. To avoid delays in publishing, we ask that you submit your translation within 90 days of the editor accepting your proposal.
 

es/retroalimentacion.md

@@ -13,14 +13,14 @@ original: feedback
 
 Definimos errores o *bugs* como: "Un error en un programa informático que produce un resultado inesperado o que se comporta de manera diferente a las instrucciones de una lección". Ten en cuenta que no te podemos ayudar con los errores causados si editas el código o cambias los materiales de la lección (conjuntos de datos, archivos, etc.).
 
-Antes de nada, te pedimos que consultes si alguien ya ha reportado el problema en [nuestro repositorio](https://github.com/programminghistorian/jekyll/issues?q=is%3Aissue+is%3Aopen+label%3Abug) y, en tal caso, que dejes un comentario. Si no se ha informado del problema, sigue una de estas opciones: 
+Antes de nada, te pedimos que consultes si alguien ya ha reportado el problema en [nuestro repositorio](https://github.com/orgs/programminghistorian/projects/6) y, en tal caso, que dejes un comentario. Si no se ha informado del problema, sigue una de estas opciones: 
 
 <div class="alert alert-info">
 Por favor, no abras un "Pull Request" con la corrección.
 </div>
 
 ## Opción 1: Email
-Envía un correo a nuestra [Asistente Editorial](mailto:[email protected]). Por favor incluye la siguiente información en tu mensaje:
+Envía un correo a nuestra [Directora de Publicaciones](mailto:[email protected]). Por favor incluye la siguiente información en tu mensaje:
 
 - El título completo de la lección
 - El sistema operativo que estás utilizando

fr/consignes-auteurs.md

@@ -25,7 +25,7 @@ Si vous avez une idée pour une nouvelle leçon, merci de compléter un [formula
 
 Vous pouvez avoir une meilleure idée de ce que nous publions en consultant nos [leçons en ligne](/fr/lecons/), en lisant nos [consignes aux évaluateurs et évaluatrices](/fr/consignes-evaluateurs), ou encore en parcourant les [leçons en cours de développement](https://github.com/programminghistorian/ph-submissions/issues). Merci de prendre aussi le temps de consulter notre table de [concordance des leçons](https://docs.google.com/spreadsheets/d/1vrvZTygZLfQRoQildD667Xcgzhf_reQC8Nq4OD-BRIA/edit#gid=0) afin de voir quelles méthodes ont déjà été traitées dans nos tutoriels publiés ou à venir.
 
-Une fois que votre proposition est acceptée, nous allons créer un ticket « Proposition » dans notre [dépôt de soumissions](https://github.com/programminghistorian/ph-submissions/issues?q=is%3Aissue+is%3Aopen+label%3Aproposal) avec le titre provisoire de la leçon et les objectifs pédagogiques proposés. Ce ticket sert à signaler le travail en cours alors que vous êtes en train de rédiger votre leçon. Pour éviter d'accumuler les retards, nous vous demandons de soumettre votre leçon dans les 90 jours suivant l'acceptation de votre proposition. Pendant cette période, votre point de contact sera notre rédactrice en chef ou un autre membre de l'équipe désigné par celle-ci.
+Une fois que votre proposition est acceptée, nous allons créer un ticket « Proposition » dans notre [dépôt de soumissions](https://github.com/orgs/programminghistorian/projects/5) avec le titre provisoire de la leçon et les objectifs pédagogiques proposés. Ce ticket sert à signaler le travail en cours alors que vous êtes en train de rédiger votre leçon. Pour éviter d'accumuler les retards, nous vous demandons de soumettre votre leçon dans les 90 jours suivant l'acceptation de votre proposition. Pendant cette période, votre point de contact sera notre rédactrice en chef ou un autre membre de l'équipe désigné par celle-ci.
 
 ## Étape 2: rédaction et mise en forme
 

fr/reaction.md

@@ -13,22 +13,22 @@ Vous avez suivi méticuleusement les instructions d'une leçon et avez tout de m
 
 Nous définissons un bogue (ou *bug*) comme: "Une erreur dans un programme informatique qui produit un résultat inattendu ou qui se comporte différemment des instructions d'une leçon." Notez que nous ne pouvons pas nous occuper des erreurs causées par l'utilisateur qui modifie le code ou la documentation d'une leçon  (ensemble de données, fichiers d'entrée, etc.)
 
-Jetez un coup d'oeil aux [tickets qui traitent les bugs](https://github.com/programminghistorian/jekyll/issues?q=is%3Aissue+is%3Aopen+label%3Abug) pour voir si le problème que vous avez identifié n'a pas déjà été signalé. Si c'est le cas, mais que vous souhaitez partager des informations complémentaires, laissez un commentaire sur le ticket en question. Si le problème n'a pas déjà été signalé, vous pouvez procéder d'une des façons suivantes:
+Jetez un coup d'oeil aux [tickets qui traitent les bugs](https://github.com/orgs/programminghistorian/projects/6) pour voir si le problème que vous avez identifié n'a pas déjà été signalé. Si c'est le cas, mais que vous souhaitez partager des informations complémentaires, laissez un commentaire sur le ticket en question. Si le problème n'a pas déjà été signalé, vous pouvez procéder d'une des façons suivantes:
 
 <div class="alert alert-info">
 S'il vous plaît, ne créez pas de pull request avec la correction.
 </div>
 
 ## Option 1: Envoyez-nous un courriel 
-Merci d'envoyer un courriel à notre [assistante éditoriale](mailto:[email protected]) en signalant: 
+Merci d'envoyer un courriel à notre [responsable de publication](mailto:[email protected]) en signalant: 
 
 - le titre complet de la leçon
 - le système d'exploitation que vous utilisez (Mac, Linux, Windows)
 - la version du logiciel dont il est question 
 - les étapes précises que vous avez suivies avant de rencontrer le problème.  
 
 ## Option 2: Créez un ticket sur GitHub
-D'abord, [créez un compte gratuit et personnel sur GitHub](https://help.github.com/articles/signing-up-for-a-new-github-account), ou connectez-vous directement à votre compte si vous en avez déjà un.
+D'abord, [créez un compte gratuit et personnel sur GitHub](https://help.github.com/articles/signing-up-for-a-new-github-account), ou connectez-vous directement à votre compte si vous en avez déjà un. 
 
 Rendez-vous ensuite sur la [page rassemblant les tickets](https://github.com/programminghistorian/jekyll/issues?state=open) de notre dépôt Github.
 

pt/reportar-um-erro.md

@@ -12,7 +12,7 @@ Seguiu as instruções de uma lição meticulosamente e ainda assim encontrou um
 
 Definimos erros/bugs como: "Um erro em um programa de computador que produz um resultado inesperado ou que se comporta de forma diferente das instruções numa lição." Observe que não podemos atender a erros causados pelo usuário ao editar o código ou alterar materiais (conjuntos de dados, ficheiros de entrada, etc.) 
 
-Primeiro, pedimos que você verifique no nosso [rastreador de questões](https://github.com/programminghistorian/jekyll/issues?q=is%3Aissue+is%3Aopen+label%3Abug) se alguém já sinalizou o erro e, nesse caso, deixe um comentário nessa questão. Se o problema não foi relatado, siga uma destas opções:
+Primeiro, pedimos que você verifique no nosso [rastreador de questões](https://github.com/orgs/programminghistorian/projects/6) se alguém já sinalizou o erro e, nesse caso, deixe um comentário nessa questão. Se o problema não foi relatado, siga uma destas opções:
 
 <div class="alert alert-info">
 Por favor, não abra um "Pull Request" com a correção.
@@ -21,7 +21,7 @@ Por favor, não abra um "Pull Request" com a correção.
 
 ## Opção 1: Envie um email
 
-Envie um email para o/a nosso/a [Assistente de Publicação](mailto:[email protected]).
+Envie um email para a nossa [Gestora de Publicações](mailto:[email protected]).
 
 Inclua as seguintes informações na sua mensagem: