Padrão IPTC-IIM

O padrão IPTC-IIM (muitas vezes apenas IPTC para breve ) é um formato de dados para armazenar metadados em arquivos de imagem (por exemplo, em arquivos JPEG ou TIFF ). Foi definido como o Information Interchange Model (IIM) em 1991 . As informações - texto, data e valores numéricos - são armazenadas em uma área especial do arquivo em um formato definido por esta norma.

Antecedentes e história

O padrão IPTC-IIM foi desenvolvido pelo International Press Telecommunications Council (IPTC) em conjunto com a Newspaper Association of America (NAA) e é basicamente adequado para todos os tipos de mídia, ou seja, texto, fotos, gráficos, áudio ou vídeo. A norma define dois aspectos dos metadados: por um lado, uma lista de campos e seu significado, por outro lado, um formato técnico para armazenar esses campos com os valores inseridos. O padrão permite que avisos de direitos autorais , o nome do criador , um título ou palavras - chave sejam especificados e salvos diretamente no arquivo de imagem. Este tipo de armazenamento de metadados é muito comum em agências e arquivos de imagens . Com programas adequados (principalmente bancos de dados de imagens em um contexto profissional ), os arquivos enriquecidos dessa forma podem ser pesquisados ​​por entradas ou palavras-chave específicas. Isso simplifica a administração, manutenção e uso de grandes arquivos de imagens.

A partir de 2003, além do armazenamento no formato técnico do padrão IPTC-IIM, foi utilizado o armazenamento no formato XMP ( Extensible Metadata Platform ), embora os campos definidos no padrão IPTC-IIM e seu significado tenham sido mantidos. Isso foi definido no padrão IPTC Core Photo Metadata desde 2004. Os produtos suportam armazenamento no padrão IPTC-IIM e no formato XMP . Alguns produtos também sincronizam os valores de metadados entre os dois formatos; há uma orientação abrangente para isso no Grupo de Trabalho de Metadados .

Depois que a versão 1 do IIM foi adotada em 1991, o modelo foi desenvolvido. Com o advento de novas tecnologias de exibição de dados - especialmente XML  - o desenvolvimento do IIM foi congelado em 1997. Apenas uma pequena alteração foi adotada em 2014. A versão mais recente é 4.2.

usar

Quando o padrão foi adotado pela primeira vez em 1991, a especificação visava padronizar a transmissão de dados na indústria do jornalismo. No entanto, o primeiro produto a implementar o IIM foi o "Photoshop" da Adobe em 1994 - um programa de edição de imagens, não um programa de transferência de mensagens. Nos anos seguintes, outros programas de processamento e gerenciamento de imagens implementaram o padrão. Uma lista IPTC de programas que suportam IIM e IPTC Core contém principalmente produtos que são dedicados ao processamento e gerenciamento de imagens; apenas alguns produtos da Adobe para processamento de dados multimídia usam o padrão para outros tipos de dados; O IIM agora é conhecido como "Padrão de metadados de fotos". Poucas agências de notícias ainda usam o IIM para trocar mensagens de texto; a fotografia ainda é uma "fortaleza" do aplicativo IIM: desde que a Adobe implementou o IIM para adicionar metadados às fotos no Photoshop, mais de 10 anos atrás e esta tecnologia foi implementada por muitos fabricantes de software, milhões de fotos foram vinculadas ao IIM- Campos de um e várias dezenas de programas de computador oferecem suporte ao IIM.

Em agosto de 2014, o IPTC examinou 19 produtos de software para processamento e gerenciamento de imagens do segmento de baixo orçamento (<150 US $ / € / £ ) e freeware quanto à sua capacidade de escrever ou ler dados IPTC. O teste foi dedicado exclusivamente a quatro campos que servem para proteger os direitos autorais: Criador (fotógrafo), aviso de direitos autorais , "Termos de Uso de Direitos", nenhum campo IIM, mas um campo do padrão central IPTC mais recente. e data de criação . Os resultados variaram, desde “Todos os campos estão disponíveis para escrita e leitura” a “Aviso de direitos autorais e termos de uso não estão disponíveis”.

Tratamento de metadados

