Xmldatadumps-l

xmldatadumps-l@lists.wikimedia.org

720 discussions

useful stuff
by peyman＠robustlinks.com 10 Jun '16

10 Jun '16

Hello, I've heard you were looking for that stuff for a long time, so I finally found it for you, read more here <http://vitridesta.ronaldjcox.com/lnlntneq> peyman(a)robustlinks.com

1 0

useful info
by peyman＠robustlinks.com 10 Jun '16

10 Jun '16

Hey, As I understood from your last message you were looking for some information , I think this is it <http://thophiwuhu.capacitygroup.net/lnvmdxra> Good wishes, peyman(a)robustlinks.com

1 0

Downloading images in the Wikipedia Dump
by Praveen Balaji 17 May '16

17 May '16

Hello! Is there a way to tell whether an image is on the "commons" wiki or on "enwiki". Some images seem to be available on "wikipedia/commons", like so: https://upload.wikimedia.org/wikipedia/commons/a/a9/Example.jpg and some others on "wikipedia/en" like so: http://upload.wikimedia.org/wikipedia/en/6/68/Crocodile_dundee_ii_ver2.jpg Thanks in advance for your answers. Cheers Praveen

2 2

Re: [Xmldatadumps-l] Missing pages from XML dump?
by Marcus Truscello 06 May '16

06 May '16

Actually, it seems quite a few cryptocurrency related articles are missing. Litecoin, Ethereum, Namecoin, Dogecoin, CryptoNote, etc. Most of these articles transclude Template:Cryptocurrencies, but I'm not sure why they wouldn't appear in the XML dump.

2 3

Missing pages from XML dump?
by Marcus Truscello 01 May '16

01 May '16

Using the 2016-04-07 pages-articles dump as a reference: https://dumps.wikimedia.org/enwiki/20160407/enwiki-20160407-pages-articles.… It appears that the Litecoin article (ID 37395085, fetched from https://en.wikipedia.org/wiki/Special:Export) is missing from the referenced XML dump. The dump contains stub articles that redirect to the Litecoin article, but the Litecoin article itself is missing. I don't see anything in particular about the article that would result in it being excluded, and I was hoping someone could shed some light on the situation. Was the article excluded because of some criteria or on accident? If articles are being excluded from the XML dumps, is it possible to obtain them elsewhere? -Marcus

1 0

Fwd: Failed dumps
by Ariel Glenn WMF 22 Apr '16

22 Apr '16

