Wikibooks:Lerarenkamer

Welkom in de lerarenkamer van WIKIBOOKS !

Hier kunnen vragen worden gesteld en meningen uitgewisseld. Natuurlijk wordt hier ook koffie geschonken en gedronken. Daar hebben we in het begin van de vorige eeuw dit mooie espresso­apparaat voor aangeschaft.

Auteursrechten

Naar aanleiding van de discussie op Te verwijderen pagina's wil ik graag even overleggen over auteursrechten op afbeeldingen.

Eerst wat achtergrondinformatie. Als je een foto maakt, heb je automatisch auteursrechten daarop. Anderen mogen die foto dan niet zomaar gebruiken. Vandaar dat we hier werken met creative commons licenties; je geeft anderen toestemming om onder bepaalde voorwaarden de foto te gebruiken. Wikibooks en andere wikimedia sites staan geen foto's toe zonder licentie. Dat heeft er mede mee te maken dat een rechter schadevergoeding kan opleggen als iemand zonder toestemming foto's gebruikt. Dat is met name het geval als je foto's gebruikt van fotograven die met die foto's geld verdienen. Om te voorkomen dat de wikimedia foundation voor de rechter wordt gedaagd, worden er in het algemeen strengere regels gehanteerd dan nodig is volgens de wet. Dan weet je zeker dat je goed zit.

Op de verwijderpagina zijn een aantal afbeeldingen genomineerd voor verwijderen omdat ze niet voldoen aan de formele regels die nlwiki hanteert. Op wikibooks zelf is hierover veel minder vastgelegd. Het is niet automatisch zo dat hier dezelfde regels gelden.

Collega Nijeholt heeft voor een aantal afbeeldingen toestemming gevraagd, en de bevesting als tekst toegevoegd aan de afbeeldingen.
Van een aantal rattefoto's zoals Bestand:Rat touwladder.jpg staat de toestemming alleen in de bewerkingsgeschiedenis.
Dit zijn twee voorbeelden waar er wel toestemming is, maar niet volgens de formele voorwaarden van nlwiki (en commons). Mijn vraag is moeten wij ook zo streng zijn? ∼ Wimmel 28 mrt 2010 15:14 (CEST)

Alleen al het feit dat op deze manier geprobeerd wordt om afbeeldingen die hier allang staan en waarvoor de uploader alles in het werk heeft gesteld om aan toestemmingsvoorwaarden te voldoen - alleen dat al vind ik zeer demotiverend voor alle medewerkenden op dit project. Ik zal me nu ook wel drie keer bedenken voordat ik verderga dictaten via wikibooks te ontwikkelen. Het is alleen al veel meer werk om afbeeldingen in je boek te krijgen en als dank voor alle moeite loop je risico dat alles weer verwijderd wordt.... KKoolstra 29 mrt 2010 13:58 (CEST)

Inderdaad dit is zeer frustreerend. Hierop zou iets gevonden moeten worden--{Gebruiker:Stefn/Handtekening}} 29 mrt 2010 14:13 (CEST)

Het is vervelend wanneer uit reine formalisme een fantastisch boek op zo'n manier wordt beschadigd. Die paar parels die hier geproduceerd worden en de schrijvers daarvan worden op deze manier voor de kop gestoten met onduidelijke gevolgen. Over de manier waarop kan ik alleen heel erg boos worden: dat doe ja maar op Wikipedia, maar hier niet. In plaats van het op de verwijderlijst te plompen, kan je namelijk ook contact zoeken met de uploader, zoveel auteurs hebben we hier niet dat je niet je persoonlijk daarmee kan bezighouden. Dat wat betreft Romaine en zijn formalistische manier van werken... Aventicum 29 mrt 2010 16:05 (CEST)

Wat betreft Foto's met niet-duidelijke afkomst. Foto's met copyright kunnen we, uit gemakszucht, maar beter vanaf blijven, maar ook daar geldt eigenlijk: zolang de copyrighthouder geen probleem er mee heeft, kan je zulke foto's erin laten. En als iemand er een probleem mee heeft kan je het altijd nog verwijderen op aanvraag. Wat betreft foto's waarvan toestemming is gegeven: assume good faith, zeker van een bekend bijdrager als Nijeholt en als daarbij toestemming is geplaatst. Tijdens het langjarige bestaan van Wikibooks-nl is er nog nooit een probleem geweest met copyright, dus waar maak je je druk over. OTRS is een kunstmatige barrière die met zekerheid niet feilloos is (kan ik zeggen als ex-OTRS-er) - dus ook daarmee bereik je geen absolute zekerheid - toestemming is toestemming en OTRS reine onnodige formalisme. Ook verplaatsen naar Commons is onnodig en absoluut niet noodzakelijk (zelfs ongewenst met die puriteinse houding aldaar). Ik kan me niet heugen dat de WMF ooit werkelijke problemen heeft gehad vanwege copyright, dus dat is een dooddoener. Aventicum 29 mrt 2010 16:05 (CEST)

Dan wat betreft auteursrecht. Dat is een reliqie uit oude tijden - ik had ook eerst ontzag voor dergelijke zaken, maar heb er nu bijgeleerd. De waarde van alles wat voor marginale kosten van 0 vermeerd kan worden, zal ook de kostprijs 0 krijgen (dat is logisch elke prijs ook van dingen bestaande uit atomen, zal bij concurrentie de prijs krijgen waarbij de marginale meerkosten gedekt zijn). De internetgeneratie heeft al geleerd dat de juiste prijs voor dergelijke zaken 0 is en dat je geld op andere manieren moet proberen te verdienen (wat geen kosten veroorzaakt, kan je gratis weggeven, voorbeeld Wikipedia, geld kan je op andere manieren verdienen). Ik kan dat niet beter zeggen dan Chris Anderson van Wired Magazine in zijn boek Free, dat je hier kan downloaden. Maar dat is een filosofische discussie, net zo dat ik vind dat patenten vooral schadelijk zijn en een reliqie uit oude tijden. Aventicum 29 mrt 2010 16:05 (CEST)

Ik zou ook liever in een wereld met afgezwakt auteursrecht leven maar zo is het nu eenmaal niet. Hoe de bestanden ter verwijdering opgedragen zijn vind ik wel niet helemaal correct. Een bestand zou maar genomineerd moeten worden voor verwijdering als er twijfels zijn over de echtheid van de licentie verklaring en als de bewerkers van het bestand eerst verwittigd zijn. Die rat foto's zouden dus niet mogen verwijderd worden aangezien ze komen van een vertrouwd persoon. --Sander (overleg) 29 mrt 2010 21:42 (CEST)

Zolang auteursrechten bestaan moeten we ze respecteren. Daar ben ik het helemaal mee eens.

Maar wat ik niet vind kloppen dat op wikibooks nergens iets over OTRS staat, en dat toch nu opeens afbeeldingen waar eerst niemand een probleem mee had verwijderd worden. Goed, ze voldoen niet aan de regels van commons, maar dan laten we ze toch hier staan? Wat mij betreft is het in het algemeen duidelijk dat er toestemming is.

En als je consequent wilt zijn, doe het dan ook goed. Het slaat nergens op om Bestand:Phishing Deutsche Bank.gif te verwijderen zolang die nog op dewiki staat. Als er sprake is van auteursrechtenschending moet je 'm overal verwijderen.

Ik vind het prima dat we afpreken om vanaf nu volgens de OTRS regels te werken, maar oude bestanden laten we dan gewoon staan. Het is erg slecht voor het rechtsgevoel om achteraf regels te veranderen.

En ik zie geen enkel probleem dat te doen. Ik denk trouwens ook dat wikimedia onder soortgelijke regels als youtube valt. Als gebruikers auteursrechtelijk beschermde werken uploaden, is de wikimedia foundation pas verantwoordelijk nadat iemand ze daarop gewezen heeft. Het is prima om het niet zover te laten komen, maar je hoeft ook niet te overdrijven.

Bijvoorbeeld die Rat foto's komen van een scholier. De kans is volgens mij nihiel dat ze met een schadevergoeding zal komen, ze zal immers geen professioneel fotograaf zijn geweest. ∼ Wimmel 29 mrt 2010 22:02 (CEST)

Het overtrokken en overdrijven onderschrijf ook ik ten volle. Ook ik ben anti©, -®, -™ enz., en met mij blijkbaar velen, dat blijkt toch uit al die mooie boeken die hier zomaar belangeloos verschijnen? Met al mijn andere boeken (gedichten, sprookjes, reis- en levensverhalen) die alleen maar enthousiaste reacties losmaken, ga ik ook niet naar een uitgever maar zet ze lange tijd op mijn homepage. Te lezen en downloaden door iedereen. Het is toch heel mooi als mensen luisteren/kijken naar jouw mening en daar misschien iets mee kunnen (leren)? Maar goed, er zijn nog steeds bergen mensen die het egoïstisch principe handhaven dat eigenbelang bij 'hun' creatie belangrijker is dan het gemeenschappelijke belang dus moeten we soms knarsetandend aan sommige eigendomsrechten voldoen. Maar dat kan ook rustig bekeken worden of er problemen zijn, overleg voeren met de creator en de gebruiker in plaats van er als een woestijnstorm doorheen razen. --John angelis. overleg 29 mrt 2010 23:10 (CEST)

@Wimmel: "Op de verwijderpagina zijn een aantal afbeeldingen genomineerd voor verwijderen omdat ze niet voldoen aan de formele regels die nlwiki hanteert. Op wikibooks zelf is hierover veel minder vastgelegd. Het is niet automatisch zo dat hier dezelfde regels gelden." -> Dit is niet correct. Het betreft hier niet Wikipedia-nl, maar heel de Wikimedia Foundation met al diens projecten, met uitzondering van die projecten waar men een uitzondering bedongen heeft, zoals bijvoorbeeld voor fair use. Het is in principe wél zo dat op alle projecten dezelfde spelregels gelden voor bestanden, etc.

"Mijn vraag is moeten wij ook zo streng zijn?" -> Die vraag is zeker het overwegen waard.

