PSU not Ingesting images

[DetroitPhotog]

Hello!

I have a strange problem - I am trying to import images from an SD card. When I select the appropriate images on the card and ask PSU to import them, it appears to fire off an activity that zips through the images and then a messages says the PSU did not ingest anything because the images are already in the catalog or on the disk. The images that I am trying to import are brand new images.

Anyone know what I could be goofing up?

Thanks much!

[DetroitPhotog]

I tried copying the images to a folder on the computer and import from there. Same message and no imports.

Scratching my head...

[vlad]

Could you post the exact message, just in case it rings a bell? Btw, do you try to import the images via a profile?

[DetroitPhotog]

Hi Vlad,

Thanks for your quick reply. No. I am not using a profile.

The message is: "Ingesting finished without results, likely these images are already in your catalog or they already exist on disk".

Any ideas?

Cheers!

[vlad]

Do you still get the same message if you try using a profile?

[vlad]

FYI, a couple of people reported a similar problem with importing, including the ways to fix it: http://forum.idimager.com/viewtopic.php?f=57&t=23332

Hope that helps.

[fbungarz]

Vlad - could you post the link again? It only leads to the general forum...
I have the exact same problem! Always being told images are already on disk or in the database ;-(
Thanks,
Frank

[vlad]

Sorry for the broken link, I have fixed it in the original post.
(Frank, DetroitPhotog: please let us know if it helps you solve the issue - and how.)

[fbungarz]

Hi Vlad,
I had already seen that post from Snowman1. Unfortunately it does NOT solve my problem.
The images are not ingested no matter what settings I use...
;-(
Frank

[Hert]

frank, maybe you can share screenshots of your profile showing all the settings that you've tweaked.

[vlad]

Frank, there's also a post from 'davidg', who stated: "importing failed due to incorrect folder naming syntax"; unfortuntaley, he didn't provide any details or example.

[fbungarz]

Hi Hert and Vlad,
my "normal" default import with all settings disabled works.
What I have been trying to get to work is an Import script that Hert kindly updated.
Hert tried it out. On his computer it does work, on mine it doesn't.

Here my first screenshot with my subfolder rule:

ImportSettings_SubfolderRule.jpg (182.03 KiB) Viewed 7010 times

Then the rename rule:

Code: Select all

// Construct a filname for IDI's downloader consisting of:
//   - A user entered prefix
//   - A sequential, zero-padded, 4-digit integer value
//   - The original extension
// Used as a rename script, this will allow a "group" of common basenames to be
// renamed with the same integer value.

// Input: file237.jpg file237.nef file416.jpg file416.nef file602.jpg file602.nef
// Output: <prefix>0001.jpg <prefix>0001.nef
//         <prefix>0002.jpg <prefix>0002.nef
//         <prefix>0003.jpg <prefix>0003.nef

// Notes:
//    - This script assumes the list of procesed filenames will be ordered
//      such that like basenames are consecutively processed.
//    - This script is designed to be used with the downloader pre-script
//      "Download by Prefix", as it manages some of the registry keys used
//      by this script.
// JAG, 16-Apr-2007
// HVZ, 23-Jun-2016 (converted to Photo Supreme)

var
  lastNumber: Integer;
  lastFile:   WideString;
  prefix:     WideString;
 
begin
  prefix     := ReadFromRegistry ('dlByPrefixCurrent', 'prefix', '');
  lastNumber := ReadFromRegistry ('dlByPrefixCurrent', 'value', 0);
  lastFile   := ReadFromRegistry ('dlByPrefixCurrent', 'filename', '');
  if (prefix = '') then prefix := 'UNKNOWN_'; 

  // If the current filename doesn't equal the last stored filename
  // increment our number and store both values to the registry
  if (lastFile <> '%FileName') then
    begin
       Inc(lastNumber);
       WriteToRegistry ('dlByPrefixLastVals', prefix, lastNumber);
       WriteToRegistry ('dlByPrefixCurrent', 'filename', '%FileName');       
       WriteToRegistry ('dlByPrefixCurrent', 'value', lastNumber);
  end

  // return our newly constructed filename
  result := prefix + AddLeadingChars (IntToStr(lastNumber), '0', 4, False) + '.' + '%FileExtension';
end;

As applied in this screenshot:

ImportSettings_RenameRule.jpg (217.46 KiB) Viewed 7010 times

Followed by an import script:

ImportSettings_RenameScript.jpg (130.01 KiB) Viewed 7010 times

This is the script:

DownloadByPrefix.psc

(3.07 KiB) Downloaded 258 times

When I execute the import, a popup box first asks me for the prefix and the number that I want to use:

ImportSettings_PopUp.jpg (151.7 KiB) Viewed 7010 times

I add the number:
(see next post, apparently I reached the max. number of attachments...)

[fbungarz]

...continued.

I add the number:

ImportSettings_PopUpNumber.jpg (163.03 KiB) Viewed 7010 times

and click OK.

Then I am told that ingesting did not work, supposedly the image files are either already in my catalog (they are not, else I would not try importing them) or on my hard drive (of course they are on the hard drive!)

No idea why this is not working.

Vlad - could I ask you to try it out? Hert reports that it is working on his system...

Thanks,
Frank

[Hert]

That is not the last version of the download script Frank. The button to retriever the number should not be there

[fbungarz]

Yes, I know, it is the one you used, though. And you sent me your screenshots that it was working!
I tried the last version too, the one where you removed the "number retrieval button" too. It gives me the exact same results. No difference...

[I am not quite sure, which one of the two I prefer actually, so, I have been trying both...]

Below the screenshot that this one too does not work on my system:

ImportSettings_PopUpNumber_NoButton.jpg (96.03 KiB) Viewed 6942 times

ImportSettings_Message_IngestingNoResults_NoButton.jpg (124 KiB) Viewed 6942 times