Law for Detecting Fraud in Elections. MIT Voting Technology Project Working Paper No. Juli 2005 in dieser Version in die Liste der lesenswerten Artikel aufgenommen. können im Regelfall durch Anklicken dieser abgerufen werden. Möglicherweise unterliegen die Inhalte jeweils zusätzlichen Bedingungen. Durch die Nutzung dieser Website erklären Sie sich mit den Nutzungsbedingungen und der Datenschutzrichtlinie einverstanden. ist eine eingetragene Marke der Wikimedia Foundation Inc. Inwiefern passen diese Projekte dazu?
Die dort angestrebte Seitenzahl ist: mindestens 164 Seiten, titelabhängig bis zu 400 Seiten. Es gibt auch dort eine vorgegebene Strukur Aufbau_eines_Bandes: So hat jeder Band ein Register, eine Kurzbeschreibung für die Rückseite, ca. Zeilen, die neugierig auf den Inhalt machen, einen Klappentext, Literaturangaben als eine Liste der grundlegenden Literatur zum Thema des Buches. Sie sollte nicht länger als eine Seite sein, das sind max. Diese Liste sollte konsistent formatiert sein.
statt 3866400012, optional eine Danksagung etc. Sollten wir also eine mehr einheitliche Struktur anstreben? Eine einheitliche Struktur wäre schon gut, wobei sie ja nicht die selbe wie bei WikiPress sein muss. Wikibook automatisiert via LaTeX nach PDF umwanden, Alpha Version fertig.
Generator für Wikipedia, Wikibooks etc. Was ist denn da geplant? Auf die Frage, ob sich ein Verlag findet, kann man nur antworten, wenn man weiß, wie es bezahlt werden soll. Wenn sich das Projekt selbst tragen soll, kommen sicher nur einige wenige Bücher in Frage, und die sind dann vermutlich nicht dick genug, als dass jemand dafür Geld ausgeben würde.
Kleine Auflagen haben zudem hohe Druckkosten. books on demand wäre eine Idee. Der Link sieht ganz gut aus. Rahmenvertrag ist hier nicht anwendbar. vollständig entfernt und durch einen Verweis auf die GFDL erstetz werdern. Wenn ein Verlag die Bücher drucken möchte, darf er es von sich aus tun dazu ist die GFDL da. Eine FAQ für Verlage und Selbstdrucker wäre somit imho das Sinnvollste.
Was ist daran so falsch? Darf man fragen warum? Ist es etwas was wir ändern können, zum Beispiel an Stil, Aufbau oder Umfang der Bücher? Bänden beschäftigt und sieht eine Zusammenarbeit mit Wikibooks vorerst nicht vor, wie es mir von Seiten des Verlages mitgeteilt wurde. Themenplanung und unter Weitere Themenfelder steht ja Klettern incl. Also kann man doch auf dieses Projekt aufspringen, ohne eine neue Form suchen zu müssen?
Sie wollen keine Wikibooks drucken. im Moment ist es aber schlicht nicht realisierbar. Der Grund ist relativ profan: Wir sind dabei, die Reihe WikiPress auf dem Buchmarkt einzuführen und zwar profiliert als Bücher basierend auf Inhalten aus der Wikipedia. Diese Markteinführung ist ein ziemlicher Stiefel und deutlich anstrengender als ursprünglich angenommen, im Klartext heißt das: jeder Band kostet uns richtig Geld und solange sich die Reihe nicht etabliert hat sind alternative Reihen schlicht nicht finanzierbar. Sie wollen keine Wikibooks drucken.
zu tun, sie können schlicht nicht. wäre aus meiner Sicht sehr interessant. vielleicht kann man ja WikiPress doch noch etwas ausweiten. Es gibt also auch noch technische Schwierigkeiten beim Import, das sollte aber mittelfristig lösbar sein. Gruß Marcela aka Ralf Roletschek 217. Hallo und Dank an Achim und Ralf, so ist es. Statistik hatte ich kurz mit Philipendula gesprochen, auch eine feine Sache.
Engagement gekommen, zu viele Projekte auf einmal sind auch nicht gut. Realistisch betrachtet werden wir uns im nächsten halben Jahr nicht mit Wikibooks beschäftigen können, doch die Zeit arbeitet für uns alle, nicht wahr? Ich habe eine download Anleitung für Wikibooks geschrieben. Sehr störend ist das Problem mit den Doppelpunkten.
Diese Idee ist megageil! Macht nur weiter so! Vielleicht klappt es ja! Leider macht sich eine Verkleinerung der Schriftgröße nicht in der Druckvorschau bemerkbar. Was könnte man da machen? Ich habe mittlerweile meine eigenes kleines Druckprojekt gemacht. Bis jetzt sind 2 Bücher vorhanden, die jedoch noch nicht in Wikibooks veröffentlicht wurden, obwohl sie schon fertig sind.
Näheres ist auf meiner Diskussionsseite und meiner Benutzerseite angegeben. Aber ganz abgesehen davon: Ich wäre froh über Kritiken. Format zum download zur verfügung, von einem externen server. Ich wäre froh über kritiken, auch am gesamten Aufbaukonzept.
Mein Konzept ist, neben einer gleichbleibenden, an Wikibooks angelehnten Grafik, den Mut zur individualität. Jedes Buch ist anders aufgebaut. Artikeln ratsam ist, brauch man für ein Buch mit sehr viele Externe links eher eine Kapitelbezogene Lösung. Ich hoffe wirklich stark, dass ich Mitstreiter finde und Leute, die mir Kritik schreiben. Ohne Kritik keine Verbesserung, ohne Verbesserung kein Fortschritt, ohne Fortschritt Verfall. Dabei scheint es zwei vorherschende Formate zu geben: Mobipocket und Tomeraider.
Fassung mit einem Script aus der Datenbank erzeugt das wäre doch auch eine Idee für WikiBooks? Was haltet ihr davon? Beim nächsten mal beachten: Tabellen Schwarz auf weiss. Schwarz auf Hellgrau sieht zwar genial aus, braucht aber rel.
Auch gelungen ist das Glossar, Praktische Idee. USA Der Link auf den Nachsendeservice der Post ist Unpraktisch, weil lang und kryptisch. weil sie zwar lang aber immerhin verständlich sind. Die kryptischen Links auf Aus Deutschland in die USA umziehen: Literatur und Weblinks auffürhen und in der Bruckversion dann auf diese Seite verweissen?
Seite 48: Kleines Detail: Der Link www8. und ob es die 8 braucht, weiss ich auch nicht. Danke für das Lob! Ich habe neue Versionen von Klartraum: PDF und Aus Deutschland in die USA umziehen: PDF hochgeladen.
Ich habe deine Vorschläge eingearbeitet. USA habe ich einen kürzeren Link zum Nachsendeservice gefunden und eingefügt, photoy. com geht auch ohne die acht. Datei, von der ich zu PDF konvertiere gefunden.
Allerdings habe ich den Hintergrund nun ausdrücklich auf weiß festgelegt. Die Schriften habe ich verbessert. weil es meiner Meinung nach besser aussieht. Linux und Mac haben sie auch. Damals habe ich ausversehen einige Fehler gemacht.
Jetzt ist es so, wie ich es wollte. Bei beiden habe ich die überflüssigen Zeilenwechsel bei der GFDL verbessert, die Absätze habe ich gelassen. bezieht sich das auf die Kapitelzählung der Übersetzung des Dialogs Phaidon von Barbara Zehnpfennig. Es lebe die Openoffice. Hi ich bräuchte auch einen Seitenumbruch?
Gibt es da nun was? Wikibook automatisiert via LaTeX nach PDF umwanden, Alpha Version fertig. Ich habe den Code des Wikipdf Projektes modifiziert und damit ein Buch nach PDF gewandelt. Das Program braucht als einzige Angabe die URL der Druckversion und schreibt dann die PDF Version auf die Platte. Den Quellcode habe ich an das Wikipdf Projekt zurück geschickt. Nach meinem derzeigtigen Wissen würde ich eine Vollstädnig automatisierte Erstellung von PDF auf diesem Wege nicht empfehlen da das Program noch nicht die Notwendige Stabilität auffweist.
Ich erwarte auch, dass es irgendwann gehen wird. Es gibt nun zwei Möglichkeiten. Ich stelle meinen Code ohne weitere Rücksprache mit Wikipdf als release bereit.
Ich warte bis die Wikipdf Entwickler Zeit haben meinen Code einzubauen und eine lauffähige Version releasen. Technisch bin ich sehr stark dafür den Weg über Latex zu wählen. Latex ist ein sehr weit entwickletes Textsatzsystem und wird im Wissenschaftlichen bereich überwiegend verwendet und daher meiner Meinung nach das bestmögliche System für eine Lehrbuchsammlung. Wikipdf ist in Python geschrieben.
Python ist als objektorientierte bytecodeinterpretierte Sprache, eine richtige Wahl für das zu lösende Problem, meiner Ansicht nach sogar die beste. Soviel von mir zur Technik. Noch ein Wort zur Rechneleistung die es braucht ein PDF zu erstellen. der grossteil der Zeit wird von LaTeX für den eigetlichen Textsatz sowie für die Einbindung der Grafiken benötigt, ist also im Rahmen der entwicklung von wikipdf nicht nenneswert zu senken. Was ich mir vorstellen könnte wären nighly snapshots.
Einmal am Tag wenn die Last auf den Servern gerade niedrig ist werden alle Bücher nach PDF gewandelt. Wir könnten so ein System auch jetzt schon testweise Aufsetzen, bis es aber wirklich für alle Bücher gute Ergebnisse liefert werden wohl noch Monate bis Jahre vergehen. nicht kommen, da an den Büchern hier nun mal immer gearbeitet wird, was bedeutet, dass oft irgendwo eine Baustelle ist.
Ein manueller Build kann diesen Faktor berücksichtigen. Ein weiteres Argument gegen Nightly Build ist, dass es keine Tageszeit gibt, in der die Server nicht stark belastet sind. Schließlich ist irgendwo immer Tag. Wenn dann während der Buildphase noch Amsterdam ausfällt, was regelmäßig passiert, sind Schäden an den PDF nicht auszuschließen. Sowas möchte ich meinen Lesern nicht zumuten.
