#1 Thu 26 July 2007 19:59
- Mikael
- Participant occasionnel
- Date d'inscription: 10 Jun 2006
- Messages: 27
Problème d'affichage du scan 25
Bonjour à toutes et à tous,
Je rencontre un problème d'affichage des dalles scan 25. Plus particulièrement au niveau de l'affichage des couleurs.
Les fichiers tiff et les tfw correspondants sont classés sous un disque dur externe. Sur ArcMap 8.2 et 9.1, au chargement direct des scans25 de 2006 dans la toc, les dalles s'affichent correctement et les couleurs sont respectées. Par contre lors de la création d'un catalogue raster dbf par la dll Imcat40, je constate une très nette dégradation des couleurs des mêmes dalles.
Un examen de palette graphique sous Paint Shop Pro révèle de profondes disparités de palette entre les dalles.
Plus surprenant, sous la version 9.1, sur un même jeu de dalles, il n'y a pas de problème de couleur sous ArcCatalog alors qu'elles sont flagrantes sous ArcMap.
Avez-vous rencontré ce problème lors du chargement de scan 25 sous ArcMap ? Connaissez-vous des solutions palliatives ou mieux curatives ?
Merci pour vos réponses, je sèche complètement sur ce problème.
Mikaël,
Hors ligne
#2 Fri 27 July 2007 09:29
- berlau
- Participant occasionnel
- Date d'inscription: 8 Jun 2007
- Messages: 40
Re: Problème d'affichage du scan 25
Essayez de voir si la suppression des fichiers auxiliaires (NomImage.aux) ne corrige pas le problème...
Par ailleurs, lors de la création d'un catalogue rasters, les différentes dalles prennent la même palette de couleurs que la première dalle chargée dans le catalogue rasters (ou première dalle dans la table DBase).
Enfin, videz le répertoire rasterproxies (C:/temp/rasterproxies).
BertRand.
Hors ligne
#3 Mon 30 July 2007 09:19
Re: Problème d'affichage du scan 25
Par ailleurs, lors de la création d'un catalogue rasters, les différentes dalles prennent la même palette de couleurs que la première dalle chargée dans le catalogue rasters (ou première dalle dans la table DBase).
Voilà qui est très intéressant. J'ai moi aussi eu ce cas. Ma solution ? Un peu bancale, vu que je n'ai jamais réussi à trouver la cause et du coup une solution efficace, c'est de faire deux catalogue raster distinct l'un avec les dalles qui allaient bien, et l'autre avec les dalles qui me posait souci. Je suis équipé Arcview 8.3.
Robin.
Dernière modification par Robin (Mon 30 July 2007 09:19)
Hors ligne
#4 Mon 30 July 2007 18:53
- ChristopheV
- Membre
- Lieu: Ajaccio
- Date d'inscription: 7 Sep 2005
- Messages: 3193
- Site web
Re: Problème d'affichage du scan 25
Bonjour,
Je ne connais pas encore Arcview (d'ici quelques mois) je tente une réponse d'un point de vue "informatique".
Par ailleurs, lors de la création d'un catalogue rasters, les différentes dalles prennent la même palette de couleurs que la première dalle chargée dans le catalogue rasters (ou première dalle dans la table DBase).
Grosso modo une image type scan25.tif est composée d'une table de couleurs , un tableau de 256 octets, qui à chaque valeur associe une couleur RGB et d'une matrice d'octets, chacun décrivant un pixel de l'image la valeur de l'octet fournissant l'entrée dans la table. (les palettes c'est pour les images 24 et 32 bits).
Les dalles qui posent soucis n'ont peut-être pas le même ordonnacement de la table de couleur, le rouge est peut-être le quatrième éléments pour une dalle et le 6éme pour une autre. Ou alors la table de couleur de la première dalle n'est pas "copier coller" et c'est au niveau de l'intégrateur dans la BD que ce pose le pb.(mais ce serait pour toutes les dalles, Robin nous dit que non).
Edit: Je viens de faire le test avec XNVIEW (editer la palette) sur deux scan25, les palettes de couleurs ne sont pas du tout composée ou ordonnancées de la même façon, donc si c'est la table de couleur de la première table qui définit les couleurs des dalles suivantes, pas étonnant qu'il y ait des pbs.
Christophe
Dernière modification par DIANA2D.dev (Mon 30 July 2007 19:01)
Christophe
L'avantage d'être une île c'est d'être une terre topologiquement close
Hors ligne
#5 Mon 30 July 2007 20:01
- Mikael
- Participant occasionnel
- Date d'inscription: 10 Jun 2006
- Messages: 27
Re: Problème d'affichage du scan 25
Merci pour vos réponses !
En effet, j'avais constaté ces problèmes aussi avec ArcSDE 8.2. L'ordonnancement des couleurs de la palette n'est pas identique d'une dalle à l'autre. Le problème est considérable si l'on veut, comme moi, charger le scan 25 France entière !
Je ne me vois pas lancer un script sur un logiciel d'image pour uniformiser l'ordre des couleurs et ainsi avoir une palette identique pour toutes les dalles. Tout d'abord le scan 25 c'est 90 Go , il faut donc avoir la volumétrie nécessaire mais surtout les dalles en seraient très certainement dégradées.
De plus, la supression des fichiers .aux, .rdd ou le fait de relancer le pyramidage ne corrige pas le problème dans mon cas.
Comme je l'ai évoqué ce problème est constaté uniquement sur arcmap, arccatalog ne me pose pas se genre de problème.
Est-ce à dire que la version 9.2 d'arcGis corrige ces problèmes dans le module cartographique ?
Bref, vers qui se tourner ? Du côté de l'IGN pour tenter d'avoir une palette uniforme ou vers Esri ?
Ce problème avec les dalles de 2006 a, je pense, bloqué plus d'un utilisateur d'arcGis ces dernier temps.
Mikaël
Hors ligne
#6 Mon 30 July 2007 20:15
- ChristopheV
- Membre
- Lieu: Ajaccio
- Date d'inscription: 7 Sep 2005
- Messages: 3193
- Site web
Re: Problème d'affichage du scan 25
Je dirais qu'il est impossible d'uniformiser les palettes de couleurs pour un ensemble scan25. Ce non pas techniquement, mais du point de vue rendu. Suivant les zones représentées sur une dalle (mer, forêts, montagne ...), des couleurs et leurs nuances sont plus ou moins présente, la table de couleur est codée pour obtenir le rendu optimum sur 256 couleurs pour la zone observée.
Une solution est de convertir les images couleurs 8 bits en couleur 24 bit (mais atttention aux tailles d'images générées) là pas de table de couleurs, c'est la couleur BGR qui est codées dans chacun des trois octets définissant le pixel.
A+
Christophe
Christophe
L'avantage d'être une île c'est d'être une terre topologiquement close
Hors ligne
#7 Mon 30 July 2007 23:14
Re: Problème d'affichage du scan 25
Je ne vois pas en quoi des palettes différentes influeraient sur l'affichage des différentes couleurs à moins que vous ayez une carte graphique limitée à 256 ou 65536 couleurs, ce qui est quand même rare de nos jours même dans les trés hautes résolutions... Je pencherais plutot pour un bug qui sont nombreux dans les logiciels de traitement des images.
Les images sont forcément affichées avec 24 bits voire 32 bits de résolution pixel...
Hors ligne
#8 Tue 31 July 2007 08:09
- ChristopheV
- Membre
- Lieu: Ajaccio
- Date d'inscription: 7 Sep 2005
- Messages: 3193
- Site web
Re: Problème d'affichage du scan 25
Bonjour,
Christian ta réponse est plus que surprenante. Surtout pour qqu'un qui connait l'API Windows.
Il ne faut pas confondre le bitmap du DC d'affichage et l'image elle même.
Christophe
Christophe
L'avantage d'être une île c'est d'être une terre topologiquement close
Hors ligne
#9 Tue 31 July 2007 18:34
Re: Problème d'affichage du scan 25
Bonjour,
Christian ta réponse est plus que surprenante. Surtout pour qqu'un qui connait l'API Windows.
Il ne faut pas confondre le bitmap du DC d'affichage et l'image elle même.
Christophe
Oui, mais un logiciel chargé d'afficher une image, la moindre des choses qu'il puisse faire c'est lire la palette de l'image de manière à convertir les données dans des couleurs que comprenne la carte graphique. le fait que deux images A et B avec des palettes différentes puissent s'afficher l'un en tenant compte de la palette de l'image A et l'autre en tenant toujours compte de la palette A me laisse coi ! non ? ou alors il y a quelque chose que je n'ai pas compris ?
Hors ligne
#10 Tue 31 July 2007 22:33
- ChristopheV
- Membre
- Lieu: Ajaccio
- Date d'inscription: 7 Sep 2005
- Messages: 3193
- Site web
Re: Problème d'affichage du scan 25
le fait que deux images A et B avec des palettes différentes puissent s'afficher l'un en tenant compte de la palette de l'image A et l'autre en tenant toujours compte de la palette A me laisse coi ! non ?
Ben moi aussi, en fait si j'ai bien compris c'est là:
Par contre lors de la création d'un catalogue raster dbf par la dll Imcat40
Les gars se sont pas embêtés, ils codent le bitmapheader et la palette de couleur une seule fois ensuite chaque champs de la BD contient la matrice de pixel. Sauf que ... ça marche pas!
A+
Christophe
Christophe
L'avantage d'être une île c'est d'être une terre topologiquement close
Hors ligne
#11 Tue 31 July 2007 22:54
- JB
- Membre
- Date d'inscription: 22 Jun 2005
- Messages: 2986
Re: Problème d'affichage du scan 25
Bonsoir,
j'ai moi aussi constaté ce genre de problèmes, mais il y a longtemps. Autant que je me souvienne, les fichiers du scan25 n'étaient pas codés sur les mêmes valeurs pour des thématiques identiques, par exemple le bleu de l'eau est 20 sur un scan et 32 sur un autre. Aucun logiciel de traitement d'images n'est capable de savoir que 20 chez l'un veut dire 32 chez l'autre si on ne lui pas dit avant...
Pour ce qui est des fichiers .aux et .rrd, pas étonnant que ça ne résolve rien! Ca n'a rien à voir avec les codes employés pour chaque thématique. Le seul moyen est de recoder les valeurs pour qu'une thématique soit toujours identifiée par la même valeur.
J'ai juste un petit doute: les fichiers du scan25 sont codés en RGB ou en thématique (une seule couche indexée)?
Bonne soirée,
JB
Hors ligne
#12 Wed 01 August 2007 19:16
Re: Problème d'affichage du scan 25
Bonsoir,
j'ai moi aussi constaté ce genre de problèmes, mais il y a longtemps. Autant que je me souvienne, les fichiers du scan25 n'étaient pas codés sur les mêmes valeurs pour des thématiques identiques, par exemple le bleu de l'eau est 20 sur un scan et 32 sur un autre. Aucun logiciel de traitement d'images n'est capable de savoir que 20 chez l'un veut dire 32 chez l'autre si on ne lui pas dit avant...
n'importe quel logiciel de traitement de l'image (digne de ce nom) est capable de faire cela tout simplement parce que n'importe quel type d'mage dont les couleurs sont 'codés' sous forme de palette contient intrinsèquement une table de couleur
Pour ce qui est des fichiers .aux et .rrd, pas étonnant que ça ne résolve rien! Ca n'a rien à voir avec les codes employés pour chaque thématique. Le seul moyen est de recoder les valeurs pour qu'une thématique soit toujours identifiée par la même valeur.
J'ai juste un petit doute: les fichiers du scan25 sont codés en RGB ou en thématique (une seule couche indexée)?
Bonne soirée,
JB
Je persiste, JB, mais c'est une hérésie de recoder les tables de couleurs en plus, tu n'y arriveras pas : tu ne peux pas coder 16 millions de couleurs avec le même code de 8 ou 16 bits.
Je tombe vraiment sur le ... postérieur
C'est comme si tu reprochais à un photographe d'avoir pris une image avec une résolution de 2000x1400 sous prétexte que ton logiciel n'affiche que les 640x400 supérieur gauche de l'image...
Un seul remède : change de logiciel !
Dernière modification par christian (Wed 01 August 2007 19:20)
Hors ligne
#13 Wed 01 August 2007 21:00
- JB
- Membre
- Date d'inscription: 22 Jun 2005
- Messages: 2986
Re: Problème d'affichage du scan 25
n'importe quel logiciel de traitement de l'image (digne de ce nom) est capable de faire cela tout simplement parce que n'importe quel type d'mage dont les couleurs sont 'codés' sous forme de palette contient intrinsèquement une table de couleur
De quel logiciel de traitement d'image parles tu? On a évoqué Paint Shop Pro qui mettait en évidence les disparités de palette, mais le coeur du souci semble être ArcGIS et honnêtement, en termes de traitement d'images, on connait mieux non?
La palette s'appelle éventuellement une LUT (Look Up Table) qui fait la correspondance entre le codage du fichier sur 8, 16 ou 32 bits, signés ou pas, flottants ou pas etc... et ce que peut afficher un écran en RGB. Si on parle de couche indexée ou thématique, une valeur d'index est associée à un code couleur. Apparemment, ArcGIS définit une LUT sur le premier fichier et l'applique à tous les autres. De ce que je peux me souvenir, ça avait parfois des résultats surprenants et il me semble que c'est bien de cela qu'on parle.
Je persiste, JB, mais c'est une hérésie de recoder les tables de couleurs en plus, tu n'y arriveras pas : tu ne peux pas coder 16 millions de couleurs avec le même code de 8 ou 16 bits.
Ca m'étonnerait vraiment que le scan25 soit une image sur 16 millions de couleurs! Et ça ne répond pas à mon interrogation, à savoir si le scan25 est une image indexée ou pas. Si oui, je précise ma pensée: je parlais bien de recoder une même thématique avec le même code. Je fais bien la distinction entre une image indexée et une image RGB continue.
Cela étant dit, si ce propos si aggressif a juste pour but de nous démontrer que tous les logiciels sont mauvais, que les éditeurs n'ont jamais rien compris et que tu n'as jamais eu d'outil de traitement d'images digne de ce nom, je rends les armes. J'ai mieux à faire.
Bonne soirée,
JB
Dernière modification par JB (Wed 01 August 2007 21:11)
Hors ligne
#14 Thu 02 August 2007 00:40
Re: Problème d'affichage du scan 25
Cela étant dit, si ce propos si aggressif a juste pour but de nous démontrer que tous les logiciels sont mauvais, que les éditeurs n'ont jamais rien compris et que tu n'as jamais eu d'outil de traitement d'images digne de ce nom, je rends les armes. J'ai mieux à faire.
Bonne soirée,
JB
Agressif ?? Hola! quelle mouche vous pique! On discutte! j'ai pas assez mis d'emoticones? Je donne simplement mon avis (étonné) qui ne vaut ni plus ni moins que tous les autres.
Bonne soirée
Hors ligne
#15 Thu 02 August 2007 09:23
Re: Problème d'affichage du scan 25
Hello à vous,
N'oubliez pas que le propos n'est pas de démontrer telle ou telle chose, mais bien de résoudre le problème posé plus haut, qui de mon point de vue, ne semble pas résolu...
JB, je ne pense pas que christian ait été agressif dans ses propos, mais je comprend bien que le sujet du traitement d'image te tienne à coeur Une p'tite solution de la part de nos spécialistes du pixels ?
Geomatiquement,
Robin.
Hors ligne
#16 Thu 02 August 2007 09:44
- ChristopheV
- Membre
- Lieu: Ajaccio
- Date d'inscription: 7 Sep 2005
- Messages: 3193
- Site web
Re: Problème d'affichage du scan 25
Bonjour,
Ca m'étonnerait vraiment que le scan25 soit une image sur 16 millions de couleurs!
Non sur 256 couleurs, 1 octet par pixel. Et je me répete il n'y a pas qu'un pb d'ordre (le bleu de l'eau toujours en 3éme position par exemple), il y a un pb de composition (c'est ce que JB appel la thématique ??). Les 256 couleurs d'un scan25 A, ne seront pas les 256 couleurs d'un scan B. Sur le A il y aura une dominante rouge, sur le B une dominante verte, par exemple.
Je crois qu'il y a confusion entre le pb et la cause.
Le pb : les images se dégrade lors de leur intégration dans un catalogue dbf.
La cause (probable) : L'utilisation de la table de couleur de la première dalle lors de la création du catalogue et application de cette table aux images suivantes.
Il ne s'agit donc pas d'un soucis de tratement d'image mais plutôt d'une mauvaise modélisation de l'intégration des images dans une base de donnée. Je comprend Christian qui est comme moi choqué que l'on puisse faire une telle bourde en tant que concepteur logiciel, (et je crois que nous avons tous deux une expérience dans ce domaine), mais il faut relativiser, cette création de catalogue n'est q'une fonctionnalité du logiciel.
A+
Christophe
Christophe
L'avantage d'être une île c'est d'être une terre topologiquement close
Hors ligne
#17 Thu 02 August 2007 09:57
- ChristopheV
- Membre
- Lieu: Ajaccio
- Date d'inscription: 7 Sep 2005
- Messages: 3193
- Site web
Re: Problème d'affichage du scan 25
RE, (Robin a été plus rapide)
La solution envisageable a été appliquée par Robin: Création de catalogue distincts
En effet un traitement statistique sur l'ensemble des tables de couleurs de l'ensemble des scan25 permettrait sans doute de dégager un certain nombre de table de couleurs génériques permettant une dégradation a minima des scan25 appartenant à la classe définie par une table donnée.
Une autre solution et le découpage des scan25 en entité plus petites , puis conversion de ces "mini"-dalles en 24 bits.
Mais vu le travail à accomplir, il serait peut-être judicieux que les concepteurs de la fonction "catalogue" modifient leur code, et enregistre chaque image dans la BD avec sa table de couleur spécifique. Ou qu'ils précisent que l'intégration dans le catalogue n'est garantie que pour les images en 24 ou 32 bits.
A+
Christophe
Dernière modification par DIANA2D.dev (Sat 11 August 2007 19:35)
Christophe
L'avantage d'être une île c'est d'être une terre topologiquement close
Hors ligne