Wikibooks:Lerarenkamer

Uit Wikibooks

Ga naar: navigatie, zoek


---> Een nieuw onderwerp toevoegen <---
Welkom in de lerarenkamer van nl.WikiBooks.

Hier kunnen vragen worden gesteld en worden meningen uitgewisseld.

Natuurlijk wordt hier ook koffie geschonken en gedronken. Daar hebben we sinds kort deze mooie antieke koffiezetautomaat voor aangeschaft.
Koffieautomaat
De koffieautomaat maakt overuren



Inhoud


[bewerk] Archief

  • Archief 2004 - Bevat berichten van 01-08-2004 tot 31-12-2004.
  • Archief 2005 - Bevat berichten van 01-01-2005 tot 31-12-2005.
  • Archief 2006 - Bevat berichten van 01-01-2006 tot 31-12-2006.
  • Archief 2007 - Bevat berichten van 01-01-2007 tot 31-12-2007.

[bewerk] vraagje?

Goededag, enige tijd heb ik me geregistreerd op wikibooks en een bijdrage gedaan aan het boek "Programmeren in BASIC" maar nu kan ik niet meer inloggen, heeft een van julie een idee? Mijn gebruikersaccount is "aCiDcHaOZ". Bij voorbaat dank, Lionel

Je account is in elk geval niet geblokkeerd. Denk er wel aan dat het inloggen hoofdletter-gevoelig is en elke gebruikersnaam met hoofdletter moet beginnen. Je gebruikersnaam is dus "ACiDcHaOZ".
Maar misschien is het zinvol een leesbaardere naam te kiezen, zoals ook gevraagd wordt bij het aanmelden? Hopelijk lukt het je weer in te loggen. Inge Habex 26 nov 2007 00:13 (CET)
Het is inmiddels weer gelukt, waar de fout zat weet ik niet. In ieder geval bedankt voor de reply, ik kan weer schijven :P

[bewerk] Duplicaten

Graag een kijk op de problemen rond duplicaten in het kookboek. Zie Wikibooks:Duplicaten#Kookboek. Zoals reeds op die pagina aangeven heb ik suggesties om een massa dubbele pagina's te verwijderen en de structuur van het kookboek overzichtelijker en makkelijker te maken. (Voor hen die mij nog niet zo goed kennen, ik ben een logica-beestje en dat uit zich o.a. in structureren). Indien akkoord met het voorstel, zet ik dat graag om in praktijk. Inge Habex 29 jul 2006 12:02 (CEST)

ik zie het niet als duplicaten. Aan de ene kant heb je artikelen en aan de andere kant categorie. Mijn mening is dat een categorie een overzicht is van een aantal modules in de gelijke categorie, maar het dient niet gebruikt te worden als module zelf (wat jij schijnt te willen gaan doen). Er is zelfs een speciale pagina, die dergelijke zaken naar voren haalt: Speciaal:CrossNamespaceLinks als zou het iets bijzonders zijn. Ik vind sowieso de waarde van de categorie op wikibooks heel beperkt, doordat een hoofdstuk als subpagina van het boektitel wordt genoemd, is het al duidelijk dat het tot dezelfde categorie als het boek behoort, dus subpagina's zou ik zeker niet categoriseren, alleen de boeken zelf (als boekenplankje so to speak). Maar ja dat is mijn mening en zo ik het gebruik van categoriën hier overzie, sta ik behoorlijk alleen in deze Londenp zeg't maar 29 jul 2006 22:07 (CEST)
Ook ik vind de waarde van de categorieën op Wikibooks heel beperkt. Daarom dat ik ze enkel zou gebruiken omwille van hun speciale functies (zoals het automatisch en alfabetisch listen van de artikelen). Daarom zou ik voor receptcategorieën wel degelijk de weinig arbeidsintensieve categorie-pagina's durven aanbevelen. Bv. categorie:Dessert ipv pagina Dessert. De pagina wil immers exact hetzelfde doen als de categorie-pagina automatisch doet. Bovendien moet niet eens de categorie worden toegevoegd als in het recept-sjabloon aangegeven wordt tot welke receptklasse het behoort.
Dus nogmaals duidelijk stellen dat ik niet voor categorieën ben in Wikibooks, maar dat de functie van dergelijke pagina's soms wel nuttig kunnen gebruikt worden. Inge Habex 29 jul 2006 22:46 (CEST)


Kunnen de boeken Mandarijn en Putonghua niet beter samengevoegd worden? tenslotte is het een en dezelfde taal. Dirk_math 30 dec 2006 00:20 (CEST)

Als dat zo is, prima. *Be bold* Londenp zeg't maar 30 dec 2006 07:42 (CET)

[bewerk] Wikibooks catalogus

Bij deze zou ik graag een oproep doen om dringend samen het hoofd te buigen over hoe we Wikibooks er graag willen laten uitzien wat betreft catalogus (categorieën). Dit omdat er momenteel erg voortvarend te werk gegaan wordt met het plaatsen van alle pagina's en elke module in een categorie. Hiermee wordt een gelijkaardige structuur gecreëerd aan die van Wikipedia alwaar losse artikels op die manier samenhang vinden.

Willen we deze manier van werken voor Wikibooks of moeten we een meer bibliotheek-achtige structuur nastreven in de categorieën?

De categorie-pagina's hebben immers extra functies die normale pagina's niet hebben en de modules hangen dankzij hun Wikibooks-structuur reeds via meerdere kanalen gekoppeld aan hun boek.

Een hoop bedenkingen, ook omtrent het toekennen van WSBN-codes, zijn reeds verzameld op deze kladpagina Catalogus. Graag enige verdieping (en daarna graag ook consensus) ter zake aub omdat er momenteel al massa's werk manueel verricht wordt met het catalogeren categoriseren. Laten we niet over één nacht ijs gaan en het project stevig in de schoenen zetten. Inge Habex 4 aug 2006 16:20 (CEST)

Ik heb net enkel opmerkingen toegevoegd in verband met printversies. Ik heb intussen ook het WSBN-systeem voorgesteld in de, waar er enige interesse is om het systeem eens te bekijken. Merk trouwens ook mijn antwoord op op de vragen die rezen bij sommige Wikibookianen over het nut van het WSBN-nummer. Wat betreft de structuur sta ik nog altijd open voor suggesties die het overzichtelijk houden. Evil berry 4 aug 2006 16:34 (CEST)
Op grond van getoonde weerstand tegen de categorisatie zoals nu en masse doorgevoerd door Michiel1972 heb ik over de categorisatie een opiniepeiling opgezet, zie alhier: Overleg_Categorie:Alles. Graag keuzes en meningen aldaar vermelden Londenp zeg't maar 4 aug 2006 21:52 (CEST)

[bewerk] Categorisatie

Eerst was Michiel1972 met categorisatie bezig, nu gaat Effeietsanders verder.

Wat ik me afvraag is of er al consensus bestaat over: 1) het systeem 2) alles categoriseren of alleen de boeken.

Het zou mooi zijn als er duidelijkheid over is, voordat we verder gaan Londenp zeg't maar 15 aug 2006 14:46 (CEST)

Ik categoriseer nu alleen de titelpagina's bijeen, zodanig dat er een mooiere lijst ontstaat van de bestaande wikiboeken. That's all. Ik ben niet van plan om aan de inhoudelijke categorisatie te gaan morren nog :) Effeietsanders 15 aug 2006 14:52 (CEST)
Kan iemand een linkje geven richting de discussie omtrent de categorisatie? Koos Overleg 15 aug 2006 15:35 (CEST)
Hier alvast een eerste overlegpagina: Overleg_categorie:Alles. Besprekingen rondom klassificatie / categorisatie gaan ook door op Overleg_Wikibooks:Wiki_Standaard_Boeknummer. Verder wordt er ook op de irc-chat gebrainstormd en is er her en der overleg gepleegd op gebruikers- en artikelpagina's. Inge Habex 15 aug 2006 15:56 (CEST)

[bewerk] Wikiboeken "publiceerbaar/klaar" maken

Naar aanleiding van Inge Habex voorstel zou ik de vraag willen stellen hoe we het best Wikiboeken "publiceerbaar" maken: trachten we het werkboek van de maand "publiceerbaar" te maken? trachten we via feedback op wikiboeken deze "publiceerbaar/klaar" te maken? ... Evil berry 4 sep 2006 11:20 (CEST)

Als ze publiceerbaa rmeoten ze dan ingetypt worden? Welke formaten krijgen dan de voorkeur? 80.236.172.87 4 sep 2006 12:47 (CEST)
Op de Engelstalige Wikibooks zijn enkele boeken van Wikijunior beschikbaar gemaakt in PDF-formaat. Zie Wikijunior. Koos Overleg 4 sep 2006 15:35 (CEST)

Ik stel een "weg tot een gepubliceerd boek" voor, het wikibooks-analogon voor een "etalage-artikel". Met dan een fase van schrijven, een fase van feedback (boek van de maand?), ... MADe 4 sep 2006 18:08 (CEST)

Ik ben alvast voor. We kunnen misschien al een lijstje opstellen van boeken die worden voorgedragen voor publicatie? Evil berry 4 sep 2006 19:19 (CEST)

[bewerk] Weg naar een 'gepubliceerd' boek

Twee opmerkingen vooraleer te beginnen: niettegenstaande de sjablonitis die ermee gepaard gaat heeft onderstaand systeem enkele voordelen:

  • we verhogen sterk de betrokkenheid van toevallige lezers (we zijn een klein taalgebied, hopelijk rijden we door de grotere betrokkenheid het verschil tussen de grotere wat dicht)
  • de 'uitgebreidere' artikels kunnen op deze manier verbeterd worden,
  • de beginnetjes worden zo hopelijk sneller ingevuld.
