Webgl kennt nur 2d Texturen. Ich habe mal all deine Vorschläge durchprobiert und bekomme unterschiedliche Effekte:

gl_FragColor =texture2D(uSampler, vec2(0.0,altitude)); //Buntes Bild, siehe Screenshot
gl_FragColor =texture2D(uSampler, vec2(altitude,0.0)); //komplett rot das Objekt. Das untere Ende der Textur wird wohl benutzt.
gl_FragColor =texture2D(uSampler, altitude); //Buntes Bild, siehe Screenshot
das mit der Endung .rgb funzt nicht, ist das wichtig?

Screenshot:

-> Irgendwas wird noch falsch gemacht von mir

Hier meine TExtur (hab sie zur besseren Erkennung auf 20px skaliert):


Die z-Werte gebe ich wie anfangs von Coolcat beschrieben als Weltkoordinaten weiter an den Pixelshader.

Und dann immer noch das Grundverständnis: Woher weiß der Fragmentshader, welchem z-Wert er welcher Farbe aus der TExtur zuordnen soll, z.B. dass der höchste Wert die Farbe rot bekommen soll?

Tja, genau das fehlt Texturkoordinaten müssen immer zwischen 0 und 1 liegen. Bei größeren Werten wird die Textur wiederholt (*), darum bekommst du das was du oben als "Buntes Bild" bezeichnest: Für jeden Höhenmeter wird die Textur wiederholt.

Oben sagst du das deine Höhenwerte zwischen -5000 und 100 liegen. Also:



texture2D liefert einen vec4 und gl_FragColor ist ebenfalls ein vec4. Da sharkman einen vec3 für die Farbe benutzt hatte musste er von den vier Werten drei auswählen. In GLSL kannst du mittels ".x", ".y", ".z" und ".w" auf die einzelnen Werte des vec4 zugreifen. Diese kannst du auch beliebig kombinieren, also ".xy" oder ".wzx". Zudem kannst du statt "xyzw" auch die Buchstaben "rgba" oder "stpq" benutzen, du musst dich aber für einen Buchstabensatz entscheiden, also ".xgb" geht nicht. Welchen Buchstabensatz du nimmst ist dem Compiler egal, üblicherweise nimmt man aber "xyzw" für Koordinaten, "rgba" für Farben und "stpq" für Texturkoordinaten.


(*) das ist die Default-Einstellung. Siehe glTexParameter mit GL_TEXTURE_WRAP_S bzw. GL_TEXTURE_WRAP_T.

_________________
Yeah!