codegouvfr / awesome-codegouvfr Goto Github PK

See https://standard.publiccode.net/criteria/use-plain-english.html

Several tools on the list implement the French Gov Design system, which is only available to central administrations. It should be possible to filter them out for other public bodies

(Probably depends on #17 )

Data from the Free Software unit are published on https://code.gouv.fr/data/.

I can see how https://code.gouv.fr/data/awesome.json could be useful.

E.g. let's speak english in the issues.

Je souhaite mettre à jour les informations manquantes suivantes du fichier vitam.publiccode.yml.

Mainteneurs

• [email protected]

Financements

• Ministère de la Culture
• Ministère de l'Europe et des Affaires étrangères
• Ministère des Armées

Réutilisations

• Archives nationales
• Archives diplomatiques
• Service historique de la Défense
• CNAM
• INPI
• Métropole Nice Côte d'Azur
• Cines
• Urssaf - Caisse nationale

Je pense prudent d'éviter de présenter notre usage du standard publiccode.yml via des "spécifications": le mot donne l'impression qu'on veut forker ce standard, alors qu'on ne fait que le respecter partiellement.

Je propose pour ça de renomme le fichier specs.md en docs.md: nous documentant les champs de publiccode.yml que nous utilisons pour décrire notre sélection de projets, ainsi que ceux que nous ajoutons (et que nous pouvons proposer pour intégration dans ce standard.)

WDYT?

Once we have a method for retrieving this information (and using it for the awesome score), maybe we don't need to store it in the publiccode.yml file?

Je souhaite mettre à jour les informations manquantes suivantes [SUPPRIMER LES SECTIONS INUTILES] du fichier [REMPLACER PAR LE NOM DE VOTRE PROJET].publiccode.yml.

Mainteneurs

• [email protected]
• ... à compléter

Financements

• Urssaf Caisse Nationale
• Ademe
• Dinum

Cf. annuaire du service public.

Réutilisations

• Urssaf
• Ademe
• MTPEI
• DINUM
• ...

• ara_publiccode.yml
• archifiltreDocs_publiccode.yml
• catala_publiccode.yml
• codesPostaux_publiccode.yml
• contentManager_publiccode.yml
• dashlord_publiccode.yml
• decoupageAdministratif_publiccode.yml
• demarchesSimplifiees_publiccode.yml
• djangoDsfr_publiccode.yml
• djangoMagicauth_publiccode.yml
• onyxia_publiccode.yml
• openfisca_publiccode.yml
• publicodes_publiccode.yml
• rdvServicePublic_publiccode.yml
• reactDsfr_publiccode.yml
• shinygouv_publiccode.yml
• udata_publiccode.yml
• vitam_publiccode.yml

• "Highly reusable" is not a requirement, it's a goal
• Link the three requirements with required/optional fields

• By type of producing/funding organization (administration centrale, collectivité, etc.)
• By score
• ...

A README.md in english would help get more outreach for this project.

We could have README.fr.md for the French version.

I suggest adding these:

• i18n: [Yes|No|N/A]
• lastSecurityAudit: [less than 1 year ago|N/A]
• themable: [Yes|No|N/A]
• a11y: [Yes|No|N/A]

For i18n, we can reuse localisation/localisationReady and localisation/availableLanguages.

For the security audits, this probably needs to be designed with projects that did some audits: what is the most useful information?

For themable, this is particularily relevant for DSFR (ping @garronej).