Archivos TIFF (.tif)

TIFF es un formato flexible de imágenes de mapa de bits que prácticamente admiten todas las aplicaciones de pintura, edición de

imágenes y maquetación de páginas. Asimismo, prácticamente todos los escáneres de escritorio pueden producir imágenes TIFF.

El formato TIFF admite archivos CMYK, RGB, de escala de grises, Lab, de color indexado y de mapas de bits con canales alfa y

tintas planas. Puede seleccionar un canal de tinta plana al colocar un archivo TIFF Los canales de tintas planas aparecen en

InDesign como tintas planas en el panel Muestras.

Puede usar un programa de edición de imágenes como Photoshop para crear un trazado de recorte si desea incorporar un fondo

transparente para una imagen TIFF. InDesign admite trazados de recorte en imágenes TIFF y reconoce los comentarios OPI

codificados.

Cómo guardar un archivo en formato TIFF

TIFF es un formato flexible de imágenes rasterizadas (mapa de bits) que prácticamente admiten todas las aplicaciones de pintura,

edición de imágenes y diseño de páginas.

1. Elija Archivo > Guardar como, seleccione TIFF en el menú Tipo (Windows) o Formato (Mac OS) y haga clic en

Guardar.

2. En el cuadro de diálogo Opciones de TIFF, seleccione las opciones que desea y haga clic en OK.

Profundidad de bits (sólo 32 bits)

Especifica la profundidad de bits (16, 24 o 32 bits) de la imagen guardada.

Compresión de imagen

Especifica un método para comprimir los datos de la imagen compuesta. Si está guardando un archivo TIFF de 32

bits, puede especificar si el archivo se guardará con compresión de predictor, pero no dispone de la opción para

utilizar la compresión JPEG. La compresión de predictor ofrece una compresión mejorada mediante la

reorganización de valores de coma flotante y funciona con las compresiones LZW y ZIP.

Orden de píxeles

Escribe el archivo TIFF con los datos de canales intercalados u organizados por planos. Antes Photoshop siempre

escribía archivos TIFF con el orden de canal intercalado. En teoría, en el archivo de orden Planar se puede

escribir más rápido, se puede leer más rápido y ofrece una compresión un poco mejor. Los dos órdenes de canales

son compatibles con versiones anteriores de Photoshop.

Orden de bytes

Selecciona la plataforma en la que puede leerse el archivo. Esta opción es útil cuando no sabe con qué programa

se abrirá el archivo. Photoshop y las aplicaciones más recientes pueden leer archivos mediante un orden de bytes

de IBM PC o de Macintosh.

Guardar pirámide de imagen

Conserva la información de varias resoluciones. Photoshop no proporciona opciones para abrir archivos de varias

resoluciones; la imagen se abre con la resolución más alta dentro del archivo. Sin embargo, Adobe InDesign y

algunos servidores de imágenes permiten abrir formatos de varias resoluciones.

Guardar transparencia

Conserva la transparencia como un canal alfa adicional cuando el archivo se abre en otra aplicación. La

transparencia siempre se conserva cuando el archivo se vuelve a abrir en Photoshop.

Compresión de capas

Especifica un método para comprimir datos para píxeles en capas (en contraposición a los datos compuestos).

Muchas aplicaciones no pueden leer datos de capa y los omiten al abrir un archivo TIFF. Photoshop, sin embargo,

puede leer datos de capa en los archivos TIFF. Aunque los archivos que incluyen datos de capa tienen un tamaño

mayor que los que no los incluyen, al guardar los datos de capa se elimina la necesidad de guardar y gestionar un

archivo PSD independiente para que contenga los datos de capa. Seleccione Descartar capas y guardar una copia

para acoplar la imagen.

Nota: para hacer que Photoshop le pregunte antes de guardar una imagen con varias capas, seleccione Preguntar

antes de guardar archivos TIFF con capas en el área Administración de archivos del cuadro de diálogo

Preferencias.

Image File Formats - TIF, JPG, PNG, GIFWhich to use?

The three most common image file formats, the most important for printing, scanning and internet use, are TIF, JPG and GIF. However, TIF cannot be used in internet browsers.

All editor programs like Adobe Photoshop or Adobe Elements support these file formats, which will generally support and store images in the following color modes:

  Color data modeBits per pixel

TIF RGB - 24 or 48 bits,Grayscale - 8 or 16 bits,Indexed color - 1 to 8 bits, Line Art (bilevel)- 1 bit

For TIF files, most programs allow either no compression or LZW compression (lossless, but is less effective for 24 bit color images). Adobe Photoshop also provides JPG or ZIP compression too (but which greatly reduces third party compatibility of TIF

files). "Document programs" allow ITCC G3 or G4 compression for 1 bit text (Fax is G3 or G4 TIF files), which is lossless and tremendously effective (small).