Comunidades online e serviços de fotos online lidam com arquivos de imagem carregados de metadados IPTC (e Exif -) diferentes, tanto na apresentação na web, quanto nos casos em que os usuários optam por imagens do serviço online para download. O escopo dos metadados das fotos baixadas varia, variando de “todos os metadados serão retidos” a “todos os metadados serão excluídos”. Exemplos:

  • Ao enviar fotos, o Facebook adota o título de um arquivo de imagem (“Título” corresponde ao nome do objeto , não o título ), bem como a descrição e cria um campo de título / descrição combinado a partir disso. Outros metadados não são exibidos. Quando a foto é baixada, todos os metadados IPTC e Exif são excluídos, com exceção do criador e do aviso de direitos autorais . O Facebook adiciona seus próprios metadados às imagens, que são retidos quando a foto é baixada. Nos campos ITPC "Referência de transmissão original" e "Instruções especiais", os dados relacionados ao usuário são presumivelmente armazenados em formato codificado.
  • Após o upload, o Google+ mostra a descrição e alguns dados Exif, incluindo as coordenadas geográficas. Todos os metadados IPTC e Exif são retidos quando a foto é baixada.
  • O Flickr oferece a função "Mostrar EXIF", mostra metadados Exif e IPTC. Ao baixar fotos, os metadados só são retidos se a imagem for baixada em tamanho real - todos os metadados são excluídos se a imagem for menor. Palavras-chave que podem ser adicionadas na interface da web não são gravadas de volta no cabeçalho IPTC.
  • O Pinterest não exibe metadados após o upload. Todos os metadados IPTC e Exif são mantidos durante o download das fotos.

No fotojornalismo profissional, entre outras coisas, Notas sobre autoria (nos campos criador , provedor , fonte ) e sobre direitos autorais ( nota de copyright ) de fotógrafos, designers gráficos e agências armazenadas nos metadados do IPTC. A conclusão da cadeia de suprimentos do autor (fotógrafo / designer gráfico) à apresentação das imagens nos sites de (por exemplo) revistas e editoras de revistas pode ser categorizada em duas formas de tratamento dos metadados: preservação ou remoção (status do estudo: outubro de 2014). Exemplos:

Metadados e direitos autorais

A manutenção dos metadados do IPTC sobre autoria no campo "Copyright Notice" é recomendada para titulares de direitos como fotógrafos, designers gráficos ou agências de imagem e notícias para poderem comprovar a sua autoria.

A lei de direitos autorais alemã faz esses dados por meio de uma disposição especial sob proteção ( § 95c Copyright Act , "a proteção dos direitos necessários para a percepção da informação"). De acordo com este regulamento, "informações para gestão de direitos provenientes dos titulares de direitos" não podem ser removidas ou alteradas. Se a informação para a gestão de direitos tiver sido removida ou alterada sem autorização, não pode ser distribuída conscientemente, introduzida para divulgação, difusão, reproduzida publicamente ou disponibilizada ao público sem autorização.

Fotógrafos, designers gráficos e agências, portanto, costumam incluir notas apropriadas nos metadados de suas imagens. Com uma cláusula contratual especial, você pode garantir que a retransmissão digital só ocorra com os metadados.

Em 2016, a Freelens Photographers 'Association ganhou um julgamento no Tribunal Regional de Hamburgo (Az.: 308 O 48/15), segundo o qual o Facebook não tem mais permissão para remover automaticamente os metadados IPTC ao enviar fotos.

Campos IPTC

A representação de dados do IPTC-IIM é referida como "dados IPTC", "campos IPTC" ou "cabeçalho IPTC".
Um objeto de mensagem (ou "objeto") pode ser, por exemplo, uma imagem (foto / digitalização / gráfico), texto (reportagem), um arquivo de áudio / vídeo ou uma combinação desses objetos.

Campo IPTC em
inglês		 IPTC campo
alemão		 descrição Exemplo de imagem de exemplo Caracteres máx. Código IPTC
Registro de envelope
Formato de arquivo Formato de arquivo Um número que representa o formato do arquivo. As informações são utilizadas para encaminhar os dados de um sistema receptor a um responsável e permitir que este execute as ações cabíveis. Exemplos: 11 2 1:20
Conjunto de caracteres codificados Codificação de caracteres Exemplos: ESC% G 32 1:90
Registro de Aplicação
Nome do objeto Nome do objeto Uma referência curta ao objeto pode ser o nome do arquivo. Alterações nos dados existentes, como B. relatórios atualizados ou novas seções de imagens devem ser indicados no status de processamento . 23-05-2007 - IMG_8393.CR2 64 2:05
Editar status Status de processamento Status do objeto da mensagem, de acordo com a prática do provedor . correção 64 2:07
Urgência urgência Especifica a urgência editorial do conteúdo. “1” é a prioridade mais alta, “5” a normal e “8” a mais baixa; “9” e “0” são reservados para uso futuro. 5 1 02:10
Categoria categoria Categoria (descontinuado) ; Exemplos:
  • "ACE" para artes, cultura e entretenimento
  • "EDU" para educação
  • "SPO" para esporte
 ÁS 3 02:15
