32

answers

0

votes

Vote

creative in Creative Channel,
Written by: Steven Estrella on Sep 26 2011, 7:21pm

Photo Objects 150,000 and Mac OS X Lion

Will the Art Explosion Photo Objects 150,000 browser software work with Mac OS X 10.7 (Lion)? Also, are these 150,000 photo objects the same ones I purchased about 8 years ago from Hemera? Hemera published three volumes of 50,000 photo objects each. 

32 Citizens Answers

Robby E. says:

Steven,

The browser for Photo Objects 150,000 is a PowerPC based application.  So, it will not work on Lion.  In regards to the images, I am afraid I would not know whether those images are the same.  I have never had the Hemera collection you mentioned.

0

Votes

Vote
Sep 27 2011, 1:10pm | Report

Steven Estrella says:

Hi Robby,

Thanks for your response. Are there any plans to upgrade the browser application? I looked further at your screen shots and I can confirm that the images and the browser application are in fact the same as the three volume Hemera Photo Objects collection from 2000-2004.

If you update the browser application to a Mac universal application, I would be happy to purchase it. The collection is useful to me and I don't wish to have to create my own browser software.

Thanks,

Steven Estrella

0

Votes

Vote
Sep 27 2011, 3:23pm | Report

Robby E. says:

Steven,

I spoke with the developers about this.  Unfortunately, there are no plans on updating the browser to make it Lion compatible. 

0

Votes

Vote
Sep 30 2011, 11:24am | Report

Steven Estrella says:

Thanks Robby,

I am a software developer and would be happy to produce a small application to allow Lion users to search through their existing library of PhotoObjects. All I need from you folks are the index files that associate keywords with the filenames of the individual graphic images. The existing HPI files can be converted to PNG easily enough. I have already done that part for my needs here. This seems like a clear Win-Win. Just look me up at ShearSpireMedia.com. I work with fortune 500 companies regularly so I am fully incorporated and insured for this kind of development work. I hope you take me up on the offer.

1

Vote

Vote
Sep 30 2011, 12:13pm | Report

Robby E. says:

Steven,

Thank you for your offer.  I have passed this on to the developers.  I am not sure if they will take you up on the offer, but it cannot hurt to ask.  If they do decide to do this, they will probably get in touch with you directly.

0

Votes

Vote
Oct 5 2011, 11:36am | Report

L G says:

For gosh sakes PLEASE take Steven Estrella up on this. I am a graphic designer (among many) that have your PhotoObjects 150,000 along with the previous ones by Hemera. I along with countless others depend on the Portfolio browser to use these files. To keep up with all the latest programs we have been forced to move to the Lion OS. In doing so it has rendered PhotoObjects 150,000 along with the previous ones by Hemera USELESS! What happened to good old customer service? If you want us to keep buying your products make them usable to us PLEASE!

0

Votes

Vote
Oct 6 2011, 11:03am | Report

Brett Coleman says:

Steven,

Thank you for offering up these services. Have you had ANY luck with the developers, or found a way to suck the images off to be searchable in another manner? How unfortunate if the folks that own(ed) Hemera don't do something about this. Anyone? It's tough to recommend products that are not supported in any way...

0

Votes

Vote
Oct 10 2011, 7:51pm | Report

Steven Estrella says:

Hi Brett,