PNG RGB - 24 or 48 bits,Grayscale - 8 or 16 bits,Indexed color - 1 to 8 bits, Line Art (bilevel) - 1 bit

PNG uses ZIP compression which is lossless, and slightly more effective than LZW (slightly smaller files). PNG is a newer format, designed to be both verstile and royalty free, back when the LZW patent was disputed.

JPG RGB - 24 bits,Grayscale - 8 bits

JPEG always uses lossy JPG compression, but its degree is selectable, for higher quality and larger files, or lower quality and smaller files.

GIF Indexed color - 1 to 8 bits

GIF uses lossless LZW compression, effective on indexed color. GIF files contain no dpi information for printing purposes.

Note that if your image size is say 3000x2000 pixels, then this is 3000x2000 = 6 million pixels (6 megapixels). If this 6 megapixel image data is RGB color (if 24 bits, or 3 bytes per pixel of RGB color information), then the size of this image data is 6 million x 3 bytes RGB = 18 million bytes. That is simply how large your image data is (see more). Then file compression like JPG or LZW can make the file smaller, but when you open the image in computer memory for use, the JPG may not still have the same image quality, but it is always still 3000x2000 pixels and 18 million bytes. This is simply how large your RGB image data is (megapixels x 3 bytes per pixel).

Best file types for these general purposes:

  Photographic Images

Graphics, including Logos or Line art 

Properties Photos are continuous Graphics are often solid

tones, 24 bit color or 8 bit Gray, no text, few lines and edges

colors, up to 256 colors, with text or lines and sharp edges

For Unquestionable Best Quality

TIF or PNG (lossless compression and no JPG artifacts)

PNG or TIF (lossless compression,and no JPG artifacts)

Smallest File Size

JPG with a higher Quality factor can be decent.

TIF LZW or GIF or PNG   (graphics/logos without gradients normally permit indexed color of 2 to 16 colors for smallest file size)

Maximum Compatibility (PC, Mac, Unix)

TIF or JPG TIF or GIF

Worst Choice 256 color GIF is very limited color, and is a larger file than 24 bit JPG

JPG compression adds artifacts, smears text and lines and edges

These are not the only choices, but they are good and reasonable choices.

Web pages require JPG or GIF or PNG image types, because that is all that browsers can show. On the web, JPG is the best choice (smallest file, with quality being less important than size) for photo images, and GIF is common for graphic images. GIF was designed for modems by CompuServe, for earliest 8 bit video, and so GIF contains no printing dpi information, and is out of date for 24 bit photos now, but GIF still works quite well for video graphics on the internet.

Other than the web, TIF file format is the undisputed leader when best quality is required (when less than maximum quality is not a consideration). So TIF is very common in commercial or professional printing environments. High Quality JPG can be pretty good too, but don't ruin them by making them too small. If the goal is high quality, then only consider making JPG large instead, and plan your work so you can only save them one or two times. Adobe RGB color space may be OK for your home printer and profiles, but if you send your pictures out to be printed, the mass market printing labs normally only accept JPG files and only process sRGB color space.

Difference in photo and graphics images

Photo images have continuous tones, meaning that adjacent pixels often have very similar colors, for example, a blue sky might have many shades of blue in it. Normally this is 24 bit RGB color, or 8 bit grayscale, and a typical color photo may contain perhaps 100,000 colors, out of the possible set of 16 million colors in 24 bit RGB color.

Graphic images are normally not continuous tone (gradients are possible in graphics, but are not seen very often). Graphics are drawings, not photos, and they use relatively few colors, perhaps less than 16 colors in the entire image. In a color graphic cartoon, the entire sky will be only one shade of blue where a photo might have dozens of shades. Or a map for example is graphics, maybe 4 or 5 map colors plus 2 or 3 colors of text, plus blue water and white paper, often less than 16 colors overall. These few colors are well suited for Indexed Color. Normally the edges in graphics do not use anti-alaising - which would add numerous shades (graphics use high resolution to smooth jaggies instead). Scanners have three modes to create the image: color (for all color work), grayscale (like B&W photos), and lineart. Line art is a special case, only two colors (black or white, with no gray), for example clip art, fax, and of course text. However low resolution line art (like cartoons on the web) is often better as grayscale, to add aliasing to hide the jaggies.

JPG files are very small files for continuous tone photo images, but JPG is poor for graphics. JPG requires 24 bit color or 8 bit grayscale, and the JPG artifacts are most noticeable in the hard edges of graphics or text. GIF files (and other indexed color files) are good for graphics, but are poor for photos (too few colors possible). However, graphics are normally not 24 bit color anyway. Formats like TIF and PNG can be used either way, 24 bit or indexed color - these file types have different internal modes to accommodate either type optimally.