In ieder boek (ja, ieder) plaatsen we ergens (op de voorpagina?) een sjabloon, en dit afhankelijk van de ontwikkeling van het boek:
  • boek met beperkt aantal tekst, veel tikfouten, weinig uitgebreid (geneeskunde, Analytische_meetkunde) → in opstartfase: "Dit boek is in opstartfase. U wordt uitgenodigd nieuwe onderdelen toe te voegen, en bestaande te verbeteren. Verder kan u opmerkingen (oa. welke onderdelen zeker in dit boek moeten komen) en andere vrije bronnen op de overlegpagina toevoegen."
  • boek met al wat tekst maar het vormt nog geen geheel. Er wordt al een tijd niet meer aan verdergewerkt (MvM, C++, Frans). → in afwerkfase / uitbreidfase: "Dit boek moet nog worden afgewerkt. U wordt uitgenodigd de bestaande tekst te verbeteren en uit te breiden. Opmerkingen (oa. over onderdelen die nog toegevoegd kunnen worden) op de overlegpagina"
  • Afgewerkt, uitgebreid boek (ASP.NET) → uitgebreid boek.
  • Afgewerkt, uitgebreid en volledig boek. Vlot en foutloos geschreven. De noodzakelijkste bronvermeldingen en referenties. → Publiceerbaar boek of etalage-boek.
De 'weg' is dan: opstartfase → afwerkfase → uitgebreid boek → publiceerbaar boek. Tussen de laatste twee overgangen stel ik een stemming voor (met het nodige doorlezen).

Wat denken jullie ervan? Graag jullie opmerkingen (bijv. een stap na 'afwerking') MADe 6 sep 2006 15:34 (CEST)

