On 30/10/12 23:45, Alan Wood wrote: > I've been playing with a way to record family moves from state to > state. Fact types Immigration and Emigration do no lend themselves to > it. I've tried creating a new fact called Move with a sentence: > "[person] moved< [Date]>< from [Place:plain]> to < > [PlaceDetails:plain]>" and putting the place departed from in the place > field and the place moved to in the place details field. I then share > the fact with the family members that also made the move. > > Has anyone found a more convenient way to handle moves of this sort? The obvious answer to me is to use the residence fact. Firstly, it's a basic fact, exportable to other programs. Secondly, it's there already - no effort on your pat. Thirdly, it appears in the place lists, and all searches. Fourthly, if you don;t know the exact date of the move, it doesn't make a lot of sense. Finally, it does the job! If John Smith resided in place A until 1867, then resided in place B from 1867, it's immediately obvious that he moved! -- Regards Dave

How can I tag (what does that mean?) my pictures folders to both Documents and to Pictures? My "Media" includes both images and documents which Windows 7 treats differently. Right now, I have a separate "My Pictures" folder which now includes my RM pictures Folder and has subfolders by surname. I also have a Documents/Genealogy/Surname folders which may have subfolders for Surnamedoc and Surnamepic. I can find them but sometimes I have look in several places or to do a search to find what I am looking for. Betty -----Original Message----- From: rootsmagic-users-bounces@rootsweb.com [mailto:rootsmagic-users-bounces@rootsweb.com] On Behalf Of Tom Holden Sent: Wednesday, October 31, 2012 10:41 AM To: rootsmagic-users@rootsweb.com Subject: Re: [RMagic] Windows 7 question A folder is a unique location in the Operating System directory structure. A Windows Library is an arbitrary collection of folders. A folder can be tagged to multiple Libraries. You can design and modify your Libraries to include what you want. RM5 can browse Libraries but will store the OS path for media (e.g., "C:\My Documents\Family Tree\RM5\Media"), not the Library 'path' which might be "Ancestry\Media" where the Ancestry Library includes the folder "C:\My Documents\Family Tree\RM5" and its sub-folders but not any higher level folders. Tom -----Original Message----- From: Jinny Angelis Sent: Wednesday, October 31, 2012 11:27 AM To: rootsmagic-users@rootsweb.com Subject: [RMagic] Windows 7 question Ok, I got my first Windows 7 machine and am trying to deal with the libraries. I can't seem to figure out exactly how to accomplish this. I save a census image and it downloaded to my "downloads" folder. I made a new folder under my downloads folder and moved that census image to it. I have moved it to my "documents", which windows designated as a library . My RM5 folder is in "documents". I want the census image folder under RM5... and can't seem to make this happen. I realize this is not strictly a roots magic question, but I want to be able to address this image under the media gallery. Any thoughts as to where I have gone astray? Jinny Angelis =================================== RM list Archives: http://archiver.rootsweb.com/th/index/ROOTSMAGIC-USERS/ http://archiver.rootsweb.com/cgi-bin/search?path=ROOTSMAGIC-USERS WISH LIST: http://www.rootsmagic.com/forums/ BLOG: http://blog.rootsmagic.com/ ------------------------------- To unsubscribe from the list, please send an email to ROOTSMAGIC-USERS-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message =================================== RM list Archives: http://archiver.rootsweb.com/th/index/ROOTSMAGIC-USERS/ http://archiver.rootsweb.com/cgi-bin/search?path=ROOTSMAGIC-USERS WISH LIST: http://www.rootsmagic.com/forums/ BLOG: http://blog.rootsmagic.com/ ------------------------------- To unsubscribe from the list, please send an email to ROOTSMAGIC-USERS-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

Crossover is an adaptation of Wine for Linux based computers, including Macs, and it requires a lot less of the geek requirements to run than Wine. They provide pretty responsive support so it's worth the cost. On 10/31/12 10:03 AM, Kim wrote: > I've just downloaded it as well, I'm a Linux user. I hope that RM5 will > run well in it. :) I was able to get RM4 running in WINE last year, but > I couldn't get RM5 to work properly. I do have Win XP in a virtual box, > but if I can avoid using that then that is great! > > And thank you to Bruce for sending out the heads up in their newsletter > yesterday! > > Kim > > On 10/31/2012 10:39 AM, Michael Reich wrote: >> The Crossover software works very well with a variety of programs on my >> Macs. I've used it for several years to run RM 3 and a couple of other >> Windows programs on my Mac. This is a great deal. The 12 mos. of >> support means you get updates to the program for a year. >> >> > > > =================================== > RM list Archives: http://archiver.rootsweb.com/th/index/ROOTSMAGIC-USERS/ > http://archiver.rootsweb.com/cgi-bin/search?path=ROOTSMAGIC-USERS > WISH LIST: http://www.rootsmagic.com/forums/ BLOG: http://blog.rootsmagic.com/ > > > ------------------------------- > To unsubscribe from the list, please send an email to ROOTSMAGIC-USERS-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message >

A folder is a unique location in the Operating System directory structure. A Windows Library is an arbitrary collection of folders. A folder can be tagged to multiple Libraries. You can design and modify your Libraries to include what you want. RM5 can browse Libraries but will store the OS path for media (e.g., "C:\My Documents\Family Tree\RM5\Media"), not the Library 'path' which might be "Ancestry\Media" where the Ancestry Library includes the folder "C:\My Documents\Family Tree\RM5" and its sub-folders but not any higher level folders. Tom -----Original Message----- From: Jinny Angelis Sent: Wednesday, October 31, 2012 11:27 AM To: rootsmagic-users@rootsweb.com Subject: [RMagic] Windows 7 question Ok, I got my first Windows 7 machine and am trying to deal with the libraries. I can't seem to figure out exactly how to accomplish this. I save a census image and it downloaded to my "downloads" folder. I made a new folder under my downloads folder and moved that census image to it. I have moved it to my "documents", which windows designated as a library . My RM5 folder is in "documents". I want the census image folder under RM5... and can't seem to make this happen. I realize this is not strictly a roots magic question, but I want to be able to address this image under the media gallery. Any thoughts as to where I have gone astray? Jinny Angelis =================================== RM list Archives: http://archiver.rootsweb.com/th/index/ROOTSMAGIC-USERS/ http://archiver.rootsweb.com/cgi-bin/search?path=ROOTSMAGIC-USERS WISH LIST: http://www.rootsmagic.com/forums/ BLOG: http://blog.rootsmagic.com/ ------------------------------- To unsubscribe from the list, please send an email to ROOTSMAGIC-USERS-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

