All the many different and diverse answers you are going to get are right. You just have to decide which answer is right for you.
You don’t really have to link images into RM. For many years, I just stored them on my hard disk without linking them into RM. Then I changed my mind in linked them in. Actually, I started when most “images” were just pieces of paper. So the most important question back then was whether to have a good paper filing system, or whether to scan them onto the computer, or both. These days, most of my images never existed as paper, or at least not at my house. Mostly I get them by downloading them. So the paper is pretty much a non-issue anymore.
With that as a background, it’s important to realize that images are never stored in RM. They are only linked into RM. So before you even begin to think about RM, you need to think about organizing your images on your disk. What are you going to name them? What folders are you going to store them in? One big folder? Or lots of different folders?
Some users name the images and store them as folders based on family, or based on date, or based on type of record (marriage vs. birth vs. death vs. census etc.) , or based on state and county. There are as many different ways to do it as there are users who do it. My system is hybrid. I organize things like census and deeds and tax records by state and county and year - not by person or family. The rest I organize by record type - all birth records together, all death records together, all marriage records together, and then I name the files by the person’s name. I make no claim my system is best. I do claim my system is best for me. My system almost certainly is not best for you. Develop a system that is best for you.
That was the hard part – organizing your image files on disk. I think in a certain sense, the linking into RM is the easy part. There are four choices.
- Don’t link images into RM. Just store them on your disk in a well organized and well named fashion. And I can’t emphasize enough that you have to store them on your disk in a well organized and well named fashion whether you link them into RM or not.
- Just link images into facts. Link birth images to birth facts. Link death images to death facts. Link burial images to burial facts. Link marriage images to marriage facts. etc.
- Just link images into citations. The citations in turn are linked to facts. Birth citations which include birth images are linked to birth facts. Death citations which include death images are linked to death facts. Etc.
- Link images both to facts and to citations.
The easiest option is option #1. If you actually have the images and have them well organized on your disk, you may or may not find much additional utility in linking them into RM.
The most logical option is option #3. For example, a death citation may have information about a person’s birth. So if you link the death image to the death citation, link the death citation to the death fact, and also link the death citation to the birth fact, then the image is automatically associated with both the death fact and the birth fact. The association is indirect because it’s via the citation, but the association is still there. And essentially, you are treating the image as the source your are citing, which I think is really logical.
If you don’t like option #1 and really do want to link images into RM, the easiest and most useful option is option #2. Even though option #3 is most logical, it makes it very clicky to be able to see the images or even to know that they are there when you are in RM’s Edit Person screen. Option #2 makes the images front and center and easy to get at from RM’s Edit Person screen.
Option #4 is for crazy people who want to be super thorough. I went from being an option #1 person to being an option #2 person to being an option #3 to being an option #4 person. So yes, I am crazy. I don’t know if it’s really worth going to all that trouble or not, but as a sample size of one that’s what presently makes me happy. And option #4 really is a lot of trouble.