(Français)
This folder contains all the data used to generate the Open Resource Exchange Website.
See Documentation for how to update and contribute to data using the following forms:
- The Open Design Form
- The Open Source Code Form
- The Open Source Software Form
- The Open Standard Form
- The Looking for Partners Form
If you wish to collaborate directly via GitHub, here how you can add to the different types of projects:
In the administrations directory add your adinistration in the federal.yml, provincial.yml, municipal.yml, aboriginal.yml or others.yml file.
The schema metadata file shows how the file are structured. The structure of the file and the required fields are explained in the metadata schema page.
You can use the code template with only mandatory fields as an example.
If there is already a file for your adminstration under the code directory, you can edit that file directly.
If your adminstration doesn't have a file under the code directory, you need to create a new file for your administration. Its name should corresponds with the value you add to the adminCode field.
The schema metadata file shows how the file are structured. The structure of the file and the required fields are explained in the [metadata schema page] (https://raw.githubusercontent.com/canada-ca/ore-ero/open-design-schema.html)
You can use the design template with only mandatory fields as an example
If there is already a file for the design under the design directory, you need to check if your administration is already listed as using the open design. If it's there, you can update it directly in the file. Otherwise, you need to add your administration data under the uses field.
If the design doesn't have a file under the design directory, you need to create a new file for the software. It's name should correspond to a slugified version of it's english name
The schema metadata file shows how the file are structured. The structure of the file and the required fields are explained in the metadata schema page.
You can use the software template with only mandatory fields as an example.
If there is already a file for the software under the software directory, you need to check if your administration is already listed as using the open source software. If it's there, you can update it directly in the file. Otherwise, you need to add your administration data under the uses field.
If the software doesn't have a file under the software directory, you need to create a new file for the software. It's name should corresponds to a slugified version of it's english name.
The schema metadata file shows how the file are structured. The structure of the file and the required fields are explained in the metadata schema page.
You can use the standard template with only mandatory fields as an example.
If there is already a file for the standard under the standard directory, you need to check if your adminstration is already listed as using the open standard. If it's there, you can update it directly in the file. Otherwise, you need to add your administration data under the administrations field.
If the standard doesn't have a file under the standard directory, you need to create a new file for the standard. Its name should corresponds to a slugified version of the value you add to the standardAcronym field.
The schema metadata file shows how the file are structured. The structure of the file and the required fields are explained in the metadata schema page.
You can use the partnership template with only mandatory fields as an example.
If there is already a file for your adminstration under the partnership directory, you can edit that file directly.
If your adminstration doesn't have a file under the partnership directory, you need to create a new file for your administration. Its name should corresponds with the value you add to the adminCode field.
List of Canadian federal, provincial, territorial, municipal and aboriginal administrations. Used to lookup bilingual names.
A list of released open source code by administrations. Sub-folders contain data files. One file per administration
- Federal
- Provincial
- Municipal
- Aboriginal
List of open design used by administrations
List of open source software used by administrations.
List of open standards endorsed or used by administrations.
List of projects looking for partnership or investors by administrations. Sub-folders contain data files. One file per administration
- Federal
- Provincial
- Municipal
- Aboriginal
Ce dossier contient toutes les données utilisées pour générer le site Web de l'Échange de ressources ouvert.
Voir la Documentation pour savoir comment mettre à jour et contribuer aux données grâce à l'utilisation des formulaires suivants :
- Le formulaire de code source ouvert
- Le formulaire de design libre
- Le formulaire du logiciel libre
- Le formulaire des normes ouvertes
- Le formulaire des projets en recherche d’investisseurs et partenaires
Si vous souhaitez collaborer directement à l'aide de GitHub, les informations suivantes vont vous informer sur comment ajouter vos données selon les différents types de projets :
dans le répertoire administrations ajouter votre administration dans le fichier federal.yml, provincial.yml, municipal.yml, aboriginal.yml ou others.yml.
Le schéma des métadonnées montre comment les fichiées de données sont structurées. La structure et les champs requis sont expliqués sur la page des métadonnées.
Utilisez le modèle de code avec uniquement les champs obligatoires comme exemple.
S'il existe déjà un fichier pour votre administration sous le répertoire code vous pouvez modifier directement ce fichier pour ajouter votre code source ouvert.
Si votre administration n'a pas de fichier sous le répertoire code vous devez créer un nouveau fichier pour votre administration. Le nom de ce fichier doit correspondre avec la valeur que vous ajoutez au champ adminCode.
Le schéma des métadonnées montre comment les fichiers de données sont structurés. La structure et les champs requis sont expliqués sur la page des métadonnées.
Utilisez le modèle de design avec uniquement les champs obligatoires comme exemple.
S'il existe déjà un fichier pour le design libre que vous utilisez dans le répertoire design vous devez vérifier si votre administration est déjà répertoriée comme utilisant le design libre. Si c'est le cas, vous pouvez mettre à jour le fichier directement. Sinon, vous devez ajouter votre administration sous le champ uses.
Si le logiciel que vous utilisez n'a pas de fichier dans le répertoire design vous devez créer un nouveau fichier pour le design libre. Le nom du fichier doit correspondre avec une version simplifiée pour les urls du nom anglais du design.
Le schéma des métadonnées montre comment les fichiers de données sont structurés. La structure et les champs requis sont expliqués sur la page des métadonnées.
Utilisez le modèle de logiciel avec uniquement les champs obligatoires comme exemple.
S'il existe déjà un fichier pour le logiciel libre que vous utilisez dans le répertoire software vous devez vérifier si votre administration est déjà répertoriée comme utilisant le logiciel libre. Si c'est le cas, vous pouvez mettre à jour le fichier directement. Sinon, vous devez ajouter votre administration sous le champ uses.
Si le logiciel que vous utilisez n'a pas de fichier dans le répertoire software vous devez créer un nouveau fichier pour le logiciel libre. Le nom du fichier doit correspondre avec une version simplifiée pour les urls du nom anglais du logiciel.
Le schéma des métadonnées montre comment les fichiées de données sont structurées. La structure et les champs requis sont expliqués sur la page des métadonnées.
Utilisez le modèle de norme avec uniquement les champs obligatoires comme exemple.
S'il existe déjà un fichier pour la norme que vous utilisez dans le répertoire standard vous devez vérifier si votre administration est déjà répertoriée comme utilisant la norme ouverte. Si c'est le cas, vous pouvez mettre à jour le fichier directement. Sinon, vous devez ajouter votre administration sous le champ administrations.
Si la norme que vous utilisez n'a pas de fichier dans le répertoire standard directory, you need to create a new file for the standard. Le nom de ce fichier doit correspondre avec la valeur que vous ajoutez au champ standardAcronym, sans majuscules.
Le schéma des métadonnées montre comment les fichiées de données sont structurées. La structure et les champs requis sont expliqués sur la page des métadonnées schema page.
Utilisez le modèle de partenariat avec uniquement les champs obligatoires comme exemple.
S'il existe déjà un fichier pour votre administration sous le répertoire partnership vous pouvez modifier directement ce fichier pour ajouter votre projet en recherche de partenariat.
Si votre administration n'a pas de fichier sous le répertoire partnership vous devez créer un nouveau fichier pour votre administration. Le nom de ce fichier doit correspondre avec la valeur que vous ajoutez au champ adminCode.
Liste des administrations fédérales, provinciales, territoriales, municipales et aboriginales du Canada. Utilisé pour recherche les noms bilingues.
Liste des codes sources ouverts publiés par les administrations. Les sous-répertoire contiennent les fichiers de données. Un fichier par administration.
- Federal
- Provincial
- Municipal
- Aboriginal
Liste des designs libres utilisés par les administrations
Liste des logiciels libres utilisés par les administrations.
Liste des normes ouvertes approuvées ou utilisées par les administrations.
Liste des projets en recherche d'investisseurs ou de partenaires par les administrations. List of projects looking for partnership or investors by administrations. Les sous-répertoire contiennent les fichiers de données. Un fichier par administration.
- Federal
- Provincial
- Municipal
- Aboriginal