Good question. Ancestry.com automatically creates a Residence fact when you attach a Census source. But you can have visitors recorded in the census at one location but their residence is elsewhere. It is a bit of a leap to conclude residency from the Census, especially if it does not state the household head and the relationship of others to the head. In that sense, Census as a fact is truer to the evidence than Residence. Tom -----Original Message----- From: Brenda Hare Sent: Wednesday, October 31, 2012 10:33 AM To: davemassie@btinternet.com ; rootsmagic-users@rootsweb.com Subject: Re: [RMagic] Family moves This topic makes me ask when you would use "CENSUS" vs "RESIDENCE"? The reason I ask is because I have been using "RESIDENCE" for the location a person or family lived in the XXXX census. I either started doing that before CENSUS was an event, but RESIDENCE was, or else I didn't realize there was an event named CENSUS. Now that I have a lot of my individuals / families with events of RESIDENCE, I am not going to switch to CENSUS, but I am wondering what the value of using CENSUS rather than RESIDENCE would be. Couldn't they basically be the same thing, with the exception that a census event would likely be in the years of 1870, 1880, 1900, etc (every 10 years) whereas RESIDENCE could be ANY year? I note in the RESIDENCE field, "1880 Census" and then put the location the person or family resided. Brenda =================================== RM list Archives: http://archiver.rootsweb.com/th/index/ROOTSMAGIC-USERS/ http://archiver.rootsweb.com/cgi-bin/search?path=ROOTSMAGIC-USERS WISH LIST: http://www.rootsmagic.com/forums/ BLOG: http://blog.rootsmagic.com/ ------------------------------- To unsubscribe from the list, please send an email to ROOTSMAGIC-USERS-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

That's what it seemed. Just wanted that new folder to be under my RM5 folder so I could back up the genealogy stuff easily. Thanks, I'll work on this. Jinny Angelis > From: ve3meo@gmail.com > To: rootsmagic-users@rootsweb.com > Date: Wed, 31 Oct 2012 11:41:07 -0400 > Subject: Re: [RMagic] Windows 7 question > > A folder is a unique location in the Operating System directory structure. A > Windows Library is an arbitrary collection of folders. A folder can be > tagged to multiple Libraries. You can design and modify your Libraries to > include what you want. RM5 can browse Libraries but will store the OS path > for media (e.g., "C:\My Documents\Family Tree\RM5\Media"), not the Library > 'path' which might be "Ancestry\Media" where the Ancestry Library includes > the folder "C:\My Documents\Family Tree\RM5" and its sub-folders but not any > higher level folders. > > Tom > > -----Original Message----- > From: Jinny Angelis > Sent: Wednesday, October 31, 2012 11:27 AM > To: rootsmagic-users@rootsweb.com > Subject: [RMagic] Windows 7 question > > > Ok, I got my first Windows 7 machine and am trying to deal with the > libraries. I can't seem to figure out exactly how to accomplish this. > I save a census image and it downloaded to my "downloads" folder. I made a > new folder under my downloads folder and moved that census image to it. I > have moved it to my "documents", which windows designated as a library . My > RM5 folder is in "documents". I want the census image folder under RM5... > and can't seem to make this happen. I realize this is not strictly a roots > magic question, but I want to be able to address this image under the media > gallery. > Any thoughts as to where I have gone astray? > > Jinny Angelis > > > =================================== > RM list Archives: http://archiver.rootsweb.com/th/index/ROOTSMAGIC-USERS/ > http://archiver.rootsweb.com/cgi-bin/search?path=ROOTSMAGIC-USERS > WISH LIST: http://www.rootsmagic.com/forums/ BLOG: > http://blog.rootsmagic.com/ > > > ------------------------------- > To unsubscribe from the list, please send an email to > ROOTSMAGIC-USERS-request@rootsweb.com with the word 'unsubscribe' without > the quotes in the subject and the body of the message > > > > =================================== > RM list Archives: http://archiver.rootsweb.com/th/index/ROOTSMAGIC-USERS/ > http://archiver.rootsweb.com/cgi-bin/search?path=ROOTSMAGIC-USERS > WISH LIST: http://www.rootsmagic.com/forums/ BLOG: http://blog.rootsmagic.com/ > > > ------------------------------- > To unsubscribe from the list, please send an email to ROOTSMAGIC-USERS-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

I've just downloaded it as well, I'm a Linux user. I hope that RM5 will run well in it. :) I was able to get RM4 running in WINE last year, but I couldn't get RM5 to work properly. I do have Win XP in a virtual box, but if I can avoid using that then that is great! And thank you to Bruce for sending out the heads up in their newsletter yesterday! Kim On 10/31/2012 10:39 AM, Michael Reich wrote: > The Crossover software works very well with a variety of programs on my > Macs. I've used it for several years to run RM 3 and a couple of other > Windows programs on my Mac. This is a great deal. The 12 mos. of > support means you get updates to the program for a year. > >

Ok, I got my first Windows 7 machine and am trying to deal with the libraries. I can't seem to figure out exactly how to accomplish this. I save a census image and it downloaded to my "downloads" folder. I made a new folder under my downloads folder and moved that census image to it. I have moved it to my "documents", which windows designated as a library . My RM5 folder is in "documents". I want the census image folder under RM5... and can't seem to make this happen. I realize this is not strictly a roots magic question, but I want to be able to address this image under the media gallery. Any thoughts as to where I have gone astray? Jinny Angelis

