Jean Roc Morreale a écrit 818 commentaires

Je me répète par rapport au journal d'origine : la compression avec perte et canal alpha est présente dans le jpeg2000

Un des intérêts c'est d'avoir un fichier plus petit pour une qualité visuelle égale ou supérieure. Voici quelques fichiers où tu pourras comparer la différence entre un JPEG Q80 de 208ko et un JP2 avec un ratio 1:50 de 84ko. L'échange de photos de chatons étant la base d'internet, cela diviserais par 2 le poids total pour une qualité approchante.

c'est pas mal dur de voire la différence entre chacun, et le bon vieux JPEG.

Si la différence est minime lorsque le facteur de compression est faible, plus la compression est élevé, plus la différence est marquée. Le principe de fonctionnement du JPEG2000 permet de conserver les détails là où le JPEG devient un pâté de blocs DCT. La nimage qui va bien (jpg, jp2 et original) et un article en bonux.

JPEG2000: libjasper-runtime

voila la raison de la lenteur, cette lib n'a jamais été conçue pour la vitesse mais pour servir de référence. La lib openjpeg est sortie en v2 il y a un moment et est beaucoup plus rapide (pas encore au niveau d'une lib proprio telle que kakadu). La lenteur n'est pas du fait du format.

Je suis prêt à prendre les paris sur les chances de réussite d'un ayant-droit qui aurait laissé utiliser cette lib dans des logiciels commerciaux pendant plus d'une décennie alors qu'elle était directement incluse comme référence officielle dans les standards de ce format. Apparemment le risque de litige n'empêche pas des organismes tel que le CNES de faire développer openjpeg.

Et vu que des formats intégrés par Mozilla tel que le GIF (Unisys) et le JPEG (Forgent Networks) n'ont pas été épargné par ce type d'ennui, ça serait ridicule de s'en servir comme épouvantail pour le JPEG2000. Et c'est sans parler de WebM…

Jasper est une implémentation officielle de référence publiée en 1999 et sous licence MIT depuis 2004.

Nombre de procès = 0

C'est dommage qu'il n'ai pas été considéré en priorité puisque le support du JPEG2000 est dans les fait déjà présent dans Firefox via PDF.js

Le format jp2k est :
- normalisé depuis plus d'une décennie
- poruvu d'implémentations libres
- utilisé dans des domaines pro exigeants (archives, médecine, géomatique, cinéma)
- beaucoup plus intéressant que le JPEG Baseline (canal alpha,région d'intérêt, meilleure dégradation, etc.)

Est-ce qu'une étude comparative est prévue ? Histoire d'avoir un refus techniquement mieux argumenté que ça ?

Créer un style tenant compte de tous les détails visuels et adapté à une quinzaine d'échelles de visualisation est un gros boulot. C'est déjà le cas du style par défaut d'OSM, le serveur cartographique utilisé (mapnik) permettant des représentations topmoumoute. Un autre style avec le même serveur et les mêmes données est celui osm-bright dev par mapbox.

Pour les données SRTMv4, l'erreur verticale est inférieure à 16m (elle varie selon les endroits). La résolution (la taille d'un pixel) est de 90m. C'est pourquoi jben a dû recourir à une interpolation.

La tutelle administrative demande à l'IGN de pourvoir à son financement en vendant ses services/données tout en assurant une mission de service publique (cas du RGE), l'idée étant que l'organisme arrive tout seul à financer ses missions d'intérêt général sans que ça ponctionne le budget des ministères. Logique implacable.

Le résultat est une impossible équation public/privé mise en évidence dès la première page de ce rapport. La même logique est appliquée à d'autres organismes (BRGM, INRAP, etc;) avec des résultats similaires.

Quant à la compétence des chercheurs, topographes, géographes, etc., elle n'est mise nulle part en doute dans ce rapport. Ou par quiconque connaissant leur travail (celui du COGIT, MATIS, etc.).

Le logiciel n'est pas comme du bon vin, ça se bonifie pas tout seul avec l'âge. Si KDE 3.5 avait des failles il y a 4 ans qui n'ont pas été découvertes et résolues par des mainteneurs alors il y a toutes les chances qu'elles y soient encore. Qu'importe l'épaisseur de la poussière sur le code.

