Jump to content

All Activity

This stream auto-updates     

  1. Today
  2. TMG Performance since last windows update

    Dave, I recommend that you NOT include external exhibits in your TMG backups. You should have a separate backup regimen for those digital assets, perhaps integrated with backups for other images that are not exhibits. Including exhibits in a TMG backup increases the size of the backup SQZ file and increases the amount of time that TMG takes to write the backup file. Meanwhile, the exhibits don't change very often. Lastly, if you have a lot of exhibits, the image data---which doesn't compress much--can cause the SQZ file to exceed the maximum size of a ZIP file. (SQZ files are ZIP files in disguise.) TMG always performs reasonably well for me. The only operations that are slow enough to annoy me are (A) opening the Master Place List, which is glacial, (B) importing GEDCOM files (which I do rarely as part of testing), and (C) exporting GEDCOM files (which I also do only rarely). The only other performance issue I have seen is when there was a "ghost" instance of TMG running that was using a lot of CPU. That was affecting all the other programs running on my PC, but had a particularly nasty impact on TMG, which was so sluggish it was almost unusable. I do not know what caused it. I only remember it happening once. I killed the ghost TMG process after I noticed it, and that solved the problem. Users who don't have the skills to check what processes are running and manipulate them can solve the problem by rebooting. John
  3. Hi Jim, Diane, Oddly seems to be better today. Carried out routine maintenance (again) which included this time a backup of the project. I rarely do an internal TMG back up of the project as its is backed up on the fly to cloud, on PC shutdown to two external devices and once a week to a back up PC (which in turn is backed up to external device prior to this) so effectively I have a current backup, daily back ups, weekly backup and a two week old back up. I may be a little paranoid about data loss. However there is some problem with the TMG Backup when you include the links to external files - OLE Exception error c0000005 or c00000fd which cause the backup to fail. This does not impact normal bau operation of TMG. This problem is also present with the project daily backups, I haven't checked older. Dave
  4. Yesterday
  5. TMG Performance since last windows update

    I've been using mine quite a bit the last few weeks with no problems, but I do use exhibits.
  6. Hi Jim, Thanks for response. Using OS Name Microsoft Windows 10 Pro Version 10.0.17763 Build 17763 Processor Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz, 4001 Mhz, 4 Core(s), 8 Logical Processor(s) Installed Physical Memory (RAM) 32.0 GB Total Physical Memory 31.9 GB Available Physical Memory 25.5 GB Total Virtual Memory 36.7 GB Available Virtual Memory 28.8 GB Page File Space 4.75 GB Name NVIDIA GeForce GTX 1660 Adapter RAM (1,048,576) bytes Driver Version 26.21.14.3064 Resolution 3440 x 1440 x 59 hertz Bits/Pixel 32 Has been fine on this PC since project moved to it some years ago Just in the last few days its been really slow when opening the Media page. And having noticed that you then start to realise everything else is also a bit slow. Main project has just under 10K people & the external exhibit directory is some 11Gb containing 13,711 files in 481 sub directories. Have tried tiny projects and they suffer the same issue, but they are pointing at the same exhibit directory which may or may not be relevant. Dave
  7. I've had no performance issues with TMG in years. I'm currently running Win10 1809 with last Tuesday's cumulative update (17763.503).
  8. Hi all, Just recently TMG performance has bombed, most noticeably opening exhibits but is actually quite slow at redrawing any of the gui. No changes have been made, all I can link this with is last Windows (10) update. Have gone through normal file maintenance. Tested on a very small project & the problem is the same as on my main large project. Anybody else seen this? - if anybody else is still using TMG............ Dave
  9. Earlier
  10. Ginny, I don't know what would cause the instability that you describe. The optimize byte count is mainly updating the index files and is of no consequence. I'd like to examine your project. You can contact me by email by clicking on the link below... Jim Byram
  11. I need help with stabilizing TMG V9. For a few weeks I began having larger & larger optimize results although few changes had been made between optimizations. Then after working on several bios in a single family, I could not access any tags in TMG and could not access tags in a backup made at that point. (I note here the Filtered header is on above my tags but the controls have long been grayed out with no obvious impact.) I went to the previous backup; file integrity said it fixed 2,xxx errors. I did a number of restores & even reloaded the SW thinking the Filtered issue might be a cause but TMG locked up each time. A Users Group member restored my backup to his computer, turned off Filtered, I restored that version, filtered immediately came back on with no control available to it turn off, and that restored version worked for a couple of hours, but also with large optimize results and then TMG locked up and I cannot access tags in that backup. I have now gone back to an even earlier backup and restored that, did all 3 maintenances with no issues, changed the parents for 3 children, and optimize shows 653,566 bytes saved, so I know this is going to lock up again soon. File integrity shows no issues. What do I do next? Ginny
  12. Backup fails

    Glad that you got things fixed. This error comes from the ZIP file component used by TMG. It typically happens when the backup is written to an external drive. Why you got the error and why your fix worked is a mystery. The error is not usually project-related. I didn't suggest the ZIP file as a routine backup although note that the TMG backup is just a ZIP file and can be duplicated manually. My point was to suggest that there are alternative methods to protect your data.
  13. Backup fails

    Since I back up every night, this would take more space and time that the work I did do. I extracted records last edited since 6 May to a new project; deleted the project; restored the project from my laptop to a new folder (thanks to your advice); and merged the projects, merged the 28 people, merged sources, and now have a project that backs up. It only took about 90 minutes.
  14. Backup fails

    There is no need to re-enter the data. You can always make a backup by making a .ZIP file of a project folder, naming it appropriately and storing it in a safe location. You can delete the .CDX files from the .ZIP file to make it smaller. This is a good reason to store each project in its own folder.
  15. Backup fails

    Jim, I do usually use the backup folder. This project will not backup, regardless of the destination It originated from a .sqz on my laptop, and that was backed up directly to a thumb drive. I entered data for about four hours taday, before discovering the problem. If you cannot think of anything else, I will do a standard backup on the laptop, copy it to this computer via a thumbdrive, and reenter. So if you have any ideas, I'll try them first. John MayBee
  16. Backup fails

    Try backing up to the backups folder in the TMG user tree. Typically... C:\Users\(user account name)\Documents\The Master Genealogist v9\Backups
  17. Backup fails

    When I try to backup my project, I get the message: “Input file read failure - this error occurs when a read operation is performed on a ZIP file that is locked or restricted by another process” I ran validate file integrity - no problem found I’ve rebooted the computer - no help I moved all backups to another drive - no help I copied project to a new name - no help, still wouldn’t backup I opened a different project, it backed up properly. So my problem seems to be only with this one project Anybody have any ideas?
  18. Error in LOW report

    There is another speed bump in this workaround - the limitation in the number of rows in the Excel v. 5 output. A list of all witnesses is limited to 65,536 rows, so if the database is large enough to trigger the original "too large" error message, the number of witnesses is probably greater than the 65,536 rows. This limitation does not seem to exist in CSV output, so that output should be used in these "List of All Witnesses" reports. Any Excel version, 2007 and later, opens this report with no problems. Michael and Jim, do you find the same thing? Sue Johnston
  19. Thanks Jim, you're right. My Windows 10 language was apparently set to English (Netherlands). I changed it to English (United States) and it's looking fine now.
  20. Strange characters in list windows

    Looks like some sort of language issue. Symbols are not displaying correctly. What's the Windows language? What's the TMG language? File / Language
  21. Hi, I just got a new laptop with Windows 10 1809 on it. After installing TMG 9.05, and opening the sample project, I got strange characters on the list windows (see screenshot) This is just the plain unmodified install. I didn't restore settings from a backup yet. I already tried repairing the install. Also a complete uninstall (deleting the directories under ProgramData and AppData\Roaming). But this didn't make a difference. Also changing the font for the lists from Tahoma to some other font doesn't solve it. Any ideas what's going on? Thanks, Arjan
  22. Error in LOW report

    Thanks, Susan, I did understand that the workaround was unfiltered spreadsheet output, i.e. all witnesses. However, I was unaware (or had forgotten) that the LOW output columns cannot show a non-standard Flag. Yes, please update me if you discover any other "speed bumps". See the two new entries in my Bugs document starting here: https://www.mjh-nm.net/BUGS.HTML#B103 Let me know if you have suggestions to improve the wording.
  23. Error in LOW report

    Hi Michael, The workaround is more than simply using spreadsheet output. The use of any filter, regardless of output destination, generates the error if the number of witnesses in the project is large enough. I don't know what that "large enough" value is. The workaround involves generating a list of all witnesses to a spreadsheet and then sorting, selecting, filtering the resulting spreadsheet. This means that all filter options must be among the output columns in the spreadsheet report. I'm currently revamping my LoW reports with this in mind. To date, I've found only one problem. Although the LoW report filters allow filtering on any flag, the LoW report columns only allow standard flags. That does away with the utility of a Temporary flag for these LoW reports. I haven't used the Descendant/Ancestor Interest flags in many years, so I will probably treat one of them as a temporary flag for these reports. I can update you if I discover other speed bumps. Sue Johnston
  24. Error in LOW report

    Thanks. Jim, I will add a comment about this filter error to my "bugs" document, with your suggestion of using spreadsheet output as a work around.
  25. Error in LOW report

    Thank you, Michael and Jim, for working on this. Like you, Jim, I can create an Excel report listing all witnesses with no problems, so I have already started restructuring my currently filtered LoW reports so that I can filter, sort, etc., the list of all witnesses to get the result I want. As long as it's not a problem with my database, and I can use this workaround, I can live with it. Thank you again for testing this. Susan Johnston
  26. Error in LOW report

    I can output the report to Excel v5 with 290280 witnesses with no problem. In the spreadsheet with all witnesses, you should be able to do find what you want with sorting and searching as long as the output is properly structured. The use of a filter caused the report to end in an error. (I filtered for Tag Type... Label = BIRTH AND Country = AUSTRALIA. That gives a huge number of returns for this data set.) I tried several different output destinations. Text output failed much quicker than Excel v5 output. I haven't found any workaround.
  27. Error in LOW report

    Okay, Jim, any other ideas?
  28. TMGU Find/Replace - Reposting

    Thank you, John, as always! This worked like a charm and saved me gobs of time and probably lots of oversights.
  1. Load more activity
×