Re: WikiReader

[David Feugey]

That's a first step. Thanks!

My aim is to provide a backup of all these files:
https://thepiratebay.cr/search/wikireader/0/7//
But I need someone who have them...

I can set up an temp SSH account to upload them on my server.
(else, box or google drive should be ok)

Second step would be to provide new files, but it'll take more time.
Bye, David


2016-07-26 19:50 GMT+02:00 Torfinn Ingolfsen :

> On 07/25/2016 12:56, David Feugey wrote:
> > Hi all.
> >
> > I'll like to get a copy of the latest files needed to use the WikiReader.
> > There are torrent files, but they are all inactive...
>
> I'm not sure which files you are looking for.
> I have base-20121207.7z, it can be downloaded from the link in [1].
>
> HTH
>
> References:
> 1) https://drive.google.com/open?id=0B2Sc5Qa5d_tLdHIyRW51aDRVMm8
> --
> Torfinn Ingolfsen,
> Norway
>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



-- 
Mobile : 06 76 67 91 60
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: WikiReader

[Torfinn Ingolfsen]

On 07/25/2016 12:56, David Feugey wrote:
> Hi all.
> 
> I'll like to get a copy of the latest files needed to use the WikiReader.
> There are torrent files, but they are all inactive...

I'm not sure which files you are looking for.
I have base-20121207.7z, it can be downloaded from the link in [1].

HTH

References:
1) https://drive.google.com/open?id=0B2Sc5Qa5d_tLdHIyRW51aDRVMm8
-- 
Torfinn Ingolfsen,
Norway


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [WikiReader] Giving, and last chance to get?

[Patryk Benderz]

Dnia 2013-05-23, czw o godzinie 14:19 -0700, Doug Jones pisze:
 I just got an email from Sean recommending this:
 
 http://igg.me/at/wikireaders4kids/x/3095893
26 days left to end of campaign?! Is this a joke? There is no chance
they will raise 232k$ in 26 days...

-- 
Patryk LeadMan Benderz
Linux Registered User #377521
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [WikiReader] Giving, and last chance to get?

[Doug Jones]

On 05/24/2013 12:21 AM, Patryk Benderz wrote:

Dnia 2013-05-23, czw o godzinie 14:19 -0700, Doug Jones pisze:

I just got an email from Sean recommending this:

http://igg.me/at/wikireaders4kids/x/3095893

26 days left to end of campaign?! Is this a joke? There is no chance
they will raise 232k$ in 26 days...



You may be right about that.  But with an Indiegogo Flexible Funding 
campaign like this one, they collect the pledged funds even if they 
don't hit their stated goal.  So they've already got enough for over a 
hundred WikiReaders.


Sometimes these things accelerate a lot.  We'll see.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [WikiReader] Giving, and last chance to get?

[Joseph Armbruster]

Everyone,

So I have been reading up on the GTA04 here:  
http://projects.goldelico.com/p/gta04-main/page/Manual/

Has anyone on the list printed a board, purchased parts, assembled the hardware 
and built the software stack themselves?

I am interested in doing exactly this.

If you have experience with this, please contact me off of the list.

Joseph Armbruster


On May 23, 2013, at 5:19 PM, Doug Jones wrote:

 I just got an email from Sean recommending this:
 
 http://igg.me/at/wikireaders4kids/x/3095893
 
 It's a non-profit campaign to give WikiReaders to thousands of kids. Sean is 
 supporting the project, and is helping the organizers to get the best 
 possible purchase price.
 
 I am signing up too.  Very laudable goals.
 
 But reading between the lines, this looks like it may represent the 
 end-of-life for this excellent OpenMoko device.  If the hardware manufacturer 
 has 10,000 units in overstock, of a product that was released years ago, then 
 they may not be interested in ever making any more of these.  And if the 
 wikireaders4kids campaign succeeds, all existing stock may vanish from the 
 marketplace.
 
 So this may be your last opportunity to buy a WikiReader (although I expect 
 used ones may be available for a long time).  You can get them by pledging to 
 that campaign, or for $14.99 on Amazon, or other places as mentioned at the 
 bottom of this page:
 
 http://www.thewikireader.com/
 
 I also see that new content has recently become available for the WikiReader:
 
 http://thewikireader.com/languagepacks.php
 
 I see that the codebase is still being actively updated:
 
 https://github.com/wikireader/wikireader
 
 I think it would be a shame if this beautiful machine really does go out of 
 manufacture, never to be updated again.  Wouldn't it be great if this design 
 could be released as open hardware...
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

GTA04 (was: Re: [WikiReader] Giving, and last chance to get?)

[Doug Jones]

@Joseph Armbruster, you should have changed the subject line to 
something more appropriate.  (I just did that.)


The [WikiReader] tag indicated that the thread relates to the 
WikiReader, a different Openmoko product, not the open source smart 
phone most people talk about here.  Some people will see that tag in the 
subject line and ignore your message.


You might also want to post your message in another list, 
gta04-ow...@goldelico.com, which is more specifically targeted to the GTA04.




On 05/23/2013 02:38 PM, Joseph Armbruster wrote:

Everyone,

So I have been reading up on the GTA04 here:  
http://projects.goldelico.com/p/gta04-main/page/Manual/

Has anyone on the list printed a board, purchased parts, assembled the hardware 
and built the software stack themselves?

I am interested in doing exactly this.

If you have experience with this, please contact me off of the list.

Joseph Armbruster


On May 23, 2013, at 5:19 PM, Doug Jones wrote:


I just got an email from Sean recommending this:

http://igg.me/at/wikireaders4kids/x/3095893

It's a non-profit campaign to give WikiReaders to thousands of kids. Sean is 
supporting the project, and is helping the organizers to get the best possible 
purchase price.

I am signing up too.  Very laudable goals.

But reading between the lines, this looks like it may represent the end-of-life 
for this excellent OpenMoko device.  If the hardware manufacturer has 10,000 
units in overstock, of a product that was released years ago, then they may not 
be interested in ever making any more of these.  And if the wikireaders4kids 
campaign succeeds, all existing stock may vanish from the marketplace.

So this may be your last opportunity to buy a WikiReader (although I expect 
used ones may be available for a long time).  You can get them by pledging to 
that campaign, or for $14.99 on Amazon, or other places as mentioned at the 
bottom of this page:

http://www.thewikireader.com/

I also see that new content has recently become available for the WikiReader:

http://thewikireader.com/languagepacks.php

I see that the codebase is still being actively updated:

https://github.com/wikireader/wikireader

I think it would be a shame if this beautiful machine really does go out of 
manufacture, never to be updated again.  Wouldn't it be great if this design 
could be released as open hardware...

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community




___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [WikiReader] Updates available

[Felix]

Thanks for news Douglas, just updated and now I've it with latest update
and no problems :)


