Deal with image

I save image in BLOB field. How can I show this image in jsp file.

Select the BLOB into a ResultSet and read it using the getInputStream method of the ResultSet. Write it out to a file, then reference the file using the <img> tag in your JSP.
OR
Use an img tag where the source is a servlet. In the servlet, get the image using the method above. Set the servlet response content type to "image/jpeg" or whatever your image format is, then write the byte stream to the PrintWriter in the response object.
John H.

Similar Messages

  • How to deal with images when detecting/resizing screen?

    Hi there,
    I am trying to learn how to detect screen resolution and
    resize a flash movie to those dimensions. The one thing I'm
    wondering first is, how to deal with images in the movie.
    Do I need a variety of different movie sizes that I serve up
    depending on the resolution, or is there some way of linking to
    higher rez image that can be scaled down to fit the screen?
    Thanks!

    as far as I know this has always been a bit of an issue when
    using
    images inside a scaled movie. If you display a high res image
    inside a
    scaled down movie, flash can't "reoptimize" it so the image
    looks
    jagged. Of course the other way around is even worse..
    Serving images based on the screen res could be possible if
    you detect
    it using javascript but could be a night mare to maintain and
    test it...
    I guess the questions I would ask myselkf are:
    1. what is my audience? What resolution the majority of them
    will have?
    2. Is there anyway I can keep the image size fixed, and scale
    to fit he
    rest of the design?
    3. How much time do I have to implement the customized
    version?
    It really depends on your project..but to answer to your
    quuestion yes
    you can detect.
    http://www.pageresource.com/jscript/jscreen.htm
    and your flash will have to interpret and load images from
    different
    directories based on the var passed

  • How to deal with images stored in oracle

    hi,
    can anyone help me to solve this issue please:
    in fact i am developping a swing based standalone application based on a TCP/IP client-server connection, so the point is to display on my frame for each student his information and also his personal picture
    first step : storing the personal picture into the oracle database from a specefic frame that allows to specify each NEW student's profile and his photo.
    step 2: as needed, a specefic frame allows to retrieve all the information related to a student and his photo to ( in a jlabel or other swing componenet)
    how to deal with this storing and then the retriving from the oracle DB
    any help please!

    If I understand well your problem, you need your client java application to store and retrive information from an oracle DB.
    This can be done via JDBC.
    Here's the tutorial:
    http://java.sun.com/developer/onlineTraining/Database/JDBC20Intro/JDBC20.html
    Look at
    http://java.sun.com/developer/onlineTraining/Database/JDBC20Intro/JDBC20.html#JDBC2018
    for storing and retriving binary data (like java serialized objects (Images for example))

  • How to deal with image type from SQL*Server2005

    when using transparent gateway between oracle 10 g and SQL*Server 2005 querying image type from SQL*Server 2005 error returned as follow:
    ORA-28500: When ORACLE connect to a non-Oracle system return this information:
    [Transparent gateway for MSSQL] (SQL State: 00000; SQL Code: 2090171257)
    ORA-02063: Followed by 2 lines (From OKFOC)
    My SQL is: select "attachment" from table@dblink where "empid"=empid
    I am using image type to store attachments.
    Regards!
    Edited by: BK_Ferdinand on 2013-1-10 下午7:09

    (0) Original SQL:
    (0) select NON_UNIQUE , INDEX_NAME , TYPE , SEQ_IN_INDEX , COLLATION ,
    CARDINALITY , COLUMN_NAME from NAV_PROC : SP_STATISTICS ( 'OKFOC' , '%'
    , 'T_FLY_FLYER_REWARD' , 1 , 0 , 0 ) order by 3 , 1 , 2 , 4
    (0)
    (0)
    (0) Accessing saved query spec SP_STATISTICS()
    (0) from NAV_PROC DB
    (0)
    Execution Strategy End >>>>>>>>>>>>>>>>>>>>>>>>>>>>(0) <PROC> : -->>>> OPEN
    (0) <PROC> < OK>: OPEN SP_STATISTICS(0)
    (0) <PROC> : -->>>> SET_BUFFER
    (0) <PROC> < OK>: SET_BUFFER SP_STATISTICS(0)
    (0) <PROC> : -->>>> SET_PARAMS
    (0) <PROC> < OK>: SET_PARAMS SP_STATISTICS(0)
    (0) <PROC> : -->>>> FETCH
    (0) <PROC> < OK>: FETCH SP_STATISTICS(0)
    (0) <PROC> : -->>>> FETCH
    (0) <PROC> < EOS>: FETCH SP_STATISTICS(0)
    (0) <PROC> : -->>>> CLOSE
    (0) <PROC> < OK>: CLOSE SP_STATISTICS(0)
    (0) HOAUTIL.C (1259): ; ------ hoadtab (hoat) -------:
    (0) HOAUTIL.C (1262): ; hoatnam: T_FLY_FLYER_REWARD, hoatnml: 18,
    hoatnrw: 3,
    (0) hoatarl: 1881
    (0) HOAUTIL.C (1273): ; ------ hoadtab (hoai) -------:
    (0) HOAUTIL.C (1274): ; n_index_stat: 0
    (0) HOAUTIL.C (1224): ; -------- hoadtab for table T_FLY_FLYER_REWARD--
    (0) HOAUTIL.C (1225): ; hoadamsz: 12, hoadasiz: 12, hoadambr: 1,
    hoadabrc: 0
    (0) HOAUTIL.C (1228): ; row 0 - hoadambl: 4, hoadadty: 8, hoadaprc: 10,
    hoadacst: 0
    (0) HOAUTIL.C (1232): ; row 0 - hoadascl: 0, hoadanul: 1, hoadanml: 4,
    hoadanam:
    (0) pkid, hoadabfl: 4, hoadamod: 0
    (0) HOAUTIL.C (1228): ; row 1 - hoadambl: 4, hoadadty: 8, hoadaprc: 10,
    hoadacst: 0
    (0) HOAUTIL.C (1232): ; row 1 - hoadascl: 0, hoadanul: 1, hoadanml: 5,
    hoadanam:
    (0) empid, hoadabfl: 4, hoadamod: 0
    (0) HOAUTIL.C (1228): ; row 2 - hoadambl: 7, hoadadty: 167, hoadaprc: 0,
    hoadacst:
    (0) 0
    (0) HOAUTIL.C (1232): ; row 2 - hoadascl: 0, hoadanul: 1, hoadanml: 9,
    hoadanam:
    (0) startdate, hoadabfl: 7, hoadamod: 0
    (0) HOAUTIL.C (1228): ; row 3 - hoadambl: 7, hoadadty: 167, hoadaprc: 0,
    hoadacst:
    (0) 0
    (0) HOAUTIL.C (1232): ; row 3 - hoadascl: 0, hoadanul: 1, hoadanml: 7,
    hoadanam:
    (0) enddate, hoadabfl: 7, hoadamod: 0
    (0) HOAUTIL.C (1228): ; row 4 - hoadambl: 8, hoadadty: 14, hoadaprc: 8,
    hoadacst:
    (0) 1000
    (0) HOAUTIL.C (1232): ; row 4 - hoadascl: 0, hoadanul: 1, hoadanml: 6,
    hoadanam:
    (0) recate, hoadabfl: 8, hoadamod: 0
    (0) HOAUTIL.C (1228): ; row 5 - hoadambl: 100, hoadadty: 14, hoadaprc:
    100,
    (0) hoadacst: 1000
    (0) HOAUTIL.C (1232): ; row 5 - hoadascl: 0, hoadanul: 1, hoadanml: 6,
    hoadanam:
    (0) retype, hoadabfl: 100, hoadamod: 0
    (0) HOAUTIL.C (1228): ; row 6 - hoadambl: 400, hoadadty: 14, hoadaprc:
    400,
    (0) hoadacst: 1000
    (0) HOAUTIL.C (1232): ; row 6 - hoadascl: 0, hoadanul: 1, hoadanml: 7,
    hoadanam:
    (0) rereson, hoadabfl: 400, hoadamod: 0
    (0) HOAUTIL.C (1228): ; row 7 - hoadambl: 1000, hoadadty: 14, hoadaprc:
    1000,
    (0) hoadacst: 1000
    (0) HOAUTIL.C (1232): ; row 7 - hoadascl: 0, hoadanul: 1, hoadanml: 6,
    hoadanam:
    (0) remark, hoadabfl: 1000, hoadamod: 0
    (0) HOAUTIL.C (1228): ; row 8 - hoadambl: 40, hoadadty: 14, hoadaprc:
    40,
    (0) hoadacst: 1000
    (0) HOAUTIL.C (1232): ; row 8 - hoadascl: 0, hoadanul: 1, hoadanml: 12,
    hoadanam:
    (0) lastmodifier, hoadabfl: 40, hoadamod: 0
    (0) HOAUTIL.C (1228): ; row 9 - hoadambl: 7, hoadadty: 167, hoadaprc: 0,
    hoadacst:
    (0) 0
    (0) HOAUTIL.C (1232): ; row 9 - hoadascl: 0, hoadanul: 1, hoadanml: 14,
    hoadanam:
    (0) lastmodifidate, hoadabfl: 7, hoadamod: 0
    (0) HOAUTIL.C (1228): ; row 10 - hoadambl: 2147483647, hoadadty: 166,
    hoadaprc:
    (0) 2147483647, hoadacst: 0
    (0) HOAUTIL.C (1232): ; row 10 - hoadascl: 0, hoadanul: 1, hoadanml: 10,
    hoadanam:
    (0) attachment, hoadabfl: 2147483647, hoadamod: 0
    (0) HOAUTIL.C (1228): ; row 11 - hoadambl: 200, hoadadty: 14, hoadaprc:
    200,
    (0) hoadacst: 1000
    (0) HOAUTIL.C (1232): ; row 11 - hoadascl: 0, hoadanul: 1, hoadanml: 14,
    hoadanam:
    (0) attachmentname, hoadabfl: 200, hoadamod: 0
    (0) hoadtab (26): ; hoadtab Exited with retcode = 0.
    (0) hoadafr (23): ; hoadafr Entered. id = 0.
    (0) hoadafr (23): ; hoadafr Exited with retcode = 0.
    (0) hoapars (15): ; hoapars Entered. stmtType = 0, id = 1.
    (0) nvOUT (F:\Work\Connect_4_6_3\src\qp\QP_SQTXT.C 55): SELECT
    A1."attachment"
    (0) FROM "T_FLY_FLYER_REWARD" A1 WHERE A1."empid"=10004036
    (0) nvRETURN (F:\Work\Connect_4_6_3\src\qp\qpsynon.c 1140): -1
    (0) SELECT "A1"."attachmentname" AS c001, "A1"."lastmodifidate" AS
    c002, "A1"."lastmodifier" AS c003, "A1"."remark" AS c004, "A1"."rereson"
    AS c005, "A1"."retype" AS c006, "A1"."recate" AS c007, "A1"."enddate" AS
    c008, "A1"."startdate" AS c009, "A1"."empid" AS c010, "A1"."pkid" AS
    c011 FROM "T_FLY_FLYER_REWARD" "A1" WHERE ("A1"."empid" = 10004036)
    (0)
    (0) r: 74 0 SQLAllocStmt:- hdbc=14247C0,pst=12E7C0
    (0) r: 113 0 SQLPrepare:- hst=14254F0, css=14785772
    (0) Ssss = SELECT "A1"."attachmentname" AS c001,
    "A1"."lastmodifid
    ate" AS c002, "A1"."lastmodifier" AS c003, "A1"."remark"
    AS c0
    04, "A1"."rereson" AS c005, "A1"."retype" AS c006,
    "A1"."recat
    e" AS c007, "A1"."enddate" AS c008, "A1"."startdate" AS
    c009,
    "A1"."empid" AS c010, "A1"."pkid" AS c011 FROM
    "T_FLY_FLYER_RE
    WARD" "A1" WHERE ("A1"."empid" = 10004036)
    (0) r: 863 0 SQLNumResultCols:- hst=14254F0,pcol=11
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=1,scn=c001,cnm=64,pcn=12E6DE,p
    st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=1,fdt=10,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E0
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=1,fdt=11,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E4
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=2,scn=c002,cnm=64,pcn=12E6DE,p
    st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=2,fdt=10,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E0
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=2,fdt=11,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E4
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=3,scn=c003,cnm=64,pcn=12E6DE,p
    st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=3,fdt=10,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E0
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=3,fdt=11,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E4
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=4,scn=c004,cnm=64,pcn=12E6DE,p
    st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=4,fdt=10,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E0
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=4,fdt=11,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E4
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=5,scn=c005,cnm=64,pcn=12E6DE,p
    st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=5,fdt=10,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E0
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=5,fdt=11,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E4
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=6,scn=c006,cnm=64,pcn=12E6DE,p
    st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=6,fdt=10,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E0
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=6,fdt=11,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E4
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=7,scn=c007,cnm=64,pcn=12E6DE,p
    st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=7,fdt=10,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E0
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=7,fdt=11,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E4
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=8,scn=c008,cnm=64,pcn=12E6DE,p
    st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=8,fdt=10,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E0
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=8,fdt=11,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E4
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=9,scn=c009,cnm=64,pcn=12E6DE,p
    st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=9,fdt=10,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E0
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=9,fdt=11,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E4
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=10,scn=c010,cnm=64,pcn=12E6DE,
    pst=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=10,fdt=10,rgbd=0,cbdm=0,pcbd
    =0,pfd=12E6E0
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=10,fdt=11,rgbd=0,cbdm=0,pcbd
    =0,pfd=12E6E4
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=11,scn=c011,cnm=64,pcn=12E6DE,
    pst=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=11,fdt=10,rgbd=0,cbdm=0,pcbd
    =0,pfd=12E6E0
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=11,fdt=11,rgbd=0,cbdm=0,pcbd
    =0,pfd=12E6E4
    (0) r: 147 0 SQLFreeStmt:- hst=14254F0, fop=1
    (0) <<<<<<<<<<<<<<<<<<< Execution Strategy Begin
    <<<<<<<<<<<<<<<<<<<<<<<<<<<<
    (0) Original SQL:
    (0) SELECT A1 . "attachment" FROM "T_FLY_FLYER_REWARD" A1 WHERE A1 .
    "empid" = 10004036
    (0)
    (0)
    (0) Accessing Database 'OKFOC' with SQL:
    (0) SELECT "A1"."attachmentname" AS c001, "A1"."lastmodifidate" AS
    c002, "A1"."lastmodifier" AS c003, "A1"."remark" AS c004, "A1"."rereson"
    AS c005, "A1"."retype" AS c006, "A1"."recate" AS c007, "A1"."enddate" AS
    c008, "A1"."startdate" AS c009, "A1"."empid" AS c010, "A1"."pkid" AS
    c011 FROM "T_FLY_FLYER_REWARD" "A1" WHERE ("A1"."empid" = 10004036)
    (0)
    (0)
    Execution Strategy End >>>>>>>>>>>>>>>>>>>>>>>>>>>>(0) hoapars (15): ; hoapars Exited with retcode = 0.
    (0) hoaopen (19): ; hoaopen Entered. id = 1.
    (0) hoaopen (19): ; hoaopen Exited with retcode = 0.
    (0) hoadscr (16): ; hoadscr Entered. id = 1.
    (0) hoastmt.c (304): ; Array fetch size is: 1.
    (0) HOAUTIL.C (1224): ; ------ hoadscr() -------:
    (0) HOAUTIL.C (1225): ; hoadamsz: 1, hoadasiz: 1, hoadambr: 1, hoadabrc:
    1
    (0) HOAUTIL.C (1228): ; row 0 - hoadambl: 2147483647, hoadadty: 166,
    hoadaprc:
    (0) 2147483647, hoadacst: 0
    (0) HOAUTIL.C (1232): ; row 0 - hoadascl: 0, hoadanul: 1, hoadanml: 13,
    hoadanam:
    (0) A1.attachment, hoadabfl: 2147483647, hoadamod: 0
    (0) hoadscr (16): ; hoadscr Exited with retcode = 0.
    (0) hoaftch (21): ; hoaftch Entered. id = 1.
    (0) apiutil.c (0): ; hoaftch()::
    (0) apiutil.c (0): ; Column 0 - pszName: A1.attachment, size: 1827, id:
    0, width:
    (0) 1827, scale: 0, flags: 68.
    (0) SELECT "A1"."attachmentname" AS c001, "A1"."lastmodifidate" AS
    c002, "A1"."lastmodifier" AS c003, "A1"."remark" AS c004, "A1"."rereson"
    AS c005, "A1"."retype" AS c006, "A1"."recate" AS c007, "A1"."enddate" AS
    c008, "A1"."startdate" AS c009, "A1"."empid" AS c010, "A1"."pkid" AS
    c011 FROM "T_FLY_FLYER_REWARD" "A1" WHERE ("A1"."empid" = 10004036)
    (0)
    (0) r: 74 0 SQLAllocStmt:- hdbc=14247C0,pst=12EBBC
    (0) r: 113 0 SQLPrepare:- hst=14254F0, css=14635668
    (0) Ssss = SELECT "A1"."attachmentname" AS c001,
    "A1"."lastmodifid
    ate" AS c002, "A1"."lastmodifier" AS c003, "A1"."remark"
    AS c0
    04, "A1"."rereson" AS c005, "A1"."retype" AS c006,
    "A1"."recat
    e" AS c007, "A1"."enddate" AS c008, "A1"."startdate" AS
    c009,
    "A1"."empid" AS c010, "A1"."pkid" AS c011 FROM
    "T_FLY_FLYER_RE
    WARD" "A1" WHERE ("A1"."empid" = 10004036)
    (0) r: 863 0 SQLNumResultCols:- hst=14254F0,pcol=11
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=1,scn=c001,cnm=64,pcn=12EADA,p
    st=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=1,fdt=10,rgbd=0,cbdm=0,pcbd=
    0,pfd=12EADC
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=1,fdt=11,rgbd=0,cbdm=0,pcbd=
    0,pfd=12EAE0
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=2,scn=c002,cnm=64,pcn=12EADA,p
    st=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=2,fdt=10,rgbd=0,cbdm=0,pcbd=
    0,pfd=12EADC
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=2,fdt=11,rgbd=0,cbdm=0,pcbd=
    0,pfd=12EAE0
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=3,scn=c003,cnm=64,pcn=12EADA,p
    st=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=3,fdt=10,rgbd=0,cbdm=0,pcbd=
    0,pfd=12EADC
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=3,fdt=11,rgbd=0,cbdm=0,pcbd=
    0,pfd=12EAE0
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=4,scn=c004,cnm=64,pcn=12EADA,p
    st=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=4,fdt=10,rgbd=0,cbdm=0,pcbd=
    0,pfd=12EADC
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=4,fdt=11,rgbd=0,cbdm=0,pcbd=
    0,pfd=12EAE0
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=5,scn=c005,cnm=64,pcn=12EADA,p
    st=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=5,fdt=10,rgbd=0,cbdm=0,pcbd=
    0,pfd=12EADC
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=5,fdt=11,rgbd=0,cbdm=0,pcbd=
    0,pfd=12EAE0
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=6,scn=c006,cnm=64,pcn=12EADA,p
    st=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=6,fdt=10,rgbd=0,cbdm=0,pcbd=
    0,pfd=12EADC
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=6,fdt=11,rgbd=0,cbdm=0,pcbd=
    0,pfd=12EAE0
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=7,scn=c007,cnm=64,pcn=12EADA,p
    st=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=7,fdt=10,rgbd=0,cbdm=0,pcbd=
    0,pfd=12EADC
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=7,fdt=11,rgbd=0,cbdm=0,pcbd=
    0,pfd=12EAE0
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=8,scn=c008,cnm=64,pcn=12EADA,p
    st=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=8,fdt=10,rgbd=0,cbdm=0,pcbd=
    0,pfd=12EADC
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=8,fdt=11,rgbd=0,cbdm=0,pcbd=
    0,pfd=12EAE0
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=9,scn=c009,cnm=64,pcn=12EADA,p
    st=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=9,fdt=10,rgbd=0,cbdm=0,pcbd=
    0,pfd=12EADC
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=9,fdt=11,rgbd=0,cbdm=0,pcbd=
    0,pfd=12EAE0
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=10,scn=c010,cnm=64,pcn=12EADA,
    pst=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=10,fdt=10,rgbd=0,cbdm=0,pcbd
    =0,pfd=12EADC
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=10,fdt=11,rgbd=0,cbdm=0,pcbd
    =0,pfd=12EAE0
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=11,scn=c011,cnm=64,pcn=12EADA,
    pst=12EAF0,pcd=12EAE8,psc=12EAEC,pnul=12EAE4
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=11,fdt=10,rgbd=0,cbdm=0,pcbd
    =0,pfd=12EADC
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=11,fdt=11,rgbd=0,cbdm=0,pcbd
    =0,pfd=12EAE0
    (0) r: 147 0 SQLFreeStmt:- hst=14254F0, fop=1
    (0) e: 744 0 SQLAllocStmt:- hdbc=14247C0,pst=DF7A98
    (0) e: 760 0 SQLPrepare:- hst=14254F0, css=14646584
    (0) Ssss = SELECT "A1"."attachmentname" AS c001,
    "A1"."lastmodifid
    ate" AS c002, "A1"."lastmodifier" AS c003, "A1"."remark"
    AS c0
    04, "A1"."rereson" AS c005, "A1"."retype" AS c006,
    "A1"."recat
    e" AS c007, "A1"."enddate" AS c008, "A1"."startdate" AS
    c009,
    "A1"."empid" AS c010, "A1"."pkid" AS c011 FROM
    "T_FLY_FLYER_RE
    WARD" "A1" WHERE ("A1"."empid" = 10004036)
    (0) e: 765 0 SQLNumResultCols:- hst=14254F0,pcol=11
    (0) e: 782 0 SQLDescribeCol:-
    hst=14254F0,icol=1,scn=c001,cnm=128,pcn=DFE17A,
    pst=DFE17C,pcd=DFE180,psc=DFE184,pnul=DFE186
    (0) e: 782 0 SQLDescribeCol:-
    hst=14254F0,icol=2,scn=c002,cnm=128,pcn=DFE22A,
    pst=DFE22C,pcd=DFE230,psc=DFE234,pnul=DFE236
    (0) e: 782 0 SQLDescribeCol:-
    hst=14254F0,icol=3,scn=c003,cnm=128,pcn=DFE2DA,
    pst=DFE2DC,pcd=DFE2E0,psc=DFE2E4,pnul=DFE2E6
    (0) e: 782 0 SQLDescribeCol:-
    hst=14254F0,icol=4,scn=c004,cnm=128,pcn=DFE38A,
    pst=DFE38C,pcd=DFE390,psc=DFE394,pnul=DFE396
    (0) e: 782 0 SQLDescribeCol:-
    hst=14254F0,icol=5,scn=c005,cnm=128,pcn=DFE43A,
    pst=DFE43C,pcd=DFE440,psc=DFE444,pnul=DFE446
    (0) e: 782 0 SQLDescribeCol:-
    hst=14254F0,icol=6,scn=c006,cnm=128,pcn=DFE52A,
    pst=DFE52C,pcd=DFE530,psc=DFE534,pnul=DFE536
    (0) e: 782 0 SQLDescribeCol:-
    hst=14254F0,icol=7,scn=c007,cnm=128,pcn=DFE5DA,
    pst=DFE5DC,pcd=DFE5E0,psc=DFE5E4,pnul=DFE5E6
    (0) e: 782 0 SQLDescribeCol:-
    hst=14254F0,icol=8,scn=c008,cnm=128,pcn=DFE68A,
    pst=DFE68C,pcd=DFE690,psc=DFE694,pnul=DFE696
    (0) e: 782 0 SQLDescribeCol:-
    hst=14254F0,icol=9,scn=c009,cnm=128,pcn=DFE73A,
    pst=DFE73C,pcd=DFE740,psc=DFE744,pnul=DFE746
    (0) e: 782 0 SQLDescribeCol:-
    hst=14254F0,icol=10,scn=c010,cnm=128,pcn=DFE7EA
    ,pst=DFE7EC,pcd=DFE7F0,psc=DFE7F4,pnul=DFE7F6
    (0) e: 782 0 SQLDescribeCol:-
    hst=14254F0,icol=11,scn=c011,cnm=128,pcn=DFE8EA
    ,pst=DFE8EC,pcd=DFE8F0,psc=DFE8F4,pnul=DFE8F6
    (0) e: 502 0 SQLBindCol:- hst=14254F0,icl=1,fct=-
    8,rgv=DFF114,cbvm=202,pcv=14
    674388
    (0) e: 502 0 SQLBindCol:-
    hst=14254F0,icl=2,fct=99,rgv=E04024,cbvm=16,pcv=146
    98084
    (0) e: 502 0 SQLBindCol:- hst=14254F0,icl=3,fct=-
    8,rgv=E0504C,cbvm=42,pcv=146
    98484
    (0) e: 502 0 SQLBindCol:- hst=14254F0,icl=4,fct=-
    8,rgv=E2B004,cbvm=1002,pcv=1
    4698884
    (0) e: 502 0 SQLBindCol:- hst=14254F0,icl=5,fct=-
    8,rgv=E060DC,cbvm=402,pcv=14
    699284
    (0) e: 502 0 SQLBindCol:- hst=14254F0,icl=6,fct=-
    8,rgv=E43794,cbvm=102,pcv=14
    699684
    (0) e: 502 0 SQLBindCol:- hst=14254F0,icl=7,fct=-
    8,rgv=E0FE0C,cbvm=10,pcv=147
    46100
    (0) e: 502 0 SQLBindCol:-
    hst=14254F0,icl=8,fct=99,rgv=E10384,cbvm=16,pcv=147
    48100
    (0) e: 502 0 SQLBindCol:-
    hst=14254F0,icl=9,fct=99,rgv=E10E34,cbvm=16,pcv=147
    50836
    (0) e: 502 0 SQLBindCol:-
    hst=14254F0,icl=10,fct=99,rgv=E11604,cbvm=4,pcv=147
    51636
    (0) e: 502 0 SQLBindCol:-
    hst=14254F0,icl=11,fct=99,rgv=E11924,cbvm=4,pcv=147
    52436
    (0) e: 359 0 SQLSetStmtOption:- hst=14254F0, fop=0 , vprm=0
    (0) e: 365 0 SQLExecute:- hst=14254F0
    (0) e: 396 0 SQLSetStmtOption:- hst=14254F0, fop=9 , vprm=100
    (0) e: 400 0 SQLExtendedFetch:- hstm=14254F0, fft=1, irow=0,
    pcrw=DF7AC8, rgr
    s=DFE90C
    (0) hoautil.c (561): ; Requested chunk length: 65536
    (0) SELECT "attachment" FROM "T_FLY_FLYER_REWARD" WHERE "pkid"=3 AND
    (0) "empid"=10004036 AND "startdate"={ts '2012-12-28 00:00:00.000'} AND
    (0) "enddate"={ts '2012-12-28 00:00:00.000'} AND "recate"='0' AND
    "retype"='0' AND
    (0) "rereson"='5858' AND "remark"='' AND "lastmodifier"='7' AND
    (0) "lastmodifidate"={ts '2012-12-28 10:41:03.070'} AND
    (0) "attachmentname"='飞行准备网一期演示沟通会议.doc
    (0) '
    (0) UPDATE "T_FLY_FLYER_REWARD" SET "attachment" = ? WHERE "pkid"=3 AND
    (0) "empid"=10004036 AND "startdate"={ts '2012-12-28 00:00:00.000'} AND
    (0) "enddate"={ts '2012-12-28 00:00:00.000'} AND "recate"='0' AND
    "retype"='0' AND
    (0) "rereson"='5858' AND "remark"='' AND "lastmodifier"='7' AND
    (0) "lastmodifidate"={ts '2012-12-28 10:41:03.070'} AND
    (0) "attachmentname"='飞行准备网一期演示沟通会议.doc
    (0) '
    (0) i: 924 0 SQLAllocConnect:- henv=1424718,phd=12E834
    (0) i: 931 0 SQLSetConnectOption:- hdbc=1424C30, fop=1218 , vprm=1
    (0) i: 938 0 SQLSetConnectOption:- hdbc=1424C30, fop=103 , vprm=0
    (0) i: 945 1 SQLDriverConnect:- hdbc=1424C30, hwnd=0, scsi=12E8C4,
    ccsi=-3, s
    cso=12E9C4, ccsom=1020, pcso=12E83A, fdc=0,
    (0) i: 955 0 SQLGetInfo:- hdbc=1424C30, fit=18 ,rif=12e840, civm=130,
    piv=12E
    83C
    (0) i: 960 0 SQLSetConnectOption:- hdbc=1424C30, fop=1217 , vprm=1
    (0) Created new MSSQLODBC connection (21122096)
    (0) e:1881 0 SQLAllocStmt:- hdbc=1424C30,pst=E1C678
    (0) e:1890 0 SQLSetStmtOption:- hst=14270A0, fop=0 , vprm=0
    (0) e:1896 0 SQLExecDirect:- hst=14270A0, css=-3
    (0) 6sss = SELECT "attachment" FROM "T_FLY_FLYER_REWARD"
    WHERE "pk
    id"=3 AND "empid"=10004036 AND "startdate"={ts '2012-12
    -28 00:
                    00:00.000'} AND "enddate"={ts '2012-12-28 00:00:00.000'}
    AND "
    recate"='0' AND "retype"='0' AND "rereson"='5858' AND
    "remark"
    ='' AND "lastmodifier"='7' AND "lastmodifidate"={ts
    '2012-12-2
                    8 10:41:03.070'} AND "attachmentname"='飞行准备网一期演
    示沟通? 嵋?doc '
    (0) e:1905 0 SQLDescribeCol:- hst=14270A0,icol=1,scn=
    (null),cnm=0,pcn=0,pst=1
    2EDDC,pcd=0,psc=0,pnul=0
    (0) e:1914100 SQLFetch:- hst=14270A0
    (0) i: 591100 SQLError:-
    hnv=1424718,hdbc=21122096,hst=14270a0,sss=00000,pne=
    12EB20,cemm=1239988,pem=1FF
    (0) =14247sem =
    (0) DB_MSSQLODBC_ENGINE (1916): ; (SQL State: 00000; SQL Code: 16)
    (0) DRV_BlobRead: (SQL State: 00000; SQL Code: 16)
    (0)
    (0) nvRETURN (F:\Work\Connect_4_6_3\src\drv\DRV_BLOB.C 249): -1
    (0) hoaftch (21): ; hoaftch Exited with retcode = 28500, hoadabrc = 1.
    (0) hoaclse (22): ; hoaclse Entered. id = 1.
    (0) e: 442 0 SQLFreeStmt:- hst=14254F0, fop=1
    (0) hoaclse (22): ; hoaclse Exited with retcode = 0.
    (0) hoadafr (23): ; hoadafr Entered. id = 1.
    (0) hoadafr (23): ; hoadafr Exited with retcode = 0.
    (0) hoaroll (12): ; hoaroll Entered. tflag = 1.
    (0) e:1353 0 SQLTransact:- henv=0,hdbc=14247C0, ftp=1
    (0) e:1359 0 SQLSetConnectOption:- hdbc=14247C0, fop=102 , vprm=1
    (0) hoaroll (12): ; hoaroll Exited with retcode = 0.
    (0) hoabegn (9): ; hoabegn Entered. formatID = 306206, hoagttln = 55,
    hoagttid =
    (0) ORCL.REGRESS.RDBMS.DEV.US.ORACLE.COM.f04eafd4.17.20.497, hoagtbln =
    10,
    (0) hoagtbid = , tflag = 0, initial = 0
    (0) e:1005 0 SQLGetConnectOption:- hdbc=14247C0, fop=102 , pvprm=12EA80
    (0) e:1007 0 SQLSetConnectOption:- hdbc=14247C0, fop=108 , vprm=1
    (0) e:1012 0 SQLSetConnectOption:- hdbc=14247C0, fop=102 , vprm=0
    (0) hoabegn (9): ; hoabegn Exited with retcode = 0.
    (0) hoapars (15): ; hoapars Entered. stmtType = 0, id = 1.
    (0) nvOUT (F:\Work\Connect_4_6_3\src\qp\QP_SQTXT.C 55): SELECT
    A1."attachment"
    (0) FROM "T_FLY_FLYER_REWARD" A1 WHERE A1."empid"=10000535
    (0) SELECT "A1"."attachmentname" AS c001, "A1"."lastmodifidate" AS
    c002, "A1"."lastmodifier" AS c003, "A1"."remark" AS c004, "A1"."rereson"
    AS c005, "A1"."retype" AS c006, "A1"."recate" AS c007, "A1"."enddate" AS
    c008, "A1"."startdate" AS c009, "A1"."empid" AS c010, "A1"."pkid" AS
    c011 FROM "T_FLY_FLYER_REWARD" "A1" WHERE ("A1"."empid" = 10000535)
    (0)
    (0) r: 74 0 SQLAllocStmt:- hdbc=14247C0,pst=12E7C0
    (0) r: 113 0 SQLPrepare:- hst=14254F0, css=14606780
    (0) Ssss = SELECT "A1"."attachmentname" AS c001,
    "A1"."lastmodifid
    ate" AS c002, "A1"."lastmodifier" AS c003, "A1"."remark"
    AS c0
    04, "A1"."rereson" AS c005, "A1"."retype" AS c006,
    "A1"."recat
    e" AS c007, "A1"."enddate" AS c008, "A1"."startdate" AS
    c009,
    "A1"."empid" AS c010, "A1"."pkid" AS c011 FROM
    "T_FLY_FLYER_RE
    WARD" "A1" WHERE ("A1"."empid" = 10000535)
    (0) r: 863 0 SQLNumResultCols:- hst=14254F0,pcol=11
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=1,scn=c001,cnm=64,pcn=12E6DE,p
    st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=1,fdt=10,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E0
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=1,fdt=11,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E4
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=2,scn=c002,cnm=64,pcn=12E6DE,p
    st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=2,fdt=10,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E0
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=2,fdt=11,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E4
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=3,scn=c003,cnm=64,pcn=12E6DE,p
    st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=3,fdt=10,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E0
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=3,fdt=11,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E4
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=4,scn=c004,cnm=64,pcn=12E6DE,p
    st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=4,fdt=10,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E0
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=4,fdt=11,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E4
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=5,scn=c005,cnm=64,pcn=12E6DE,p
    st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=5,fdt=10,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E0
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=5,fdt=11,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E4
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=6,scn=c006,cnm=64,pcn=12E6DE,p
    st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=6,fdt=10,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E0
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=6,fdt=11,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E4
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=7,scn=c007,cnm=64,pcn=12E6DE,p
    st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=7,fdt=10,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E0
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=7,fdt=11,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E4
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=8,scn=c008,cnm=64,pcn=12E6DE,p
    st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=8,fdt=10,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E0
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=8,fdt=11,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E4
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=9,scn=c009,cnm=64,pcn=12E6DE,p
    st=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=9,fdt=10,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E0
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=9,fdt=11,rgbd=0,cbdm=0,pcbd=
    0,pfd=12E6E4
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=10,scn=c010,cnm=64,pcn=12E6DE,
    pst=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=10,fdt=10,rgbd=0,cbdm=0,pcbd
    =0,pfd=12E6E0
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=10,fdt=11,rgbd=0,cbdm=0,pcbd
    =0,pfd=12E6E4
    (0) r: 886 0 SQLDescribeCol:-
    hst=14254F0,icol=11,scn=c011,cnm=64,pcn=12E6DE,
    pst=12E6F4,pcd=12E6EC,psc=12E6F0,pnul=12E6E8
    (0) r: 903 0 SQLColAttributes:-
    hst=14254F0,icol=11,fdt=10,rgbd=0,cbdm=0,pcbd
    =0,pfd=12E6E0
    (0) r: 909 0 SQLColAttributes:-
    hst=14254F0,icol=11,fdt=11,rgbd=0,cbdm=0,pcbd
    =0,pfd=12E6E4
    (0) r: 147 0 SQLFreeStmt:- hst=14254F0, fop=1
    (0) <<<<<<<<<<<<<<<<<<< Execution Strategy Begin
    <<<<<<<<<<<<<<<<<<<<<<<<<<<<
    (0) Original SQL:
    (0) SELECT A1 . "attachment" FROM "T_FLY_FLYER_REWARD" A1 WHERE A1 .
    "empid" = 10000535
    (0)

  • Dealing with image duplicates and duplicated projects, albums & foldersies; repeated

    I'm a relative new user of Aperture and need help on several recent issues:
    (1) Reimported Images.  Over the last couple of months, Aperture has been re-importing images previously imported (despite my having selected the no duplicates button).  I store all new imports in the Aperture library. 
    I haven't set up any vaults yet, however I have an external hard-drive to which my entire mac is backed up daily, especially my images.  Doubt this is relevant but wanted to mention it, in case.
    I now have multiple duplicates scattered throughout the photos file, most often each with a different file name (the img #).  Of course the Find function doesn't seem to have an option to search for duplicates.  Can't see that option elsewhere.  Maybe I'm overlooking it?
    When I come across duplicates, I'd like to delete the extras, but am afraid of deleting 'the' Master.
    I've tried to find a path to direct me to the master, but searches in the forum seem to say that's not possible or desirable.
    Should I just arbitrarily delete several of the extras to cut down on this duplication?
    In addition, while organizing my photos and projects into a series of subject categories, I noticed all of a sudden that a portion of the project list was duplicated folder for folder, project for project and album for album.  I have tried unsuccessfly to consolidate the contents of duplicate folders or projects, but Aperture won't permit that.  I've also tried deleting one of the series of duplicates, only to find all affected files were deleted -- the ones I intended to save and the ones I was trying to delete.
    How and why does this happen?  And how do I remedy the problem?
    Thanks for any help you can offer.

    I think you should give Repair Database a shot.  Of course, you should have at least one good back up before proceeding.
    Duplicate images can have many causes, but file structure ghosts are usually a database problem.
    http://support.apple.com/kb/HT3805
    "Repair Database
    Sometimes internal structures within the library may become damaged and cause unexpected behavior; you can use Repair Database to try to correct the issue. Select the option to Repair Database then click the Repair button."
    BTW: Aperture uses more than file names to identify duplicate images.
    DLS

  • How to deal with deadlock on wwv_flow_data table when http server times out

    There are some threads about a deadlock on the wwv_flow_data table. None of them contain a real explanation for this behaviour. In my case I will try to explain what I think is happening. Maybe it helps somebody who is hitting the same matter.
    In my case with APEX 3.2.1 I am navigating from one page to another. Doing this APEX will lock the table wwv_flow_data. As soon as the other page is shown the lock will be released. But now this other page contains a bad performing query (standaard report region). After 5 minutes the http server (modplsql) will time out and present the message "No response from the application server" on the screen. In the meanwhile the query is still running on the database server and the lock stays on the wwv_flow_data table.
    Normal user behaviour will be that the user will use the back button to return to the previous page and tries it again to navigate to the other page or
    the user will try to refresh the page with the bad performing query.
    And voila now you will have a deadlock on the wwv_flow_data table since a second session is trying to do the same thing while the first hasn't finished yet.
    How to deal with it?
    First of all. Have a good look at the bad performing query. Maybe you can improve it that it will succeed before the http server will timeout.
    In my case the 11gr1 optimizer couldn't handle a subquery factoring clause in the best way. After changing it back to a classical inline query the problem was solved.
    Secondly you could increase the timeout parameter of the http server. Although this not the best way.
    Maybe it would better if APEX in a next version would release the lock on the table wwv_flow_date earlier or do a rollback just before the moment that the http server is timing out.
    regards,
    Mathieu Meeuwissen

    Hello Shmoove,
    I saw your reply here and you probably understand the problems the HTTP 100 response may cause.
    I am trying to send image that was taken by getSnapshot. The problem is that the server respond with this HTTP 100 message.
    I suspect that the reason that my server doesn't recognize the file that I'm sending from J2me is that the "server to client" response to the 100 message comes after the second message of (see what the TCPIP viewer shows down here):
    POST /up01/up02.aspx HTTP/1.1
    Content-Type: multipart/form-data; boundary=xxxxyyyyzzz
    Connection: Keep-Alive
    Content-length: 6294
    User-Agent: UNTRUSTED/1.0
    Host: szekely.dnsalias.com:80
    Transfer-Encoding: chunked
    400: Client to Server (126 bytes)
    78
    --xxxxyyyyzzz
    Content-Disposition: form-data; name="pic"; filename="david.jpg"
    Content-Type: application/octet-stream
    400: Connected to Server
    400: Server to Client (112 bytes)
    HTTP/1.1 100 Continue
    Server: Microsoft-IIS/5.1
    Date: Wed, 23 Mar 2005 00:47:02 GMT
    X-Powered-By: ASP.NET
    Any help will be appreciated,
    David

  • ITunes Library - How to deal with assorted tracks

    I have a large collection of individual MP3 tracks that I don't have the complete album for. Because I mainly use Windows Media Player and Winamp for my music I didn't want these individual tracks polluting my main album collection, so I set the ID3 tags for all these tracks such that the Album field was empty and Album Artist was set to 'Various Artists', leaving only the Track Name and Artist fields with meaningful data.
    Because I recently acquired an iPhone I have to use iTunes to get my MP3s on it. Unfortunately iTunes doesn't seem to like the way I've organised my assorted MP3s. It's decided to use an arbitrary album art image for all of the tracks and just lists individual tracks in library view, but some of them are grouped with others in a way that makes no real sense.
    Is there a way to get iTunes to exclude these tracks or deal with them separately? Like to ignore them in Album view, but still make them available for loading onto my iPhone?

    Setting the *Album Artist* field is usually a help in keeping things together. If you want a bunch of assorted tracks to merge into one "virtual" compilation album, then set *Part of a compilation* to "Yes", *Album Artist* to "Various Artists" and set Album to something suitable like "Assorted Tracks". You can either leave the track numbers that you have, assign new ones to control the order, or delete them all in which case they will probably sort on track name or date added order (sorry, it's been a while since I explored the behavior of unnumbered tracks).
    For general tips on tidying up in iTunes see http://samsoft.org.uk/iTunes/grouping.asp
    tt2

  • How is the best way to deal with duplicate photos

    I am using a new retina 27" iMac 16gb ram OS X 10.10.1
    Aperture 3.6
    What is the best way to deal with duplicates that get in Aperture Vaults
    I have used Gemini and it finds duplicates, but I have no way of telling if the original are still there.
    I don't want to go through 15000 photos to try to find the duplicate.
    Thanks Charlie

    You mean - one image in a vault, one in a library?  Or duplicates in the same library?
    Photo Sweeper can scan several libraries or folders at the same time and display the duplicates side by side to let you pick which to keep.  You can define rules to mark photos for automatic deletion as well.
    http://overmacs.com/photosweeper.html

  • Often when I click on sites that offer slide show type presntations I only receive partial pictures with about 75% hidden. Dealing with the character encloding in view does not help. How do I fix?

    picture but not text is blanked out by about 75%. Dealing with character encoding does not fix the problem.

    Can you attach a screenshot?
    *http://en.wikipedia.org/wiki/Screenshot
    Use a compressed image type like PNG or JPG to save the screenshot and make sure that you do not exceed the maximum file size (1 MB).
    Reset the page zoom on pages that cause problems: <b>View > Zoom > Reset</b> (Ctrl+0 (zero); Cmd+0 on Mac)
    *http://kb.mozillazine.org/Zoom_text_of_web_pages
    If you have increased the minimum font size then try the default setting "none" as a high value can cause issues like you described.
    * Firefox > Preferences > Content : Fonts & Colors > Advanced > Minimum Font Size (none)
    *Firefox > Preferences > Content : Fonts & Colors > Advanced > [X] "Allow pages to choose their own fonts, instead of my selections above"
    You can use an extension to set a default font size and page zoom on web pages:
    *Default FullZoom Level: https://addons.mozilla.org/firefox/addon/default-fullzoom-level/
    *NoSquint: https://addons.mozilla.org/firefox/addon/nosquint/

  • How to deal with tiny text size on the display, especially in email?

    I got a Macbook a week ago. I have been using a Windows laptop for about 5 years. Before that I had a couple of Mac desktops.
    All in all I am very happy with the Macbook. I haven't had any of the problems which have come up in these forums, unexpected shutdown, bad DVD drives, etc. One thing I love about mine which I had not seen mentioned before I got it is that the Macbook (or mine anyway) is absolutely whisper quiet. I cannot hear the hard drive doing anything. My Dell laptop sounds like a construction site in comparison.
    The main issue that is vexing me has to do with the high-res, small-size display. The combination of those two factors means that the text size onscreen is often so small that even with reading glasses I have serious eyestrain.
    Back on my Dell this was a lot easier to deal with. In Internet Explorer and Outlook Express, there are very simple settings in the menus to make text sizes better. And this is really important -- those text sizes are remembered after you close and restart the program.
    So far as I can tell, that is not true (in general) on the Mac. I find this shocking, since Apple makes such a big deal about the simplicity and usability of the Mac.
    Specifically, in Safari I went into preferences and reset the fonts. A little more complicated than in Internet Explorer but it basically works alright.
    With Apple Mail, though, it is really troublesome. There is no remember-able setting to increase the text size for viewing (that I can find). And the on-screen size of 12 point text in an incoming email in Apple Mail is just absurdly small. It makes me wonder if Apple is taking bribes from the American Opthalmology Association. This is going to ruin my eyesite pronto.
    Of course I can hit Command-+ several times when viewing each email to increase the text size to a readable size. But what a pain.
    Is there a way to make those settings rememberable?
    Otherwise I like Apple Mail. But I really prefer not to have to hit 6 keystrokes when looking at each email just to get it to a reasonable size.
    I looked at the help files for Mozilla Thunderbird. They seem to indicate that program works the same way.
    How about Eudora? Any others? Any suggestions much appreciated.
    thanks
    Paul D.
    Macbook   Mac OS X (10.4.7)   1st gen. iPod Mini 4Gb

    Hi Jeff, thanks for your careful attention and your comment.
    But I have to point out you've missed what I'm talking about.
    In OE, in the View menu (right on the menu bar, not under Tools>Options) there is a setting called "Text Size" which allows you to set the text size for viewing and composing (independent of sending). That makes it very easy to make the text easier to read on small screens. It does not "change the appearance of the formatted text so that it no longer corresponds to the intent of the sender". It merely makes the text bigger or smaller, like a magnifying glass.
    Via email I had some back and forth today with another poster here discussing this. You might be interested to see the email he sent me in which he included both Helvetica 12 and Helvetica 14. I took a screenshot of the email he sent me (from Apple Mail). When I read this email in Apple Mail with the "Message Font" set to Arial 18 (which is the size I need it set at for readability), Helvetica 14 is displayed at a smaller size than Helvetica 12.
    screenshot here: http://www.pbase.com/paulduke/image/64910338/original
    That's weird.
    Here's a test I did, and this is what really matters to me.
    I sent two emails from Windows/Outlook Express. For one I set the default composing font to Arial 12. For the other I set the default composing font to Arial 18.
    When I downloaded and read these emails in Apple Mail, sure enough, the Arial 18 font appears much bigger than the font in the Arial 12 mail.
    Then I did the reverse. I set the "Message Font" in Apple Mail prefs to Arial 12. Sent an email.
    Then I changed the "Message Font" to Arial 18 in prefs and sent another email.
    Then I downloaded both these emails into Outlook Express.
    On OE, font size is displayed exactly the same in both emails.
    So that's good -- I know that Apple Mail, whatever the setting in "Message Font", is sending some sort of "standard" font size. (By the way, I have Apple Mail set to send Rich Text Format mail). My correspondent tells me that Apple Mail doesn't send "true" HTML mail, and Outlook Express does, so perhaps that explains this.
    Okay, no big deal. But if I were a graphic designer and I wanted to know for sure that my carefully crafted email styles were getting through, I might be going bonkers because of this.
    But I'm not a graphic designer, and for the moment my concerns are assuaged.
    And I accept the wisdom of your advice to "go native". I'm trying, I'm trying...
    PD
    Macbook   Mac OS X (10.4.7)   1st gen. iPod Mini 4Gb

  • How to deal with Segregation of duties?

    Dear Gurus,
    I'm looking for a of basic procedure to analyze Segregation of Duties (SoD)
    The following image is a simple and basic initial flow I made:
    [Initial Flow|http://img535.imageshack.us/img535/4843/sodysis.jpg]
    What do u think about?
    please, be free to comment, correct and improve. This is the idea of the post.
    Regards,
    Diego.

    Thanks Diego!  Great information...I have a related issue that I was wondering if you could share your experience with:
    We've taken on the painstaking task of re-engineering many of our SAP ECC Security roles. Our goal was to be SOD violations free at the Role level, and then put the ownership on the Business to decide what violations at the User level were warranted (requiring mitigation), or else a change would have to occur on the Business Process (BP) side.
    We are struggling with the assignment of certain Basis categorized transactions such as SM36, SM37, SE16. The majority of our BPs are very batch processing oriented, which require our users to have batch processing authorization. However, if we included SM37, for example, into any role RAR comes back with a HIGH risk message
    Did you have to deal with a similar scenario; and if so, how?
    Thanks
    Jose Garcia

  • IMac SSD full - how to deal with the two drives

    Greetings all,
    I've been using an iMac i7 with two drives SSC and HDD.  Recently, I've been having issues with the SSD being close to full.  I use it for applications only, although some apps need lots of space (iTunes, iMovie, Photoshop, etc.)  I use Lightroom and have all the images on the spinning drive.  Does anyone know how to deal with this issue?  Any way I can move the music from iTunes to the separate drive, or any way to figure out what exactly is using most of my space?
    Thanks in advance for your help.
    erlkonig

    Here's some utilities for analyzing disk space:
    DiskInventory
    GrandPerspective
    OmniDiskSweeper
    WhatSize
    You might want to consider putting your home directory on the HDD.
    How to Move the Home Folder in OS X – and Why
    Moving your home folder in OS X

  • How to deal with the barcode?

    i'm developing a file storage system in java, there're two barcode on each file(one is pdf417, the other one is code128) , but now ,there's a problem confused me :
    i use the barcode scanner to scan the file and get images of these files from the scanner , but i have no idea how to deal with these images,
    i need the barcode information on the images, and i know there're some java components can help me to read the barcode from images , for example : BarcodeReader from Barcode Library, but these components were too expensive for me , is there any other way can solve this problem?

    yes, look for a cheaper component...
    Or write your own...
    Or save up until you can afford the more expensive ones...

  • Problems with image sizes

    There seems to be lots of confusion about image sizes and Apple iBookstore Support  et al simply state that images should not be greater than 2 megapixels.
    IBook Author Help > Photos and other images,  states:-
    Important:  When you export your book for distribution outside the iBookstore, images are automatically scaled to a width of 2048 pixels, which is optimized for iPad with Retina display. Readers can view these images on other iPad models, but the viewing experience might be slower. You can improve the viewing experience on iPad models without Retina display by using images no wider than 1024 pixels.
    http://support.apple.com/kb/HT5117 states:-
    Publishing to the iBookstore:
    If most of your readers will be using the original iPad, scale down images in Interactive Image widgets to a width of 2048 pixels and all other images to a width of 1024 pixels.
    Previewing on iPad, or exporting for distribution outside the iBookstore:
    You can improve the viewing experience on iPad models without Retina display by scaling down images in Interactive Image widgets to a width of 2048 pixels and all other images to a width of 1024 pixels.iBA help deals with exporting  books OUTSIDE the store and simply advises that you can  help none Retina viewers by having a smaller image.  No help at all really - but suggests that the use of images 2048 is OK. that would indicate 2048 x 1536 or 1496. No mention of what resolution should be used.
    iBookstore support basically reapeat this. 
    So  to ease life in getting books accepted,  should we all use 1024 x 768 @72ppi for iPad & iPad 2 and now iPad mini. ????
    and use 2048 x 1536 @ ??   for The New iPad Retina display!
    Both fail to mention HOW the books author would know which iPad a buyer/viewer will be using.  Also if "we" only use 1024 x 768, those with Retina do not get an "enhanced viewing experience".
    For a company that deals entirely with  devices that use logical programming - there seems very little logic  applied when it comes to dealing with a section of their business which by issueing iBA Free and wacking 30% of the top, must be adding to the $billions already stacked away in a corner somewhere.
    iBA makes eBooks for use/display on iPads only. For months now since iBA  became available, one of the  most common requests on this forum is help with....image sizes.
    It seems reasonable  now when Retina is in use and eventually the iPad and iPad 2 will fade away - ditto the new none retina mini and ALL Apple devices and  computers will be retina. So why not plan now!  Surely images in shoudl be geared to deal with Retina displays. IF  Apple would  take that line maybe  "Support" would have less work dealing with requests for help about images IF Apple accept that the next Stephen King may not have a clue how to deal with adjusting images sizes and simply state the required dimentions.
    I make photo books and use 2048 x 1496 @150ppi - so far ten free books have gone into the store.
    The suggestion about  images  for retina display as "standard" as been  sent as feedback.

    For all those who are still confused by Apples image restrictions / requirements...
    In the new Template chooser after the recent updates is "Antique". This template has a Chapter background image ( the olde world print of sailing ships in blue litho print style ). This print when opened in PS is 2771 x 1506 @72ppi. 2771x1506=4,173,126 pixels.This implies  Apple supply a book which does not comply with its own requirements!
    Higher  image resolution applied to printed photo inmages, make the image sharper. If for example you wanted to print a wall poster 45inches  wide, the  image needs needs a higher resolution to cater for the size, BUT the same image used for a 45" poster will print 4.5" wide print on your own printer!
    iBA full page is deemed to be 1024 x 748. resolution from Apple is 72ppi. An image with those specifications will be OK in iPad & iPad 2 - but not so sharp on a Retina display especially if zoomed larger on screen
    Now it seems 2048 x 1496 - double the original image size is suggested for Retina.
    You  can change an image in PS i.e. 1024 x 748 and change resolution to 144. PS will double the pixel size as you change the resolution. OK, just change pixel sizes back to 1024 x 748 and reolution is now 144.
    That indicates a sharper image which will be suitable for retina display and in fact all current iPad models.
    Today my 11th photo book was notified as available  in the iBook Store, all my images were pre-formatted at 2048 x 1496 @ 150ppi.   ( 2048 x 1496 = 3.063,808 pixels!)
    During delivery there were no issues flagged and after delivery no tickets.
    So I suggest all those folk pondering images sizes follow my example, which  is now proved to be accepatble!
    One thing puzzles me though, I dont use all images as full page and  they can  be masked down to - say - 250 x 200.  Should  just  make an image to fit the size I  want to display ??

  • How does one deal with transparency in a placed file in InDesign?

    I suppose this may seem elementary, but I'm relatively new to it so here goes:
    First off, my print shop says that placed images should be in EPS format. I'm creating my files in Illustrator and some of them use a gradient mask to fade an object away. When saved as an EPS, the gradient mask shows as a white box instead of fading into the background. When I copy/paste my Illustrator image into a new Photoshop file, save it as a PSD, bring that PSD into Illustrator and save it as an EPS, the whole file is in a white box.
    Example. I want those aisle markers to not be in white boxes.
    http://i.imgur.com/lZjtu.jpg
    How does one deal with transparency in a placed image in InDesign?
    Thanks.

    If possible, one finds a new printer who can handle your files properly and doesn't insist on .eps.
    What format are you delivering to the Printer? If it's anything other than PDF (and that's at their request) all the more reason to reread the first sentence. Why on earth are you moving things from Illustrator to Photoshop and back to Illustrator? Either one of those will save as .eps (ugh), though you need to use a clipping path for transparent areas coming out of photoshop (don't really know how Illy handles it when you say to save .eps with transparent background), but you are FAR better off with either native .AI or .PSD, both of which support transparencey, unlike .eps.If yo are delivering PDF, as you should be, it makes no difference to the printer what format the placed content uses (and it shouldn't matter to him even with native files unless he's hopelessly stuck in the 90s).
    In any event, when importing from Illustrator, make sure to show the import options and check the transparent background box.

Maybe you are looking for

  • Problem in display of char. and key figure for yearly query

    Hello all, I got a query in which i have to do restriction on Calendar Day/Month in Rows under Material which is a Characteristics So it should be                                                            PACKAGE QUANTITY                            

  • Scroll bar creation

    I am attempting to create a scroll bar for my text and am following the tutorial provided by Adobe. Problem: I am unable to select parts of the scroll bar (i.e. up arrow, bar, thumb) to convert their behaviour. I have followed the tutorial to the let

  • Activate or switch device issue

    I purchased an Iphone 5 with my upgrade with the intent to turn around and sell it on ebay (same thing I did with my iphone 4 upgrade last time). I received the phone, brought it to the verizon store to have it activated and then get switched back to

  • How to find age related edu apps?

    Having had the iPod1 since it came out, I have to admit I love it. So does my kids, especially after installing new apps for them. However, I find it very difficult to find apps for their specific age. I would like to be able to find ie; App - Educat

  • How to quit the games after open it?

    How to quit the games after open it?