The Crossover software works very well with a variety of programs on my Macs. I've used it for several years to run RM 3 and a couple of other Windows programs on my Mac. This is a great deal. The 12 mos. of support means you get updates to the program for a year. On 10/29/12 10:56 PM, RootsMagic wrote: > RootsMagic - Free Crossover for Mac License > RootsMagic - Free Crossover for Mac License > RootsMagic News > > /Copyright © 2002-12 RootsMagic, Inc. > All rights reserved. > To view past newsletters or unsubscribe, > see links on right./ > > > *Free Crossover for Mac License* > > We often get asked if RootsMagic will run on a Mac. We are working on > a Mac version, but it is slow going because we have to not only > rewrite the program, but most of the libraries we use as well. We do > tell people that it *is* possible to run RootsMagic on a Mac using a > program called Crossover. > > Crossover usually costs $39.95 or more, but the company that produces > it just sent us an email *offering a 12 month license for FREE for one > day only* (that's a $59.95 value). And even better, if you already > own Crossover, you can take advantage of this offer to extend your > existing license another 12 months for free. > > *To get Crossover for free*, visit this page: > > http://flock.codeweavers.com/ > <http://rootsmagic.us1.list-manage1.com/track/click?u=8e85643d5218349ea32bc4f19&id=8a23aeb216&e=2658bfb014> > > on October 31st (this Wednesday). That is the *ONLY day* you can get > it for free, so *don't put it off* or forget about it. > > If you have friends or family that use a Mac and want to be able to > run RootsMagic, please let them know about this one time offer, which > is available to anyone that wants it. > > *Old RootsMagic 4 / Book Bundles for $12.99 Are Still Available* > > We've been told there are still some of the old RootsMagic 4 / Book > bundles available for $12.99 (which includes shipping). > > While cleaning the warehouse we came across a pile of RootsMagic 4 CDs > and books. Rather than haul the old versions to the dump, we offered > them to another company to sell on eBay > <http://rootsmagic.us1.list-manage.com/track/click?u=8e85643d5218349ea32bc4f19&id=08e664e98b&e=2658bfb014>. > They are selling the program and CD together for $12.99 (that > includes free shipping in the US). > > Although it is an older version of the program, they are new (unused) > programs and books. If you just want to give a program and book to > someone that you are trying to get started in genealogy, this could be > a good option. If the user registers their program they will also > eligible to get future versions of RootsMagic at the upgrade price as > well. > > Click here to buy RootsMagic 4 + Book for $12.99 > <http://rootsmagic.us1.list-manage.com/track/click?u=8e85643d5218349ea32bc4f19&id=11b2a0ea13&e=2658bfb014> > (includes free US shipping) while their supply lasts. > > > > > CONNECT WITH US: > > Follow us on Twitter!Follow us on Twitter > <http://rootsmagic.us1.list-manage.com/track/click?u=8e85643d5218349ea32bc4f19&id=e616b37932&e=2658bfb014> > Follow us on Facebook!Visit us on Facebook > <http://rootsmagic.us1.list-manage1.com/track/click?u=8e85643d5218349ea32bc4f19&id=5e70bebd00&e=2658bfb014> > Circle us on Google+ > <http://rootsmagic.us1.list-manage.com/track/click?u=8e85643d5218349ea32bc4f19&id=44e7d70ad4&e=2658bfb014> > Read the MailChimp blogRead our blog > <http://rootsmagic.us1.list-manage2.com/track/click?u=8e85643d5218349ea32bc4f19&id=6a3b2a50ed&e=2658bfb014> > RootsMagic User GroupsRootsMagic User Groups > <http://rootsmagic.us1.list-manage.com/track/click?u=8e85643d5218349ea32bc4f19&id=27adc3092b&e=2658bfb014> > Message BoardsMessage Boards > <http://rootsmagic.us1.list-manage1.com/track/click?u=8e85643d5218349ea32bc4f19&id=72569198bb&e=2658bfb014> > Knowledge BaseKnowledge Base > <http://rootsmagic.us1.list-manage2.com/track/click?u=8e85643d5218349ea32bc4f19&id=739e0dfe97&e=2658bfb014> > Calendar of EventsCalendar of Events > <http://rootsmagic.us1.list-manage2.com/track/click?u=8e85643d5218349ea32bc4f19&id=308aa4a60e&e=2658bfb014> > Technical SupportTechnical Support > <http://rootsmagic.us1.list-manage1.com/track/click?u=8e85643d5218349ea32bc4f19&id=077c066945&e=2658bfb014> > > > USEFUL LINKS: > > RootsMagic Store > <http://rootsmagic.us1.list-manage.com/track/click?u=8e85643d5218349ea32bc4f19&id=bab344771b&e=2658bfb014> > Download Current Version > <http://rootsmagic.us1.list-manage.com/track/click?u=8e85643d5218349ea32bc4f19&id=46139e8360&e=2658bfb014> > Recover Lost Keys > <http://rootsmagic.us1.list-manage2.com/track/click?u=8e85643d5218349ea32bc4f19&id=7d1f33505e&e=2658bfb014> > Free Version of RootsMagic > <http://rootsmagic.us1.list-manage2.com/track/click?u=8e85643d5218349ea32bc4f19&id=69210a8588&e=2658bfb014> > Discount Chart Printing > <http://rootsmagic.us1.list-manage.com/track/click?u=8e85643d5218349ea32bc4f19&id=10e5e40f0f&e=2658bfb014> > Tip Sheet for RM4 (FREE) > <http://rootsmagic.us1.list-manage.com/track/click?u=8e85643d5218349ea32bc4f19&id=64b5ac850d&e=2658bfb014> > > > NEWSLETTER LINKS: > > Newsletter Back Issues > <http://rootsmagic.us1.list-manage.com/track/click?u=8e85643d5218349ea32bc4f19&id=f4fa0e9d66&e=2658bfb014> > Forward this email > <http://us1.forward-to-friend1.com/forward?u=8e85643d5218349ea32bc4f19&id=2b97731a70&e=2658bfb014> > Update Your Profile > <http://rootsmagic.us1.list-manage.com/profile?u=8e85643d5218349ea32bc4f19&id=e7afc11104&e=2658bfb014> > Unsubscribe > <http://rootsmagic.us1.list-manage1.com/unsubscribe?u=8e85643d5218349ea32bc4f19&id=e7afc11104&e=2658bfb014&c=2b97731a70> > > You are receiving this email from RootsMagic, Inc. > > Unsubscribe > <http://rootsmagic.us1.list-manage1.com/unsubscribe?u=8e85643d5218349ea32bc4f19&id=e7afc11104&e=2658bfb014&c=2b97731a70> > mareich49@yahoo.com from this list. > > Our mailing address is: > RootsMagic > PO Box 495 > Springville, UT 84663 > > Add us to your address book > <http://rootsmagic.us1.list-manage1.com/vcard?u=8e85643d5218349ea32bc4f19&id=e7afc11104> > > Copyright (C) 2012 RootsMagic All rights reserved. > > Forward > <http://us1.forward-to-friend1.com/forward?u=8e85643d5218349ea32bc4f19&id=2b97731a70&e=2658bfb014> > this email to a friend > Update your profile > <http://rootsmagic.us1.list-manage.com/profile?u=8e85643d5218349ea32bc4f19&id=e7afc11104&e=2658bfb014> > > Email Marketing Powered by MailChimp > <http://www.mailchimp.com/monkey-rewards/?utm_source=freemium_newsletter&utm_medium=email&utm_campaign=monkey_rewards&aid=8e85643d5218349ea32bc4f19&afl=1> > >