Note again that if you are scanning text based documents (black text on white paper, two colors) in the optimum line art mode for this, but then save them as JPG, they necessarily will become 8 bit grayscale images, and those JPG files will be much larger than if you had known to select TIF with LZW compression. The opposite is of course true (about file size) if scanning 24 bit color photos.

The three most common image file formats, the most important for general purposes today, are TIF, JPG and GIF. PNG format is excellent too. These are not the only choices of course, but they are good and reasonable choices for general purposes. Newer formats like JPG2000 in Adobe programs never acquired popular usage, and are not supported by web browsers, and so are not the most compatible choice.

The Next button will browse through the descriptions on the next pages, or you can use these shortcut links directly:

[greenstone_es] Re: greenstone_es Digest V1 #64

From: "felipe vera" <felipevera@xxxxxxxxx> To: greenstone_es@xxxxxxxxxxxxx Date: Thu, 23 Oct 2008 14:10:02 -0300

Hola María Adela;

Para mostar todos las ocurrencia del mismo metadatos debes repetir la misma

linea con la misma clave para el metadato pero con la precaución de indicar

a nivel de repetición donde el 1er sibling(1) es el metadato que se

despliega y el 2do sibling(1) es el metadato por el cuál efectivamente se

realiza la busqueda.

Temas: <a href=_httpquery_&q=[cgisafe:sibling(1):dc.Subject]&fqf=CE&t0&q>

[sibling(1):dc.Subject]</a>&nbsp;&nbsp;&nbsp;

<a href=_httpquery_&q=[cgisafe:sibling(2):dc.Subject]&fqf=CE&t0&q>

[sibling(2):dc.Subject]</a>

Espero te sirva

Saludos

Felipe Vera

Prodigio Consultores

www.prodigioconsultores.com

El 22 de octubre de 2008 12:39, Maria Adela Di Bucchianico <

adela61@xxxxxxxxx> escribió:

> Hola:

>

> Estoy intentando crear hipervínculos desde la visualización de un

> registro. Cuando se trata de una sola ocurrencia del metadato, no hay

> problemas. El tema es cuando son 2 o más enlaza la primera, como si

> fuera un bloque único. Se trata de una colección importada de winisis,

> los hipervínculos son del campo tema. Muchas gracias por cualquier

> ayuda.

>

> El 21/10/08, FreeLists Mailing List Manager <ecartis@xxxxxxxxxxxxx>

> escribió:

> > greenstone_es Digest Mon, 20 Oct 2008 Volume: 01 Issue: 064

> >

> > In This Issue:

> > [greenstone_es] Re: Varias Cuestiones

> > [greenstone_es] hola a todos

> > [greenstone_es] Re: hola a todos

> >

> > ----------------------------------------------------------------------

> >

> > From: "Diego Spano" <dspano@xxxxxxxxxxxx>

> > Subject: [greenstone_es] Re: Varias Cuestiones

> > Date: Mon, 20 Oct 2008 09:54:11 -0300

> >

> > Hola Pablo,

> >

> > 1) A qué haces referencia con "recorrer secuencialmente" una colección?.

> Te

> > referis a "paginar" el documento?. Si es eso, no hay ningún bug reportado

> al

> > respecto. Qué clasificador estás usando?

> >

> > 2)Lo que podes hacer es cambiar el formato del archivo .item.

> >

> > Este archivo puede tener 2 formatos: plano o xml. El formato XML ofrece

> la

> > posibilidad de organizar jerárquicamente el documento, pero para

> procesarlo

> > tenes que configurar el plugin así:

> >

> > plugin PagedImgPlug -documenttype hierarchy

> >

> > Esto te va a permitir asignar metadatos a nivel de página, cosa que no

> podes

> > hgacer con el formato plano del archivo .item, en donde le asignas

> metadatos

> > a nivel de documento. El archivo deberia ser algo asi:

> >

> > <PagedDocument> (estos son metadatos para todo el documento)

> > <Metadata name="Title">Nombre del documento</Metadata>

> > <Metadata name="Author">Autor del Documento</Metadata>

> > <PageGroup> (esto permite asignar metadatos a cada pagina o grupos

> > de paginas)

> > <Metadata name="Nombre">Juan</Metadata>

> > <Metadata name="Nombre">Jorge</Metadata>

> > <Page pagenum="1" imgfile="3000002.tif"

> > txtfile="3000002.txt"></Page>

> > <Page pagenum="2" imgfile="3000003.tif"

> > txtfile="3000003.txt"></Page>

> > </PageGroup>