Converting the images to PNG with transparency was easy. I used GraphicConverter by LemkeSofte (http://GraphicConverter.net/). That gave me all the images with the same file name stems as the original HPI images. The indexes, however, were only available for volumes 1 and 2. Volume 3 was created differently by Hemera and the index is not a plain text file so I have no way to search those files other than file name. So when I get time, I plan to create a little FileMaker Pro app to create a searchable index as best I can. I can always run the old software on one of my old Macs if needed, of course.

0

Votes

Vote
Oct 10 2011, 9:03pm | Report

Brett Coleman says:

Thank you Steven. I thought it was a proprietary format. I have Graphic Converter and that'll work great I think. It's the darn browser that was so handy, and I don't want to run snow leopard virtually for this 1 app. Crazy. I haven't looked much yet, but you make it sound like all the meta data is plain text. I'll check it out soon... Maybe I just make a 2 field db in PHP mySQL with a small binary thumbnail in one field and the searchable keywords in the other... I guess the developer wants us to subscribe or repurchase. No motivation there, especially if they leave us in the lurch... Thanks for the info. Keep me posted on your progress, and I'll try to do the same. I only have volumes 1 and 2, so maybe I'm closer than I thought.
0

Votes

Vote
Oct 10 2011, 10:48pm | Report

Steven Estrella says:

Hi Brett,

The metadata for volumes 1 and 2 were in plain text format. The metadata for volume 3 was a binary executable unix file that I couldn't read. The filenames on the CD should be Vol1Keywords.pkd and Vol2Keywords.pkd for the plain text files. It will take some creative search and replace to get those files into a database. I don't have time right now to do it but I will take it on the next time I need to find images in this collection.

I don't think it would take more than a simple recompilation for the developers to update the code to make it Lion compatible. The new version of this collection is the Art Explosion Photo Objects 150,000 but the developers didn't really change the browser, it is still the old Hemera browser. If they updated it to run on Lion, I would happily buy it again just to save myself the trouble of creating my own browser.

0

Votes

Vote
Oct 11 2011, 9:27am | Report

Brett Coleman says:

Amen brother. Yeah, I just looked at those text files. UGLY. If I could only figure out how they are separated. Sometimes I see the file names once, and sometimes twice with a space, etc. Weird. If we could make sense of this data, perhaps we could do an XMP or meta data or comments import directly into the PNG file so spotlight could find the files?! That would be nice. No browser necessary... Maybe an applescript. hmmm... oh, I'm bc a-t neuconcept d-ot com if anything else we need to share. You? Thanks again for the feedback. I even asked the company today. They no longer support anything Hemera. Nice.

0

Votes

Vote
Oct 11 2011, 4:13pm | Report

ME Hernandez says:

I'm glad to hear I'm not the only one who's experiencing this problem. I don't have GraphicConverter. But if that's the easiest option to getting to use this collection again, I'll try it. 

0

Votes

Vote
Oct 16 2011, 7:33pm | Report

jefferis peterson says:

Keep me posted as well. I've not upgraded to Lion yet and this is one reason why.  So, if I understand correctly, you took the 2 DVD's from Photo Objects 150000 and converted all of them to PNG files with Graphic Converter?  So you have the images available, just not a browser to search based upon text criteria? 

 

Thanks

Jeff

0

Votes

Vote
Oct 25 2011, 12:58pm | Report

Steven Estrella says:

Hi Jeff,

Yes. I converted all the 150,000 images to PNG with transparency using the Convert More feature of GraphicConverter on the Mac. I have not yet found a good way to parse the text based indexes for volumes 1 and 2. The volume 3 index was not text based so I can't even read that file. If my schedule slows, I may take another look at it all. 

Thanks,

Steve

1

Vote

Vote
Oct 25 2011, 1:23pm | Report

Brett Coleman says:

I'm still trying to find out what the delimiters are in these rather large text files, so I can drop it into an Excel or online database or something to search with. The file names do no justice for searching... If/when anyone figures it out, please let me know and I'll try to do the same!

0

Votes

Vote
Oct 25 2011, 1:42pm | Report

Steven Estrella says:

Hi Folks,

I figured out the delimiters and also managed to decipher the volume 3 index. I created a zip archive containing a large tab delimited text file and an excel version as well. There are three columns: volume number, file name, and keywords. Perhaps someone else can take this to the next level and create a searchable site. The file names assume you have converted all the HPI files to PNG format and kept the file name stems the same. You can download the files at:

http://www.stevenestrella.com/hemera/

Look for HemeraIndex.zip

0

Votes

Vote
Oct 31 2011, 2:31pm | Report

Brett Coleman says:

Super. Thanks! Perhaps I can put together a quick PHP file and mySQL search... I'll try to knock that out soon.

0

Votes

Vote
Nov 2 2011, 12:59pm | Report

L G says:

Does anybody have any drivers for Leopard or Snow leopard for Photo Objects 150,000? I have partitioned my HD on Lion to run Snow Leopard so I can still use the Photo Objects but I need the latest drives. It does load ok but still need the newer drivers.

0

Votes

Vote
Jan 3 2012, 5:30pm | Report

Matt Carroll says:

Any chance a conversion could be made (or the secret to doing so revealed) for Hemera's old Photo Art collection?   All its files appear to be in the binary format. 

-Matt

P.S.  Thank you Steve Estrella - your file seems like it'll work for the Proto Objects 50K collection I have too....just 100K of extras in the list. :-)

P.P.S. I have to assume Hemera never made any money off of these art packages and that's why support was discontinued so quickly - otherwise I'm still quite angry with them for discontinuing updates as soon as they did.  Think I only owned the packages for a year or so before the application became unusable.  Because of this, I certainly would not be willing to give them more of my money.

0

Votes

Vote
Jan 8 2012, 10:56am | Report

Matt Carroll says:

On another note, Graphic Converter's Browser function used to have problems thumbnailing (or showing the thumbnails) for HPI files.   Thorsten Lemke has a beta posted now that fixes that issue.

http://www.lemkesoft.org/beta.html

This doesn't help for keyword browsing of course, but at least gives a good way to view the collection of photos shy of converting every singe one.   (Might not be a big deal to just convert if you always need them in the same size/format.)

0

Votes

Vote
Jan 8 2012, 11:05am | Report

jefferis peterson says:

Steve, when you batch convert using Graphic Converter, do you have to unzip all the files in the HPI folders first? 

0

Votes

Vote
Apr 20 2012, 1:51pm | Report

Steven Estrella says:

Jefferis, the HPI files I had were not zip compressed. If yours are zipped, you will need to unzip them before converting. One image.hpi file becomes one image.png file after using the Convert More feature of GraphicConverter.

Best of luck,

Steve

0

Votes

Vote
Apr 20 2012, 5:57pm | Report

jefferis peterson says:

Hey Steve,   I unzipped all files. Some of the file names in your index match the file names in the zipped converted files. But many don't. For example  you have files like 

antiqr20.png  but all the converted files from my DVDs are like 0298847_837_hpi.png.       I’m trying to put together a filemaker database that will have the thumbnails as image references in the database.

However, I opened my old copy of Photo-Objects 50,000 and the names match the named series.  My 150K version comes on 2 DVDs.  The Photo Objects 50k comes on 8 CDs.  

I am not sure what to make of the missing names like Zebra2  on the 2 DVD set and why the indexes don't match up....  Unless the index from the DVD includes images only on the 50K set, which was release prior to the DVD set...  

Confused... 

0

Votes

Vote
Apr 21 2012, 7:26am | Report

Steven Estrella says:

Hi Jefferis,

I purchased the Hemera collection in three installments. Photo Objects 1 and 2 came on CDs with .hpi files that had meaningful names. Photo Objects 3, however, had .hpi files with the kind of unhelpful file names you experienced. That's why I had to create my own index for photo objects 3. I put it online for people to download at:

http://www.stevenestrella.com/hemera/

Look for HemeraIndex.zip

If your volume 1 and 2 files also had unhelpful file names, I can only conclude that you received a later version of the collection. Perhaps they were all bundled together using the volume 3 indexing method. Here is the message I sent a while back.

Hi Folks,

I figured out the delimiters and also managed to decipher the volume 3 index. I created a zip archive containing a large tab delimited text file and an excel version as well. There are three columns: volume number, file name, and keywords. Perhaps someone else can take this to the next level and create a searchable site. The file names assume you have converted all the HPI files to PNG format and kept the file name stems the same. You can download the files at:

http://www.stevenestrella.com/hemera/

Look for HemeraIndex.zip

 

0

Votes

Vote
Apr 21 2012, 1:39pm | Report

jefferis peterson says:

I may have duplicates in the Original 50K set in the 150K set.  I see the meaningful names on all my 8 disks is my original 50K set. I am converting them as well.  I am looking to build a searchable index with Filemaker Pro, and perhaps I can create a Free player that will allow others to use it.  Although I suspect that they will  have to put the files in the same relative folders to where I end up putting mine. 

BTW, my Photo Objects 50k came on 8 disks, but there are 15 "disks" which re really folders on my 2 DVD 150K set.  I am probably going to put all the converted images into one huge folder for the database.  Starting to take up a lot of disk space to do this.  It seems Hemera used a compression setting to store their items until needed, but that also slowed things down. 

0

Votes

Vote
Apr 21 2012, 6:46pm | Report

jefferis peterson says:

Hi folks.   I started to create a database in Filemaker, and I thought I might be able to upload a player DB using the same folder relationship of DB to your image files, but I'm running into a few problems: 

1. My disk / folder relationship is not the same as everyone else's as you can see by my oct to Steve.  

I am trying to remedy that by putting all files in same folder, but this is straining the finder to have 150K images in one folder. And it will/would make it hard to search and find the image you want even if you know the name because every time you open the folder, the Finder will take forever to respond as it lists the files.

2. Filemaker doesn't display a thumbnail unless you actually import a thumbnail file into the database, making it very large and not really able to be transferred online and it also may create a copyright issue. 

3. I have not yet found a way to link the thumbnail to the full size file with a click to open feature, so that at most you can do is see the thumb and get the file name and the path/location of the large file. 

I'm asking on FM forums to see if there is a way to do this, but haven't heard back yet. 

If there is another solution, I'll let you know. Ideally the database would have only filenames, descriptions,  and paths to the images and be able to display then when called upon, rather than having the thumbnails embedded in the DB. 

0

Votes

Vote
Apr 23 2012, 10:41am | Report

jefferis peterson says:

Okay guys, here's a weird part.  I'm finding some kind of difference in the index for the DVD set. 

 

For example,  I am seeing 010915_1005_0348_lshp  as the actual image name but in the index it is 010915_1005_0348_lslp      Not much difference. Only 1 letter off. The descriptions however are right, both images are the same image. 

 

I am not sure what this difference is and whether it is safe to change the index names to match. On the index, e.g., the disk is number 3, but on the DVD set it is in disk folder #1. 

0

Votes

Vote
Apr 24 2012, 6:39am | Report

jefferis peterson says:

Definitely seems to be a different index than the one Steve created because I have a lot of files whose numbers, not text code, do not exist in the index.  For example 970801_4835_1041_oslp exists in the folder but no file with prefix 970801_4835_1041   exists in the database. So I have extra images without a DB.   

 

I cannot now export or understand the database package on the 2 DVD disk because I cannot run the program under Lion.  So I am not sure of the process for getting the original DB. 

Steve, can you help me out?  What process did you use to export the data from your Hemera collections?  Did you have to crack the compression code? 

0

Votes

Vote
Apr 24 2012, 2:49pm | Report

Steven Estrella says:

Hi Jefferis,

The indexes in the old CD set were in plain text format so I just used a text editor to parse them and then imported them into FileMaker Pro. Finding the delimiters in the text file was the challenge. Contact me through my web site at stevenestrella.com. If I can help without devoting too much time to it, I will. 

Steve

 

0

Votes

Vote
Apr 24 2012, 3:11pm | Report

Colin Thompson says:

Art Explosion Photo objects 150000 is the old Hemera stuff.

It worked find under Snow Leopard in classic mode until recently. When it starts up it tries to go to the Hemera web site to 'check for updates' The hemera site no longer exists and once the software discovers this, it crashes.

If anyone can write a tiny program to stop the software checking the net before it runs, I think that will solve the problem.

0

Votes

Vote
Oct 14 2012, 7:17pm | Report

Alex Morris says:

Just managed to get my old Hemara 800,000 Clipart 3 DVD set working again with all the png, jpg and eps files accessible through the Mac spotlight search and all tagged with the original Hemara keywords. It was a really boring, long process. For anyone who's at all interested, these are the (probably unnecessarily) long-winded steps I took to get it all working. Apologies for the length of this post but I saw this thread and thought if any of these stages help anyone in the same situation, then great...

1. Copy the contents of the 3 DVDs (or whatever's relevant to the set you've got) to a hard drive into three separate folders with the same names as the DVDs and then copy the actual image folders from each disk into these. I found them within the HPI folder on each disk, labelled Disk1, Disk2, Disk 3 etc.

2. Using XnConvert I then converted all the .hpi files to .png ones (replacing the originals) and using terminal I converted all the .eps files (which can't be keyword tagged) to .pdf using the built-in pstopdf function using this method:
Open terminal, then 'cd' to the directory that contains all the image folders, then type:

find . -name \*.eps -exec pstopdf {} \;

This should drill down all the subfolders from where you are and change all the .eps to .pdfs. This takes A HELL OF A LONG TIME. I've got a reasonably fast machine and it's taken a day and a bit. Still, faster than using Illustrator... You may wish to try this code on a test folder first to make sure it's working as expected.
This leaves a copy of the original .eps files within the folders as safeguard. Once you're happy it's worked ok, do a search for *.eps within tho folders using Finder and drag these eps files to the trash, check that the .pdfs are now the only postscript files in the folders.

3. On the first DVD, I found the file
800KCLIPART_DVD1/Packages/F800kCollection.pkg/Contents/Resources/F800kCollection.pax

(you'll need to right-hand click at the .pkg file to show package contents to get to the file)
Copy and paste this file outside of the .pkg, on the desktop or something, and then double click it to expand the archive. Inside my one was the file:
F800kCollection/800 Thousand Clipart/Data/800 Thousand Clipart/English/PhotoObjectsCache

This may be different for your disks, but chances are Hemara used the same text encoding for all their disks, so hopefully the following method will work for you to extract the necessary data.

I opened this with TextWrangler - a free text editor. At about line 11,500 you can start seeing the filenames and keywords appear. They're in the format: 000204_4345_1092_osbp.hpi, where the start of each line should have one of these filenames. Then the image title, keywords, subject, and original disk name. Delete all the code up until this first instance of a filename (you may want to select 'Soft Wrap Text' option in the View/Text Display menu to show things more clearly).Then I selected Text menu/Zap Gremlins... and replaced all the non characters with a pipe symbol "|".Then I did a Find and Replace using GREP. The following formatted the text for me, but if you've got a different variation of the disk(s) you may need to play around with these to suit:

FIND: ([a-z])\|([\w|\W]{11})\|(\d{6}\_)

REPLACE: \1\r\3

This formats the list putting a pipe between each item and a carriage return at the end of each entry.
I exported this as text and then imported into Excel using the pipe as the delimiter. I then did a find and replace to replace .hpi with .png, and replace .eps with .pdf. I then sorted this alphabetically by the filename column.

4. You now need to work out where all the image files are within the new folder structure on your hard drive. For this, use a program which can print out line by line of finder structures. I used Roxio's Toast, which if you enable 'Custom Hybrid' CDs from the preferences, then go as if to create a Custom Hybrid from the Data menu, press the 'select ISO' button then 'Add' the root folder of the image folders (might take a few minutes), should then give you an option to copy and paste the structure from the 'Layout' tab. I'm sure there are other easier ways/freeware programs that can copy a folder structure to the clipboard, but this is what I used as it was to hand.

5. I then pasted this info into an second Excel Spreadsheet and, using formulas, duplicated the folder paths all the way down the entries, so that each row showed a full folder path to each image file (across four columns). I copied all of these and 'Paste special' them as values to get rid of the formulas and leave the text. I then sorted it alphabetically by the final column which contained the filename. I copied all four columns and inserted it before the first column of the spreadsheet created in stage 4.

Within this combined spreadsheet, in theory, columns four and five should now contain the same filename information. Of course, it wasn't that simple, as the were a couple of duplicate image files that Hemara slipped in to make the job even more complicated. I created a new column and created a checking formula which checked column four against five and flagged up if they were different. I managed to delete the duplicate bits using this.

6. Once all this is in place, it was a case of concatenating the four column filename into a new single column containing the full filepath from the root folder and deleting the redundant filename column. Each row on the spreadsheet contained the filepath, image description, space separated keywords, category and original disk title.

7. To then apply the keywords to the images I used a combination of Adobe Bridge and the Javascript 'DIY Metadata' from ps scripts

(after substituting the spaces in the keywords column for semicolons).
Now all the jpgs, pngs and pdfs (ex-eps) have all the keywords attached to them and can be searched from Spotlight. Which is just as well as the keyword load seems to now crash Adobe Bridge when I browse to the image folder.

A real slog.

0

Votes

Vote
Mar 1 2014, 3:27pm | Report

Colin Thompson says:

Here is my own solution which I think is probably the easiest, but also the weirdest!!

As we all know, PhotoObjects won't run on Lion onwards. I bought a Mac Mini with Snow Leopard installed and copied all the Hemera stuff on to it. The original PhotoObjects programmers were arrogant enough to believe that their site would exist forever so when you run the program it tries to check on the Hemera web site which no longer exists, for any updates. So the program won't run.

HOWEVER - if you get a bulldog clip and when the program fails press enter to make it run again and hold the return key down with the bulldog clip (if you are using a keyboard that won't let a clip reach. jam the key down with a piece of cardboard) so it will try over and over again and EVENTUALLY the program will run - must be a matter of timing. Sometimes it only takes a minute or two. Sometimes a lot longer, BUT it always works eventually and once running it works fine.

1

Vote

Vote
Mar 1 2014, 3:49pm | Report

Post your comment

default Avatar

You might be interested in these related contributions