This topic makes me ask when you would use "CENSUS" vs "RESIDENCE"? The reason I ask is because I have been using "RESIDENCE" for the location a person or family lived in the XXXX census. I either started doing that before CENSUS was an event, but RESIDENCE was, or else I didn't realize there was an event named CENSUS. Now that I have a lot of my individuals / families with events of RESIDENCE, I am not going to switch to CENSUS, but I am wondering what the value of using CENSUS rather than RESIDENCE would be. Couldn't they basically be the same thing, with the exception that a census event would likely be in the years of 1870, 1880, 1900, etc (every 10 years) whereas RESIDENCE could be ANY year? I note in the RESIDENCE field, "1880 Census" and then put the location the person or family resided. Brenda

I see a problem with misusing Place Details this way. It makes no sense from a logical database point of view. Place Details are supposed to be dependent on Place. A Place should not be dependent on another Place. If you want to find all the events that occurred in a Place, you won't find the ones where the Place is in Place Detail. And when was Buffalo a place in Milwaukee? And what are you going to do if you have an actual address in one of the Places? That said, I don't have any great solution. Why not use the Emigration/Immigration pairs and customize their sentences for each occurrence of a move so that they run together. Alternatively, use Miscellaneous or your custom Move fact and customize each occurrence so that it fits within the context. Typically, you have a prior fact which describes where the individual was so that the sentence would be a "move to" sentence. Tom On 2012-10-30, at 7:45 PM, Alan Wood <alanbwood@gmail.com> wrote: > I've been playing with a way to record family moves from state to > state. Fact types Immigration and Emigration do no lend themselves to > it. I've tried creating a new fact called Move with a sentence: > "[person] moved< [Date]>< from [Place:plain]> to < > [PlaceDetails:plain]>" and putting the place departed from in the place > field and the place moved to in the place details field. I then share > the fact with the family members that also made the move. > > Has anyone found a more convenient way to handle moves of this sort? > Does anyone see a serious problem with using the place details in this > manner? > > Thanks for any advice. > Alan > > > =================================== > RM list Archives: http://archiver.rootsweb.com/th/index/ROOTSMAGIC-USERS/ > http://archiver.rootsweb.com/cgi-bin/search?path=ROOTSMAGIC-USERS > WISH LIST: http://www.rootsmagic.com/forums/ BLOG: http://blog.rootsmagic.com/ > > > ------------------------------- > To unsubscribe from the list, please send an email to ROOTSMAGIC-USERS-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

I've been playing with a way to record family moves from state to state. Fact types Immigration and Emigration do no lend themselves to it. I've tried creating a new fact called Move with a sentence: "[person] moved< [Date]>< from [Place:plain]> to < [PlaceDetails:plain]>" and putting the place departed from in the place field and the place moved to in the place details field. I then share the fact with the family members that also made the move. Has anyone found a more convenient way to handle moves of this sort? Does anyone see a serious problem with using the place details in this manner? Thanks for any advice. Alan

I think it makes more sense to use notes and create a timeline. Then you are not restricted to the facts format which often does not convey all the detail you would like. On Oct 30, 2012 5:52 PM, "Alan Wood" <alanbwood@gmail.com> wrote: > I've been playing with a way to record family moves from state to > state. Fact types Immigration and Emigration do no lend themselves to > it. I've tried creating a new fact called Move with a sentence: > "[person] moved< [Date]>< from [Place:plain]> to < > [PlaceDetails:plain]>" and putting the place departed from in the place > field and the place moved to in the place details field. I then share > the fact with the family members that also made the move. > > Has anyone found a more convenient way to handle moves of this sort? > Does anyone see a serious problem with using the place details in this > manner? > > Thanks for any advice. > Alan > > > =================================== > RM list Archives: http://archiver.rootsweb.com/th/index/ROOTSMAGIC-USERS/ > http://archiver.rootsweb.com/cgi-bin/search?path=ROOTSMAGIC-USERS > WISH LIST: http://www.rootsmagic.com/forums/ BLOG: > http://blog.rootsmagic.com/ > > > ------------------------------- > To unsubscribe from the list, please send an email to > ROOTSMAGIC-USERS-request@rootsweb.com with the word 'unsubscribe' without > the quotes in the subject and the body of the message >

I use residence and residence (family) tags, which focuses on where they lived rather than the action of moving. These are, I believe, default tags. I can then list the years they are there in the date field. On 10/30/2012 5:45 PM, Alan Wood wrote: > I've been playing with a way to record family moves from state to > state. Fact types Immigration and Emigration do no lend themselves to > it. I've tried creating a new fact called Move with a sentence: > "[person] moved< [Date]>< from [Place:plain]> to < > [PlaceDetails:plain]>" and putting the place departed from in the place > field and the place moved to in the place details field. I then share > the fact with the family members that also made the move. > > Has anyone found a more convenient way to handle moves of this sort? > Does anyone see a serious problem with using the place details in this > manner? > > Thanks for any advice. > Alan > > > =================================== > RM list Archives: http://archiver.rootsweb.com/th/index/ROOTSMAGIC-USERS/ > http://archiver.rootsweb.com/cgi-bin/search?path=ROOTSMAGIC-USERS > WISH LIST: http://www.rootsmagic.com/forums/ BLOG: http://blog.rootsmagic.com/ > > > ------------------------------- > To unsubscribe from the list, please send an email to ROOTSMAGIC-USERS-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