Categoria Suplementar Outras categorias Categorias livremente selecionáveis (descontinuado) Arquitetura, gótica, neogótica Qualquer número de categorias, cada uma com no máximo 32 caracteres 02:20
Palavras-chave Palavras-chave Palavras-chave que expressam do que trata o conteúdo. Palavras-chave podem ser qualquer texto e não precisam ser retiradas de um vocabulário fixo. Espera-se que um provedor de diferentes tipos de dados relacionados ao assunto use a mesma palavra-chave para que o sistema ou subsistema receptor possa pesquisar materiais relevantes sobre todos os tipos de dados. arquitetura, Architektur, Colônia, Catedral de Colônia, Dach, fachada, Fachada, arcobotante, Köln, Kölner Dom, telhado, Strebebogen Qualquer número de palavras-chave, cada uma com no máximo 64 caracteres, incluindo espaços 02:25
Instruções Especiais Instruções Especiais Outras instruções editoriais sobre o uso das notícias, como B. períodos de embargo, restrições de uso ou avisos Não lançado para venda, publicação somente após o término da visita do Papa 256 02:40
Data Criada Data de criação Data de criação no formato AAAAMMDD. Segue o padrão ISO-8601 . Datas desconhecidas são expressas com “00”. Indica a data em que o conteúdo mental do objeto de mensagem foi criado, não a data em que o arquivo de dados físicos foi criado. Portanto, uma foto tirada durante a Guerra Civil Americana teria uma data de criação daquela época (1861-1865), não a data em que a foto foi digitalizada para arquivamento. Exemplo:
  • “18630127” significa que o conteúdo espiritual foi criado em 27 de janeiro de 1863
 18801015 8º 02:55
Hora Criada Tempo de criação Hora de criação no formato HHMMSS ± HHMM (hora ± correção de fuso horário em comparação com UTC ). Segue o padrão ISO-8601 . Indica a hora em que o conteúdo mental do objeto de mensagem foi criado, e não necessariamente a hora em que o arquivo de dados físicos foi criado. Se o tempo não puder ser determinado com precisão, a melhor aproximação deve ser feita. Exemplo:
  • "133015 + 0100" significa que o conteúdo intelectual foi criado às 13:30 e 15 segundos, no fuso horário "UTC +1" (= CET )
 120000 + 0100 11 02:60
Data de Criação Digital Data de digitalização Data de digitalização no formato AAAAMMDD. Segue o padrão ISO-8601 . Indica a data em que a representação digital foi criada. Portanto, uma foto tirada durante a Guerra Civil Americana teria uma data de criação dos últimos anos, não uma data daquela época (1861-1865) quando a foto foi tirada em filme, vidro ou outros substratos. Exemplo:
  • “19900127” significa que a representação digital do objeto foi criada em 27 de janeiro de 1990
 20070523 8º 02:62
Hora de criação digital Tempo de digitalização Hora de digitalização no formato HHMMSS ± HHMM (hora ± correção de fuso horário em comparação com UTC ). Segue o padrão ISO-8601 . Indica a hora do dia em que a representação digital foi criada. Exemplo:
  • "133015 + 0100" significa que a representação digital do objeto foi criada às 13:30 e 15 segundos, no fuso horário "UTC +1" (= CET )
 172917 + 0100 11 2:63
Programa de Origem Programa original Identifica o programa de computador usado para criar o objeto de mensagem. Exemplos:
  • "WordPerfect"
  • "Adobe Photoshop"
 Adobe Photoshop Lightroom 32 2:65
Por linha O Criador Nome do criador do objeto da mensagem, por exemplo B. Autor, fotógrafo ou artista gráfico; "Linha de nome" ("por linha") no sentido de como o criador é chamado no caso de publicação em uma linha do objeto da mensagem Erika Mustermann 32 02:80
Título por linha Título do Criador Título do (s) criador (es) do objeto da mensagem, ou seja, a (s) pessoa (s) listada (s) no campo Criador , normalmente o cargo. Deve ser colocado após as informações do criador na publicação. Como esta é uma informação complementar ao campo do criador, ela deve ser preenchida antes que qualquer coisa possa ser inserida aqui. Exemplos:
  • "Fotógrafo de retratos"
  • "Correspondente"
 Fotógrafo de arquitetura 32 2:85
