Rechercher par propriété

De Fab Labs Québec
Aller à :navigation, rechercher

Cette page fournit une simple interface de navigation pour trouver des entités décrites par une propriété et une valeur nommée. D’autres interfaces de recherche disponibles comprennent la page recherche de propriété, et le constructeur de requêtes « ask ».

Rechercher par propriété

Une liste de toutes les pages qui ont la propriété « A la note de suivi d action » avec la valeur « Doublon ». Puisqu’il n’y a que quelques résultats, les valeurs proches sont également affichées.

Affichage de 29 résultats à partir du nº 1.

Voir (50 précédentes | 50 suivantes) (20 | 50 | 100 | 250 | 500)


    

Liste de résultats

    • Action 00020  + (Fab Labs contactés et ajoutés depuis le début de cette action: *PolyFab *FabLab EAUL *iMufab *La Chambre Blanche *District 3 (Concordia) Nouveaux utilisateurs de Fab Labs déjà connus: *Collègue Bois-de-Boulogne *Bibliothèque de Pierrefonds)
    • Action 00059  + (Fait dans FLsQ. Déjà importé ici.)
    • Action 00013  + (Guy Germain est en vacances, il sera de retour le 12 aout. Sam d'Amico sera de retour le 22 juillet. Les relances ont été faites, sauf pour Isabelle et Hakim (pas d'adresse courriel), et EchoFab.)
    • Suggestion 0027  + (Ici, pour le moment, sii on mettait un lieIci, pour le moment, sii on mettait un lien externe vers la page du manufacturier du manuel de la machine, on gagnerait sans doute. Y'a possibilité que le lien se brise un jour, y'aurait peut-être un bot qui pourrait valider périodiquement aussi les liens externes? On pourrait sensible procéder de la même façon que dans le modèle projet, quitte à aussi ajouter une autre section pour d'autres outils d'aide à l'utilisation de ce modèle d'équipement?à l'utilisation de ce modèle d'équipement?)
    • Suggestion 0014  + (Il y a pas de cartes des organisations, mais je l'ai ajouter à celle des Machines et des Fab Labs.)
    • Suggestion 0027  + (Il y à déjà un champs d'url externe pour lIl y à déjà un champs d'url externe pour le manuel.</br></br>Effectivement on pourrait rouler un robot pour valider les liens externes, mais c'est pas trop simple à setup/maintenir. </br></br>C'est précisément la mécanique comme dans les projets (import de fichiers au formulaire) qui est brisée. Mais effectivement, c'est vraiment comme ça le mieux je crois si on veut garder les fichiers au wiki. Ça vaudrait peut-être la peine d'attendre pour pas avoir à reswitcher dans qq mois. </br></br>Ceci dit, MW c'est pas le meilleur trucs pour gérer des gros fichiers (des pdfs c'est gros!), surtout s'ils vont changer beaucoup. On est peut-être mieux de setup des liens externes vers NC, ou juste tolérer que les liens meurt et laisser les usagers garder ça à jour. C'est un wiki après tout!arder ça à jour. C'est un wiki après tout!)
    • Action 00054  + (J'ai forcé les usagers a rentrer la superficie en metres carrés. On pourrait s'arranger pour que ca marche de maniere plus flexible, ca prendrait un peu de travail.)
    • Action 00054  + (Je le met en haut de la boîte a droite, positionnement a revoir...)
    • Action 00018  + (Le plupart des Fab Labs ont été contactés. On en a ajouté quelques-uns, avec quelques utilisateurs.)
    • Action 00025  + (Les changements ont été apportés dans la page des Enjeux directement)
    • Action 00021  + (Les notes du plan de travail ont été ajoutées à l'enjeu : [[L'activité des Fab Labs n'est pas documentée sur une plateforme commune]] le 24 février dernier)
    • Action 00037  + (Maintenant classé par état du projet)
    • Suggestion 0027  + (Mes réponses : Pour le partage des guideMes réponses : </br></br>Pour le partage des guides maison :</br>*Si on l'entre à la page d'une machine, </br>** comme ça on distingue facilement le Fab Lab qui l'a conçu et on ajoute une colonne dans le tableau pour ajouter un lien où Guide pointe vers la page du guide de la machine.</br>***Yoann : Oui, facile.</br>** possible ensuite d'ajouter une colonne dans le tableau des machines d'un modèle ou type d'équipement pour voir les guides maison disponibles.</br>***Yoann : Oui, facile.</br>** un fab lab qui se met à utiliser un guide pourrait dire dans une page de ses machine qu'il se sert du guide de l'autre. </br>***Yoann : Possible, mais ça serait tricky de différencier les deux types d'usage (guide maison personnel vs guide maison d'un autre lab). Si on peut juste proposer les guides existants dans le champs "Guide maison" et laisser le nom du guide (e.g. "Guide de la Trotex Speedy 300 par Échofab") faire l'attribution au lab ça resterait simple à développer. Si on veut avoir un tag sémantique pour le créateur du guide ça serait plus de travail, probablement avec des objets internes ou un champs séparé (e.g. "Guide maison d'autrui", pas full élégant...)</br>*** il pourrait aussi être invité à Suivre le fichier pour savoir si y'a une mise à jour</br>**** Yoann : Oui, facile à ajouter en instruction au champs de formulaire.</br>** si un fab lab a 5 machines pareil, on imagine que l'écrire à une seule machine suffise.</br>***Yoann : Dans le meilleur des mondes les gens utiliserait le bouton "j'en ai une autre comme ça!" après avoir créé la première machine et lui avoir attribué le guide maison, mais clairement que ça couvre pas tout les scénarios (e.g. si un guide est ajouté après la création initiale des machines identiques). Je vais pouvoir faire des passes-passes de requêtes pour aller voir si un guide pour une machine du même modèle est déjà utilisé dans le même lab pour populer les tableaux, mais je préviens que c'est pas mal de job à écrire des requêtes et ça rend notre structure sémantique un peu moins cohérente/intégrée, mais c'est probablement un sacrifice valable si on veut vraiment éviter la job désagréable aux usagers de copy-paste le manuel dans chaque machine... Voir prochain point pour une alternative.</br>** y'aura peut-être à penser à un peu de méta-données sur le guide?</br>***Yoann : Peut-être on pourrait les ajouter comme pages dans ce cas pour éviter les objets internes? Ça pourrait être une réponse au problème soulevé dans le point précédent concernant la cohérence du data. Dans la page du manuel maison tu pourrait lister les ateliers qui m'utilisent et les modèles de machines qui m'utilisent (s'il peut y en avoir plusieurs... ferait du sens pour les différents modèles d'une même marque). Comme ça les machines uniques ont pas besoins d'avoir le manuel d'indiqué. Dans ce cas, on mettrait probablement un bouton "Ajouter un manuel maison" dans le tableau des machines d'un atelier et dans la page du modèle de machine. Il faudrait aussi une manière de suggérer les guides existants comme l'ajout ne se ferais pas via un champs de formulaire avec du autocomplete, on pourrait considérer pour ça de faire qqchose de similaire a ce qu'on avait fait dans VDJ pour l'ajout de morceau (query form pour chercher parmi les guides existants).</br>***Yoann : Pour ce qui est des méta-données qu'on voudrait, je dresse une liste de candidats : Auteur(s) (Personne), Date de création, Atelier/organisation créatrice, S applique au modèle(s), Enjeux (?), Date de modif (par une requête, utile pour savoir si le guide est à jour), Logiciels utilisés, Pour le type d équipement, Langue(s)</br>*Si on l'entre dans la page d'un modèle de machine, il faudra faire en sorte qu'il apparaisse dans la page du fab lab qui l'a produit - idéalement de ceux qui l'utilisent. Me semble que cette mécanique serait plutôt difficile. </br>**Yoann : Si on veut différencier les créateurs des utilisateurs, ça prendrait des objet interne. Je crois pas qu'il y ait de problème après ça à juste requêter le lab inscrit comme créateur du guide pour l'afficher dans la page du lab créateur, mais tu as raison que pour les labs utilisateurs ça devient difficile d'avoir un beau processus pour déclarer une utilisation de guide. Il faudrait que le créateur des pages de machines de l'atelier aille dans la page du modèle s'ajouter dans une liste d'utilisateurs du guide maison, mais comme il ne cré pas la page de modèle c'est pas vraiment raisonnable de penser qu'il se rendrait au formulaire Modèle de machine. Alternativement il pourrait y avoir une section "Guides maisons utilisés" à la page du lab où t'indiquerait le modèle de machine et le guide dans une liste d'objets internes ("Modèle de machine" avec autocomplete sur les modèles de machines utilisés et ensuite "Guide maison utilisé" avec un autocomplete sur les guides existants ajoutés au modèle et une suggestion d'aller ajouter un guide dans la page du modèle si vous en avez construit un dans votre lab).</br>*Dans tous les cas, une invitation au nom clair de document est à prévoir qq part...</br>**Yoann : C'est difficile à forcer... Idéalement les tags sémantiques et le contexte suffiraitent à décrire/identifier le document, mais on peut suggérer un naming scheme de ton choix... e.g. "Guide pour <Modèle> par <Atelier>". e.g. "Guide pour <Modèle> par <Atelier>")
    • Suggestion 0021  + (On a des tabs maintenant pour le formulaire d'atelier et de Projet. Comme c'était les plus gros, on peut considérer ça comme résolu je crois.)
    • Action 00069  + (On l'à fait un peu mieux finalement :P)
    • Suggestion 0036  + (Pas mal de trucs refactorés/révisés en chePas mal de trucs refactorés/révisés en chemin. Pour le résultat final, voir : </br></br>https://wiki.fablabs.quebec/index.php/Projets</br></br>Noter que des modifs ont aussi été faites dans les pages de modèles, de types d'équipements et d'ateliers pour inclure les nouveaux projets du public et les projets phares.x projets du public et les projets phares.)
    • Suggestion 0036  + (Perspective : https://wiki.fablabs.quebec/index.php?title=Portfolios Exemple : https://wiki.fablabs.quebec/index.php/Porfolio_00001)
    • Suggestion 0027  + (Pour le partage des guides maison : *Si onPour le partage des guides maison :</br>*Si on l'entre à la page d'une machine, </br>** comme ça on distingue facilement le Fab Lab qui l'a consu et on ajoute une colonne dans le tableau pour ajouter un lien où Guide pointe vers la page du guide de la machine.</br>** possible ensuite d'ajouter une colonne dans le tableau des machines d'un modèle ou type d'équipement pour voir les guides maison disponibles.</br>** un fab lab qui se met à utiliser un guide pourrait dire dans une page de ses machine qu'il se sert du guide de l'autre. </br>*** il pourrait aussi être invité à Suivre le fichier pour savoir si y'a une mise à jour</br>** si un fab lab a 5 machines pareil, on imagine que l'écrire à une seule machine suffise.</br>** y'aura peut-être à penser à un peu de méta-données sur le guide?</br>*Si on l'entre dans la page d'un modèle de machine, il faudra faire en sorte qu'il apparaisse dans la page du fab lab qui l'a produit - idéalement de ceux qui l'utilisent. Me semble que cette mécanique serait plutôt difficile. </br>*Dans tous les cas, une invitation au nom clair de document est à prévoir qq part...clair de document est à prévoir qq part...)
    • Suggestion 0036  + (Quelques trucs à valider: Les imports deQuelques trucs à valider: </br></br>Les imports de fichiers demeurent un peu fragiles dans les champs de formulaires (le nom de fichier est pas automatiquement assigné, l'usager doit comprendre que son nom de fichier doit concorder avec l'extension du fichier à importer et le format des messages d'erreures est pas très user friendly... On pourrais considérer appliquer la mécanique utilisée pour les photos de portraits, mais ça requiert genre 1h-2h de travail additionnel et ça vient avec ses désavantages (code à ne pas modifier... c'est un peu hacky).</br></br>Si on veut inclure des photos ou faire d'autres modifs complexes à la page de perspective je peut lui créer un format de template, j'en aurais pour genre 1-2h.</br></br>Si on veut vraiment autocomplete les machine utilisées, je peux investiguer les solutions, mais ça requiert des extensions additionnelles et du code plutôt compliqué. Je dirais autour de 2-4h pour ça.</br></br>Finalement, après avoir executé la suggestion je me suis rappelé qu'on avait une fonction déjà implémentée dans le wiki (quoique plutôt rudimentairement) pour les "projets de portfolios". Il s'agit d'un champs de formulaire dans les pages de projets normaux à cocher pour indiquer que le projet est un projet de portfolio (et non un projet de gestion). Ces projets avait leurs page de perspective distincte que j'ai déplacé ici : https://wiki.fablabs.quebec/index.php/Projets_en_mode_portfolio . Toutefois la seule différence entre les projets "en mode portfolio" et les projets normaux est le retrait de plusieurs fonctionnalités de gestion, il n'était pas question de les spécifier pour le domaine des Fab labs (pas de champs pour les machines utilisées etc). Il faudrait décider si on veut laisser ces deux fonctions exister en parrallèle. ces deux fonctions exister en parrallèle.)
    • Action 00054  + (Stp ajouter aussi la mention de superficie totale à la page Les Fab Labs. Par exemple Homologués (18, superficie totale : 1200 mètres carrés))
    • Projet 0054  + (Suite à une approbation par le CA de la Coop pour nous inscrire (2021-12-16), le processus d'inscription est entamé. Étant donné qu'on n'a pas d'adresse IP fixe, on attend pour savoir comment pourra être installé le processus de partage des données.)
    • Suggestion 0014  + (Svp mettre aussi le max zoom out à la carte des Machines, organisations et Fab Labs... Merci!)
    • Projet 0049  + (TEST)
    • Action 00069  + (Tiens, peux-tu utiliser le même modèle dans la requête, svp? http://wiki.fablabsnation.ca/index.php?title=Machines)
    • Action 00080  + (suivi 1)
    • Action 00080  + (suivi 2)
    • Action 00080  + (suivi 3)