J'oubliais ça, ça fait vraiment partit des fonctionnalités qui devraient acquises tellement le besoin est basique. Pour rappel :

sudo localectl set-keymap "LANG=fr_FR.UTF8"
sudo localectl set-x11-keymap fr
export LC_ALL=fr_FR.UTF8

l'interface de partionnement devient vraiment fumeuse quant il s'agit de réutiliser des partoches existantes, je clic-clic sans réellement savoir si anaconda et moi sommes d'accord…

http://www.icpsr.umich.edu/CrimeStat/ ou n'importe quel logiciel décent de stat/sig. Content de voir que ce type d'applications sonne encore futuriste pour les journalistes et les investisseurs, j'ai justement un logiciel à vendre qui prédit les bouchons sur les autoroutes…

Sauf que la version n -1 a peut-être la même faille mais vu qu'il n'y a pas de mainteneur actif il n'y a pas de backport et/ou le correctif n'est pas applicable. Résultat, la dernière version a son correctif, la -1 non.

ce commentaire tombe bien, je cherche un applicatif :
- plus performant que vnc
- plus ouvert que NX Nomachine
- plus vivant que FreeNX
- n'impliquant pas des VM comme SPICE

De l'affichage à distance tout con mais performant. Tu as quoi en stock ?

Faux, la cours d'appel a validé le fait de demander un logiciel libre précis dans un marché. Le principe est qu'il est considéré que le logiciel est déjà en la possession du service et qu'il ne s'agit que de l'utiliser, il n'y a pas de problème pour les prestataires puisque l'accès au code du dit logiciel est le même pour tous.

Tu viens de découvrir que Linux était majoritaire sur les serveurs dans nos administrations ?

Des chiffres ou des études ? A mon grand dépit, j'ai surtout des exemples de l'inverse que ce soit dans des petites ou de très grosses collectivités. Les seuls serveurs Linux étant chez les presta extérieurs et seulement quand l'écart avec le coût de serveurs Windows est trop flagrant.

Des VMs, de l'unix, des bases PostGIS, j'en rêve ^{^}

Même sentiment, après plus de douze ans d'utilisation quotidienne j'ai toujours autant de mal à comprendre les "XXXX will be the year of the Linux Desktop" ou "Le bureau sous Linux c'est trop compliqué, c'est mort".

Tout le spectre applicatif qui m’intéresse est couvert, j'ai rarement le besoin de modifier la config système (en-dehors de ma curiosité), j'ai un portable vieux de 8 ans qui est plus agréable à utiliser et plus rapide qu'à l'époque (temps de démarrage divisé par 4).

Donc en bref tu affirmes n'importe quoi pour conforter ton propos, inclure un fait dans un paragraphe (Amesys) ne rend pas factuel de manière collatéral une affirmation infondée.

Exemple : Eh la France inocule le cancer du sida aux enfants du Nigeria afin que les labos Boirons puissent les soigner grâce aux formules de Ricka Zaraï ! Souvenez-vous de l'affaire du sang contaminé…

la France vend des armes à la Corée du Nord ? Fascinante cette information, une source pour étayer ton propos ? J'en étais encore à la résolution 1874 largement poussée par la France.

Ma réponse d’hier a disparu je ne sais où… j’ai peut-être fait une fausse manip… ?

Peut-être…ou alors… c'est de la censure… tes posts ne risqueraient-ils pas de renverser le système…?

l'abus des 3 petits points nuit gravement à la santé

J'apprécie ta régularité dans l'effort et ta constance dans le propos qui me permettent de sauter de larges pans des fils de discussion auquel tu participes sans avoir l'impression d'avoir raté du neuf ce qui me permet de mouler moins longtemps sur linuxfr, avec pour effet d'améliorer mon assiduité au travail, de réduire la taille de mes pauses cafés et de réparer des mobylettes russes.

Merci.

Parce que il ne s'agit pas ici d'une licence payée par le client mais d'une aide publique tirée des revenus de l'Etat ?

Le souci comme toujours c'est le passif, qu'importe l'apport de QML si pour y passer il faut refaire et revalider plus d'une centaine d'écran différent (la génération automatisée de l'ui a ses limites), retraduire et revalider une dizaine de milliers de chaînes, etc.

Pour Qt5, l'objectif est de faire tourner qtwidget sur le Scenegraph.