User Details
- User Since
- Sep 8 2015, 11:50 AM (460 w, 1 d)
- Availability
- Available
- LDAP User
- Unknown
- MediaWiki User
- Ebonetti90 [ Global Accounts ]
Nov 22 2019
Nov 20 2019
Nov 19 2019
Oct 2 2019
I understand the situation, I do agree.
Sep 24 2019
I see, thanks! Actually not bad as a suggestion, I'll keep it in mind :)
Good morning Ariel :)
Pretty much I found this as an inconsistency while processing all Wikipedia dumps, so I reported it.
Sep 23 2019
Actually I don't know the URI myself, I found it as an error while processing the whole Pashto dump, so I reported it.
Sep 20 2019
Jun 20 2019
Well played, well played... we'll keep our fingers crossed for your tools then ;)
Thanks!! 😁 If I may push my luck a little bit more: would you consider splitting Cebuano?
Feb 22 2019
My bad, I'm sorry: when I checked the page I confused it with this category, thanks 😅
Feb 21 2019
Seems solved on my side too, thanks! :)
Difficult to tell: we are testing our sofware on broad set of languages for the first time, so I am only able to report these errors as they come.
Seems solved on my side too, thanks! :)
Feb 19 2019
Feb 12 2019
Yep yep, seems solved on my side too, thanks!
Jan 31 2019
Thanks a lot! I have filed a task for running the script.
Yep yep, this is a different kind of error ;)
It was some weeks that I was aware of this issue: whatever magic you did, now it works for me too, thanks!
Jan 4 2019
December dump now runs smoothly, thanks a lot for the fix 👍 - I'll let you know if ever anything arises on the new ones.
Dec 30 2018
Actually itwiki-20181201-pages-meta-history5.xml-p3147943p3289692.7z doesn't sum up, SHA1 is
5a684433a2e6c561f96fefcb480b8ee3318dd140
while it's reported as being:
Dec 27 2018
Good to know, thanks 👍
Dec 20 2018
Jun 18 2018
Now I see, thanks ... I even searched for it.
Jun 15 2018
Apr 6 2018
I see, this behavior is gonna break some automated scripts, still it seems a good trade-off .... I don't know enough the system to give any more suggestions: if you want to point me to some materials or explain briefly, maybe I can give some more. Otherwise it's still a major improvement! 💪
I'm sorry, be patient, let me just ask:
- is the update process gonna break the user experience during the begininning of every month? 😅
- If doing this incrementally by swapping a ready table/tipology/group is cumbersome, why not wait until the whole process is done, then update?
Apr 5 2018
I checked out the results: that's a major improvement, nicely done, I would say perfect! 💪 or almost: I cannot find the 7z enwiki-latest-pages-meta-history files :(
Mar 29 2018
👍
Mar 21 2018
That would be nice, thanks! Next time I'll specify better the issue from the beginning :)
Yep, yep , I agree with you, though as of now the situation is different: what's the convenience of keeping all the following links instead of just the latest one? 😏
Exactly, from my perspective it's pretty clear: it should contain only the latest avaiable data for every table/tipology/group, while right now it's a rought mix: just take a look at the dates of enwiki-latest-pages-meta-history files.
It's a bit of tradeoff: sacrificing temporal consistency between the files for getting the latest data avaible. On the other side, if someone is aiming for temporal consistent data should defintely go for the monthly dump :)
Mar 20 2018
I see, thanks ... well, I'm doing some automation, so for now I'm using a temporary fix based on the dates.
Let me know if you plan to fix it, otherwise I switch right away to the json files ;)