Le portail francophone de la géomatique

Tonytony,

La taille des pièce jointes étant limité, celles-ci n'ont pas été uploader sur le serveur de georezo.

Y.

Ce que vous décrivez est un ficher tfw, par contre. Pour le reste, je pense qu'on devrait exhumer des White papers sur le format TAB et GRD, notamment sur ce forum,

Robin.

Non pas du tout, ça va
Je pense avec ce que vous m'avez dit que mon professeur ne nous a pas donner autant de fichier que nécessaire au vrai travail. En fait je suis en train de me dire qu'il nous a laissé le minimum pour situer dans une interface graphique les morceaux de cartes
Dans un meme dossier j'ai: l'image, un .tab, un .tfw
Donc je pense déja que le .tfw servira a placer le morceau de carte sur ma map complete grace au pixel HautGauche
Ensuite l'image bon et bien a mon avis je pense que c'est pour la mettre à l'écran ^^
Mais voila il me reste le .tab qui ressemble à cela et a part le Unit "m" (selon moi unité metre) me laisse perplexe:

Voici enfin un extrait d'un des fichiers grd*****.txt (exemple grd652_54875.txt) qui pour moi correspondrait aux hauteurs
(ça continue beaucoup  en bas en vrai la j'ai réduit mais il fait 11Mega rien qu'avec du texte)

Voila en esperant que vous pourrez m'aider
Merci par avance

[EDIT Maurice] Message modifié pour la lisibilité. Merci d'éviter les lignes vides et d'utiliser les balises (ici: CODE)