Ik zou alvast beginnen met wikiboeken te beoordelen om hen vervolgens in de hierboven genoemde categorieën op te delen ("in opstartfase", "in uitbreiding", "in afwerking", ...). Ik zou bijvoorbeeld graag weten of Ab Urbe Condita nu nog onder "in opstartfase" of "in uitbreiding" valt (en wat jullie denken van de opbouw ervan). Eens dat we bepaald hebben hoever de wikiboeken staan, kunnen we beter aangeven wat er nog verbeterd kan worden aan het boek. Evil berry 6 sep 2006 15:55 (CEST)
Mooi idee. Alleen die naam afwerkfase doet eht lijken alsof het betreffende boek al bijan af is. Van C++, Frans en MvM kan ik dat nou niet bepaald zeggen. Die zijn nog niet eens op 10% van wat het zou kunnen zijn. Maar het systeem wat hier gepresneteerd wordt lijkt me opzich wel een mooi systeem, wat goed kan werken. Koos Overleg 6 sep 2006 16:01 (CEST)
Lijkt me een goed idee. De eerste 2 stappen mogen de auterurs zelf beslissen. Dan moet er eventjes een admin (een apart groepje mensen? (ja ik zie het groot ;))) nakijken en de volgende stap toekennen. Publiceerbare boeken moeten allemaal door een revisie passeren. (mochten we ooit groeien moeten we heer proberen zoveel mogleijk vershcilende mensen in zien te krijgen (een leerkracht, een prof, een student, een dokter,...). Wolvenraider 6 sep 2006 17:53 (CEST)
Niet laten nakijken door een admin. Dat soort zaken is nooit de bedoeling geweest van die extra knopjes. Lijkt me het beste om redelijke deskundigen op elk gebied te laten oordelen. Een goed uitgangspunt hierbij kan Wikibooks:Wikibookianen naar interesse zijn. Koos Overleg 7 sep 2006 16:03 (CEST)
Mm, is "uitbreidfase" geen alternatief dan voor "afwerkfase"? Goed, MvM/C/Frans zijn niet 'af', maar zijn (relatief gezien) toch al meer dan een opstart. Mogelijke beginkandidaten voor die fase zijn de "uitgebreide" boeken op de voorpagina; iemand een idee over de eisen bij de overgang tot een uitgebreid boek? De "publiceerfase" lijkt me een eindstation te zijn, iets waar we best maar later op beginnen letten. MADe 6 sep 2006 18:58 (CEST)
Hm, misschien dat er dan nog een stap tussen moet komen. Koos Overleg 7 sep 2006 16:03 (CEST)
Misschien "uitbreidfase" voor de "afwerkfase"? Ik denk dat Ab Urbe Condita momenteel in de "Uitbreidfase" zit: de fundering is gelegd, maar de kamers zijn nog niet helemaal ingericht. Evil berry 7 sep 2006 19:55 (CEST)

[bewerk] Echte boeken

We hebben inmiddels op wikibooks een paar mooie boeken die best eens een echte boekversie mogen krijgen. Ik ben momenteel bezig met het door mij geschreven begin van het pascal boek in pdf formaat te gieten bij wijze van test. Maar ik zou graag, voordat er meerdere pogingen ondernomen worden om een boek in te typen, een paar richtlijnen zien waaraan men zich dient te houden. (uitleg wat te doen met de GFDL die overal bij hoort, auteurs,...). Wolvenraider 12 okt 2006 17:46 (CEST) P.S. mensen die hun boek graag eens in een pdf vorm zouden willen zien kunen dit altijd vragen aan mij, al kan ik neit garanderen dat ik genoeg tijd heb om het te maken.

Tsja, je moet idd wel de licentietekst als bijlage toevoegen. (Bijvoorbeeld in lettertype 9 achteraanplakken oid) En de auteurs vermelden. Dat kan denk ik ook wel achteraan. Wellicht kun je onderscheid maken tussen hoofdauteurs en "editors" oid. Verder moet je nog even melden dat het pdf ook gfdl is, en dus vrij verspreidbaar is, en waar de bron zich bevindt. Effeietsanders 14 okt 2006 11:01 (CEST)
Ik heb volgens mij gelezen in de GFDL dat je bij meer dan 5 auteurs je alleen de belangrijkste 5 auteurs alleen hoeft te vermelden. Yorian 14 okt 2006 11:03 (CEST)
Waar kan ik een nederlandstalige licentietekst vinden? Het lijkt me best om alle auteurs te vermelden en een extra regel zoals dit: met dank aan de wikibooksgemeenschap die dit boek op vele vlakken mee hielp verbeteren. (suggesites altijd welkom). Wat bij tekeningen die gebruikt worden in boeken? De maker apart in een voetnoot vermelden, bij de auteurs of een aparte rubriek er voor maken?
Ik weet dat ik veel (domme) vragen stel, maar het lijkt me best dat deze vragen gesteld worden en dat er dn nniet later alles verandert moet worden. En tenslotte kan er misschien een aparte pagina komen met deze richtlijnen op? Wolvenraider 16 okt 2006 16:29 (CEST)
Ik vind het net stom om iedereen te vermelden => er zijn er vele die er een link uit hebben gehaald ofzo, dus die hebben niet echt 'meegewerkt' aan het boek. Ik zou zoals Yorian zegt het doen, de 5 belangrijkste personen vernoemen. En met de afbeeldingen, ze zijn allemaal vrijgegeven onder de GFDL dus ik denk niet dat daar problemen rond zullen zijn? Jerre 16 okt 2006 19:35 (CEST)
Juist wel! GFDL eist namelijk naamsvermelding. Dus afbeeldingen onder GFDL moeten gespecificeerd worden. Achterin het boek een lijst met per afbeelding (naam afbeelding, bladzijde en auteur, licentie) is redelijk gebruikelijk. Een aparte rubriek lijkt me dus ok. Effeietsanders 16 okt 2006 20:50 (CEST)
Ik zal binnenkort (ik vermoed binen twee weken) een pagina maken met wat informatie over zo'n versie van boeken en een paar voorbeelden tonen, dan laat ik het aan de gemeenschap over om te zien of het goed of slecht is. Wolvenraider 20 okt 2006 12:49 (CEST)

[bewerk] Categorieën hoofdpagina

Het valt mij op dat er op de hoofdpagina van Wikibooks categorieën zijn waar wel boeken in staan, maar dat zijn boeken die nauwelijks ontwikkeld zijn: de categorie Talen is dan het belangrijkste voorbeeld. Dit terwijl er in de categorie Diversen verschillende boeken zijn die verder ontwikkeld zijn. Zou het geen idee zijn om 1. de indeling van boeken op de hoofdpagina te wijzigen, 2. portalen te maken voor de verschillende categorieën zodat boeken in opstartfase niet meteen op de hoofdpagina worden getoond, maar op een subpagina? Dit is maar een idee, ik weet niet in hoeverre dit mogelijk is. Graag jullie mening. --Vitruvius 11 nov 2006 17:00 (CET)

Hoi, boeken die op de hoofdpagina worden vermeld, worden niet automatisch neergezet. Ooit zijn de sjablonen gevuld met boeken, geselecteerd op bepaalde eigenschappen. De groep diversen kan enkele zeer uitgebreide boeken bevatten, maar je kan moeilijk kopjes gaan maken voor elk apart onderwerp dat Wikibooks telt. Daardoor zou de hoofdpagina te groot en onoverzichtelijk worden.
Primair doel van de hoofdpagina is dat mensen snel de informatie kunnen vinden die ze zoeken. Dit kan middels Zoeken op: onderwerp, alfabetisch, categorie en op beginletter.
Een andere structuur van de hoofdpagina, waarin de groep diversen zou worden opgesplitst zou de lezezr niet sneller informatie kunnen verschaffen. Enkel zou het beter tonen wat Wikibooks tot nog toe te bieden heeft.
Dan wat betreft minder ontwikkelde boeken weren: Dat is in principe een goed idee, maar in veel situaties (alle situaties, uitgezonderd zaken die met de computerwereld te maken hebben) hebben we niet de luxepositie om te kiezen. Daarvoor is de Nederlandstalige Wikibooks nog te klein. Wanneer we groter groeien op meerdere gebieden, zullen we naar alle waarschijlijkheid steeds beter kunnen en gaan selecteren op niveau van de boeken. Koos Overleg 13 nov 2006 19:45 (CET)

[bewerk] PDF versie

Is het goed dat ik een lijst opstel met de wikibooks die geschikt zijn om daarvan een PDF versie te maken? -- Catienpetji 12 mrt 2007 19:07 (CET)

Het zullen er niet veel zijn, komt nog wat vroeg. Maar prima. Weet iemand of daar een script voor is of zo? Die Amerikanen doen het wel vaker en misschien hebben ze er een hulpmiddel voor. Londenp zeg't maar 12 mrt 2007 20:26 (CET)
Ik ben bang dat het gewoon handmatig moet, want anders krijg je hetzelfde als printvriendelijke versie. Catienpetji 12 mrt 2007 20:53 (CET)
Misschien is http://www.kiwix.org/index.php/Main_Page handig? Effeietsanders 25 mrt 2007 13:47 (CEST)
Dat zou heel erg handig zijn als we nog een keer van plan zijn om wikibooks op cd uit te brengen. Maar op dit moment denk ik dat ik eerst maar eens aan de PDF versie ga werken, voordat ik hieraan begin. Catienpetji
Ik heb ook wat geëxperimenteerd om van "Klassieke Mechanika" een PDF-versie te maken. De problemen zijn: keuze van lettertype, grootte en interliniëring. dit is op te lossen met een aagepaste versie van style sheet. Grootste probleem is dat men met de goedkope PDF generators geen links kan behouden in de tekst. Bij een boek dat uit meerdere delen bestaat zouden ook de interne links moeten bijgewerkt worden en/of moet alles isn één groot bestand samengebracht worden. Wie heeft er hier nog aan gewerkt sinds vorig jaar?Huibc 9 apr 2008 09:58 (CEST)

[bewerk] Beveiliging boeken fase 4

Is het een optie om boeken in fase 4 te beveiligen tegen wijzigingen? Dat bv. wijzigingen enkel geplaatst worden na controle door ... (een moderator, een hoofdauteur?). Op die manier wordt bijgehouden of de wijziging een verbetering is en of de wijziging ook toegevoegd moet worden in de afprintbare versie (pdf-bestand). En is er een garantie dat ten alle tijden een boek in fase 4 ook steeds in deze fase hoort en niet onderhevig is aan vandalisme of ongemerkt naar een fase 3 gaat voor uitbreidingen. Inge Habex 4 jun 2007 11:53 (CEST)

Lijkt me lastig. Stel je ziet tijdens het lezen een spelfout, dan is er een flinke drempel om een verbetering aan te brengen.
Wat mij dan een betere optie lijkt is semi-beveiliging.
Voor wat betreft de technische mogelijkheid, de software is nog niet zo ver dat daarvoor geselecteerde personen een wijziging kunnen goedkeuren, die dan onder de naam van de wijziger te zien is. Koos Overleg 5 jun 2007 19:01 (CEST)
Beveiligen tegen bewerken door anoniemen lijkt me wel een goed idee? Effeietsanders 6 jun 2007 22:19 (CEST)
Mij ook. Ischa1 31 aug 2007 09:48 (CEST)

[bewerk] Licentiekwestie

Hoi allemaal,

hoewel dit misschien iets vrij ongebruikelijks is binnen Wikimedia, zou ik eigenlijk willen voorstellen om vanaf een bepaald moment alle bijdragen binnen Wikibooks dubbel te licenseren. Dubbel als in dat mensen kunnen kiezen of ze GFDL of CC-BY-SA willen gebruiken. Dit maakt het samenvoegen met andere projecten in de (verre) toekomst wellicht gemakkelijker, en nu kan het nog, we zijn nog niet al te groot. Allereerst zou ik graag weten of iedereen het hier in het algemeen mee eens is. Gooi hieronder vooral je mening neer, en gebruik dit subkopje voor discussie. Bij voorbaat dank voor het nadenken. Effeietsanders 22 feb 2007 20:08 (CET)

Tip: Geef hier misschien ook even een verduidelijking wat GFDL en CC-BY-SA is en wat precies het verschil hiertussen is. Inge Habex 23 feb 2007 00:55 (CET)
De GFDL is de licentie die de meeste Wikimedia-projecten gebruiken. Deze licentie staat garant voor het vrije karakter van de projecten. Iedereen mag de tekst hergebruiken, ook commercieel, mits de auteur wordt genoemd, de licentie wordt meegeleverd en de nieuwe versie ook GFDL is. Verder eist de GFDL dat de hele tekst GFDL is, dus er mogen geen stukjes "niet-GFDL" inzitten. CC-BY-SA eist min of meer hetzelfde, op enkele details na, maar bij CC-BY-SA, die eigenlijk geschikter is ook voor plaatjes, en duidelijker voor de n00b, is het niet nodig de letterlijke licentietekst mee te leveren, een verwijzing is goed genoeg.
Beide licenties bijten elkaar in feite. Hoewel grotendeels hetzelfde, is het moeilijk om ze te mengen (dat wil zeggen: tekst van een GFDL-tekst mengen met een CC-BY-SA tekst). Dubbel licenseren geeft de hergebruiker de keus te kiezen voor GFDL of CC-BY-SA. Het breidt de mogelijkheden van de hergebruiker dus uit zonder de rechten van de auteurs te verminderen. Effeietsanders 23 feb 2007 09:05 (CET)
Overigens had je ook gewoon w:GFDL en w:CC-BY-SA kunnen lezen ;-) Effeietsanders 23 feb 2007 09:06 (CET)
Nu weten lezers de links te vinden. :)
Ik kan me niet van de indruk ontdoen dat het concept "dubbellicentie" iets over het hoofd ziet. Ik denk dat wikibooks (of WMF) ermee in de problemen kan komen. Afgeleiden van wikibooks kunnen immers gaan voortleven onder de GFDLicentie of de CC-BY-SA-licentie. Dat moet ooit tot conflict leiden op juridisch vlak. Je kan niet gelijktijdig én een uitgebreide (GFDL) licentie geven én gelijktijdig dezelfde bron vrijgeven onder restricties (CC-BY-SA). Dit lijkt me een contradictie. Misschien is het goed een jurist naar deze zaak te laten kijken alvorens een peiling hierover te laten doorgaan. Wanneer het juridisch niet kan, kan het immers niet binnen wikibooks. Inge Habex 24 feb 2007 01:13 (CET)
In het kort: diegenen die dit materiaal wil hergebruiken kan kiezen onder welke licentie hij/zij dat wil. GFDL is wat bewerkerlijker en daarom is CC-BY-SA wat eenvoudiger. We maken het dus onze lezers makkelijker. Dubbel licenceren bij uploaden van afbeeldingen op commons en de NL-Wikipedia wordt al langere tijd gedaan, dus dat kan. Wat betreft restricties, die zijn er werkelijk niet veel bij CC-BY-SA, waarschijnlijk bedoel je de licentie CC-BY-ND (geen afgeleide werken) of CC-BY-NC (niet commercieel), waarbij wel wat restricties zijn verbonden (deze licenties zie je bijvoorbeeld veel op Flickr). Heb je nog andere vragen? Londenp zeg't maar 24 feb 2007 08:14 (CET)
Het is inderdaad zoals londenp zegt. Je geeft als uploader twee licenties. Dat is net zoiets als dat je als winkelier twee mogelijke prijzen aanbiedt. Ofwel EUR 10 ofwel EUR 5 met zegels. Gewoonlijk komt dit uiteindelijk op hetzelfde neer, maar de een zal een voorkeur hebben voor het ene, de ander voor het andere. Je mag dan kiezen welke je kiest. Bij licenties is het net zo, alleen is de "prijs" nu niet in geld uitgedrukt, maar in gebruiksvoorwaarden. Naamsvermelding, meeleveren licentie enz. Deze zijn in de praktijk nauwelijks verschillend tussen GFDL en CC-BY-SA, maar slechts een paar details. Mensen die de teksten van Wikibooks willen hergebruiken die dubbel zijn gelicenceerd, kunnen dan kiezen tussen de voorwaarden van de GFDL, die van de CC-BY-SA, of zelfs allebei (Waarmee ze het afgeleide werk dus ook dubbel licenseren). Dit heeft als grote voordeel dat CC-BY-SA iets makkelijker te gebruiken is wanneer het om kleine uitgaven gaat die gedrukt moeten worden. (GFDL eist meelevering van de volledige licentietekst, CC-BY-SA is daar iets praktischer in) Verder is het makkelijker om teksten te integreren van Wikibooks in andere projecten, die bijvoorbeeld geheel GFDL of geheel CC-BY-SA zijn. Dan kan de meest relevante toepassing worden gekozen.
Overigens moet ik er wel bij stellen dat de combi m.i. niet dwingend kan worden opgelegd, een gebruiker kan incidenteel ook teksten overnemen van Wikipedia, en die zijn *niet* van de combi-licentie, maar alleen GFDL. Vandaar mijn voorstel om een sjabloon te introduceren die op de pagina kan worden geplaatst om de uitzondering op het algemene beleid duidelijk te maken. In het begin zal Wikibooks nog grotendeels uit uitzonderingen bestaan, uiteindelijk zal het een kleine minderheid vormen. Effeietsanders 24 feb 2007 12:43 (CET)
En hoe gaan we dat dan doen met wikibooks in pdf formaat? Catienpetji 12 mrt 2007 13:58 (CET)

