ImageIngesterPro Beta 3 for Windows -- almost there!

[Marc Rochkind]

Dawnne--

Responding to your 11:24:43 post:

1. I'm going to try to fix all the folder-choosing dialogs to open at something reasonable. Thanks for pointing this out.

2. A warning if metadata is selected in the Metadata panel with no template also selected sounds like an excellent idea!

--Marc

[Dawnne Gee]

ahhhhh.....i should've thought about the UTF-8 issue. i'm sorry that didn't come to mind. whistling in the breeze....one boggles that the highly intelligent folks from the former macromedia haven't handed the highly intelligent folks at adobe what are some fairly simplistic text-grokking tools....{sigh}....my kingdom for a universal parser!!!

so, okay, that makes sense. the rest is really nits, of course. thank you for your responses, and for understanding the intent behind my observations. i've seen here and elsewhere many times over, the statement "beta testing is above and beyond the call of duty". i guess that's true (the bug-hunting mindset isn't entirely ubiquitous), but in my opinion, it's how users ensure that the tools on which they stake their businesses do the things that engender happy clients. if that's "above and beyond", well....so is combing my hair every day.

i'll keep banging on it. if this is not a convenient place to make reports or observations to you, just let me know. i'd have used your blog, but that has no comments, and with my head in two businesses, a family, several pieces of software in beta, plus doing this whole migration issue....well, i check my email, but if it doesn't hit an important filter, i may not see it for a while.

peace.

~Dawnne

[Dawnne Gee]

btw....the Tools/Preferences [Data] tab now mysteriously no longer crashed IIPb3. I have not rebooted this box since about a day before I made that initial report. I don't know what the magic thing was, but now I see what's on that tab, and it all functions properly.

i LIKE the macro lab. Your macro approach is a great way to handle the metadata. Would it help you with the browse dialogs to make macros for those folders? The only other reason I could think of to have those as macros would be for ingestion logging, but that would be slightly redundant to the workflow itself.

i am very much looking forward to the ingestion tab and multi-camera support. i have several old multi-camera weddings to test that out on!

~d~

[danaltick]

I had the same problem with it aborting on the Data tab the first time I installed it.  I think a reboot must have fixed it, but not sure.

Marc,
I will repeat what I posted earlier in case you missed it.
I created my own custom ImageIngester.xmp file called MyImageIngester.xmp.  I started with yours and did some tweaking.  It works fine; however, I'm trying to use the {@filename} macro in the IPTC Status:Title field, but instead of it putting a name like altick_YYMMDD_NNNN in the field for each file, it's putting ABCD0001 name for every file.  Am I trying to do something that's not allowed?

Dan

[Dawnne Gee]

Previously (yesterday), I was seeing the same thing with Bridge's cache. Relatedly, however, along with the mysterious disappearance of the [Data] tab crash, when IIPb3 opens Bridge now, it's opening to the newly-ingested folder for me. So, in that sense, IIPb3 is automatically building the cache.

Also relatedly, I just ran those same 532 photos again, using my own XMP file (a "traditional" metadata template, not a replacement for the ImageIngester.XMP file like Dan is doing). This is the file that Peter hates, that contains a label. I just verified that II 1.6.7 creates XMP files that contain the label (the xmlns:xap set). IIPb3's XMP files do not contain the xmlns:xap set at all. I don't really consider this a "bug", because as Peter pointed out a while back, that's probably not the best way to do things. However, it's interesting that IIPb3 doesn't just apply the metadata, but parses it instead ~ probably a good thing! A copy of the template is here for you, Marc, in case you're interested.

For what it's worth, I still have not rebooted this machine since before I wrote my original report. I'm getting ready to do so now, because I have some large-format graphics to generate for an upcoming bridal show. But for me, the non-crash of the [Data] tab, and Bridge properly opening to the cited folder have not occurred because of a reboot.

[Vince Doss]

I had the same problem with it aborting on the Data tab the first time I installed it.  I think a reboot must have fixed it, but not sure.

Dan

Marc,
I continue to have IIPb3 abort when selecting the Data Tab in the preferences window. I have tried to reinstall the app but with now change.
running Windows XP SP2

[Marc Rochkind]

Dan--

{@filename} gets you the file name on the card. There's no single macro to get you the new name, but you can get the equivalent with the same macro sequence you used in the Preferences-Naming tab.

--Marc

[Marc Rochkind]

Dawnne--

This is a good place for comments, and I'm glad you posted your test report publicly, so anyone who wants to can find out the state of the program.

I haven't had a chance yet to check out the crash with the Preferences-Data panel.

Bridge not opening to the correct folder is a long-standing problem, present even with ImageIngester 1.6.7 on Windows. No fix for it as far as I know. (I pass the folder on to Bridge, but it ignores it.)

--Marc

[peterkrogh]

Marc,
Have you passed this (bug?) on to the Bridge team?
Peter

[sdwike]

I downloaded the IIPB3 for Windows, and am really liking the improvements it delivers over the original II application. 
The only anomaly I have encountered (after reading the draft manual to answer my dumb questions) is that when I go into preferences, and click the "Data" tab, the application errors out and wants to send an error report off to MS.

This happens consistently on my HP nx9600 laptop, which is running XPPro SP2.
I will check it on my desktop when I am home to do so, but I'd imaging this is an isolated incident, since I've seen no other postings here on that one.

Now I know what the Mac-ophiles have been so excited about.  This is a very nice upgrade, and will be well worth the price.

How about adding a basic renaming in place function as an optional feature?  It would seem that all the tools to do so are already in there. 

Thanks again Marc,

Steve

[Dawnne Gee]

Have you passed this (bug?) on to the Bridge team?

FWIW, Peter....I'm not sure it's a "bug"....as noted previously in this thread, this feature of IIPb3 is now working for me. It may well be system-configuration dependent, or even have to do with scripts that run in Bridge (at startup). It failed for me at first, and fails under II 1.6.7, but now it doesn't. And in both versions, it seems to work properly if Bridge is already open, so while I haven't been able to track it down yet, I'm leaning towards it either being ignored or bypassed due to startup scripts. I'll try to pin this down after I've done some other processing today.

[peterkrogh]

Dawnee,
I think you *may* be right, but I have always dragged and image or a folder onto Bridge and expected Bridge to open that folder, even if the program is just launching.  I'm pretty sure that's intended behavior.

Some of that may be made possible my Mac OS architecture, in which case it would not be a bug on Widows: just impossible.
Peter

[Marc Rochkind]

Steve--

I haven't had a chance to try the Preferences-Data tab myself, but the crash has been reported by a few people, and I totally believe that it's a bug. This code is very new!

This weekend, between football games, I plan to fix a bunch of stuff in IIP for Windows and issue a new beta.

(A potential distraction is that my sister is sending me a Leica M3 that's been in her basement for a few years, and I'll want to try it out. I don't know what the megapixel count is, but I believe the TIFF size is around 70MB, so I guess I could figure it out. I think you put a ribbon-like thing in the camera with sticky stuff on it. The pixels stick to the ribbon, and then you scan it to scrape the pixels off. Don't remember the details, but I'm pretty sure it's sort of like that. I don't know why Leica did it that way... Nikon and the others have a swinging mirror that hits the pixels and bounces them onto a card, which I think is a better approach.)

--Marc