Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Exit
johnc27475271
Community Beginner
johnc27475271
Community Beginner
Activity
‎Jul 30, 2018
04:30 AM
Many thanks again for your excellent prompt advice. I needed to Backup everything once Importing completed so that I can Restore everything onto the iMac with both Catalog and Files in the correct folders of its HFS+ hard disk instead of being on the exFAT-formatted USB3 external drive I've been using on my Windows 10 machine. I've now used Organiser's Backup successfully and got no error messages so all seems well. It took about 11 hours to produce a 572GB backup folder, on the external USB3 drive, from just over 153,000 media items. PS In "cleaning" the historical photos data (all jpeg or tif except a few videos) I had to deal with pathnames that exceeded Windows' 260 character limit, despite copying everything directly to the root of the external hard drive. I found Treesize Pro very useful as you can set it to show in red all such pathnames. I also had to get rid of many empty folders (possibly left behind when byte-for-byte-identical files were removed) and for this "Remove Empty Directories" ("RED") was very useful. PPS I may have a look at the sqlite database one day if I get the time - though I'm very rusty now on sql.
... View more
‎Jul 28, 2018
01:21 PM
Is there a way to tell Organiser to display all items whose thumbnail is broken (with icons looking like a sheet of paper that is ripped: excluding any "?" icons that show the need to reconnect links)? Does organiser automatically start thumbnail generation at Start Up if it did not complete thumbnail generation before its previous shutdown? Background to Questions: I had been carefully importing various folders into a new Catalog on a new Windows 10 trial installation on my HP laptop (i5, 4GB RAM 120GB SSD). All went OK until about the third import where the "creating thumbnails" process stuck with a spinning circle which showed progress something like "38746 of 48726". I left it overnight but saw no change. Organiser would not respond to the close "X" (top right of window) and after forcing closure Organiser kept crashing on attempting startup (after briefly showing "Initialising Main Interface" and a very brief view of the Organiser main windows. Its Catalog apeared to be the problem as it would open a different Catalog OK. Because Windows 10 Update was badly broken on this laptop (thanks Microsoft) I put a trial installation of PSE onto my new Dell laptop (i7, 16GB RAM, 512SSD) and started again from scratch. Importing some folders into the Dell's PSE Organiser showed similar problems in that at least one folder got stuck with the thumbnail generation process showing (for example) 1075 of 1079. But after waiting some hours as a precaution I could close PSE normally: it would restart without a problem and without any apparent mention of generating thumbnails. I concluded the broken state of Windows 10 on my HP laptop was the reason for PSE refusing to close whilst trying to generate thumbnails but some thumbnail generation problem clearly remained. I wondered if any of my old files were corrupt (some came from recovery of a failed hard drive) and causing the thumbnail generator to "hang" so I paused my importing to investigate. I scanned my image file collection with "Bad Peggy" (Freeware) which found around 500 files (out of about 154,000) to complain about. In particalar 8 were listed as "Truncated File - Missing EOI marker". 3 of these had been excluded automatically by PSE Organiser during Import as "Bad file (etc)" but one had been imported and the result was a "broken thumnail" icon. Viewed using Irfanview that particular file had a small strip of the image missing (bottom right) and another of the 8 had a strip of the image across the bottom missing: 5 of the 8 could not be opened in Irfanview (including the 3 that PSE refused to import). I am happy to delete all 8 files (and remove from PSE catalog where already imported). But it would be very useful to get Organiser to show me if any other broken thumbnails exist (both now and when I finally complete Importing) - hence my first question above. So far I have not spotted any problem with PSE file Import or Thumbnail generation in realtion to files flagged by Bad Peggy as: "Not a JPEG file. Starts with" followed by one of: 0xEe 0xFF, 0x00 0x00, 0xFF 0xFF "Java heap space" (probably some sort of error thrown by Java software used in Bad Peggy - may or may not matter) I've removed from my collection the few files flagged by Bad Peggy as "Corrupt JPEG data" (4 variants) and I presume the one file flagged "Embedded colour profile is invalid: ignored" will not cause a problem when Imported...
... View more
‎Jul 21, 2018
06:16 PM
1 Upvote
Brilliant work-around - many thanks. I was puzzled why the "Remove IPTC Metadata" button didn't work as originally expected and even more puzzled after it did work when tested on a different file. I installed Metadata++ (Windows Freeware) to investigate and found there was a significant difference in the file on which the button did not work. This was one of a small number of files that contained previous IPTC tags before import into Photoshop Elements. I don't recall whether I imported these tags into my test setup or not and I don't know how those tags were added originally in 2011. Metadata++ showed the troublesome file contained an extra schema "XMS Microsoft Photo Schema" which contained entries including "Last keyword IPTC" and "Last Keyword XMP": both these entries listed the keywords that refused to be removed. In my test set-up the "Remove IPTC Metadata" button did remove one tag added by Organiser (plus the test Caption stored at <dc:description>). The two keyword tags that refused to be removed I must have added at some point during my testing in view of their names. So my conclusion to date is that it is the presence of the these entries in the "XMS Microsoft Photo Schema" that stops Photoshop Elements Organiser removing tags from certain single files correctly. Perhaps Elements attempts the commanded removals but is not complely successful - perhaps due to Windows paying more attention to the "XMS Microsoft Photo Schema". In any event the Organiser information window should not show the tags as removed when the Editor File info correctly shows that they are not! i have no idea what will happen when using the final setup on the iMac but I don't know enough about MacOS to attempt a similar investigation. I'll just stick gratefully to your work around. Do you know if there is a way to hide the star rating in grid view and to right justify the file name (to assist in deciding which file version(s) to keep)? PS I found that removing an Organiser "Places" tag removes all its text names but Metadata ++ showed that it leaves separate GPS tag fields populated with the GPS data associated with the tag - this is surely not what the user would expect. PPS In case this is ever of interest, I found the Windows Freeware "duplicate & same files searcher" invaluable to identify and delete true duplicate files (using byte-by-byte comparison of files). It eventually reduced 1.4TB of photos to under 500GB.
... View more
‎Jul 20, 2018
05:32 PM
Very helpful, many thanks. Although my end objective is a collection of photos on an iMac where the Photoshop Elements (PSE) Installation is a couple of weeks old I am much more familiar with Windows. So I've now downloaded a trial copy of PSE for Windows to test some of my assumptions as you suggest. Much to my surprise I found that in Organiser using "Remove IPTC Metadata" via the "Information" Tab only removes the tag(s) from the displayed Keyword box. Using both Windows File Manager and the full Editor "File Info" facility (special thanks for that tip) they have not been removed from the file. I tried in Organiser right-click and select remove, on each tag shown against the file, then ctrl-W to write to file but still no removal resulted. I could remove the IPTC tags using Windows File Manager (or by using Editor "File Info") but only for one file at a time as far as I can see. Any clues on how to reliably remove IPTC tags using Organiser (for multiple files at once in case tagging errors need to be corrected in due course)? PS In case this is of use to anyone, I found eventually a reasonable way to remove the many "picasaoriginals" folders in my old file set after first merging the contents (original photos) with the parent folder (edited photos). "Rightclicker Pro" for Windows can be setup so that one right-click on the "picasaoriginals" folder then one left-click (plus confirmations that duplicate filenames are to be kept/renamed) fixes each instance. I didn't find anything that will automate this for all instances of the picasaoriginals folder but these are easy to find where there is a ">" in the "lowest level" folder structure shown in the left pane of Windows File Manager.
... View more
‎Jul 19, 2018
04:24 PM
1 Upvote
Noted, thanks. I've just done a test and found that what gets saved to file as IPTC metadata text (separated by ; ) is the text name of whatever Keyword item is drag/dropped onto the photo: no matter whether the Keyword item is a category or tag: I presume the same applies to subcategory etc. So if only a tag is drag/dropped its parent Category (etc) is omitted on writing tags to file I'm trying to achieve redundancy to minimise the impact of any future catalog corruption (even though the catalog will be backed up by Apple TimeMachine and Photoshop Elements backup). It now seems the best way to do this is to ensure that tagging activity after importing files to the catalog includes drag/dropping every category/subcategory/etc box in the hierarchy above each final (right-most) tag. That way each file will contain the maximum amount of potentialy useful data for "future-proofing". I also propose to export to file periodically, for retention, an xml version of the tag/categorory hierarchy on the assumption that if, after a disaster, I import this into a new catalog and then reimport all my files the correct tag-search arrangements will work in the new setup. It seems that with Event tags only the text of the tag gets written to file as metadata - not the date range that I presume is recorded in the Elements Catalog. With a Place tag my test showed that "UK; England; Bristol" was written to file as metadata after drag/droping the tag "Bristol" onto the photo. I have not tested People tags as I don't plan to use face recognition: I have 170,000 files to import (once my keyword taxonomy is ready) so I've turned off all auto-analysis such as face recognition and curating. I presume that any "Caption" and "Notes" data added in the "Information" column is recorded solely in the Organiser Catalog database?
... View more
‎Jul 18, 2018
03:06 PM
Is each Keyword Category tag written to the media file (when commanded) as the tag's text name (using the ; separator as appropriate)? Is each Keyword Subcategory tag written to file (when commanded) only as the tag's text name (using the ; separator as appropriate) - or is there something written to the media file to indicate it is a Subcategory tag? I am guessing that perhaps only the Element Organiser's database understands the hierarchical relationship between the Category/Subcategory/etc? Thanks in advance, John
... View more
‎Jul 18, 2018
02:49 PM
The radio button was the problem. From new it was set to "reverse on each day" my selected "newest" sort order - very unexpected behaviour! Clicking it fixed the problem - many thanks for your brilliant prompt help. Best wishes John
... View more
‎Jul 18, 2018
02:46 PM
Brilliant! That explanation enables me to do what's necessary . Many thanks indeed. Best wishes John
... View more
‎Jul 17, 2018
06:44 AM
1 Upvote
I am testing a new installation of PSE2018 on iMac. I set some tags in Organiser and wrote 2 successfully to a photo file. I deleted one in Organiser so the thumbnail when queried had one remaining tag. I wrote the tags again to file expecting the single tag to replace the previous two. But the metadata in the Info panel showed both the two remaining. How do I align a file's previously written tags to reflect changes (additions and deletions) in the tags known to Organiser's catalogue database - all using Organiser?
... View more
‎Jul 17, 2018
06:33 AM
In media view the ordered sequence of displayed photos is correct if I select Oldest or by Download. But with Newest selected some photos are out of sequence according to the date/time shown under each (the same as the date/time shown 3 times in detailed metadata). The file creation and modification date/time also shown in the Info panel for two incorrectly sequenced files would not explain the incorrect display sequence. I am puzzled why the modification data shows older than creation data but I am familiar with windows rather than the iMac running this PSE2018. What can I do to fix this? Details: iOS version compatible with the PSE according to Adobe. New PSE installation being tested with downloads from 2 cameras, iPhone and import from folder (for scans). Tag writing to file tested.
... View more
Copyright © 2025 Adobe. All rights reserved.
AdChoices