Jim Byram

n NAME +1 NPFX +1 GIVN +1 NICK +1 SPFX +1 SURN +1 NSFX +1 > I believe that the NPFX data will be imported to the Title field of this Name-Var. 1 NAME Dr. John /Smith/ Jr. 2 NPFX Dr. 2 GIVN John 2 SURN Smith 2 NSFX Jr. Need to test but don't have time at the moment.

No. The GEDCOM 5.5 specs do not include a standard method of marking a multimedia object primary. The _PRIM Y tag you refer to is a custom GEDCOM tag created by some exporting program.

It should be fixed in v6.10.

This appears to be a problem with Add Person when a parent is added and you are prompted to add a Marriage between the two parents and click [Yes] to add the marriage. At that point, citations in one or more Marriage tags for other people are lost. VFI is just cleaning the results of the Add Person process and there is not a VFI problem. Before your report, this issue was only seen in one beta testers project and couldn't be replicated in any other project tested. And in this case, the citation added in Add Person and the citations being lost from other Marriage tags were all to the same source. This took a long time to pin down and should be fixed in the next update. You will find some Marriage tag citations missing and need to fix those.

From the FGS and ID report perspectives, there are two kinds of memos... those used by sentences and those not used by sentences. You typically want those used by sentences (such as an occupation) to print in the FGS report itself. This is enabled by selecting the 'Embed sentence [M]emo' option on the Miscellaneous tab. I personally would want this data in the report rather than in the citations. So I'm not sure exactly what you are trying to accomplish.

I agree but this has nothing to do with the issue under discussion here.

I couldn't replicate the problem... even when backing up immediately after resizing the thumbnails. You tried reindexing (File / Maintenance / Reindex)?

You need to redo the import from FTM and use GEDCOM rather than using the direct import. There is a problem importing citations from FTM databases using the direct GenBridge import. This is being worked on and, hopefully, will be fixed in the next update.

First of all, a JPEG is saved if you view it and click [OK] at 0% compression so the resave results in no degredation. Second, you can view an image and then click [Cancel] and completely bypass this issue. So there is a very simple work-around. The design has been changed a bit to deal with this issue and the updated code should be in the next program update.

v6 can't import a v2 database directly. The v2 database will need to be sent to support@whollygenes.com for help with the update to v6.

C0000005 errors happen outside the TMG code and generally appear to be a memory/timing issue between Visual FoxPro and the operating system. They can be fixed if they can be replicated but are usually very difficult to replicate (as you have discovered). The error is trapped in the vfp7err.log as you have shown and the program error.txt content is not relevant.

There is a limitation as to what sort of filetypes can be uploaded. Archive the .KMZ file in a .ZIP and try that.

I don;'t understand what you are doing. You should be exporting a GEDCOM file to send to your Uncle if he is using a genealogy program such as Reunion on the MAC.

You right-click on an image and select 'Preview', you get the viewer. Have no idea nor any idea how tight the viewer and gallery are tied together.

First, that's a violation of your license agreement. Second, even if it weren't, you can't copy complex programs and expect them to work. There is a lot more to the program other than the VCF.exe file. The installation procedure is required to put all parts of the program in place in order to run it.

Looks to me that is exactly what Microsoft is doing. They provide access to six fields to record image data (Title, Subject, Author, Category, Keywords, Comments) and display read-only the additional EXIF fields created by digital cameras. How much simpler can you get?

The Windows Picture and Fax Viewer has been replaced by the Photo Gallery Viewer. And an image organizer called Windows Photo Gallery is included. Both show the title and tags that have been entered for a selected image. You can enter tags on the screen of either tool for the selected image. Other data shown on the screen includes the filename, date/time stamp, filesize, and pixel dimensions. Note, for example, that you can right-click on a JPG, select Properties and enter metadata on the Details tab. The JPG image that I looked at in WinVista has 75 metadata fields. Most clearly correspond to the EXIF fields used by digital cameras.

Teresa, Just to be clear. If you rotate and save the image, you are editing and changing the original file. The viewer allows you to rotate the image for temporary viewing; however, if you exit the viewer, the original image in the EL is going to appear just like it began with no change. (when the current bug is fixed) Temporarily rotating the image in the viewer will have absolutely no effect on how the image appears in SS. Jim

Just to clarify. Going through Help, there is nothing to suggest that the image viewer should do anything other than view the image or that the original image file should ever be changed. The overall design of the Exhibit Log is incomplete and ambiguous. You can scan an image but editing tools are not provided even for simple editing and Help does not suggest that the viewer is intended to be an editor for scanned images. And, lastly, the design of the viewer does not meet even the minimum requirements of an editor. You can't 'undo' or 'redo' a manipulation. You have no options to 'save' or 'cancel' after doing manipulations.

No. The list length is set to 10 as far as I can see. App.ini is not intended to be directly edited by the user. All changes to settings should be made through Preferences. The only app.ini settings that need to be edited directly are entries for [ExternalUtilities] as explained in Help and that needs to be fixed so that direct editing of app.ini is not required.

I've never used a graphics program that could determine the current compression value and use that when resaving a JPG. However... If a JPG is saved compressed, each time that the image is saved, 2-3% of the image detail is lost. If the image is edited in TMG and the image is saved at 100% (with no compression), no image detail is lost. That would appear to be the conservative choice since JPG images should never be edited if at all possible. So... I don't have an issue with saving the JPG at 100% if it is edited.

By 'import' you seem to be saying 'link'. In other words, your exhibits are remaining as external exhibits. Basically, you're on the right track. You want to always have an original archived uncompressed image file in a format like TIF, PSD or PNG. And you want a second JPG copy processed for TMG documents and Second Site. And maybe a third JPG if the TMG document and SS requirements differ. You want to get your archive copies periodically copied to a more stable medium such as a CDR or DVDR. And every few years, refresh the copy on optical media to new disks.

Now that's really strange. I can replicate it and have reported the issue. Bottom line... if you are viewing the image only, the original file should not be touched. This is a bug.

Use the List of Events report. Filter... Tag Type... Label = (the custom tag name) END

In a word... No. How you organize and store and label your exhibits is really independent of iMatch or TMG or any other program. The iMatch site has some interesting links to sites where people have discussed such schemes. As to the future, who knows what developments will occur with either program? I'm not being unhelpful. I just have no way to read the tea leaves. When adding an exhibit, what would TMG do with such data? While it makes sense for TMG to read standard metadata title and caption fields when adding an exhibit to fill the comparable TMG exhibit fields, it doesn't make sense to read any other metadata fields.