Le prof a bien tout donné pour que vous puissiez l'utiliser soit avec un logiciel ESRI (ArcGis, ArcView...) soit avec MapInfo
- l'image TIF est accompagnée d'un worldfile (TFW) pour ESRI et d'un TAB pour MapInfo
- Ce TAB nous indique que la projection est du Lambert93 (ce dont le TFW, par structure, ne parle pas)
- le *.txt est une exportation en texte d'un modèle numérique de terrain (ce sont bien des altitudes) et on voit que les coordonnées du coin Haut-Gauche sont exprimées aussi en Lambert93. Ce type de fichier peut être importé et exploité aussi bien par les logiciels ESRI (avec l'extension SpatialAnalyst) que par MapInfo (avec l'extension VerticalMapper)

ps: En plus de la projection et de l'unité de celle-ci, le TAB donne le nom de l'image TIF concernée et les coordonnées terrain et pixel de trois points de calage.

[EDIT] Caramba, encore raté!! Grillé par Robin mais on est plus complémentaires que concurrents sur ce coup

Bonjour,

Quelques questions "complementaires" concernant l'aspect informatique de votre projet.

Quel langage de dev ?

Quelle plate-forme ? (donc quelle interface graphique ?)

Quel format de fichier raster ? (tif, ecw ... ??)

Une précision sur l'architecture logicielle, comme vous avez pu le constater pour votre première question la problématique du système de coordonnée géographique est permanente quelques soit les objets de votre application. Il est donc vital de définir une interface de conversion de coordonnées en plus de l'interface graphique.

A+

Christophe

Bonjour

Pour la question quatre (Oui je sais je ne répond qu' a ce qui est facile )

Les points de calage servent a georeferencer une image. Ce qui veux dire que si tu cale une photo aérienne de paris. Puis que tu l'ouvre dans un logiciel adapté si tu regarde ce que l'image te dit comme coordonnée réel de la tour effeil ce sera les mêmes que celle que tu pourra relever avec un gps sur le terrain(si bien sur le systeme de projection est le même, sinon tu aura des chiffres différent mais qui indique bel et bien le même endroit.)
Et donc si tu rajoute d'autre info géoreferencées, comme des couches reprenant les monuments de Paris, tu verra un symbole de la nouvelle couche se poser exactement à l'emplacement ou toi tu vois la tour effeil sur la photo.

Le point de calage est en quelque sorte un traducteur de langage, l'image parle en pixel et grace au point de calage couplé au systeme de projection on l'a fait parler en "réel"
Mais bon dans ma tête c'est clair ce qui veux pas dire que dans la tienne ca le sera car je suis pas toujours jamais (rayé la mention inutile) doué pour expliquer.

Pour la question 1 :

Le type raster est exactement ce que tu a compris, c'est une image. C'est juste de la terminologie, pour nous raster = image et tu trouvera aussi vecteur qui  est tout ce qui est information représentée sous forme de ligne, polygone et point.

Dernière modification par Sylvain Larvor (Wed 09 January 2008 12:02)

Zut, il ne reste que la question 3
Pour faire simple, ce sont les paramètres utilisés par MapInfo pour définir la projection ...Cette suite de paramètres définit une et une seule projection
Précisions: le fichier grd*.txt définit une grille rectangulaire. Comme le dit Robin, on peut donc donner les coordonnées de n'importe quel coin du moment qu'on sait le nombre de lignes et de colonnes. Il se trouve qu'en carto, l'origine est en bas à gauche...

Presque ça
En fait il y a bien 3000 pixels et c'est toujours le coin haut gauche du pixel qui est considéré. Dans le TAB on peut indifférement dire
0,3000 et donner les coordonnées haut gauche des pixels 1 et 3001 (pixel"potentiel" puisque dehors...)
0,2999 et donner les coordonnées haut gauche des pixels 1 et 3000

ps pour les non-initiés: amha dans le post de Christophe = à mon humble avis (IMHO en anglais)
Je fanfaronne car je viens juste d'apprendre ça

Woaw!!!  merci pour toutes ces réponses je n'en attendais pas tant

J'ai compris la majeur partie mais il faut peut être que je précise quelque chose
Je suis totalement nouveau dans ce domaine je n'ai jamais vu de prés ou de loin MapInfo ou Arc et je pense si j'ai bien compris que ce sont des logicielles déja créé et que vous utiliser c'est cela non???

A moins que vous soyez informaticien vous aussi ???

Je ne sais meme pas en fait a qui est vraiment destiné ce forum je pense a des personnes travaillant sur la topographie, géographie, etc....


Et malheureusement je pense que si c'est le cas nous ne pourrons jamais utiliser MapInfo et ArcGis dans notre projet


Ce que nous allons faire et un programme totalement a part

qui reprend bien sur les .tab et .tfw que vous connaissez mais se sera a nous de coder tout cela pour que cela donne quelque chose à l'écran c'est pour cela que si vous y connaissez quelque chose je voudrais plus de précision sur la ligne

CoordSys Earth Projection 3, 33, "m", 3, 46.5, 44, 49, 700000, 6600000

d'après mes recherches 700 000 et 6600000 sont les coordonnées de base de tous système utilisant le lambert 93
c'est l'origine en gros je ne me trompe pas

ensuite "m" bon c'est mètre

mais que dois-je faire des autres données fournis
car je pense qu'elles serviront a quelque chose dans le programme qui sera créé

Merci par avance et bonne soirée

Une journée non stop de projet en informatique j'en peu plus la je vais me coucher tot ce soir

très bonne soirée messieurs (-dames s'il y'en a bien sur ^^)



PS: dites moi si je mettais l'énoncé de mon projet cela vous aiderait t'il mieux a cerner le problème ????

-  CoordSys Earth Projection ... pour dire qu'on est en projection, les paramètres suivant la définissant
- 3 : code le la projection Lambert Conformal Conic
- 33 : code de l'ellipsoïde GRS 80
- "m" : unité de la projection (ici mètre, dont le code est 7)
- 46.5 : latitude d'origine (entre les deux suivants)
- 44 : latitude du parallèle standard Sud
- 49 : latitude du parallèle standard Nord
Dans le cas des projections coniques, un cône est tracé à travers le globe terrestre dont il croise la surface au niveau de deux parallèles (cercles en latitude). Celles-ci sont les parallèles standards. L'une se situe dans le nord, l'autre dans le sud de la zone de projection. Les deux parallèles sont exprimés en degrés (décimaux) de latitude.
- 700000 : fausse coordonnée Est
- 6600000 : fausse coordonnée Nord
Le calcul des coordonnées est plus facile en l'absence de nombres négatifs. Pour éliminer ceux-ci lors d'un calcul de coordonnées, on a l'habitude d'ajouter des compensations en Nord et Est. Elles sont exprimées en unités de coordonnées.
ps: tiré du manuel MapInfo
re-ps: perso je suis ingénieur agronome ... tout mène à la géomatique (et vice versa)

RAS si ce n'est ce que dit le projet:
"Ces données sont confidentielles, elles ne peuvent être diffusées ou conservées par les étudiants à l'issue du projet."
Et bien sûr...ne pas les perdre ou les corrompre avant la fin du projet

Hello,

Je pense que de donner les coordonnées du projet n'est pas très grave. A mon avis, on vous demande surtout de ne pas diffuser les bases de données (dalles MNT notamment et images satellites) qui sont sous licence ainsi que l'identité des organismes privés qui participent à ce projet.

Robin.

Ps : Juste une petite remarque du modérateur : ce sujet ne sera pas un sujet "projet tutoré" ! Je vous propose donc pour la suite de continuer à poser vos questions sur les formats de fichier ici, mais gardez en mémoire que c'est votre projet tutoré, pas le notre, donc il faudra donc décomposer vos questions éventuelles sur les forums adéquats, les questions généralistes sur le forum geomatique et les questions spécifiques sur les autres forums comme celui ci, qui est dédié à Mapinfo.

N'oubliez pas de rechercher par vous même le forum, qui est très riche en informations. Vous trouverez aussi des infos chez nos voisins (ForumSIG) et bien sûr en faisant des recherches sur votre moteur de recherche favori.

Rappellez vous cette règle : un fil de discussion par question/thème.

Bonjour,

En plus des conseils pertinents déjà prodigués, quelques remarques:

Le système de projection géographique est une propriété ou une composante de l'espace de travail global, celui où sont gérées les dalles dans leur ensemble. Cette ligne va donc te servir à définir le système de projection géographique, mais elle ne te sert pas à calculer une transformation "espace logique image" (pixel de chaque dalle) vers l'espace de travail global. Pour ce faire tu utilises le contenu du tfw ou les  points d'appuis qui te permettrons de déterminer la taille des pixels ( nb : une gestion différenciée du x et y pixel est mieux) . Et un point d'ancrage de l'image.

Le passage d'un système de projection géographique (celui où l'image est définie) vers un autre ne peut être effectué sans recalculer l'image. En résumant on ne peut assimiler un changement de projection géographique  à une translation (sauf cas particuliers) . C'est donc le géoréférencement de l'image qui va déterminer le système de projection global.

Pour résumer sur les sytèmes de coordonnées à gérer:

-périphérique logique : interface graphique (Qt dans ton cas)

-Réelle (projection géographique définie par les rasters) logique : à écrire
Ce système sera celui où toutes les entitées dessinables seront exprimées.

ici un extrait exemple VB (donc pur windows ...),

Private Function RtoL(P As POINTGEO) As POINTAPI
Dim X As Long, Y As Long
Dim x1 As Double, Y1 As Double

x1 = ((P.X - mxT) * 10 ^ 5 * mEchelle)
Y1 = ((P.Y - myT) * 10 ^ 5 * mEchelle)

end function

mxT, myT étant l'angle bas gauche de la zone client en coordonnées "réelles" , mEchelle est calculé en fonction du nombre d'unité logique disponible dans la zone client de la fenêtre conteneur et de la zone réelle à représenter.
(ce pour un DC mappé en mode métrique).

- Coordonnée affichées
Celles-ci peuvent être exprimées dans n'importe quel système géodésique. Par forcement obliger de l'écrire, en suivant les conseil de Robin tu devrais trouver des interfaces directement exploitables.

A+

Christophe
(developpeur amateur)

Oui oui ne vous inquiétez pas comme vous pouvez le voir depuis le début je ne fais que poser des questions au niveau des connaissances que je n'ai pas

Je ne demande pas du tout de l'aide pour réaliser le projet ensuite

mon énoncé est fourni au cas ou ce que je dirais serait un peu ambigu

ensuite une fois les principales connaissances acquises nous passerons au codage nous même ne vous inquiétez pas

Merci encore une fois à tous