The mention of old software file formats that are no longer available reminded me of a colleague who had written a book using Desk Writer on an old "portable" computer. Each chapter was a separate file. Due to a keyboard fault, he could no longer type the command to run the program. We connected an external keyboard and were able to run the program. The old computer had one of the early 720 K disk drives, not the then current 1.44 Meg drives. We had to find the old DOS command to format a 1.44 Meg disk to 720 K and could then save the files to a disk. I have a program called Quick View Plus which allows files in many old formats to be opened and viewed. The text can then be copied and pasted into a current program. The formatting is not always maintained, but at least all of the content is. We were able to recover the text of each of his book chapter files and paste them into a Word document which he then saved and printed. QVP or a similar program may be useful in recovering information from old Word for DOS and similar programs. I don't think it would help with many old genealogy program files, but it has proven invaluable recovering text from old word processor files. Ray On 28/10/2012 4:12 AM, Tom Holden wrote: > The pace of obsolescence is indeed frightening. I launched a broadcast audio > library and archiving project in the 90's which, initially, was going to be > most cost-effectively done on VHS tape. By the time it was contracted in the > mid-90's, we favoured CD-R. It took a long time to implement and by the late > 90's, the writing on the wall was that it would not be long before hard disk > arrays would take over. The system is still running today long after it > should have been replaced but the CD-writing jukeboxes are now dormant and > the HD storage servers, which were initially intended to be a temporary > buffer, are now the permanent store and just get expanded periodically. > > I, too, went through dBase migration from II to III and not so successfully > to IV but managed to move some to Access. Notably, you could possibly > resurrect your dBase III database with the contemporary dBase 2.8, free > trial from http://www.dbase.com/ . Where there's a will, there's a way. > > Which leads to your DOS for Word unreadable files (I assume you mean Word > for DOS). Did you know that Word for DOS 5.5 is available free from > Microsoft? See this discussion > http://www.vintage-computer.com/vcforum/showthread.php?15238-MS-Word-5-5-for-DOS-for-FREE-(legally) > . If you can get it to run, maybe those docs aren't lost after all. > > As to your worthless Watcom SQL database, are you aware that its descendant > is SAP Sybase SQL Anywhere? There might be hope of resurrection there, too. > > If there was ever much of a market for an application and its proprietary > file format, I think we can be pretty safe in expecting that there will be a > tool that can do something with it long after it goes obsolete. > > That said, I don't disagree with your policy of making plain vanilla text > files to carry metadata for image files. My position is that those > independent text files are a safety measure and a library catalogue > alternative secondary to storing the metadata IN the image file which I see > as operationally more advantageous. > > That some OS does not support embedded metadata to the extent we need > suggests we not use it when there are other OS's that do. If it's tablet > computing we want to do (and I would argue that maybe the touch interface on > small screens is not well-suited to a complex, text-intensive application > such as genealogy software), then iOS and Android are not the way to go - > better to go with Windows 8 Pro on a tablet or, preferably with a keyboard, > convertible or laptop hardware. > > Tom > > > -----Original Message----- > From: Paul Truzzi > Sent: Friday, October 26, 2012 11:45 PM > To: rootsmagic-users@rootsweb.com > Subject: Re: [RMagic] How to handle photos > > I'm a little scared about current technology, it is changing so fast. So > before you get any ideas about me that aren't true, understand I turned > down a job at MS in the early 80's to my dismay, have written printer > drivers in assembler and admin several servers. I also have a hundred or > so files written in DOS for Word that are not readable as well as a Dbase > III and Watcom SQL database that are worthless. > > I also have some tin types that are perfectly view able. So which was the > better technology; Dbase III or tin type? My fear is investing in an OS > or program with poor exporting capabilities, that I waste hours on for no > long term value. I do like metadata on images because it seems cross > platform and likely to exist in the near future. But MySQL worries me even > if it seems solid now, DOS for Windows did too. > > Paul > > On Fri, Oct 26, 2012 at 7:06 PM, Tom Holden <ve3meo@gmail.com> wrote: > >> Quite large amounts of user defined text can be embedded in a JPG file in >> the EXIF, IPTC and/or XMP metadata fields. It is not necessary to store >> citation info in a separate text file when it can be stored in the JPG >> file >> and is guaranteed to travel with it. The SQLite thingie I referred to was >> a >> way to move captions between the JPG file and RM; if you store them in >> text >> files instead, there still remains a gulf with RM to bridge and increased >> risk of loss of data if the image and text files become dissociated. >> >> Good point about tablet viewing. While there are iOS apps for viewing and >> editing EXIF et al, there are limitations and complications for images >> transferred to the device. Neither is there a way to simultaneously view >> the image and a related text file. Currently, the best way of viewing both >> is to have them in a PDF file. >> >> Tom >> >> >> >> On 2012-10-25, at 11:51 PM, Paul Truzzi <paul.truzzi@gmail.com> wrote: >> >>> I write a text file with the same name as the photo with citation >>> information. The photo has its metadata that I'm sure will work on other >>> platforms and everyone supports .txt files. >>> >>> On Thu, Oct 25, 2012 at 8:13 PM, Jinny Angelis <jinnya@msn.com> wrote: >>> >>>> Paul >>>> Are you saying you imbed the file name within the information in the >> xml? >>>> Or are you using a separate text file? I could see how either might be >>>> useful if you have a good convention for naming. Best to think about >> these >>>> things as I have only scanned about a dozen images. >>>> >>>> Jinny Angelis >>>> >>>>> Date: Thu, 25 Oct 2012 14:53:24 -0700 >>>>> From: paul.truzzi@gmail.com >>>>> To: rootsmagic-users@rootsweb.com >>>>> Subject: Re: [RMagic] How t handle photos >>>>> >>>>> I use a similar naming convention. I don't leave spaces in the file >> name >>>>> as it occasionally causes issues with programs. Not all mind you but >>>> often >>>>> enough to be a pain. For my more common ancestors with the same given >>>> name >>>>> I usually include their birth year to help separate them: >>>>> >>>>> SURNAME,GivenM_(b1700)_Additional_Photo_Description,jpg >>>>> >>>>> While I like Tom's slick use of SQLite I tend to avoid using high >>>> footprint >>>>> solutions where possible. Today I'm using Win7 on a desktop, tomorrow >> I >>>>> might be on an iOS platform or android tablet. I want to ensure that >> all >>>>> of the work I do is still usable. So metatags on the image and text >> files >>>>> (with the same name as the image) to detail the image's source / >> citation >>>>> information and comments. >>>>> >>>>> Paul > > > =================================== > RM list Archives: http://archiver.rootsweb.com/th/index/ROOTSMAGIC-USERS/ > http://archiver.rootsweb.com/cgi-bin/search?path=ROOTSMAGIC-USERS > WISH LIST: http://www.rootsmagic.com/forums/ BLOG: http://blog.rootsmagic.com/ > > > ------------------------------- > To unsubscribe from the list, please send an email to ROOTSMAGIC-USERS-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message >

