http://bugs.openzim.org/show_bug.cgi?id=18
Summary: debian needs an init.d script
Product: openZIM
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P5
Component: zimreader
AssignedTo: tommi(a)tntnet.org
ReportedBy: andyr(a)wizzy.com
CC: dev-l(a)openzim.org
Estimated Hours: 0.0
One attached.
--
Configure bugmail: http://bugs.openzim.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
http://bugs.openzim.org/show_bug.cgi?id=26
Summary: CRC check
Product: openZIM
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P3
Component: zimlib
AssignedTo: tommi(a)tntnet.org
ReportedBy: emmanuel(a)engelhart.org
CC: dev-l(a)openzim.org
Estimated Hours: 0.0
Downloaded ZIM files are unfortunately not always fully valid at the end of the
download stage. Consequently users may have a bad user experience without
having a chance to easily check if the file is valid.
It would be great to provide in the zimwriter/zimlib a way to check the zim
file integrity easily.
A way to achieve that could be:
* At the end of the ZIM file creation process (file is created) compute and
append at the end of the file a CRC (md5sum, sha1)
* In the zimlib add a method checkIntegrity() or something similar able to
compute the CRC from the file (excepting the CRC hash at the end) and make the
comparison.
Hash algorithm should be fast and reliable (md5?).
--
Configure bugmail: http://bugs.openzim.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Just wanted to draw your attention to the blog post that went out today
regarding offline:
http://blog.wikimedia.org/
Feel free to leave comments either there or on this list!
Best,
Jessie
***
*Update on Offline Wikipedia Projects *
The last week was a big week for expanding offline Wikipedia
<http://meta.wikimedia.org/wiki/Offline_Projects> work.
Right now, /offline/ refers to supporting read access to Wikimedia
content without an Internet connection. This increases the reach of the
Wikipedia movement by providing more opportunities for people all over
the world to access the materials. Some of the recent initiatives
surrounding this project were documented in Wikimedia's tech blog
<http://techblog.wikimedia.org/2011/01/update-on-offline-wikimedia-projects/>
about a month ago (for more detail regarding the purpose for offline
work, see the offline strategy
<http://strategy.wikimedia.org/wiki/Offline> page).
In support of our offline readership work, we're thrilled to announce
the launch of a new feature on Wikipedia developed with our partners
from PediaPress <http://pediapress.com/>. Last week we enabled openZim
<http://openzim.org/Main_Page> (the main file format in which offline
materials are stored) export for the existing PediaPress collections
extension on English Wikipedia and numerous other wikis. This means
that individuals can now use the existing PediaPress Create a book
<http://en.wikipedia.org/wiki/Help:Books> tool and download it in a
format which can be read offline (via an offline reader, such as Kiwix
<http://kiwix.org/index.php/Main_Page>). This is important because it
opens new avenues for the creation of offline materials, for example, an
openZim library hosting different offline "book" options.
Also, the English offline collection Wikipedia 0.8
<http://en.wikipedia.org/wiki/Wikipedia:Version_0.8>was made officially
available
<http://en.wikipedia.org/wiki/Wikipedia:Version_0.8/downloads>, after
much hard work by the Wikipedia 1.0 Editorial Team
<http://en.wikipedia.org/wiki/Wikipedia:Version_1.0_Editorial_Team>.
This collection is an iteration in the process of developing a vetted
collection of offline articles selected based on their quality and
topical importance. The main constraint with an offline product is the
data size restrictions: the entirety of Wikipedia must somehow be
condensed so that it fits on a CD, DVD, or USB stick. Wikipedia 1.0
aims at creating the highest quality and most valuable subset of
Wikipedia to meet those size requirements, and v0.8 is a precursor.
Wikipedia 0.8 is a general collection of just under 50K articles, It
is available for Mac, PC, or Linux with a Linux or Okawix reader; some
mobile phone versions will be available later this month as well.
More updates are sure to come on this offline front: Wikimedians around
the world are actively assisting in the development of offline
collections as well as distribution. We are excited to support and
document the momentum going forward.
Jessie Wild, Global Development
Guten Tag,
Ich finde es wirklich schade, Ihr seid ein internationales Team, Ihr könntet
die openZIM-Website einfach in eine ganze Reihe von Sprachen übersetzen,
stattdessen ist die Website nur auf Englisch verfügbar!! Meiner Meinung nach
klappt das nicht mit dem Wikipedia-Geist.
Ich wollte ein paar Links zu weiteren Informationen in einem Artikel
eingeben, aber mit Links auf Englisch wird es nicht gut klappen.
Wirklich schade!
Mfg :-/ Matthieu.
Dear Platonides,
I'm not sure if that is a good practice. How would identifying the
version (id) revised?
2011/3/28 Platonides <Platonides(a)gmail.com>:
> Wilfredo Rodriguez wrote:
>> Good morning.
>>
>> If many people work in the process of verification and selection of
>> items, what is the proper way to record the list csv without the
>> following problems occur:
>>
>> 1) Repeat entries (Someone reviewed the same article because he did
>> not know that was already in the list)
>> 2) Create a shared list and easy to edit (We're talking about a list
>> that may be so large that it is impossible to edit)
>>
>> Thank you very much for your help
>>
>> User:Wilfredor
>
> Use a hidden category to track the reviewed articles?
>
>
>
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
--
Wilfredo Rafael Rodríguez Hernández
--------------------------------------------------------
msn,googletalk = wilfredor(a)gmail.com
cv = http://www.wilfredor.co.cc
blog = http://wilfredor.blogspot.com
fotos = http://picasaweb.google.com/wilfredor/
Hi all,
Do we want to make a developers workshop during LinuxTag in May?
Manuel Schneider
Sent via mobile phone (+49 170 7740589).
----- Forwarded message -----
Von: "Marko Jung" <mjung(a)linuxtag.org>
An: <projects-announce(a)linuxtag.org>
Betreff: [Projects-Announce] Register your project workshops now!
Datum: So., Mär. 27, 2011 14:19
Dear projects!
LinuxTag offers some rooms to organise a "projects to projects programme" or "developer to developer programme". We call this project workshops. Main purpose for this room is to provide attending projects an opportunity to talk to other developers (not necessarily from the same project) and to go into detail for a larger group than what would be possible at the booth. The workshops were well received by visitors in the previous years and most probably, because it will be on display for visitors again, will have a good number in audience this year, too.
Please note: all workshops will be open to the public and will be announced so. In special cases we can make an exception, but we would like to discuss this in detail with you, if you think a session should be non-public.
In case you or a member of your project is interested in giving a hands-on workshop, please follow this procedure to register a workshop for LinuxTag 2011:
1. Submissions are to be placed -guess what!- in our virtual Conferrence Center, please use your vCC account, and go to the speaker section to propose a new paper <https://vcc.linuxtag.org/cc.pl?rm=papers&personality=speaker>. Please choose category "Project Workshop" for your proposal here. Normally a slot is 60 Minutes (don't forget to reserve some minutes at the end so the next workshop can be prepared!), but your workshop may last up to three hours. You can neglect the licence because it is not planned to distribute your submission (like a paper for the conference programme). But please do not forget to choose the language for your workshop submission. English may be your language of choice, but it is a valuable information for an interested visitor.
2. Send an email with the subject 'Workshop proposal' containing the paper id, the desired duration of your workshop as well as your preferred date and time to conference(a)linuxtag.org. If possible include an auxiliary date, too. Please check the workshop schedule at <http://www.linuxtag.org/2011/en/program/project-workshops.html> first to ensure your proposed date and time are still free.
3. LinuxTag's conference team will check your proposal and in most cases immediately confirm your workshop.
This info can also be found at https://wiki.linuxtag.org/w/fp:Project_workshops in case you want to circulate the news within your project.
Best,
Marko
--
Conference Chair
LinuxTag - 11.-14. May 2011, Berlin fairgrounds. Be part of it!
Good morning.
If many people work in the process of verification and selection of
items, what is the proper way to record the list csv without the
following problems occur:
1) Repeat entries (Someone reviewed the same article because he did
not know that was already in the list)
2) Create a shared list and easy to edit (We're talking about a list
that may be so large that it is impossible to edit)
Thank you very much for your help
User:Wilfredor
http://bugs.openzim.org/show_bug.cgi?id=33
Summary: file::findxByTitle() fails
Product: openZIM
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: major
Priority: P5
Component: zimlib
AssignedTo: tommi(a)tntnet.org
ReportedBy: emmanuel(a)engelhart.org
CC: dev-l(a)openzim.org
Estimated Hours: 0.0
It seems that zimlib file::findxByTitle() always returns an good result
iterator which is deincremented of one (so always wrong).
code:
===
std::pair<bool, zim::File::const_iterator> resultPair =
zimFileHandler->findxByTitle('A', title);
if (resultPair.first == true) {
zim::Article article =
zimFileHandler->getArticle(resultPair.second.getIndex()+1);
}
===
code with workaround:
===
std::pair<bool, zim::File::const_iterator> resultPair =
zimFileHandler->findxByTitle('A', title);
if (resultPair.first == true) {
zim::Article article =
zimFileHandler->getArticle(resultPair.second.getIndex()+1);
}
===
--
Configure bugmail: http://bugs.openzim.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
2011/3/25 Luca de Alfaro <luca(a)dealfaro.org>:
> Dear Wilfredor,
> I think a list of page_ids, one id per line, would be fine.
> You could also give us a list
> page_id,title
Line example:
45063840,"Simón Bolívar"
> where title is enclosed in " and where the "'s are quoted, following one of
> the standard csv formats...
> The answer we give back to you can contain page titles, so you can then
> check if any title has changed.
> If this does not work for you let us know; we are flexible.
Nice!
> Ok, we will bring up WikiTrust on the Spanish Wikipedia. It's quite easy
> for us to do so.
Excellent!
I'd like, please let me know when this is done. I do not know the
logistics of the process, however, I have closely followed in wp:en
1.0.
> Thanks for your interest!
The appreciation is mutual
> Luca
User:Wifredor
2011/3/24 Luca de Alfaro <luca(a)dealfaro.com>:
> Hi All,
> yes, I think we could bring up support for WikiTrust on the Spanish
> Wikipedia for this purpose.
> The way we worked with Martin Walker for the English project is that he gave
> us a list of page_ids, and we gave back a csv file with, for each page_ids,
> the recommended revision_ids, each with a quality indication, and other
> information (timestamps, other useful metadata...) and I think Martin
> basically just followed the recommendation.
> How far away are you from having a list of page_ids?
This depends on the number of people who support us. But, being very
pessimistic, could be ready in 4 months.
> If we could support this on our existing server, it should not be too much
> work for us to set it up.
I would like to know the exact format of the ids you need (The order
and the necessary parameters for each line of the csv) and if there is
a system to add
What is the correct mechanism or methodology to build this list?
> Let us know.
> I apologize for the delay in answering!
No problem, Neglected, and thanks in advance
> Luca
User:Wilfredor