Cidade Cidade / local Identifica a cidade ou município de origem do objeto da mensagem, de acordo com as diretrizes estabelecidas pelo criador. Exemplos:
  • "Zurique"
  • "Milan"
  • "Nova york"
 Colônia 32 02:90
Sublocação Detalhe de localização Identifica a localização em uma cidade ou município de origem do objeto da mensagem, de acordo com as diretrizes especificadas pelo criador. Exemplos:
  • "Schanzenviertel"
  • "Estádio Olímpico"
  • "Beethoven Hall"
 Mosteiro Catedral 4 32 02:92
Estado / Província Estado / Cantão Identifica o estado federal ou cantão de origem, de acordo com as diretrizes definidas pelo criador. Exemplos:
  • "Baden-Württemberg"
  • "Graubünden"
  • "Sussex"
 Renânia do Norte-Vestfália 32 02:95
Código do país / local principal Código ISO do país Identifica o código do país em que o objeto de mensagem foi criado, por exemplo, B. onde uma foto foi tirada ou um evento ocorreu. O código deve ser obtido a partir dos códigos de duas ou três letras especificados na ISO 3166 (para a Alemanha: DE ou DEU). O nome completo do país deve ser inserido em Land . Exemplos:
  • "EUA" (Estados Unidos)
  • "FRA" (França)
  • "XUN" (Nações Unidas)
 DE 2 ou 3 2: 100
País país Identifica o nome publicável completo do país em que a notícia foi criada, por exemplo, B. onde uma foto foi tirada ou um evento ocorreu, de acordo com as diretrizes estabelecidas pelo criador. O nome completo deve ser expresso como uma designação linguística e não como um código, porque um código deve ser inserido nos códigos ISO de país . Alemanha 64 2: 101
Referência de transmissão original Referência de transmissão original Um código que representa o local da transmissão original, de acordo com a prática do provedor . Exemplos:
  • "BER-5"
  • "PAR-12-11-01"
 em1234 32 2: 103
Título título Uma entrada publicável que resume o conteúdo do objeto de mensagem. Exemplo:
  • "Lindbergh pousa em Paris"
 Fachada da Catedral de Colônia 256 2: 105
Crédito provedores Identifica o provedor do objeto da mensagem, não necessariamente o proprietário ou criador Muster-Foto GmbH 32 2: 110
Fonte fonte O nome de uma pessoa ou parte que desempenha uma função na cadeia de suprimentos. Pode ser uma agência, um membro de uma agência, um indivíduo ou uma combinação. A fonte pode ser diferente do criador e das entradas no aviso de direitos autorais . Foto de amostra / Erika Mustermann 32 2: 115
Aviso de direitos autorais Aviso de direitos autorais Inclui qualquer aviso de direitos autorais necessário © Copyright 2014 Erika Mustermann, todos os direitos reservados - em@mufoto.de 128 2: 116
Contato Contato Identifica a pessoa ou organização que pode fornecer mais informações básicas sobre o objeto de mensagem. Erika Mustermann 128 2: 118
Legenda / resumo descrição Uma descrição textual do objeto de mensagem; é usado especialmente quando o objeto não é texto. Vista da fachada, telhado e arcobotantes da Catedral de Colônia, no lado norte. A Catedral de Colônia é uma das catedrais mais importantes do mundo em estilo gótico. Muitos historiadores de arte o veem como uma harmonização única de todos os elementos de construção e joias no estilo da arquitetura gótica do final da Idade Média. É importante compreender que a construção da Catedral de Colônia começou no século XIII (gótica), mas a catedral só foi concluída no século 19, após séculos de construção (neogótica). O fim da construção da catedral foi comemorado em 15 de outubro de 1880 com um festival que Guilherme I utilizou como meio de representação pública e como elemento de identidade para o império fundado nove anos antes. 2000 2: 120
Escritor / Editor Autor / editor Identificação do nome da pessoa envolvida na redação, edição e correção do objeto ou descrição da mensagem . John Doe 32 2: 122
Imagem de exemploOs metadados IPTC-IIM de uma imagem de exemplo com dados de amostra da tabela acima podem ser visualizados com o serviço online Exif Viewer de Jeffrey , bem como com o visualizador de imagens IrfanView amplamente usado com o plug-in correspondente.

Codificação de caracteres

