Annonce
L'appel à participation est ouvert jusqu'au 19 janvier 2025!
#1 Tue 16 May 2000 12:39
- Muriel Harguindeguy
- Invité
Pb de projection dans les logiciels
je viens de m'apercevoir que les parametres qui servent a calculer les
differentes projections, notamment Lambert III sous arc view ne sont pas
tout a fait corrects (il y a des ecarts avec les donnees de l'IGN)
quelqu'un pourrait t'il m'expliquer cela !!!
le fichier qui repertorie ces donnees est default.prj , il suffirait de le
modifier pour resoudre l'affaire, mais je ne comprend pas dans quelles
unites sont exprimes les parametres
voici un exemple de la structure du fichier :
Lambert.308
Description: Projections of the United States ; Lambert
Conformal Conic (Conterminous U.S.)
Ellipsoid: 1001
Lambda0: -1.67551608191456
Phi0: 0.68067840827779
Phi1: 0.57595865315813
Phi2: 0.78539816339745
#2 Wed 17 May 2000 12:39
- PTherme
- Invité
Re: Pb de projection dans les logiciels
La demande qui a ete exprimee par Muriel Harguindeguy puis les reponses qui
lui ont ete faites laissent entendre qu'il y aurait de plusieurs erreurs dans
les calculs de projection proposes en standard dans les logiciels SIG.
C'est suffisamment grave pour que les differents editeurs qui suivent ce
forum nous communiquent les problemes effectifs constates sur leur logiciel
(ou nous garantissent qu'il n'y en a pas) et les correctifs a leur apporter.
Merci de leur reponse.
Cordialement
Pierre THERME
ou a:
#3 Wed 17 May 2000 12:39
- Muriel Harguindeguy
- Invité
Re: Pb de projection dans les logiciels
bonjour,
je voulais preciser que mon exemple etait pris au hasard pour illustrer
mon courrier,
mon probleme concerne les chiffres pour Phi 0 et Lambda, a quoi
correspondent t'il et comment sont t'ils calcules, normalement cela devrait
etre des coordonnees donc pourquoi ces chiffres ? ils ne correspondent pas
a ceux que l'on trouve dans la fenetre du logiciel (projection fancaise en
Lambert III par exemple)
ou a:
#4 Thu 18 May 2000 12:32
- PTherme
- Invité
Re: Pb de projection dans les logiciels
Les courriers de Jean Claude Lummaux et de Jean Michel Roques nous eclairent
sur les problemes de calculs de projection, notamment pour les projections
francaises.
Je n'ai pas une formation de geodesiste et je serais bien incapable de parler
savamment de ces methodes.
Je ne suis qu'un utilisateur de SIG qui est confronte regulierement a des
problemes d'integration de donnees de diverses provenances et je pensais
naivement que les passages d'un systeme de projection a un autre etaient
parfaitement definis.
Cela explique mon inquietude et mon interrogation sur la confiance que nous
pouvions apporter aux logiciels du commerce.
Le message de JC LUMMAUX montre qu'il y a un reel probleme et nous annonce
qu'il sera aborde avec les editeurs de logiciels a l'occasion du changement
de systeme de reference legal.
Je pense que je ne serai pas le seul a etre rassure si le CNIG mettait en
place une procedure de certification des outils de transformation de
coordonnees.
Cordialement
Pierre THERME
#5 Wed 17 May 2000 12:38
- Samir Daoudi
- Invité
Re: Pb de projection dans les logiciels
Bonjour,
> je viens de m'apercevoir que les parametres qui servent a calculer les
>differentes projections, notamment Lambert III sous arc view ne sont pas
>tout a fait correcte (il y a des ecarts avec les donnees de l'IGN)
>
> quelqu'un pourrait t'il m'expliquer cela !!!
Pour commencer, je peux vous garantir que ce n'est pas uniquement le cas
pour ArcView. Mais, on trouve ce probleme pratiquement dans tous les
logiciels du marche. Tout depend du lieu ou se developpent ces logiciels
(exple: ArcView (USA) et GeoConcept (France)).
Il est fort conseille de commencer toujours par la verification des
parametres de calcul des projections dans un SIG avant de se lancer dans
une etude qui demande une certaine precision.
Heureusement, ce probleme peut etre surmonte dans certains cas lorsque les
editeurs de ces logiciels nous donnent acces aux fichiers qui gerent les
systemes de coordonnees (projections, ellipsoides...) : il suffit d'editer
ces fichiers et modifier les parametres errones.
> il suffirait de le modifier pour resoudre l'affaire, mais je ne
>comprend pas dans quelles unites sont exprimes les parametres
> voici un exemple de la structure du fichier :
>
> Lambert.308
> Description:
> Ellipsoid: 1001
> Lambda0: -1.67551608191456
> Phi0: 0.68067840827779
> Phi1: 0.57595865315813
> Phi2: 0.78539816339745
Ceci est un extrait du fichier Default.prj d'ArcView qui gere les systemes
de coordonnees. Un systeme de coordonnees est forme par un datum (ou
ellipsoide reference souvent par rapport WGS84), une projection et des
parametres lies au territoire a cartographier. C'est ce vous voyez sur cet
extrait.
Pour repondre directement a votre question:
- Les parametres lambda0 (longitude origine) , Phi0 (latitude origine),
Phi1 et Phi2 (latitudes automecoiques) sont en radians.
- Ellipsoid 1001 : C'est un code qui correspond a l'ellipsoide Clarke 1866
utilise aux USA.
- Lambert. : est un code qui permet de choisir l'algorithme de calcul de
la projection conique conforme de Lambert. (l'algorithme est inaccessible,
il est stocke code source).
Par contre, je peux vous signaler ces informations qui pourront vous etre
utiles:
- ArcView propose 12 ellipsoides avec des identificateurs internes.
L'ellipsoide Clarke 1880 utilise en France metropolitaine est egalement
implemente mais avec des valeurs de parametres anglosaxones.
Les parametres utilises par l'IGN sont les suivants:
* Nom de l'ellipsoide: Clarke 1880 IGN
* a= 6378249.2000 b=6356515.0000 par consequent excentricite= 0.006803487646
Vous pouvez saisir ces parametres sur le fichier [ Spheroid.tab ] et a la
fin du fichier [ Default.prj ] dans la section (Elpsoid.1007)
- L'algorithme de projection Lambert sous ArcView est correct. Cependant,
il faut verifier les valeurs des parametres de chaque systeme de
coordonnees (Lamb I, II, III et IV ou II etendu) a la fin du fichier
[Default.prj]
Esri ne donne pas assez d'informations sur les systemes de coordonnees dans
le manuel d'utilisateur d'ArcView.
Cordialement.
Samir DAOUDI.
#6 Thu 18 May 2000 12:33
- Jean Michel Roques
- Invité
Re: Pb de projection dans les logiciels
> La demande qui a ete exprimee par Muriel Harguindeguy puis les reponses qui
> lui ont ete faites laissent entendre qu'il y aurait de plusieurs erreurs dans
> les calculs de projection proposes en standard dans les logiciels SIG.
>
> C'est suffisamment grave pour que les differents editeurs qui suivent ce
> forum nous communiquent les problemes effectifs constates sur leur logiciel
> (ou nous garantissent qu'il n'y en a pas) et les correctifs a leur apporter.
Oui bon.. n'oublions pas qu'il existe plus de deux centaines de systemes
de projection dans le monde et que la France n'a jamais brille par sa
volonte de suivre les standards de fait (venant des pays anglo saxons)..
Je me souviens, il y a quelques annees (94 ou 95) avoir discute sur la
mailing liste de Grass avec le responsable a l'usgs qui suivait la
bibliotheque proj4. Je lui avais donne les parametres des projections
lambert francaise qu'il n'avait pas (ha l'isolationisme orgueilleux des
Francais, et l'imperialisme egocentrique anglo saxon..)! et ca ne
marchait pas in fine a cause de la version francaise de l'ellipsoide de
clarke...C'avait ete a l'epoque la croix et la banniere de trouver la
cause et les bons parametres...
Comme les editeurs americains ont integre a mon avis la bibliotheque
proj4 dans leur logiciel il ne faut pas trop s'etonner des pb actuels
avec nos projections Francaises.
Dans le genre avec geoconcept (un bon logiciel pour les developpeurs
d'application soit dit au passage) on a eu un probleme sur un systeme
mis en place pour la foret d'Aquitaine :
Nos clients voulaient que l'on affiche les carroyages UTM des cartes IGN
tels qu'ils apparaissaient sur les cartes d'etat major. On a genere ces
carroyages par programme avec reference aux coordonnees et denomination
des carres en utilisant l'UTM standard actuel des zones 30 et 31T.
On avait systematiquement des decalages (variables sur la zone) de
80-100 m en x et 20-30m en y.
J'ai appele l'IGN et geoconcept pour comprendre.. a priori le datum des
cartes d'etat major ne devait pas etre celui du WGS84 de l'UTM
actuel...mais lequel etait ce? on n'a jamais su ...
on s'en est sorti en operant une translation generale de chacun des
carroyages par programmation en prenant le decalage moyen sur la zone..
Pietre solution dont on n'etait pas tres fiers..
Sincerement
Jean Michel Roques
Resp. Pole Environnement-SIG
CS-SI / DSO
13 Rue Villet, BP 4042
31029 Toulouse cedex 04
Email : jmr@cisi.cnes.fr
#7 Thu 18 May 2000 12:37
- Eric Auquiere
- Invité
Re: Pb de projection dans les logiciels
>Dans le genre avec geoconcept (un bon logiciel pour les developpeurs
>d'application soit dit au passage) on a eu un probleme sur un systeme
>mis en place pour la foret d'Aquitaine :
>Nos clients voulaient que l'on affiche les carroyages UTM des cartes IGN
>tels qu'ils apparaissaient sur les cartes d'etat major. On a genere ces
>carroyages par programme avec reference aux coordonnees et denomination
>des carres en utilisant l'UTM standard actuel des zones 30 et 31T.
>On avait systematiquement des decalages (variables sur la zone) de
>80-100 m en x et 20-30m en y.
>J'ai appele l'IGN et geoconcept pour comprendre.. a priori le datum des
>cartes d'etat major ne devait pas etre celui du WGS84 de l'UTM
>actuel...mais lequel etait ce? on n'a jamais su ...
>on s'en est sorti en operant une translation generale de chacun des
>carroyages par programmation en prenant le decalage moyen sur la zone..
Bonjour,
Ne s'agissait-il pas de l'EUROPEAN DATUM 1950 egalement utilise sur les
cartes d'etat major belges.
Bien a vous.
Auquiere Eric
Research Assistant
GIS & Remote Sensing
Dpt of Environmental Sciences
Place Croix du Sud, n°2 bte16
B-1348 Louvain-La-Neuve, Belgium
e-mail : auquiere@biom.ucl.ac.be
#8 Wed 17 May 2000 12:39
- Frédéric POUGET
- Invité
Re: Pb de projection dans les logiciels
Bonjour,
Je vous conseille de vous connecter sur cette page
http://www.esrifrance.fr/support/faq2.htm
Vous y trouverez toutes les informations sur la
gestion des projections francaises dans Arcview.
Il faut que vous telechargiez le fichier default.prj
(projection.zip est le nom du fichier default.prj
zippe) et le placer ensuite dans le repertoire ETC
d’arcview (a la place de l’ancien qui est le fichier
de definition des projections installe par defaut qui
ne contient pas les parametres des projections
francaises.
Si vous voulez par contre realiser des changements de
projections sur des themes il faut utiliser
l’extension PROJECTOR. Pour cela c’est tres simple (…)
placez delicatement le fichier PRJCTR.avx jusqu’alors
situe dans le repertoire Samplesext dans le
repertoire EXT32. Et utilisez ensuite la nouvelle
icone qui vient d’apparaitre. N’oubliez pas de
specifier les unites de la vue.
Frederic POUGET
Je ne suis pas le celebre moderateur de la liste geomatique !
EPTEGE SERVICES GEOGRAPHIQUES
Organisme de formation
75 avenue de Grande-Bretagne
F 31300 TOULOUSE
Email : SGE@compuserve.com
Site internet :
http://perso.libertysurf.fr/sge/
