Projet de catalogue de logiciels

Logiciel libre
#10

Bonjour à tous,

Le projet de catalogue de logiciels est une excellente initiative. Il y a à mon avis deux dimensions dans ce genre de démarche. La première consiste bien sûr à centraliser la vision des logiciels utilisés. Quelle surprise parfois de découvrir un logiciel auquel nous n’aurions pas pensé !
La deuxième réside dans la description du contexte d’utilisation qui en est fait. Là encore, au-delà du simple descriptif de l’outil, si en plus, il existe une description des cas d’usage, cela permet de bien répondre aux questions que l’on se pose lors d’un choix à réaliser.

L’idéal est ensuite de pouvoir coupler cela avec les fonctionnalités qui pourraient manquer à l’outil … et l’on reboucle alors avec le développement de ces fonctionnalités via une forge (cf sujet forges).

Enfin, et ce n’est pas rien, une telle plateforme permettrait de valoriser les développements réalisés en leur donnant une audience et en attirant des contributeurs.
Github est très bien mais pas chez « nous » et pas très clair quant à la gestion à long terme à mon avis.

1 J'aime
#11

Bonjour ,

Peut-être ajouter une appréciation suivant différents critères : efficacité , sécurité, installation, documentation, accessibilité…

2 J'aime
#12

Le catalogue du Libre d’April peut servir de base : http://www.april.org/Catalogue_Libre

#13

L’idée de réaliser un catalogue de logiciel mériterait d’être un peu discutée. En effet, il existe de nombreux (bons) catalogues présentant des logiciels libres ou non d’ailleurs. Il s’agit ici de guider l’adoption. Il serait judicieux de définir des critères d’évaluation. Pour ce faire, il suffit de s’appuyer sur la littérature scientifique et professionnelle sur l’évaluation des logiciels. Il y a eu différents projets européens, des articles publiés dans des revues académiques et professionnelles. Faire un point sur ce que l’on sait et bâtir sur l’existant permettra de gagner énormément de temps !

#14

Une première avancée de l’expérimentation est visible sur https://code.gouv2.fr/.

Le code source est disponible sur https://git.framasoft.org/codegouv/open-software-base-explorer.

Pour rappel, l’échéancier de la première itération : https://git.framasoft.org/etalab/gencodegouv/milestones/1

3 J'aime
Atelier code.gouv2.fr (4 mars 2016)
#15

Le présent sujet mériterait d’être fusionné avec le sujet lancé par karim.benahmed :

#16

Le but est surtout d’enrichir ce catalogue avec des logiciels variés et surtout utiles. Ayant des tâches de communication et d’événementiel, je regrette le manque de logiciel dans ces domaines comme en ce qui concerne la photographie ou les logiciels de retouches photo type lightroom.
Je me suis formé avec çà http://www.lesphotographes.org/cours/beginner/formation-complète-lightroom-pour-classer-retoucher-et-publier-ses-photos-niveau-1 mais ne trouve pas de logiciel open source équivalent

Alternatives libres à LightRoom
#17

Les contributions au catalogue sont ouvertes à https://git.framasoft.org/codegouv/contributions-yaml, il suffit de faire une merge request en ajoutant un fichier YAML. Le format requis est pour l’instant minimal : un nom de logiciel, et une description en anglais et en français.

Pour rappel, le fonctionnement du catalogue est le suivant:

  • chaque source est enregistrée dans un dépôt git sous forme de fichiers YAML
  • pour chaque source un autre dépôt git contient le script qui met à jour le dépôt de fichier YAML
  • un dernier script fusionne les informations de toutes les sources sous forme d’un nouveau dépôt de fichiers YAML

Ce nouveau dépôt git est donc une source de données au même titre que les autres, qui va être intégrée dans le script de fusion.

#18

Le but n’est pas de remplacer des catalogues existants mais de s’appuyer au maximum sur leurs données.

Donc : prendre en compte https://fr.wikipedia.org/wiki/Catégorie:Logiciel_sous_licence_libre .