OK, folks, it appears that this topic has veered out of the realm of RootsMagic. Let's end this thread and return this list to its purpose. Drew Smith RootsMagic-Users List Administrator

By coincidence, I was starting to label the old family photos I'd recently digitized when Jinny posted her question. Thanks, Jinny! My main goals are: 1. Preserve a high-resolution digital image of each old photograph, front and back (if there's any information on the back). 2. Label each fully to identify people, places and sources and add any other desired information--all in a way that keeps the label with the image but doesn't intrude onto the image itself. 3. Distribute copies to other family members in a format that allows them flexibility in viewing and, if desired, reprinting the images. The method I've found most satisfactory so far--although it's cumbersome and time-consuming--is to open each scanned image in a photo editor and place the image on a larger canvas, adding an empty strip of appropriate height to the bottom of the image. My *antique* copy of PhotoDeluxe Business Edition, a predecessor to PhotoShop Elements, does this step very quickly and conveniently. I save the result as a .tif image, then, because PhotoDeluxe doesn't have all the formatting options I want, I open the saved image in Canon's ZoomBrowser to do the labeling. In addition to better formatting choices, ZoomBrowser also doesn't limit the amount of text I can add, so long as I've provided a big enough canvas, so I start with a tall one. Once I'm satisfied with the labeling, I crop off any excess canvas, then save the document as both a .tif file (for archival purposes, future photo editing and reprinting) and a .jpg (for importing into RM and viewing on computers or TVs via flash drives). I'm sure the same could be done with other software programs. I'll definitely go back and incorporate the suggestion posted earlier to save the front and back images (with their labels) as a single image to be sure they aren't inadvertently separated in the future. The labeled images I've done as a test display very well on both a computer screen and a moderately large TV screen. Before I distribute flash drives (with both the .tif and .jpg files), I'll include an instruction sheet explaining the importance of retaining the documentation but also pointing out that, if desired, any of the images can be copied, cropped (if only the image is wanted for display), and reprinted. I'll also request that recipients update my work as new technology makes the current product obsolete. I haven't yet made a final decision about how to name the files, but I do want to make it easy to find and regroup the images for various purposes. I've found this thread very useful and will appreciate further suggestions/comments. Linda Johnson

The pace of obsolescence is indeed frightening. I launched a broadcast audio library and archiving project in the 90's which, initially, was going to be most cost-effectively done on VHS tape. By the time it was contracted in the mid-90's, we favoured CD-R. It took a long time to implement and by the late 90's, the writing on the wall was that it would not be long before hard disk arrays would take over. The system is still running today long after it should have been replaced but the CD-writing jukeboxes are now dormant and the HD storage servers, which were initially intended to be a temporary buffer, are now the permanent store and just get expanded periodically. I, too, went through dBase migration from II to III and not so successfully to IV but managed to move some to Access. Notably, you could possibly resurrect your dBase III database with the contemporary dBase 2.8, free trial from http://www.dbase.com/ . Where there's a will, there's a way. Which leads to your DOS for Word unreadable files (I assume you mean Word for DOS). Did you know that Word for DOS 5.5 is available free from Microsoft? See this discussion http://www.vintage-computer.com/vcforum/showthread.php?15238-MS-Word-5-5-for-DOS-for-FREE-(legally) . If you can get it to run, maybe those docs aren't lost after all. As to your worthless Watcom SQL database, are you aware that its descendant is SAP Sybase SQL Anywhere? There might be hope of resurrection there, too. If there was ever much of a market for an application and its proprietary file format, I think we can be pretty safe in expecting that there will be a tool that can do something with it long after it goes obsolete. That said, I don't disagree with your policy of making plain vanilla text files to carry metadata for image files. My position is that those independent text files are a safety measure and a library catalogue alternative secondary to storing the metadata IN the image file which I see as operationally more advantageous. That some OS does not support embedded metadata to the extent we need suggests we not use it when there are other OS's that do. If it's tablet computing we want to do (and I would argue that maybe the touch interface on small screens is not well-suited to a complex, text-intensive application such as genealogy software), then iOS and Android are not the way to go - better to go with Windows 8 Pro on a tablet or, preferably with a keyboard, convertible or laptop hardware. Tom -----Original Message----- From: Paul Truzzi Sent: Friday, October 26, 2012 11:45 PM To: rootsmagic-users@rootsweb.com Subject: Re: [RMagic] How to handle photos I'm a little scared about current technology, it is changing so fast. So before you get any ideas about me that aren't true, understand I turned down a job at MS in the early 80's to my dismay, have written printer drivers in assembler and admin several servers. I also have a hundred or so files written in DOS for Word that are not readable as well as a Dbase III and Watcom SQL database that are worthless. I also have some tin types that are perfectly view able. So which was the better technology; Dbase III or tin type? My fear is investing in an OS or program with poor exporting capabilities, that I waste hours on for no long term value. I do like metadata on images because it seems cross platform and likely to exist in the near future. But MySQL worries me even if it seems solid now, DOS for Windows did too. Paul On Fri, Oct 26, 2012 at 7:06 PM, Tom Holden <ve3meo@gmail.com> wrote: > Quite large amounts of user defined text can be embedded in a JPG file in > the EXIF, IPTC and/or XMP metadata fields. It is not necessary to store > citation info in a separate text file when it can be stored in the JPG > file > and is guaranteed to travel with it. The SQLite thingie I referred to was > a > way to move captions between the JPG file and RM; if you store them in > text > files instead, there still remains a gulf with RM to bridge and increased > risk of loss of data if the image and text files become dissociated. > > Good point about tablet viewing. While there are iOS apps for viewing and > editing EXIF et al, there are limitations and complications for images > transferred to the device. Neither is there a way to simultaneously view > the image and a related text file. Currently, the best way of viewing both > is to have them in a PDF file. > > Tom > > > > On 2012-10-25, at 11:51 PM, Paul Truzzi <paul.truzzi@gmail.com> wrote: > > > I write a text file with the same name as the photo with citation > > information. The photo has its metadata that I'm sure will work on other > > platforms and everyone supports .txt files. > > > > On Thu, Oct 25, 2012 at 8:13 PM, Jinny Angelis <jinnya@msn.com> wrote: > > > >> > >> Paul > >> Are you saying you imbed the file name within the information in the > xml? > >> Or are you using a separate text file? I could see how either might be > >> useful if you have a good convention for naming. Best to think about > these > >> things as I have only scanned about a dozen images. > >> > >> Jinny Angelis > >> > >>> Date: Thu, 25 Oct 2012 14:53:24 -0700 > >>> From: paul.truzzi@gmail.com > >>> To: rootsmagic-users@rootsweb.com > >>> Subject: Re: [RMagic] How t handle photos > >>> > >>> I use a similar naming convention. I don't leave spaces in the file > name > >>> as it occasionally causes issues with programs. Not all mind you but > >> often > >>> enough to be a pain. For my more common ancestors with the same given > >> name > >>> I usually include their birth year to help separate them: > >>> > >>> SURNAME,GivenM_(b1700)_Additional_Photo_Description,jpg > >>> > >>> While I like Tom's slick use of SQLite I tend to avoid using high > >> footprint > >>> solutions where possible. Today I'm using Win7 on a desktop, tomorrow > I > >>> might be on an iOS platform or android tablet. I want to ensure that > all > >>> of the work I do is still usable. So metatags on the image and text > files > >>> (with the same name as the image) to detail the image's source / > citation > >>> information and comments. > >>> > >>> Paul

