Editing metadata in a TIFF image

Hi everyone,
I'm trying to edit TIFF image metadata using ImageIO v1.1 APIs, but something goes wrong...
For a TIFFImageWriter I get the following results:
writer.canInsertEmpty = true
writer.canInsertImage = true
writer.canRemoveImage = false
writer.canReplaceImageMetadata = false
writer.canReplacePixels = true
writer.canReplaceStreamMetadata = false
writer.canWriteEmpty = true
writer.canWriteRasters = false
writer.canWriteSequence = trueSo editing metadata with writer.replaceImageMetadata is not possible (I verified this, an exception is thrown). I thought I could remove an entire image and reinsert it with new metadata, but as you can see writer.removeImage is unavailable, too.
How can I edit a TIFF image without rewriting it to a totally new image file?
Any help will be appreciated,
Giuseppe

Huh... I am in bitmap... OK, how would I go about changing to RGB? Not a complete novice, but never had a similar problem before.

Similar Messages

  • I want to share a folder of images with a client who is also using bridge. I want the client to be able to edit metadata and rate the image. How can I do this?

    I want to share a folder of images with a client who is also using bridge. I want the client to be able to edit metadata and rate the image. How can I do this?

    Metadata won't be a problem as long as you use Bridge to copy the file from within Bridge to whatever media (flash drive, CD/DVD. email, etc) you plan to use for the sharing.
    I'm not sure about the Label part.  Maybe it will travel along too.

  • I cannot edit layers in a .TIFF image when it is already in 8 bit mode. How do I do this?

    I am unable to find any mention of this anywhere, of someone having my problem. The solution is always to turn on 8 bits/channel and it should work. I am already in that mode, and am still unable to edit layers. The original image is a .TIFF file, and I am using Elements 12. I am not sure what else you would like to know.

    Huh... I am in bitmap... OK, how would I go about changing to RGB? Not a complete novice, but never had a similar problem before.

  • How to edit 16bit TIFF image sequence file in FCP?

    Dear all,
    I have a number of 16 bit TIFF image sequence files (2048 x 1024 resolution) - some of them are RED footage, and others came directly from our f/x guy. We are going into a color correction session in a post house and we've been asked to provide a sequential 16 bit TIFF image sequence of the edited time line.
    I need to do a cross dissolve b/w most of the clips I have. I have created image sequence QT movie (reference files) from the TIFF images. Though they play fine in QT player, when I try importing into FCP, I am met with a "general error". I tried both dragging it into QT, as well as File --> Import.
    I am wondering what can I do to get these clips into FCP in order to apply the cross dissolve transitions I need. Is this a problem relating to the 16bit nature of the TIFF files?
    I tried exporting the TIFF image sequence standalone QT movie, and those imported fine. However, I have a feeling that the standalone movie conversion also decrease my bit depth from 16 to 8. (When I do my final TIFF output from FCP after dissolves / transitions had been applied, each TIFF file is now 8 MB instead of 12 MB, hence my suspicion that the bit depth is adjusted).
    Are there any settings I am missing, or does FCP simply don't support 16 bit image sequence reference file. As a test, I had also converted all my TIFF to jpg, and created jpeg image sequence reference file. These reference QT file can be successfully imported to FCP and I can edit them as if they are a clip.
    If FCP is not able to handle these files, what are my other options? After Effects?
    Any help is appreciated.
    Thank you.
    Michael
    <Edited by Moderator>

    As far as I know, both FCP and Color only support up to 10 bit color, which is 1024 levels for each color channel, more than enough for avoiding color banding.
    If you need 16 bit for sure, I believe AE will support 16 bit output. Another 16 bit application would be the extended version of Photoshop, which has some limited time line capability.

  • TIFF images are displayed as thumbnails but will not open for editing

    I have noticed a problem with my iPhoto 7.xx
    iPhoto displays the thumbnail of TIFF files but when it is selected (for editing as an example), iPhoto displays a grey circle with a black question mark. This happens with TIFF images from any source (multiple camera, scanner, etc). The TIFF files are NOT in raw format.

    Open the file with Preview and do a Save As. Either change the format or keep the tiff. That should fix the files so they can be viewed normally in iPhoto. If the problem is due to an alpha channel in the file this will fix the problem.
    TIP: For insurance against the iPhoto database corruption that many users have experienced I recommend making a backup copy of the Library6.iPhoto (iPhoto.Library for iPhoto 5 and earlier) database file and keep it current. If problems crop up where iPhoto suddenly can't see any photos or thinks there are no photos in the library, replacing the working Library6.iPhoto file with the backup will often get the library back. By keeping it current I mean backup after each import and/or any serious editing or work on books, slideshows, calendars, cards, etc. That insures that if a problem pops up and you do need to replace the database file, you'll retain all those efforts. It doesn't take long to make the backup and it's good insurance.
    I've created an Automator workflow application (requires Tiger or later), iPhoto dB File Backup, that will copy the selected Library6.iPhoto file from your iPhoto Library folder to the Pictures folder, replacing any previous version of it. It's compatible with iPhoto 6 and 7 libraries and Tiger and Leopard. iPhoto does not have to be closed to run the application, just idle. You can download it at Toad's Cellar. Be sure to read the Read Me pdf file.

  • Edit .tiff images with IE

    Totally new to this.
    I was using the trial PSE8.
    I frequently work with images from the Library of Congress (LOC), specifically .tiff images.
    I'd open the image, click FILE and was able to then click on EDIT WITH PHOTOSHOP ELEMENTS 8.
    It worked beautifully and I was ready to purchase PSE8 as a result.
    Then version 9 was available so I thought I'd try it out before deciding which version to purchase.
    Downloaded 9 today and went to grab some LOC images and when I click on FILE once the .tiff image opens, the EDIT WITH(...) is gone and the EDIT is not accessible.
    Being a complete novice, I am unsure how to integrate (or whatever) PSE9 with IE so that I can once again edit these .tiff images with a click of the mouse.
    Can anyone help me with this?
    Thanks very much.

    I should have said that the LOC's .tiff images open with Quick Time.
    Right clicking on the image when it opens only offer option for settings, speed, language.
    I have found a solution, though:
    I opened a LOC image using Firefox and was able to save it and then open it using PSE9.
    Thanks again for being helpful

  • Include Develop settings in metadata inside JPEG, TIFF, and PSD files ignored when unchecked

    In the Catalog Settings under the Metadata tab, I have unchecked the option 'Include Develop settings in metadata inside JPEG, TIFF and PSD files'.
    I then selected a JPEG photograph in the Library module and chose Metadata/Save Metatdata to File.  I wanted to save the metadata that I had added (keywords, IPTC, rating, etc), but not the develop settings.
    I then imported the jpeg back into another catalog.  The metadata I had added was there as expected, but so are the develop settings.  This I did not expect or want.
    Have I got something wrong here?  My understanding is that turning off the 'Include Develop settings in metadata inside JPEG, TIFF and PSD files' option means that develop settings are not written to the xmp area in non raw files such as jpegs.
    Looks like a bug to me.
    Tony

    Hello all,
    I have investigated this problem further and now have the answer.  It is not that the option "Include Develop settings in metadata inside JPEG, TIFF, and PSD files" is ignored, but it appears that the LR catalog is not properly updated when this option is turned off.
    Here are steps to test and illustrate the problem:
    1. Create a new folder and place a copy of an original jpeg image (original from camera) in the new folder.  Make sure you keep the original safe and only work on copies.
    2. Create a new catalog in Lightroom 2.3.
    3. Import the jpeg image from the new folder.
    4. Add some metadata (keywords, ratings, title, caption, IPTC data, etc).
    5. Make some Develop adjustments to the image.
    6. Open "Catalogue Settings" from the Edit menu and check (enable) the option "Include Develop settings in metadata inside JPEG, TIFF, and PSD files".  Uncheck (disable)  the "Automatically write changes into XMP" option.
    7. Select "Save Metadata to File".
    8. Delete the jpeg image from the Library module, then re-import it.
    9. Copy the original image back to the new folder, replacing the updated jpeg (once again, the jpeg image now contains no metadata from Lightroom).  At this stage, Lightroom fails to recognize that the metadata in the LR catalog doesn’t match the metadata content in the jpeg file.  I would have though that it should.
    10. Open "Catalogue Settings" from the Edit menu and uncheck (turn off) the option "Include Develop settings in metadata inside JPEG, TIFF, and PSD files".
    11. Reset the Develop settings.
    12. You now need to make a change to the metadata like increase or decrease the rating (otherwise LR won’t save any metadata to the jpeg file - LR is being too smart and thinks it’s already up to date, so does nothing when you do the next step).
    12. Select "Save Metadata to File".
    13. Delete the jpeg image from the Library module again, then re-import it again.
    14. Look at the develop settings (that you specifically did not want saved within the jpeg file in step 10).
    Although the Develop settings were Reset in step 11, you have ended up with the original Develop settings from step 5.  It is true that LR has not saved the reset develop settings, but it also hasn’t removed the old develop settings that are still stored in the catalog.  This must be considered a bug (oversight).  Note that it has also saved an Import snapshot as well.
    For the more technically minded (and the LR developers if you are listening), the field "xmp" in the table "Adobe_AdditionalMetadata" is not updated (old camera raw settings and snapshot settings are left behind) when the "Include Develop settings in metadata inside JPEG, TIFF, and PSD files" option is unchecked (disabled) and it seems that this is the data that is written to the jpeg file when you select "Save Metadata to File".  Note that the state of "Automatically write changes into XMP" has not effect on this process - I tried it on and off.
    Hope that this might be of some help to others one day.
    Tony

  • Editing metadata for 35mm scans

    is there any way to edit the metadata fields for tiff scans that are imported into aperture, specifically the grayed out fields (shutter speed/aperture/ISO).
    Most of my work pre this summer has been film, and I have no metadata for any of those images.

    I looked at the data dictionary for Aperture (using Script Editor), and saw this:
    EXIF tag n : This class represents an EXIF tag of an image version.
    elements
    contained by image versions.
    properties
    name (string, r/o) : This is the name of the EXIF tag.
    value (anything, r/o) : This is the value of the EXIF tag.
    IPTC tag n : This class represents an IPTC tag of an image version.
    elements
    contained by image versions.
    properties
    name (string, r/o) : This is the name of the IPTC tag.
    value (string) : This is the value of the IPTC tag.
    So basically the EXIF data is all read-only... there's no easy way to change it.
    If you were REALLY a database expert you could probably write a program that would issue SQL statements to Aperture's built-in SQLite database to change the values in the tables, but... that's just not practical and the chances for bad things are pretty high.
    I'd suggest some custom IPTC fields for this.

  • How can I merge two TIFF images in one...?

    I need some help please, I am looking for a way to "resize" black & white single TIFF images.
    The process I need to do is like cutting a small image and paste it over a new blank letter-size image (at 300 dpi), like a template.
    Or better yet, is there a way to do something like this...?
    Open image...
    image.*width* = 2550;
    image.*height* = 3300;
    image.save();Some APIs and topics in the internet do or talk about resizing, but the final images get stretched or shrinked and I need them not to do so at all.
    Also, I do not need to display the images, only to get the TIFF images processed and saved back to a file.
    How can I do this with Java and JAI? Unfortunately I am almost new to this and I don't know how difficult it might be to deal with images.

    If 2550 x 3300 isn't the original aspect ratio of the image, then the image is going to looked streched or shrinked in at least one dimension. There is no way around that. It would be like resizing a 2 pixel by 2 pixel image into a 3 pixel by 6 pixel image. The image would look like it's height shrunk or it's width stretched. Had I resized it to 3 pixels by 3 pixels or 6 pixels by 6 pixels, though, then it wouldn't look shrunken or streched.
    Open image...
    image.*width* = 2550;
    image.*height* = 3300;
    image.save();*1)* To open a TIFF image you can use the javax.swing.ImageIO class. It has these static methods
    read(File input)
    read(ImageInputStream stream)
    read(InputStream input)
    read(URL input) You can use which ever method you want. But first you need to install [JAI-ImageIO|https://jai-imageio.dev.java.net/binary-builds.html]. The default ImageReaders that plug themselves into the ImageIO package are BMP, PNG, GIF, and JPEG. JAI-ImageIO will add TIFF, and a few other formats.
    The downside is that if clients want to you use your program on their machine then they to will need to install JAI-ImageIO to read the tiffs. To get around this, you can go to your Java/jdk1.x.x_xx/jre/lib/ext/ folder and copy the jai_imageio.jar file (after you've installed JAI-ImageIO). You can also obtain this jar from any one of the zip files of the [daily builds|https://jai-imageio.dev.java.net/binary-builds.html#Daily_builds]. If you add this jar to your program's classpath and package it together with your program, then clients won't need to install JAI-ImageIO and you'll still be able to read TIFF's. The downside of simply adding the jar to the classpath is that you won't be able to take advantage of a natively accelerated JPEG reader that comes with installing JAI-ImageIO (instead, ImageIO will use the default one).
    *2)* Once you've installed [JAI-ImageIO|https://jai-imageio.dev.java.net/binary-builds.html] and used ImageIO.read(...), you'll have a BufferedImage. To resize it you can do the following
    BufferedImage newImage = new BufferedImage(2550,3300,BufferedImage.TYPE_BYTE_BINARY);
    Graphics2D g = newImage.createGraphics();
    g.setRenderingHint(RenderingHints.KEY_INTERPOLATION, RenderingHints.VALUE_INTERPOLATION_BILINEAR);
    g.drawImage(oldImage,0,0,2550,3300,null);
    g.dispose();Here, I simply drew the old image (the one returned by ImageIO.read(...)) onto a new BufferedImage object of the appropriate size. Because you said they were black and white TIFF's, I used BufferedImage.TYPE_BYTE_BINARY, which is a black and white image. If you decide to use one the BufferedImage types that support color, then a 2550x3330 image would require at least 25 megabytes to hold into memory. On the other hand, a binary image of that size will only take up about one meg.
    I specified on the graphics object that I wanted Bilinear Interpolation when scaling. The default is Nearest Neighbor interpolation, which while fast, dosen't look very good. Bilinear offers pretty good results scaling both up or down at fast speeds. Bicubic interpolation is the next step up. If you find the resized image to be subpar, then come back and post. There are a couple of other ways to resize an image.
    Note, however, if 2550 x 3300 is not the same aspect ratio as the the TIFF image you loaded, then the resized image will look shrunk or stretched along one dimension. There is absolutely no way around this no matter what resizing technique you use. You'll need an image whose original dimensions are in a 2550/3300 = .772 ratio if you want the resized image to not look like it's streched (you can crop the opened image if you want).
    *3)* Now we save the "newImage" with the same class we read images with: ImageIO . It has these static methods
    write(RenderedImage im, String formatName, File output)
    write(RenderedImage im, String formatName, ImageOutputStream output)
    write(RenderedImage im, String formatName, OutputStream output)You'll suply the resized BufferedImage as the first parameter, "tiff" as the second parameter and an appropriate output for the third parameter. It's pretty much a one line statement to read or write an image. All in all, the whole thing is about 7 lines of code. Not bad of all.
    Now as for the 300 dpi thing, there is a way to set the dpi in the Image's metadata. I'm pretty good at reading an image's metadata, but I've never really tried writing out my own metadata. I know you can set the dpi, and I have a somewhat vague idea how it might be done, but it's not something I've tried before. I think I'll look more into it.

  • How do I Convert a  Tiff image to a jpeg without being FORCED to 8-bit Color?

    I am an Artist.  I have High quality TIFF images.  When I convert the tiffs to jpeg it forces me into 8-bit color automatically. (Forget about 32bit - it will not allow me to jpeg that at all)   The only way I can get back to 16bit color is to use the already SMAshed file and bring it up to 16bit.  THIS makes NO sense.  Once the jpeg is smashed, HOw in the world is it supposed to convert up again. ??  Then even though it says you converted the file to 16 -bit , the metadata refers still to the file as 8-bit.
    On top of all of that confusion, One picture, for example, when supposedly converted to 16bit,  gets much BRighter then even the original Tiff image.  It looks good on one hand and over exposed on the other.  I assume that is photoshop throwing in fake resolution, am I right?
    Am I wasting my time with this imaginary 16bit conversion?
    Is there ANY way to take that original Tiff image and convert it to 16bit jpeg without the Default 8bit?  I have been trying all kinds of things.  I even have asked my web guy.  My web guy says that 8-bit is unexceptable for printing, even for web.
    Could this have anything to do with my computer and scanner?
    I have the iMAC OS X 10.8.3 (3.2 GHz) 8 GB memory.
    And I also have an Epson Expression 10000XL graphic arts scanner capable of scanniing at 48bit color.
    This color stuff Really matters!  It MATTERS!  I HAve FINE art files.  I am already losing so much quality with the jpeg conversion. (which I am required to do for SmugMug, in addition to compressing all my files to 50mb or Under)
    Anyone who knows anything that could help me would be much appreciated. 
    Aloha,
    -Melissa

    First of all jpeg is 8 bit only there is no way to save as a 16 or 32 bit jpg, just does not exist. Secondly people print in 8 bit all the time and most if not all web graphics are in 8 bit as that is the only way to view it as there is no 16 bit or 32 bit monitors to view it. All but a few pro monitors are 8 bit monitors.
    If you care about the color gamut and want the full range of color that 16 and 32 bit provide, then why jpg? Jpg by its own nature throws out color just to compress, thats why it is popular on the web, because of its small file size not its quality. If you need 16 or 32 bit for anything it must be in a format that supports that color depth.
    That being said a jpg image at 8 bit will display 16+ million colors,  256 shades of red, 256 shades of green and 256 shades of blue.
    Now here is where I think your bit information is off. a jpg image is a 24 bit image that will produce 8 bits of red, 8 bits of green and 8 bits of blue.
    The 8, 16 and 32 are per channel not total color information.
    If the overall image was 8 bits, the image would be gayscale.

  • Java returning incorrect values for width and height of a Tiff image

    I have some TIFF images (sorry, I cannot post them b/c of there confidential nature) that are returning the incorrect values for the width and height. I am using Image.getWidth(null) and have tried the relevant methods from BufferedImage. When I open the same files in external viewers (Irfanview, MS Office Document Imaging) they look fine and report the "correct" dimensions. When I re-save the files, my code works fine. Obviously, there is something wrong with the files, but why would the Java code fail and not the external viewers? Is there some way I can detect file problems?
    Here is the code, the relevant section is in the print() routine.
    * ImagePrinter.java
    * Created on Feb 27, 2008
    * Created by tso1207
    import java.awt.Graphics2D;
    import java.awt.Image;
    import java.awt.print.PageFormat;
    import java.awt.print.PrinterException;
    import java.io.File;
    import java.io.IOException;
    import java.util.Iterator;
    import javax.imageio.ImageIO;
    import javax.imageio.ImageReader;
    import javax.imageio.stream.FileImageInputStream;
    import javax.imageio.stream.ImageInputStream;
    import com.shelter.io.FileTypeIdentifier;
    public class ImagePrinter extends FilePrintable
       private final ImageReader _reader;
       private final int _pageCount;
       private final boolean _isTiff;
       //for speed we will hold current page info in memory
       private Image _image = null;
       private int _imgWidth = 0;
       private int _imgHeight = 0;
       private int _currentPage = -1;
       public ImagePrinter(File imageFile) throws IOException
          super(imageFile);
          ImageInputStream fis = new FileImageInputStream(getFile());
          Iterator readerIter = ImageIO.getImageReaders(fis);
          ImageReader reader = null;
          while (readerIter.hasNext())
             reader = (ImageReader) readerIter.next();
          reader.setInput(fis);
          _reader = reader;
          int pageCount = 1;
          String mimeType = FileTypeIdentifier.getMimeType(imageFile, true);
          if (mimeType.equalsIgnoreCase("image/tiff"))
             _isTiff = true;
             pageCount = reader.getNumImages(true);
          else
             _isTiff = false;
          _pageCount = pageCount;
       public int print(java.awt.Graphics g, java.awt.print.PageFormat pf, int pageIndex)
          throws java.awt.print.PrinterException
          int drawX = 0, drawY = 0;
          double scaleRatio = 1;
          if (getCurrentPage() != (pageIndex - getPageOffset()))
             try
                setCurrentPage(pageIndex - getPageOffset());
                setImage(_reader.read(getCurrentPage()));
                setImgWidth(getImage().getWidth(null));
                setImgHeight(getImage().getHeight(null));
             catch (IndexOutOfBoundsException e)
                return NO_SUCH_PAGE;
             catch (IOException e)
                throw new PrinterException(e.getLocalizedMessage());
             if (!_isTiff && getImgWidth() > getImgHeight())
                pf.setOrientation(PageFormat.LANDSCAPE);
             else
                pf.setOrientation(PageFormat.PORTRAIT);
          Graphics2D g2 = (Graphics2D) g;
          g2.translate(pf.getImageableX(), pf.getImageableY());
          g2.setClip(0, 0, (int) pf.getImageableWidth(), (int) pf.getImageableHeight());
          scaleRatio =
             (double) ((getImgWidth() > getImgHeight())
                ? (pf.getImageableWidth() / getImgWidth())
                : (pf.getImageableHeight() / getImgHeight()));
          //check the scale ratio to make sure that we will not write something off the page
          if ((getImgWidth() * scaleRatio) > pf.getImageableWidth())
             scaleRatio = (pf.getImageableWidth() / getImgWidth());
          else if ((getImgHeight() * scaleRatio) > pf.getImageableHeight())
             scaleRatio = (pf.getImageableHeight() / getImgHeight());
          int drawWidth = getImgWidth();
          int drawHeight = getImgHeight();
          //center image
          if (scaleRatio < 1)
             drawX = (int) ((pf.getImageableWidth() - (getImgWidth() * scaleRatio)) / 2);
             drawY = (int) ((pf.getImageableHeight() - (getImgHeight() * scaleRatio)) / 2);
             drawWidth = (int) (getImgWidth() * scaleRatio);
             drawHeight = (int) (getImgHeight() * scaleRatio);
          else
             drawX = (int) (pf.getImageableWidth() - getImgWidth()) / 2;
             drawY = (int) (pf.getImageableHeight() - getImgHeight()) / 2;
          g2.drawImage(getImage(), drawX, drawY, drawWidth, drawHeight, null);
          g2.dispose();
          return PAGE_EXISTS;
        * <br><br>
        * Created By: TSO1207 - John Loyd
        * @since version XXX
        * @return
       public int getPageCount()
          return _pageCount;
       public void destroy()
          setImage(null);
          try
             _reader.reset();
             _reader.dispose();
          catch (Exception e)
          System.gc();
        * <br><br>
        * Created By: TSO1207 - John Loyd
        * @since Mar 25, 2008
        * @return
       public Image getImage()
          return _image;
        * <br><br>
        * Created By: TSO1207 - John Loyd
        * @since Mar 25, 2008
        * @return
       public int getImgHeight()
          return _imgHeight;
        * <br><br>
        * Created By: TSO1207 - John Loyd
        * @since Mar 25, 2008
        * @return
       public int getImgWidth()
          return _imgWidth;
        * <br><br>
        * Created By: TSO1207 - John Loyd
        * @since Mar 25, 2008
        * @param image
       public void setImage(Image image)
          _image = image;
        * <br><br>
        * Created By: TSO1207 - John Loyd
        * @since Mar 25, 2008
        * @param i
       public void setImgHeight(int i)
          _imgHeight = i;
        * <br><br>
        * Created By: TSO1207 - John Loyd
        * @since Mar 25, 2008
        * @param i
       public void setImgWidth(int i)
          _imgWidth = i;
        * <br><br>
        * Created By: TSO1207 - John Loyd
        * @since Mar 25, 2008
        * @return
       public int getCurrentPage()
          return _currentPage;
        * <br><br>
        * Created By: TSO1207 - John Loyd
        * @since Mar 25, 2008
        * @param i
       public void setCurrentPage(int i)
          _currentPage = i;
    }Edited by: jloyd01 on Jul 3, 2008 8:26 AM

    Figured it out. The files have a different vertical and horizontal resolutions. In this case the horizontal resolution is 200 DPI and the vertical is 100 DPI. The imgage width and height values are based on those resolution values. I wrote a section of code to take care of the problem (at least for TIFF 6.0)
       private void setPageSize(int pageNum) throws IOException
          IIOMetadata imageMetadata = _reader.getImageMetadata(pageNum);
          //Get the IFD (Image File Directory) which is the root of all the tags
          //for this image. From here we can get all the tags in the image.
          TIFFDirectory ifd = TIFFDirectory.createFromMetadata(imageMetadata);
          double xPixles = ifd.getTIFFField(256).getAsDouble(0);
          double yPixles = ifd.getTIFFField(257).getAsDouble(0);
          double xRes = ifd.getTIFFField(282).getAsDouble(0);
          double yres = ifd.getTIFFField(283).getAsDouble(0);
          int resUnits = ifd.getTIFFField(296).getAsInt(0);
          double imageWidth = xPixles / xRes;
          double imageHeight = yPixles / yres;
          //if units are in CM convert ot inches
          if (resUnits == 3)
             imageWidth = imageWidth * 0.3937;
             imageHeight = imageHeight * 0.3937;
          //convert to pixles in 72 DPI
          imageWidth = imageWidth * 72;
          imageHeight = imageHeight * 72;
          setImgWidth((int) Math.round(imageWidth));
          setImgHeight((int) Math.round(imageHeight));
          setImgAspectRatio(imageWidth / imageHeight);
       }

  • .Tiff image issues

    When I try to insert .tiff images (like iChat smilies) I have to move them way over for them to actually come up where I want them to when the site is viewed through a web browser. If I don't move them they show up no where I want them to. I have attached an image to show you what I mean.
    I want the smilie to show up in the "hole" and where it is positioned now makes it show up there.
    PowerBookG4 17 1GHz(768mb RAM) G5dual2.5(1.5GB RAM) G4 Cube 1.8GHz iBookG4 1.07G   Mac OS X (10.4.3)  

    Hi,
    I am new to MSDN and require some help on dealing with TIFF images.
    How do i extract the values from TIFF images, edit their values, and resave them as TIFF images?
    I saw the MSDN information on "How to: Encode and Decode a TIFF image".
    But still have the following issues.
    1)Image^ myImage = gcnew Image(); --> error: Image is ambiguous. I am apparently missing some includes or namespace, but i can find the System::Windows::Image namespace.
    2)How do i extract the grayscale values from the TIFF images? What variables are they being stored in?
    Thanks!
    Hi,
    I am afraid that this forum is to discuss client application development using Windows Forms
    controls and features, I would recommend you post this issue in the following forums depend on the language you are developing with.
    1.
    C# forum
    2.
    C++ forum
    Regards.
    We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
    Click
    HERE to participate the survey.

  • Setting image dpi size of tiff Image

    Can anyone suggest me a method for setting the size of tiff image to 300 dpi.
    I got the following code
    http://markmail.org/download.xqy?id=lljtrh4jtsowwlok&number=1
    But the image dpi size remains the same after this
    Edited by: Priya on Dec 29, 2008 10:58 AM

    Why do you think the dpi remains the same after using the code in the link?
    Any given printer dosen't necessarily have to honor the dpi setting in an image format. In fact, usually the image viewer used to print the image takes control of the physical size of the image.

  • Displaying multi page tiff images

    Hi there
    I need to display a multipage tiff image, such that I can scroll through the different pages n the tiff file. I am new to ni vision and hence your inputs would be very helpful.

    Take a look at this thread.  You'll need to download the libtiff DLL here. 
    I managed to get it working in about 5 minutes, and could load a
    multi-page tiff into an array, and then split it into multiple Images.  The code is not the nicest, but it'll do the basics.  Alternatively you could try getting the .NET version of libtiff and calling it directly.
    Cheers ~ Greg
    Message Edited by GregS on 10-08-2009 03:36 PM

  • Edit metadata without changing modified file date

    I'd like to use Bridge (CS4) to edit metadata in both JPEGs and RAW files, without changing the original file date/time stamp.
    Any way I can do this? Thanks.

    Thanks. I'm familiar with the file date utilities available (I've even written such a program myself), but it seems like an awkward solution.
    Since first posting this question, I discovered that I can keep my raw files untouched, by selecting Camera Raw Preferences > Save image settings > Sidecar .xmp files.
    I'd like to see a similar setting for JPEG images as well. Please?