@KKoolstra: "Het is alleen al veel meer werk om afbeeldingen in je boek te krijgen en als dank voor alle moeite loop je risico dat alles weer verwijderd wordt...." -> Je blaast het op, het gaat hier om een kleine groep afbeeldingen die al erg lang op het project staan, waarbij ook nog eerst getracht is om contact te krijgen met de uploader. Tevens heeft Wikibooks als kenmerk boeken met vrije inhoud te creëren, waarbij wat als vrij gezien wordt redelijk vastgelegd is door Wikimedia, en als iemand dus iets toevoegt wat niet vrij is, is dat onderwerp van verwijdering.

@Aventicum: "kan je namelijk ook contact zoeken met de uploader" -> Dat heb ik dus gedaan!

"Ik kan me niet heugen dat de WMF ooit werkelijke problemen heeft gehad vanwege copyright, dus dat is een dooddoener." -> Informeer je dan eerst beter. Losse uitspraken doen kan iedereen.

Geen enkele manier is waterdicht, maar het systeem van OTRS geeft wel een relatieve zekerheid.

"Dan wat betreft auteursrecht. Dat is een reliqie uit oude tijden" -> Je kunt binnen een project niet gewoon even het auteursrecht afschaffen, maar ik ben het met je eens dat auteursrecht redelijk een relikwie is.

@Aventicum: Je bent steeds erg goed in het verwijzen naar hoe erg het wel niet zou zijn op Wikipedia. Het enige wat er echt erg is is jou manier van hoe jij reageert, blijkbaar een mentaliteit die je meegenomen hebt naar Wikibooks. Persoonlijk worden, bijzaken erbij halen en lelijke woorden, geven alleen maar blijk van iemand die geen argumenten heeft, en niet in staat is om gewoon inhoudelijk over een meningsverschil te communiceren. Maar even ter herinnering, dit is een rustig project en hier is normaal overleg gewoon mogelijk wanneer gebruikers het oneens zijn met elkaar. Door overleg met elkaar te voeren op normale toon kunnen gebruikers die écht uitgaan van AGF er samen zeker wel uitkomen.

@Wimmel: "En als je consequent wilt zijn, doe het dan ook goed. Het slaat nergens op om Bestand:Phishing Deutsche Bank.gif te verwijderen zolang die nog op dewiki staat. Als er sprake is van auteursrechtenschending moet je 'm overal verwijderen." -> Omdat iets elders gedaan wordt, is het hier ook toegestaan? Zo werkt het niet. Ik dacht dat de-wiki trouwens een uitzondering bedongen had bij de Wikimedia Foundation.

Youtube is niet goed vergelijkbaar met Wikimedia. Op Youtube staat in grote hoeveelheid materiaal waarop copyright rust en er wordt zelfs door grote bedrijven eigen materiaal geüpload met copyright.

OTRS is niet de enige manier om toestemmingen vast te leggen, maar omdat OTRS persoonsonafhankelijk is, is er over vele jaren nog de garantie dat het inzichtelijk is en dat het onafhankelijk geverifieerd is.

"Ik vind het prima dat we afpreken om vanaf nu volgens de OTRS regels te werken, maar oude bestanden laten we dan gewoon staan. Het is erg slecht voor het rechtsgevoel om achteraf regels te veranderen." -> OTRS is al zeker zo'n vier jaar oud en de regels zijn in die tijd nooit echt veranderd zover ik weet. Wat wel veranderd is de mate waarin we er bewust van zijn en wat we met bepaalde informatie, zoals een toestemming, doen. Ik ben al een tijd met de bestanden op Wikibooks bezig, en de meeste bestanden die nu nog overbleven zijn diegene die mij het lastigste zijn, en die heb ik met opzet voor het laatste bewaard. Misschien is de verwijderlijst wat abrupt, maar het krijgt dan aandacht, ik ben dan ook blij dat je (Wimmel) met me meekijkt. Ik heb in het voorbije jaar moeite gedaan om de uploaders van een bepaalde groep bestanden te benaderen en hen te vragen te proberen te zorgen dat de toestemming op een goede geverifieerde wijze vastgelegd wordt. Voor een grote groep bestanden is dit fantastisch goed gelukt en is de toestemming geregeld en die vastgelegd via de OTRS. Voor een kleine groep bestanden is dit echter niet gelukt en ik denk dat het goed is om als gemeenschap formeel te besluiten dat wij vinden dat er voor die bestanden voldoende toestemming vast staat en vertrouwen is in de uploader dat de toestemming destijds goed geregeld is. Groetjes - Romaine 30 mrt 2010 02:04 (CEST)

Ik wil zeker niet pleiten voor soepelheid m.b.t. auteursrechten. Het probleem met het huidige systeem is, dat bij het uploaden alleen wordt gevraagd op een eigen verklaring van de gebruiker. Wie de uitleg leest, vindt ook bij wikipedia nauwelijks iets over OTRS of iets dergelijks. Het komt er eigenlijk op neer dat we de uploader vertrouwen, totdat er iemand langskomt die vraagt op nadere verificatie. Bij duidelijke twijfelgevallen is er meestal geen probleem; want dan zal er al snel een vraag worden gesteld over de juistheid van de gegeven licentie. Probleem is er nu juist bij gevallen die zo het laat aanzien 100% kloppen, maar waar pas naar verloop van tijd vragen over worden gesteld. De uploader heeft dan vaak de oorspronkelijke correspondentie niet meer of is vertrokken, etc. Zelf heb ik al eens meegemaakt dat een foto op commons is verwijderd, die ik had overgezet uit een andere wiki met een compatibele licentie. Toen na meer dan een jaar werd gevraagd om verificatie; bleek de uploader op het andere project niet meer bereikbaar en moest de foto helaas worden verwijderd. Dat kan een keer gebeuren; maar nu is het in feite in het systeem verankerd.

Het systeem van de wikimediaprojecten is volgens mij nog altijd dat de uploader wordt vertrouwd, tenzij er gerede reden is voor twijfel. Bij andere projecten ben ik tot nu toe alleen tegengekomen dat bij elders gepubliceerd werk OTRS-toestemming wordt gevraagd (en volgens mij dat nog niet eens in het uploadproces zelf, maar pas bij de nominatie tot verwijdering, maar dat weet ik niet zeker). Laten we in ieder geval het principe blijven aanhouden dat we niet gaan verwijderen als er geen redelijk vermoeden is van twijfel aan de juistheid van de 'eigen verklaring' omtrent het in licentie geven van het betreffende materiaal. Als de wikimedia echt van al het niet-eigen materiaal bewijs wil zien van de licentie, dan zou OTRS-toestemming eerst maar eens moeten worden verplicht gesteld in de uploadprocedure.

Wat mij betreft moeten we er vooral voor zorgen dat wij in redelijke mate ons best doen om auteursrechten te beschermen. Dat doen wij door in geval van twijfel navraag te doen en bij blijvende twijfel te verwijderen en niet te wachten totdat een eventuele rechthebbende zich meldt. Maar als zolang er geen reden is voor twijfel, moet je volgens mij auteurs niet achteraf gaan vragen om extra bewijsmateriaal. Dat zou net zoïets zijn als van alle wikibookianen alsnog te vragen om aangetekend een schriftelijke bevestiging te sturen dat de bijdragen in licentie zijn gegeven. KKoolstra 30 mrt 2010 11:55 (CEST)

Voor degene die deze discussie volgen. M.n. de moderatoren gok ik. Ik heb enkele hierboven genoemde en ongenoemde argumenten genoemd op die lijst met te verwijderen pagina's. Met name bij het item over die het bestand 'Voorbeeld referentiekaart Italië.PNG'. Vreemd is dat er een stemming is gestart. (Het is toch al lang bekend dat polls en zeker stemmingen via internet vrijwel niets zeggen. Manipuleerbaar en niet op basis van argumenten, maar obv welke groep toevallig vaker inlogt om wie het onderwerp toevallig meer aangaat.) Het gaat toch om argumenten? Ik wens de moderatoren alle wijsheid toe. Ik hoop dat ik niet alleen op hun puriteinse zwart-wit-leeskunsten van de (huidige?) regels (zijn ook maar eens door iemand opgesteld...) kan vertrouwen. Maar ook hun gevoel voor urgentie, vertrouwen, energie en juistheid. Zomaar letters interpreteren betekent niet dat de boel bedonderd wordt. Denk na voordat je energie, kennis, vertrouwen weghaald. Dat is ook een groot goed. Sterker, daar drijft wikipedia/wikibooks op: de gebruikers. Wil je in een wikibook van 400 A4's en ongeveer 400 afbeeldingen, een tekst die van A-Z naar elkaar verwijst, met zichzelf is verlinkt en die een bepaalde opbouw volgt, bepaalde afbeeldingen als wezenlijke onderdelen van het boek nodig heeft (reden waarom ik zo'n 80% zelf heb gemaakt!) ruw verstoren? Ga nou uit van de goedheid; zie je niet dat er al toestemming is verleend. En dat daar expliciet (door mij en die rechthebbenden, makers, die ik niet wilde belasten met zelf uploaden, usernames aanmaken, e.d.) moeite voor is gedaan? En toen OTRS 0,0 maal werd genoemd in alle helps van wikibooks, geen enkele moderator heeft mij destijds van dat fenomeen, op de hoogte gebracht? Het kwam pas NA het schrijven van het wikibook geo-visualisatie, bij wikipedia, blijkbaar (meer) in zwang kwam, met (geef ik toe) goede bedoelingen. Waarom (toen was er momentum/energie/werden toestemmingen via mails heen en weer gestuurd) kwamen de mooderatoren en helpteksten er toen niet mee? Nogmaals: ga uit van het vertrouwen dat je kan lezen in de mails die ik bij de genoemde (stuk of zes nog!) afbeeldingen heb geworsteld. Ik heb zéér veel moeite gedaan om ZELF afbeeldingen te maken, maar sommige makers hebben nu eenmaal betere exemplaren dan ik kan maken, dus in die enkele gevallen heb ik expliciet toestemming gevraagd en gekregen en opgeslagen in wikibooks. Waarom vertrouwt een deel dat niet. Ik zou zéér teleurgesteld en verdrietig zijn, wanneer deze (geo-visualisatie) afbeeldingen er uit gegooid worden. Maak zelf een nieuwe? Spoor die personen op als je het echt belangrijk vind. Mijn energie raakt langzaam op door dit soort zaken. Ik hoop dat jullie de huidige generatie gebruikers (lees: waar moderators en alle wiki's het van moeten hebben) weten te motiveren, helpen, ook als het om toestemming gaat. En niet demotiveren. Gelukkig zijn er nu middelen voor, maar gebruik die als die er ook beschreven zijn (nu) en niet met terug werkende kracht op de 'oudere' generatie. Tel eens het aantal afbeeldingen in wikibooks. Kijk welke er door mij (of ENKELE anderen) zijn geupload (in verhouding tot overige uploaders). Deze energie vind je zelden. Maak energie los, breek niets dat onnodig is af. Gebruik de regels (en hard!) als dat nodig is. Niet voor deze (oude) afbeeldingen in een Niche-wetenschap waar maar weinig nieuwe uploaders/makers voor vervanging kunnen zorgen van wat kapot gemaakt wordt. Houd rekening met elkaar, en niet alleen de regels. Het is een open community, dan pas volgen de regels. De regels zijn er voor deze community, maar ze komen er niet voor, als je snapt wat ik bedoel. Als iemand schrijft 'wikibooks heefts als eigenaar de wikimedia foundation, en die heeft (nu) nu eenmaal deze regels' (ik zal het wel verkeerd citeren), wordt ik een beetje kriegelig. Is de eigenaar in de eerste plaats niet die van de hele community? Die regels zijn nodig als ze nodig zijn. De community is niet een set aan regels waardoor de community input levert. Mvr gr + alle wijsheid. T. Nijeholt. (Nijeholt) 31-3-2010