[bewerk] Ja, ik voel hier wel wat voor

  • Ischa1 22 feb 2007 20:26 (CET), enorm goed idee. Even een voorbeeldje: je uploadt een afbeelding en je zegt dat 'ie publiek domein is. Kun je ook aangeven waarom dat zo is. Dus minder kans op onnodige verwijdering! Ik stem dus voor.
  • Londenp zeg't maar 22 feb 2007 22:59 (CET), goed voorstel, hoe vrijer hoe beter
  • Siebrand (overleg) 23 feb 2007 01:48 (CET) Volledig voor.
  • Koos Overleg 23 feb 2007 07:08 (CET)
  • WebBoy 28 mrt 2007 08:25 (CEST)

[bewerk] Neutraal

  • MADe 23 feb 2007 09:23 (CET) Waarom wordt dit dan ook niet in de pedia gedaan?
  • Hoe vroeger je er mee begint, hoe beter dat is. Alle bijdragen tot nu toe zijn GFDL, we kunnen dus opeens niet achteraf, zonder aan alle bijdragers toestemming te vragen, alle bijdragen ook CC-BY-SA verklaren. Bij Wikipedia is dat natuurlijk nog veel moeilijker, omdat daar al zoveel bijdragen zijn geweest. Hier is het al niet makkelijk, maar bij Wikipedia lijkt het onmogelijk. Londenp zeg't maar 23 feb 2007 12:39 (CET)
bijdrage hebben geleverd in de desbetreffende module om toestemming te vragen.  -->

[bewerk] Nee, dit spreekt me helemaal niet aan

*Catienpetji 23 feb 2007 11:16 (CET) Omdat je hiermee een Garantie geeft die je eigenlijk niet kunt geven.</stike>

  • een beetje komisch deze redenatie. We hebben alles hier nu ook onder GFDL, en zouden wat dat betreft de gelijke garantie moeten afgeven. Dubbele licentie heeft daar niks mee te maken. Londenp zeg't maar 23 feb 2007 12:40 (CET)
  • RedRose 23 feb 2007 14:18 (CET) Dit is onmogelijk. Gebruikers hebben gepubliceerd onder een bepaalde licentie en zonder toestemming van de gebruikers is het juridisch (in deze situatie) niet mogelijk de licentie te veranderen. Zelfs als alle ingeschreven leden van (nl.)wikibooks akkoord gaan met een licentiewijziging hebben we nog altijd te maken met een groot aantal anonieme leden, die ook akkoord moeten gaan en niet bereikbaar zijn.
  • aub goed lezen hierboven. Het is niet onmogelijk. In principe zijn alle modules/artikelen/boeken vóórdat we dubbel gaan licenseren GFDL, alle nieuwere modules/artikelen/boeken zijn dubbel gelicenceerd, behalve wanneer alle bijdragers van een bepaald artikel akkoord zijn met de nieuwe licentie. Het is dus wel moeilijk voor bestaande boeken, maar niet onmogelijk. Londenp zeg't maar 23 feb 2007 14:35 (CET)
  • Dat is waar. Ik had begrepen dat het plan was dit integraal door te voeren voor alle boeken. Voor bestaande boeken waarvoor alle bijdragers gepolst kunnen worden is het idee uitvoerbaar, en voor nieuwe boeken is dit idee zeker mogelijk. Maar is het handig om verschillende licenties te gebruiken binnen het project? RedRose 23 feb 2007 14:46 (CET)
  • Het handigste zou natuurlijk alles hetzelfde zijn zijn. Maar nu is de hoeveelheid nog enigzins te overzien, en als we de groei doormaken die we willen doormaken, dan is dat het straks niet meer. Dus nu is het moment om ermee te beginnen dunkt me. Overigens is het altijd mogelijk om terug te gaan naar puur GFDL. Effeietsanders 23 feb 2007 18:58 (CET)
  • Het beste lijkt mij om gebruikers ervan op de hoogte te stellen dat het vanaf bepaald moment mogelijk wordt om aan een boek op wikibooks een dubbele licentie te geven . Catienpetji 23 feb 2007 21:54 (CET)

[bewerk] Uitvoering

Even vooruitlopend op de zaken, zou ik een uitvoering willen voorstellen. Iedere pagina wordt botmatig voorzien van een klein sjabloontje, dat aangeeft dat de pagina alleen onder GFDL valt. In de footer wordt gemeld dat alles dubbel gelicenceerd is, met uitzondering van de pagina's met dat sjabloontje. Indien alle auteurs van een pagina het ermee eens zijn, kan het sjabloontje worden weggehaald, en is de pagina dubbel gelicenceerd. Een gebruiker kan dit aangeven door met terugwerkende kracht al zijn of haar bijdragen dubbel te licenceren, middels een sjabloon op zijn of haar gebruikerspagina. Iedere gebruiker zou botmatig gewaarschuwd of op de hoogte gebracht kunnen worden per email dat hij of zij kan herlicenceren. Hopelijk blijft er dan nog maar een fractie over, die eventueel apart gelicenceerd kan worden, of die als het kleine stukjes bevat, herschreven kan worden. Op- en aanmerkingen zijn van harte welkom. Effeietsanders 22 feb 2007 20:08 (CET)

Teksten die worden overgenomen van Wikipedia, moeten dan in het vervolg ook worden voorzien van zo een sjabloon trouwens. Effeietsanders 22 feb 2007 23:31 (CET)
Dat laatste kan lastig worden en levert waarschijnlijk heel veel extra werk op bij het ingebruik nemen van transwiki's. Siebrand (overleg) 23 feb 2007 01:49 (CET)
Effeietsanders: Kun je het garanderen (of controleren) dat een tekst uit een wikibook niet leterlijk uit een boek of ander niet online raadpleegbaar materiaal overgenomen is? Catienpetji 23 feb 2007 11:21 (CET)
Beantwoord ik in zijn plaats: nee dat kunnen we niet, we doen echter wel alle moeite dat te controleren, maar er zal hier echt wel wat staan wat letterlijk is overgenomen, zonder dat we dat konden controleren. Maar dat heeft dus helemaal niks te maken met een dubbele licentie. Dit geldt namelijk precies ook zo voor de GFDL-licentie die we nu hanteren. Londenp zeg't maar 23 feb 2007 12:37 (CET)
Ik heb nu sjabloon:Dubbel aangemaakt. Ik nodig iedere gebruiker uit deze (alvast) op zijn of haar overlegpagina te plaatsen. Effeietsanders 24 feb 2007 00:20 (CET)

[bewerk] Stemming

Ok, zie nu allemaal Wikibooks:Dubbellicentie. Ik zou willen voorstellen om, nu er enige consensus lijkt te zijn, serieus na te denken over implementatie. Verduidelijkingen op die pagina zijn welkom, maar alleen door mensen met het sjabloon {Dubbel} op hun GP, om te voorkomen dat de pagina zelf schandelijk alleen GFDL is :).

Verder vraag ik me af of dit nog ergens formeel in stemming moet worden gebracht, of dat ik gewoon kan aannemen dat er algemene consensus is na xxx tijd. Ik stel voor dat ik binnen enige dagen het voornemen post op foundation-l en wikiNL-l, en dat we dan nog enige dagen wachten, en bij geen commentaar doorgaan. Effeietsanders 25 feb 2007 14:31 (CET)

Formeel gezien zouden we een stemming moeten houden om te zien wie er tegen dit voorstel is, zodat we in de toekomst niet het probleem krijgen dit niet eigenlijk niet toegestaan is of dat niemand hier toestemming voor gegeven heeft of zoiets dergelijks. Als er bijvoorbeeld duidelijk meer dan 10 mensen hier tegen zijn, lijkt het me verstandig om dit eerst even te laten liggen. P.S: Zorg je hierdoor er dan niet voor dat nieuwkomers geen zin meer hebben om bijdragen te leveren?

Catienpetji 27 feb 2007 18:56 (CET)

Wiki is geen democratie. Dit wil zeggen dat je niet handelt volgens meerderheid, wel volgens logica, neutral point of view en met het algemeen nut en welzijn van wikibooks voor ogen. Dit betekent dat wanneer er na brainstormen een consensus is bereikt, je deze wellicht zonder problemen kan doorvoeren. Ik zou wel nog even het antwoord van de jurist afwachten, gesteld dat de persoon in kwestie die je gecontacteerd hebt, bevoegd is in dit soort zaken. Inge Habex 27 feb 2007 19:04 (CET)

[bewerk] T=0

Hoi Allemaal,

Een tijdje terug al weer heb ik een email gestuurd aan WMF's Legal Council, Brad Patrick, en na enige mails heen en weer ziet hij geen bezwaren om het bij een gemeenschap van deze schaal door te voeren. Hij stelt alleen wel dat alle waarschuwingen moeten worden gewijzigd (waren we ons van bewust) en dat dit *duidelijk* moet zijn. Ik interpreteer dit als dat dit in ieder geval de eerste periode een afwijkende kleur of kader moet hebben. Ik denk hierbij aan de GFDL-melding onder het edit-venster, de belangrijkste. Deze zou bijvoorbeeld voor een week of twee, drie gedeeltelijk rood gekleurd kunnen zijn. (Het deel GFDL en CC-BY-SA) met een bijbehorende link naar een uitlegpagina uiteraard. Ik zou willen voorstellen om niet langer te dralen, en een lijst te gaan maken wat aangepast moet worden. Zie het lijstje hieronder. Eventueel kunnen wijzigingsvoorstellen dan in het lijstje onder de link geschreven worden. Met vriendelijke groet, Effeietsanders 22 mrt 2007 21:03 (CET)

