A Graphics Library...Why?
Hi Rick, I've used Extensis Portfolio for years. Also used the older version of ACSee and, while very good, it did not provide all the relational data needed. Several years ago, I worked with programmers at Ken Cook Company to develop a Graphics Tracker (http://www.kencook.com/index.php?option=com_content&view=article&id=88:graphics-tracker&catid=25:the-project). The KCC product is especially useful for the equipment industry and a fine, hosted product. Right now, I'm developing an image gallery in a Confluence wiki. Some functionality is built-in but not enough! Best, Mollye On Thu, Jun 24, 2010 at 9:25 AM, Rick Quatro wrote: > Hi Mollye, > > What program are you using to track your graphics? Thanks. > > Rick Quatro > Carmen Publishing Inc. > 585-659-8267 > rick at frameexpert.com > > *** Frame Automation blog at http://frameautomation.com > > > Depends on functionality... I use a graphics tracker for file management > with thumbnails for accurate identification and a format conversion > generator for multiple formats. Powered by a database, each graphic has > searchable metadata, automated file numbering and version control. This is > especially important for layered graphics with standard base drawings. > Also excellent for associating with assembly numbers and other where-used > information. A graphics tracker is aabsolutely essential when working with > equipment and engineering graphics. > > -- > Mollye Barrett > ClearPath, LLC > 414-331-1378 (cell) > www.clearpath.cc > http://www.linkedin.com/in/mollyebarrett > http://www.twitter.com/mollye > > > On Mon, Jun 21, 2010 at 8:28 PM, Eduardo F. Cidade, Sr. < > ecidade at zoominternet.net> wrote: > >> Good evening fellow Framers and Frame Templars >> >> I've built a specification for a Standard Operating Procedure (SOP) >> regarding building a Graphics Library (call it a database, tracker, >> whatever). >> >> One thing that gnaws at this old writer is the standard question: ?Why? >> >> I could use reasons such as: >> Traceability >> Locating Graphics >> Documentation Mapping >> >> It's just eluding me as to a rock-solid answer on this. >> >> Just reaching out to you all for some input or a resource I can tap. ?I >> have >> the procedure and policy and framework (no pun intended) in place but in >> doing this, I also know internal auditors will ask the pervasive question, >> "Why?" >> >> Have a safe and interesting evening. >> >> From Forest Hills, NY >> >> Eduardo > > >
Re: A Graphics Library...Why?
Hi Rick, I've used Extensis Portfolio for years. Also used the older version of ACSee and, while very good, it did not provide all the relational data needed. Several years ago, I worked with programmers at Ken Cook Company to develop a Graphics Tracker (http://www.kencook.com/index.php?option=com_content&view=article&id=88:graphics-tracker&catid=25:the-project). The KCC product is especially useful for the equipment industry and a fine, hosted product. Right now, I'm developing an image gallery in a Confluence wiki. Some functionality is built-in but not enough! Best, Mollye On Thu, Jun 24, 2010 at 9:25 AM, Rick Quatro wrote: > Hi Mollye, > > What program are you using to track your graphics? Thanks. > > Rick Quatro > Carmen Publishing Inc. > 585-659-8267 > r...@frameexpert.com > > *** Frame Automation blog at http://frameautomation.com > > > Depends on functionality... I use a graphics tracker for file management > with thumbnails for accurate identification and a format conversion > generator for multiple formats. Powered by a database, each graphic has > searchable metadata, automated file numbering and version control. This is > especially important for layered graphics with standard base drawings. > Also excellent for associating with assembly numbers and other where-used > information. A graphics tracker is aabsolutely essential when working with > equipment and engineering graphics. > > -- > Mollye Barrett > ClearPath, LLC > 414-331-1378 (cell) > www.clearpath.cc > http://www.linkedin.com/in/mollyebarrett > http://www.twitter.com/mollye > > > On Mon, Jun 21, 2010 at 8:28 PM, Eduardo F. Cidade, Sr. < > ecid...@zoominternet.net> wrote: > >> Good evening fellow Framers and Frame Templars >> >> I've built a specification for a Standard Operating Procedure (SOP) >> regarding building a Graphics Library (call it a database, tracker, >> whatever). >> >> One thing that gnaws at this old writer is the standard question: Why? >> >> I could use reasons such as: >> Traceability >> Locating Graphics >> Documentation Mapping >> >> It's just eluding me as to a rock-solid answer on this. >> >> Just reaching out to you all for some input or a resource I can tap. I >> have >> the procedure and policy and framework (no pun intended) in place but in >> doing this, I also know internal auditors will ask the pervasive question, >> "Why?" >> >> Have a safe and interesting evening. >> >> From Forest Hills, NY >> >> Eduardo > > > ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
A Graphics Library...Why?
Hi Mollye, What program are you using to track your graphics? Thanks. Rick Quatro Carmen Publishing Inc. 585-659-8267 rick at frameexpert.com *** Frame Automation blog at http://frameautomation.com Depends on functionality... I use a graphics tracker for file management with thumbnails for accurate identification and a format conversion generator for multiple formats. Powered by a database, each graphic has searchable metadata, automated file numbering and version control. This is especially important for layered graphics with standard base drawings. Also excellent for associating with assembly numbers and other where-used information. A graphics tracker is aabsolutely essential when working with equipment and engineering graphics. -- Mollye Barrett ClearPath, LLC 414-331-1378 (cell) www.clearpath.cc http://www.linkedin.com/in/mollyebarrett http://www.twitter.com/mollye On Mon, Jun 21, 2010 at 8:28 PM, Eduardo F. Cidade, Sr. < ecidade at zoominternet.net> wrote: > Good evening fellow Framers and Frame Templars > > I've built a specification for a Standard Operating Procedure (SOP) > regarding building a Graphics Library (call it a database, tracker, > whatever). > > One thing that gnaws at this old writer is the standard question: Why? > > I could use reasons such as: > Traceability > Locating Graphics > Documentation Mapping > > It's just eluding me as to a rock-solid answer on this. > > Just reaching out to you all for some input or a resource I can tap. I > have > the procedure and policy and framework (no pun intended) in place but in > doing this, I also know internal auditors will ask the pervasive question, > "Why?" > > Have a safe and interesting evening. > > From Forest Hills, NY > > Eduardo
RE: A Graphics Library...Why?
Hi Mollye, What program are you using to track your graphics? Thanks. Rick Quatro Carmen Publishing Inc. 585-659-8267 r...@frameexpert.com *** Frame Automation blog at http://frameautomation.com Depends on functionality... I use a graphics tracker for file management with thumbnails for accurate identification and a format conversion generator for multiple formats. Powered by a database, each graphic has searchable metadata, automated file numbering and version control. This is especially important for layered graphics with standard base drawings. Also excellent for associating with assembly numbers and other where-used information. A graphics tracker is aabsolutely essential when working with equipment and engineering graphics. -- Mollye Barrett ClearPath, LLC 414-331-1378 (cell) www.clearpath.cc http://www.linkedin.com/in/mollyebarrett http://www.twitter.com/mollye On Mon, Jun 21, 2010 at 8:28 PM, Eduardo F. Cidade, Sr. < ecid...@zoominternet.net> wrote: > Good evening fellow Framers and Frame Templars > > I've built a specification for a Standard Operating Procedure (SOP) > regarding building a Graphics Library (call it a database, tracker, > whatever). > > One thing that gnaws at this old writer is the standard question: Why? > > I could use reasons such as: > Traceability > Locating Graphics > Documentation Mapping > > It's just eluding me as to a rock-solid answer on this. > > Just reaching out to you all for some input or a resource I can tap. I > have > the procedure and policy and framework (no pun intended) in place but in > doing this, I also know internal auditors will ask the pervasive question, > "Why?" > > Have a safe and interesting evening. > > From Forest Hills, NY > > Eduardo ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Re: A Graphics Library...Why?
Hi Eduardo, Seems like the answering messages got hijacked with wistful desires for features and specifications... To get back to your request, I intuit that you are documenting standard work policies, either already existing or possibly needed. To support the creation of your library, you can imagine various uses in the near future. Your own list included: Traceability Locating Graphics Documentation Mapping If a Writer needs a compound image with existing parts or with a combination of existing and new parts (parts = the widgets your writers are documenting), what is the most economical and the most convenient way to get started? For consistent documents and also for ease of building a drawing, having a stock of drawing building blocks makes a lot of sense. In my current job, we write maintenance manuals with various test setups. The test instruments and the test components are collected in a library as we create them (while drawing a new test setup). When we add a new instrument to a standard test, we can collect standard drawings and symbolic components so that all of our test descriptions in all of our manuals have a similar style. This is intended to give the customers a comfortable feeling while following our instructions. Our test instruments are fairly complex signal generators, power meters, spectrum analyzers, and vector network analyzers. We create outline drawings in Adobe Illustrator that show the connections, buttons, and display panels. We find our library of images both convenient and cost effective. It certainly saves time by having many drawing components already available for copy and paste. I can image a procedure that describes: General formatting and styles for drawings Storage locations, names, and groupings (folders/subdirectories) for convenient search Grayscale drawings and color images for different document purposes Photos versus drawings A new team member would want to know what style is required and where to find examples. Your SOP could answer such questions and serve as a reminder to the whole team for both storage and recall of new and existing images. I hope this is helpful. Auditors seem to have a need to justify these things. Ed DeRosier ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
A Graphics Library...Why?
Thanks Edward. You and fellow Frame Templars have given me a bit to go on. The procedure is therethat's not the voidit's the "why" behind it. Why am I doing it? Is there a regulatory requirement? Is this "auditable" (is that a word?) Is there a Return on Investment (ROI)? Again, so many thanksstill open to suggestions All the best Eduardo On Tue 22/06/10 17:49 , "DeRosier, Edward" Edward.DeRosier at anritsu.com sent: > Hi Eduardo, > > Seems like the answering messages got hijacked with wistful desires for > features and specifications... > > To get back to your request, I intuit that you are documenting standard > work policies, either already existing or possibly needed. To support > the creation of your library, you can imagine various uses in the near > future. Your own list included: > > Traceability > Locating Graphics > Documentation Mapping > > If a Writer needs a compound image with existing parts or with a > combination of existing and new parts (parts = the widgets your writers > are documenting), what is the most economical and the most convenient > way to get started? > > For consistent documents and also for ease of building a drawing, > havinga stock of drawing building blocks makes a lot of sense. In my > currentjob, we write maintenance manuals with various test setups. The test > instruments and the test components are collected in a library as we > create them (while drawing a new test setup). When we add a new > instrument to a standard test, we can collect standard drawings and > symbolic components so that all of our test descriptions in all of our > manuals have a similar style. This is intended to give the customers a > comfortable feeling while following our instructions. > > Our test instruments are fairly complex signal generators, power > meters,spectrum analyzers, and vector network analyzers. We create outline > drawings in Adobe Illustrator that show the connections, buttons, and > display panels. We find our library of images both convenient and cost > effective. It certainly saves time by having many drawing components > already available for copy and paste. > > I can image a procedure that describes: > > General formatting and styles for drawings > Storage locations, names, and groupings (folders/subdirectories) for > convenient search > Grayscale drawings and color images for different document purposes > Photos versus drawings > > A new team member would want to know what style is required and where > tofind examples. Your SOP could answer such questions and serve as a > reminder to the whole team for both storage and recall of new and > existing images. > > I hope this is helpful. Auditors seem to have a need to justify these > things. > > Ed DeRosier > > > >
A Graphics Library...Why?
I've worked in the Engineering, Software Engineering, and Engineering Software fields, and "change history" has been the preferred term. FWIW Jack DeLand
Re: Re: A Graphics Library...Why?
Thanks Edward. You and fellow Frame Templars have given me a bit to go on. The procedure is therethat's not the voidit's the "why" behind it. Why am I doing it? Is there a regulatory requirement? Is this "auditable" (is that a word?) Is there a Return on Investment (ROI)? Again, so many thanksstill open to suggestions All the best Eduardo On Tue 22/06/10 17:49 , "DeRosier, Edward" edward.deros...@anritsu.com sent: > Hi Eduardo, > > Seems like the answering messages got hijacked with wistful desires for > features and specifications... > > To get back to your request, I intuit that you are documenting standard > work policies, either already existing or possibly needed. To support > the creation of your library, you can imagine various uses in the near > future. Your own list included: > > Traceability > Locating Graphics > Documentation Mapping > > If a Writer needs a compound image with existing parts or with a > combination of existing and new parts (parts = the widgets your writers > are documenting), what is the most economical and the most convenient > way to get started? > > For consistent documents and also for ease of building a drawing, > havinga stock of drawing building blocks makes a lot of sense. In my > currentjob, we write maintenance manuals with various test setups. The test > instruments and the test components are collected in a library as we > create them (while drawing a new test setup). When we add a new > instrument to a standard test, we can collect standard drawings and > symbolic components so that all of our test descriptions in all of our > manuals have a similar style. This is intended to give the customers a > comfortable feeling while following our instructions. > > Our test instruments are fairly complex signal generators, power > meters,spectrum analyzers, and vector network analyzers. We create outline > drawings in Adobe Illustrator that show the connections, buttons, and > display panels. We find our library of images both convenient and cost > effective. It certainly saves time by having many drawing components > already available for copy and paste. > > I can image a procedure that describes: > > General formatting and styles for drawings > Storage locations, names, and groupings (folders/subdirectories) for > convenient search > Grayscale drawings and color images for different document purposes > Photos versus drawings > > A new team member would want to know what style is required and where > tofind examples. Your SOP could answer such questions and serve as a > reminder to the whole team for both storage and recall of new and > existing images. > > I hope this is helpful. Auditors seem to have a need to justify these > things. > > Ed DeRosier > > > > ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
A Graphics Library...Why?
Hi Eduardo, Seems like the answering messages got hijacked with wistful desires for features and specifications... To get back to your request, I intuit that you are documenting standard work policies, either already existing or possibly needed. To support the creation of your library, you can imagine various uses in the near future. Your own list included: Traceability Locating Graphics Documentation Mapping If a Writer needs a compound image with existing parts or with a combination of existing and new parts (parts = the widgets your writers are documenting), what is the most economical and the most convenient way to get started? For consistent documents and also for ease of building a drawing, having a stock of drawing building blocks makes a lot of sense. In my current job, we write maintenance manuals with various test setups. The test instruments and the test components are collected in a library as we create them (while drawing a new test setup). When we add a new instrument to a standard test, we can collect standard drawings and symbolic components so that all of our test descriptions in all of our manuals have a similar style. This is intended to give the customers a comfortable feeling while following our instructions. Our test instruments are fairly complex signal generators, power meters, spectrum analyzers, and vector network analyzers. We create outline drawings in Adobe Illustrator that show the connections, buttons, and display panels. We find our library of images both convenient and cost effective. It certainly saves time by having many drawing components already available for copy and paste. I can image a procedure that describes: General formatting and styles for drawings Storage locations, names, and groupings (folders/subdirectories) for convenient search Grayscale drawings and color images for different document purposes Photos versus drawings A new team member would want to know what style is required and where to find examples. Your SOP could answer such questions and serve as a reminder to the whole team for both storage and recall of new and existing images. I hope this is helpful. Auditors seem to have a need to justify these things. Ed DeRosier
Re: A Graphics Library...Why?
I've worked in the Engineering, Software Engineering, and Engineering Software fields, and "change history" has been the preferred term. FWIW Jack DeLand ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
A Graphics Library...Why?
Richard G. Combs wrote: << I'm reminded of those software engineers I've dealt with who, _after_ they've completed a new feature, write requirements to match what they've done. :-) >> At least you get (or got) written requirements. There are days I'd settle for a written new feature list. :-) -Lief This email has been scanned. This e-mail (including any attachments) is confidential and may be legally privileged. If you are not an intended recipient or an authorized representative of an intended recipient, you are prohibited from using, copying or distributing the information in this e-mail or its attachments. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete all copies of this message and any attachments.
A Graphics Library...Why?
On 22/06/2010 12:53 AM, Combs, Richard wrote: > > I'm reminded of those software engineers I've dealt with who, _after_ > they've completed a new feature, write requirements to match what > they've done. :-) > Popular saying among engineers: "Build to fit. Draw to match. Paint to cover." (Too, too true.) -- Stuart Rogers Technical Communicator Phoenix Geophysics Limited 3781 Victoria Park Avenue, Unit 3 Toronto, ON, Canada M1W 3K5 +1 (416) 491-7340 x 325 http://www.phoenix-geophysics.com
RE: A Graphics Library...Why?
In defense of Eduardo, no, he didn't put the cart before the horse. He had reasons - and all them excellent. I think he's just looking for that show-stopping description that will keep the auditor off his back. For those of you who don't work in an ISO (or similarly controlled) field, this may not make sense - but I definitely get it. Process for process sake is highly frowned upon. For my needs, "tracking/locating" (particularly source images, ie, raw images/drawings prior to any editing) is the ultimate reason. But after speaking to one of our QA people (for the non-ISO world, QA is Quality Control from a process/Regulatory perspective - it has nothing to do with testing) and she says "change history" is what she would be looking for as a "why". Does anyone have a better term...? Alison Alison Craig, Technical Writer Ultrasonix Medical Corporation Tel: (604) 279-8550, ext 127 E-mail: alison.cr...@ultrasonix.com -Original Message- From: framers-boun...@lists.frameusers.com [mailto:framers-boun...@lists.frameusers.com] On Behalf Of Combs, Richard Sent: Monday, June 21, 2010 9:53 PM To: Eduardo F. Cidade, Sr.; framers@lists.frameusers.com Subject: RE: A Graphics Library...Why? Eduardo F. Cidade, Sr., wrote: > I've built a specification for a Standard Operating Procedure (SOP) > regarding building a Graphics Library (call it a database, tracker, > whatever). > > One thing that gnaws at this old writer is the standard question: Why? > > I could use reasons such as: > Traceability > Locating Graphics > Documentation Mapping > > It's just eluding me as to a rock-solid answer on this. No offense, but didn't you put the cart before the horse? The normal procedure, IMHO, is to determine the need first, and then create the business case and define the requirements, and _only then_ design the thing. I'm reminded of those software engineers I've dealt with who, _after_ they've completed a new feature, write requirements to match what they've done. :-) Richard G. Combs Senior Technical Writer Polycom, Inc. richardDOTcombs AT polycomDOTcom 303-223-5111 -- rgcombs AT gmailDOTcom 303-903-6372 -- ___ You are currently subscribed to framers as alison.cr...@ultrasonix.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/alison.craig%40ultrasonix.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info. ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
A Graphics Library...Why?
In defense of Eduardo, no, he didn't put the cart before the horse. He had reasons - and all them excellent. I think he's just looking for that show-stopping description that will keep the auditor off his back. For those of you who don't work in an ISO (or similarly controlled) field, this may not make sense - but I definitely get it. Process for process sake is highly frowned upon. For my needs, "tracking/locating" (particularly source images, ie, raw images/drawings prior to any editing) is the ultimate reason. But after speaking to one of our QA people (for the non-ISO world, QA is Quality Control from a process/Regulatory perspective - it has nothing to do with testing) and she says "change history" is what she would be looking for as a "why". Does anyone have a better term...? Alison Alison Craig, Technical Writer Ultrasonix Medical Corporation Tel: (604) 279-8550, ext 127 E-mail: alison.craig at ultrasonix.com -Original Message- From: framers-bounces at lists.frameusers.com [mailto:framers-boun...@lists.frameusers.com] On Behalf Of Combs, Richard Sent: Monday, June 21, 2010 9:53 PM To: Eduardo F. Cidade, Sr.; framers at lists.frameusers.com Subject: RE: A Graphics Library...Why? Eduardo F. Cidade, Sr., wrote: > I've built a specification for a Standard Operating Procedure (SOP) > regarding building a Graphics Library (call it a database, tracker, > whatever). > > One thing that gnaws at this old writer is the standard question: Why? > > I could use reasons such as: > Traceability > Locating Graphics > Documentation Mapping > > It's just eluding me as to a rock-solid answer on this. No offense, but didn't you put the cart before the horse? The normal procedure, IMHO, is to determine the need first, and then create the business case and define the requirements, and _only then_ design the thing. I'm reminded of those software engineers I've dealt with who, _after_ they've completed a new feature, write requirements to match what they've done. :-) Richard G. Combs Senior Technical Writer Polycom, Inc. richardDOTcombs AT polycomDOTcom 303-223-5111 -- rgcombs AT gmailDOTcom 303-903-6372 -- ___ You are currently subscribed to framers as alison.craig at ultrasonix.com. Send list messages to framers at lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscribe at lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/alison.craig%40ultrasonix.com Send administrative questions to listadmin at frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
RE: A Graphics Library...Why?
And I, after asking for a feature list, was told that it didn't exist. The followup statement to that was, "just write in features where they make sense, and we'll figure it out later". *sound of forehead hitting wall repeatedly* Lea _ Lea Rush Software and Documentation Specialist Astoria-Pacific International www.astoria-pacific.com ph: 800-536-3111 fax: 503-655-7367 l...@astoria-pacific.com Please consider the environment before printing this email. `·.¸¸.·´¯`·.¸.·´¯`·...¸ ><º>`·.¸¸.·´¯`·.¸.·´¯`·...¸><º> NOTICE OF CONFIDENTIALITY This communication is from Astoria-Pacific International and is intended to be confidential and solely for the use of the persons or entities addressed above. If you are not an intended recipient, be aware that the information contained herein may be protected from unauthorized use by privilege or law, and any copying, distribution, disclosure, or other use of this information is prohibited. If you have received this communication in error, please contact the sender by return email or telephone (503) 657-3010 immediately, and delete or destroy all copies. Thank you for your cooperation. > -Original Message- > From: framers-boun...@lists.frameusers.com [mailto:framers- > boun...@lists.frameusers.com] On Behalf Of Lief Erickson > Sent: Tuesday, June 22, 2010 8:55 AM > To: framers@lists.frameusers.com > Subject: RE: A Graphics Library...Why? > > Richard G. Combs wrote: > > << I'm reminded of those software engineers I've dealt with who, _after_ they've > completed a new feature, write requirements to match what they've done. :-) >> > > > At least you get (or got) written requirements. There are days I'd settle for a > written new feature list. :-) > > -Lief > > > This email has been scanned. This e-mail (including any attachments) is > confidential and may be legally privileged. If you are not an intended recipient > or an authorized representative of an intended recipient, you are prohibited > from using, copying or distributing the information in this e-mail or its > attachments. If you have received this e-mail in error, please notify the sender > immediately by return e-mail and delete all copies of this message and any > attachments. > ___ > > > You are currently subscribed to framers as l...@astoria-pacific.com. > > Send list messages to fram...@lists.frameusers.com. > > To unsubscribe send a blank email to > framers-unsubscr...@lists.frameusers.com > or visit http://lists.frameusers.com/mailman/options/framers/lea%40astoria- > pacific.com > > Send administrative questions to listad...@frameusers.com. Visit > http://www.frameusers.com/ for more resources and info. ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
A Graphics Library...Why?
And I, after asking for a feature list, was told that it didn't exist. The followup statement to that was, "just write in features where they make sense, and we'll figure it out later". *sound of forehead hitting wall repeatedly* Lea _ Lea Rush Software and Documentation Specialist Astoria-Pacific International www.astoria-pacific.com ph: 800-536-3111 fax:? 503-655-7367 lea at astoria-pacific.com Please consider the environment before printing this email. `?.??.???`?.?.???`?...? ><?>`?.??.???`?.?.???`?...?><?> ? NOTICE OF CONFIDENTIALITY ? This communication is from Astoria-Pacific International and is intended to be confidential and solely for the use of the persons or entities addressed above.? If you are not an intended recipient, be aware that the information contained herein may be protected from unauthorized use by privilege or law, and any copying, distribution, disclosure, or other use of this information is prohibited.? If you have received this communication in error, please contact the sender by return email or telephone (503) 657-3010 immediately, and delete or destroy all copies.? Thank you for your cooperation. > -Original Message- > From: framers-bounces at lists.frameusers.com [mailto:framers- > bounces at lists.frameusers.com] On Behalf Of Lief Erickson > Sent: Tuesday, June 22, 2010 8:55 AM > To: framers at lists.frameusers.com > Subject: RE: A Graphics Library...Why? > > Richard G. Combs wrote: > > << I'm reminded of those software engineers I've dealt with who, _after_ they've > completed a new feature, write requirements to match what they've done. :-) >> > > > At least you get (or got) written requirements. There are days I'd settle for a > written new feature list. :-) > > -Lief > > > This email has been scanned. This e-mail (including any attachments) is > confidential and may be legally privileged. If you are not an intended recipient > or an authorized representative of an intended recipient, you are prohibited > from using, copying or distributing the information in this e-mail or its > attachments. If you have received this e-mail in error, please notify the sender > immediately by return e-mail and delete all copies of this message and any > attachments. > ___ > > > You are currently subscribed to framers as lea at astoria-pacific.com. > > Send list messages to framers at lists.frameusers.com. > > To unsubscribe send a blank email to > framers-unsubscribe at lists.frameusers.com > or visit http://lists.frameusers.com/mailman/options/framers/lea%40astoria- > pacific.com > > Send administrative questions to listadmin at frameusers.com. Visit > http://www.frameusers.com/ for more resources and info.
RE: A Graphics Library...Why?
Richard G. Combs wrote: << I'm reminded of those software engineers I've dealt with who, _after_ they've completed a new feature, write requirements to match what they've done. :-) >> At least you get (or got) written requirements. There are days I'd settle for a written new feature list. :-) -Lief This email has been scanned. This e-mail (including any attachments) is confidential and may be legally privileged. If you are not an intended recipient or an authorized representative of an intended recipient, you are prohibited from using, copying or distributing the information in this e-mail or its attachments. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete all copies of this message and any attachments. ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Re: A Graphics Library...Why?
On 22/06/2010 12:53 AM, Combs, Richard wrote: I'm reminded of those software engineers I've dealt with who, _after_ they've completed a new feature, write requirements to match what they've done. :-) Popular saying among engineers: "Build to fit. Draw to match. Paint to cover." (Too, too true.) -- Stuart Rogers Technical Communicator Phoenix Geophysics Limited 3781 Victoria Park Avenue, Unit 3 Toronto, ON, Canada M1W 3K5 +1 (416) 491-7340 x 325 http://www.phoenix-geophysics.com ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
A Graphics Library...Why?
Depends on functionality... I use a graphics tracker for file management with thumbnails for accurate identification and a format conversion generator for multiple formats. Powered by a database, each graphic has searchable metadata, automated file numbering and version control. This is especially important for layered graphics with standard base drawings. Also excellent for associating with assembly numbers and other where-used information. A graphics tracker is aabsolutely essential when working with equipment and engineering graphics. -- Mollye Barrett ClearPath, LLC 414-331-1378 (cell) www.clearpath.cc http://www.linkedin.com/in/mollyebarrett http://www.twitter.com/mollye On Mon, Jun 21, 2010 at 8:28 PM, Eduardo F. Cidade, Sr. < ecidade at zoominternet.net> wrote: > Good evening fellow Framers and Frame Templars > > I've built a specification for a Standard Operating Procedure (SOP) > regarding building a Graphics Library (call it a database, tracker, > whatever). > > One thing that gnaws at this old writer is the standard question: Why? > > I could use reasons such as: > Traceability > Locating Graphics > Documentation Mapping > > It's just eluding me as to a rock-solid answer on this. > > Just reaching out to you all for some input or a resource I can tap. I > have > the procedure and policy and framework (no pun intended) in place but in > doing this, I also know internal auditors will ask the pervasive question, > "Why?" > > Have a safe and interesting evening. > > From Forest Hills, NY > > Eduardo > > > > "I'm just another writer, still trapped within my truth; > A hesitant prize fighter, still trapped within my youth." > Dan Hill > > > ___ > > > You are currently subscribed to framers as mollye at clearpath.cc. > > Send list messages to framers at lists.frameusers.com. > > To unsubscribe send a blank email to > framers-unsubscribe at lists.frameusers.com > or visit > http://lists.frameusers.com/mailman/options/framers/mollye%40clearpath.cc > > Send administrative questions to listadmin at frameusers.com. Visit > http://www.frameusers.com/ for more resources and info. >
RE: A Graphics Library...Why?
Eduardo F. Cidade, Sr., wrote: > I've built a specification for a Standard Operating Procedure (SOP) > regarding building a Graphics Library (call it a database, tracker, > whatever). > > One thing that gnaws at this old writer is the standard question: Why? > > I could use reasons such as: > Traceability > Locating Graphics > Documentation Mapping > > It's just eluding me as to a rock-solid answer on this. No offense, but didn't you put the cart before the horse? The normal procedure, IMHO, is to determine the need first, and then create the business case and define the requirements, and _only then_ design the thing. I'm reminded of those software engineers I've dealt with who, _after_ they've completed a new feature, write requirements to match what they've done. :-) Richard G. Combs Senior Technical Writer Polycom, Inc. richardDOTcombs AT polycomDOTcom 303-223-5111 -- rgcombs AT gmailDOTcom 303-903-6372 -- ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
A Graphics Library...Why?
Eduardo F. Cidade, Sr., wrote: > I've built a specification for a Standard Operating Procedure (SOP) > regarding building a Graphics Library (call it a database, tracker, > whatever). > > One thing that gnaws at this old writer is the standard question: Why? > > I could use reasons such as: > Traceability > Locating Graphics > Documentation Mapping > > It's just eluding me as to a rock-solid answer on this. No offense, but didn't you put the cart before the horse? The normal procedure, IMHO, is to determine the need first, and then create the business case and define the requirements, and _only then_ design the thing. I'm reminded of those software engineers I've dealt with who, _after_ they've completed a new feature, write requirements to match what they've done. :-) Richard G. Combs Senior Technical Writer Polycom, Inc. richardDOTcombs AT polycomDOTcom 303-223-5111 -- rgcombs AT gmailDOTcom 303-903-6372 --
A Graphics Library...Why?
Good evening fellow Framers and Frame Templars I've built a specification for a Standard Operating Procedure (SOP) regarding building a Graphics Library (call it a database, tracker, whatever). One thing that gnaws at this old writer is the standard question: Why? I could use reasons such as: Traceability Locating Graphics Documentation Mapping It's just eluding me as to a rock-solid answer on this. Just reaching out to you all for some input or a resource I can tap. I have the procedure and policy and framework (no pun intended) in place but in doing this, I also know internal auditors will ask the pervasive question, "Why?" Have a safe and interesting evening. >From Forest Hills, NY Eduardo "I'm just another writer, still trapped within my truth; A hesitant prize fighter, still trapped within my youth." Dan Hill
Re: A Graphics Library...Why?
Depends on functionality... I use a graphics tracker for file management with thumbnails for accurate identification and a format conversion generator for multiple formats. Powered by a database, each graphic has searchable metadata, automated file numbering and version control. This is especially important for layered graphics with standard base drawings. Also excellent for associating with assembly numbers and other where-used information. A graphics tracker is aabsolutely essential when working with equipment and engineering graphics. -- Mollye Barrett ClearPath, LLC 414-331-1378 (cell) www.clearpath.cc http://www.linkedin.com/in/mollyebarrett http://www.twitter.com/mollye On Mon, Jun 21, 2010 at 8:28 PM, Eduardo F. Cidade, Sr. < ecid...@zoominternet.net> wrote: > Good evening fellow Framers and Frame Templars > > I've built a specification for a Standard Operating Procedure (SOP) > regarding building a Graphics Library (call it a database, tracker, > whatever). > > One thing that gnaws at this old writer is the standard question: Why? > > I could use reasons such as: > Traceability > Locating Graphics > Documentation Mapping > > It's just eluding me as to a rock-solid answer on this. > > Just reaching out to you all for some input or a resource I can tap. I > have > the procedure and policy and framework (no pun intended) in place but in > doing this, I also know internal auditors will ask the pervasive question, > "Why?" > > Have a safe and interesting evening. > > From Forest Hills, NY > > Eduardo > > > > "I'm just another writer, still trapped within my truth; > A hesitant prize fighter, still trapped within my youth." > Dan Hill > > > ___ > > > You are currently subscribed to framers as mol...@clearpath.cc. > > Send list messages to fram...@lists.frameusers.com. > > To unsubscribe send a blank email to > framers-unsubscr...@lists.frameusers.com > or visit > http://lists.frameusers.com/mailman/options/framers/mollye%40clearpath.cc > > Send administrative questions to listad...@frameusers.com. Visit > http://www.frameusers.com/ for more resources and info. > ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
A Graphics Library...Why?
Good evening fellow Framers and Frame Templars I've built a specification for a Standard Operating Procedure (SOP) regarding building a Graphics Library (call it a database, tracker, whatever). One thing that gnaws at this old writer is the standard question: Why? I could use reasons such as: Traceability Locating Graphics Documentation Mapping It's just eluding me as to a rock-solid answer on this. Just reaching out to you all for some input or a resource I can tap. I have the procedure and policy and framework (no pun intended) in place but in doing this, I also know internal auditors will ask the pervasive question, "Why?" Have a safe and interesting evening. >From Forest Hills, NY Eduardo "I'm just another writer, still trapped within my truth; A hesitant prize fighter, still trapped within my youth." Dan Hill ___ You are currently subscribed to framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