@Romaine, OTRS mag dan wel 4 jaar oud zijn, maar wat ik vooral bedoelde is dat er hier op wikibooks vrijwel niets over te lezen valt. Iemand die de informatiepagina's goed doorleest, en zich aan alle regels houdt, zou niet achteraf tot een OTRS procedure gedwongen moeten worden. Als het vrijwillig lukt (en ik zie dat je echt je best daarvoor doet, waarvoor hulde) is het prima, en geeft natuurlijk meer zekerheid. Ik was niet op de hoogte dat WMF OTRS min of meer als verplichting voor alle projecten had ingevoerd. ∼ Wimmel 3 apr 2010 21:38 (CEST)

Voorstel tot behoud

Wellicht niet opgevallen, maar twee dagen geleden deed ik in mijn bericht hierboven, laatste gedeelte, een voorstel voor het behoud van bestanden. Ik ben persoonlijk van mening dat het goed is om waar dat mogelijk is via de OTRS vast te leggen dat er toestemming voor een bestand is. Voor de meeste bestanden is dat daadwerkelijk ook gelukt, en nu staan er op de verwijderlijst een aantal bestanden waarvoor dat niet gelukt is. Ik ben denk ik erg onhandig geweest door ze op de verwijderlijst te plaatsen, maar in feite wilde ik aandacht voor deze bestanden met een vraag. Ik heb de bestanden laten zien aan gebruikers die zich bezig houden met de OTRS en die vonden dat de toestemming voor een aantal bestanden onvoldoende of niet goed is vastgelegd. Toch vind ik persoonlijk dat er voor de bestanden die dat betreft het gaat om vertrouwde gebruikers die mijn inziens wél voldoende toestemming verkregen hebben destijds. Daarom stel ik voor, net als twee dagen geleden, om bestanden die onzer inziens door vertrouwde gebruikers destijds met toestemming geüpload zijn gewoon te behouden. Graag reactie op dit voorstel! Groetjes - Romaine 1 apr 2010 09:18 (CEST)

Dit komt volgens mij overeen met mijn eerdere reactie dat wanneer er geen reden is om te twijfelen aan de gegeven toestemming en het niet om recente uploads gaat, de bestanden te behouden. Dus: voor. KKoolstra 1 apr 2010 14:40 (CEST)

Voor Komt volledig overeen met wat ik zou willen. --Sander (overleg) 1 apr 2010 20:08 (CEST)

Beter laat inzicht dan nooit... Romaine doe dat nooit meer ajb. Ik heb me weer eens verschrikkelijk boos gemaakt over die Wikipedia-mentaliteit. Ajb doe een beetje Wikiboekiaans in de toekomst - we hebben hier nauwelijks vandalisme en gebruikers die kwaad willen. Dat zou je eigenlijk moeten weten als moderator alhier - geen opruimacties meer ajb, dat is niet nodig - een boek van jou zou wel erg leuk zijn. Blijft natuurlijk dat helaas copyright nog niet verleden tijd is en dat je je daaraan zult moeten houden (wat Nijeholt gewoon gedaan heeft). Ik heb de hoop dat het ooit nog eens zo ver komt en dat copyright als achterhaald wordt gezien. Copyright is een rem op ontwikkeling, de copyrighthouder wordt misschien en beetje rijker, maar de mensheid in het algemeen zou veel rijker worden (kennis) als copyright niet zou bestaan. Dat copyright geen aansporing is, dat heeft Wikipedia wel bewezen lijkt me... Aventicum 3 apr 2010 01:10 (CEST)

Sorry, ik heb soms als eigenschap dat ik erg onhandig ben in hoe ik dingen aanpak. Ik ben daar al vaker tegenaan gelopen en probeer me daar bewust van te zijn, en dat heeft niet iets met een bepaalde mentaliteit te maken, want ik kom het op het werk/privé ook tegen. Mijn excuses daarvoor. - Copyright lijkt mij een relict uit de oude tijd, die gebaseerd is op egoïstisch individualisme, terwijl we met de wiki's en de huidige ontwikkelingen in de wereld steeds meer streven naar een open samenwerking en open informatievoorziening. Waar dat uit voort komt weet ik niet, maar ik denk dat de mens in de huidige tijd zich steeds meer vrijheden toewenst (open grenzen, open informatievoorziening, etc), waaronder ook qua licenties en publiek domein. Een trend die zich alleen maar verder lijkt door te zetten. Groetjes - Romaine 3 apr 2010 15:02 (CEST)

Hoi Romaine. We hebben allemaal wel een zwarte bladzijde in ons boekje, hoor. Ik hoop overigens dat we je hier weer wat meer gaan zien, want ik heb het idee dat je een tijd wat minder hier aanwezig was en dat er in die tijd een aantal onderhoudstaken wat minder aandacht heeft gekregen. Dus welkom terug. Vriendelijke groet, beetjedwars 3 apr 2010 17:54 (CEST)

Gelukkig, de vrede is weer getekend. Ik was even bang dat er een eindeloze ja-nee discussie aan het ontstaan was, maar zo ken ik Wikibooks weer. Samen werken aan een mooi project. Ik ga met een gerust hart een poosje op Wikibreak. Tot later allemaal, --John angelis. overleg 4 apr 2010 09:04 (CEST)

• Zie ook [1]. De discussie lijkt gesloten en positief uit te vallen voor het behoud van bovengenoemde tekeningen. Toch staat er op de hiervoor genoemde link nog steeds een lijst met te verwijderen afbeeldingen. Kan een moderator die aub deze tekeningen doorstrepen. Net zoals op deze pagina. BVD. T. Nijeholt.

Automatisatie verminderen

Ik heb onlangs een artikel gelezen over dat informatici meer bezig zijn met wat ze zelf geïmplementeerd willen zien dan met wat de gebruiker/klant wil. Ik vrees dat het bij wikibooks ook zo gebeurd is. De automatisatie van de WSBN lijst was volgens mij goed, zo kon de lijst goed bijgehouden worden en kwamen er geen fouten in maar de automatisatie van de voorpagina heeft al meer voor extra werk gezorgd dan het werk verminderd heeft. Zo heb ik net gezien dat Aventicum eerst de voorpagina had aangepast, dan in de infobox de boekenplank had aangepast en dan de voorpagina weer in orde gebracht. Dit terwijl de voorpagina aangepast wordt via WSBN nummer en er dus niets zou gebeuren. Aventicum is zeker niet de enige gebruiker die al problemen heeft ondervonden. Zeg eens wat jullie er over denken. Moet ik de voorpagina weer maken zoals voor de bot? Met die bewerk links en zo? Of hebben jullie toch liever dat het automatisch gebeurd? --Sander (overleg) 30 mrt 2010 01:43 (CEST)

Tjee, dat is een moeilijke vraag. Over een paar dagen komt er van mij een boek af, dan pas ik de infobox aan, vul het WSBN in en het percentage, vervolgens vraag ik jou om je botje nog eens te laten draaien en dan moet het boek vanzelf op de voorpagina komen en in de WSBN lijst. Maar ik moet toegeven dat ik er ook enigszins met mijn neus bovenop zat toen jij dit systeem gemaakt hebt. En inderdaad, wie dit systeem niet kent, heeft geen enkele reden om WSBN en % in de infobox in te vullen en dan te wachten tot het goed komt. Lastig hoor. Misschien is het dan toch maar beter om het systeem te laten vervallen? Hoewel, het systeem lijkt me sterk genoeg om handmatig ingrijpen te overrulen. Okay, Aventicum heeft handmatig de voorpagina gewijzigd en misschien ook wel handmatig zijn boek op de WSBN lijst gezet. Als die wijzigingen allemaal correct waren, is er niets aan de hand. Waren ze dat niet, dan zullen de volgende keer dat de bot loopt zijn wijzigingen overruled worden. Is hij vergeten de infobox in te vullen, dan zullen zijn toevoegingen inderdaad verwijderd worden. Het heeft mij ook een tijd gekost voordat ik snapte dat het hele systeem draait om het invullen van de infobox. Maar zoveel boeken verschijnen er toch niet? Is het niet mogelijk dat moderatoren de infoboxen van een boek in aanbouw in de gaten houden? Ik geef toe dat dat een omschakeling vergt van moderatoren. Maar ze hoeven nu niet meer de voorpagina en de WSBN lijst in de gaten te houden. En dat moesten ze eerst (eigenlijk) wel. Waarschijnlijk moet toch ook in de meeste gevallen een moderator een WSBN toekennen? Als hij dat dan meteen in de infobox doet, komt alles toch goed? Zo gauw er 75% of 100% staat, anders komt het boek niet op de voorpagina, is me opgevallen. Ik zou het systeem dus maar niet meteen wegdoen bij het eerste bezwaar. Groet, beetjedwars 3 apr 2010 12:32 (CEST)

