La recommandation générale pour enregistrer les images numérisées originales était «utiliser TIFF». Mais les programmeurs ont besoin d'une évolution du format pour "l'évolution du logiciel", et j'ai besoin de faire évoluer mon système pour passer du TIFF au JP2.
J'ai un grand stockage d'images (téraoctets) pour les documents scannés légaux et scientifiques, ils ont besoin d'un enregistrement original. J'utilise certaines règles de mise en cache, mais le système doit afficher (via le téléchargement Web) ou manipuler (ImageMagick et autres) les données originales.
J'ai lu un article sur la migration des stockages d'images de TIFF sans perte vers JPEG-2000 sans perte et la conclusion est de rester avec TIFF. Cependant, l'article date de 2009 et, à l'époque, ils ont constaté que la prise en charge du format JPEG-2000 par les logiciels disponibles était très médiocre. Les conversions au format JPEG-2000 ont subi des pertes dans le logiciel qu'ils ont testé, et le logiciel disponible pour consommer des images ne supportait pas bien le format.
Est-il temps de passer du TIFF au JP2 ou non? Le support logiciel est-il toujours aussi imparfait qu'en 2009?
la source
Réponses:
Sur la base de la liste des applications de Wikipedia , le support de nos jours semble assez bon. Il gagne également du terrain dans les organisations axées sur les archives du monde entier:
Voici une page discutant de son adoption par l'OTAN, entre autres.
Ce document mentionne que la bibliothèque de l'Université Harvard passe également au format JPEG-2000.
Cet article détaille les efforts du British Museum et de Harvard et ajoute la Wellcome Digital Library.
Sur mon MacBook Pro fonctionnant sous 10.7.5, voici quelques résultats de navigation ( source 1 , source 2 ):
Safari: pas de problème
Chrome: parfois nécessaire pour charger QuickTime
Firefox: pas de problème
Je n'ai pas testé IE, mais à partir de ces trois et de la liste Wikipedia, je pense que le support JPEG-2000 est maintenant très répandu.
En ce qui concerne la question de savoir si vous devez changer, étant donné que JPEG-2000 semble avoir un support de plate-forme suffisant maintenant, je ne changerais que s'il y a de fortes raisons techniques de le faire:
tailles d'image plus petites
des performances plus rapides
plus sûr
TIFF commence à ne pas être pris en charge.
Si vous choisissez de changer, veuillez poster votre expérience en le faisant!
la source
Je pense que la réponse dépend de si vous remettez en question l'utilisation réelle ou la couverture du support de la bibliothèque. Puisque vous posez la question sur programmers.stackexchange, vous voulez peut-être parler de bibliothèque, mais tout le monde semble supposer que vous posez des questions sur les applications. Je suivrai la foule.
En parlant d'applications, basé sur la liste des applications de Wikipédia, le support de nos jours semble assez mauvais. Les logiciels utilisateur compatibles avec lui sont numérotés et sont généralement des outils professionnels, et il ne fait que gagner du terrain dans certaines organisations mondiales axées sur les archives que vous pouvez terminer la liste sur une seule page. Bref, jp2 est hors de portée du peuple. À ce rythme, il n'atteindra jamais le seuil de rentabilité pour être accepté par le public, malgré la supériorité technique.
En parlant de navigateurs, Wikipedia a indiqué que seul Safari avait un support natif. Tous les autres, Firefox, Chrome, IE ... ne le font pas, sauf certains le font avec QuickTime, qui ne peut pas être garanti sur Android / Windows et n'est pas là sur Linux.
Sur mon OpenSUSE 13.1, voici quelques résultats de navigateur avec des exemples (notez que l'ouverture de la page d'exemple ne compte pas pour OK, vous devez ouvrir les images .jp2 à l'intérieur):
(Puisque Linux lui-même prend en charge jp2, les utilisateurs peuvent ouvrir les images après le téléchargement)
** Modifier après avoir lu le commentaire de Peter Krauss ** Dans le contexte de la préservation, vous pouvez peut-être choisir le format, car généralement vous fournissez des outils aux utilisateurs; l'environnement de bureau et de navigateur des utilisateurs est d'une importance secondaire.
Faire évoluer votre logiciel ne signifie pas accepter les dernières normes technologiques. La dernière norme technologique est l'espoir d'une future technologie du comité de normalisation, et les gens votent à pieds après leur décision. Exemples: Beaucoup ont migré vers XHTML puis HTML5 tandis que la plupart de HTML4 directement vers HTML5, et beaucoup ont migré vers FireWire (1394) puis eSATA et USB3 tandis que la plupart de USB2 directement vers USB3.
la source