Attribut: A la note de développement
Ce wiki, réalisé dans le cadre de la tournée pancanadienne Fab Labs Nation en 2017, est présenté à titre d'artefact informationnel. Il ne sera pas mis à jour jusqu'à nouvel ordre. Plus d'infos : https://fablabsnation.ca. ////
This wiki, created for the Fab Labs Nation tour in 2017, is presented as an informational artefact. It will not be updated until further notice. More info : https://fablabsnation.ca.
Attribut
Définition
A la note de développement indique les informations de développements utiles à une classe.
Description
A
'''Formulaire:Action :''' La mécanique du formulaire Suivi d action est fonctionnelle et ok pour l'utilisateur. Par contre, en mode créer ou modifier une action avec un formulaire, il est impossible de faire passer des informations par Query string : ainsi, on doit décourager les utilisateurs d'ajouter des suivis d'action par ici la modification avec un formulaire. D'où le bouton qui dit Ne pas utiliser ce bouton.<br>
En date du 20 mai 2016, suite à la décision de ne plus utiliser la fonction de suivi d'action pour les rencontres, l'utilisation du Formulaire:Suivi d action a été abandonnée afin de simplifier le processus pour ajouter les suivis d'action, qui se font dorénavant directement via le Formulaire:Action. La note d'avertissement et la mention ''Ne pas utiliser ce bouton'' ont été supprimées du Formulaire:Action. Le [[Formulaire:Suivi d action]] a été supprimé. <br>
'''Modèle:Action :''' Le code du bouton de suivi d'action utilise la fonction ''formlink'', et inclut les paramètres requis pour remplir automatiquement les champs de certains attributs du ''subobject'' appelé via le Modèle:Suivi d action. Avec les versions récentes de l'extension ''Semantic Forms'' (>3.4), la complétion automatique des champs ne fonctionnait plus sur le Formulaire:Suivi d action. Ce problème semble lié à l'annotation ''multiple'' du formulaire (qui permet l'ajout de plusieurs suivis d'action), car la complétion automatique fonctionne sans cette annotation. Puisqu'il demeure essentiel de pouvoir ajouter plusieurs suivis à une action, la version 3.4 de l'extension ''Semantic Forms'' a donc été réinstallée pour palier à ce problème.
En date du 21 mai 2016, les attributs [[Attribut:A la date de fermeture de l action|''A la date de fermeture de l action'']] et [[Attribut:A le contexte de fermeture de l action|''A le contexte de fermeture de l action'']] ont été supprimés. Il a été déterminé que ces deux attributs ont peu de valeur ajoutée et la date de fermeture est déjà enregistrée dans le sommaire de la modification ''Action passée à l'étape 5 - Terminée''.
C
Le modèle ''Action liée'' permet l'ajout d'une action liée à la page PAGENAME et présente aussi une requête des actions liée à la page en cours. Les "classes utilisées" indiquent une relation de dépendance: la classe fait une requête ou contient une référence aux pages d'une autre classe. Lors de l'exportation, il faut soit adapter la classe pour lui enlever cette dépendance ou bien exporter séparément les classes desquelles elle dépend. +
F
La localisation du modèle est faite surtout dans sa section d'adresse. Il est envisagé créer un formulaire mixte pour entrer une partie des informations de façon générique et standardisé selon la classe ''Organisation'' puis l'autre plus spécialisée selon ''Fab Lab''.
Les champs relié à l'équipe pourraient aussi être traités selon la classe ''Personne'' : cette idée est à approfondir. Il faudrait pour cela probablement que la classe ''Rôle d'une personne'' ne soit pas traitée en objet interne dans la classe ''Personne'', cela permettrait ainsi l'utilisation de formlink pour créer facilement les pages de rôle d'équipe de Fab Lab à partir de boutons dans le modèle Fab Lab.
(6 sept 2016) Suite au développement de la Classe:Projet, il a été déterminé que les projets de Fab Lab au Québec utilisaient l'Attribut:A l état du projet dans un contexte différent que les projets développés par l'organisation Fab Labs Qc et avec une liste de valeurs possibles différente. Un attribut distinct (''A l état du Fab Lab'') a donc été créé pour décrire l'état des différents Fab Labs au Québec. Le modèle, le formulaire et la pages de Fab Labs existantes ont été ajustés pour utiliser ce nouvel attribut (au lieu de l'attribut ''A l état du projet)''. +
M
Les municipalités sont créées à partir des listes "Divisions de recensement" (T301FR.CSV) et "Subdivisions de recensement" (T701FR.CSV) qui se trouvent à l'url suivant:
http://www12.statcan.gc.ca/census-recensement/2016/dp-pd/hlt-fst/pd-pl/Complet.cfm
Les listes de statistiques canada sont encodées avec le standard: Latin 3 (ISO-8859-3). Mediawiki utilise l'encodage UTF-16 (il accepte UTF-8 mais on doit utiliser UTF-16). Avant d'importer les CSV dans médiawiki, vous devez donc transformer l'encodage de Latin 3 vers UTF-16. Pour transformer l'encodage du fichier avec LibreOffice, ouvrez le avec l'encodage Latin 3 (ISO-8859-3), enregistrez le avec l'extension ODS, et ensuite réenregistrez le en CSV. LibreOffice vous présentera alors les options d'encodage. Choisissez UTF-16. Vous pouvez maintenant importer le CSV encodé en UTF-16 dans mediawiki (une fois le fichier formatté selon les instructions ci-dessous).
La liste des sous-divisions et la liste des divisions sont combinés (via la fonction VLOOKUP) pour créer une liste des municipalités (subdivisions de recesencement) avec la région (division de recensement) à laquelle elles appartiennent.
IMPORTANT: Comme certaines des valeures données par Statistiques Canada contiennent des virgules, il faut faire un "search and replace" sur leurs tables pour enlever toutes les virgules (en les remplacant par des traits d'union). Faute de quoi, l'importation laissera certaines pages (pas nécessairement ceux avec des virgules) en arrière. Ceci est dû au format CSV, qui ne doit contenir aucune virgule à l'exterieur des séparateurs.
Un autre traitement est appliqué aux nom de municipalités avant leur importation: on leur enlève les annotations de "Unorganized" (ainsi que la virgule qui va avec), à l'aide du "search and replace" (attention d'exclure les formules de la recherche).
Pour la postérité, voici une liste des fichiers aux différentes étapes de traitement.
Les fichiers d'origines:
:[[Fichier:T701FR.CSV]]
:[[Fichier:T301FR.CSV]]
Le fichier fusionné, contenant tout les champs, non formatté:
:[[Fichier:Municipalités - fusionnées - non formattées - toutes colonnes.ods]]
Le fichier fusionné, contenant tout les champs, formatté:
:[[Fichier:Municipalités - fusionnées - formattées - toutes colonnes.ods]]
Le fichier fusionné, contenant seulement les champs pertinents à l'importation (en français) et formatté:
:ODS: [[Fichier:Municipalités - fusionnées - formattées - pour importation.ods]]
:CSV: [[Fichier:Municipalités - fusionnées - formattées - pour importation.csv]] => UTILISER CELUI-CI POUR L'IMPORTATION
O
Dans Infrastructure, les modèles doivent demeurer généraux afin de faciliter l'importation dans de nouveaux wikis. Notez qu'il peut être nécéssaire de créer des modèles secondaires (exemple: Organisation B), afin d'inclure les spécifications dont votre modèle a besoin.
De même, on peut choisir d'éliminer certains attributs qui ont trait aux coordonnés de l'organisation. +
P
Classe qui peut être utilisée dans les pages de fichiers. Alors qu'on utilise la page special:Upload pour créer les pages de cette classe, on y insère ensuite le modèle photo avec un lien externe qui utilises "&wpUploadDescription=". +
Classe qui peut être utilisée dans les pages de fichiers. Alors qu'on utilise la page special:Upload pour créer les pages de cette classe, on y insère ensuite le modèle photo avec un lien externe qui utilises "&wpUploadDescription=". +
Classe qui peut être utilisée dans les pages de fichiers. Alors qu'on utilise la page special:Upload pour créer les pages de cette classe, on y insère ensuite le modèle photo avec un lien externe qui utilises "&wpUploadDescription=". +
S