Ik zie nu ook dat zowel op de voorpagina als de WSBN pagina een duidelijke gebruiksaanwijzing staat. Meer kun je niet doen. Nu gewoon een jaar afwachten of de voordelen tegen de nadelen opwegen. beetjedwars 4 apr 2010 16:22 (CEST)

Niet bewerken

Ik zou alle wikipedianen wikibookianen willen vragen om voorlopig niets aan de opmaak van de Atlas van Europa te wijzigen. Ik ben namelijk alle artikelen dezelfde opmaak aan het geven. Alvast bedankt! Stefn 19:52 06/04/2010

WSBN (2)

Begin 2006 heeft een anoniem persoon de pagina voor het WSBN aangemaakt, en later dat jaar is het aangevuld vooral door Pjetter. Inge Habex heeft daarna nog de nummering drastisch aangepast. Nu is het aardig dat veel boeken een WSBN hebben gekregen, maar ik heb er wat problemen mee. Nu vraag ik allereerst: wat is het idee achter het WSBN (behalve dat ieder boek een nummertje heeft)? Wie kan het me zeggen? Virtlink 8 apr 2010 11:42 (CEST)

We hebben ooit gedacht dat het uit zou kunnen groeien tot een universale, rechtenvrije categorisering van digitale boeken, onafhankelijk van Wikibooks. Rechtenvrij omdat de bestaande en bekende categorisatie-systemen (zoals Dewey) niet rechtenvrij zijn en niet zomaar te gebruiken. We hebben zelfs geprobeerd andere Wikibooks enthousiast daarvoor te maken. Echter: het systeem is helaas fundamenteel fout - in de huidige versie. Ik persoonlijk vind het, nu, vrij zinloos alle boeken een nummer te geven. Maar goed - we kunnen het altijd weer veranderen als er wel een bruikbaar systeem ontstaan. Mvg Aventicum 9 apr 2010 13:07 (CEST)

Categorisering dus. Idealiter zou je voor een bepaald onderwerp een uniek nummer moeten kunnen opzoeken, en daarmee alle boeken, artikelen en andere media (in welke taal dan ook) over dit onderwerp moeten kunnen vinden, lijkt me. Zoals het WSBN nu is gedefinieerd is dit maar beperkt mogelijk. Ten eerste vind ik de categorieindeling niet logisch. Stel, ik ben op zoek naar informatie over de geschiedenis van papier. Dan vind ik dat niet onder nummer 5, Geschiedenis, want is er geen categorie 'Geschiedenis van papier'. Ten tweede is het nummer niet logisch. Een boek zit in categorie nr. 244, dan kan iedereen nu opzoeken welke categorie dat is. Waarom wordt dat genoteerd als 2-24-244? Jah ik weet wel waarom, maar is het is gewoon dom. Verder, als je sorteert op WSBN, dan krijg je een sortering op taal als eerste, gevolgd door een sortering op onderwerp (maar slechts losjes omdat de nummers geen verband houden met de onderwerpen), gevolgd door een sortering op boek. Waarom niet eerst op onderwerp sorteren, dat men daarna ziet in welke talen er informatie beschikbaar is? Tenslotte lijkt het WSBN wel bedoeld voor identificering omdat elk boek een uniek nummertje krijgt. Maar is dit ook gewenst? Wie bepaalt welk boek welk nummertje krijgt? Of zou een ideale code alleen moeten categoriseren, waardoor boeken over exact hetzelfde onderwerp exact dezelfde nummers krijgen (ook al zijn het verschillende boeken)?

Ik stel deze vragen omdat er de laatste tijd veel activiteit is rond WSBNs omdat er een robot is die de zaak netjes bij houdt. Als we dan toch ineens zo met nummertjes bezig gaan, vind ik dat we er ook goed over moeten nadenken hoe we dat doen voordat iemand duizenden nummertjes kan gaan veranderen omdat het toch niet zo handig bleek. Virtlink 10 apr 2010 01:44 (CEST)

Heb je een bepaald voorstel voor het WSBN? Zou je het afschaffen? Verbeteren? Volgens mij is de bedoeling van het WSBN identificeren. Die bedoeling is dus dubbelzijdig: als je een nummer hebt, dan moet je ongeveer het onderwerp weten en per nummer kan je maar één boek vinden. Wat de nummering 2-22-224 betreft, die zorgt voor positieve redundantie. Zo heb ik al tot twee keer toe een boek gehad met een nummer zoals 2-22-244. Als je zo'n nummer in een lijst ziet staan, dan weet je dat het nummer niet correct is. Stel dat er enkel 244 had gestaan, dan had ik dat niet gezien. Wat het sorteren op taal betreft, in mijn bot wordt momenteel niet gesorteerd op taal. Ik splits het WSBN in stukken en bepaal daarna op wat gesorteerd wordt. Nu wordt er nog niet op taal gesorteerd omdat de WSBN code enkel in de Nederlandstalige wikibooks wordt gebruikt. Dat is echter gemakkelijk aan te passen in mijn programma. Waar is het WSBN dan voor geschikt? voor het logisch ordenen van boeken. We zouden natuurlijk kunnen categoriseren volgens wiki categorieën en we zouden natuurlijk gewoon een uniek nummer aan boeken kunnen geven maar door het WSBN kunnen we boeken met bepaalde eigenschappen opsommen en die ook een logische volgorde geven. Als je voorstellen hebt om de nummering te verbeteren of als je nog vragen hebt, laat ze gerust horen. --Sander (overleg) 10 apr 2010 11:14 (CEST)

Kunnen we niet gewoon een Wikibooksnummering invoeren? Van zodra een boek een bepaald kwaliteitsniveau bereikt, wordt het dan aan de lijst toegevoegd. Zo krijg je een chronologische lijst. Ik heb nooit gesnapt waarom we al die moeite doen ikv het WSBN... MADe 10 apr 2010 13:15 (CEST)

Ik zou het WSBN zeker niet afschaffen, maar ik denk dat het vooral een categoriserende functie zou moeten krijgen, speciaal voor op internet en wikipagina's. Als je met een uniek nummer een bepaald onderwerp kan aanduiden, dan kan je gemakkelijker alle relevantie informatie (ongeacht of het een artikel, boek, afbeelding of videofragment is, ongeacht de taal) vinden dan wanneer je precies de juiste termen moet intypen in een zoekmachine. Ik denk dat dit de meerwaarde van het WSBN zou kunnen zijn. En dan een nummer waarbij door het specificeren van meer termen specifieker op een onderwerp ingezoomd kan worden (dat kan nu al een beetje: 3 Multimedia, 34 Informatica, 343 Programmeertalen).

De kracht van internet is dat er geen centraal orgaan is dat alles controleert. De kracht van wikiprojecten is ook dat er geen centrale redactie is. Dus waarom zou een WSBN identificerend moeten zijn, want dan moeten er centraal nummertjes voor alle boeken worden bijgehouden (natuurlijk geldt dit ook voor categorieën, maar dat is veel makkelijker en projectonafhankelijker te doen). En als we elk boek een nummer geven, dus identificeren zoals nu, wat is daar het voordeel van? Zou je aan een kennis willen zeggen: zoek boek nl-8-85-851-00002 als je wilt weten hoe je een Rubix cubus oplost? Het wijst zo specifiek naar één boek, terwijl ik denk dat het beter zou zijn als het naar een onderwerp zou wijzen. Al zijn er 1000 boeken over dat onderwerp, die krijgen allemaal hetzelfde nummer. Voorwaarde zou dan zijn dat de categorieën zo gedefinieerd zijn dat er heel specifiek kan worden ingezoomd op een onderwerp. Van Plaatsen en Locaties > Europa > Nederland > Amsterdam naar Geschiedenis, of Politiek, of Economie, of Demografie... Nog ideeën? Virtlink 10 apr 2010 13:32 (CEST)

WSBN heb ik ook geen flauw idee van waarvoor dat is. Wat ik wèl heb begrepen is dat WSBN + % in infobox = automatische vermelding op de voorpagina (links of rechts). En daar heeft Sanderd17 hard aan gewerkt en dat systeem werkt ook goed. Dus ik zou willen vragen om dit niet weg te gooien voordat er echt iets beters is bedacht. Eigenlijk zijn er een hoop toeters en bellen hier. 1) WSBN, 2) Wikiversiteit, 3) die hele infobox, 4) het fasesjabloon.
Maar je kunt je wel afvragen hoe je een nieuw boek op de voorpagina krijgt. Handmatig? Kan elke nieuweling dat dan? En je moet ook op de een of andere manier weten of het om een beginnetje gaat of om een (bijna) voldragen werk. Met WSBN en infobox kan dat. Het werkt. beetjedwars 10 apr 2010 22:17 (CEST)

Commentaar gevraagd

Overleg:Hoofdpagina#Wikibooks_met_meer_dan_1000.2F100.2F10_modules Aventicum 14 apr 2010 14:22 (CEST)

Aangezien er geen reactie komt, ga ik het maar omzetten in de komende tijd. Aventicum 24 apr 2010 22:43 (CEST)

5000

We zijn voor de tweede keer dit jaar de 5000 pagina's gepasseerd. Deze keer is de pagina Sociale geschiedenis in de literatuur 1500-1795/Engels dagboek de schuldige. Bedankt aan alle schrijvers, en doe zo verder. --Sander (overleg) 17 apr 2010 10:12 (CEST)

