Syntaxe du constructeur
En recherchant la référence de la fonction spatiale, vous verrez
Point(x, y)
Constructs a Point using its coordinates
Ce n'est pas tout à fait correct. Toutes les implémentations SIG doivent faire (x,y)
pour les coordonnées projetées qui est (long,lat)
. Mais, sur les systèmes géodidiques coordonnés, il y a un certain désaccord sur ce qu'il faut faire. MySQL (et SQL Server) le font (lat,long)
mais PostGIS maintient (long,lat)
partout.
Ceci est abordé dans la spécification OpenGIS® Implementation Standard for Geographic information - Simple feature access - Part 2: SQL option ,
- Pour les CRS géodésiques ayant un système de coordonnées ellipsoïdales 2D, les axes du système de coordonnées ellipsoïdaux bidimensionnels sont la latitude géodésique, positive vers le nord, et la longitude géodésique, positive vers l'est. La direction de l'axe doit être «nord» et «est» respectivement.
- Pour les CRS géodésiques ayant un système de coordonnées ellipsoïdales tridimensionnelles, le nom et l'abréviation des axes horizontaux dans une chaîne WKT doivent respecter les exigences du point ii). Le nom de l'axe vertical doit être «hauteur ellipsoïdale»; l'abréviation de l'axe vertical doit être «h» et doit être incluse lorsque les abréviations des axes horizontaux sont incluses.
Notez que les mots ci-dessus sont trouvés textuellement dans Information géographique - Représentation textuelle bien connue des systèmes de référence de coordonnées
Même aussi loin que la spécification 1.1,
Un système de référence spatiale, également appelé système de coordonnées, est un système de coordonnées géographiques (latitude-longitude) , projeté (X, Y) ou géocentrique (X, Y, Z).
Cela dit, il semble que PostGIS et Oracle et de nombreuses bibliothèques tierces maintiennent (x,y,[z])
pour tous les types de points. C'est en violation des spécifications pour WKT, mais c'est une convention assez courante. Par exemple, GeoJSON le fait également,
Les coordonnées des points sont dans l'ordre x, y (est, nord pour les coordonnées projetées, longitude et latitude pour les coordonnées géographiques)
Et, (lat, long) commande est explicitement définie par EPSG pour SRSID 4326, .
Un système de coordonnées 2D ou 3D dans lequel la position est spécifiée par la latitude géodésique, la longitude géodésique et (dans le cas tridimensionnel) la hauteur ellipsoïdale, utilisée dans les CRS géographiques.
Vous pouvez également envisager de consulter le blog de Paul Ramsey (Captain PostGIS) sur ce sujet, intitulé "Appelons la chose entière"
Nicities
Comme note spéciale, MySQL apporte deux nouvelles fonctions au mélange,
Ces fonctions tiennent à l' écart de ST_X()
et ST_Y()
et nécessitent un SRS géographique ou ils jettent une erreur et d' exception.
Espace de rangement
À partir des documents
En interne, MySQL stocke les valeurs de géométrie dans un format qui n'est pas identique au format WKT ou WKB. (Le format interne est comme WKB mais avec 4 premiers octets pour indiquer le SRID.)
Le stockage est défini ici .
Table 11.1 WKB Components Example
Component Size Value
Byte order 1 byte 01
WKB type 4 bytes 01000000
X coordinate 8 bytes 000000000000F03F
Y coordinate 8 bytes 000000000000F0BF