Si tu comprends l'anglais,
un fichier xls de mapping

Citation
Si je comprends bien, ça veut dire que si je veux une altitude de 300m au dessus du niveau de la mer, je dois faire: [300 + 250] * 10 = 5500 = #157C ?

oui, si tu n'as pas de mod qui modifie l'hauteur de l'eau

Citation

Donc, je me dis que soit, il est possible de changer l'échelle du selecteur de couleurs (mais je n'ai pas trouvé comment), soit il faut appliquer une règle de 3 pour avoir les correspondances entre les 2 échelles de couleurs.

je sais pas non plus[neutre]

Salut wouanagaine,

Je comprends très mal l'anglais mais entre ce que je sais, les traducteurs et du temps, je finis en général par m'en sortir. Je verrais ça tout à l'heure.

Merci!

Pour Photoshop, on finira bien par trouver (ou quelqu'un qui passe par ce sujet)! [oeil]

_________________________________________
Tel qui roule radis pervanche pèlera (Jean Tardieu)
La carte n'est pas le territoire (Alfred Korzybski)

Bonjour,

J'ai planché sur l'importation RGB. Pour bien faire les choses, j'ai établi (à partir du tableau proposé par wouanagaine) les correspondances de couleurs par pas de 10cm. Et fusion entre les pas.



Pas vraiment au point. Je crois avoir compris qu'il ne faut pas redimensionner la carte après l'application des couleurs. ça vient peut-être de ça (en lui donnant 1281x1281 avec photoshop).

Allez, pour le plaisir:

Celle-ci faite avec sauvegarde de l'image (8bits mais haute résolution):



Celle-là avec sauvegarde des données (24bits mais faible résolution):



Remarquez, comme ça on sait où sont les tranches d'altitudes [vert]

a+

_________________________________________
Tel qui roule radis pervanche pèlera (Jean Tardieu)
La carte n'est pas le territoire (Alfred Korzybski)

effectivement il ne faut pas redimensionner
Moganite a mis un fichier altitude->RGB pour globalmapper, par contre je sais plus ou
je vais essayé de retrouver ca

Si c'est "RGB colourscheme.clr" dont tu parles, il est dans l'archive de la v1.1.

Il y a d'ailleurs quelque chose d'étonnant avec ce fichier. Il ne correspond pas au tableau du "XLS de mapping" de moganite:

En effet, avec la correspondance d'altitudes RGB, les valeurs de R et G changent par paliers de 16. Le premier changement se faisant à:

-----m-----R----G----B
-224.5----0----0---255
-224.4----0---16----0

Or, dans le fichier de la v1.1, le premier palier se fait à:


-----m-----R----G----B
-224.5----0----0---255
-224.4----0---15----0

Ensuite, cela change bien par 16. Mais il y a donc toujours 1 de décalage. [confut]

Si c'est un autre fichier que tu cherches, je le regarderai avec plaisir.
L'explication de cet écart de 1 dans celui-ci aussi. [oeil]

_________________________________________
Tel qui roule radis pervanche pèlera (Jean Tardieu)
La carte n'est pas le territoire (Alfred Korzybski)

c'etait bien le fichier que je cherchais
c'est une erreur, ca doit etre 16 pour le premier palier et tous les 16 ensuite

Salut!

Des contraintes professionnelles m'empêchent pour l'instant de continuer mes tests.

Toutefois, concernant photoshop et le gris 16 bits, j'ai eu l'occasion de poser la question à deux utilisateurs chevronnés de ce logiciel. Ils ne connaissent pas la possibilité de sélectionner un gris à partir d'un hexadécimal à quatre chiffres.
Apparemment, si l'on veut dessiner une carte avec ce niveau de détail, il semblerait donc qu'il faille s'orienter vers le RVB.

wouanagaine a écrit
c'est une erreur, ca doit etre 16 pour le premier palier et tous les 16 ensuite

Dis-moi si tu veux que je t'envoies le fichier corrigé (et si oui, où). Il vaut peut-être mieux ne pas laisser ce fichier avec l'erreur dans ton archive de la v1.1

Au passage, c'est un peu hors sujet mais vous pouvez peut-être me donner un tuyau:
J'ai fais mon fichier "colourscheme.clr" en sauvegardant (comme indiqué) le tableau xls en txt. Puis, en le renommant.
Mais, tous les types de sauvegardes que j'ai essayé font les séparations avec une virgule (exemple: "159,6").
Or, pour fonctionner avec GlobalMapper, les données d'altitudes du "colourscheme.clr" doivent être avec un point et non une virgule (exemple: "159.6").
J'ai contourné le problème en transformant les nombres en milliers dans le tableau Excel mais, y a-t-il un moyen pour faire en sorte que, dans excel, le séparateur soit un point à la place de la virgule.
Ou bien que la transformation de la virgule en point se fasse à la sauvegarde?

A+

_________________________________________
Tel qui roule radis pervanche pèlera (Jean Tardieu)
La carte n'est pas le territoire (Alfred Korzybski)

Citation
Au passage, c'est un peu hors sujet mais vous pouvez peut-être me donner un tuyau:
J'ai fais mon fichier "colourscheme.clr" en sauvegardant (comme indiqué) le tableau xls en txt. Puis, en le renommant.
Mais, tous les types de sauvegardes que j'ai essayé font les séparations avec une virgule (exemple: "159,6").
Or, pour fonctionner avec GlobalMapper, les données d'altitudes du "colourscheme.clr" doivent être avec un point et non une virgule (exemple: "159.6").
J'ai contourné le problème en transformant les nombres en milliers dans le tableau Excel mais, y a-t-il un moyen pour faire en sorte que, dans excel, le séparateur soit un point à la place de la virgule.
Ou bien que la transformation de la virgule en point se fasse à la sauvegarde?

Tres simplement en changeant dans le panneau de config->option regionales->Personnaliser->onglet nombres, tu changes le symbole décimal

Mieux un qui sait que dix qui cherchent.

Merci wouanagaine! [content]

_________________________________________
Tel qui roule radis pervanche pèlera (Jean Tardieu)
La carte n'est pas le territoire (Alfred Korzybski)

Je suis juste de passage [oeil] ... mais toujours attentif au sujet.
a+
Cordialement

L'intelligence artificielle n'a aucune chance face à la stupidité naturelle
Partez à la découverte des châteaux-forts en Alsace
Le site de Marie-Line