Vertrokken-2

Na mij hier tijdenlang een slag in de rondte te hebben gewerkt, ben ik als dank uitgemaakt voor vandaal en paranoïde. Ik heb geen zin meer om te werken in deze totaal verziekte sfeer waarin Aventicum straffeloos iedereen mag lopen uitschelden. Succes iedereen van goede wil. beetjedwars 17 apr 2010 23:48 (CEST)

huh? Daar begrijp ik niks van. Was niet mijn intentie, begrijp deze uitleg ook niet. Vind ook niet dat zowel ik als Nijeholt iets dergelijks verdiend hebben. Ik bedank hierbij allen die door onoverlegde acties op de verwijderlijst de zaak op scherp hebben gesteld met dit gevolg, dat twee fantastische auteurs: Nijeholt en Beetjedwars beiden over de zeik zijn en zich persoonlijk aangevallen voelen. Ik begrijp eigenlijk niet waarvoor, maar hierbij bied ik excuses aan aan Beetjedwars voor datgene wat hij voelt, wat ik op geen enkele wijze heb willen bereiken. Aventicum 18 apr 2010 00:33 (CEST)

Volgens mij moeten we ophouden om anderen de schuld te geven van wat er gebeurt is. We moeten op een fatsoenlijke manier met elkaar kunnen overleggen, en ook proberen de zaken van de andere kant proberen te zien. Iedereen heeft een andere mening, maar moet die natuurlijk ook vrij kunnen uiten. Ik kan me in ieder geval best voorstellen hoe beetjedwars zich voelt, er zijn op bepaalde plekken toch wat ongelukkige bewoordingen gebruikt. Erg jammer allemaal. ∼ Wimmel 19 apr 2010 22:53 (CEST)

Velen hier zijn blijkbaar vergeten dat het de bedoeling is van te overleggen. Het moet maar eens gedaan zijn met elkaar uit te schelden en af te breken! Er moet hier terug een aangename sfeer komen! Niet te verwonderen dat er zo weinig nieuwe gebruikers bijkomen.Stefn

De sfeer was eigenlijk nooit een probleem hier op Wikibooks. Dit is zo ongeveer de eerste akkefietje wat in al die jaren gebeurd is. De oorzaak is ook niet Wikiboekiaans, maar Wikipediaans. Dus Stefn, dat is niet de reden dat hier minder Gebruikers werkzaam zijn. Het probleem met Wikibooks is dat je een boek schrijven veel werk is. Men begint eraan, denkt dat het is zoals op Wikipedia (WP: kleine bijdrage en een lemma is af - even kopiëren van een andere bron, een paar woordjes veranderen om de copyrightschending te omzeilen, en hup je bent klaar op WP). En dan blijkt dat je om een boek te schrijven 1) specialist moet zijn en 2) je doorzettingsvermogen moet hebben. En dus haken er veel mensen af. Was het maar waar dat de sfeer een reden was, dan was het namelijk oplosbaar. De ware reden is toch wat anders: een snel succes is hier niet mogelijk itt Wikipedia. Blijft natuurlijk dat Beetjedwars in korte tijd 2 keer is vertrokken - hij zit gewoon niet lekker in zijn vel en probeert de schuld op iemand anders te schuiven, soit... jammer en onnodig, maar vooral een verlies voor hemzelf. En nu vooruit en laten we al dat moois wat we hebben (ja Geo-visualisatie) koesteren en beschermen. Laten we boeken schrijven, wie weet ga ik ook weer eens wat doen... Aventicum 24 apr 2010 22:40 (CEST)

Bedankt voor je uitleg. laten we zoals je zei maar eens terug gaan schrijven.Stefn

Nieuw hier - Archeologie

Hallo,

Ik kwam toevallig hier, en toen zag ik dat er nog NIKS over archeologie geschreven was. Dat vond ik wel een beetje jammer.

Ik ben nu bezig met schrijven. Je kunt het vinden bij de volgende link: http://nl.wikibooks.org/wiki/Afdeling:Archeologie

Maar een vraag: waarom staat Archeologie bij de Exacte Wetenschappen? Dat klopt natuurlijk niet!

--Veluwse Klokbeker 25 apr 2010 12:55 (CEST)

Hallo Veluwse Klokbeker, Het gaat prima zo. Ik zal af en toe eens kijken als er dingen zijn die niet kloppen. Die zal ik dan meteen aanpassen. Ik neem aan dat Archeologie dan bij geschiedenis hoort? Ik zag dat je alleen over nederland wilt schrijven. Dat is prima, je hoeft niet over dingen te schrijven die je niet weet. En we zijn blij met alles dat je wel weet. Groetjes, ∼ Wimmel 25 apr 2010 19:08 (CEST)

Hallo Wimmel. Strikt gezien is archeologie geen geschiedenis, maar mij maakt het niet zo heel veel uit waar het uiteindelijk terecht komt. Om even te vergelijken met échte universiteiten: In Leiden heeft Archeologie een eigen faculteit, in Groningen en VU hoort het bij de Faculteit Letteren. mvg, Veluwse Klokbeker 25 apr 2010 20:54 (CEST)

Archeologie is zowel een cultuurwetenschap als een geschiedwetenschap. Het kan dus denk ik zowel bij cultuur als bij geschiedenis, maar niet bij de exacte wetenschappen. De Wikischim 22 jun 2010 15:33 (CEST)

Foutje

Laatst las ik de lijst met gewenste artikelen eens door en zag daar bij Talen Zwitsers staan. Maar volgens mij (en wikipedia) wordt er met "Zwitsers" een dialect uit het Duits, Frans en Italiaans bedoelt. Wel bestaat er het Retro-Romaans dit is een echte taal die enkel in Zwitserland wordt gesproken. Wat denken jullie hiervan? Als iedereen het eens is zal ik dit aanpassen. Stefn

Klopt, er is geen taal die Zwitsers heet. w:Zwitserduits bestaat inderdaad wel, dat is een spreektaal in het Duitstalige gedeelte van Zwitserland. En die andere taal heet w:Reto-Romaans dus zonder "r". ∼ Wimmel 26 apr 2010 19:58 (CEST)

Dit bericht staat hier nu al enkele dagen en er zijn geen negatieve reactie's. Dus wijzigen maar?Stefn 20:57 28/04/2010

Ja, doe maar gerust. Die lijst is trouwens niet zo belangrijk maar kan eventueel een aanleiding geven om iets te schrijven. Nog veel succes met je atlas --Sander (overleg) 28 apr 2010 21:28 (CEST)

Misschien staat Zwitsers voor de talen die daar gesproken worden. Zwitserduits bijvoorbeeld is heel anders als Hoogduits. Aventicum 1 mei 2010 17:51 (CEST)

Die waar gesproken worden? In zwitserland spreken ze 4 talen: een Zwitsers dialect van het Duits, Italiaans, Frans en het Reto-Romaans. Een boek schrijven over Zwitsers heeft dus geen enkele zin. Daarbij, als we niet weten wat Zwitsers nu juist is, dan moet die taal zeker niet op de lijst staan. --Sander (overleg) 1 mei 2010 17:56 (CEST)

Dat klopt. Aventicum 1 mei 2010 18:00 (CEST)

Hoe zit het met plaatjes?

Hallo,

