Le portail francophone de la géomatique

Effectivement, je viens de la rajouter.

Bonjour,
je viens de faire un test avec des données mondiales de natural earth, je constate un problème similaire avec des systèmes de projection comme le WGS84 / UTM 41S ou RGF93 (une projection conique). Le problème vient à mon avis des données de départ, l’Antarctique n'a pas un trait de cote en forme de ligne droite !

Bonjour

Parfaitement d'accord avec Yves Egels, ajoutez à cela la nature informatique des choses et comme je l'expliquais dans un autre post de la précision des systèmes.
Votre carto étant représentée sur l'écran dans un système de coordonnées pixel donc entier, qui plus est fini car la valeur maxi est de 2^16-1. Donc toute transformée d'une coordonnée réelle qui "dépasse" cette valeur se retrouve à 0 ou valeur maxi (oui valeur maxi +1 = 0).

En fait comme le souligne Yves c'est un problème mal posé ou simplement un problème posé sans regarder son domaine de définition.

Salut,

pour la petite histoire, ce que Christophe décrit est ce qu'on appelle un dépassement d'entier (integer overflow),
qui est une erreur commune en programmation.
Le comportement en cas de dépassement varie, même si la "remise à zéro" est la plus commune.

Pour expliquer  le 

Prenons le cas d'une architecture ou les données seraient stockées sur des unités de 4 bits (registres),
La valeur maximum que l'on peut stocker est donc:
1111.
Si on ajoute 1 à cette valeur (en considérant une addition entre deux entiers non signés),
il nous faudrait donc 5 bits pour représenter le résultat :
10000
Comme les registres sont d'une taille de 4 bits,  l'ordinateur choisit d'écrêter le resultat
en ne prenant en compte que les 4 bits les plus faibles (les 4 premiers en partant de la droite):
0000
Ce qui nous fait donc 0. On dit que l'ordinateur a "wrappé" le resultat.

Ce genre d'erreur dans les programmes aboutit souvent à des failles de sécurité,
et Ariane 5 a vraisemblablement explosé à cause d'une erreur de ce type .

Dernière modification par tumasgiu (Thu 20 July 2017 10:42)

Bonjour,

Je crois que l'on ne s'est pas compris. Il ne faut pas confondre les calculs du monde réel (les projections par exemple) et la représentation graphique de ces calculs. Le jour où vous me trouvez un système qui utilise des nombres à virgule pour gérer des pixels ...
C'est le passage des coordonnées monde aux coordonnées de périphérique qui peut aussi provoque des dépassement de capacité.
Preuve sur la capture d'écran fournie, les lignes de fuites ont pour "fin" les coordonnées 0,0 du périphérique (en haut à gauche) et pas le 0,0 du cartographe.

Merci à tous pour vos explications très aboutie.

Lorsque l'on souhaite représenter sous forme de globe une mappe monde, des méthodes comme le Clip Circle sont utilisées pour découper les polygones en suivant un cercle afin de ne pas avoir ce problème de points aux coordonnées infinies.
Je pensais pouvoir trouver une méthode de découpe adaptée à ma projection qui est en RGTAAF07 / UTM 41S. J'avais besoin de représenter une partie de l'antarctique sur cette projection.

J'ai donc contourné le problème, soit en n'affichant plus l'antarctique, soit en utilisant le système de projection WGS84 déformant mais valide.

Encore merci pour votre dynamique !