JPEG-2000에 대한 소프트웨어 지원 상태는 무엇입니까?


20

"TIFF 사용"이었던 원본 스캔 이미지 기록에 대한 일반적인 권장 사항. 그러나 프로그래머에게는 "소프트웨어의 진화"를위한 형식의 진화가 필요하며 TIFF에서 JP2로 변경하려면 시스템을 진화시켜야합니다.

합법적이고 과학적인 스캔 자료를위한 큰 이미지 저장 공간 (테라 바이트)이 있으며, 원본 기록이 필요합니다. 일부 캐싱 규칙을 사용하지만 시스템에서 웹 다운로드를 통해 표시하거나 원본 데이터를 조작 (ImageMagick 및 기타)해야합니다.

TIFF-lossless에서 JPEG-2000-lossless로 이미지 스토리지 마이그레이션에 대한 기사를 읽었 으며 결론은 TIFF를 유지하는 것입니다. 그러나이 기사는 2009 년부터 작성되었으며 당시 사용 가능한 소프트웨어의 JPEG-2000 형식 지원은 매우 열악했습니다. JPEG-2000으로의 변환은 테스트 한 소프트웨어에서 손실되었으며 이미지를 소비하는 데 사용 가능한 소프트웨어는 형식을 제대로 지원하지 않았습니다.

이제 TIFF에서 JP2로 변경해야합니까? 소프트웨어 지원이 2009 년과 같이 여전히 결함이 있습니까?


형식 선택은 데이터의 특성 (컬러 / 회색조 / bw, 비트 심도, 해상도 및 주로 텍스트, 사진, 차트, 흐릿함, 거친 등)과 관련이 있으므로 도움이 될 것입니다. 당신이 그것에 대해 자세히 설명 할 수 있다면 조금. 더 중요한 것은-원본 스캔 TIFF가 손실되었거나 손실이 없었습니까? 정보가 손실 된 경우이 정보 손실은 추가 변경과 달리 용인되었으며 파일 크기와 일치하는 무손실 형식을 찾을 가능성이 거의 없습니다.
Daniel B

4
A) 자원 요청이 아니라 질문에 대한 답변을 요청하고 B) 질문이 무엇인지 명확히 한 경우 Peter는 여기서 주제입니다. Q의 주제는 실제로 여기에 매우 적합합니다. 특정 답변 가능한 질문을 명확히하면됩니다.
Jimmy Hoffa

@JimmyHoffa 외 감사합니다! 내가 편집했지만 나중에 다른 사람들이 질문을 닫았습니다 ...
Peter Krauss

감사합니다 @ thorstenMüller, 지금 (편집) 더 명확한 지 확인하십시오.
피터 크라우스

6
@PeterKrauss 나는 "닫기"라는 말로 명확하지 않다는 것을 알고 있지만 닫기는 실제로 수정 될 때까지 잠긴 것을 의미합니다.
Jimmy Hoffa

답변:


8

Wikipedia의 응용 프로그램 목록을 기반으로 요즘의 지원은 꽤 좋아 보입니다. 또한 전 세계의 아카이브 지향 조직에서 주목을 받고 있습니다.

  • 다음 은 NATO의 채택에 대해 설명 하는 페이지 입니다.

  • 이 논문 은 하버드 대학교 도서관도 JPEG-2000으로 옮겨 가고 있다고 언급합니다.

  • 이 문서 는 대영 박물관과 하버드의 노력에 대해 자세히 설명하고 Wellcome Digital Library를 추가합니다.

10.7.5를 실행하는 MacBook Pro에서 일부 브라우저 결과는 다음과 같습니다 ( 소스 1 , 소스 2 ).

  • 사파리 : 문제 없음

  • Chrome : 때때로 QuickTime을로드해야했습니다.

  • Firefox : 문제 없음

나는 IE를 테스트하지는 않았지만 그 세 가지와 Wikipedia 목록에서 JPEG-2000 지원이 널리 보급되고 있다고 생각합니다.

전환해야하는지의 문제와 관련하여 JPEG-2000은 현재 충분한 플랫폼을 지원하는 것으로 보이므로 강력한 기술적 이유가있는 경우에만 전환합니다.

  • 더 작은 이미지 크기

  • 빠른 성능

  • 더 안전한

  • TIFF가 지원되지 않습니다.

전환하기로 선택한 경우, 귀하의 경험을 다시 게시하십시오!


감사. 예, "충분한 플랫폼 지원"에 대한 귀하의 주장에 동의합니다. 브라우저와 GIS 응용 프로그램 이 처음으로 지원되었지만 스캔 한 문서 및 원본 일러스트레이션 및 기타 문서에 대한 NLM / PMC 표준은 아직 TIFF를 권장하지만 그 이유를 모르겠습니다.
피터 크라우스

