news | articles | reviews | software | modules | accessories | discussion | faq | mobile | store
VisorCentral.com >> Discussion >> Visor Related >> Springboard Modules
Eyemodule2 and Traveling

Post a New Thread | Post A Reply

  Last Thread   Next Thread
Author
Topic: Eyemodule2 and Traveling    
mister.bill
Member

Registered: Mar 2001
Location: Tropical Minnesota
Posts: 17

I recently received the Eyemodule2 and so far really like it. Takes excellent pictures for it's size.

My wife and I are taking a week-long trip soon. We plan on taking the Eye2 and also a regular 35mm camera. I plan on taking a lot of pictures with the Eye2 so we can make a photo albumn on CD of the trip. Probably will scan some of the regular pictures also.

I'm sure I'll take more pictures than the Visor can hold. I have the Hagiwara 16MB module that I plan on moving the pictures to. Just have a few questions about that. I've read in different posts that the Burke* dbs should be saved, but that there are problems getting them back. Also I'm wondering how it will tell the difference when I put the second set of pictures on the module.

Any guidance is welcome. Thanks in advance.

__________________
Bill Harrison

mister.bill is offline Old Post 04-10-2001 01:01 PM
Click Here to See the Profile for mister.bill Edit/Delete Message Reply w/Quote
mister.bill
Member

Registered: Mar 2001
Location: Tropical Minnesota
Posts: 17

Pushing up to the top.

__________________
Bill Harrison

mister.bill is offline Old Post 04-15-2001 06:20 PM
Click Here to See the Profile for mister.bill Edit/Delete Message Reply w/Quote
DBrown
Member

Registered: Jan 2001
Location: Midwest
Posts: 232

I suggest you run the experiment BEFORE you take your vacation.

You can answer most of your own questions just by trying to do what you want to do. Fill up the Visor with pictures, move the database, fill it up again, then try to move the database. IF you can move it without an error, then try to move them, one at a time, back to the Visor.

Sorry, but the best lesson ever taught me by a college professor was that I could figure my own problems out. You can figure yours out. In fact, you are the best person qualified to do so. You've got exactly the equipment you want to know about, and you are most interested in the answers.

When you have your questions answered, post the answers here please. Sooner or later someone will have similar questions, and he or she will be delighted to discover that YOU were the authority on the subject.

Enjoy your trip. ;-)

Dave

__________________
There is nothing yet made by man that cannot be improved upon.

DBrown is offline Old Post 04-16-2001 04:42 PM
Click Here to See the Profile for DBrown Edit/Delete Message Reply w/Quote
dvIceT
Member

Registered: Dec 2000
Location:
Posts: 152

Post eye2 DB moving gotcha's

It's a good idea to do trial runs of your eye2 DB(burke*DB) archiving procedures. Most, if not all, of the burke*DB archiving problems discussed on this forum are related to non-runnable memory options such as the MemPlug or CF adapters. The big gotcha doesn't occur on the visor side of things but hits when you attempt to hotsync your pictures to the desktop. The hotsync will cause a "soft" crash of the visor, hang the hotsync process on the desktop, and your pictures will not sync to the desktop.

In your case, the trial procedure would be: take a few eye2 pics, move burke*DB to the Hagiwara, take more eye2 pics, sync pics to the desktop, move burke*DB on the Hagiwara back to internal handheld memory, and then sync those pics to the desktop.

If you can get through the second hotsync, you should be ok. If you want to create multiple caches of burke*DB's on the Hagiwara, look into zip file type archiving programs for the PalmOS such as pz. For more info on the eye2 DB archiving problems, simply do a search on this forum for "burke*db" or "eyemodule2," if you haven't already done so.

Bon voyage, mister.bill!

Last edited by dvIceT on 04-17-2001 at 02:00 AM

dvIceT is offline Old Post 04-17-2001 01:54 AM
Click Here to See the Profile for dvIceT Edit/Delete Message Reply w/Quote
mister.bill
Member

Registered: Mar 2001
Location: Tropical Minnesota
Posts: 17

You're right, I should've tried it myself before asking. Here's my results


  1. Took 4 pictures
  2. Stuck in 16MB module and moved the files
  3. Took 4 more pictures
  4. Hot Sync and verify the pictures are on pc
  5. Move the files from 16MB to RAM with first 4 pictures
  6. Hot Sync again and verify the pictures are there
  7. All looks good.
  8. Take a few more pictures
  9. Try to move the files to 16MB module
  10. Oops! No good, files already exist.
  11. Download pz and give it a try
  12. Compress the Burke* db files into pict1.pz
  13. move pict1.pz to the 16MB Module
  14. Take more pictures
  15. Use pz to move burke*db into pict2.pz
  16. Extract files from pict1.pz overlaying what's in RAM
  17. Hot Sync and Verify
  18. Extract files from pict2.pz and overlay
  19. Hot Sync and Verify
  20. Everything works


Now for the but, pz is not overly intuitive to use. Would be nice to be able to select multiple files at one time instead of 4 separate selections.

So, now the question is, is there a "archive" type program which would fit my requirements which are

  1. Allow selection of multiple files
  2. Optionally archive instead of just copy the files
  3. Save in a profile the files being archived
  4. Ability to select multiple files on restore.
  5. Profile option to control replace so I don't have to respond every time.
  6. Ability to save file to the 16MB module would be a plus but not required.
  7. Ability to read from the 16MB Module

__________________
Bill Harrison

mister.bill is offline Old Post 04-17-2001 03:19 AM
Click Here to See the Profile for mister.bill Edit/Delete Message Reply w/Quote
All times are GMT. The time now is 03:31 AM. Post New Thread    Post A Reply
  Last Thread   Next Thread
[ Show a Printable Version | Email This Page to Someone! | Receive updates to this thread ]

Forum Jump:

Powered by: vBulletin Version 2.3.4
Copyright ©2000, 2001, Jelsoft Enterprises Limited.