Maybe you are looking for

  • Payment order are not defined for extended withholding  tax

    Hi Gurus, Would you please help me with the message below. It appears on F110 when I try to pay a vendor open item with extended withholding tax: Message FZ626 -Payment orders are not defined for extended withholding tax In my company payment orders

  • How can I make Outlook 2011 keep fonts as I set them?

    When I send an email from Outlook 2011, the fonts I have set don't seem to hold.  When a Windows user replies, I can see my original email has lost its formatting with the text showing in a variety of different fonts and sizes.  This makes for an unp

  • 10.6 Server's Firewall Blocks It's Own Internet Connection

    I had this problem about two years ago when I was trying to run 10.6 on my home server (Mac mini) for the first time. Eventually I gave up, reverted the mini back to 10.5, and ram problem-free for years. When 10.7 came out, I tried to upgrade the min

  • Problem with Mac OS X Bundle

    Hi everybody! I've developed a GUI app that is almost complete and has been tested many times running perfectly. Now the friend I'm doing this with wants to use the Jar Bundler to make it run natively on Mac OS X. My problem is the following. My app

  • IMovie 11 can't see my videos/pictures.

    I recently purchased an external harddrive. I then moved all my video and picture files to that drive, hoping I did it properly and actually grabbed all my video and pictures. Now that I start up iMovie, I don't see all the footage I had before. I al