Dag Effeietsanders, ik heb hieronder plaatjes erbij gezet zodat je in één oogopslag kunt zien wat er al af is. Catienpetji 15 apr 2007 11:03 (CEST)

[bewerk] Aan te passen

  • Wikibooks:General disclaimer
  • MediaWiki:Sitenotice
    • Tijdelijke vergrote zichtbaarheid en ruchtbaarheid aan nieuwe licentiestatus van Wikibooks. Nu ook met de symbolen erbij om herkenning te vergroten. -- OK OK
    • Kan iemand de afstand tussen de Sitenotice en de "verberg"-knop verkleinen zodat de tekst van de Sitenotice breder weergegeven wordt en de boodschap beter in één oogopslag gevat wordt?
      Nope, dit is niet mogelijk, of in ieder geval niet 1, 2, 3. De breedte van de ruimte van de sitenotice en die van de verberg-knop worden extern geregeld met een tabel in de breedteverhouding 80% - 20%. Alleen de dev's kunnen hierbij. De volgende regels zijn hier verantwoordelijk voor:
document.writeln('<table width="100%"><tr><td width="80%">'+siteNoticeValue+'</td>');
document.writeln('<td width="20%" align="right">[<a href="javascript:dismissNotice();">'+msgClose+'</a>]</td></tr></table>');
Koos Overleg 18 apr 2007 16:24 (CEST)
  • Mediawiki:Copyrightwarning
  • MediaWiki:Licenses
    • Erbij:
    • GFDL&SA|Dubbellicentie GFDL en CC-BY-SA (standaardlicentie)
    • Dit sjabloon moet dan natuurlijk wel aangemaakt worden. -- nog niet OK
  • Analoog aan GFDL moet ook CC-BY-SA worden aangemaakt.
  • Uitbreiding Handleiding_moderatoren/Licenties, ook met kopje licentie voor Wikinews enzo.
  • Idem Inleiding MediaWiki/Auteursrecht
  • Wikibooks:Welkom
    • Het vervangen van GFDL door de dubbellicentie GFDL/CC-BY-SA -- OK OK
  • Wikibooks:Sjablonen voor het aangeven van de licentiestatus van media
  • Wikibooks:Auteursrechten
    • Meermalen vervangen van GFDL door "Dubbellicentie GFDL/CC-BY-SA" -- OK OK
    • Het toevoegen van een "Zie ook" naar Wikibooks:Dubbellicentie -- OK OK
  • Wikibooks:Missie, visie en uitgangspunten
    • Vervangen: "Vanaf begin 2009 aanbieden van het volledige lesboekenpakket voor het middelbaar onderwijs in Nederland en België, dat voldoet aan de leerplannen van beide landen onder de GFDL-licentie." door: "Vanaf begin 2009 aanbieden van het volledige lesboekenpakket voor het middelbaar onderwijs in Nederland en België, dat voldoet aan de leerplannen van beide landen onder de dubbellicentie GFDL/CC-BY-SA." -- OK OK
    • Vervangen: "De inhoud van Wikibooks is beschikbaar onder de GNU Free Documentation License, wat inhoudt dat de inhoud van de boeken het bezit van de schrijvers blijft, maar wel vrij beschikbaar en reproduceerbaar is." door: "De inhoud van Wikibooks is beschikbaar onder de dubbellicentie GNU Free Documentation License/CC-Attribution-Share_Alike-license, wat inhoudt dat het auteursrecht op de inhoud van de boeken het bezit van de schrijvers blijft, maar wel vrij beschikbaar en reproduceerbaar is." -- OK OK
  • Uitbreiding Wikibooks:Vrije inhoud
    • Weglaten: De GFDL wordt gebruikt voor de tekst van Wikibooks. -- OK OK
    • Toevoegen onderaan: "Wikibooks maakt gebruik van een dubbellicentie van CC-BY-SA en GFDL. Dit betekent dat de hergebruiker mag kiezen welke licentievoorwaarden hem of haar het beste uitkomen. Zie voor meer informatie: Wikibooks:Dubbellicentie" -- OK OK
  • Wikibooks:Tekstoverzicht alle sjablonen
    • Toevoegen van de licenties GFDL-oud, dubbellicentie en eventueel andere licentie-gerelateerde sjablonen. -- OK OK
  • Wikibooks:Publiek domein
    • Zinnetje "Zo is de GFDL de licentie waaronder Wikibooks wordt uitgegeven" weghalen -- OK OK
  • artikels die via transwiki binnengehaald worden op Wikibooks vallen nog niet onder de dubbellicentie tot het moment van transwiki. Er zou een automatische melding moeten toegevoegd worden met een extra {subst:dag|maand|jaar} van de dag van import. -- Nog niet uitgevoerd
  • Gebruikers die nog niet dubbel licenceren via de mail op de hoogte stellen van de dubbellicentie. -- Nog niet uitgevoerd
  • ...

[bewerk] Botbitje

Ik heb valhallasw gevraagd of hij het botwerk op zich wil nemen voor de licentiewijziging. Hij zal in eerste instantie onderaan iedere pagina in de artikelnaamruimte op het moment dat we omschakelen

De wijzigingen aan deze pagina van voor 15 april 2007 vallen alléén onder de GFDL, en niet onder de CC-BY-SA-licentie.
U kunt de inhoud van deze pagina dan ook alleen onder de voorwaarden van de GFDL (her)gebruiken.

Niet alle bijdragers van voor 15 april 2007 hebben hun werk vrijgegeven onder de dubbellicentie GFDL&CC-BY-SA. Kijk hier voor meer informatie.
Lijst van gebruikers die hun wijzigingen niet hebben vrijgegeven onder beide licenties

plaatsen, en in een later stadium misschien ook dat sjabloon verwijderen waar iedereen met terugwerkende kracht dubbel gelicenceerd heeft. Het zal dus in eerste instantie wijzigingen betreffen als deze: http://nl.wikibooks.org/w/index.php?title=4_De_menselijke_evolutie&curid=8904&diff=62132&oldid=59661

Ik vraag dan ook om een botbitje voor hem, gezien het grote aantal (na deze nog 2145 :P)

Valhallasw is een gebruiker op nl.wikipedia, en draait daar ook een botje dat ondermeer de verwijderlijst bijhoudt en andere zaken uitvoert. Hij heeft ondermeer een toolserver account.

Zou een bureaucraat hem een botbitje op valhallasw-botje willen geven? Bij voorbaat dank. Effeietsanders 14 apr 2007 18:11 (CEST)

Gedaan Londenp zeg't maar 14 apr 2007 22:05 (CEST)

[bewerk] Dubbellicentie niet-inhoudelijke bijdragen

Hoe zit het met niet-inhoudelijke bijdragen van bijvoorbeeld anonieme gebruikers die een typfout hebben verbeterd of een link hebben toegevoegd. Zijn zelfs deze wijzigingen onderworpen aan auteursrecht? Of mogen we de dubbellicentie toekennen zonder rekening te houden met dergelijke bijdragen? Inge Habex 28 apr 2007 03:04 (CEST)

Veiligheidshalve kunnen we er denk ik het best vanuit gaan dat deze bijdragen het hele document GFDL-only maken. Dat is natuurlijk erg jammer, maar vooralsnog moeten we daar denk ik wel vanuit gaan. Wat wel een mogelijkheid is, is natuurlijk de bewerking terugdraaien. Als de bewerking geen invloed heeft gehad op de verdere ontwikkeling van de tekst (dus bij een zinnetje werkt het al niet meer, want dan heeft de bijdrage indirect effect op het resultaat, tenzij *direct* teruggedraaid), en de bewerking is teruggedraaid, is het alsof de bewerking nooit heeft plaatsgevonden. Dan mag denk ik wel gesteld worden dat de pagina wél dubbel gelicenceerd is (als deze edit het enige struikelblok vormde). Dan zit je echter wel met een spellingsfout in je tekst, die je er niet zomaar uit mag halen :) Je zult die spellingsfout dan moeten laten staan, tot iemand er toevallig tegenaanloopt, en verbetert, of de tekst sowieso herschreven wordt.
Misschien is het juridisch allemaal wel OK om spelingsfouten niet mee te tellen (ik weet het niet), maar ik zou denken: better to be on the safe side. Effeietsanders 28 apr 2007 10:41 (CEST)
Maar zijn er geen juristen bij wiki die daar gewoon even uitsluitsel over kunnen geven. Het zomaar terugdraaien van correcte verbeteringen van typo's vind ik immers een vergezochte twist die eigenlijk niet rijmt met wiki zelf. Daarom, juristen te lande, kan iemand het even onderzoeken aub? Inge Habex 28 apr 2007 11:22 (CEST)
Bedenking: het verbeteren van taal- en spelfouten is louter het toepassen van bestaande taalregels. Dit zou toch niet auteursrechtelijk beschermd moeten zijn. De inbreng van de auteur houdt toch geen intellectuele eigendom in. Inge Habex 28 apr 2007 11:25 (CEST)
Tsja, ik vermoed dta hier niet veel juristen op de wiki zitten :) Dit gebied van de juridische haarkloverij (vrije licenties voor inhoud) is vrijwel onontgonnen bij mijn weten. Dus zeer weinig mensen die er verstand van hebben, en al überhaupt niemand die "even" uitsluitsel geeft. Effeietsanders 28 apr 2007 11:43 (CEST)
We zouden de niet inhoudelijke bijdragen eruit kunnen halen door de pagina te verwijderen en alleen de inhoudelijke bijdragen terug te zetten. Catienpetji 3 mei 2007 10:49 (CEST)
Dat is een auteursrechtenschending. Stel A scrijft een artikel, B voegt een komma toe en C een hele alinea. Je verwijdert het artikel en plaatst A en C terug. Daardoor lijkt het alsof C zowel een komma als een alinea hoeft toegevoegd en B wordt dus niet genoemd als auteur.
Is het echt zo belangrijk om alles onder de dubbellicentie te krijgen? Het lijkt mij dat je dat toch niet gaat lukken. Het is al een grote stap voorwaarts dat komende artikelen onder zowel de GFDL als de CC-BY-SA 2.5 vallen. --Erwin85 4 mei 2007 09:23 (CEST)
Dit hoeft niet per se, dit ligt dan ook voor het grootste deel aan hoe je de tekst corrigeert.
Ik denk zelf van niet, maar op deze manier krijg je wel de verwarring van welke gedeeltes je nou wel en welke gedeeltes je nou niet onder CC-BY-SA mag gaan hergebruiken, en heeft de dubbellicentie (naar mijn mening) dan ook niet zo heel veel zin. (voor de boeken voor 15/04) Catienpetji 4 mei 2007 12:57 (CEST)