This is why I tell people to plan doing regularly routine backups annually, AND schedule convert ALL electronic backups and saved data disks to the current technology every 2 years, whether it needs or not. What is the sense of backing up or preserving electronic files, if they can't be used as intended years from 10 years now. - Paper is still the best backup - it's been around 1000 years with very little change. On 10/27/2012 10:12 AM, Tom Holden wrote: > The pace of obsolescence is indeed frightening. I launched a broadcast audio > library and archiving project in the 90's which, initially, was going to be > most cost-effectively done on VHS tape. By the time it was contracted in the > mid-90's, we favoured CD-R. It took a long time to implement and by the late > 90's, the writing on the wall was that it would not be long before hard disk > arrays would take over. The system is still running today long after it > should have been replaced but the CD-writing jukeboxes are now dormant and > the HD storage servers, which were initially intended to be a temporary > buffer, are now the permanent store and just get expanded periodically. > > I, too, went through dBase migration from II to III and not so successfully > to IV but managed to move some to Access. Notably, you could possibly > resurrect your dBase III database with the contemporary dBase 2.8, free > trial from http://www.dbase.com/ . Where there's a will, there's a way. > > Which leads to your DOS for Word unreadable files (I assume you mean Word > for DOS). Did you know that Word for DOS 5.5 is available free from > Microsoft? See this discussion > http://www.vintage-computer.com/vcforum/showthread.php?15238-MS-Word-5-5-for-DOS-for-FREE-(legally) > . If you can get it to run, maybe those docs aren't lost after all. > > As to your worthless Watcom SQL database, are you aware that its descendant > is SAP Sybase SQL Anywhere? There might be hope of resurrection there, too. > > If there was ever much of a market for an application and its proprietary > file format, I think we can be pretty safe in expecting that there will be a > tool that can do something with it long after it goes obsolete. > > That said, I don't disagree with your policy of making plain vanilla text > files to carry metadata for image files. My position is that those > independent text files are a safety measure and a library catalogue > alternative secondary to storing the metadata IN the image file which I see > as operationally more advantageous. > > That some OS does not support embedded metadata to the extent we need > suggests we not use it when there are other OS's that do. If it's tablet > computing we want to do (and I would argue that maybe the touch interface on > small screens is not well-suited to a complex, text-intensive application > such as genealogy software), then iOS and Android are not the way to go - > better to go with Windows 8 Pro on a tablet or, preferably with a keyboard, > convertible or laptop hardware. > > Tom > > > -----Original Message----- > From: Paul Truzzi > Sent: Friday, October 26, 2012 11:45 PM > To: rootsmagic-users@rootsweb.com > Subject: Re: [RMagic] How to handle photos > > I'm a little scared about current technology, it is changing so fast. So > before you get any ideas about me that aren't true, understand I turned > down a job at MS in the early 80's to my dismay, have written printer > drivers in assembler and admin several servers. I also have a hundred or > so files written in DOS for Word that are not readable as well as a Dbase > III and Watcom SQL database that are worthless. > > I also have some tin types that are perfectly view able. So which was the > better technology; Dbase III or tin type? My fear is investing in an OS > or program with poor exporting capabilities, that I waste hours on for no > long term value. I do like metadata on images because it seems cross > platform and likely to exist in the near future. But MySQL worries me even > if it seems solid now, DOS for Windows did too. > > Paul > > On Fri, Oct 26, 2012 at 7:06 PM, Tom Holden <ve3meo@gmail.com> wrote: > >> Quite large amounts of user defined text can be embedded in a JPG file in >> the EXIF, IPTC and/or XMP metadata fields. It is not necessary to store >> citation info in a separate text file when it can be stored in the JPG >> file >> and is guaranteed to travel with it. The SQLite thingie I referred to was >> a >> way to move captions between the JPG file and RM; if you store them in >> text >> files instead, there still remains a gulf with RM to bridge and increased >> risk of loss of data if the image and text files become dissociated. >> >> Good point about tablet viewing. While there are iOS apps for viewing and >> editing EXIF et al, there are limitations and complications for images >> transferred to the device. Neither is there a way to simultaneously view >> the image and a related text file. Currently, the best way of viewing both >> is to have them in a PDF file. >> >> Tom >> >> >> >> On 2012-10-25, at 11:51 PM, Paul Truzzi <paul.truzzi@gmail.com> wrote: >> >>> I write a text file with the same name as the photo with citation >>> information. The photo has its metadata that I'm sure will work on other >>> platforms and everyone supports .txt files. >>> >>> On Thu, Oct 25, 2012 at 8:13 PM, Jinny Angelis <jinnya@msn.com> wrote: >>> >>>> >>>> Paul >>>> Are you saying you imbed the file name within the information in the >> xml? >>>> Or are you using a separate text file? I could see how either might be >>>> useful if you have a good convention for naming. Best to think about >> these >>>> things as I have only scanned about a dozen images. >>>> >>>> Jinny Angelis >>>> >>>>> Date: Thu, 25 Oct 2012 14:53:24 -0700 >>>>> From: paul.truzzi@gmail.com >>>>> To: rootsmagic-users@rootsweb.com >>>>> Subject: Re: [RMagic] How t handle photos >>>>> >>>>> I use a similar naming convention. I don't leave spaces in the file >> name >>>>> as it occasionally causes issues with programs. Not all mind you but >>>> often >>>>> enough to be a pain. For my more common ancestors with the same given >>>> name >>>>> I usually include their birth year to help separate them: >>>>> >>>>> SURNAME,GivenM_(b1700)_Additional_Photo_Description,jpg >>>>> >>>>> While I like Tom's slick use of SQLite I tend to avoid using high >>>> footprint >>>>> solutions where possible. Today I'm using Win7 on a desktop, tomorrow >> I >>>>> might be on an iOS platform or android tablet. I want to ensure that >> all >>>>> of the work I do is still usable. So metatags on the image and text >> files >>>>> (with the same name as the image) to detail the image's source / >> citation >>>>> information and comments. >>>>> >>>>> Paul > > > > =================================== > RM list Archives: http://archiver.rootsweb.com/th/index/ROOTSMAGIC-USERS/ > http://archiver.rootsweb.com/cgi-bin/search?path=ROOTSMAGIC-USERS > WISH LIST: http://www.rootsmagic.com/forums/ BLOG: http://blog.rootsmagic.com/ > > > ------------------------------- > To unsubscribe from the list, please send an email to ROOTSMAGIC-USERS-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message > . >