O padrão IPTC-IIM não prescreve uma codificação de caracteres específica , mas permite que os dados sejam armazenados em diferentes codificações de caracteres. O padrão estipula que a codificação usada é especificada no campo Codificação de caracteres . Na verdade, no entanto, alguns aplicativos ignoram esse campo e, em vez disso, presumem que os dados foram gravados em uma determinada codificação. B. a codificação de caracteres Latin-1 ISO 8859-1 ou UTF-8 . Alguns aplicativos até assumem que a codificação de caracteres ASCII é muito restrita . Para o usuário, isso resulta na necessidade de verificar se as codificações dos programas utilizados são compatíveis entre si.

Veja também

Links da web

Referências e comentários

  1. ^ A b O Information Interchange Model ( Memento de 26 de novembro de 2014 no Internet Archive ) no site do IPTC
  2. ↑ Software compatível com os padrões de metadados de foto IPTC IIM e “IPTC Core” no site IPTC
  3. ^ Modelo de intercâmbio de informações do IIM - quem o está usando? ( Memento de 28 de outubro de 2014 no Internet Archive ) no site do IPTC
  4. ↑ IPTC Web - Metadados de fotos - Teste de software para direitos no site do IPTC. A data do teste não é fornecida lá. Desde z. Conforme mencionado no teste "Lightroom 5.6" (que em 31 de julho de 2014 foi publicado ), o teste pode ser feito no mínimo em agosto de 2014; uma postagem no fórum sobre a publicação dos resultados do teste é de agosto de 2014.
  5. ↑ Status da investigação: outubro de 2014. Consulte também sites de mídia social: resultados do teste de metadados do pé com testes de outubro de 2012 a junho de 2013, bem como a coluna “Suporte IPTC” na comparação de sites de compartilhamento de fotos a Wikipedia em inglês.
  6. ^ Facebook Tracking - The Hacker Factor Blog. Recuperado em 14 de julho de 2019 .
  7. ↑ Paula Tamm: Gosto! Exclusão de dados IPTC proibida. Freelens, 17 de novembro de 2016.
  8. ↑ De acordo com o software que suporta os padrões de metadados de fotos IPTC IIM e “IPTC Core” ( Memento de 27 de outubro de 2014 no Arquivo da Internet ) no site do IPTC
  9. ↑ A tabela segue essencialmente a especificação IPTC IIM 4.2 (PDF) As traduções em alemão dos campos do IPTC são baseadas nas interfaces de usuário em alemão dos programas de gerenciamento de imagem Adobe Photoshop Lightroom e Capture One Pro da Phase One . A implementação dos padrões IPTC pela Adobe nos produtos Photoshop e Lightroom pode ser usada como referência, uma vez que a Adobe assumiu um papel cooperativo na especificação dos padrões IPTC.
    Os exemplos são fictícios e usam tremas alemães para demonstrar que a codificação de caracteres disponível não está limitada ao código ASCII de 7 bits restrito . Os problemas neste contexto (assunto da codificação de caracteres ) são conhecidos .
    A tabela não é uma referência completa da especificação, pois basicamente nomeia os campos que são acessíveis do ponto de vista do usuário.
  10. ↑ A codificação de caracteres normalmente não é definida pelo usuário, mas pelo programa usado. Por exemplo, Adobe Photoshop (versão CS5 ou superior), Adobe Bridge (versão CS5 ou superior), Adobe Photoshop Lightroom e Capture One Pro usam UTF-8 como codificação de caracteres .
  11. ↑ a b "Obsoleto" significa que este campo não deve mais ser usado, pois é provável que ele não seja mais incluído em versões futuras do IIM.
  12. ↑ Diretriz para mapear Códigos de Categoria para Códigos de Notícias de Assunto no site do IPTC
  13. ↑ a b "Publicável" significa que se espera que a informação contida neste registro de dados tenha sido escrita de tal forma que possa ser impressa ou publicada no presente formulário.
  14. ↑ Roland Freist: As 10 melhores dicas para Irfanview . In: PC-Welt , 22 de junho de 2018; acessado em 8 de julho de 2019.
  15. ↑ Os dados IPTC-IIM de uma imagem de exemplo demonstram uma incompatibilidade de duas codificações de caracteres: O campo Categorias Suplementares é codificado em UTF-8 (consulte a ilustração da letra "ü" em "Nürburgring"), os campos Cidade ("Nürburg") e Legenda -Abstract ("Nürburgring", "Nürburg") são codificados em ISO 8859-1 . Você pode ver isso alternando entre as duas codificações de caracteres nas opções do navegador. As diferentes codificações de caracteres surgem quando os dados são inseridos em diferentes aplicativos: um usa UTF-8, o outro ISO 8859-1 (ou uma codificação relacionada, como ISO 8859-15 ).