On Tue, Jan 8, 2013 at 4:02 AM, Douglas Jones dj...@frombob.to wrote:

 I just noticed that the base files and many of the wikis have been updated
 recently:

 http://dev.thewikireader.com/**language-packs/http://dev.thewikireader.com/language-packs/


 __**_
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/**mailman/listinfo/communityhttp://lists.openmoko.org/mailman/listinfo/community




-- 
Felix
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: WikiReader Arduino shield (or generic serial touchscreen)

[Troy Benjegerdes]

On Mon, Nov 05, 2012 at 07:46:44AM +0100, Christ van Willegen wrote:
 Hello Troy,
 
 On Mon, Nov 5, 2012 at 6:54 AM, Troy Benjegerdes ho...@hozed.org wrote:
  What I'd really like to be able to do though, is fix the simulator
  code so I can try out UI protocol development without having to load
  new code on an SDcard all the time. What I'm stuck with right now
  is if I include console.h, and the console library, things work on
  the real hardware, but the lcd/simulate version doesn't build, so I
  need to figure out how to add that to both.
 
 I have a virtual machine laying around at home that builds and runs
 the WikiReader simulator. Perhaps I can try to integrate your diffs
 and see what goes wrong.
 
 Christ van Willegen

Thanks! 

I can change the gcc compile line and add a '-I{path}/drivers/include/'
and that works, and I could probably do the same for the linker, but
there are at least 2 levels of automatically generated files from QT
that I haven't figured out yet. 

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: WikiReader Arduino shield (or generic serial touchscreen)

[Christ van Willegen]

Hello Troy,

On Mon, Nov 5, 2012 at 6:54 AM, Troy Benjegerdes ho...@hozed.org wrote:
 What I'd really like to be able to do though, is fix the simulator
 code so I can try out UI protocol development without having to load
 new code on an SDcard all the time. What I'm stuck with right now
 is if I include console.h, and the console library, things work on
 the real hardware, but the lcd/simulate version doesn't build, so I
 need to figure out how to add that to both.

I have a virtual machine laying around at home that builds and runs
the WikiReader simulator. Perhaps I can try to integrate your diffs
and see what goes wrong.

Christ van Willegen
--
09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [WikiReader] 32GB microSD card works

[Torfinn Ingolfsen]

On Wed, Aug 1, 2012 at 10:04 PM, Doug Jones dj...@frombob.to wrote:
 I am testing a 32GB card in my WikiReader.

Thanks for the update - very useful information.
-- 
Regards,
Torfinn Ingolfsen

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Wikireader] project gutenberg - was: updates not working?

[Alexander Lehner]

On Sat, 7 Jul 2012, Doug Jones wrote:


On 07/07/2012 04:28 PM, Alexander Lehner wrote:



Gutenberg WikiReader files seem to got lost completely.

http://dev.thewikireader.com/2010/06/26/project-gutenberg/

Sad - I liked that one.
Any chance, to get it updated?

A.



The links on that particular page don't seem to work any more.  But the most 
recent versions (from 2010) of Project Gutenberg are still available.  The 
English-language version is listed on


http://dev.thewikireader.com/language-packs/

but the German-language version isn't listed there.

However, I looked around a bit and found:

http://wrmlbeta.s3.amazonaws.com/deguten-20100608.7z.001



Thanks - got it!

BTW: the wikireader tracker now seems to work again.
I'm seeding all language packages now, hoping it will last another two 
years...


A.



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Wikireader] updates not working?

[Alexander Lehner]

On Fri, 6 Jul 2012, Doug Jones wrote:


I can see the tracker now.  Thanks to whoever fixed it.

I am seeding a bunch of these files now.


Partiall - enpedia works, but depedia for example not.

Alex.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Wikireader] updates not working?

[Doug Jones]

On 07/07/2012 06:27 AM, Alexander Lehner wrote:



On Fri, 6 Jul 2012, Doug Jones wrote:


I can see the tracker now. Thanks to whoever fixed it.

I am seeding a bunch of these files now.


Partiall - enpedia works, but depedia for example not.

Alex.



Alex,

You may have just noticed that you have downloaded a few megabytes of 
that depedia file through azureus.  That's because I just seeded a small 
part of this file.


I used the trick mentioned earlier in this thread.  I trimmed the 
?torrent off of the end of the URL and started downloading the entire 
file through Firefox.  After a few megabytes I paused the download, 
copied the partial file into the download folder used by my bittorrent 
client, and told it to torrent that file.  It contacted the tracker at 
amazon, which is indeed working, and the tracker found one peer (you), 
and sent you those megabytes.


So the amazon tracker is working.  And the file is indeed present on the 
amazon server.  But the amazon tracker isn't using the amazon server as 
a seeder!


So something is still wrong.





___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Wikireader] updates not working?

[Alexander Lehner]

On Sat, 7 Jul 2012, Doug Jones wrote:


[...]
I used the trick mentioned earlier in this thread.  I trimmed the ?torrent 
off of the end of the URL and started downloading the entire file through 
Firefox.  After a few megabytes I paused the download, copied the partial 
file into the download folder used by my bittorrent client, and told it to 
torrent that file.  It contacted the tracker at amazon, which is indeed 
working, and the tracker found one peer (you), and sent you those megabytes.


So the amazon tracker is working.  And the file is indeed present on the 
amazon server.  But the amazon tracker isn't using the amazon server as a 
seeder!


So something is still wrong.


I now managed to download the zip files and seeding them now (for 
depedia).
Il will seed others also, in the hope, that the torrent network comes 
back to live.


Off-topic soon, how-to:
I used azureus/vuze.
First downloaded the depedia*.7z files (as described earlier, without 
.torrent).

Copied them into my torrent download folder.
Asked vuze to download the torrent 'depedia*.7z.torrent' from the
http://dev.thewikireader.com/language-packs/
page.

Got warning to continue/restart download, acknowledged that.
Started to seed then...

---

Just wondering:
I was downloading the files from web with approx. 600kB.
This is much faster than any torrent network will provide and faster than 
most other download sites.


Who - if ever - will have to pay for this download speed?
Does it make sense at all here, to use torrent network to distribute such 
kind of data?


A.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Wikireader] project gutenberg - was: updates not working?

[Alexander Lehner]

Gutenberg WikiReader files seem to got lost completely.

http://dev.thewikireader.com/2010/06/26/project-gutenberg/

Sad - I liked that one.
Any chance, to get it updated?

A.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Wikireader] project gutenberg - was: updates not working?

[Doug Jones]

On 07/07/2012 04:28 PM, Alexander Lehner wrote:



Gutenberg WikiReader files seem to got lost completely.

http://dev.thewikireader.com/2010/06/26/project-gutenberg/

Sad - I liked that one.
Any chance, to get it updated?

A.



The links on that particular page don't seem to work any more.  But the 
most recent versions (from 2010) of Project Gutenberg are still 
available.  The English-language version is listed on


http://dev.thewikireader.com/language-packs/

but the German-language version isn't listed there.

However, I looked around a bit and found:

http://wrmlbeta.s3.amazonaws.com/deguten-20100608.7z.001

To find that file, I just downloaded the XML file at:

https://s3.amazonaws.com/wrmlbeta/

That XML file seems to contain the names of all the files shown on the 
language packs page, plus some other ones.  I found the deguten file 
listed there.


You shouldn't need the old Gutenberg-specific base file shown on that 
blog page.  The latest generic base file (20120620) from the language 
packs page should work fine.





___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Wikireader] updates not working?

[Doug Jones]

On 07/07/2012 04:13 PM, Alexander Lehner wrote:



On Sat, 7 Jul 2012, Doug Jones wrote:


[...]
I used the trick mentioned earlier in this thread. I trimmed the
?torrent off of the end of the URL and started downloading the entire
file through Firefox. After a few megabytes I paused the download,
copied the partial file into the download folder used by my bittorrent
client, and told it to torrent that file. It contacted the tracker at
amazon, which is indeed working, and the tracker found one peer (you),
and sent you those megabytes.

So the amazon tracker is working. And the file is indeed present on
the amazon server. But the amazon tracker isn't using the amazon
server as a seeder!

So something is still wrong.


I now managed to download the zip files and seeding them now (for depedia).
Il will seed others also, in the hope, that the torrent network comes
back to live.

Off-topic soon, how-to:
I used azureus/vuze.
First downloaded the depedia*.7z files (as described earlier, without
.torrent).
Copied them into my torrent download folder.
Asked vuze to download the torrent 'depedia*.7z.torrent' from the
http://dev.thewikireader.com/language-packs/
page.

Got warning to continue/restart download, acknowledged that.
Started to seed then...

---

Just wondering:
I was downloading the files from web with approx. 600kB.
This is much faster than any torrent network will provide and faster
than most other download sites.

Who - if ever - will have to pay for this download speed?
Does it make sense at all here, to use torrent network to distribute
such kind of data?

A.




I assume that Openmoko is paying for the bits downloaded from that 
Amazon server.  Of course, when we ask our bittorrent clients to 
download and seed the files, Amazon doesn't see the traffic going 
between other peers so Openmoko doesn't pay for that part.  This is part 
of the reason we use bittorrent  --  we are volunteering to take some of 
the bandwidth load ourselves instead of asking some centralized server 
to cover all those costs.


Another reason for using bittorrent is this:  Suppose a group of peers 
already have, between them, a complete copy of a given file.  (No one 
peer needs to have all of the chunks;  each chunk just needs to be on at 
least one peer in the group.)  Then we just need to get a copy of the 
corresponding .torrent file to each peer, by whatever means, and then 
the peers can collectively act to build a complete copy of the big file 
on each peer.  No centralized tracker is needed, as long as the peers 
can find each other.  This brings the fully decentralized robustness of 
the Internet to torrent distribution.  (Okay, DNS isn't fully 
decentralized yet, but that's another story...)  This is what Tribler 
does.  It allows peers to find each other without a tracker.  I expect 
all bittorrent clients will eventually gain this capability.


As to the question of whether bittorrent makes much sense for these 
particular files:  That's a good question.


If you have a bunch of peers, and one of them can pump out data at 
600kBps and the others are much slower, then the fast one will 
presumably hand out most of the chunks and the slower ones won't do much 
at all.  If the fast server is worried about cost, then it could 
throttle itself down when there are other peers seeding.  But throttling 
itself down to zero (effectively that's what's happening now) is also 
undesirable, especially if the other peers don't have a complete copy 
between them yet  ;-)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Wikireader] updates not working?

[Doug Jones]

On 07/05/2012 03:28 PM, Doug Jones wrote:

On 07/05/2012 02:06 PM, Alexander Lehner wrote:



On Thu, 5 Jul 2012, Doug Jones wrote:


I see there are some new Wikireader updates available:

http://dev.thewikireader.com/language-packs/

But I can't download them -- the tracker times out.

Anybody else having this problem?


yes, me. Tried it with the german depedia and using azureus/vuze as
torrent client.
There seem to be no sources.

A.



Looks like Openmoko is using the Amazon cloud to host these files. The
tracker is at http://tracker.amazonaws.com:6969/announce and it times
out when you talk to it.

Developers have accessed these files recently; Siebrand Mazeland and
Christopher Hall have done github updates within the last couple weeks,
and there's a base files update on the download page dated 20 June. So
this must be a recent problem.



Workaround, for anybody who wants updates and is in a hurry:

Copy the desired link URL from that page, paste it into the address bar 
of your browser, then strip the ?torrent from the end, and hit Enter. 
 This will download the entire file (up to 1GB!) instead of just the 
corresponding .torrent file.


(Yes, the files are all there...  it's just the bittorrent tracker that 
is down.)


While you're there, also download the .torrent file.  Then when both 
downloads are complete, you can use your bittorrent client to verify 
that the big file you downloaded is correct.



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Wikireader] updates not working?

[Doug Jones]

On 07/06/2012 12:00 AM, Doug Jones wrote:

On 07/05/2012 03:28 PM, Doug Jones wrote:

On 07/05/2012 02:06 PM, Alexander Lehner wrote:



On Thu, 5 Jul 2012, Doug Jones wrote:


I see there are some new Wikireader updates available:

http://dev.thewikireader.com/language-packs/

But I can't download them -- the tracker times out.

Anybody else having this problem?


yes, me. Tried it with the german depedia and using azureus/vuze as
torrent client.
There seem to be no sources.

A.



Looks like Openmoko is using the Amazon cloud to host these files. The
tracker is at http://tracker.amazonaws.com:6969/announce and it times
out when you talk to it.

Developers have accessed these files recently; Siebrand Mazeland and
Christopher Hall have done github updates within the last couple weeks,
and there's a base files update on the download page dated 20 June. So
this must be a recent problem.



Workaround, for anybody who wants updates and is in a hurry:

Copy the desired link URL from that page, paste it into the address bar
of your browser, then strip the ?torrent from the end, and hit Enter.
This will download the entire file (up to 1GB!) instead of just the
corresponding .torrent file.

(Yes, the files are all there... it's just the bittorrent tracker that
is down.)

While you're there, also download the .torrent file. Then when both
downloads are complete, you can use your bittorrent client to verify
that the big file you downloaded is correct.




I can see the tracker now.  Thanks to whoever fixed it.

I am seeding a bunch of these files now.



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Wikireader] updates not working?

[Alexander Lehner]

On Thu, 5 Jul 2012, Doug Jones wrote:


I see there are some new Wikireader updates available:

http://dev.thewikireader.com/language-packs/

But I can't download them  --  the tracker times out.

Anybody else having this problem?


yes, me. Tried it with the german depedia and using azureus/vuze as 
torrent client.

There seem to be no sources.

A.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Wikireader] updates not working?

[Doug Jones]

On 07/05/2012 02:06 PM, Alexander Lehner wrote:



On Thu, 5 Jul 2012, Doug Jones wrote:


I see there are some new Wikireader updates available:

http://dev.thewikireader.com/language-packs/

But I can't download them -- the tracker times out.

Anybody else having this problem?


yes, me. Tried it with the german depedia and using azureus/vuze as
torrent client.
There seem to be no sources.

A.



Looks like Openmoko is using the Amazon cloud to host these files.  The 
tracker is at http://tracker.amazonaws.com:6969/announce and it times 
out when you talk to it.


Developers have accessed these files recently;  Siebrand Mazeland and 
Christopher Hall have done github updates within the last couple weeks, 
and there's a base files update on the download page dated 20 June.  So 
this must be a recent problem.



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: WikiReader Forth Simulator

[Greg Santucci]

Carsten Strotmann (private carsten at strotmann.de writes:

 
 
 János Bolyai writes in his blog at
 
 http://createuniverses.blogspot.com/2011/03/wikireader-forth-simulator.html
 
  I bought a WikiReader recently, which apart from being a 4GB text
  only offline version of Wikipedia, comes with a fun feature where it
  can run any Forth programs which are placed on its internal mini SD
  card. I wrote this program so I could test my small Forth programs
  without having to swap the mini SD card in and out repeatedly. The
  current version can run most of the test programs exactly as they
  ...

Hi, I'm the author of the Create Universes blog, and I'd like to thank you for
mentioning my work here. By the way, my name is Greg Santucci, not János Bolyai.
János Bolyai was a famous mathematician that I was merely quoting.



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: WikiReader Forth Simulator

[Thomas HOCEDEZ]

le Fri, 8 Apr 2011 14:50:36 + (UTC)
Greg Santucci thecodewi...@gmail.com a écrit:

 Carsten Strotmann (private carsten at strotmann.de writes:
 
  
  
  János Bolyai writes in his blog at
  
  http://createuniverses.blogspot.com/2011/03/wikireader-forth-simulator.html
  
   I bought a WikiReader recently, which apart from being a 4GB text
   only offline version of Wikipedia, comes with a fun feature where
   it can run any Forth programs which are placed on its internal
   mini SD card. I wrote this program so I could test my small Forth
   programs without having to swap the mini SD card in and out
   repeatedly. The current version can run most of the test programs
   exactly as they ...
 
 Hi, I'm the author of the Create Universes blog, and I'd like to
 thank you for mentioning my work here. By the way, my name is Greg
 Santucci, not János Bolyai. János Bolyai was a famous mathematician
 that I was merely quoting.
 


Fyi, we also posted it on the French Openmoko Blog 
http://openmoko-fr.org/blog/index.php?post/2011/04/05/Un-%C3%A9mulateur-WikiReader-!

 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


-- 
Thomas  HOCEDEZ thomas.hoce...@free.fr


pgpRiQ9nNq3xJ.pgp
Description: PGP signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: WikiReader Forth Simulator

[Carsten Strotmann (private)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 4/8/11 4:50 PM, Greg Santucci wrote:
 
 
 Hi, I'm the author of the Create Universes blog, and I'd like to thank you for
 mentioning my work here. By the way, my name is Greg Santucci, not János 
 Bolyai.
 János Bolyai was a famous mathematician that I was merely quoting.

Hello Greg,

thanks for solving this, I'm really sorry. I will also update your name
in the German Forth Gesellschaft e.V. Blog, where I posted the
information about your software.

But thank you for this great piece of work.

- -- Carsten
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk2fJ9QACgkQsUJ3c+pomYHVYwCgx+PAA+aXrIBXhWnaOT7m32qq
5pQAoISP9KVvYdbTGvx6HHQfW68gHl2C
=6MsF
-END PGP SIGNATURE-

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Openmoko community resources (was Re: [WikiReader] what's up with Wikitravel?)

[Rafael Ignacio Zurita]

--- On Thu, 2/3/11, Sean Moss-Pultz s...@openmoko.com wrote:
 
 Yes it would require the new base file. Please let us know
 what you think!

Hello Sean, community, question: which is the current status
of the Openmoko community resources?.. You know? 
projects.openmoko.org is down, we know. Several days ago 
community mailing list (and maybe others) has not been working. 

From 

http://lists.openmoko.org/pipermail/community/2010-December/064043.html

The change is going to be permanent, as the current installation is
unmaintained for about a year and poses severe security risks.
(at least for projecst.openmoko.org)

Should openmoko users/fans try to set other services to survive?
Suggestions? I guess that if somebody does not pay some bill at
some moment, all openmoko.org resources will go down (wiki, 
mailinglists, etc) without a previous announcement.

It was not fun last time with mailing lists down, because without it
nobody knows how to agree new ways to communicate. Yes, there are
some IRC channels yet, but mailing lists are the most active.

Rafa



  

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [WikiReader] what's up with Wikitravel?

[Alexander Lehner]

On Fri, 28 Jan 2011, Doug Jones wrote:


I just added Wikitravel to my WikiReader.  But it doesn't appear on the menu.

Does it require a newer base file?  Perhaps this one?

http://wrmlbeta.s3.amazonaws.com/base-20110106.7z?torrent


Maybe...
I'm using this base file:
http://wrmlbeta.s3.amazonaws.com/base-grifo-20101229.7z

See
http://dev.thewikireader.com/2010/06/26/project-gutenberg/

at the end of all postings for explanation, and I can read the wikitravel 
with it.


I'm seeding wikitravel now also, as well as any wiki's and gutenberg's 
that I could get.


distribution ranking from the last weeks:
1 - base 17x
2 - enpedia 11x
3 - depedia (German) 2x
4 - frpedia (French) 1x
5 - espedia (Spain) (less than 1x)
6 - japedia (Japan)
7 - zhpedia (Chinese?)
8 - enguten
9 - ptpedia (Portugal)
10 - fipedia (Finnland)


base and enpedia have constantly about 5 complete seeders, the rest only 
about 1 or 2.
It would be a nicer update experience for the users if we had more 
seeders.


A.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [WikiReader] what's up with Wikitravel?

[Sean Moss-Pultz]

Doug

Yes it would require the new base file. Please let us know what you think!


  -Sean

-Original Message-
From: Doug Jones dj...@frombob.to
Sender: community-boun...@lists.openmoko.org
Date: Fri, 28 Jan 2011 12:21:04 
To: Openmoko communitycommunity@lists.openmoko.org
Reply-To: List for Openmoko community discussion community@lists.openmoko.org
Subject: [WikiReader] what's up with Wikitravel?

I just added Wikitravel to my WikiReader.  But it doesn't appear on the 
menu.

Does it require a newer base file?  Perhaps this one?

http://wrmlbeta.s3.amazonaws.com/base-20110106.7z?torrent

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Wikireader FAQ draft

[Doug Jones]

Christoph Pulster wrote:

Any comments welcome !

Chris


Openmoko Wikireader - Frequently asked questions


- dimensions ?

The Wikireaders size is 10x10cm with 2cm depth, Weight: 120g. Compare it here:
PICTURES


- handling ?

The unit has only three buttons and is very easy to use.
The touchscreen display can be navigated with the fingers (no need for a stylus)
and is easy to read indoors and out.
The case is very robust and the organic shape is a joy to hold.
Explicit Wikipedia content can be protected with a password. So the Wikireader
is kid-safe.

- manual ?

The unit comes with a small printed manual. Please find a PDF copy here:
http://thewikireader.com/files/WR_Manual_V4_en.pdf

- power ?

The Wikireader uses two standard batteries (size AAA) which last for a full 
year of usage.
No annoying discharged battery, no fittling with power adapters.



fittling  fiddling



This makes the device helpful while travelling in the Australian outbacks.



Rechargeable 1.2V AAA batteries can be used in place of standard 1.5V ones.




- Languages ?

Please see a list of available languages here: 
http://dev.thewikireader.com/language-packs
Several languages can be used simultaneously.
Additional languages can be installed with the Update application from Openmoko:
http://www.thewikireader.com/update/
After installation, you can choose language on the Wikireader by touching the 
globe symbol
on the search page.


- Quickupdate GERMAN ?

Remove memory card from Wikireader, insert it in your PC-cardreader.
Download FILE, extract and copy directory depedia to the memory card.
Put the card back to the Wikireader and German language is now available !


- Update ?

Please download the Openmoko Update Application here:
http://www.thewikireader.com/update
The Wikireader content is updated quaterly from Openmoko and is always free to 
download !



- eBooks ?

Next to Wikipedia you can use simultaneously the eBooks from Project Gutenberg.
Project Gutenberg on WikiReader contains the eBooks from http://gutenberg.org 
(but not http://gutenberg.cc). You will need to upgrade to a 16 GB memory card.
The Gutenberg eBooks can be downloaded with the Openmoko Update Application:
http://www.thewikireader.com/update



 - Other kinds of content ?

Any wiki that runs on MediaWiki software ( 
http://www.mediawiki.org/wiki/MediaWiki ) can be converted to the 
WikiReader format and copied to the memory card.  In addition to many 
language versions of Wikipedia and the eBooks from Project Gutenberg, 
the English Wiktionary ( 
http://en.wiktionary.org/wiki/Wiktionary:Main_Page ) and Wikiquote ( 
http://www.wikiquote.org/ ) have already been converted and are 
available on the Update page ( 
http://dev.thewikireader.com/language-packs/ ).  There is enough room on 
a 16GB card to fit one Wikipedia, Gutenberg, Wikiquote and Wiktionary, 
all at the same time, with gigabytes to spare.


There are many other language versions of Wikipedia that have not been 
converted to WikiReader format yet, and many other kinds of useful wikis 
that are suitably licensed for free redistribution as well.  WikiReader 
users who have the required skills, and an itch to scratch, are 
encouraged to convert these and offer them to the community.




- Custom content?

For more technically inclined users:  You can put custom content in your 
WikiReader by first uploading it into a wiki running on MediaWiki and 
then doing an xml dump as described at 
http://www.mediawiki.org/wiki/XML_dump#XML_dump .  The dump is then 
converted to WikiReader format using the Python program found in the 
WikiReader git tree ( https://github.com/wikireader/wikireader ) .


Creating an empty private wiki is easy, and it only takes minutes to get 
started.  First install VirtualBox ( http://www.virtualbox.org/ ) and 
then within it, install a MediaWiki appliance ( 
http://www.turnkeylinux.org/mediawiki ).  When you start the appliance, 
it displays a URL that you enter into your web browser.  Then you add 
content and edit it in the usual wiki way.






- more functionality ?

Calculator = press and hold History-button while powering the Wikireader on.
System applications = press and hold Search-button while powering the 
Wikireader on.
Debug console (GPIO) for developers = press and hold Random-button while 
powering on.
Forth programms - the Wikireader can execute Forth written code (check *.4th, 
*.4mu files in root dir on the memory card)


- developement ?

You can find source code, technical specifications etc. here:
https://github.com/wikireader/wikireader
A SDK can be found here: http://wrdk.seabright.co.nz/

(C) Wikireader Shop www.pulster.de



Christoph



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community




___
Openmoko community mailing list

Re: [wikireader] update experience

[Alexander Lehner]

On Sat, 25 Dec 2010, Jeff wrote:

There are 2 different wikireaders available. One with a 2gb card and one with 
a 4+gb card. As I understand it, the 2gb only supports a single language, and 
the English version is a special one that will fit in 2gb. The 4+gb version 
will do multiple languages and other things. Since I am from the USA, I am a 
pin head and only speak one language ;) . I therefore have the full English 
wiki, along with wikiquotes and the wiktionary and no other languages.

The 4gb version supposedly can use micro-sd up 16gb.

Also, to make sure you are running the correct version of software, there 
should be a globe icon on the main screen. You use that to select other 
languages/wikis.


That's exactly what I'm missing. My first WR has the globe icon, the 
second doesn't.

But then, where can I download those two different images?



Hope that helped.
Jeff


Yes, a bit, thanks!
Do you have other pages of information than the github?

Alex.



On 12/25/2010 3:53 PM, Alexander Lehner wrote:


Sorry for posting this here, I don't know if there's already a list for the 
WR.


I've got a WikiReader now for some month and my 10y daughter surprisingly 
likes it, so I finally decided to get one for my parents as christmas gift.


The one I've got came with english, german and netherlands wikis, so I 
assumed the new one would do so, too. But it didn't, so I had to update the 
german language package.


The Update software so far is really easy and it recognizes the SD card 
without choosing it from any USB device.
It told my to update the base image and the german language, it took about 
3-4 hours to download the 1.7GB.


After starting the WR again, even the english language was gone, only an 
empty search window showed up.
So I looked at the content of the SD card and still the timestamps of the 
base files seemed wery old to me. The german language package seemed ok.
Then I downloaded the base image from the .torrent file, which seemed to me 
the only up-to-date source I could get.
It was quite a pain, because the only torrent client I had on my parents 
computer was the torrent downloader from Opera, which is quite slow 
compared to other torrent clients.
After putting the new base files to the SD card, at least the german 
language was there. I don't know what happened with the english.
According to the docs there seems to be a single-language installation (all 
lang files at root directory) and a multi-lang version with each language 
in a subfolder. Obviously the do not co-exist.


And the well-known problems: Touchscreen is hard to handle (but learnable), 
backlight for people of higher age is really missing

because of their eyes.
At least the contrast setup (which seems only to appear if you boot the 
device without sd card) could/should be part of the usual sdcard-'OS'.
(for example pressing the power button short instead of holding it for 
power-down?).


So far I'm now happy with it, I like the device, if my parents do - we will 
see ;)



Alex.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community




___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [wikireader] update experience

[Jeff]

There are 2 different wikireaders available. One with a 2gb card and one 
with a 4+gb card. As I understand it, the 2gb only supports a single 
language, and the English version is a special one that will fit in 2gb. 
The 4+gb version will do multiple languages and other things. Since I am 
from the USA, I am a pin head and only speak one language ;) . I 
therefore have the full English wiki, along with wikiquotes and the 
wiktionary and no other languages.

The 4gb version supposedly can use micro-sd up 16gb.

Also, to make sure you are running the correct version of software, 
there should be a globe icon on the main screen. You use that to select 
other languages/wikis.


Hope that helped.
Jeff

On 12/25/2010 3:53 PM, Alexander Lehner wrote:


Sorry for posting this here, I don't know if there's already a list 
for the WR.


I've got a WikiReader now for some month and my 10y daughter 
surprisingly likes it, so I finally decided to get one for my parents 
as christmas gift.


The one I've got came with english, german and netherlands wikis, so I 
assumed the new one would do so, too. But it didn't, so I had to 
update the german language package.


The Update software so far is really easy and it recognizes the SD 
card without choosing it from any USB device.
It told my to update the base image and the german language, it took 
about 3-4 hours to download the 1.7GB.


After starting the WR again, even the english language was gone, only 
an empty search window showed up.
So I looked at the content of the SD card and still the timestamps of 
the base files seemed wery old to me. The german language package 
seemed ok.
Then I downloaded the base image from the .torrent file, which seemed 
to me the only up-to-date source I could get.
It was quite a pain, because the only torrent client I had on my 
parents computer was the torrent downloader from Opera, which is quite 
slow compared to other torrent clients.
After putting the new base files to the SD card, at least the german 
language was there. I don't know what happened with the english.
According to the docs there seems to be a single-language installation 
(all lang files at root directory) and a multi-lang version with each 
language in a subfolder. Obviously the do not co-exist.


And the well-known problems: Touchscreen is hard to handle (but 
learnable), backlight for people of higher age is really missing

because of their eyes.
At least the contrast setup (which seems only to appear if you boot 
the device without sd card) could/should be part of the usual 
sdcard-'OS'.
(for example pressing the power button short instead of holding it for 
power-down?).


So far I'm now happy with it, I like the device, if my parents do - we 
will see ;)



Alex.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community




___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: WikiReader strangeness

[Joachim Pedersen]

Hello all-
OM was very generous!

That being said I like trying to figure out what went wrong with the
original WR...It still randomly flashes one line of horz pixels across
the screen on _most_ power ON events.
So, I've hacked together a nice little 3.3v serial cable, and I'm
talking to the WR over serial. It seems very much alive,
Output:

CPU: C33 PE little endian core  S1C33E07 V 0x21
BAT: 2801 mV
TMP: 37 DegC
LCD: 7377 mV
REV: V1
S/N: 100832

lcd test
LCD_VRAM  = 0x0008
LCD_HEIGHT_LINES  = 208
LCD_WIDTH_PIXELS  = 240
LCD_WIDTH_BYTES   = 30
VRAM_HEIGHT_LINES = 208
VRAM_WIDTH_PIXELS = 256
VRAM_WIDTH_BYTES  = 32
loop (space-pause/resume, enter - exit)

Memory: 0x1000 length 32 MB  []
PASS: Memory Check

Memory: 0x1000 length 32 MB
Test series 1 ..+.E0
Test series 2 ..+.E0
Test series 3 ..+.E0
Test series 4 ...

etc... But fails the Boot Test Program on all counts:

*START-TEST*
VERSION: 20100430
*VERSION*
FAIL: version test
FAIL: left button pressed
FAIL: centre button pressed
FAIL: right button pressed
FAIL: KEY test
FAIL: LCD eye test
FAIL: LCD all black pixels
FAIL: LCD text
FAIL: LCD test
FAIL: CTP item 1
FAIL: CTP item 2
FAIL: CTP item 3
FAIL: CTP test

*SUSPEND*
*RESUME*
FAIL: suspend test


*END-TEST*
 Ok

My next step was going to reflash
F. FLASH MBR
I'm assuming that is the firmware on the epson. But I'm getting some
errors when I make flash

mo-lib/mini-libc/include
-I/usr/local/src/wikireader/wikireader/samo-lib/include -c -o
build/analog.o -Wa,-ahl=build/analog.asm33 src/analog.c
src/analog.c: In function `Analog_BatteryMilliVolts':
src/analog.c:111: error: `ADC_SERIES_RESISTOR_K' undeclared (first use
in this function)

Ideas?
thx much!
-Joachim
--





On Mon, Sep 27, 2010 at 15:07, Sean Moss-Pultz s...@openmoko.com wrote:
 Joachim

 Glad to hear you're getting good use out of WikiReader. Sorry to hear you're 
 having hw problems. Drop us an email to supp...@thewikireader.com with your 
 order number and we'll take care of you.




 --Original Message--
 From: Joachim Pedersen
 Sender: community-boun...@lists.openmoko.org
 To: List for Openmoko community discussion
 ReplyTo: List for Openmoko community discussion
 Subject: WikiReader strangeness
 Sent: Sep 28, 2010 01:52

 I've had my WR for about 9 months or so, its seen quite a lot of use
 and love, impressed many and been across the globe with me. A couple
 of weeks ago it just stopped starting up when the power button was
 pressed. When the power button is pressed a one or  two pixel line
 flashes on the screen, and nothing happens. I've tried re-seating the
 microSD card, and replacing the batteries, which had no effect on the
 problem. I was running a recent RC build for the last couple of
 months.

  Any ideas on what might be going on? Can someone point me to pin-out
 spec for the debug connector? Is it 3.3v? Is it possible to
 buy/find/have a serial cable that fits the debug connector/pads?
 Thanks ahead for any info/links!


 -Joachim
 --

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


  -Sean
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: WikiReader strangeness

[Christopher Hall]

Hello Joachim,

On Thu, 9 Dec 2010 13:38:57 -0800

Joachim Pedersen joach...@gmail.com wrote:

 Hello all-
 OM was very generous!
 
 That being said I like trying to figure out what went wrong with the
 original WR...It still randomly flashes one line of horz pixels across
 the screen on _most_ power ON events.
 So, I've hacked together a nice little 3.3v serial cable, and I'm
 talking to the WR over serial. It seems very much alive,
 Output:
 
 CPU: C33 PE little endian core  S1C33E07 V 0x21
 BAT: 2801 mV
 TMP: 37 DegC
 LCD: 7377 mV
 REV: V1
 S/N: 100832
 
 lcd test
 LCD_VRAM  = 0x0008
 LCD_HEIGHT_LINES  = 208
 LCD_WIDTH_PIXELS  = 240
 LCD_WIDTH_BYTES   = 30
 VRAM_HEIGHT_LINES = 208
 VRAM_WIDTH_PIXELS = 256
 VRAM_WIDTH_BYTES  = 32
 loop (space-pause/resume, enter - exit)
 
 Memory: 0x1000 length 32 MB  []
 PASS: Memory Check
 
 Memory: 0x1000 length 32 MB
 Test series
 1 ..+.E0
 Test series
 2 ..+.E0
 Test series
 3 ..+.E0
 Test series 4 ...
 
 etc... But fails the Boot Test Program on all counts:
 
 *START-TEST*
 VERSION: 20100430
 *VERSION*
 FAIL: version test
 FAIL: left button pressed
 FAIL: centre button pressed
 FAIL: right button pressed
 FAIL: KEY test
 FAIL: LCD eye test
 FAIL: LCD all black pixels
 FAIL: LCD text
 FAIL: LCD test
 FAIL: CTP item 1
 FAIL: CTP item 2
 FAIL: CTP item 3
 FAIL: CTP test
 
 *SUSPEND*
 *RESUME*
 FAIL: suspend test
 
 
 *END-TEST*
  Ok

You really need to see the LCD display and respond to the messages there
to be able to pass these tests.  Some parts also require specific
responses from the testing software.

 
 My next step was going to reflash
 F. FLASH MBR
 I'm assuming that is the firmware on the epson. But I'm getting some
 errors when I make flash

It is actually on separate flash chip that the CPU initially boots from

 
 mo-lib/mini-libc/include
 -I/usr/local/src/wikireader/wikireader/samo-lib/include -c -o
 build/analog.o -Wa,-ahl=build/analog.asm33 src/analog.c
 src/analog.c: In function `Analog_BatteryMilliVolts':
 src/analog.c:111: error: `ADC_SERIES_RESISTOR_K' undeclared (first use

I expect there is a problem with samo-lib/include/config.h
I suspect you may have uncommented one of the eval board definitions.

Perhaps the best way is to restore config.h from the default:
  samo-lib/include/config.h-default
then uncomment the define for BOARD_SAMO_V1


Hope this helps.

 in this function)
 
 Ideas?
 thx much!
 -Joachim
 --

-- 
Best regards.
Christopher Hall  hswATopenmoko.com


signature.asc
Description: PGP signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Wikireader development - Ideas and improvements

[Christopher Hall]

Hello Patrick,

On Sat, 09 Oct 2010 14:31:54 +0200
Patrick Beck pb...@yourse.de wrote:

 Hi Sean,
 
 Am Montag, den 04.10.2010, 16:34 +0800 schrieb Sean Moss-Pultz:
  Just about everything is done in Python that has to do with parsing.
  So you should be fine. If you are interested in developing, get our
  codes from github, let us know when you have something good, and
  we'd love to pull it back into future releases.
  
  Feel free to email us if you have any questions!
 
 I have looked into the code a bit and have a few starting problems.
 Perhaps you can write a small howto about generating the files for the
 wikireader:
 
 - Which base files use the wikireader for converting = XML Datadump?
 - How works the converting process where i have to store the data?
 - Is it possible to use only one file for converting?
   * so it's possible to generate own content - not a wiki.
Yes you can generate content from a single file and there are a couple
of samples to test the process in xml-sample-files.

I added a wiki page:
http://github.com/wikireader/wikireader/wiki/Building-an-image
to give a brief overview of converting one of these files.
Please let me know if this is any help.

 
 For me it would be very helpful so i can concentrate on the parser and
 can test it directly.
 
 Perhaps you can describe the process to convert Wikipedia XY into the
 wiki.dat format and describe how own content can be integrated. From
 the git checkout to a working wikipedia XY.
 
 with kind regards
 
 Patrick
 
 


-- 
Best regards.
Christopher Hall  hswATopenmoko.com


signature.asc
Description: PGP signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Wikireader development - Ideas and improvements

[Patrick Beck]

Hi Sean,

Am Montag, den 04.10.2010, 16:34 +0800 schrieb Sean Moss-Pultz:
 Just about everything is done in Python that has to do with parsing.
 So you should be fine. If you are interested in developing, get our
 codes from github, let us know when you have something good, and we'd
 love to pull it back into future releases.
 
 Feel free to email us if you have any questions!

I have looked into the code a bit and have a few starting problems.
Perhaps you can write a small howto about generating the files for the
wikireader:

- Which base files use the wikireader for converting = XML Datadump?
- How works the converting process where i have to store the data?
- Is it possible to use only one file for converting?
* so it's possible to generate own content - not a wiki.

For me it would be very helpful so i can concentrate on the parser and
can test it directly.

Perhaps you can describe the process to convert Wikipedia XY into the
wiki.dat format and describe how own content can be integrated. From the
git checkout to a working wikipedia XY.

with kind regards

Patrick




signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Wikireader development - Ideas and improvements

[Sean Moss-Pultz]

On Mon, Oct 4, 2010 at 3:10 PM, Christoph Pulster openm...@pulster.de wrote:

  Openmoko has not stopped the development of the Wikireader

 Sean, can you confirm this ?

Hi Christoph

We're still super active developing WikiReader. You can view our
latest commits here:

  http://github.com/wikireader

Over the past few months we've been working on many new language
variants. Chinese, Japanese, Korean, all have working virtual keypads
now. We also have a download tool under development for Windows and OS
X for people who want to use an easy interface to update their
WikiReader. This will be pushed to github with a formal release later
this  month.

Overall we're quite happy with our progress on the technical side as
well as the sales side.

But we definitely would love to see more community involvement.

I'm going to reply in detail to Patrick's email shortly. I just got
back in the office. It's been a busy last few weeks for us.

Sean

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Wikireader development - Ideas and improvements

[Sean Moss-Pultz]

Hi Patrick

On Sat, Oct 2, 2010 at 10:01 PM, Patrick Beck pb...@yourse.de wrote:

 i own a Wikireader since a month now and i am happy with the base
 functionality, but i have a few ideas and improvements and i am looking
 for other users they owns a wikireader (and develeops for it).

 Openmoko has not stopped the development of the Wikireader, but i think
 it can be useful to have a nice community around the project. Till now i
 have only found the following ressources:

 http://thewikireader.com/
 http://dev.thewikireader.com/
 http://github.com/wikireader/wikireader

 and see not a list or any other communication - i think the community
 list is not so wrong :)

Yes currently these are the only places... if something is missing let
me know. And I see what we can do.

 ==Improvements:==

 - http://de.wikipedia.org/wiki/Deutschland - There is a small block on
 the right with information (population, language, capital, etc.) I think
 that a very useful imformation - how can we add them to the Wikireader?

Most of these are templates and within these templates there's HTML
tables. Currently we remove all tables since we haven't found an
elegant solution to displaying tables on our screen (it's only 240
pixels wide). You can look at:

  
http://github.com/wikireader/wikireader/blob/master/host-tools/offline-renderer/ArticleRenderer.py

And see where we parse out tables. If you have some ideas how to
handle this better, we'd love to hear.

 - Table of Contents would be helpful to get a overview about the content
 of the whole article

On our todo list... but it's still a while away. We're really just
trying to get the base language support really solid.

 - searching in a article could be very usefull

Agreed!

 - The scrolling it a bit poor, because you can't read anything on the
 screen when you scroll - on the community list was a small patch
 discussed:

 http://lists.openmoko.org/pipermail/community/2009-December/058462.html

 That patch works no more, but from the descriptions i find it very
 useful. A new version from maleadt was published in September:

 http://github.com/maleadt/wikireader/downloads

 It's unstable and not as inuitive as the first path but it is a start
 for a nice usability on the wikireader.

 ==Problems:==

 - A other problem is that tables and other special layouts are not
 interpreted from the parser. See for example:

 http://de.wikipedia.org/wiki/Liste_der_Kfz-Kennzeichen_in_Deutschland

 On the Wikireader you get only a list from 0-9 and A-Z without any
 license plates.

Yes. (see above explanation)

 So how can we fix the problems and get new features in? I am only a
 python programmer but i hope i can help. This Thread should be a
 starting point to discuss new features and collect bugs - i think that
 should help Openmoko, too.

Just about everything is done in Python that has to do with parsing.
So you should be fine. If you are interested in developing, get our
codes from github, let us know when you have something good, and we'd
love to pull it back into future releases.

Feel free to email us if you have any questions!

Sean

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: WikiReader / PDF, TXT or HTML?

[Patryk Benderz]

Dnia 2010-09-29, śro o godzinie 12:45 +0200, Angel Martin Alganza pisze:
 Hello,
 
 Is it possible to read other information (apart from Wikipedia
I ain't no clue, but would be nice to have *nix ManReader :) Very often
I am forced to work on systems where man pages are not installed. Such
device with all man pages contained would be very helpful. Maybe someone
skilled enough will do it some day...
-- 
Patryk LeadMan Benderz
Linux Registered User #377521
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: WikiReader / PDF, TXT or HTML?

[Angel Martin Alganza]

On Wed, Sep 29, 2010 at 12:58:44PM +0200, Patryk Benderz wrote:

 I ain't no clue, but would be nice to have *nix ManReader :) Very often
 I am forced to work on systems where man pages are not installed. Such
 device with all man pages contained would be very helpful. Maybe someone
 skilled enough will do it some day...

That would be awesome!  :)

Ángel

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: WikiReader / PDF, TXT or HTML?

[Timo Juhani Lindfors]

Patryk Benderz patryk.bend...@esp.pl writes:
 I ain't no clue, but would be nice to have *nix ManReader :) Very often

Just convert them into textile and it should work, right?

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: WikiReader / PDF, TXT or HTML?

[Nashvin Gangaram]

Is the Freerunner too small?  I read documents on it...

-Nashvin



On Wed, Sep 29, 2010 at 12:58 PM, Patryk Benderz patryk.bend...@esp.plwrote:

 Dnia 2010-09-29, śro o godzinie 12:45 +0200, Angel Martin Alganza pisze:
  Hello,
 
  Is it possible to read other information (apart from Wikipedia
 I ain't no clue, but would be nice to have *nix ManReader :) Very often
 I am forced to work on systems where man pages are not installed. Such
 device with all man pages contained would be very helpful. Maybe someone
 skilled enough will do it some day...
 --
 Patryk LeadMan Benderz
 Linux Registered User #377521
 ()  ascii ribbon campaign - against html e-mail
 /\  www.asciiribbon.org   - against proprietary attachments


 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: WikiReader / PDF, TXT or HTML?

[Angel Martin Alganza]

On Wed, Sep 29, 2010 at 01:24:18PM +0200, Nashvin Gangaram wrote:
 Is the Freerunner too small?  I read documents on it...

I don't know.  Unfortunately I don't own a FR yet.  I can't afford it
atm, but I could afford a WikiReader if I could read other files apart
from Wikipedia.

Regards,
Ángel

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: WikiReader / PDF, TXT or HTML?

[Ian Stephen]

 Patryk Benderz patryk.bend...@esp.pl writes:
  I ain't no clue, but would be nice to have *nix ManReader :) Very often


Wikipedia (so I assume WikiReader) has pages on most of the *nix utilities.  Not
quite a ManReader, but close.

IanS

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: WikiReader / PDF, TXT or HTML?

[David Lanzendoerfer]

 On Wed, Sep 29, 2010 at 01:24:18PM +0200, Nashvin Gangaram wrote:
  Is the Freerunner too small?  I read documents on it...
Indeed...
Try'n to read ebooks on it hurts the eyes.
Additionaly it has not enough RAM to load the Analysis-Script-PDF
for my lecture.
So I use my tablet netbook to do so...

 I don't know.  Unfortunately I don't own a FR yet.  I can't afford it
 atm, but I could afford a WikiReader if I could read other files apart
 from Wikipedia.
Hopefully we will have soon done a new release of OM.
This time with bigger display and so on.
Let's hope that we can get 100k presales together for beeing able
to produce it... :-S
 
 Regards,
 Ángel
regards leviathan

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: WikiReader strangeness

[Sean Moss-Pultz]

Joachim

Glad to hear you're getting good use out of WikiReader. Sorry to hear you're 
having hw problems. Drop us an email to supp...@thewikireader.com with your 
order number and we'll take care of you. 




--Original Message--
From: Joachim Pedersen
Sender: community-boun...@lists.openmoko.org
To: List for Openmoko community discussion
ReplyTo: List for Openmoko community discussion
Subject: WikiReader strangeness
Sent: Sep 28, 2010 01:52

I've had my WR for about 9 months or so, its seen quite a lot of use
and love, impressed many and been across the globe with me. A couple
of weeks ago it just stopped starting up when the power button was
pressed. When the power button is pressed a one or  two pixel line
flashes on the screen, and nothing happens. I've tried re-seating the
microSD card, and replacing the batteries, which had no effect on the
problem. I was running a recent RC build for the last couple of
months.

 Any ideas on what might be going on? Can someone point me to pin-out
spec for the debug connector? Is it 3.3v? Is it possible to
buy/find/have a serial cable that fits the debug connector/pads?
Thanks ahead for any info/links!


-Joachim
--

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


  -Sean
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: WikiReader sales and the future of Openmoko

[Denis 'GNUtoo' Carikli]

 And if it frees up
 developer resources to doing just hardware and kernel support by not
 doing a huge effort like OE-based Om2007.2/Om2008/Om2009 on the
 software distribution, I'm all for it.
hmmm.
on htcdream, having something half-usable was so hard...
for instance:
No alsa driver shipped with the android kernel.
Thanks to codeaurora/qualcomm for writing an alsa driver...but I spent
countless hours trying to debug it(with printks)...
At the end it worked but it was far from easy.
wifi(we spent a long time looking at kernel config),GPS(I was only a
tester/dumper),real-suspend(the offending commit was found by alain2210
after a very long git bisect) etc
each thing to make work was hard...(but in another hand I'm a kernel newbie)

Thanks to leviathan,mickeyl,alain2210,phh,Thingol etc... for the help!!!
now it's a lot more usable, and I look forward for:
*GPS integration in FSO(should be done very soon)
*fix the remaining buffer underruns in alsa(fix avaliable but I wasn't
able to make it work)
*keyboard mapping
*wifi PSM
Denis.




___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: WikiReader sales and the future of Openmoko

[Jon 'maddog' Hall]

Hi,

I have been watching the conversation about Android and its openness,
and I think that Timo's answer is the closest.

You should also remember that while Android is associated with Google,
and certainly they had the greatest say of it, that other companies of
the Open Handset Alliance also had input to Android and how it
unfolded.

Finally, Android is a sample implementation.  The ones who last touch
it before it goes on a device are the handset manufacturers.  They are
the ones who really determine what device drivers are used.  And they,
in turn, are affected by the component manufacturers and what they will
allow to be released in the way of sources or even information on the
devices.

Finally, the carriers also have a hand in this.  The carriers really do
not want to see an open phone, where people can change the OS.  They
fear it, and perhaps for some good reasons (or what they think are good
reasonsbut are really not so good reasons) such as network
security.

This is why most of the phones not only are locked, but also use only
signed binaries.  I doubt that the manufacturers care about signed
binaries (although it might cut down a bit on warranty support costs)
and they definitely do not care about locked phones (other than unlocked
phones might piss off their favorite customers, the carriers).

Looking at the original OHA, you see the unholy alliance:

o component manufacturers (some infamous for how closed they are)
o handset manufacturers (HTC)
o codec manufacturers and licensors
o carriers

and finally Google (one ring to bind them all) the drum-beater.  But
like a lot of drum-beaters, they could only beat the drumthey were
bound by contracts and agreements to do things.  Even the mighty Google
can not do everything they want to do.

Google's (and the OHA's) methodology in engaging the community was not
the best IMHO, but also can be explained by the way that the project
evolved.  I think that Chromium OS is going along much nicer, and I
still hope that Android will eventually evolve into a real Open Source
project.assuming that Oracle does not kill Android at the same time
that they try to kill JAVA.

Of course some people may still argue that Android is not open.  I am
not going to waste my time with that argument, but I just wanted to put
a few more facts into the evaluation.

Warmest regards,

md

P.S. for those of you who might be interested, I am typing this from the
Amsterdam airport on my way to the FrOSCon 2010 conference in Bonn,
Germany this weekend.  Perhaps I will see some of you there.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: WikiReader sales and the future of Openmoko

[Patryk Benderz]

[cut]
 and finally Google (one ring to bind them all) the drum-beater.  But
 like a lot of drum-beaters, they could only beat the drumthey were
 bound by contracts and agreements to do things.  Even the mighty Google
 can not do everything they want to do.
Great summary :)
[cut]
-- 
Patryk LeadMan Benderz
Linux Registered User #377521
()  ascii ribbon campaign - against html e-mail 
/\  www.asciiribbon.org   - against proprietary attachments


Email secured by Check Point

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: WikiReader sales and the future of Openmoko

[Petr Vanek]

On 20 Aug 2010 10:55:00 +0200
openm...@pulster.de (Christoph Pulster) (CP) wrote:

 Google can not do everything they want to do.

They photograph my home without my permission,

anyone can photo your house without your permission. as for google,
afaik you can file a request not to be displayed.

P.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: WikiReader sales and the future of Openmoko

[Jim Ancona]

On Sat, Aug 14, 2010 at 5:58 AM, Christoph Pulster openm...@pulster.de wrote:
 Please note Android is a Google(TM) product. TM stands for total
 monopol. Or terrible monster. Google is evil. Android is no free OS.

By what definition of free is Android not a free OS?

Jim

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: WikiReader sales and the future of Openmoko

[arne anka]

 Please note Android is a Google(TM) product. TM stands for total
 monopol. Or terrible monster. Google is evil. Android is no free OS.

 By what definition of free is Android not a free OS?

by free as in speech.
it's not 100% open -- important parts of the os, namely hw drivers, are  
closed.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: WikiReader sales and the future of Openmoko

[pike]

  Please note Linux is a Torvalds (TM). TM stands for total monopol. Or
  terrible monster.
  Torvalds is evil. Linux is no free OS.

huh ?
ok, troll. please, lets leave him there.

dont respond to this mail !

$2c,
*-pike

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: WikiReader sales and the future of Openmoko

[Al Johnson]

On Thursday 19 August 2010, Jim Ancona wrote:
 On Sat, Aug 14, 2010 at 5:58 AM, Christoph Pulster openm...@pulster.de 
wrote:
  Please note Android is a Google(TM) product. TM stands for total
  monopol. Or terrible monster. Google is evil. Android is no free OS.
 
 By what definition of free is Android not a free OS?

That depends on your definition of Android. Most people think of Android as 
what you get on an Android handset, and that includes non-free (binary-only 
non-redistributable) drivers and core applications like the Marketplace. 
People making modified firmware images have been prevented from including 
these in their images by Google, so they have to work around by backing up the 
original binaries before flashing, then restoring them.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: WikiReader sales and the future of Openmoko

[Jim Ancona]

On Thu, Aug 19, 2010 at 5:43 PM, arne anka openm...@ginguppin.de wrote:
 Please note Android is a Google(TM) product. TM stands for total
 monopol. Or terrible monster. Google is evil. Android is no free OS.

 By what definition of free is Android not a free OS?

 by free as in speech.
 it's not 100% open -- important parts of the os, namely hw drivers, are
 closed.

True with respect to most phones, because hardware manufacturers don't
release their drivers. Not true with respect to the Freerunner. In any
case, Android is exactly as free as Linux is, because you would have
exactly the same problem running any Linux-based OS on that hardware,
correct? So Linux is not free by your definition.

 Jim

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: WikiReader sales and the future of Openmoko

[Timo Jyrinki]

2010/8/20 Jim Ancona j...@anconafamily.com:
 True with respect to most phones, because hardware manufacturers don't
 release their drivers. Not true with respect to the Freerunner. In any
 case, Android is exactly as free as Linux is, because you would have
 exactly the same problem running any Linux-based OS on that hardware,
 correct? So Linux is not free by your definition.

I think the confusion usually arises from the fact that Android is
usually used to indicate devices sold with Android. No Android
shipping phone runs on just free software (on the main CPU) currently,
except if all the limits with HTC Dream, which I think people have
been hacking on the most, have been surpassed.

But there are also other aspects than being free or non-free, like
being a successful open-source project in terms of open development,
external developers in the core components (besides kernel) et cetera.
In that sense I and probably many others still very much prefer
GNU-userland / something-we-all-know-better type of distributions over
Android software. On the other hand, talking from hardware vendor
point of view, free and ready touch device softwares are still a bit
lacking, so Android could be a solution for something to ship on the
device, similar to Om2007.2.

Remember that if doing some FreeRunner successor kind of thing, it
doesn't matter that much what is shipped with it. And if it frees up
developer resources to doing just hardware and kernel support by not
doing a huge effort like OE-based Om2007.2/Om2008/Om2009 on the
software distribution, I'm all for it. But if the vendor is going to
build some application software, I'd vote for doing that for some
other platform than Android stack, if for nothing else then for
increasing competition in the free software touch/mobile applications.

By the time any successor hardware would be available, MeeGo with
handheld packages is probably anyway a better starting place, since
it's a true GNU/Linux distro. I'm not saying Android has serious
flaws, I just strongly think that the longer roots in the open world
the better for the healthiness of the open software. Big piles of
code-dropped code takes time to become an open project, similar to
what we'll certainly see with Symbian that is now all open.

Personally I'd go for Debian all the way but I know the real-world-use
touch applications will first arrive somewhere else and only later
will be packaged on Debian, like we do in the pkg-fso group. But if
the vendor would like to spend some time on the distribution software
as well, I think Debian is The way to go for longevity of the product
and its software. As a major component of it involves getting all the
kernel code upstream :)

-Timo

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: WikiReader sales and the future of Openmoko

[Martix]

2010/8/14 Christoph Pulster openm...@pulster.de:
 PS: I heard on IRC something about next Openmoko phone running
 Android. I think, it's a good idea.

 Please note Android is a Google(TM) product. TM stands for total
 monopol. Or terrible monster. Google is evil. Android is no free OS.

I agree. But Openmoko Inc. need sales like every hardware company. It
can use Android's fame for second start-up and make open hardware
more attractive to lot of people.


Martin 'Martix' Holec

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: WikiReader sales and the future of Openmoko Was: When is the next and more powerful openmoko releasing

[Dr. H. Nikolaus Schaller]

Am 13.08.2010 um 17:08 schrieb Martix:

 Hi community,
 
 I want to share a few news about WikiReader and Openmoko Inc. I am
 publishing with permission my short interview with Sean Moss-Pultz the
 CEO of Openmoko Inc.:
 
 ___
 May I have a question? How is it going with WikiReader? Are WikiReader
 sales satisfactory?
 
 Much better than expected. We're getting into major US retailers this
 summer. And launching in Japan tomorrow. We've already sold 4x the
 total number of FreeRunners. And we're just getting into the channel
 now. So I'm quite excited about our chances with this product!

That is good news!

 
 
 I wonder if you and your company are planning to
 create more open source/open design devices, maybe successor of Neo?
 
 Absolutely! WikiReader is fundamental to this. What we're doing is
 getting our channel setup. To survive in consumer electronics you need
 volume. And still, the only way to get volume is through retail
 stores. So everything we're doing is focusing on making that
 successful. Then we can build more product that stand for the same
 principles (open) that got us started.
 ___
 
 
 Regards,
 
 Martin 'Martix' Holec
 
 
 PS: I heard on IRC something about next Openmoko phone running
 Android. I think, it's a good idea. Android will provide stable
 software and community can port existing fully open distributions like
 SHR, Qt Moko etc., which it should be easier on open hardware. After
 experience with Neo FreeRunner it seems like better plan.

If a new Openmoko phone is based on the OMAP3 like the BeagleBoard, there are 
at least 3 different Android ports (in addition to anything else like SHR, 
QtMoko, Debian, FreeBSD, ...). One of them is Rowboat 
(http://code.google.com/p/rowboat/wiki/BeagleBoard).

Another project just today announced this on the beagleboard.org list:

 Hi, 
 
 We are pleased to release the Android - Froyo port for OMAP-3530 
 BeagleBoard. This release enables developers evaluate CoreDruid's custom 
 Android-Froyo port for BeagleBoard. 
 
 This release has minimum set of features like 
 1. Android Froyo 
 2. Qwerty keyboard 
 3. USB Mouse 
 
 We will release more stable  feature enriched version in near future. 
 
 The source code and build instructions are available at: 
 
 http://coredruids.org/ 
 
 http://coredruids.org/?page_id=77 
 
 We appreciate your joining our open source initiative, reviewing our work 
 and sharing your knowledge  experiences with us. 
 Google groups : coredru...@googlegroups.com 
 Source code repositories : 
 http://gitorious.org/~coredruidshttp://gitorious.org/%7Ecoredruids(Android 
 Enablement) 
 Follow us on twitter : http://twitter.com/coredruids 
 
 Thanks 
 CoreDruids Team 

If someone wants to try and/or help one of these projects to support a 
Freerunner type touchscreen, that can be done with the new Openmoko Beagle 
Hybrid board approach.

Nikolaus
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [wikireader] There are updates!

[Jeff]

They just posted the release, so it is not 2 months old. I finally got it 
downloaded last night, but had some problems getting it loaded correctly. I'll 
try again once I get home from work tonight. Also, screen keyboard seems to be 
more responsive.

Also, I was able to flash a new boot rom that gives me a Hitchhikers Guide Dont 
Panic splash screen.


On Friday, August 13, 2010 12:59:02 pm Doug Jones wrote:
 I just noticed that there are updated WikiReader files available.
 Happened a couple months ago. I don't think this was announced on the
 list at the time  (or at least I didn't see it whizzing by).
 
 
 I see that the little gizmo can handle multiple wikis now.  You can put
 subdirectories on the SD card and it knows how to use them.  This is
 excellent.
 
 There are a bunch of languages available, as well as English Wiktionary
 and English Wikiquote.
 
 
 See:
 
 http://thewikireader.com/update/
 
 
 If you want to use torrents for downloading instead, go here:
 
 http://dev.thewikireader.com/beta-language-packs/
 
 (That page is labeled 'Beta', but the links now appear to be pointing to
 the same files listed on the other page.)
 
 
 There's a developer blog too:
 
 http://dev.thewikireader.com/
 
 
 
 P.S.  Can anybody give a list of 16GB SD cards that are known to work in
 the WikiReader?  Or should we expect that they all will work?
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [wikireader] There are updates!

[Brian]

On Fri, 13 Aug 2010 13:41:25 -0500
Jeff jcolb...@netins.net wrote:

 
 Also, I was able to flash a new boot rom that gives me a Hitchhikers
 Guide Dont Panic splash screen.
 

I'd consider buying one just for that feature alone.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [wikireader] There are updates!

[Jeff]

After I make sure everything is working correctly, I'll post the rom image and 
procedure to flash online. Like any other flash though, you can brick the 
device.

On Friday, August 13, 2010 02:23:20 pm Brian wrote:
 On Fri, 13 Aug 2010 13:41:25 -0500
 
 Jeff jcolb...@netins.net wrote:
  Also, I was able to flash a new boot rom that gives me a Hitchhikers
  Guide Dont Panic splash screen.
 
 I'd consider buying one just for that feature alone.
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
attachment: splash2.png___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [wikireader] Project Gutenberg (again)

[Sean Moss-Pultz]

On Wed, Jun 9, 2010 at 5:57 PM, Tom Bachmann e_mc...@web.de wrote:

  Sure. We'll add it to our todo list. Please keep us posted as to your
  progress. This is super exciting work you're doing!

 Well, there is not all that much more to say. I have been fixing minor
 glitches during the last days. I completely converted gutenberg-de
 yesterday and it is working fine in the simulator. I'm currently
 converting all of the german and english ebooks of project gutenberg
 (about 25000 ebooks, this will yield about 3.5GB of .dat files). Will
 probably take all day and longer on my dual-core laptop.

Awesome!

 When I return to Germany on Sunday (I study in the UK) I will finally
 order a wikireader to test this on real hardware.

Thanks a lot. We really appreciate the support.

Sean

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [wikireader] Project Gutenberg (again)

[Tom Bachmann]

 Sure. We'll add it to our todo list. Please keep us posted as to your
 progress. This is super exciting work you're doing!

Well, there is not all that much more to say. I have been fixing minor 
glitches during the last days. I completely converted gutenberg-de 
yesterday and it is working fine in the simulator. I'm currently 
converting all of the german and english ebooks of project gutenberg 
(about 25000 ebooks, this will yield about 3.5GB of .dat files). Will 
probably take all day and longer on my dual-core laptop.

When I return to Germany on Sunday (I study in the UK) I will finally 
order a wikireader to test this on real hardware.

Tom

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [wikireader] Project Gutenberg (again)

[Tom Bachmann]

Sean,

thanks for your quick reply.

 1) Is there a deep reason why boldface fonts are not implemented? I
 figure they are not really relevant for wikis, but would be nice for
 some of the books. Unless there is something that complicates the matter
 I'm not seeing, I think I will add them (should be straightforward to
 mimic the behaviour of italic fonts?).

 They are implemented. We just didn't include them to save space. (Font
 sets are super huge when you include all the unicode characters!)

 If you look at the function handle_data within
 http://github.com/wikireader/wikireader/blob/master/host-tools/offline-renderer/ArticleRenderer.py
 you'll see what I mean.


Hm. I thought I had convinced myself that the real problem was that only 
two bits are used to encode the font id, and they are already used up 
(default, italic, title, subtitle, and supplements [large files with 
all characters I suppose] for default, title, subtitle). So adding 
boldface fonts to the wiki-app *does* seem to involve some non-trivial 
work. (I guess the advantage of splitting the fonts like this is that 
the small subset can be kept in memory all the time? The size of the 
fontfiles themselves is on the order of megabites so shouldn't matter, 
should it?)

 Sure we can do this. No problem! The font is getting more and more
 complex since we actually hand make many of the characters now.


That would be really awesome.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [wikireader] Project Gutenberg (again)

[Sean Moss-Pultz]

Hi Tom

On Tue, Jun 8, 2010 at 7:20 AM, Tom Bachmann e_mc...@web.de wrote:

  1) Is there a deep reason why boldface fonts are not implemented? I
  figure they are not really relevant for wikis, but would be nice for
  some of the books. Unless there is something that complicates the matter
  I'm not seeing, I think I will add them (should be straightforward to
  mimic the behaviour of italic fonts?).
 
  They are implemented. We just didn't include them to save space. (Font
  sets are super huge when you include all the unicode characters!)
 
  If you look at the function handle_data within
  http://github.com/wikireader/wikireader/blob/master/host-tools/offline-renderer/ArticleRenderer.py
  you'll see what I mean.
 

 Hm. I thought I had convinced myself that the real problem was that only
 two bits are used to encode the font id, and they are already used up
 (default, italic, title, subtitle, and supplements [large files with
 all characters I suppose] for default, title, subtitle). So adding
 boldface fonts to the wiki-app *does* seem to involve some non-trivial
 work. (I guess the advantage of splitting the fonts like this is that
 the small subset can be kept in memory all the time? The size of the
 fontfiles themselves is on the order of megabites so shouldn't matter,
 should it?)

This has nothing to do with the data structures. We cache the fonts
into the SDRAM to speed up the entire system. Without this, WikiReader
is too painfully slow (reading from the SD card caps out at around
125kb/s.) Currently we use 32MB of SDRAM. This means we can hold a few
font styles but we need to move to smaller size SDRAM for future
productions for cost reasons. So we have to be super careful with how
we handle fonts. It's quite a complex problem for us. Especially as we
add more and more language support.

Sean

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [wikireader] Project Gutenberg (again)

[Tom Bachmann]

 This has nothing to do with the data structures. We cache the fonts
 into the SDRAM to speed up the entire system. Without this, WikiReader
 is too painfully slow (reading from the SD card caps out at around
 125kb/s.) Currently we use 32MB of SDRAM. This means we can hold a few
 font styles but we need to move to smaller size SDRAM for future
 productions for cost reasons. So we have to be super careful with how
 we handle fonts. It's quite a complex problem for us. Especially as we
 add more and more language support.


I see. That's the kind of deep problem I'd rather leave to you experts. 
I'll just wait and see if you cook something up. Till then I can live 
without boldface.

Regards,
Tom

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [wikireader] Project Gutenberg (again)

[Sean Moss-Pultz]

On Tuesday, June 8, 2010, Tom Bachmann e_mc...@web.de wrote:
 This has nothing to do with the data structures. We cache the fonts
 into the SDRAM to speed up the entire system. Without this, WikiReader
 is too painfully slow (reading from the SD card caps out at around
 125kb/s.) Currently we use 32MB of SDRAM. This means we can hold a few
 font styles but we need to move to smaller size SDRAM for future
 productions for cost reasons. So we have to be super careful with how
 we handle fonts. It's quite a complex problem for us. Especially as we
 add more and more language support.


 I see. That's the kind of deep problem I'd rather leave to you experts.
 I'll just wait and see if you cook something up. Till then I can live
 without boldface.

Sure. We'll add it to our todo list. Please keep us posted as to your
progress. This is super exciting work you're doing!

Sean

-- 

  -Sean

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [wikireader] Project Gutenberg (again)

[Sean Moss-Pultz]

Hi Tom

On Mon, Jun 7, 2010 at 10:43 AM, Tom Bachmann e_mc...@web.de wrote:

 Dear all,

 after taking a rather longish break, I'm back working on my project
 gutenberg integration code.

Excellent!

[snip]

 Technical Questions:

 1) Is there a deep reason why boldface fonts are not implemented? I
 figure they are not really relevant for wikis, but would be nice for
 some of the books. Unless there is something that complicates the matter
 I'm not seeing, I think I will add them (should be straightforward to
 mimic the behaviour of italic fonts?).

They are implemented. We just didn't include them to save space. (Font
sets are super huge when you include all the unicode characters!)

If you look at the function handle_data within
http://github.com/wikireader/wikireader/blob/master/host-tools/offline-renderer/ArticleRenderer.py
you'll see what I mean.

 2) Could you please add the characters U+2039 and U+203A ('SINGLE
 LEFT-POINTING ANGLE QUOTATION MARK' and right-pointing version) to the
 font? They are used quite often in some books and the box just looks
 ugly. Again I would do this myself but there seem to be a number of
 intermediate stages in font generation that I don't really understand.

Sure we can do this. No problem! The font is getting more and more
complex since we actually hand make many of the characters now.

 3) Is it possible that the english language image on
 dev.thewikireader.org is corrupted? When I try to extract it with 7z x
 enpedia.7z I get a cryptic Error: E_FAIL message. (I'm running
 standard 7z of debian testing, version 9.04 beta.)

Very possible. I'm out of town now, but I'll check with the engineers
when I return later this week.

 Bugs in wiki-app:

 I believe that in the course of writing and testing my extensions, I
 have fixed some minor bugs in the core wiki-app code. My changes are
 very small and isolated, so the maintainers of the main repository may
 wish to look at these files only.

Great. I'll ask our lead engineer (Chris) to check out your stuff.

Sean

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [WikiReader] Announcing wrdk

[Suco]

Wow, amazing job Michael. This deserves a big trial :D
Thank you for sharing your great effor with the community!!

On Tue, Jun 1, 2010 at 10:11 AM, Michael Hope
michael.h...@seabright.co.nzwrote:

 Hi there.  I'm happy to announce wrdk, a development kit for the
 WikiReader.

 wrdk is a pre-built toolchain, libraries, set of examples, and simple
 serial loader that makes developing applications for the Openmoko
 WikiReader a little bit easier.  Included is fairly high level access
 to most of the hardware including the file system, LCD, buttons, and
 touch screen.

 The development cycle is pretty easy: write your app, build it, copy
 it over to a SD card, and pick the icon off a menu to run it.  The
 serial loader, along with a modified WikiReader and custom cable,
 speeds this up by letting you reset the device and load a new program
 straight from your desktop machine.

 Binaries are available for Linux and Windows.  See
  http://wrdk.seabright.co.nz/

 for more.

 I'm tempted to offer a pre-modified WikiReader and download cable to
 help those who aren't electronically inclined.  Please contact me if
 you'd be interested.

 -- Michael

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community




-- 
Mi blog personal:
http://blog.wikifotos.org/

Sé libre, usa ubuntu:
http://www.ubuntustory.com/
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [WikiReader] Announcing wrdk

[Christ van Willegen]

Michael,

great work! I'll check it out soon!

Christ van Willegen

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [WikiReader] Announcing wrdk

[Sean Moss-Pultz]

Michael

Excellent work. We all thank for you such a meaningful contribution!

 -Sean


On Tue, Jun 1, 2010 at 1:11 AM, Michael Hope
michael.h...@seabright.co.nz wrote:

 Hi there.  I'm happy to announce wrdk, a development kit for the WikiReader.

 wrdk is a pre-built toolchain, libraries, set of examples, and simple
 serial loader that makes developing applications for the Openmoko
 WikiReader a little bit easier.  Included is fairly high level access
 to most of the hardware including the file system, LCD, buttons, and
 touch screen.

 The development cycle is pretty easy: write your app, build it, copy
 it over to a SD card, and pick the icon off a menu to run it.  The
 serial loader, along with a modified WikiReader and custom cable,
 speeds this up by letting you reset the device and load a new program
 straight from your desktop machine.

 Binaries are available for Linux and Windows.  See
  http://wrdk.seabright.co.nz/

 for more.

 I'm tempted to offer a pre-modified WikiReader and download cable to
 help those who aren't electronically inclined.  Please contact me if
 you'd be interested.

 -- Michael

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [wikireader] - combined dutch + english update

[Job W. J. Snijders]

Hi Suco,

On 7 apr 2010, at 00:17, Suco wrote:

 Wow, impressive job. I don't speak german but the effort deserve to see the 
 multi-lingual wikireader on the device. Thanks for your time :D

I don't speak german either :-)

http://en.wikipedia.org/wiki/Dutch_language

http://en.wikipedia.org/wiki/German_language

There is a small, but significant difference! ;-)

- Job


 
 On Tue, Apr 6, 2010 at 2:50 PM, Job W. J. Snijders j...@instituut.net wrote:
 Hello fellow wikireaders,
 
 I rendered a combined dutch + english update for the wikireader which you can 
 download from my website. I plan on building one every one or two months.
 
 Version information:
 
 Dutch: 20100327 (downloaded  rendered with the help of Christopher Hall :-)
 English: 20100204 (the version that was on the SD card when OM shipped it to 
 me)
 FIrmware: 20100204 (the version that was on the SD card when OM shipped it to 
 me)
 
 You can switch between the two encyclopedias if you press the 'search' button 
 and then press the 'globe icon' on the touchscreen.
 
 Download the ~ 5 gigabyte in .tar.gz or .rar format: 
 http://snijders-it.nl/wikireader/
 
 The cool thing is, there still is about 3.5 gigabyte of free space left on 
 the memory card, i wonder what to do with that space :-)
 
 Kind regards,
 
 Job Snijders
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
 
 
 
 -- 
 Mi blog personal:
 http://blog.wikifotos.org/
 
 Sé libre, usa ubuntu:
 http://www.ubuntustory.com/
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [wikireader] - combined dutch + english update

[Suco]

ups, sorry for the error. Greetings to Netherlands :D

On Wed, Apr 7, 2010 at 12:06 PM, Job W. J. Snijders j...@instituut.netwrote:

 Hi Suco,

 On 7 apr 2010, at 00:17, Suco wrote:

  Wow, impressive job. I don't speak german but the effort deserve to see
 the multi-lingual wikireader on the device. Thanks for your time :D

 I don't speak german either :-)

 http://en.wikipedia.org/wiki/Dutch_language

 http://en.wikipedia.org/wiki/German_language

 There is a small, but significant difference! ;-)

 - Job


 
  On Tue, Apr 6, 2010 at 2:50 PM, Job W. J. Snijders j...@instituut.net
 wrote:
  Hello fellow wikireaders,
 
  I rendered a combined dutch + english update for the wikireader which you
 can download from my website. I plan on building one every one or two
 months.
 
  Version information:
 
  Dutch: 20100327 (downloaded  rendered with the help of Christopher Hall
 :-)
  English: 20100204 (the version that was on the SD card when OM shipped it
 to me)
  FIrmware: 20100204 (the version that was on the SD card when OM shipped
 it to me)
 
  You can switch between the two encyclopedias if you press the 'search'
 button and then press the 'globe icon' on the touchscreen.
 
  Download the ~ 5 gigabyte in .tar.gz or .rar format:
 http://snijders-it.nl/wikireader/
 
  The cool thing is, there still is about 3.5 gigabyte of free space left
 on the memory card, i wonder what to do with that space :-)
 
  Kind regards,
 
  Job Snijders
  ___
  Openmoko community mailing list
  community@lists.openmoko.org
  http://lists.openmoko.org/mailman/listinfo/community
 
 
 
  --
  Mi blog personal:
  http://blog.wikifotos.org/
 
  Sé libre, usa ubuntu:
  http://www.ubuntustory.com/
  ___
  Openmoko community mailing list
  community@lists.openmoko.org
  http://lists.openmoko.org/mailman/listinfo/community


 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community




-- 
Mi blog personal:
http://blog.wikifotos.org/

Sé libre, usa ubuntu:
http://www.ubuntustory.com/
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [wikireader] - combined dutch + english update

[Suco]

Wow, impressive job. I don't speak german but the effort deserve to see the
multi-lingual wikireader on the device. Thanks for your time :D

On Tue, Apr 6, 2010 at 2:50 PM, Job W. J. Snijders j...@instituut.netwrote:

 Hello fellow wikireaders,

 I rendered a combined dutch + english update for the wikireader which you
 can download from my website. I plan on building one every one or two
 months.

 Version information:

 Dutch: 20100327 (downloaded  rendered with the help of Christopher Hall
 :-)
 English: 20100204 (the version that was on the SD card when OM shipped it
 to me)
 FIrmware: 20100204 (the version that was on the SD card when OM shipped it
 to me)

 You can switch between the two encyclopedias if you press the 'search'
 button and then press the 'globe icon' on the touchscreen.

 Download the ~ 5 gigabyte in .tar.gz or .rar format:
 http://snijders-it.nl/wikireader/

 The cool thing is, there still is about 3.5 gigabyte of free space left on
 the memory card, i wonder what to do with that space :-)

 Kind regards,

 Job Snijders
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community




-- 
Mi blog personal:
http://blog.wikifotos.org/

Sé libre, usa ubuntu:
http://www.ubuntustory.com/
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [wikireader] Rudimentary support for several wikis

[Thomas HOCEDEZ]

Have you seen this on the git  
(http://wiki.github.com/wikireader/wikireader/structure-of-sd-card)



   Multiple Language Version

   * Programs are in the root (*.elf)
   * Forth related items (*.4th *.4mu forth.ini) are in the root
   * Fonts (*.bmf) are in the root
   * XXpedia subdirectories contain the data (wiki*.*) (XX = en, es,
 de, fr ... see wiki-app/wiki_info.c)
   * XXpedia/wiki.nls is the language specific messages file (plain
 text key=message)

How already tested this ?

--
Thomas HOCEDEZ

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [wikireader] Rudimentary support for several wikis

[Tom Bachmann]

Thomas HOCEDEZ wrote:
 Have you seen this on the git  
 (http://wiki.github.com/wikireader/wikireader/structure-of-sd-card)
 

Nope. I take it most of my work was useless …

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [wikireader] Rudimentary support for several wikis

[Tom Bachmann]

Actually that fits my needs very well. My support for several wikis was 
a rudimentary hack at best, to enable my real goal: using the wikireader 
as an ebook reader. *That* code was almost trivial to port, and can be 
found at git://gitorious.org/wikireader-ness/wikireader-ness2.git. I'll 
keep pushing there (mainly for backup), so if anyone is interested in 
having the entire project gutenberg library in their pocket …

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [wikireader] Rudimentary support for several wikis

[Thomas HOCEDEZ]

Le 26/01/2010 14:23, Tom Bachmann a écrit :

 Thomas HOCEDEZ wrote:

 Have you seen this on the git
 (http://wiki.github.com/wikireader/wikireader/structure-of-sd-card)
  
 Nope. I take it most of my work was useless …

Did you think that maybe YOUR work causes this stuff to be developped ?! 
héhé ... OpenSource mysteries ;-)

I'll keep watch your work.

-- 
Thomas HOCEDEZ


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [wikireader] Rudimentary support for several wikis

[Thomas HOCEDEZ]

Le 21/01/2010 19:07, Tom Bachmann a écrit :
 Alright. The latest commit has a ChangeCollection script. Use it like this:

 ChangeCollection.py --from=none --to=1 --prefix=/path/to/image/pedia
 --dat-offset=${next free dat}

 where ${next free dat} is the first unused number in the .dat namespace
 of the english wiki. This will take a long while (it has to decompress
 and recompress all articles!), but it is probably faster than
 re-rendering everything (on my laptop it takes about 40 seconds to patch
 1000 articles).
 Next copy the pedia.idx, pedia.pfx, pedia.fnd, pedia.hsh, pedia?.dat of
 the english wiki to your image, renaming to pedia0.idx, pedia0.pfx,
 pedia0.fnd, pedia0.hsh (the pedia?.dat can keep their names). If you now
 boot my kernel, you should be able to change between both wikis, as
 described in my first post.

 Please tell me if everything works as expected.
I have other Wikis to test with, (french + bosnian + lituanian) but I 
still have two questions :
#1 : I can't find your ChangeCollection.py script : where did you hide 
it ?
#2 : How can you find the last id in .dat file ? for me it is not 
humanly readable...
#3 (extra bonus question)  : Don't you think it would be possible to 
automatize those steps ?
The last steps are very easy to do. ;-), I think I'll manage to do it.

Thanks for your nice job.

AstHrO



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [wikireader] Rudimentary support for several wikis

[Tom Bachmann]

Alright. The latest commit has a ChangeCollection script. Use it like this:

ChangeCollection.py --from=none --to=1 --prefix=/path/to/image/pedia 
--dat-offset=${next free dat}

where ${next free dat} is the first unused number in the .dat namespace 
of the english wiki. This will take a long while (it has to decompress 
and recompress all articles!), but it is probably faster than 
re-rendering everything (on my laptop it takes about 40 seconds to patch 
1000 articles).
Next copy the pedia.idx, pedia.pfx, pedia.fnd, pedia.hsh, pedia?.dat of 
the english wiki to your image, renaming to pedia0.idx, pedia0.pfx, 
pedia0.fnd, pedia0.hsh (the pedia?.dat can keep their names). If you now 
boot my kernel, you should be able to change between both wikis, as 
described in my first post.

Please tell me if everything works as expected.

Thomas HOCEDEZ wrote:
 It would be awesome !
 
 I finished French Wiki last night, upload is in action. It will be 
 available before tonight  on some mirors.
 
 I'll post urls as soon as it is available.
 
 Thomas
 

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [wikireader] Rudimentary support for several wikis

[Thomas HOCEDEZ]

Le 19/01/2010 16:33, Tom Bachmann a écrit :
 I now registered to the list, since unregistered didn't seem to come
 through and c...@thewikireader doesn't seem to respond. Possibly you
 might recive this message more than once.

  Original Message 
 Subject: [wikireader] Rudimentary support for several wikis
 Date: Sun, 17 Jan 2010 00:56:53 +
 From: Tom Bachmanntb...@cam.ac.uk
 To: community@lists.openmoko.org

 Hello,

 first of all, please CC me since I'm not registered to the list.

 Over the last few days I have been hacking together rudimentary support
 for displaying several collections of data (e.g. wikis of different
 languages) on the wikireader. This code is not yet ready to be
 incorporated into the main repository (I think), and furthermore I don't
 actually know if it complies with your ideas of simplicity.

 HOWEVER, I would be very grateful to everyone who can test the code. I
 don't yet have a real wikireader (i.e. I have been developing this on
 the simulator; I will get one after sorting out my budget...) and I'm
 worried that there might be problems related to e.g. the scarcity of
 memory on the reader (how much ram has it installed?).

 Here is what I did: basically, articles are now identified by their
 index and by their collection id (the highest four bits of the 32bit
 identifier). The .pfx, .fnd, .hsh and .idx files are replicated per
 collection. The .dat files are just numbered consecutively (and
 identified by the usual way). So if you have e.g. two collections, say
 english and french wikipedia, then your image layout may look like this:

 pedia0.idx pedia0.hsh pedia0.pfx pedia0.fnd
 pedia1.idx pedia1.hsh pedia1.pfx pedia1.fnd
 pedia0.dat pedia1.dat pedia2.dat pedia3.dat pedia4.dat

 You cannot tell what articles are in what .dat files (in principle
 articles from several wikis could be mixed in one file), but in practice
 we might have pedia0-2.dat corresponding to the collection 0 (english
 wiki) and pedia{3,4}.dat corresponding to collection 1 (french wiki).

 The searching functionality etc is implemented in the wiki-app, the user
 inteface is rather non-existent. As a hack for testing I'm statically
 configuring the system to use two collections (identified 0 and 1) and I
 added an invisible button to the upper right corner of the search menu
 to switch between the collections (in the simulator you will see a
 message). There seem to be some bugs in that button but it's really for
 testing only.

 In addition to implementing all that in the wiki-app, I modified the
 render, index and combine programs. All take a new --coll-number
 argument to identify the collection being worked on, and
 ArticleRender.py has a new --dat-number argument to specify the .dat
 file (--number only identifies the block for the .idx file).

 The good news is, you can just re-use your primary collection (the one
 identified by 0). The bad news is, all extra collections have to be
 re-built. For a quick test, try

 make  DESTDIR=image WORKDIR=work \
 XML_FILES=xml-file-samples/japanese_architects.xml \
 COLL_NUMBER=1 DAT_NUMBER=${first unused index in .dat} iprch


 make  DESTDIR=image WORKDIR=work install

 and then copy everything to your wikireader (or try sim4).

 Again, it would be *greatly* appreciated if someone could build a large
 second collection and try two real-life datasets on the wikireader.

 All the code is at gitorious (just because I am already registered there
 but not yet on github). To get it, do

 git clone git://gitorious.org/wikireader-ness/wikireader-ness.git

 Let me know what you think!

 Thanks,
 Tom



 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


It would be awesome !

I finished French Wiki last night, upload is in action. It will be 
available before tonight  on some mirors.

I'll post urls as soon as it is available.

Thomas

-- 
Thomas HOCEDEZ


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [wikireader] French image available !

[Mickael Labrousse]

Hi,

I don't have a WikiReader but congratulation for your  work and Cocorico !

Mickael

Thomas HOCEDEZ a écrit :
 Hi WikiReaders !

 I'm proud to tell you the french image of the Wikireader is (finally) 
 released !

 It is based on the dump of 20th december 2009.
 It is 1.4Gb weigth (nice baby) and contains 898 000 articles.
 A beginning of picture support (math formulas for now).

 It took 18 hours to parse  20 hours to render. (an automated process is 
 being thought).

 No more blahblah, here's the link :

 ftp://alionet-repository.no-ip.info/Linux/OpenMoko/wikireader/wr_fr_20100120.tar.gz

 Bonne Lecture.

 AstHrO

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

   

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [wikireader] Rudimentary support for several wikis

[Tom Bachmann]

 in the light of the awfully long render times for complete wikis, I 
figure I should create a 'change collection number' script.

Thomas HOCEDEZ wrote:
 Le 19/01/2010 16:33, Tom Bachmann a écrit :
 I now registered to the list, since unregistered didn't seem to come
 through and c...@thewikireader doesn't seem to respond. Possibly you
 might recive this message more than once.

  Original Message 
 Subject: [wikireader] Rudimentary support for several wikis
 Date: Sun, 17 Jan 2010 00:56:53 +
 From: Tom Bachmanntb...@cam.ac.uk
 To: community@lists.openmoko.org

 Hello,

 first of all, please CC me since I'm not registered to the list.

 Over the last few days I have been hacking together rudimentary support
 for displaying several collections of data (e.g. wikis of different
 languages) on the wikireader. This code is not yet ready to be
 incorporated into the main repository (I think), and furthermore I don't
 actually know if it complies with your ideas of simplicity.

 HOWEVER, I would be very grateful to everyone who can test the code. I
 don't yet have a real wikireader (i.e. I have been developing this on
 the simulator; I will get one after sorting out my budget...) and I'm
 worried that there might be problems related to e.g. the scarcity of
 memory on the reader (how much ram has it installed?).

 Here is what I did: basically, articles are now identified by their
 index and by their collection id (the highest four bits of the 32bit
 identifier). The .pfx, .fnd, .hsh and .idx files are replicated per
 collection. The .dat files are just numbered consecutively (and
 identified by the usual way). So if you have e.g. two collections, say
 english and french wikipedia, then your image layout may look like this:

 pedia0.idx pedia0.hsh pedia0.pfx pedia0.fnd
 pedia1.idx pedia1.hsh pedia1.pfx pedia1.fnd
 pedia0.dat pedia1.dat pedia2.dat pedia3.dat pedia4.dat

 You cannot tell what articles are in what .dat files (in principle
 articles from several wikis could be mixed in one file), but in practice
 we might have pedia0-2.dat corresponding to the collection 0 (english
 wiki) and pedia{3,4}.dat corresponding to collection 1 (french wiki).

 The searching functionality etc is implemented in the wiki-app, the user
 inteface is rather non-existent. As a hack for testing I'm statically
 configuring the system to use two collections (identified 0 and 1) and I
 added an invisible button to the upper right corner of the search menu
 to switch between the collections (in the simulator you will see a
 message). There seem to be some bugs in that button but it's really for
 testing only.

 In addition to implementing all that in the wiki-app, I modified the
 render, index and combine programs. All take a new --coll-number
 argument to identify the collection being worked on, and
 ArticleRender.py has a new --dat-number argument to specify the .dat
 file (--number only identifies the block for the .idx file).

 The good news is, you can just re-use your primary collection (the one
 identified by 0). The bad news is, all extra collections have to be
 re-built. For a quick test, try

 make  DESTDIR=image WORKDIR=work \
 XML_FILES=xml-file-samples/japanese_architects.xml \
 COLL_NUMBER=1 DAT_NUMBER=${first unused index in .dat} iprch


 make  DESTDIR=image WORKDIR=work install

 and then copy everything to your wikireader (or try sim4).

 Again, it would be *greatly* appreciated if someone could build a large
 second collection and try two real-life datasets on the wikireader.

 All the code is at gitorious (just because I am already registered there
 but not yet on github). To get it, do

 git clone git://gitorious.org/wikireader-ness/wikireader-ness.git

 Let me know what you think!

 Thanks,
 Tom



 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

 
 It would be awesome !
 
 I finished French Wiki last night, upload is in action. It will be 
 available before tonight  on some mirors.
 
 I'll post urls as soon as it is available.
 
 Thomas
 

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [WikiReader] where to send patches?

[Sean Moss-Pultz]

On Tue, Dec 29, 2009 at 8:21 PM, Robin Humble
robin.humble...@anu.edu.aurobin.humble%2...@anu.edu.au
 wrote:

 Hi,

 I've been playing with rebuilding wikireader enwiki images with
 fedora12 x86_64 on a test cluster of ours over the holidays.
 seems to work fine.

 I have some small fixes for 64bit issues with hash building, fedora
 paths, php warnings from a different (newer?) php5 version, and some
 nasty hacks to get around php Fatal errors on a few wiki articles.

 is this list the right place to send wikireader patches?


Hi Robin

We really appreciate the help. Just email c...@thewikireader.com or post
something on Github.

Sean
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [wikireader] Border interactions

[Ron Hale-Evans]

Tim,

This sounds awesome! I hope it becomes standard.

Could you please attach a complete kernel for those of us who are too
lazy to set up a toolchain right now? :)

Happy holidays and thanks,

Ron H-E

On Thu, Dec 24, 2009 at 4:13 AM, Tim Besard tim.bes...@gmail.com wrote:
 Seems like patch didn't get through, reposting bzipped.

 -Tim

 Op woensdag 16-12-2009 om 22:28 uur [tijdzone +0100], schreef Tim
 Besard:
 Hi all,

 Attached to this mail is a small patch I wrote a while ago, introducing
 border interactions. It quite simply hacks in a 15px magical border
 which when tapped induces certain actions:
   * upper border: page up;
   * lower border: page down;
   * left border: history back;
   * right border: history forward.

 I've added page up  down because it reads far faster and scrolling
 (at least on my wikireader) turned out to be quite unreadable. History
 back and forward are handy shortcuts while clicking through links of an
 article.

 -Tim



 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community





-- 
Ron Hale-Evans ... r...@ludism.org ... http://ron.ludism.org/ ... (206) 201-1768
Mind Performance Hacks book: http://oreilly.com/catalog/9780596101534/
 The proteiform graph itself is a polyhedron of scripture. (Finnegans
Wake 107:08)

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [wikireader] Border interactions

[Tim Besard]

Seems like patch didn't get through, reposting bzipped.

-Tim

Op woensdag 16-12-2009 om 22:28 uur [tijdzone +0100], schreef Tim
Besard:
 Hi all,
 
 Attached to this mail is a small patch I wrote a while ago, introducing
 border interactions. It quite simply hacks in a 15px magical border
 which when tapped induces certain actions:
   * upper border: page up;
   * lower border: page down;
   * left border: history back;
   * right border: history forward.
 
 I've added page up  down because it reads far faster and scrolling
 (at least on my wikireader) turned out to be quite unreadable. History
 back and forward are handy shortcuts while clicking through links of an
 article.
 
 -Tim
 



binx47P1LNsiF.bin
Description: application/bzip
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [WikiReader] LWN article

[David Reyes Samblas Martinez]

2009/12/17 Tom Yates madhat...@teaparty.net:
 today's LWN has a quite positive article on the wikireader, which can be
 found at http://lwn.net/SubscriberLink/366927/9874880118356de2/ for those
 who are interested.


 --

   Tom Yates  -  http://www.teaparty.net

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


Mentioned on LWN :):), cool birthday present :)

-- 
David Reyes Samblas Martinez
http://www.tuxbrain.com
Open ultraportable  embedded solutions
Qi inside NanoNote, Arduino, Openmoko, Openpandora
Hey, watch out!!! There's a linux in your pocket!!!

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [WikiReader] Battery Life

[Al Johnson]

On Saturday 12 December 2009, David Garabana Barro wrote:
 O Sábado, 12 de Decembro de 2009, Jeff escribiu:
  Alkaline, the original energizer batteries that came with the device. I
  may have some NiMH batteries lying around somewhere, but I don't have
  any AAA lithium polymer nor a suitable charger.
 
 NiMH will be even worse.
 They autodischarge 5-10% on first day, and 1% every next day...

That depends on the NiMH. Several manufacturers are now making them with very 
low self discharge (~5%/month). They work very well in applications where I 
previously stuck to alkalines, such as my Psion 5 which probably has a lot in 
common with the wikireader.

I would also suggest trying a different brand of alkalines. The discharge 
voltage characteristic varies significantly between brands, and some devices 
stop working with the battery at a relatively high voltage. The Psion often 
works well with alkalines that other devices claim are dead. Even when the 
Psion has finished with them, they can be recharged with a suitable charger.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [WikiReader] Battery Life

[Glenn]

At 17:50 + 13/12/09, Al Johnson wrote:
On Saturday 12 December 2009, David Garabana Barro wrote:
  O Sábado, 12 de Decembro de 2009, Jeff escribiu:
   Alkaline, the original energizer batteries that came with the device. I
   may have some NiMH batteries lying around somewhere, but I don't have
   any AAA lithium polymer nor a suitable charger.

  NiMH will be even worse.
  They autodischarge 5-10% on first day, and 1% every next day...

That depends on the NiMH. Several manufacturers are now making them with very
low self discharge (~5%/month). They work very well in applications where I
previously stuck to alkalines, such as my Psion 5 which probably has a lot in
common with the wikireader.

I would also suggest trying a different brand of alkalines. The discharge
voltage characteristic varies significantly between brands, and some devices
stop working with the battery at a relatively high voltage. The Psion often
works well with alkalines that other devices claim are dead. Even when the
Psion has finished with them, they can be recharged with a suitable charger.
...

Hey!

It is these batteries:
http://en.wikipedia.org/wiki/Low_self-discharge_NiMH_battery

Glenn

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [WikiReader] Battery Life

[Glenn]

At 20:36 +0100 13/12/09, Glenn wrote:
At 17:50 + 13/12/09, Al Johnson wrote:
On Saturday 12 December 2009, David Garabana Barro wrote:
  O Sábado, 12 de Decembro de 2009, Jeff escribiu:
   Alkaline, the original energizer batteries that came with the device. I
   may have some NiMH batteries lying around somewhere, but I don't have
   any AAA lithium polymer nor a suitable charger.

  NiMH will be even worse.
  They autodischarge 5-10% on first day, and 1% every next day...

That depends on the NiMH. Several manufacturers are now making them with very
low self discharge (~5%/month). They work very well in applications where I
previously stuck to alkalines, such as my Psion 5 which probably has a lot in
common with the wikireader.

I would also suggest trying a different brand of alkalines. The discharge
voltage characteristic varies significantly between brands, and some devices
stop working with the battery at a relatively high voltage. The Psion often
works well with alkalines that other devices claim are dead. Even when the
Psion has finished with them, they can be recharged with a suitable charger.
...

Hey!

It is these batteries:
http://en.wikipedia.org/wiki/Low_self-discharge_NiMH_battery

Glenn

Here you have an older version with a list of battery names:

http://en.wikipedia.org/w/index.php?title=Low_self-discharge_NiMH_batteryoldid=180982680

Glenn



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [WikiReader] Battery Life

[David Garabana Barro]

O Sábado, 12 de Decembro de 2009, Jeff escribiu:
 Alkaline, the original energizer batteries that came with the device. I
 may have some NiMH batteries lying around somewhere, but I don't have
 any AAA lithium polymer nor a suitable charger.

NiMH will be even worse.
They autodischarge 5-10% on first day, and 1% every next day...

-- 
David Garabana Barro
jabber  google talk ID:da...@garabana.com
Clave pública PGP/GPG:  http://davide.garabana.com/pgp.html


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [WikiReader] Battery Life

[Alex Teiche]

On Fri, Dec 11, 2009 at 4:08 PM, Jeff jcolb...@netins.net wrote:

 I just burned through the 2nd set of batteries with my wikireader in a
 month and a half. I know I have averaged less than 15 minutes a day of
 on time, so I am getting no where near the 90 hours of battery life
 advertised. Don't know if I have a bad one, or if the code needs tweaking.

 Anyone else notice the battery life has not been so good?

 Jeff


I don't have a WikiReader, but are you using Alkaline or Lithium batteries?
The voltage of Alkali based batteries will decrease over time, so that often
they will not be able to power an electronic device even though they are not
fully discharged.  Lithium batteries are best for things like the WikiReader
because the voltage stays constant for the most part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [WikiReader] Battery Life

[Jeff]

Alkaline, the original energizer batteries that came with the device. I 
may have some NiMH batteries lying around somewhere, but I don't have 
any AAA lithium polymer nor a suitable charger.

Alex Teiche wrote:


 On Fri, Dec 11, 2009 at 4:08 PM, Jeff jcolb...@netins.net 
 mailto:jcolb...@netins.net wrote:

 I just burned through the 2nd set of batteries with my wikireader in a
 month and a half. I know I have averaged less than 15 minutes a day of
 on time, so I am getting no where near the 90 hours of battery life
 advertised. Don't know if I have a bad one, or if the code needs
 tweaking.

 Anyone else notice the battery life has not been so good?

 Jeff


 I don't have a WikiReader, but are you using Alkaline or Lithium 
 batteries?  The voltage of Alkali based batteries will decrease over 
 time, so that often they will not be able to power an electronic 
 device even though they are not fully discharged.  Lithium batteries 
 are best for things like the WikiReader because the voltage stays 
 constant for the most part.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [WikiReader] French Image

[Tilman Baumann]

Tilman Baumann wrote:

 David Reyes Samblas Martinez wrote:
 2009/12/1 Thomas HOCEDEZ thomas.hoce...@free.fr:
 No, I didn't. What would be the interest to do so ?
 it generate the index from the final filesto be able to search them
 correctly generating a hash file that must be included, in the image
 directory:
 $../host-tools/has-gen/has-gen --fnd=pedia.fnd --pfx=pedia.pfx
 --hsh=pedia.hsh

 I suspect there is still something wrong with my modification to the
 script.


Indeed there was. I forgot to append the parser output instead I overwrote
it.

see
http://github.com/tbaumann/wikireader/commit/e5f95508476b34c6c381fa5fec16f1986010f5b4

Now it is much much better. But unfortunately still not 100% correct.

At least one link/keyword points to the wrong article.
I found the problem with the Walt Kelly keyword which points to a jpeg
file article.

I suppose if we skip articles we have to also remove them from the index?
I will investigate this, but I have little time and my python foo is weak.

Regards
 Tilman Baumann



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [WikiReader] French Image

[Tilman Baumann]

David Reyes Samblas Martinez wrote:
 2009/12/1 Thomas HOCEDEZ thomas.hoce...@free.fr:
 No, I didn't. What would be the interest to do so ?
 it generate the index from the final filesto be able to search them
 correctly generating a hash file that must be included, in the image
 directory:
 $../host-tools/has-gen/has-gen --fnd=pedia.fnd --pfx=pedia.pfx
 --hsh=pedia.hsh

I suspect there is still something wrong with my modification to the script.

Building of my German wikipedia finally finished, but it does not work
correctly.
No link or even search points to the right article. Some articles are not
even found.

I removed all files that started with pedia* and copied the following
files from my image dir on it.
pedia0.dat  pedia0.idx-tmp  pedia.fnd  pedia.hsh  pedia.idx  pedia.pfx


Any ideas?
I think I jinxed the PARSER_COMMAND and it re-writes the output file every
time I restart it. But to test that I need two or three days again. :)

Regards
 Tilman Baumann


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [WikiReader] SpareParts ?

[Sean Moss-Pultz]

Thomas

Please email supp...@thewikireader.com for these kind of requests. I'm sure
we'll take care of you.

 -Sean


On Wed, Dec 2, 2009 at 12:44 AM, Thomas HOCEDEZ thomas.hoce...@free.frwrote:

 Hello,

 Unfortunately, my touchscreeen don't seemed to working anymore. (I
 opened my FR to put backlight, what is impossible to do).
 Does the specs show what part is the screen ? Is it possible to find one
 somewhere or do I have to use my WR with random only ?

 Thanks by advance to all information.

 kindly Regards

 AstHrO

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [WikiReader] French Image

[Thomas HOCEDEZ]

No, I didn't. What would be the interest to do so ?

I used  ArticleIndex, ArticleParser and ArticleRenderer individually 
(not the 00run shell script.) This time, I use the script, but a huge 
articles0.html file is being generated. I think it is not a good thing, 
but I will see this midday, the parsing will be over and rendering started.

About the French application, I managed to compile with french 
sentences, but the keybord refuses to be changed (though I redraw it !)
For now, one of my priority will be to find parts to replace my touch 
area (or whole screen, all seems to be glued).




David Reyes Samblas Martinez a écrit :
 Had you generated a hash file? using hash-gen utility?
 , regards.


 David Reyes Samblas Martinez


 2009/12/1 Thomas Hocedez thomas.hoce...@free.fr:
   
 Hi people.

 I manage to generate a French image for the wikireader .. but it is not
 usable. A sad Failed to load article  is always displayed.
 My image strangely a single 1.4Go file ... any idea ?


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [WikiReader] French Image

[Tilman Baumann]

Thomas Hocedez wrote:
 Hi people.

 I manage to generate a French image for the wikireader .. but it is not
 usable. A sad Failed to load article  is always displayed.
 My image strangely a single 1.4Go file ... any idea ?

 I'm regenerating an image. using lasts scripts. We'll see tomorrow.

 Tilmasn did you manage to generate something good ?

Unfortunately not. I'm building in a virtual machine. So it's slow. :)
And I still missed a bug in the code. The programme does not terminate
correctly because I left crap in the cleanup routine.
Damn runtime errors after 10 hours or so. :)

Keep you posted...


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [WikiReader] French Image

[David Reyes Samblas Martinez]

2009/12/1 Thomas HOCEDEZ thomas.hoce...@free.fr:
 No, I didn't. What would be the interest to do so ?
it generate the index from the final filesto be able to search them
correctly generating a hash file that must be included, in the image
directory:
$../host-tools/has-gen/has-gen --fnd=pedia.fnd --pfx=pedia.pfx --hsh=pedia.hsh


 I used  ArticleIndex, ArticleParser and ArticleRenderer individually
 (not the 00run shell script.) This time, I use the script, but a huge
 articles0.html file is being generated. I think it is not a good thing,
parsing is precisely the generation of this html files :) it transform
from wiki code to html , so is normal that file is generated is about
the sizes of the original xml file
 but I will see this midday, the parsing will be over and rendering started.

 About the French application, I managed to compile with french
 sentences, but the keybord refuses to be changed (though I redraw it !)
 For now, one of my priority will be to find parts to replace my touch
 area (or whole screen, all seems to be glued).

Regarding just one pedia0.dat file is normal cause you use only one
machine to do that, OM has generated varios dat files because they
paralelize the process , with different peaces of the xml to
parse/render




 David Reyes Samblas Martinez a écrit :
 Had you generated a hash file? using hash-gen utility?
 , regards.


 David Reyes Samblas Martinez


 2009/12/1 Thomas Hocedez thomas.hoce...@free.fr:

 Hi people.

 I manage to generate a French image for the wikireader .. but it is not
 usable. A sad Failed to load article  is always displayed.
 My image strangely a single 1.4Go file ... any idea ?


 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community



David Reyes Samblas Martinez
http://www.tuxbrain.com
Open ultraportable  embedded solutions
Openmoko, Openpandora,  Arduino
Hey, watch out!!! There's a linux in your pocket!!!

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [WikiReader] French Image

[Thomas HOCEDEZ]

David Reyes Samblas Martinez a écrit :
 2009/12/1 Thomas HOCEDEZ thomas.hoce...@free.fr:
   
 No, I didn't. What would be the interest to do so ?
 
 it generate the index from the final filesto be able to search them
 correctly generating a hash file that must be included, in the image
 directory:
 $../host-tools/has-gen/has-gen --fnd=pedia.fnd --pfx=pedia.pfx --hsh=pedia.hsh

   
 I used  ArticleIndex, ArticleParser and ArticleRenderer individually
 (not the 00run shell script.) This time, I use the script, but a huge
 articles0.html file is being generated. I think it is not a good thing,
 
 parsing is precisely the generation of this html files :) it transform
 from wiki code to html , so is normal that file is generated is about
 the sizes of the original xml file
   
 but I will see this midday, the parsing will be over and rendering started.

 About the French application, I managed to compile with french
 sentences, but the keybord refuses to be changed (though I redraw it !)
 For now, one of my priority will be to find parts to replace my touch
 area (or whole screen, all seems to be glued).
 

 Regarding just one pedia0.dat file is normal cause you use only one
 machine to do that, OM has generated varios dat files because they
 paralelize the process , with different peaces of the xml to
 parse/render
   

 
Well thanks for all thoses lights ! I'll bee able to go to sleep less 
stupid tonight ! ;-)

I'll try your tricks, and give you back my answers.

Thanks again.

THomas

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [WikiReader] Sharing compiling sources.

[Tilman Baumann]

Hi,

can you maybe release this as a patch?
I like to inegrate this in github. But I fear I might miss something if I
try to fiddle out the changes by hand.

Thanks

David Reyes Samblas Martinez wrote:
 Sorry for the wait Thomas,
 I was working to solve the broken pipe issue that stops the parser
 when it finds an error. I have applied a quick and dirty workaround
 using try-catch technique and now the process will not stop  and just
 skip the faulty article and keeps going :) it logs the faulty ones in
 a text file (title and position) for posterior forensics, but my first
 guesses in that is not a codification issue with utf8 is more an
 unexpected formating tag the php parser don't know how to deal with
 Actually parsing the german wikipedia with more than 1.3 million articles

 Count: 1043000
 Failing count: 2

 and keeps going I supose we can sacrificate two articles for having
 one milion available now :)

 as you requested I uploaded my working compiled tools[1]  but without
 any xml sources it's about 113Mb, but if you have a working tools on
 your system you just have to change
 host-tools/offline-renderer/ArticleParser.py by the attached on this
 mail and you can forget to cry like a child that his ice cream has
 fall to the floor when after more than 24h parsing hundred of thousand
 articles pased the process you see this ugly python error backtrace
 blablabla and not your desired file :)

 by the way the faultyarticles.txt is saved at same
 host-tools/offline-renderer directory, (i'm too lazy to put a
 parameter for change that and I hardcoded the name of the file ,
 yes... don't waste typing on correct that bad habit, I know)

 If you have curiosity of what articles on the german wiki are causing
 troubles
 on dewiki-latest-pages-articles.xml (date 2009-11-20)

 ~Storck Bicycle
 832673
 ~Musculus serratus posterior inferior
 857334

 Regards I hope I will upload the German wikipedia on Sunday... and
 will be available on Monday, sorry for the wait but my Asymmetric DSL
 is very asymmetric and upload 1.5-2 Gb (expected file size) will take
 a bunch of hours.

 For those than wants to compile his own , go for it :) the
 Quickreference in the doc directory on the souce is all you need to
 start working,  just remember than if you have a 64 bit system you
 will have to follow the 64 bits method to compile the tools,

 Regards
 [1]http://tuxbrain.org/downloads/wikireader/wikireaderbinaries20091127_dsamblas_modified_trycatch.tar.bz2
 David Reyes Samblas Martinez
 http://www.tuxbrain.com
 Open ultraportable  embedded solutions
 Openmoko, Openpandora,  Arduino
 Hey, watch out!!! There's a linux in your pocket!!!




 2009/11/27 Thomas HOCEDEZ thomas.hoce...@free.fr:
 Thomas HOCEDEZ a écrit :

 Hi DAvid,

 Can you share your scripts  configs to do the same in French (and
 other
 languages) ?
 Thanks

 Thomas



 As the Mailing list seems to be broken (or users started hibernating for
 winter...) I find by myself the way to compile things step by step.
 I'm for now rendering the French Wikipedia. As it started a few minutes
 ago,
 the result will be availabel during the weekend (I hope).

 I'll also post the way I managed to do so ! (I'm at the office for now,
 and
 I'm leaving...)

 Regards to you all !

 Thomas

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community



-- 



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [WikiReader] Sharing compiling sources.

[Tilman Baumann]

Actually the tar file seems to be broken. So much for potentially missing
stuff. ;)

Tilman Baumann wrote:
 Hi,

 can you maybe release this as a patch?
 I like to inegrate this in github. But I fear I might miss something if I
 try to fiddle out the changes by hand.

 Thanks

 David Reyes Samblas Martinez wrote:
 Sorry for the wait Thomas,
 I was working to solve the broken pipe issue that stops the parser
 when it finds an error. I have applied a quick and dirty workaround
 using try-catch technique and now the process will not stop  and just
 skip the faulty article and keeps going :) it logs the faulty ones in
 a text file (title and position) for posterior forensics, but my first
 guesses in that is not a codification issue with utf8 is more an
 unexpected formating tag the php parser don't know how to deal with
 Actually parsing the german wikipedia with more than 1.3 million
 articles

 Count: 1043000
 Failing count: 2

 and keeps going I supose we can sacrificate two articles for having
 one milion available now :)

 as you requested I uploaded my working compiled tools[1]  but without
 any xml sources it's about 113Mb, but if you have a working tools on
 your system you just have to change
 host-tools/offline-renderer/ArticleParser.py by the attached on this
 mail and you can forget to cry like a child that his ice cream has
 fall to the floor when after more than 24h parsing hundred of thousand
 articles pased the process you see this ugly python error backtrace
 blablabla and not your desired file :)

 by the way the faultyarticles.txt is saved at same
 host-tools/offline-renderer directory, (i'm too lazy to put a
 parameter for change that and I hardcoded the name of the file ,
 yes... don't waste typing on correct that bad habit, I know)

 If you have curiosity of what articles on the german wiki are causing
 troubles
 on dewiki-latest-pages-articles.xml (date 2009-11-20)

 ~Storck Bicycle
 832673
 ~Musculus serratus posterior inferior
 857334

 Regards I hope I will upload the German wikipedia on Sunday... and
 will be available on Monday, sorry for the wait but my Asymmetric DSL
 is very asymmetric and upload 1.5-2 Gb (expected file size) will take
 a bunch of hours.

 For those than wants to compile his own , go for it :) the
 Quickreference in the doc directory on the souce is all you need to
 start working,  just remember than if you have a 64 bit system you
 will have to follow the 64 bits method to compile the tools,

 Regards
 [1]http://tuxbrain.org/downloads/wikireader/wikireaderbinaries20091127_dsamblas_modified_trycatch.tar.bz2
 David Reyes Samblas Martinez
 http://www.tuxbrain.com
 Open ultraportable  embedded solutions
 Openmoko, Openpandora,  Arduino
 Hey, watch out!!! There's a linux in your pocket!!!




 2009/11/27 Thomas HOCEDEZ thomas.hoce...@free.fr:
 Thomas HOCEDEZ a écrit :

 Hi DAvid,

 Can you share your scripts  configs to do the same in French (and
 other
 languages) ?
 Thanks

 Thomas



 As the Mailing list seems to be broken (or users started hibernating
 for
 winter...) I find by myself the way to compile things step by step.
 I'm for now rendering the French Wikipedia. As it started a few minutes
 ago,
 the result will be availabel during the weekend (I hope).

 I'll also post the way I managed to do so ! (I'm at the office for now,
 and
 I'm leaving...)

 Regards to you all !

 Thomas

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community



 --




-- 



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community