Project wiki structuur: verschil tussen versies
k (MarkKlaauw heeft de pagina Wiki structuur hernoemd naar Project wiki structuur zonder een doorverwijzing achter te laten) |
|||
| (16 tussenliggende versies door 4 gebruikers niet weergegeven) | |||
| Regel 1: | Regel 1: | ||
[[category:Zandbak]] | [[category:Zandbak]] | ||
| − | + | [[Categorie:Historic projects]] | |
| − | + | <div style="float:right;">__TOC__</div> | |
| − | + | Op deze pagina staat de structuur van de wiki beschreven en het waarom.<br /> | |
| − | + | Gebruik het als naslagwerk als je zelf aan de slag gaat.<br /> | |
| − | + | De huidige structuur is een verbetering van de oude wiki-structuur en neemt de patronen mee die te vinden waren in de set artikelen. | |
| − | |||
| − | |||
| − | |||
| − | |||
| − | = | + | = Huidige Structuur = |
| − | + | Hieronder staat de structuur van alle categorieën. Zij omvatten op hun beurt weer alle sjablonen en artikelen. | |
| + | Er zijn drie hoofdcategorieën: '''Tools''', '''howto's''' en '''Algemeen'''. | ||
| − | + | '''Tool''' | |
| − | + | *SafetyCats / DustCats / NoiseCats / Gasflesgebruik | |
| − | + | *Imperial / Fragiel / Bruikleen / Gebruikskosten | |
| − | * | + | *Verschillende labels (metaal, perslucht, hout, lassen etc.) |
| − | * | + | De categorieën onder Tools zijn labeltjes: artikelen kunnen met meerdere gemerkt worden. De sjablonen zijn ook te vinden onder hun respectievelijke categorieën om ze makkelijk navigeerbaar te houden. |
| − | * | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | + | '''Howto''' | |
| − | + | *(geen subcategorieën) | |
| − | * | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | + | '''MakerspaceAlgemeen''' | |
| + | *Infrastructuur (Denk aan: netwerk, electra, automatisering, veiligheidsspullen, meubilair etc.) | ||
| + | *Procedures (Openen/sluiten vd Space, installeren van software, wiki-protocollen) | ||
| + | *BeAMaker (Beginnersdocumentatie en de [[Makerspace bootstrap|Bootstrap]]) | ||
| + | *Zandbak (Oefenterrein) | ||
| + | *Veiligheidssjablonen (hier enkel de sjablonen; de pagina's met een sjabloon komen in de bijbehorende tool-subcategorie) | ||
| + | *Gereedschapssjablonen (idem) | ||
| + | Deze categorie is wat lastig samen te vatten. Alles wat met het reilen en zeilen van de Space te maken heeft hoort hieronder.<br /> | ||
| + | De subcategorieën zijn ook hier meer labeltjes dan mapjes. Een artikel mag onder meerdere Categorieën vallen.<br /> | ||
| + | Past een pagina niet onder een subcategorie? Plaats 'm dan direct onder MakerSpaceAlgemeen. | ||
| + | = Concrete plannen = | ||
| − | + | Dit is een opzet voor de herindeling en opschoning van de Makerspace Wiki. Wat dit allemaal betreft is nog niet vastgesteld, maar ik heb in ieder geval de volgende ideeën: | |
| − | + | * <strike>Categorieën en sjablonen herindelen en opschonen.</strike> | |
| − | + | * Oude/in onbruik geraakte/nutteloze/proefballonpagina's eruit. | |
| − | + | * <strike>Een pagina met richtlijnen voor toevoegingen aan de wiki maken.</strike> | |
| − | + | * <strike>Een centraal beginpunt maken voor nieuwkomers die iets aan de wiki toe willen voegen (om wildgroei van stijlen te voorkomen).</strike> | |
| − | + | * <strike>De main page even opfrissen zodat deze de wijzigingen reflecteert.</strike> | |
| − | + | * Ongebruikte bestanden weggooien. | |
| − | + | * Pagina's opschonen naar de nieuwe richtlijn (dit is veel werk). | |
| − | * | + | * De sjablonen niet de hele breedte van de pagina in laten nemen. |
| − | * | ||
| − | * | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | * | ||
| − | |||
| − | * | ||
| − | * | ||
| − | |||
| − | * | ||
| − | |||
| − | |||
| − | |||
| − | * | ||
| − | |||
| − | |||
| − | |||
| − | |||
| + | = Minder concrete plannen = | ||
| − | + | *Sjabloon:OldPage (niet nuttig: een pagina met dit sjabloon markeren in plaats van verwijderen is half werk. Stuur dan een mail en onderneem vervolgens actie) | |
| − | |||
| − | |||
::<span style="color: blue>Note Freerk: niet eens om deze weg te gooien. Het lijkt inderdaad half werk, maar ik ben er voorstander van om niet te snel iets weg te gooien. Wel zou er een termijn aan kunnen zitten: zo van na 2 maanden mag iedereen een pagina met deze categorie weggooien.</span> | ::<span style="color: blue>Note Freerk: niet eens om deze weg te gooien. Het lijkt inderdaad half werk, maar ik ben er voorstander van om niet te snel iets weg te gooien. Wel zou er een termijn aan kunnen zitten: zo van na 2 maanden mag iedereen een pagina met deze categorie weggooien.</span> | ||
| − | : | + | ::Toen ik die Categorie introduceerde, was het doel om ermee pagina's te markeren, die vervolgens bijgewerkt kunnen worden naar huidige maatstaven, of als historisch naslagwerk behouden konden blijven. Waarbij de "OLDPAGE" markering bovenaan duidelijk maakt dat de recente inzichten wellicht veranderd zijn, maar dat de pagina behouden is om de geschiedenis van de 'space weer te geven. Dus niet om weg te gooien. Pagina's die weg kunnen, kunnen direct weg. Pagina's die bijgewerkt of gearchiveerd moeten worden, kunnen door middel van een categorie automatisch in "TODO:bijwerken" of "Archief" lijstjes gezet worden. -- [[Gebruiker:Lucas|Lucas]] ([[Overleg gebruiker:Lucas|overleg]]) |
| − | + | *Het zou handig zijn om voor de veiligheidssjablonen een default ('veiligheidscategorie onbekend') te maken en het aanmaken van een nieuwe pagina automatisch deze defaults mee te geven. Zo verliezen we geen pagina's uit het oog waarbij deze belangrijke gegevens niet ingevuld zijn. Ik weet alleen niet of dit kan. | |
| − | + | :: Natuurlijk kan dat. Gewoon een Categorie/sjabloon gelijkaardig die voor de bestaande veiligheidscategorie-en. Strookt wel weer niet met de "geen half werk" filosofie... Maar ik zie er liever een goed begin in (Een goed begin is het halve werk) -- [[Gebruiker:Lucas|Lucas]] ([[Overleg gebruiker:Lucas|overleg]]) 6 mrt 2021 22:14 (CET) | |
| − | + | * Taal is een lastig onderwerp, maar ik ben voor Nederlands als hoofdtaal voor de inhoud van de artikelen en engels voor de code. Laten we de automatische vertaler vooral gebruiken om NL naar EN om te zetten. | |
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
Huidige versie van 6 okt 2024 om 14:56
Op deze pagina staat de structuur van de wiki beschreven en het waarom.
Gebruik het als naslagwerk als je zelf aan de slag gaat.
De huidige structuur is een verbetering van de oude wiki-structuur en neemt de patronen mee die te vinden waren in de set artikelen.
Huidige Structuur
Hieronder staat de structuur van alle categorieën. Zij omvatten op hun beurt weer alle sjablonen en artikelen. Er zijn drie hoofdcategorieën: Tools, howto's en Algemeen.
Tool
- SafetyCats / DustCats / NoiseCats / Gasflesgebruik
- Imperial / Fragiel / Bruikleen / Gebruikskosten
- Verschillende labels (metaal, perslucht, hout, lassen etc.)
De categorieën onder Tools zijn labeltjes: artikelen kunnen met meerdere gemerkt worden. De sjablonen zijn ook te vinden onder hun respectievelijke categorieën om ze makkelijk navigeerbaar te houden.
Howto
- (geen subcategorieën)
MakerspaceAlgemeen
- Infrastructuur (Denk aan: netwerk, electra, automatisering, veiligheidsspullen, meubilair etc.)
- Procedures (Openen/sluiten vd Space, installeren van software, wiki-protocollen)
- BeAMaker (Beginnersdocumentatie en de Bootstrap)
- Zandbak (Oefenterrein)
- Veiligheidssjablonen (hier enkel de sjablonen; de pagina's met een sjabloon komen in de bijbehorende tool-subcategorie)
- Gereedschapssjablonen (idem)
Deze categorie is wat lastig samen te vatten. Alles wat met het reilen en zeilen van de Space te maken heeft hoort hieronder.
De subcategorieën zijn ook hier meer labeltjes dan mapjes. Een artikel mag onder meerdere Categorieën vallen.
Past een pagina niet onder een subcategorie? Plaats 'm dan direct onder MakerSpaceAlgemeen.
Concrete plannen
Dit is een opzet voor de herindeling en opschoning van de Makerspace Wiki. Wat dit allemaal betreft is nog niet vastgesteld, maar ik heb in ieder geval de volgende ideeën:
Categorieën en sjablonen herindelen en opschonen.- Oude/in onbruik geraakte/nutteloze/proefballonpagina's eruit.
Een pagina met richtlijnen voor toevoegingen aan de wiki maken.Een centraal beginpunt maken voor nieuwkomers die iets aan de wiki toe willen voegen (om wildgroei van stijlen te voorkomen).De main page even opfrissen zodat deze de wijzigingen reflecteert.- Ongebruikte bestanden weggooien.
- Pagina's opschonen naar de nieuwe richtlijn (dit is veel werk).
- De sjablonen niet de hele breedte van de pagina in laten nemen.
Minder concrete plannen
- Sjabloon:OldPage (niet nuttig: een pagina met dit sjabloon markeren in plaats van verwijderen is half werk. Stuur dan een mail en onderneem vervolgens actie)
- Note Freerk: niet eens om deze weg te gooien. Het lijkt inderdaad half werk, maar ik ben er voorstander van om niet te snel iets weg te gooien. Wel zou er een termijn aan kunnen zitten: zo van na 2 maanden mag iedereen een pagina met deze categorie weggooien.
- Toen ik die Categorie introduceerde, was het doel om ermee pagina's te markeren, die vervolgens bijgewerkt kunnen worden naar huidige maatstaven, of als historisch naslagwerk behouden konden blijven. Waarbij de "OLDPAGE" markering bovenaan duidelijk maakt dat de recente inzichten wellicht veranderd zijn, maar dat de pagina behouden is om de geschiedenis van de 'space weer te geven. Dus niet om weg te gooien. Pagina's die weg kunnen, kunnen direct weg. Pagina's die bijgewerkt of gearchiveerd moeten worden, kunnen door middel van een categorie automatisch in "TODO:bijwerken" of "Archief" lijstjes gezet worden. -- Lucas (overleg)
- Het zou handig zijn om voor de veiligheidssjablonen een default ('veiligheidscategorie onbekend') te maken en het aanmaken van een nieuwe pagina automatisch deze defaults mee te geven. Zo verliezen we geen pagina's uit het oog waarbij deze belangrijke gegevens niet ingevuld zijn. Ik weet alleen niet of dit kan.
- Taal is een lastig onderwerp, maar ik ben voor Nederlands als hoofdtaal voor de inhoud van de artikelen en engels voor de code. Laten we de automatische vertaler vooral gebruiken om NL naar EN om te zetten.
