Le portail francophone de la géomatique

Bonjour et merci pour votre aide, mais je viens de faire ce que vous m'avez conseillé et ca ne fontionne pas, je m'explique : les morceaux de carte defilent les unes après les autres mais ne se calent pas les unes à coté des autres.
En fait c'était des jpeg et je les ai transformées en map (ne me demandez pas comment !), mais il y a apparemment un pb de calage.
De + chaque morceaux de photos jpeg fait entre 1 et 5 Mo, est ce la raison de mon problème peut etre ?
Si je repars à 0, j'ai essayé ce matin d'ouvrir directement les .jpeg sur mapinfo mais je n'obtiens pas de calage automatique et une fenetre s'ouvre et me demande d'effectuer le calage moi meme. Je selectionne 3 points mais à partir de la plus rien ne fonctionne. Le 1er point s'affiche ds la fenetre du ahut mais le 2eme s'affiche à 0. J'ai deaj regardé sur le forum SIG et normalement les .jepg devraient se caler (apres demande de calage automatique), mais je n'obtiens pas ce type de message.
Je commence à réellement desespérer...
J'espere que vous comprenez ce que je dire ?
Pouvez vous m'aider ?
Merci d'avance
Malaga

Pardon, pardon;.
Oui c'est bien un.tab
Merci de votre aide !

Bonjour,

Pour ouvrir les orthophotos dans la même fenêtre, il faut choisir l'option «Ajouter à la fenêtre courante».
Avec le mode automatique, les orthophotos s'ouvrent habituellement dans des fenêtres différentes.

Vous pourrez ensuite créer votre couche logique «seamless».

Je recollationne : les cartes, une fois ouvertes dans une MEME fenetre carte (cf message de Marc-André ci-dessus si ce n'est que ça le problème), ne sont pas jointives les unes avec les autres comme elles devraient être?

Ca ressemble effectivement beaucoup à un problème de calage!
En reprenant le B-A-BA du calage, il s'agit d'associer des coordonnée terrestres, réelles, à différents points (3 au moins) de l'image de la carte, ce qui permet dà MapInfo de déterminer l'échelle, l'orientation et le positionnement de la carte. 
Donc, je seconde la proposition de Robin, toujours dans le cas où le problème n'est pas résolu par la proposition de Marc-André : le fichier .TAB contient, en texte, ces coordonnées, et à l'examen d'un de ces fichiers (ouvrir avec le bloc-notes et copier-coller dans le message l'ensemble des 6 à 10 lignes), on pourra peut-être trouver une solution...

Ah, voilà qui est plus clair.

Ce sont donc bien des ortho non calées.

Avez vous des fichiers qui vont avec vos ortho ? D'où viennent elles d'ailleurs ?

Deux possibilités :
- vous trouvez les fichiers de géoréférencement et en fonction du type de fichier, il faudra adopter une méthode pour créer les TAB appropriés

- vous n'avez pas de fichiers, et il faudra les géoréférencer à la main.

A vous
Robin.

Hé!  Elles sont là les coordonnées, dans le nom du fichier!
Si l'orthophoto en question est du côté de Cannes, c'est du Lambert III sud, si c'est un peu au sud de Bitche, c'est du Lambert I nord (j'exclus le Lambert 2 centre qui tombe à l'étranger, dans les Diablerets, là où le SwissGrid est de rigueur)...
Et, en général, c'est les coordonnées du coin haut/gauche de l'image (bas/gauche, des fois mais rarement, à tester).

Il ne reste plus qu'à connaitre le pas de la photo, par exemple 50cm pour de la BDOrtho IGN (mais la BDOrtho est fournie avec ses géorefs normalement!) ou 2m pour les photos de Cigal, qui représente la largeur réelle (sur le terrain) d'un pixel...

Et ça fait pour les lignes suivantes du fichier :

Type "RASTER"
  (972000,152400) (0,0) Label "Pt 1",
  (972005,152400) (10,0) Label "Pt 2",
  (972000,152395) (0,10) Label "Pt 3"

Donc le point haut-gauche Pt1, noté 0,0 en raster, à la coordonnée donnée par le nom du fichier, et 10 pixels donc 10*50cm(le pas)=5m plus à droite le pt2, et 10 pixels dessous soit toujours 5m le pt3...

  CoordSys Earth Projection 3,1002,7,0, 44.1, 43.199291275544, 44.996093814511,600000,200000
  Units "m"

Ca c'est pour dire que c'est du Lambert III sud, pour le lambert I nord mettre à la place

  CoordSys Earth Projection 3,1002,7,0, 49.5, 48.598522847174, 50.395911631678,600000,200000
  Units "m"

Construire les autres TAB sur le même modèle, vérifier avec une couche de référence style GéoFLA que tout est au bon endroit (la valeur de pas des exemples ci-dessus est totalement arbitraire, hein!), et ne reste plus qu'à en faire une couche virtuelle avec BigSeamless!

Non pas automatiquement. Soit ils sont accompagnés de fichiers de type worldfile (eww par exemple) soit le géoréférencement est inclus dans l'image, un peu comme les geotiff.

Pour les coordonnées dans le nom de fichier me semblait bien que ca ressemblait a des coordonnées mais je n'ai reconnu lesquelles, bien vu NG

Pour les 27 orthos, ca m'étonne que vous n'ayez pas de fichiers de géoréférencement.
D'où viennent elles ?

Bon courage,
Robin.

J'oubliais aussi : pour déterminer le pas de l'image, on peut prendre deux images jointives est-ouest, noter l'écart en X entre les 2 noms de fichiers, et le diviser par la largeur en pixels de  chaque image...
Si besoin, faire la même opération sur deux images jointives nord-sud (avec bien sûr l'écart en Y=2e coorde, et la hauteur de l'image) pour confirmer, il n'y a pas de raison que les pas soient différents en X et Y à cette échelle et en Lambert.

Bonjour,
Je m'immisce, mais puisqu'il faut être précis et que je suis le (f)auteur d'UR4RT:
- Robin, NicolasGeorge ne dit pas qu'UT4RT lit les ECW mais bien leur géoréférencement
- en fait UT4RT lit "un peu" les ECW, mais pas pour les afficher, juste pour leur soutirer l'information de géoréférencement: pour peu que ces ECW aient le strict minimum de géoréférencement, UT4RT lit les coordonnées du point haut-gauche, la taille terrain en X et Y des pixels et leur nombre en largeur et hauteur. Avec la projection, que l'utilisateur indique, on a alors tout pour faire le bon TAB.
Et ce vilain MapInfo a besoin d'un TAB pour afficher proprement les ECW (tous les rasters en fait). Il ne sait créer tout seul ce TAB que quand les ECW sont parfaitement complets (UT4RT commence d'ailleurs par tester si MI arrive à s'en sortir tout seul), sinon MI demande "affichage ou calage ?"...et c'est dans ces cas d'ECW "imparfaits" qu'UT4RT trouve son intérêt