1. Since I'm a MAC guy mostly, and She has 60 gb of space availble on her
hard drive, it seems to me there is plenty of disck space available. I know
on the MAC you can set Frame to what ever memory amount you want.
2. You are right. Filemaker is generating the mif (tab delimited) file and
then import the file by coping into a template.
3. When I say some images, I mean one time the import error will effect one
set of records, you can reimport the same file, and you get a totally
different set of images being effected.
Media Production Manager
swhite at alamark.com
> From: Art Campbell <art.campbell at gmail.com>
> Date: Fri, 3 Nov 2006 12:28:08 -0500
> To: Scott White <swhite at alamark.com>
> Cc: Framers <framers at frameusers.com>
> Subject: Re: Importing tif error
> OK, three points, or questions.
> 1. What happened if/when she freed up some disk space?
> 2. And what, exactly, do you mean that she's "importing .... by mif?"
> I can't map the words to a FM procedure, so I'm guessing that
> FileMaker, not FrameMaker is generating the source file. Is that
> 3. You imply that this only happens with some images. What's the
> common thread among the ones that work (or the ones that fail)?
> On 11/3/06, Scott White <swhite at alamark.com> wrote:
>> I have a client who is importing hi-res .tif images by mif. When she does
>> she gets this error for different images: "Cannot store Imagename.tif
>> facets; keeping it external. Try freeing up some disc space. If you are
>> importing a graphic, framemaker will import by reference, if you are
>> importing a mif file, there may be a mif file error.
>> She is importing a mif file generated in filemaker and then importing and
>> embedding the graphics. Worked fine up until last week.
>> Windows XP Professional Frame 7.1
>> Scott White
>> Media Production Manager
>> Implentation Coordinator
>> AlaMark Technologies
>> swhite at alamark.com
> Art Campbell
> art.campbell at gmail.com
> "... In my opinion, there's nothing in this world beats a '52 Vincent
> and a redheaded girl." -- Richard Thompson
> No disclaimers apply.
> DoD 358