[bewerk] Sitenotice en dubbellicentie

Ik neem aan dat het niet nodig is de huidige sitenotice voor altijd te laten staan. Mijn voorstel is om de huidige sitenotice te laten staan t/m 31 mei 2007, 23:59 en hem vervolgens weer leeg te maken.
De disclaimer en de boodschap voordat je opslaat is m.i. helder genoeg. Koos Overleg 16 mei 2007 00:31 (CEST)

mee eens. Het neem inderdaad veel schermhoogte weg op mijn kleine scherm. De boodschap zal nu wel duidelijk zijn. Londenp zeg't maar 16 mei 2007 21:08 (CEST)
Iedereen heeft de knop "verberg" ter rechterzijde trouwens gezien? Daarmee kun je de sitenotice voor jezelf onzichtbaar maken tot deze gewijzigd wordt. Effeietsanders 16 mei 2007 22:50 (CEST)
Heeft er iemand bezwaar als de huidige mededeling (voor aangemelde gebruikers) blijft staan t/m 31 mei 2007, 23:59, en daarna d.m.v. bots een berichtje over de dubbellicentie wordt achterlaten op de overlegpagina's van alle gebruikers die hun laatste edit voor 15/04/2007 gedaan hebben? Catienpetji 17 mei 2007 18:04 (CEST)

[bewerk] een nieuwe cursus

Hallo,

Ik werd doorgestuurd van wikipedia naar hier.
Mijn vraag: kan ik hier samen met mijn collega's een cursus maken voor leerlingen?
We zijn allen Vlaamse leerkrachten (30) en zijn verspreid over Vlaanderen. Onze doelstelling is om een cursus te schrijven tegen 21 augustus voor leerlingen van 16^18 jaar over sociale wetenschappen. Het eerste deel handelt over ontwikkelingspsychologie en pedagogiek.
Een inhoudstafel hebben we reeds want ze is verbonden met onze leerplandoelen.
Kan het op deze plek?

groeten,

Ja dat past prima, kijk ook eens naar onze Visie en missie, waarin dit boek perfect past. Succes en uiteraard zullen we graag meehelpen tav de technische aspecten en mogelijkheden van de MediaWiki Software waar deze site opdraait. Londenp zeg't maar 24 mei 2007 23:22 (CEST)

[bewerk] Ik baal ervan

Ik baal ervan dat de meeste boeken beginnetjes zijn, waarmee iemand ooit begint en dan vervolgens de interesse verliest. Ik baal ervan dat we met zo weinig specialisten zijn en dan ook nog een ander specialisme hebben, zodat we elkaar niet kunnen ondersteunen. Ik baal ervan dat ik zie wat voor potentie deze site heeft, we zouden het onderwijs en de kosten daarvoor kunnen revolutioniseren en ik baal ervan hoe weinig we eigenlijk voor elkaar krijgen. Ik baal ervan dat we Wikijunior boeken hebben, die vol fouten staan en die we er door tijdgebrek niet uit kunnen halen. Ik baal ervan. Londenp zeg't maar 29 mei 2007 21:50 (CEST)

