Le portail francophone de la géomatique

Bonjour
C'est longitude, latitude sphérique (sans sphéroïde associé)
A priori ce serait plutôt une "projection" à éviter...

Je ne crois pas. Par contre on peut quasiment sans risque le remplacer par 1, 104: longitude, latitude avec WGS84

Bonjour,

je tourne en rond tel un Derviche tourneur !

j'ouvre ma table avec cette maudite projection (CoordSys Earth Projection 1, 0), je l'enregistre en longitude latitude NTF ou en longitude latitude WGS84. je vérifie les coordonnées des points dans un MIF/MID, ces coordonnées devraient être différentes, et bien NON !

je joins un extrait de la base pour les volontaires.

merci
jmh

Bonsoir,

Il y a eu une petite discussion sur ce datum (je n'arrive malheureusement pas à la retrouver)... Si je me souviens bien, il était indiqué que cela correspondait à "no datum" et que les données étaient du coup projetées à la volée via le datum de la carte, d'où peut-être tes problèmes de positions.

Ah ben voilà, j'ai fini par trouver : http://www.mail-archive.com/Dernière modification par Lid (Sat 27 March 2010 19:21)

"It is true that "datum 0" means "no datum".  However, datum 0 will behave as
a sphere _only_ if it is used by itself.  When used with another table in a
map window, the map will project using the datum of the other table, even
when the other table is projected.  If you use Map->Options to explicitly
select "Latitude/Longitude" without a datum, the map will stubbornly stick
to the other datum!   Try this using World (which uses the Robinson
projection) and your datum 0 table.

Because of this, if you use File->Save Copy As and save the table as
latitude/longitude using a named datum, MapInfo (6.5 and 8.5) will not
change the table's coordinates.  I was able to change the intrinsic datum of
a table (lat/lon in datum 33) by using "File->Save As" twice (first to datum
0, then to the other datum), and verified it by exporting the two files to
MIF and running a file compare in TextPad. The only difference between the
two MIF files was the datum number in the Coordsys clause.  (saving to datum
0 really did change it to datum 0).

HTH
Spencer"

Voilà !
Bonne soirée.

Bonjour
Ci-joint votre extrait en lambert 93 auquel j'ai ajouté les codes INSEE des communes dans lesquelles sont les divers points.
Si c'est correct, je vous explique la méthode

Rectificatif: étant en plein déménagement pour cause de RGPP je risque d'être sans réseau pour un moment; je vous livre donc le cheminement suivi:
- export en MIF/MID
- correction de la clause CoordSys du MIF par 1, 104 (au lieu de 1, 0)
- réimportation puis enregistrement sous...en choisissant Lambert 93

Dans quelle projection est cette "table correcte" ? Peut-être que le hasard fait bien les choses : si la projection à la volée de la table problématique correspond à sa bonne projection de départ, le message (en anglais) indiquerait donc la solution... Ce n'est pas parce qu'il n'y a pas d'information de Datum qu'il n'y a pas de coordonnées correctes pour... un datum particulier ! D'où cet heureux hasard : les coordonnées de la table sans datum seraient donc correctes pour une projection à la volée par rapport au Datum de la "table correcte"... Je sais pas si je me fais bien comprendre là LOL

après mes différents tests c'était ce qui marchait le mieux

mais je voulais l'avis d'experts

@+ et bon déménagement...

jmh