> > <PageGroup> (esto permite asignar metadatos a cada pagina o grupos

> > de paginas)

> > <Metadata name="Nombre">Luis</Metadata>

> > <Metadata name="Nombre">Alberto</Metadata>

> > <Page pagenum="1" imgfile="4000005.tif"

> > txtfile="4000005.txt"></Page>

> > <Page pagenum="2" imgfile="3000008.tif"

> > txtfile="3000008.txt"></Page>

> > </PageGroup>

> > etc ...

> > </PagedDocument>

> >

> > Si creas un índice por Nombre, entonces vas a poder buscar las páginas

> por

> > ese indice, a la vez que también tenés un indice full text.

> >

> > Saludos

> >

> > Diego Spano

> >

> > -----Mensaje original-----

> > De: greenstone_es-bounce@xxxxxxxxxxxxx

> > [mailto:greenstone_es-bounce@xxxxxxxxxxxxx] En nombre de Pablo Fernandez

> > Enviado el: viernes, 17 de octubre de 2008 9:44

> > Para: greenstone_es@xxxxxxxxxxxxx

> > Asunto: [greenstone_es] Varias Cuestiones

> >

> > En principio gracias por atender mi a mi consulta.

> > Las cuestiones que quiero tratar son las siguientes:

> >

> > 1) ¿Hay un bug en la versión 2.80 de Greenstone?

> > Cuando estoy recorriendo secuencialmente una coleccion los indicadores de

> > página siguente y anterior muestran el número de página seguido de 1, es

> > decir, si estoy en la página 20, el botón de siguiente muestra 201 y el

> > anterior, 191.

> >

> > 2) Estoy haciendo una colección para donde me han solicitado que cada

> página

> > liste una serie de nombres, entonces se me ocurrió generar un archivo

> *.item

> > para cada página con un metadato llamado nombres, de manera que cuando

> > buscan por este metadato se listen aquellas paginas que contengan ese

> > nombre.

> > El inconveniente es que como trabajo con un *.item por página no puedo ir

> a

> > la página anterior o siguente. De manera que, ademas de un archivo por

> > página , hice otro general para buscar por texto completo, pero como los

> > nombre están en un archivo separado, no puedo mostrarlos.

> > Ademas, al estar en dos archivos separados, lo lista dos veces.

> > ¿De que manera puedo solucionar estos inconveniente?¿Cómo puedo combinar

> los

> > metadatos de los dos *.item para que se correspondan 1-1 con los txt y de

> > que maner puedo solucionar el problema de los duplicados?

> >

> >

> > Muchas Gracias de antemano.

> >

> > Pablo Fernández

> > Comisión Provincial por la Memoria

> >

> > __________________________________________________

> > Correo Yahoo!

> > Espacio para todos tus mensajes, antivirus y antispam ¡gratis!

> > ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar

> >

> >

> > ------------------------------

> >

> > Date: Mon, 20 Oct 2008 12:02:05 -0400

> > From: "Caridad Fresno Chavez" <cfresno@xxxxxxxxxxxx>

> > Subject: [greenstone_es] hola a todos

> >

> > estoy enfrascada en la tares de preparar colecciones html

> >

> > a pesar de que tengo el tutorial no acabo de asimilar la cuestion

> > alguien cuenta con un guia rapida y facil para hacer esta tarea?????

> > gracias por adelantado a todos

> >

> >

> >

> > ------------------------------

> >

> > From: "Diego Spano" <dspano@xxxxxxxxxxxx>

> > Subject: [greenstone_es] Re: hola a todos

> > Date: Mon, 20 Oct 2008 16:10:12 -0200

> >

> > Hola Caridad,

> >

> > en qué puntos estás trabada?. Los tutoriales del sitio de Greenstone son

> > bastante completos. Decinos en qué partes tenes problemas.

> > Saludos

> >

> > Diego Spano

> >

> > _____

> >

> > De: greenstone_es-bounce@xxxxxxxxxxxxx

> > [mailto:greenstone_es-bounce@xxxxxxxxxxxxx] En nombre de Caridad Fresno

> > Chavez

> > Enviado el: lunes, 20 de octubre de 2008 14:02

> > Para: greenstone_es@xxxxxxxxxxxxx

> > Asunto: [greenstone_es] hola a todos

> >

> >

> >

> > estoy enfrascada en la tares de preparar colecciones html

> >

> > a pesar de que tengo el tutorial no acabo de asimilar la cuestion

> > alguien cuenta con un guia rapida y facil para hacer esta tarea?????

> > gracias por adelantado a todos

> >

> >

> > ------------------------------

> >

> > End of greenstone_es Digest V1 #64

> > **********************************

> >

> >

>

>