---------- Forwarded message ---------- From: Ariel Glenn WMF <ariel(a)wikimedia.org> Date: Fri, Apr 22, 2016 at 9:21 PM Subject: Re: [Xmldatadumps-l] Failed dumps To: InfoSports <al(a)infosports.com> Cc: gnosygnu <gnosygnu(a)gmail.com>, Ariel Glenn WMF <ariel(a)wikimedia.org> I've been out ill this week. First day back today. I'm tracking this issue here, including any reruns: https://phabricator.wikimedia.org/T133416 Ariel On Fri, Apr 15, 2016 at 6:26 PM, InfoSports <al(a)infosports.com> wrote: > I noticed the decreased size as well. > > Also, there are many duplicates in the download. Example article titles… > > Rainbow, California > Murrieta, California > Fallbrook, California > Temecula, California > Wildomar, California > Sedeco Hills, California > Palomar Mountain > ...and many more > > > Please re-run the process. There are too many errors in this one to be > usable. > > Thank you in advance. > > -Al > > > > On Apr 14, 2016, at 8:56 PM, gnosygnu <gnosygnu(a)gmail.com> wrote: > > > > Hi. I think there may still be problems with the 2016-04-07 English > Wikipedia dump. It's missing many articles in the Module namespace. > > > > Here are some details: > > * I downloaded > https://dumps.wikimedia.org/enwiki/20160407/enwiki-20160407-pages-articles.… > . I got an XML file that was 10.8 GB (i.e.: it does not look severely > truncated) > > * I ran the following grep commands. Note that Module:Hatnote is blank. > I ran the last grep to show that the criteria should be correct. > > root~> grep "<title>Earth</title>" /home/root/xowa/wiki/ > en.wikipedia.org/enwiki-latest-pages-articles.xml > > <title>Earth</title> > > root~> grep "<title>Template:About</title>" /home/root/xowa/wiki/ > en.wikipedia.org/enwiki-latest-pages-articles.xml > > <title>Template:About</title> > > root~> grep "<title>Module:Hatnote</title>" /home/root/xowa/wiki/ > en.wikipedia.org/enwiki-latest-pages-articles.xml > > root~> grep "<title>Module:" /home/root/xowa/wiki/ > en.wikipedia.org/enwiki-latest-pages-articles.xml > > <title>Module:Location map/data/Croatia/doc</title> > > <title>Module:Location map/data/USA Alabama/doc</title> > > ... > > * The following Modules appear to be missing in the 2016-04-07 dump > > Module:Use_mdy_dates > > Module:Pp-move-indef > > Module:Protection_banner > > Module:Unsubst > > * By my count, there were 2,970 articles in the Module namespace in the > 2016-03-05 dump. In contrast, there are only 652 in the 2016-04-07 dump. > > > > Let me know if you need any other information. I believe that the above > can be verified by anyone else, but I'd be happy to provide more detail > > > > Thanks. > > > > > > > > > > On Thu, Apr 14, 2016 at 8:49 AM, Ariel Glenn WMF <ariel(a)wikimedia.org> > wrote: > > It hasn't failed. It's still running but the jobs that previously > failed have been left in that status until they get rerun. That's standard > behavior. Don't worry, be happy! :-) > > > > Ariel > > > > On Thu, Apr 14, 2016 at 2:15 PM, Nicolas Vervelle <nvervelle(a)gmail.com> > wrote: > > But at least, pages-articles worked, so it's ok for me. > > > > On Thu, Apr 14, 2016 at 1:13 PM, Nicolas Vervelle <nvervelle(a)gmail.com> > wrote: > > Well, enwiki failed again today... > > > > On Wed, Apr 13, 2016 at 4:37 PM, Ariel Glenn WMF <ariel(a)wikimedia.org> > wrote: > > You are right. Two jobs were competing for enwiki since I allocated one > more lousy core to the host that runs them. I've fixed the config to avoid > that. It will resume in a few hours with cron. > > > > Ariel > > > > On Wed, Apr 13, 2016 at 4:37 PM, Nicolas Vervelle <nvervelle(a)gmail.com> > wrote: > > Thanks Ariel, > > > > It seems to have worked for some dumps (frwiki for example), but other > dumps are still failing (enwiki for example) > > > > Nico > > > > On Tue, Apr 12, 2016 at 11:04 AM, Ariel Glenn WMF <ariel(a)wikimedia.org> > wrote: > > Hi Nicolas, > > > > These will be picked up on reruns, which will happen over the next day > or so. The failure was caused by an obscure hhvm bug which only triggers > under certain circumstances. For more information about that, see: > https://phabricator.wikimedia.org/T94277 > > > > This morning I did jobs cleanup, switched the dump jobs to use php5 > again and the dumps have restarted. > > > > Ariel > > > > On Tue, Apr 12, 2016 at 11:25 AM, Nicolas Vervelle <nvervelle(a)gmail.com> > wrote: > > Hi, > > > > Is anyone working on the failed dumps for April ? (enwiki, frwiki, > ruwiki, itwiki, ...) > > > > Nico > > > > _______________________________________________ > > Xmldatadumps-l mailing list > > Xmldatadumps-l(a)lists.wikimedia.org > > https://lists.wikimedia.org/mailman/listinfo/xmldatadumps-l > > > > > > > > > > > > > > > > > > _______________________________________________ > > Xmldatadumps-l mailing list > > Xmldatadumps-l(a)lists.wikimedia.org > > https://lists.wikimedia.org/mailman/listinfo/xmldatadumps-l > > > > > > _______________________________________________ > > Xmldatadumps-l mailing list > > Xmldatadumps-l(a)lists.wikimedia.org > > https://lists.wikimedia.org/mailman/listinfo/xmldatadumps-l > >

1 0

SQL dumps take much time to import
by Phyambre 22 Apr '16

22 Apr '16

Dear all, I recently tried to import one of the latest SQL dumps of English Wikipedia titles in MySQL: * 2016-04-11 20:07:38 done Base per-page data (id, title, old restrictions, etc). o enwiki-20160407-page.sql.gz <https://dumps.wikimedia.org/enwiki/20160407/enwiki-20160407-page.sql.gz> 1.3 GB I think there is a performance issue that can be largely improved. Despite I disabled the check of foreign constraints and I enabled a large packet size and did some other optimizations, I took around 2 days to do it in a laptop with 8GB of RAM. I think I can't disable the autocommit due to the lack of RAM, but even without auto_commit I tried to modify some columns and it took ages. I did a test. I edited the SQL dump file and remove the creation of indexes when the table is created. This was not very easy because very few test editors can open such a large file. I ran the import again, without inidices and key constraints, etc. and it took less than two hours. Creating the indices / key constraints after importing the tables took around 10-15 minutes per index. I think with the original dump there is a problem: all the indices are being rebuilt after every insertion, which seems to be very inefficient. So I would like to ask if there is any way that the dump files are created in a more optimized way, skipping the index creation at first and leaving it for the end of the script. Best regards, Rafael

2 1

Failed dumps
by Nicolas Vervelle 15 Apr '16

15 Apr '16

Hi, Is anyone working on the failed dumps for April ? (enwiki, frwiki, ruwiki, itwiki, ...) Nico

3 7

Duplicate pages
by Sebastiano Vigna 12 Apr '16

12 Apr '16

The current dump enwiki-20160204-pages-articles.xml.bz2 contains duplicate pages. In particular, "Total Nonstop Action" and "Ida de Grey" appear twice. Is this going to be fixed or should we assume that there might be duplicated pages in the dump? This never happened to us before. Ciao, seba

2 4

Drivers, start your dumps
by Bryan White 04 Apr '16

04 Apr '16

Could somebody please kick the dump machine or better yet, kick Ariel. :) The dumps have yet to start for April. Bryan

2 1

← Newer
1
...
26
27
28
29
30
31
32
...
72
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

Xmldatadumps-l