Ik ben bezig met een stukje te typen (http://nl.wikibooks.org/wiki/Archeologie/Perioden/Neolithicum/Trechterbekercultuur) en ik wil eigenlijk wel wat plaatjes toevoegen zodat de lezer weet wat ik bedoel. Maar hoe zit het precies met plaatjes toevoegen? Wat mag wel en wat mag niet? Veluwse Klokbeker 27 apr 2010 13:22 (CEST)

• Plaatjes moet je eerst uploaden met de link in de linker zijbalk Bestand Uploaden (die wijst naar de pagina http://nl.wikibooks.org/wiki/Speciaal:Uploaden ). De eerste keer is het best dit op wikibooks te zetten. Als er problemen zijn, dan kunnen we dit onder elkaar oplossen. Als je het uploaden van afbeeldingen wat meer gewoon wordt kan je ze beter naar commons uploaden (daar kunnen ze gebruikt worden door alle wikipedia's , alle wikibooks ...). Je kan ook altijd eens op commons zelf zoeken welke afbeeldingen je kan gebruiken. Dan kan je de uploaden stap al overslaan. De categorie commons:Category:Archaeology zal je wel kunnen verder helpen.

• Welke plaatjes mogen? De plaatjes die je zelf gemaakt hebt en die je wil vrijgeven onder de cc-by-sa licentie of plaatjes die je gevonden hebt waar een compatibele licentie aan vast hangt (een licentie uit het lijstje dat je kan zien als je het bestand upload). Vergeet in ieder geval niet om nodige informatie zoals bron en auteur te vermelden.

• Hoe een plaatje in je boek krijgen? dit doe je op dezelfde manier als je een link maakt: [[Bestand:Plaatje.jpg]]. Eventueel kan je nog extra info toevoegen zoals een onderschrift of waar het moet staan of de grootte. Als je meer info wil lees je best de pagina Help:Gebruik_van_afbeeldingen

Groeten, Sander (overleg) 27 apr 2010 19:37 (CEST)

Ok, bedankt voor de hulp. Ik dacht dat elk plaatje persé in de publieke domein moest zitten, maar dat valt uiteindelijk nog mee. Veluwse Klokbeker 28 apr 2010 14:30 (CEST)

Publiek domein is natuurlijk nog vrijer dan CC-BY-SA. Dus als je vrij plaatjes wilt maken, dan is publiek domein een hele goede oplossing. Aventicum 1 mei 2010 17:53 (CEST)

Categorië

Laatst was ik op wikipedia bezig en wou een categorie aanmaken maar raakte er niet wijs uit hoe je dit doet. Kan iemand me uitleggen hoe je dit doet? Ik stel deze vraag hier omdat ik in de kroeg op wikipedia mijn weg niet vond.Stefn

Volgens mij is het makkelijkste om gewoon [[Categorie:blabla]] toe te voegen aan een pagina. Als je die pagina dan opslaat, staat er een rode link bij de categorie. Daar klik je op, dan kun je die aanmaken op dezelfde manier als je een gewone pagina aanmaakt. Je hoeft alleen een korte beschrijving te geven, en die categorie ook weer aan een andere categorie toevoegen. Je kunt eventueel ook een bestaande categorie bewerken om te kijken hoe die eruit ziet.

Het is prima als je dit soort vragen hier stelt. Maar als het goed is zou je op w:Help:Helpdesk ook snel een duidelijk antwoord moeten krijgen. ∼ Wimmel 12 mei 2010 22:33 (CEST)

Het werkt! Bedankt voor de uitleg. Stefn

Pagina verwijderen.

Ik probeer een pagina verwijderd te krijgen, maar ik raak in verwarring door de aanwijzingen: Via Hulp, FAQ , verwijderlijst kom ik bij Wikibooks:Te verwijderen pagina's. Daar staat 'wanneer u een pagina op de lijst zet ...' . Maar er is helemaal geen lijst zichtbaar. Of het moet de kop onderaan zijn waar staat: Kandidaten directe verwijdering. Maar dan zou je denken dat je, als je daar op bewerken drukt ook de enige kandidaat die daaronder al staat, te zien krijgt. Maar dat is niet het geval. Kortom waar moet ik mijn testpagina zetten: Nieuwgrieks/Nieuw/Oud Yaso 12 mei 2010 23:10 (CEST)

Het is niet mogelijk om pagina's direct te verwijderen. Als het een onzin/test pagina is, kun je bovenin de pagina {{nuweg}} toevoegen. Normaal wordt het dan binnen een dag door een moderator verwijderd. Is er discussie nodig om een pagina te verwijderen, dan voeg je een link naar die pagina toe op Wikibooks:Te verwijderen pagina's. Dan kan iedereen discuteren of de pagina wel of niet verwijderd kan worden.

Als je een eigen testpagina wilt, kun je die in je eigen gebruikersnaamruimte maken, bijvoorbeeld Gebruiker:Yaso/test. Die hoeft dan ook niet meer verwijderd te worden. ∼ Wimmel 13 mei 2010 00:02 (CEST)

Ik heb de testpagina nog niet verwijderd. Je kan nu je antwoord zien op de vraag die je mij via mail gesteld hebt. De enige reden dat er geen link stond naar Nieuwgrieks/Nieuw is omdat die pagina nog niet bestond (MediaWiki is soms slimmer dan je denkt). Nu kan je dus die link zien en als je wil dat ik het verwijder, dan zet je {{nuweg|reden voor verwijdering}} vanboven aan de pagina. Dan komt die pagina automatisch op de lijst van de direct te verwijderen pagina's en doe ik (of een andere moderator) die weg. --Sander (overleg) 13 mei 2010 11:19 (CEST)

Ik ben echt onder de indruk van jullie steun!
Als Wimmel gelijk heeft (en waarom niet), dan is een 'nuweg' tekst voldoende voor het laten verwijderen. Dat staat niet zo in de Uitleg op de pagina Wikibooks: te verwijderen pagina's. Verder zegt de uitleg dat je de pagina 'onderaan de pagina moet zetten onder de betreffende datum' maar er staan geen data?! Wordt soms bedoeld dat je een kopje moet aanmaken met de betreffende datum? Het lijkt me echt handig als de uitleg nog even kritisch wordt bekeken. Met dank --Yaso 13 mei 2010 11:48 (CEST)

De uitleg is wat aangepast. Is het zo duidelijker? --Sander (overleg) 13 mei 2010 12:01 (CEST)

Er staat nu: Als het om volledige onzin gaat (of uw eigen fout), dan kan u het sjabloon {{nuweg}} op die bepaalde pagina zetten, dan komt die pagina automatisch onder de kandidaten voor directe verwijdering.
Dat lijkt erop of de pagina dan autoamtisch in de (er onderstaande) lijst wordt gezet.

Als Wimmel gelijk heeft, zou er mijns inziens moeten staat: Als het om volledige onzin gaat (of uw eigen fout), dan kan u het sjabloon {{nuweg}} op die bepaalde pagina zetten. De pagina wordt dan automatisch verwijderd en u hoeft de pagina niet in onderstaande lijst op te nemen.
Maar dat is weer strijdig met het toegevoegde kopje 'Kandidaten directe verwijdering', wat dan weer weggelaten zou moeten worden.
Het andere kopje maakt wel duidelijker wat er van de gebruiker wordt verwacht. --Yaso 13 mei 2010 12:44 (CEST)

De pagina komt idd in die lijst terecht, dan kan een moderator dat eenvoudig zien (hoe zou een moderator anders weten wat er moet verwijderd worden) maar als een gewone gebruiker nuweg op die pagina gezet heeft, dan moet hij zich daar niets meer van aantrekken. --Sander (overleg) 13 mei 2010 13:24 (CEST)

Het nuweg sjabloon dient dus enkel om het aan een moderator te zeggen dat een pagina weg mag omdat er niets zinnigs op staat of omdat de paginanaam verkeerd is. Ik zal nu je testpagina's maar verwijderen. ik denk dat je ondertussen door hebt wat je wilde weten. --Sander (overleg) 13 mei 2010 13:28 (CEST)

snelheid

Ligt het aan mijn computer of is het normaal dat het openen van bijvoorbeeld 'bewerken' 45 seconden duurt?

Het aanklikken van links geeft geen enkel probleem! --Yaso 13 mei 2010 11:21 (CEST)

De snelheid waarmee je wil bewerken is afhankelijk van de grootte van de pagina. Als je alleen maar pagina's bekijkt, dan staan die klaar als gewone html. Als je een pagina bewerkt, dan moet die eerst geprocesst worden door de servers om pas daarna doorgezonden te worden. 45 seconden is wel heel lang. Dit kan aan je internet verbinding liggen maar ook aan je browser. Duurt het ook zo lang als je een kleine pagina wil bewerken? --Sander (overleg) 13 mei 2010 11:28 (CEST)

Ja ook bij een pagina met 1 regel tekst duurt het zo lang.
Ik zal een dezer dagen eens een andere browser proberen --Yaso 13 mei 2010 12:12 (CEST)

Als je eens de snelheid van browser wil bekijken, hier is er een artikel over. IE wordt niet besproken omdat die momenteel in de meeste gevallen nog de traagste is. Vanonder aan het artikel staat een score tabel. --Sander (overleg) 13 mei 2010 12:26 (CEST)

Ik heb ondervonden dat Het opslaan van een artiekel bij de Beta trager gaat dan bij de nu gebruikte versie. Is dit normaal of ligt dit aan iets anders? Stefn 20:00 13/05/2010

Dat heb ik me nog niet afgevraagd maar het lijkt wel logisch dat het iets trager is. Als je beta gebruikt kunnen pagina's niet zo goed gecachet worden, dat is ook zo als je je eigen javascript aanvullingen of css aanvullingen doet. Normaal zal dit verbeteren als de huidige beta de standaard wordt maar het is inderdaad goed opgemerkt. --Sander (overleg) 13 mei 2010 21:36 (CEST)

Ik werk nu met Safari en dat gaat een stuk sneller.--Yaso 14 mei 2010 13:16 (CEST)

Ja maar als je | wilt typen gaat er een sneltoets moeilijk doen. Maar safari is inderdaad sneller. Al heb je dan weer meer mogenlijkheden met Firefox. Nu ja Safari en Firefox zijn allesinds beter dan IE Stefn

Vegetarisch

Laatst werd er op de Belgische radio 2 het idee gelanceerd van donderdag veggiedag (zie artiekel: Radio 2 waarbij er donderdag enkel vegetarisch wordt gegeten. Zou dit niets zijn voor het dagmenu? Stefn

Ik vrees dat er momenteel te weinig gerechten zijn om iedere donderdag vegetarisch te maken. Er komt ook nog een tweede probleem kijken. Het dagmenu is bepaald per datum, niet per dag. We zouden dus alles ieder jaar opnieuw moeten aanpassen. Misschien kan je iemand vragen die weet hoe je kan een dagmenu van één datum verschillende gerechten zetten, 1 die enkel de donderdag verschijnt en 1 die de andere dagen verschijnt. Ik zou wel willen kijken maar met de examens die er aan komen heb ik niet veel tijd. Als je niemand vindt, moet je het maar aan mij vragen tegen eind juli. --Sander (overleg) 17 mei 2010 12:06 (CEST)

Met de examens die eraan komen heb ik ook niet veel tijd meer om dit te regelen. Dus laten we dit eind juni maar afhandelen. Stefn

tabel met aangepaste regelhoogte

Het lukt me maar niet om de regelhoogte in een tabel aan te passen als ik een kleiner lettertype kies. <font size="1"> (dit is naar mijn idee de enige manier om een kleinere letter dan <small> te krijgen) geeft wel een kleinere letter, maar de regelhoogte wordt niet aangepast. --Yaso 15 mei 2010 12:20 (CEST)

In zo'n geval is het makkelijker als je een linkje toevoegd naar de pagina waar je het probleem hebt, dan kan ik zien wat de bedoeling is. Maar in het algemeen, de regelhoogte van een tabel aanpassen kan op de volgende manier:

kolom1	kolom2
regel 1	regel 1
regel 2	regel 2
regel 3	regel 3

Maar ik weet niet zeker of je dat bedoeld. ∼ Wimmel 15 mei 2010 16:31 (CEST)

Denk er wel aan dat het eigenlijk niet gewenst is handmatig de regelhoogte aan te passen. Dit om te voorkomen dat het op sommige computers/beeldschermen niet goed getoond wordt. ∼ Wimmel 15 mei 2010 16:41 (CEST)

Ik heb in je voorbeeld de lettergrootte aangepast. Maar de regelhoogte lukt niet. Jij gaf als hoogte 5em. Wat betekent dat? Je advies van een link zal ik de volgende keer opvolgen. Met dank alvast.--Yaso 15 mei 2010 17:39 (CEST)

Ok, het ging erom dat beide kleiner werden. Ik stel dan voor om dat op de volgende manier te doen:

kolom1	kolom2
regel 1	regel 1
regel 2	regel 2
regel 3	regel 3

em is een relatieve grootte die afhankelijk is van de lettergrootte. 1em is gelijk aan de lettergrootte, 5em is 5 keer zo groot. 0.5em is een halve lettergrootte. In de tabel hierboven zet ik fontsize bijvoorbeeld op 0.8em, dus 80% van de normale grootte. line-height zet ik 50% groter, zodat er nog wat vrije ruimte is. dat wordt dan 1.2em in regel 3. ∼ Wimmel 15 mei 2010 23:02 (CEST)

Hartelijk dank, werkt als een trein. --Yaso 17 mei 2010 21:51 (CEST)

Probleem met het gebruik van een sjabloon om een tabel op te bouwen

Ik wil een sjabloon maken dat een tabel invoegt. De inhoud van de verschillende cellen geef ik als parameter mee. Omdat ik achteraf van alle tabellen in één keer de tabel-, rij en celparameters wil kunnen veranderen (zodat het uiterlijk van alle tabellen hetzelfde blijft), laat ik deze door het sjabloon uit andere sjablonen ophalen. Dat gaat goed voor tabelparameters (bijv. width). Het gaat in ieder geval niet goed voor de celparameter bgcolor. Kan iemand kijken wat ik fout doe? De aanroepende pagina is Nieuwgrieks/SyntEnkelvZin, laatste subkop. De eerste tabel (2 kolommen, 3 rijen) is geheel op de pagina zelf ingetikt. De tweede tabel wordt gedeeltelijk opgebouwd door aanroep van het sjabloon Voorbeelden. Het sjabloon Voorbeelden bevat de opbouw van de tabel in verschillende stadia van ontwikkeling. De eerste toont dat de parameteroverdracht correct verloopt; de tweede dat het aanroepen van het sjabloon Tabelparameters het gewenste resultaat levert (apart instelbare width). De aanroep van het sjabloon Rijparameters is nog zinledig. De aanroep van de sjabloon Celparameters werkt wel, maar de tabel wordt niet meer correct opgebouwd.--Yaso 15 mei 2010 21:35 (CEST)

De <noinclude>-tag moet direct na de laatste code staan, anders ontstaan er linefeeds en lege regels in de tabel, en daar kan de wikicode voor tabellen niet tegen. Ik heb het aangepast, maar aan {{Voorbeeld}} {{Voorbeelden}} heb ik niets veranderd: daar staan me te veel fouten in, en ik weet (nog) niet wat je er mee wilt. - Erik Baas 15 mei 2010 22:49 (CEST)

P.S.: verzoeke niet de vraag weg te gooien terwijl ik een antwoord zit te typen. - Erik Baas 15 mei 2010 22:49 (CEST)

Ik neem aan dat je {{Voorbeelden}} bedoelt. ∼ Wimmel 15 mei 2010 23:10 (CEST)

Inderdaad, sorry... (link inmiddels gecorrigeerd) - Erik Baas 16 mei 2010 01:52 (CEST)

Sorry voor de verwarring. Het is inderdaad een lastig dilemma: als je een vraag hebt gesteld, moet je dan zelf stoppen met zoeken of niet. In ieder geval vond ik de fout en hoopte ik onnodig werk te voorkomen door de vraag vlug te verwijderen. Niet vlug genoeg. Bedankt voor de tips. Volgende keer zal ik het anders oplossen.--Yaso 16 mei 2010 13:31 (CEST)

Als je zelf het antwoord al gevonden hebt, kun je ook je eigen vraag beantwoorden. Dat is handiger voor iemand anders die in de toekomst misschien dezelfde vraag heeft. ∼ Wimmel 16 mei 2010 20:16 (CEST)

subcategorie voor een groep van sjablonen aanmaken

Het is me gelukt om een groep van sjablonen (met parameters) aan te maken. Ze worden aangeroepen vanuit Nieuwgrieks/SyntEnkelvZin laatste sectie. De daar aangeroepen sjablonen heten: 1Voorbeeld, 2Voorbeelden, Voorbeelden. Alle drie deze sjablonen roepen de sjablonen Tabelparameters, Rijparameters en Celparameters aan. Al deze sjablonen verschijnen in de Categorie:Sjablonen. Nu wil ik daar een subcategorie van maken. Dat had ik natuurlijk eerder moeten bedenken, maar alle begin is moeilijk en ik heb dat niet meteen aangedurfd (misschien kan de betreffende help-tekst op dat punt nog iets duidelijker gemaakt kunnen worden?).

Vraag 1: hoe had ik de naamgeving in elkaar moeten steken om meteen een subcategorie te krijgen, zodat ik het een volgende keer meteen goed kan doen? Waarschijnlijk in de aanroepende module een aanroep gebruiken als
{{Nieuwgrieks/1Voorbeeld|k1r1=tekst1|k2r1=tekst2}} of
{{Nieuwgrieks Sjabloon/1Voorbeeld|k1r1=tekst1|k2r1=tekst2}}.

Vraag 2: Kan iemand voor mij de subcategorie aanmaken en de 6 sjablonen erin plaatsen (misschien nog even overleggen over de precieze naamgeving)? Waarschijnlijk is dan vanzelf duidelijk hoe ik zelf het sjabloon 4Voorbeelden maak.

Vraag 3: Eventueel kan dan ook de naam van het sjabloon Voorbeelden (en de aanroep ervan in Nieuwgrieks/SyntEnkelvZin) gewijzigd worden in 3Voorbeelden.

Vraag 4: Een speciale uitdaging is natuurlijk om het aantal voorbeelden als parameter mee te geven. Maar van mij zou dat niet hoeven (het zullen er wel nooit meer dan 10 worden).

--Yaso 16 mei 2010 18:23 (CEST)

Subcategorieën zijn gewoon categoriën die op hun beurt nog eens in een categorie zitten. Wat je dus doet is een nieuwe categorie aanmaken, laat ons als voorbeeld categorie X nemen. Dan zet je in categorie X, naast een omschrijving van die categorie ook een indeling in de categorie Sjablonen met de code [[Category:Sjablonen|Voorbeelden]]. De indeling van je pagina's zelf verander je dan van [[Category:Sjablonen|Voorbeelden]] naar [[Category:X|Voorbeelden]]. --Sander (overleg) 17 mei 2010 12:16 (CEST)

Hartelijk dank. Het is me uiteindelijk gelukt. Nu heb ik alleen nog één sjabloon over die weg mag: http://nl.wikibooks.org/wiki/Sjabloon:Voorbeelden . Ik heb er nuweg ingezet.--Yaso 17 mei 2010 16:52 (CEST)

Regelingen rond moderatoren

Ik heb enige aanpassingen gemaakt om de regeling aan te passen aan de realiteit op Wikibooks:

• We passen geen inactiviteitsregel toe
• De jaarlijkse herbevestiging, zoals bekend van Wikipedia, vindt niet plaats op Wikibooks.

Aangepast werden:

• http://nl.wikibooks.org/w/index.php?title=Wikibooks:Regelingen_rond_moderatoren&curid=1471&diff=196614&oldid=98218
• http://nl.wikibooks.org/w/index.php?title=Wikibooks:Verlenging_of_opzegging_moderatorrechten&curid=7396&diff=196613&oldid=73118

Als iemand daar een probleem mee heeft:

• Wijzigingen terugdraaien en dan aub in de toekomst de jaarlijkse peiling organiseren (4x per jaar)

Heb je een ander voorstel: gewoon aanpassen.

Bedankt Aventicum 19 mei 2010 13:49 (CEST)

Ik vind het een goeie zaak dat de regels worden aangepast aan de realiteit. --Sander (overleg) 20 mei 2010 21:12 (CEST)

Geen probleem mee! Het is beter dat dit aangepast is aan de realiteit.Stefn

Goed idee, past meer bij het verloop van Wikibooks MADe 11 jun 2010 23:38 (CEST)

Doen. En als de situatie in toekomst verandert dan zien we het weer wel. --Blueknight 12 jun 2010 10:28 (CEST)

Genummerde kopjes

Is er een manier om bij de kopjes (subpagina's) hetzelfde nummer weer te geven als wat in de inhoudsopgave wordt vermeld?

Dus in dit geval: 19. Genummerde kopjes ? --Yaso 20 mei 2010 08:33 (CEST)

Voor zover ik weet, gaat dat alleen als je in "mijn voorkeuren" aangeeft dat kopjes/secties genummerd moeten worden. Afdwingen dat dat voor iedereen zichtbaar is op een bepaalde pagina, gaat volgens mij niet. Ik heb wel deze extensie gevonden, maar die is hier niet actief: http://www.mediawiki.org/wiki/Extension:H1_CSS Groet Aventicum 20 mei 2010 11:26 (CEST)

Meest gevandaliseerde pagina

Moest er een manier zijn om de meest gevandaliseerde pagina te zien, dan denk ik dat de pagina Wiskunde/Oppervlakte:eenvoudige meetkundige vormen wel in aanmerking komt. Een volledige pagina met vandalisme en reverts sinds 19 jan 2010. --Sander (overleg) 20 mei 2010 21:07 (CEST)

Verkeer: Fietse en de Nederlands

(gekopieerd van Overleg:Wikijunior#Verkeer:_Fietse_en_de_Nederlands) Ich heiße Juergen und bin Autor bei de:Wikijunior Europa und bitte um Verständnis, dass ich hier in Deutsch schreibe. Oder wäre euch Englisch lieber? Für de:Wikijunior Europa/ Niederlande suche ich ein schönes Bild mit Radfahrern. Zurzeit habe ich "Amsterdam-Centraal-bike-parking" ausgewählt; und ich habe Königin Beatrix gefunden. Am liebsten hätte ich ein Bild mit einer Hauptstraße mit vielen Radfahrern zur Hauptverkehrszeit. Habt ihr ein passendes Bild? -- Danke! 94.223.166.113 28 mei 2010 16:38 (CEST)

Amsterdam-Centraal-bike-parking

Koningin Beatrix

Warscheinlich sprechen mehr Leute Englisch, (im jeden fall mit weniger Fehlern). Nebenan is noch ein typischer Bild mit geparkte Fahrräder. Radfahrern finde ich nicht zo viel im Commons. Natürlich kann ich ein Bild erstellen. In die nähe von Schulen und (offene) Brücken gibt es oft viel Radfahrern. Ich wohne aber nicht in eine Großstadt, dort wäre es einfacher. Sonnst wäre es besser das auf w:Wikipedia:De kroeg zu fragen, dort lesen es mehr leute. ∼ Wimmel 29 mei 2010 00:16 (CEST)

No problem, I'll talk in English. Your parking picture seems to be better than the one I found. But my intention is a picture with a lot of rolling bikes. Thank you for the link, I'll ask there. Jürgen. -- 94.222.210.15 29 mei 2010 16:39 (CEST)

plaatje als link

Is het mogelijk om een plaatje als link te gebruiken? Bijvoorbeeld iets als [[Nieuwgrieks | [[Bestand: Netherlands_flag_outline.png|25px]] ]].

Zodat het klikken op werkt alsof je op Nieuwgrieks geklikt hebt. (Yaso 12 jun 2010 12:37)

Ja zoiets is mogelijk, maar is niet altijd te gebruiken. Als de bewuste afbeelding een licentie bevat, moet je dat kunnen zien. Normaal zie je de licentie door op de afbeelding te klikken. Als je dat aanpast en naar een andere pagina gaat, moet je ervoor zorgen dat je op een andere manier een link naar de afbeelding zelf toevoegd. Voor public domein afbeeldingen is het eigenlijk geen probleem. Het zou ook niet moelijk moeten zijn om PD vlaggen te vinden. ∼ Wimmel 13 jun 2010 19:39 (CEST)

kijk op Wikijunior, daar zie je hoe je dat probleem kunt omzeilen en hoe je het technisch doet:

Bijvoorbeeld

<imagemap>Image:Hypervelocity Impact Demonstration.jpg|150px|left
default [[Wikijunior:Natuurkunde]]
desc bottom-left</imagemap>

groet en succes Aventicum 13 jun 2010 22:59 (CEST)

Terug

Ik heb nog een paar weken nodig om bij te komen, maar voorzichtig kom ik weer op gang. Binnenkort er maar weer eens flink tegenaan. --John angelis. overleg 20 jun 2010 16:06 (CEST)

Welkom terug. Hopelijk was de vakantie aangenaam en leerzaam door nieuwe ervaringen. Groet, --Dmfcasimiri 20 jun 2010 17:42 (CEST)

Welkom terug Hopelijk inspiratie opgedaan voor je boeken. Stefn

Welkom terug :-) Hopelijk heb je kunnen genieten van je vakantie. Koos Overleg 21 jun 2010 21:55 (CEST)

Sorry voor de late reactie (examens nemen wat tijd in beslag) maar welkom terug --Sander (overleg) 22 jun 2010 13:25 (CEST)

Eigen karakter van dit project

Nu ik hier een tijdje heb rondgekeken valt me niet alleen op dat dit project klein is in vergelijking met Wikipedia (wat vooral voordelen heeft, denk ik, want met minder mensen kan er ook minder uit de hand lopen), maar ook dat de grens tussen het soort teksten dat daar hoort en wat hier lang niet altijd scherp is. Ter illustratie: ik heb op Wikipedia een hoop lange teksten gezien die op zich prima zijn maar veel beter hier zouden passen, omdat het qua inhoud in feite boeken zijn, geen echte encyclopedische artikelen. Misschien een idee om op den duur een en ander over te hevelen? De twee projecten kunnen toch naar elkaar linken dus veel maakt het op den duur niet uit, denk ik. De Wikischim 22 jun 2010 09:56 (CEST)

P.S. Komt nog bij dat hier denk ik de kans veel kleiner is dat jan en alleman aan een tekst gaat morrelen waardoor de oorspronkelijke schrijver gefrustreerd raakt. De Wikischim 22 jun 2010 10:02 (CEST)

Hoedoejeda?

Ik denk dat deze vraag al wel eens gesteld zal zijn, maar vind het niet meteen terug: mijn boekje Westerse astrologie is voor meer dan 75 % af, ik heb WSBN en percent in de infobox gezet, maar het 'botje' blijkt niet 'langs te komen' want het boekje verschijnt niet op de hoofdpagina aan de rechterkant. Hoedoejeda? Beachcomber 22 jun 2010 10:10 (CEST)

Vzwiw is dat handwerk, en in elk geval kun je het zelf invullen in een van de sjablonen op de hoofdpagina; ze staan in de wikicode onder "rechter kolom". Idd, alles is hier anders... ;_) - Erik Baas 22 jun 2010 12:35 (CEST)

Ja oké, maar als ik zo'n sjabloon wil bewerken lees ik bovenaan: "Gelieve DEZE PAGINA NIET AAN TE PASSEN, deze wordt automatisch aangepast volgens de info in de INFOBOX, dit gebeurt via Gebruiker:Sanderd17 " Als ik dat wel doe word ik natuurlijk uit Wikibooks verbannen wegens vandalisme ;) Beachcomber 22 jun 2010 13:14 (CEST)

Je mag het aanpassen, je zal heus niet verbannen worden. Er zat blijkbaar een klein foutje in mijn botje: het sjabloon Psyche en metafysica werd aangepast terwijl het sjabloon Psyche werd gebruikt op de hoofdpagina. Dis is nu opgelost en je boek staat er ondertussen op. Die waarschuwing over het niet aanpassen is enkel om frustraties te vermijden bij gebruikers die het wel aanpassen maar omdat de infobox niet in orde is verdwijnen die wijzigingen terug. --Sander (overleg) 22 jun 2010 13:23 (CEST)

Btw. dat botje is een probeersel. Als het te verwarrend is, dan wordt het botje terug afgeschaft. --Sander (overleg) 22 jun 2010 13:28 (CEST)

Bedankt Sander, ik heb alweer wat bijgeleerd, Beachcomber 22 jun 2010 13:31 (CEST)

Moderator

Erik Baas heeft een aanvraag als moderator gedaan Wikibooks:Aanmelding moderatoren --Sander (overleg) 22 jun 2010 13:27 (CEST)

Toeval of niet?

Encyacht schrijft iets in het heksenwoordenboek en 1 minuut er na verwijder ik exact 666 tekens uit een pagina. Zouden heksen en duivels zo'n goede vrienden zijn of is dit toeval? http://nl.wikibooks.org/w/index.php?title=Speciaal:RecenteWijzigingen&to=20100622124005 .

Hmmm, blijkbaar kan je geen to parameter of zo opgeven. Het was dus rond 14.17 voor het geval alles verdwijnt in de geschiedenis. --Sander (overleg) 22 jun 2010 14:53 (CEST)

Dossier

Misschien hebben jullie het al gemerkt: ik hou geen dossier meer bij voor anonieme knoeiers. Vroeger deed ik het ook - in "name en shame" heb ik ook nog nooit een voordeel gezien en nu ben ik een stapje verder gegaan. Een dossier is niet effectief en is alleen maar onnodig werk. Ik draai alleen nog maar terug, voor de rest niks. Ik heb er niks tegen dat anderen het wel doen, maar wilde het even uitleggen: het is niet luiheid, maar gewoon effectiviteit (lean). Groeten Aventicum 23 jun 2010 22:37 (CEST)

Licentie

Het antwoord op de volgende vraag die ik mijzelf stel, krijg ik niet helder als ik de licentievoorwaarden lees. Kan iemand uitsluitdel geven?

Neem de volgende situatie. Ik voer een tekst in in Wikibooks. Voor die tekst put ik uit een gewoon uitgegeven boek en bewerk deze. Degene die het auteursrecht van dat boek heeft, wil wel accoord gaan met het gebruik onder de GNU-license.

Hij gaat er dus ook mee accoord dat de door mij geproduceerde tekst gratis beschikbaar is en vermenigvuldigd kan worden (tegen hoogstens de reproductiekosten).

Wat hij niet wil is dat de tekst direct of indirect hergebruikt wordt in een commerciële productie. Daarvoor zou afzonderlijk toestemming gevraagd moeten worden. Let wel: in de GNU-licentie staat dat de rechthebbbende voor elke andere publicatie zijn oorspronkelijke rechten behoudt.

Maar hoe zit het met de rechten op de bewerkte tekst: kan die putten uit het auteursrechtelijke boek met de bepaling dat dat voor het Wikibook is toegestaan, maar dat dat niet betekent dat de bewerkte tekst voor commerciële doeleinden mag worden gebruikt? Of is dat al automatisch zo en heb ik het alleen maar nog niet goed begrepen. --Yaso 24 jun 2010 16:46 (CEST)

Teksten die niet voor commercieel gebruik mogen vrijgegeven worden kan je hier niet plaatsen. De licentie van wikibooks is cc-by-sa/GDFL. Dus iedere licentie die anders of sterker is kan je niet gebruiken. Wat je wel kan doen is de tekst in kwestie lezen, onthouden waar over het gaat en eventueel extra opzoekingswerk doen en/of notities nemen en dan uit jouw notities en geheugen zelf een tekst schrijven. Dan is jouw tekst een eigen werk (waar je natuurlijk uit beleefdheid de gebruikte teksten vermeld als bron)

Wat in de GNU licentie staat is dat iedereen het werk verder mag verspreiden en aanpassen op voorwaarde dat ze hun aanpassingen weer vrijgeven. Maar als alle auteurs van een werk onder de gnu licentie akkoord gaan het ook aan iemand te geven die het niet wil vrij verspreiden, dan kan dit nog. --Sander (overleg) 24 jun 2010 21:28 (CEST)