Quite large amounts of user defined text can be embedded in a JPG file in the EXIF, IPTC and/or XMP metadata fields. It is not necessary to store citation info in a separate text file when it can be stored in the JPG file and is guaranteed to travel with it. The SQLite thingie I referred to was a way to move captions between the JPG file and RM; if you store them in text files instead, there still remains a gulf with RM to bridge and increased risk of loss of data if the image and text files become dissociated. Good point about tablet viewing. While there are iOS apps for viewing and editing EXIF et al, there are limitations and complications for images transferred to the device. Neither is there a way to simultaneously view the image and a related text file. Currently, the best way of viewing both is to have them in a PDF file. Tom On 2012-10-25, at 11:51 PM, Paul Truzzi <paul.truzzi@gmail.com> wrote: > I write a text file with the same name as the photo with citation > information. The photo has its metadata that I'm sure will work on other > platforms and everyone supports .txt files. > > On Thu, Oct 25, 2012 at 8:13 PM, Jinny Angelis <jinnya@msn.com> wrote: > >> >> Paul >> Are you saying you imbed the file name within the information in the xml? >> Or are you using a separate text file? I could see how either might be >> useful if you have a good convention for naming. Best to think about these >> things as I have only scanned about a dozen images. >> >> Jinny Angelis >> >>> Date: Thu, 25 Oct 2012 14:53:24 -0700 >>> From: paul.truzzi@gmail.com >>> To: rootsmagic-users@rootsweb.com >>> Subject: Re: [RMagic] How t handle photos >>> >>> I use a similar naming convention. I don't leave spaces in the file name >>> as it occasionally causes issues with programs. Not all mind you but >> often >>> enough to be a pain. For my more common ancestors with the same given >> name >>> I usually include their birth year to help separate them: >>> >>> SURNAME,GivenM_(b1700)_Additional_Photo_Description,jpg >>> >>> While I like Tom's slick use of SQLite I tend to avoid using high >> footprint >>> solutions where possible. Today I'm using Win7 on a desktop, tomorrow I >>> might be on an iOS platform or android tablet. I want to ensure that all >>> of the work I do is still usable. So metatags on the image and text files >>> (with the same name as the image) to detail the image's source / citation >>> information and comments. >>> >>> Paul >>> >>> On Thu, Oct 25, 2012 at 10:07 AM, Rodney Whale <clargo@tinyworld.co.uk >>> wrote: >>> >>>> Hello Everybody, >>>> >>>> Interesting suggestions have been made but I think that whatever >> method is >>>> used the important thing is to label them in such a manner that they >> are >>>> easily found from amongst the large collections that might be held. >>>> I suggest the first word in a title should be the surname followed by >>>> Christian name and then the maiden name, if applicable, in brackets. >>>> >>>> Regards, Rod. >>> >>> ------------------------------- >>> To unsubscribe from the list, please send an email to >> ROOTSMAGIC-USERS-request@rootsweb.com with the word 'unsubscribe' without >> the quotes in the subject and the body of the message >> >> >> >> =================================== >> RM list Archives: http://archiver.rootsweb.com/th/index/ROOTSMAGIC-USERS/ >> http://archiver.rootsweb.com/cgi-bin/search?path=ROOTSMAGIC-USERS >> WISH LIST: http://www.rootsmagic.com/forums/ BLOG: >> http://blog.rootsmagic.com/ >> >> >> ------------------------------- >> To unsubscribe from the list, please send an email to >> ROOTSMAGIC-USERS-request@rootsweb.com with the word 'unsubscribe' without >> the quotes in the subject and the body of the message > > > > -- > Paul > > > =================================== > RM list Archives: http://archiver.rootsweb.com/th/index/ROOTSMAGIC-USERS/ > http://archiver.rootsweb.com/cgi-bin/search?path=ROOTSMAGIC-USERS > WISH LIST: http://www.rootsmagic.com/forums/ BLOG: http://blog.rootsmagic.com/ > > > ------------------------------- > To unsubscribe from the list, please send an email to ROOTSMAGIC-USERS-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message