Ik begrijp je volkomen ... Ik denk inderdaad dat we op dat vlak enige actie moeten ondernemen, genre het moeilijker maken om een nieuw boek aan te maken, het terug activeren van gebruikers die een tijdje niet actief waren (TI BASIC!!) enz.
ps: het grondig lezen van je papierboek staat nog altijd op mijn to-do lijstje!! MADe 30 mei 2007 09:18 (CEST)
Wat betreft mijn Basisvaardigheden Wiskunde alvast een geruststelling, ik ben aan het wachten op definitieve toestemming voor een serie sommetjes, zodat er direct iets bruikbaars staat :) Buiten wiki loopt alles helaas niet zo vlot als we zouden willen. En Chemie Centraal.. :( tsja, moet ik idd ook weer eens mee aan de slag... Effeietsanders 30 mei 2007 20:37 (CEST)
Ik maakte mezelf deze week nog gelijkaardige bedenkingen. Een goed idee is het opzetten van "projectpagina's" waar een boek grondig op poten wordt gezet alvorens gelanceerd te worden. Met de nodige referenties van de auteur(s) die eraan wensen mee te schrijven. We kunnen met terugwerkende kracht alle "beginnetjes" naar projectpagina's overhevelen. Dan wordt Wikibooks beter presenteerbaar. Inge Habex 30 mei 2007 20:48 (CEST)
Mee eens, ik zit allanger te denken aan een naamruimte incubatie (broedtijd) of zo iets (a la Wikimedia Incubator). Daar gooien we alles in, wat in het begin van de ontwikkeling is en/of waar al langer niet aan gewerkt is. Wanneer een bepaald boek ver genoeg is ontwikkeld, zou dan het boek ter verificatie aan de peers alhier moeten voorleggen. Gedurende een of twee maanden kan er aan geschaafd worden (review), waarna we het boek definitief opnemen in onze etalage / op onze boekenplank. Hierbij maken we dan dus een serieuze scheiding tussen ontwikkeling en (bijna) volwaardigheid van een boek + dat we zeker stellen dat een boek nog aan een controle wordt onderworpen. Overigens betekent dit niet dat boeken op de boekenplank niet gewoon verder ontwikkeld kunnen worden. Londenp zeg't maar 30 mei 2007 20:55 (CEST)
Kan een naamruimte bij deze aangevraagd worden? Ze zou hetzelfde statuut mogen hebben als de naamruimte "Wikibooks". De pagina's noemen dan meteen projectpagina. Ik zou alleen opteren voor een naamruimte die niet voor verwarring zorgt. Nog suggesties naast "incubatie" of "broedtijd"? Is een naam als "kladblok" of "kladversie" of zo niet verhelderend? Inge Habex 31 mei 2007 08:00 (CEST)
Laten we nog even brainstormen over een goede naam. Ook graag input van anderen Londenp zeg't maar 31 mei 2007 09:06 (CEST) p.s. de naam Incubator: als naamruimte wordt niet door de software aangenomen. Die is kennelijk al vergeven? Londenp zeg't maar 31 mei 2007 09:07 (CEST)
Goed plan. Ik dacht eigenlijk dat je al een besluit genomen had met de titelwijziging naar Incubatie:Chemisch rekenen. Ik heb alvast een kladje van het idee op Incubatie gezet. Persoonlijk vind ik een meer Nederlandstalige benoeming mooier en duidelijker voor het grote publiek. Inge Habex 31 mei 2007 09:34 (CEST)
Zie hier voor de vertalingen van incubator IATE - starter is de vertaling voor incubator in de economie. Ook niet ideaal Londenp zeg't maar 31 mei 2007 10:10 (CEST)
Een naamruimte aanvragen is mogelijk. Ik ben het ook wel eens. Ik kan me nu bijvoorbeeld van een lezer voorstellen dat hij al snel afhaakt omdat hij een zootje vindt, terwijl de echte boeken die goed vol staan (papier, firefox, php, mediawiki enz) wel lezenswaardig zijn. Maar die worden ondergesneeuwd door beginnetjes. Koos Overleg 31 mei 2007 10:36 (CEST)

Hmmm, maar waarom is een naamruimte nodig om dat duidelijk te maken? Vergeet niet dat boeken die half af zijn, zoals het handboek mediawiki, inleiding mediawiki, gewoon goed te gebruiken zijn, ook al hebben ze het ideaal nog niet bereikt. Daarnaast is het zo dat als je echt een nieuwe naamruimte gaat beginnen, het grote nadeel ook is dat je alles moet gaan verplaatsen zodra het wel bruikbaar is. Lijkt me niet erg handig. Bijkomend nadeel is dat de draaipagina dan bijvoorbeeld niet werkt, en wellicht andere sjablonen, hoewel dit technisch te doen is, levert het wel allemaal extra rompslomp op.

Dus misschien kunnen we nadenken of we iets anders kunnen verzinnen. Wat jullie eigenlijk willen bereiken is een onderscheid. Een onderscheid kun je maken op vele manieren, en een naamruimte is misschien nog niet eens de effectiefste. Misschien werkt een sjabloon beter bovenaan, dat aangeeft dat het artikel zich in een ontwikkelingsfase bevindt. Wat ik persoonlijk nog praktischer vindt is het artikel in een class plaatsen (of hoe het ook precies moge heten) waardoor het de achtergrondkleur van een projectpagina krijgt (lichtblauw geloof ik hier?) en waardoor er onder de titel ook een extra soort van sitenotice verschijnt dat het artikel niet af is, en in de ontwikkelingsfase zit. Dit gebeurt bijvoorbeeld op nl.wikipedia met de kroeg geloof ik. (niet die specifieke kenmerken, maar wel de eigenschappen via het monobook definiëren). Zo kan ik me voorstellen dat er een sjabloon komt dat op de pagina wordt geplaatst en wat vervolgens die pagina dus dat andere uiterlijk geeft en die melding bovenaan. Is effectiever, de titel let de gemiddelde bezoeker vermoedelijk toch niet op, en bespaart een hoop technische rompslomp als het eenmaal werk. Nadeel is wel dat we iemand moeten vinden die dat kan. (Iemand als Webboy, Jeroenvrp of NielsF misschien?) Effeietsanders 31 mei 2007 17:19 (CEST)

niet helemaal
1) een scheiding van beginnetje en voortgeschreden/goed (een hele duidelijke, niet door een ander kleurtje)
2) een proces wat een boek door een kwalificatie- en reviewproces gaat voordat het in de hoofdnaamruimte (of op een boekenplank oid) wordt geplaatst.
Een sjabloon is mij te vrijblijvend en zolang een boek in de incubator zit, hoeft een sjabloon als draaipagina helemaal niet te werken (en anders maak je een speciale voor incubator).
elke willekeurige voorbijganger komt hier voorbij en ziet dat het een grote troep is hier; zo sneeuwen de serieuze en goede boeken onder; geen wonder dat we als gemeenschap nauwelijks groeien. Londenp zeg't maar 31 mei 2007 18:29 (CEST)
Is dit geen gelegenheid om zoveel mogelijk boeken die uit de "incubator" komen, onder een dubbele licentie vrij te geven.
Aangezien het de bedoeling is om die boeken te herschrijven, en alle bijdragen vanaf heden daar automatisch onder vallen? Catienpetji 31 mei 2007 19:02 (CEST)
Die "incubator"-pagina's mogen wat mij betreft ook in aparte kleuren. En een draaipagina zou niet moeilijk mogen zijn om te laten werken binnen een bepaalde naamruimte (gewoon een sjabloonkopie in de andere naamruimte plaatsen?). Wanneer de naamruimte wijzigt, zullen alle bijhorende pagina's (inclusief draaipagina's en andere sjablonen) wijzigen en automatisch overgenomen worden in de andere naamruimte. Inge Habex 31 mei 2007 21:05 (CEST)
Ik denk wel dat er nog een betere naam voor de naamruimte bedacht moet worden. Want zeg nou zelf een pagina in de "Incubatie" klinkt toch niet echt mooi of wel? Catienpetji 1 jun 2007 09:13 (CEST)
Ik ben het er volkomen mee eens dat er een duidelijk onderscheid moet gemaakt worden tussen boeken in een beginfase, en boeken die reeds in een bruikbaar stadium gekomen zijn. Wel ben ik een voor een stuk beledigd door het begin van deze reeks. Het is gemakkelijk om te balen van onafgewerkte boeken, en van mensen die hun enthousiasme na een tijdje verliezen. Laten we alstublieft niet vergeten dat er wel met heel goede bedoelingen begonnen wordt, en dat er heel wat interessant werk is gedaan, gratis bovendien. Het wordt ook geschreven in 'vrije tijd'. Het is zoals met open source software. Het wordt gebruikt als het goed uitkomt, maar wanneer er iets niet goed werkt, wordt het afgebroken. Ikzelf ben hier begonnen uit het idealisme dat iedereen recht heeft op kennis, en diepgaande kennis, gratis. Maar ik ben zelf ook een tijdje werkloos geweest. Nu ben ik bibliothecaris, en ja, ik moet me aanpassen aan mijn nieuwe situatie. Deze job vergt bovendien enorm veel tijd, ook vrije tijd, die evenmin betaald is. Het is uit gebrek aan interesse of enthousiasme dat ik een periode niet kon werken, maar gebrek aan tijd. Bij het kiezen naar een manier om de meer afgewerkte boeken te scheiden van de 'beginnetjes', let er op dat zij die weinig tijd, maar van goede wil zijn niet afgeschrikt worden. Bartje
Bartje, dat heeft iedereen, dat men wel eens weinig tijd heeft en dat het werk aan een boek stil ligt, men wil ook wel eens wat anders doen (Papier is ook nog niet af, maar ik heb even wat minder inspiratie); maar er zijn ook boeken waaraan helemaal nooit meer gewerkt wordt. We verwijderen ze niet (want het is meer dan een beginnetje), maar die boeken worden wel gevonden met google en geven zo een slechte indruk dat afgeeft op de andere boeken. Voor mij is het belangrijk dat we ervoor zorgen dat de boeken in de Hoofdnaamruimte in orde zijn en van een gevorderd stadium. Met alle begrip voor de beperkte tijd die eenieder heeft, jouw instelling is in ieder geval juist. Londenp zeg't maar 1 jun 2007 11:28 (CEST)
Alternatieve namen voor de andere naamruimte: In ontwikkeling:, Ontwikkeling:, Beginstadium:, In opbouw, ... Londenp zeg't maar 1 jun 2007 11:30 (CEST)


[bewerk] Tu Delft

De TU Delft heeft plannen leermateriaal gratis beschikbaar te stellen (via de website van de TU zelf). Zie dit persbericht. Koos Overleg 5 jun 2007 19:01 (CEST)

Kan er iemand contact opnemen met hen? En hen het concept Wikibooks (dé informatieve internetbib in opbouw) uit de doeken doen? Hun doelstellingen zijn identiek aan die van Wikibooks. Alleen dat ze daarmee het kunnen van TU Delft willen tonen... maar daar kan een mouw aan gepast worden door een toevoeging in het boek: "Ter beschikking gesteld door TU Delft". Inge Habex 6 jun 2007 01:05 (CEST)
Misschien moeilijk omdat het copyright waarschijnlijk verder ook bij de TU Delft ligt. Een copyleft zit er waarschijnlijk niet in, dus wij zullen er weinig mee kunnen doen. Londenp zeg't maar 6 jun 2007 08:40 (CEST)
Het is idd niet zeker dat het op wikibooks zal kunnen geplaatst worden, maar we zouden vanuit wikibooks toch best wel een poging doen. Ik kan me het best voorstellen dat die mensen van Delft dit subwikimediaproject niet kennen, daarom stel ik voor een mail te versturen. Het is dan kwestie van onze interesse in dat project duidelijk te maken... MADe 6 jun 2007 10:01 (CEST)

[bewerk] Vertalers

Als u een andere taal dan Engels beheerst, dan wordt uw hulp bij het vertalen van dit bericht en het posten daarvan in de Wikimedia-projecten van die taal zeer op prijs gesteld. Stel ons alstublieft op de hoogte van uw inspanningen op Meta op meta:Board elections/2007/Translations#Wikimedia projects.

Als u wilt helpen bij het vertalen van andere aankondigingen, voeg uw naam dan alstublieft toe op meta:Board elections/2007/Translations#Coordinators by languages.

Vragen kunt u stellen op de overlegpagina's bij de officiële pagina's of kunt contact opnemen met leden van het Election Committee (hieronder genoemd).

Tenslotte willen we alle kandidaten veel succes wensen in deze verkiezing.

Hoogachtend,
Kizu Naoko
Philippe
Jon Harald Søby
Newyorkbrad
9 juni 2007 22:42 (UTC), Wikimedia Board Election Steering Committee 2007

[bewerk] Voorstel 2 nieuwe naamsruimtes

Hallo samen,

Bij het actualiseren van de Wikibooks:Boekenlijst ben ik op 2 zaken gestoten die ik graag zou willen oplossen:

  1. We hebben Wikijunior boeken
  2. We hebben Portalen (dat zijn lijsten met overzichten van boeken die in een bepaald vakgebied vallen), ook wel boekenplanken genoemd.

Mijn plan bestaat uit de volgende onderdelen:

  1. We vragen nieuwe officiële naamruimtes aan: Portaal en Wikijunior. Bij Wikijunior is dat een formalisme, omdat die naamruimte nu als pseudo-naamruimte bestaat. Bij Portaal zal het een extra naamruimte zijn, die nu al standaard wordt aangeboden bij de Wikipedia's.
  2. We maken een eigen hoofdpagina aan voor Wikijunior (in junior opmaak: d.w.z. we vragen Ischa1 een hoofdpagina te maken voor Wikijunior ondersteund van andere junioren, en natuurlijk de wat ouderen onder ons voor opmaakprobleempjes).
  3. We maken Portaalpagina's aan voor elk vakgebied dat we nu kunnen onderscheiden.
  4. We passen de hoofdpagina aan met een prominente doorverwijzing naar ten eerste Wikijunior en ten tweede, minder prominent, naar de verschillende portalen.

Graag jullie opmerkingen en eventuele ondersteuning voor de extra naamruimtes zodat ik een bugzilla-request kan plaatsen daarvoor (hierbij is het makkelijk als een ondersteuning van de gemeenschap daarbij aangegeven kan worden). Londenp zeg't maar 11 jun 2007 21:44 (CEST)

[bewerk] Steun tav de aanvraag van de naamruimte: Wikijunior en de naamruimte: Portaal

  1. Londenp zeg't maar 11 jun 2007 21:44 (CEST)
  2. Catienpetji
  3. Koos Overleg 11 jun 2007 23:37 (CEST)
  4. Inge Habex 11 jun 2007 23:57 (CEST) (beide naamruimtes lang geleden al eens voorgesteld :-))
  5. Chris 12 jun 2007 22:39 (CEST)
  6. MADe 13 jun 2007 08:15 (CEST)
  7. Warddr 15 jun 2007 19:17 (CEST)

