Comment décidez-vous (en formule) que Q6824691#P625 est au nord de Q522857#P625 et au sud de Q601519#P625? En effet, le résultat de ce modèle, qui est censé trier selon les coordonnées géographiques, n'est pas cohérent avec la réalité :
| North / westbound | Metro Ricardo Flores Magón | South / eastbound | ||
|---|---|---|---|---|
| Metro Romero Rubio towards Metro Ciudad Azteca |
 Mexico City Metro Line B |
Metro San Lázaro towards Metro Buenavista | ||
| edit wikidata | ||||
Bon, je pense que la solution est peut-être là dedans https://www.igismap.com/formula-to-find-bearing-or-heading-angle-between-two-points-latitude-longitude/
Le pb est plus complexe que je ne pensais : il ne s'agit pas de comparer A à B, mais à partir d'un point A, savoir où sont placés B et C donc trois points.
Hmm, ce n'est pas ma spécialité mais est-ce qu'il ne s'agit pas juste de savoir où sont placé les deux extrémités de la ligne ? Il me semble que ce qui importe ce n'est pas que la station adjacente soit au nord mais qu'elle soit dans la direction du nord (donc que l'extrémité soit au nord), non ?
Du coup pour le calcul, ce serait juste de comparer les deux points des deux extrémités (Ciudad Azteca et Buenavista ici) et ensuite de placer les différentes stations adjacentes en partant de ces extrémités (pour le cas où la ligne n'a pas de fourche, ce qui est un autre problème).
Quand la ligne de métro est droite d'est en ouest ou de nord en sud, aucun souci. Mais quand tu as une ligne qui va dans tous les sens, en zig zag, difficile de décider de la géographie des stations voisines. Exemple https://bestanden.ret.nl/user_upload/Documenten/PDF/Kaarten_en_plattegronden/RET_metrolijnenkaart.pdf si tu regardes globalement la carte, tu as l'impression que la ligne A verte va d'ouest au nord. Mais si tu te mets au niveau de Graskruid (Q2046118), le tableau donne un résultat étonnant
| North / westbound | Graskruid | South / eastbound | ||
|---|---|---|---|---|
| Romeynshof towards Binnenhof |
Line A[1] | Q110293035 towards Vlaardingen West metro station | ||
| Q110293035 towards Hoek van Holland Haven metro station |
Line B[2] | Hesseplaats towards Nesselande | ||
| edit wikidata | ||||
Oui, le résultat est très étonnant. Quelques soit la ligne et que l'on tienne compte des positions locales (une station par rapport à une autre) ou des positions globales (une station par rapport à la ligne), Graskruid est toujours au nord (nord-nord-est précisément) de Alexander dans les deux cas... Peut-être ton problème vient de North / westbound et South / eastbound, comment gères-tu un station au nord-est ou au sud-ouest ? (par exemple nord-nord-est devrait être simplifier en nord mais peut-être ton calcul priorise l'est ?)
Ceci, pour moi, il faut tenir compte du global : tu commences par récupérer les deux stations extrêmes (celles en qualificatif "destination"), tu compares leur deux positions et tu les places dans le tableau. Peu importe les zigzags, détours et boucles localement, c'est la direction globale qui compte selon moi (on prend rarement le métro pour une seule station - sauf si changement - on cherche à aller vers une direction en général).
Dans le Adjacent_stations, c'est ce qui est programmé par Eru : il a regardé l'orientation paramétrée au niveau des extrémités de la ligne. au niveau des lignes 311 et al. Il y a un petit arbre de décision, je ne sais pas si c'est le bon, s'il faut le réécrire ou s'il faut rajouter une rdg pour regarder s'il y a des préférences d'orientation.
Voici les données du pb, exprimées en degrés à "ranger" dans le tableau. Affaire à suivre
| Romeynshof 51.961667°, 4.542778° β=317° | Hesseplats 51.963333°, 4.553611° β=22° | |
| Graskruid 51.957222°, 4.549444°[1] | ||
| Alexander 51.951944°, 4.552778° β=158° |
Re, je crois avoir trouvé le bon paramétrage avec cet arbre de décision https://commons.wikimedia.org/wiki/Module:Adjacent_stations/sandbox Je continue mes tests mais ça m'a l'air pas mal déjà.