@PeterKrauss 나는 이것에 대해 잘못 생각할 수 있지만, 가장 먼저 떠오르는 것은 JPEG 및 JPEG-2000에 대한 하나의 파일에서 여러 페이지에 대한 지원이 부족한 것입니까? 비 손실 압축에 대한 지원은 다른이며, JPEG 가족은 항상 사진을 지향했다 및 수행하지 않는 것을 스캔 한 문서에 잘. 역사적으로 TIFF는 스캔 분야에서 여전히 널리 보급되어 있습니다. 왜 데스크톱에 Windows가 지배적인지를 묻는 것과 같은 이유를 묻는 것은 적절한 장소와 시간에 충분했습니다.
Daniel B

지원되지 않는 것은 과도하게 보입니다. 여러 대형 기관에 대한 설문 조사에서 다른 그림이 표시되었습니다. photo.stackexchange.com/a/69661/45210
Nemo

4

나는 실제 사용 또는 도서관 지원 범위에 의문을 가지고 있는지에 대한 답이 달려 있다고 생각합니다. programmers.stackexchange를 요청하기 때문에 라이브러리를 의미 할 수도 있지만 모든 사람들은 응용 프로그램에 대해 묻는다고 가정합니다. 나는 군중을 따라갈 것이다.

Wikipedia의 응용 프로그램 목록을 기반으로 한 응용 프로그램에 관해서는 요즘 지원이 꽤 나빠 보입니다. 이 소프트웨어와 호환되는 사용자 소프트웨어는 번호가 매겨지고 일반적으로 전문적인 도구이며, 한 페이지 내에서 리스팅을 완료 할 수있는 전 세계 일부 아카이브 지향 조직에서만 인기를 얻고 있습니다. 요컨대, jp2는 사람들의 손이 닿지 않는 곳에 있습니다. 이 속도에서 기술 우위에도 불구하고 대중의 수용을위한 손익분기 점에 도달하지는 않습니다.

브라우저에 대해 Wikipedia는 Safari 만 기본적으로 지원한다고 언급했습니다. Firefox, Chrome, IE 등의 다른 모든 기능은 Android / Windows에서는 보장되지 않으며 Linux에는없는 QuickTime과는 다릅니다.

내 OpenSUSE 13.1에는 샘플 이 포함 된 일부 브라우저 결과가 있습니다 (샘플 페이지를 열면 OK로 계산되지 않으므로 그 안에 .jp2 이미지를 열어야 함).

  • Chromium 33 : 할 수 없으며 사용자에게 다운로드를 제공하십시오.
  • Firefox 27 : 불가능합니다. 사용자에게 다운로드를 제공하십시오.

(Linux 자체는 jp2를 지원하므로 다운로드 후 이미지를 열 수 있습니다)

** Peter Krauss의 의견을 읽은 후 편집 ** 보존 컨텍스트에서 일반적으로 사용자에게 도구를 제공하기 때문에 형식을 선택할 수 있습니다. 사용자의 데스크탑 및 브라우저 환경은 두 번째로 중요합니다.

소프트웨어를 진화한다고해서 최신 기술 표준을 수용하는 것은 아닙니다. 최신 기술 표준은 표준위원회의 미래 기술에 대한 희망이며 사람들은 결정 후 피트 단위로 투표합니다. 예 : 많은 HTML4에서 HTML5로 직접 XHTML로 마이그레이션 한 후 HTML5로 마이그레이션하고, 대부분 FireWire (1394)로 eSATA 및 USB3으로 마이그레이션 한 반면, 대부분 USB2에서 USB3로 직접 마이그레이션했습니다.


예 (!) "평균 라이브러리", Linux, Windows 및 Mac에서 "라이브러리 지원 범위"를 확인해야합니다. 개발자 및 대규모 저장소 커뮤니티 (예 : PMCSciELO )가 jp2를 채택 할 수 있다면 <br/> 아, 샘플을 완벽하게 설명해 주셔서 감사합니다.
Peter Krauss

2
" JP2 는 사람들의 손이 닿지 않는 곳에 있습니다 (...) 결코 대중의 수용을위한 손익분기 점에 도달하지 않습니다". 독자와 비교를 위해 여기에서 기억해야 할 중요한 점은 물론 JPG 는 "군중을위한 것"입니다 . 오늘날 (그리고 아마도 수십 년이 넘는) JP2 , JLS 및 TIFF는 보존 컨텍스트를위한 것이며 여기에서 초점을 맞 춥니 다.
Peter Krauss
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.