[bewerk] Opmerking

Let op! Bij het omzetten van een pseudonaamruimte naar een echte naamruimte even checken bij de developer of dit geen problemen heeft. Ik het verleden heb ik het meegemaakt dat er letterlijk pagina's verdwenen die ook niet meer in het logboek waren terug te vinden, maar wel in de recent changes. Volgens mij met name overlegpagina's. Even opletten dus. Effeietsanders 11 jun 2007 23:17 (CEST)

Misschien zou het leuk zijn als ipv. Portaal voor Boekenplank wordt gekozen. Dan heb je bijvoorbeeld Boekenplank:Wikijunior, Boekenplank:Taal, enz. Alsof je door een bibliotheek van Wikiboeken kan lopen en boeken van de boekenplanken kan pakken. Evil berry 13 jun 2007 08:42 (CEST)
Ik had de bug al geplaatst met portaal (gisteren), zie http://bugzilla.wikimedia.org/show_bug.cgi?id=10235. De keuze voor portaal is omdat het een officiële naamruimte is en het aansluit bij de benaming op Wikipedia, terwijl boekenplank een extra gemaakte naamruimte zou zijn. Moet ik vragen de bug nog niet uit te voeren, voordat we zeker weten dat het Portaal of Boekenplank wordt? Londenp zeg't maar 13 jun 2007 12:00 (CEST)
Ik denk dat de "modules" die zullen worden geplaatst in die naamruimte eerder "boekenplanken" dan "portalen" zullen zijn. Wikibooks is trouwens niet bedoeld om een variant op Wikipedia te zijn, dus we mogen gerust buiten de lijntjes van Wikipedia kleuren. :D Maar als ik de enige ben die voor Boekenplank pleit, moet je de invoer van de Portaal-naamruimte niet uitstellen. (hoewel ergens een nachtje over slapen nog nooit iemand kwaad heeft gedaan). Evil berry 13 jun 2007 13:28 (CEST)
P.S. Onze Duitstalige collega's hebben trouwens ook een "Regal"-naamruimte (de:Wikibooks:Bücherregale), alsook onze Welshe collega's die een "Silff lyfrau"-naamruimte hebben (cy:Wicillyfrau:Holl silffoedd llyfrau).
Nee dat is niet een aparte naamruimte: Boekenplanken maken daar deel uit van de Wikibooks-naamruimte, maar dat is een detail. Londenp zeg't maar 13 jun 2007 14:08 (CEST)
Wat doen we dan? Wachten we af of kiezen we voor Portaal? Evil berry 13 jun 2007 14:24 (CEST)
Boekenplank dekt natuurlijk wel goed de lading binnen Wikibooks. Trouwens, het lijkt me de bedoeling geen "modules" op de boekenplanken / in de portalen te plaatsen, maar enkel de boeken (dus titelpagina) zelf. Of zie ik dat idee nu anders dan anderen? Inge Habex 13 jun 2007 14:51 (CEST)
Ik zie het ook zo. :D Evil berry 13 jun 2007 14:57 (CEST)
OK de bug op bugzilla is nu alleen voor namespace Wikijunior, ik heb het maken van de naamruimte Portaal opgeschort. Make up your mind. Londenp zeg't maar 13 jun 2007 17:03 (CEST)
Portaal kan in een later stadium nog gebruikt worden voor echte "portaalfuncties", zoals een portaal onderwijs, enzo... dus gericht op een functionele ingangspoort op Wikibooks en niet op het inhoudelijke zoals dat bij een boekenplank zeker het geval zou zijn. Inge Habex 13 jun 2007 23:55 (CEST)
Komt met de invoering van deze naamruimte hetzelfde probleem op de proppen als met Wikijunior, nl. dat de boeken plots niet meer meegeteld worden? Dat zou bijzonder "onhandig" zijn of willen we die overzichtsplanken (die eigenlijk inhoudelijk zelf geen boeken zijn) ook daadwerkelijk niet laten meetellen? Inge Habex 18 jun 2007 18:36 (CEST)
Portalen zijn geen boeken, vind ik. Dus mee laten tellen hoeft ook niet. Londenp zeg't maar 18 jun 2007 23:41 (CEST)

[bewerk] Portaal of Boekenplank

Welke naam geven we aan de naamruimte waarin we de zogenaamde boekplanken in plaatsen: Portaal (cf. Wikipedia) of Boekenplank (cf. Duitse en Welshe Wikibooks).

[bewerk] Portaal

  1. Catienpetji 13 jun 2007 21:55 (CEST) Mensen die aan Wikipedia gewend zijn, zullen dit begrip ook snel (meteen) begrijpen.
  2. ...

[bewerk] Boekenplank

  1. Evil berry 13 jun 2007 17:21 (CEST)
  2. Inge Habex 13 jun 2007 23:55 (CEST) (zie ook opmerking voor ander gebruik van "portaal")
  3. Warddr 16 jun 2007 14:39 (CEST) We zijn nog bezig met boeken en waar staan boeken
  4. MADe 18 jun 2007 11:40 (CEST) meest logisch

[bewerk] Wikijunior-naamruimte

De Wikijunior-naamruimte is gemaakt: Alle pagina's in de naamruimte Wikijunior. De Portaal/Boekenplank (nog) niet. Londenp zeg't maar 18 jun 2007 09:13 (CEST)

[bewerk] Bug in vergelijkende versies?

Is het nog al iemand opgevallen dat in de vergelijkende versies van pagina's niet de juiste zaken worden weergegeven? Zelfs wanneer er kleine wijzigingen gebeuren (van 1 woord) worden foutieve stukken tekst als verandering aangeduid. Dit weerspiegelt zich ook in de zogenaamde hoeveelheid veranderde karakters in een bewerking. Klopt m.a.w. geheel niet. Zie o.a. recente wijzigingen. Iemand een idee wat er aan de hand is en ligt het aan onze wiki of is het een fout van hogerhand? Inge Habex 12 jun 2007 20:10 (CEST)

Het kan zo zijn dat er een spatie of lege regel is veranderd. Dit zie je niet als je naar de diff kijkt, welals je de broncodes vergelijks. Effeietsanders 12 jun 2007 22:59 (CEST)

[bewerk] Naamruimte Wikijunior - Bugmelding

Ik heb me iets niet gerealiseerd toen we Wikijunior hebben aangevraagd. Het aantal modules/pagina's dat wordt weergegeven heeft alleen betrekking op de hoofdnaamruimte. De pagina's in Wikijunior worden niet meer meegeteld. Nu kunnen we dat aantal separaat laten berekenen, maar daarvoor moet een functie geactiveerd worden: het gaat om dit magische woord: Handboek MediaWiki/Magische woorden - {{PAGESINNS:ns}} dat geactiveerd wordt door de functie AllowSlowParserFunctions aan te zetten. Daarvoor moet ik wederom een bug maken. Londenp zeg't maar 18 jun 2007 09:26 (CEST)

Maakt deze functie dat uiteindelijk Wikijunior toch bij de rest van de boeken geteld wordt (of kan worden)? En betekent dat ook dat wij bij de moduletelling voor anderstalige wikibooks lager gerankt worden? Inge Habex 18 jun 2007 10:39 (CEST)
Wikijunior hoofdpagina wordt geteld bij wikijunior. hmmm dat is niet de vraag, realiseer ik me nu: Op de hoofdpagina wordt het aantal modules vermeld (en dat geldt voor boeken), we moeten daar nu een apart Magisch woord bijzetten voor de Wikijunior. Dit tevens bij Speciaal:Statistieken. Londenp zeg't maar 18 jun 2007 12:04 (CEST)
Bij de moduletelling geldt alleen de hoofdnaamruimte (dus niet wikijunior). Nu vind ik dat geen ramp, omdat het niet gaat om de kwantiteit, maar om de kwaliteit. Londenp zeg't maar 18 jun 2007 12:01 (CEST)
Neen, geen ramp, maar ik denk hierbij aan de erkenning van Wikibooks NL door de andere Wikibooks wereldwijd. WP.NL hoort bij de 10 grootsten, wellicht zal WB.NL dezelfde weg opgaan. Een vertekend beeld doordat een deel van de boeken niet meegeteld worden, zou jammer zijn. Maar dat geldt natuurlijk voor alle wikibooks die de naamruimte wikijunior gebruiken. Misschien moeten de developers deze naamruimte gewoon altijd zien mee te tellen als hoofdruimte? Zou dat geen betere en consequentere oplossing zijn? Mocht dat zo zijn, dan kunnen we de anderstalige wikibooks ook even aanschrijven om de stemming hiervoor simultaan te laten ondersteunen. Inge Habex 18 jun 2007 19:16 (CEST)
Ach, je kan het ook zo bekijken: we staan op nummer 1 van de wikijuniors !! Nee ik vind dat geen goed idee: het is de beslissing van de lokale gemeenschap om extra naamruimtes aan te vragen. Als andere Wikibooks dat niet doen, dan is dat zo. Wikijunior is geen officiële naamruimte, en dat vind ik in orde. Wikijunior-boeken zijn iets aparts, we hoeven dat ook niet mee te tellen met de boeken. Londenp zeg't maar 18 jun 2007 23:40 (CEST)

Nu Wikijunior een naamruimte is, waarom zijn de automatische terugverwijzingen er niet (meer)? Normaalgezien krijg je bij een module bovenaan een automatische link naar de hoo