Bine compris pour l’ajout de nouveaux logiciels, mais à prévoir (à mon avis) dans le YAML : lien wikipedia, lien site officiel, lien « autre source » (limitée ou non à une liste blanche pour éviter le spam et le traitement post-publication).

Denis

PS: oublie d’une autre source : https://www.openhub.net/explore/projects

#19

Les données de Wikipedia sont partiellement intégrées dans le catalogue de logiciels via la source wikidata.

Pour l’ajout de nouveaux logiciels via les contributions, il n’y a a priori pas de limitation quand aux champs possibles. Si l’on souhaite ajouter le lien wikipedia ou le lien vers une autre source, libre à chacun de créer une clé dans la fiche YAML. La définition de ces clés se fera avec le temps par les usages.

2 J'aime
#20

Bonjour !

Au vue des réponses, j’ai l’impression qu’on passe à côté d’une dimension importante de ce projet : c’est un catalogue publié par l’État qui s’adresse aux acteurs du service public. Peut être pas uniquement, mais d’après moi c’est l’élément qui lui donne toute sa cohérence, et qui le distingue de ses pairs privés et associatifs. C’est une façon d’apposer un « label de confiance » signé étalab, qui facilitera l’adoption des solutions listées par les collectivités, les institutions, les mairies, les établissement scolaires… l’acteur public en général.

Dans ce but, je pense qu’il serait intéressant de trouver ou de réaliser une étude des appels d’offres émises par les marchés publics pour l’acquisition de solutions logicielles, histoire d’adapter l’architecture de son contenu en fonction des attentes du secteur.

Ça me semble une évidence qu’il faille s’exprimer avec le langage des personnes à qui on s’adresse, mais aussi que la contribution soit accessible, voire même incitative. Pensons aux néophytes ! C’est un super projet, et je pense qu’il faut le sortir de la communauté des experts open source, le « populariser ».

#21

D’ailleurs une autre question aussi à se poser concernant ce catalogue : on parle des applis/logiciels mais qu’en est il également des API qui fournissent des services et qui peuvent elles aussi entrer dans un catalogue de ce type ? :

http://www.programmableweb.com/apis/directory
https://developer.akamai.com/api/

#22

Bonjour,

Quelle version de node.Js conseillez-vous d’utiliser pour exécuter l’application?

Merci.

#23

@matthieu Sur les serveurs, comme sur nos PC de développement on a mis une version >= 6.2.

#24

I’m going to try to document the format of open-software-base-yaml, mostly to get a better understanding of the intended semantics. Unless I’m told this has already been done or that it’s not the best use of my time as a contributor :wink:

#25

It turned out to be less work than I anticipated (which is always a great surprise ;-). The merge request is up for review when you have time @eraviart.

2 J'aime
#26

Merged. Thanks @dachary.

#27

Lundi prochain, Tim Bonnemann de participatedb.com vient échanger avec la communauté #OGPToolbox. Inscriptions -->
https://rdv.etalab.gouv.fr/e/4/mapping-digital-engagement-tools

#28

@eraviart after the short talk we had this afternoon I thought a bit about using wikidata to store the facts of the https://framagit.org/codegouv/open-software-base-yaml that is used by ogptoolbox to display results. It essentially boils down to storing a point to the wikibase item matching the tool.

It means the facts stored and used by the ogptoolbox are subject to the same notability policy as wikidata. There are pro and cons to this and although I believe the pros outweigh the cons, it is ultimately a decision that belongs to the current leads.

@eraviart @paula.forteza what do you think ?

#29

I am motivated to work on merge-open-software-base-yaml to make that happen. It could be as simple as adding a wikidata field with the QXXXX id of the item (for instance Q356641 for adhocracy. The display software can then be modified to include a SPARQL query to retrieve information from the wikidata query service in the same way wikidata-to-yaml already does. Only via javascript embedded in the display page as SQID instead of in batch from a python script.

Update: looking a bit closer, there is no need to do anything. The id of the wikidata item is not in the cannonical part of the open-software-base yaml file but it is in the wikidata section