Wikipedia Diskussion:Download/Archiv
aus Wikipedia, der freien Enzyklopädie
Inhaltsverzeichnis |
[Bearbeiten] CUR-Tabellen
Kennt jemand die Bedetung der Spalten der cur-Tabellen? [1] ist offenbar nicht mehr aktuell. Was bedeutet z.B. "inverse_timestamp"? Ist "cur_id" für einen Artikel festgelegt oder kann sich der Wert später mal ändern? Oder kann jemand auf eine aktuelle Dokumentation verweisen?--El 21:20, 7. Sep 2003 (CEST)
Ich benutze noch immer eine Modem-Verbindung. Wäre es nicht möglich, gerade die PDA-Dateien in mehreren teilen (zB 4) zum Download anzubieten? 62.227.37.129 23:42, 29. Jan 2004 (CET)
Ich besitze leider einen etwas betagteren Linux-Server (<1GHz) der mit den riesigen SQL-Dumps hoffnungslos überfordert ist. Gibt es eine Möglichkeit, die Dumps, z.B. mit einem Shellscript, in leicht verdauliche Häppchen aufzuteilen? --sveith 18:07, 6. Apr 2004 (CEST)
Hat noch jemand Probleme beim Import von cur_table.sql?
Ich benutze OS X 10.3.4 und standard MySQL 4.0.20 und bekomme beim importieren den Fehler "Got a packet bigger than 'max_allowed_packet'" obwohl die Variable bereits per default auf dem Maximum (16M) steht. Carsten Lorenz 21:52, 3. Aug 2004 (CEST)
- Neulich hatte ich einen Fall, bei dem "max_allowed_packet" zweimal in der my.cnf auftauchte, einmal unter [mysqld] und einmal unter [mysqldump]. Eigentlich sollten sich die beiden nicht ins Gehege kommen, aber in dem Fall hat es geholfen, "max_allowed_packet" unter [mysqldump] zu löschen. --Echoray 22:10, 3. Aug 2004 (CEST)
-
- Guter Tip. Hat bei mir funktioniert, nach Neustart des mysql-Servers. Ich habe einfach beide max-Werte auf 16M gesetzt. --Mw 23:34, 30. Aug 2004 (CEST)
[Bearbeiten] Umlaute und refreshlinks
Sali,
Hat noch jemand Probleme mit Umlauten nach dem Import?
Hat jemand Probleme refreshlinks usw. aufzurufen (AdminSettings ...)
DWay 12:54, 1. Sep 2004 (CEST)
Windows? Dort ist das Problem bei mir in der Tabelle cur in der Spalte cur_title beim auslesen mit Delphi aufgetreten. (Andere Tabellen habe ich bislang nicht verwendet) Das liegt wohl daran, dass die Spalte als binary angelegt wird. Jedenfalls war das Problem bei mir verschwunden, nachdem ich mit gawk das "binary" aus der Definition entfernt habe. Bei cur_timestamp mache ich das auch und bekomme die Spalte dann auch im richtigen Format. --Berthold Werner 09:17, 3. Feb 2005 (CET)
- Hab auch ein Problem mit den Umlauten, was muß den eigentlich eingestellt sein? Aus "Baden-Württemberg" macht er "Baden-Württemberg" der Browser bräuchte aber "Baden-W%C3%BCrttemberg" dann würden die Links laufen.
-
- In PHP hilft der Befehl utf8_decode($feld) Kolossos 00:09, 19. Apr 2005 (CEST)
[Bearbeiten] Keine Aktualisierung mehr?
Die letzte Aktualisierung von Index of /archives/de war am 8.Jan. normalerweise wäre längst ein neuerer dump fällig. 07:26, 2. Feb 2005 (CET)
- es gibt scheinbar seit einem monat kein update mehr. technische probleme? traffic? fragen über fragen... komA 00:28, 4. Mär 2005 (CET)
es gibt wieder eine aktuelle version: -> http://download.wikimedia.org/archives/de/cur_table.sql.bz2 *freu*
Ich erhalte beim Dump der old-Tabelle den Fehler "The table 'old' is full" vom MySQL-Server. Hatte das schonmal jemand? Wie kann man das Problem beheben?
- Warum nimmst du nicht einfach die cur-Tabelle ? Stephan Herz
Ist irgendwo eine Howto, mit der ich das ganze in Access anschauen kann? (Windows)
- Ich hab kein Windows und daher auch kein Access, aber wenn du die .sql nicht direkt öffnen kannst, dann probier doch mal "was geht - ist den ODBC Treiber für MYSQL von mysql runterladen und in access die DB als ODBC DB öffnen" (ergoogelt) Stephan Herz 07:50, 15. Jan 2005 (CET)
- hast du da gerade "jehova" gesagt? ;) - ne, im ernst, ich finde die idee an sich irgendwie abstossend... komA 20:38, 5. Apr 2005 (CEST)
Zu dem Kommandos:
- gzip -dc de_links_table.sql.gz | mysql -u wikiadmin -padminpass wikidb'
- gzip -dc de_brokenlinks_table.sql.gz | mysql -u wikiadmin -padminpass wikidb'
Wenn der browser (z.B. Firefox) die Daten beim Runterladen von sich aus entzipt (ohne die Endung .gz zu entfernen!), reicht:
- cat de_links_table.sql.gz | mysql -u wikiadmin -padminpass wikidb'
- cat de_brokenlinks_table.sql.gz | mysql -u wikiadmin -padminpass wikidb'
Probleme macht noch das php rebuildlinks.php. Da mault mein php: ""MySQL functions missing, have you compiled PHP with the --with-mysql option?", was ich eigentlich mit ja beantworten würde. Mal sehen, wo es da hakt. --Mw 23:34, 30. Aug 2004 (CEST)
- Nicht gezipt? Das würde mich wundern, und ein schneller Test hat gerade das Gegenteil bewiesen ;-). Hast Du die Dateien mit Mozilla Firefox downgeloadet? Der Browser ist dafür bekannt, gzip-Dateien in vorauseilendem Gehorsam zu entpacken, ohne die Dateiendung zu ändern. --Echoray 00:10, 31. Aug 2004 (CEST)
-
- So ist es. Der Firefox hat wohl noch einige Macken. Ich habe meinen Text oben geändert, um hier keinen Unsinn zu verbreiten- --Mw 08:54, 31. Aug 2004 (CEST)
[Bearbeiten] Fehlermeldung im Zusammenhang mit Sessions
Ich habe ein System mit Linux 9.1, Apache2, MySQL und PHP4 und eine Kopie der Wikipedia (auf MediaWiki) bei mir eingerichtet. Alles läuft, nur bekomme ich folgende Nachricht, wenn ich eine Seite bearbeiten will: Call to undefined function: session_set_cookie_params()in /srv/www/htdocs/wiki/includes/User.php on line 165 Hat jemand eine Ahnung, wo das Problem liegen könnte?
- Deinem PHP fehlt die Unterstützung für "Sessions". Ich weiß nicht, ob und wie man bei "Linux 9.1" (Du meinst wahrscheinlich SuSE Linux 9.1?) diese Funktionalität nachrüsten kann. Bei anderen Distributionen wie Debian ist Session-Support serienmäßig mit dabei, bei Gentoo kann man es per Use-Schalter nachrüsten, aber SuSE habe ich nicht hier und kann nicht wirklich was dazu sagen. --Echoray 21:07, 14. Dez 2004 (CET)
-
- Habe mit yast (ja, ich meinte Suse Personal 9.1) php-sessions installiert, nun klappt alles! Vielen Dank für die prompte Hilfe!!
[Bearbeiten] Bilderdownload nicht möglich
Es scheint neuerdings kein Archiv mehr mit den Bildern zum Download auf download.wikipedia.org/archives/de zu geben. Werden diese prinzipiell nicht mehr zur Verfügung gestellt? Ich habe noch eine alte Datei (20041106_upload.tar), weiß jedoch nicht, wie ich sie in meine bestehende lokale Wikipedia-Kopie einbinden kann. Bin für jede Hilfe dankbar! --Plek2 14:16, 15. Dez 2004 (CET)
- Es kan sein, dass die Bilder irgendwann wiederkommen. Sie werden im Moment nicht zum Downlad angeboten, weil die Zusammenstellung des tar-Archivs den zuständigen Server und mit ihm den ganzen Cluster in die Knie zwang. Die Bilder aus dem Archiv müssen IMO ins Verzeichnis "images" im Wikipedia-Ordner entpackt werden. --Echoray 16:16, 15. Dez 2004 (CET)
Gibt es eine Möglichkeit, die Bilder anderweitig zu laden oder den SQL-Dump so zu verändern, dass die Bilder nicht lokal gesucht werden, sondern diese aus dem Internet kommen, sprich ein lokales Wikipedia allerdings mit Online-Bildern? MarkOH 01:02, 26. Mai 2005 (CET)
Wenn man die Bilder wenigstens als Thumbnails bekämme währe das schon schön. Dann sollten auch die Datenmengen nicht das Problem sein. (3kB x 20000 Blder=60 MB) Für mein kleines Projekt (s. Benutzer:Kolossos/Sitemap) bräuchte ich die Bilder allerdings am besten in der speziellen Größe für 3D von 64x64 Pixeln mit seitlichem Rahmen. Kolossos 13:29, 5. Jun 2005 (CEST)
[Bearbeiten] Nichts passiert
Ich habe erfolgreich xampp 1.4.10a installiert und habe und sowohl den Apachen als auch den MySQL-Dienst gestartet. Möchte ich nun MediaWiki installieren, so bekomme ich nach Klick auf den Install-Button eine leere Seite. Die Datenbank wird angelegt (unter phpMyAdmin zeigt er eine Datenbank an), jedoch scheint die Installation irgendwo abzubrechen. Aktualisiere ich die leere Seite, so bekomme ich folgende Meldung:
Updating ipblocks table... Query "ALTER TABLE ipblocks ADD ipb_auto tinyint(1) NOT NULL default '0', ADD ipb_id int(8) NOT NULL auto_increment, ADD PRIMARY KEY (ipb_id)" failed with error code "Table 'dewiki.ipblocks' doesn't exist".
Kann mir jemand helfen? Benutze XPHome mit SP2 und XAMPP 1.4.10a (habe diverse Versionen von MediWiki ausprobiert, ab 1.3 immer obiges Problem)
"Die Datenbank wird angelegt (unter phpMyAdmin zeigt er eine Datenbank an), jedoch scheint die Installation irgendwo abzubrechen." Waere schoen, wenn du hier genauere Infos geben koenntest --nemonand(nicht eingeloggt)
Benutze nun MediaWiki 1.4beta3 auf der letzten xampp-beta. Bekomme diesmal andere Fehlermeldung:
Checking environment...
PHP 4.3.10: ok
Warning: PHP's register_globals option is enabled. MediaWiki will work correctly, but this
setting increases your exposure to potential security vulnerabilities in PHP-based software
running on your server. You should disable it if you are able.
PHP server API is apache2handler; ok, using pretty URLs (index.php/Page_Title)
Have XML / Latin1-UTF-8 conversion support.
PHP is configured with no memory_limit.
Have zlib support; enabling output compression.
Turck MMCache not installed, can't use object caching functions
Found GD graphics library built-in, image thumbnailing will be enabled if you enable uploads.
Installation directory: C:\apachefriends\xampp\htdocs\mediawiki-1.4beta3
Script URI path: /mediawiki-1.4beta3
Warning: $wgProxyKey is insecure
Connected as root (automatic)
Connected to database... 4.1.8; enabling MySQL 4 enhancements
Warning: $wgProxyKey is insecure
Created database mediwiki1
Creating tables... done.
Initializing data...
Granting user permissions... Sorry! The wiki is experiencing some technical difficulties, and cannot contact the database server.
Seltsam ist auch, dass mit phpMyAdmin als Sortierung latin1_swedish_ci anzeigt (habe während der Einrichtung Deutsch-Unicode angegeben). --Plek2 19:52, 27. Dez 2004 (CET)
- Das mit der schwedischen Collation ist normal bei MySQL 4.1. Man kann es umstellen, wenn einem die Sortierung von Umlauten wichtig ist. Was das eigentliche Problem betrifft: Es kann sein, dass hier eine Inkompatibilität zwischen MySQL 4.1 und dem Modul php4-mysql zu Tage tritt. Es gibt jedenfalls einen entsprechenden Bug in unserer Datenbank. Ich weiß nicht, ob es das wirklich ist. --Echoray 17:56, 28. Dez 2004 (CET)
[Bearbeiten] Fehler in der Datenbank?
MySQL Meldet mir beim Versuch die cur_table vom 9.3. 2005 einzuspielen: ERROR 1062 (23000) at line 48: Duplicate entry '0-ALDI' for key 2 - was bedeuten würde, dass es zwei Artikel mit Namen Aldi gäbe. Weis jemand etwas darüber?
--Berthold Werner 15:08, 10. Mär 2005 (CET)
Ich hab's rausgefunden: es gab zwei Redirects Aldi und ALDI jeweils auf Aldi-Gruppe. Da ich die Spalte cur-title nicht als varchar(255) binary sondern als varchar(255) angelegt habe, waren beide Zeilen für MySQL identisch. Inzwischen wurde ALDI gelöscht, so dass mein Problem beim nächsten Dump behoben ist.
--Berthold Werner 14:56, 4. Mai 2005 (CEST)
[Bearbeiten] Import der vielen cur dumps (warum drop table in jedem dumpfile)
Hallo! Warum enthält jedes der SQL dump Scripte auf http://dumps.wikimedia.org/#wikipedia ein "drop table cur if exists"? Somit ist es doch unmöglich die vielen Dumps (aa.wikipedia, ab.wikipedia, ...) zu importieren da der cur-table ja bei jedem dump-script gelöscht wird. Für Infos wäre ich wirklich sehr sehr dankbar. --Lorr 10:57, 2. Jun 2005 (CEST)
- Du möchtest die Inhalte aller Sprachen in einer Datenbank speichern? --Berthold Werner 11:19, 2. Jun 2005 (CEST)
- Ja genau. Nochmal in aller Deutlichkeit: Diese aa, ab und so weiter sind Sprachcodes und keine fortlaufende Nummerierung. Dumps von zwei unterschiedlichen Sprachen in einer Datenbank würden sich beißen. --Echoray 12:24, 2. Jun 2005 (CEST)
- Danke, genau dass war die falsche Annahme. Ich dachte es sind die Anfangsbuchstaben der Begriffe - aufgrund der Menge der Begriffe in einzelne dumps aufgeteilt, etwas peinlich, ahem ... --Lorr 12:28, 2. Jun 2005 (CEST)
[Bearbeiten] Downloadlinks
Auf der Downloadseite wird mittlerweile darauf hingewiesen, dass europäische User den Kennisnet-Mirror verwenden sollen - sollten wir da nicht die Links im Artikel entsprechend anpassen? Oder gibt es Gründe dagegen? -- srb ♋ 10:42, 13. Jun 2005 (CEST)
unter http://dumps.wikimedia.org/#wikipedia scheint es die cur_table.sql zu geben, allerdings aufgesplittet in 100te von dateien. -> gibt es die irgendwo als eine datei (oder <10dateien) zum download? thx Ckeen 14:17, 18. Jul 2005 (CEST)
- Schau mal oben unter "Import der vielen cur dumps". Ich glaube, das hilft dir weiter! --Berthold Werner 14:54, 18. Jul 2005 (CEST)
ups ok, danke ;) Ckeen 11:26, 19. Jul 2005 (CEST)
[Bearbeiten] Bilder Dumps
Hallo zusammen
Der letzte aktuelle Bilder-Dump ist ja nun schon gut 8 Monate alt. Meine Frage - wäre es möglich, diesen wieder einmal auf den neusten Stand zu bringen?
Wäre es vieleicht eine gute Idee, wenn man oder auch frau, in Zukunft Differenz-Dumps der Bilder machen würde? Ich stelle mir das so vor, dass jeweils ausgehend des letzten kompletten Dumps ein Differenz-Dump der neuen und geänderten Bilder gemacht werden könnte. Dieser würde dann zwar jedesmal etwas wachsen, wäre aber viel kleiner und vorallem aktueller.
Wenn der Differenz-Dump langsam zu gross wird, erstellt man wieder einen vollständigen Dump und das Spiel beginnt von vorne. Ich kenne die interne Infrastruktur von Wiki nicht, gehe aber davon aus, dass sich ein solches Vorgehen per Script automatisieren liesse (wie es ja jetzt mit den Daten-Dumps auch bestens klappt).
In freudiger Erwartung und Dankbarkeit http://lexikon.webliste.ch
-- SunMan 09:37, 14. Mai 2006 (CEST)
- Es gab vor kurzem, am 23.06.06., einen aktuellen Dump der Bilder der franz. Wikipedia (vgl. hier und nachfolgende mails). Dies geschah auf Zuruf, d.h. auf Wunsch eines fr: Wikipedianers. Ich bin etwas überfragt, wann und ob es ein weiteres Update für andere Sprachen geben wird. Tatsächlich meine ich gelesen zu haben, das dies irgendwann passieren wird, rechtliche Probleme (vor allem was die en: Bilder angehnt, die anteilig unfrei sind) sind auch ein Thema. Soweit ein halb-informierter --Mdangers 11:32, 5. Jul 2006 (CEST), vielleicht weiss jemand anderes mehr.
- Die Bilder sollten unbedingt genauso wie die Texte zum regelmäßigen Download angeboten werden, sonst ist es mit der freien Enzyklopädie meiner Meinung nach nicht mehr weit her. Zusätzlich sollten auch Thumbs in einer üblichen Größe angeboten werden da die GB kaum noch zu shaufeln sind. Kolossos 10:58, 12. Okt. 2006 (CEST)
