& pourquoi j’n’écrirais pas ça ?

Lorsque j’ai ajouté le mode Visite au fichier Google Earth généré par wTSP, je l’ai défini ainsi :

• Une position
• Un point à mi-chemin
• Position suivante
• …

Or mon premier calcul (somme des latitudes divisée par 2 ; somme des longitudes divisée par 2) pour trouver le centre n’était correct que lorsque les deux positions étaient situées sur une même longitude…

Après des heures et des heures de recherche Google, avec des mots-clés qui ne cessaient d’évoluer (milieu, centre, barycentre^W, trigonométrie sphérique^W, orthodromique^W, cartésien^W, géodésique^W), j’ai finalement décidé d’abandonner en postant un message sur un forum plein de personnes qui elles, avaient des vraies connaissances en maths

Il n’aura fallu que quelques échanges pour obtenir les équations répondant enfin à mon casse-tête

La méthode a bien sûr été implémentée dans la dernière version de wTSP afin de produire le résultat escompté. (Afin d’ôter toute ambiguïté, je précise que je considère la Terre comme étant une sphère parfaite )

Si le calcul vous intéresse, vous pouvez trouver mon implémentation en Delphi sur la seconde page de cet article.

Encore merci à tous ceux qui m’ont amicalement aidé à résoudre ce problème et au forum du site Les-Mathematiques.net !

Juste une petite procédure qui me permettra d’envoyer des emails depuis une application écrite avec Delphi si j’en ai éventuellement besoin un jour.

Cette procédure est basée sur les explications et exemples du blog de Marco Cantù.

Je l’ai testée avec succès et j’espère que cela ne changera pas si je m’en sers un jour…

Voici son code :

Lire la suite »

Après avoir réussi à modifier mes coordonnées dans Google Latitude, j’ai eu envie de voir comment on pouvait optimiser un trajet entre plusieurs points…

Le problème me semblait complexe, mais je n’imaginais pas encore à quel point

Heureusement, j’ai très rapidement trouvé de la documentation concernant ce classique problème, plus communément appelé : problème du voyageur de commerce^W.

J’ai également trouvé un projet déjà écrit en Delphi qui m’a permis de l’implémenter sans finalement, vraiment comprendre tout ce qui se passait… les algorithmes génétiques n’étant clairement pas ma tasse de café…. Vous pouvez visiter le site Web de l’auteur sur cette page.

L’application que j’ai faite me permet de charger un fichier KML^W, généré avec Google Earth ayant la structure suivante :

• Un répertoire qui contient :
  • des repères

wTSP

Lire la suite »

Google Latitude^W propose des applications, des services et une API^W permettant d’effectuer de la géolocalisation.

Avec un téléphone Android par exemple, la position peut se mettre à jour de façon automatique.

Or, j’ai eu envie de voir comment on pouvait interagir avec cette API depuis Delphi.
Mais comme par hasard, Latitude est un service qui utilise sa propre authentification… du coup, je n’ai pas pu réutiliser le code que j’avais écrit lors de la rédaction de cet article !

Après avoir passé un bon moment à comprendre les différents aller-retours qu’il fallait effectuer pour s’authentifier, j’y suis finalement parvenu !

wLatitude

Les TViX permettent d’afficher les répertoires de vos photos, de vos films, en utilisant des images persos (pour cela, il faut activer l’option Cover Art dans les paramètres du TViX)… Ils permettent également d’afficher les différents types de fichiers en fonction d’une date.
TViXiE est une application qui permet de facilement mettre à jour les fichiers nécessaires pour cet affichage.

Or, des fonctionnalités me manquaient afin de gagner du temps lors de mes mises à jour. De plus, mon client Filezilla ayant des difficultés à communiquer avec le serveur FTP du TViX, et ayant déjà codé un client FTP pour wFP, je me suis décidé à me faire une application qui réponde à mes besoins complémentaires de TViXiE, wTViX.

wTViX