Dans ce livre, nous passons rapidement sur les histoires de Terrilville, qui après tout commence à guérir de ses blessures, pour nous rapprocher de ce qui se passe sur le pont de Vivacia.

Nous avons laissé, dans le livre précédent, Althéa blessée, récupérée par Kennit sur Vivacia. Un bâteau dont l'âme est maintenant habitée en majorité par l'esprit réveillé d'un dragon mort, plus proche que Kennit que de Hiémain. Hiémain idolâtre Kennit, tout comme Etta, qui est maintenant enceinte du roi des pirates.

Althéa n'est que blessée, mais Brashen et Ambre ne le savent pas, ils la croient morte avec Jek. Et l'inverse est tout aussi vrai. Pour Althéa, Paragon a coulé, avec tout l'équipage.

Nous avons aussi laissé Malta et le gouverneur Cosgo Magnadon, sur un bateau pirate. Le fiancé de Malta, Reyn, se déplace dans les griffes du dragon Tintaglia, le dernier dragon vivant sous forme ailée. Dragon qui n'a de cesse de vouloir que son espèce renaisse, et souhaite guider les derniers serpents (futurs dragons) jusqu'au lieu de nidation.

Quant au dernier disparu, Kyle Havre, père de Malta et Hiémain, mari de Keffria, est toujours prisonnier, chez la mère de Kennit. Son dernier fils, Selden, s'est lui aussi fortement rapproché des dragons. La grand-mère de Selden, Ronica, mère de Keffria et Althéa essaye de faire revivre sa maison (autant au sens physique que familial).

Bref, rien qu'avec ces quelques lignes, vous remarquerez que toutes les différents personnages sont étroitement liés. Ce dernier tome des aventuriers de la mer consolident encore d'avantage leurs destinées. 

Bien qu'un peu rapide, et sans doute jouant trop sur les coïncidences, ce livre clotûre parfaitement le cycle. 

Le problème semblant insoluble, que pose Kennit, par exemple, se résoud de la meilleur manière qu'il se doit. En effet, c'est un pirate, qu'on nous présentait jusqu'à présent, comme vil et manipulateur. Pour autant, il a conquit le coeur de bien des hommes, dont Hiémain, et du bateau Vivacia.

De même, Parangon, ce bateau fou, trouve dans ce tome les quelques choses qui lui manquaient pour "revivre". 

Althéa et Brashen, ce couple à l'amour impossible dans le temps, du fait que les deux protagonistes sont les capitaines de deux bateaux distincts, trouve aussi son compte.

En somme, tout ce termine bien.

Après l'affaire Jeanna Eyre, les aventures de Thursday Next auraient très bien pu s'arrêter là. Sauf qu'il y a quelques points de détails sur lesquel l'auteur, Jasper Fforde, se fixe pour créer une suite.

Tout d'abord, le côté rose avec le mariage de Thursday Next avec son amoureux de toujours, qu'elle accepte enfin, Landen. Puis le côté noir, avec l'homme de Goliath qu'elle a enfermé dans un livre, un exemplaire de "Le Corbeau" d'Edgar Allan Poe.

Après avoir posé les bases sombres de la nouvelle histoire (Goliath a fait éradiqué Landen de la réalité, afin de pouvoir forcer Thursday Next a refabriquer un portail de la prose, qu'avait conçu son oncle Mycroft, et à récupérer Jack Maird), l'auteur s'est déchaîné. Le livre, les voyages de Thursday Next dans la littérature, son apprentissage auprès de Miss Havisham, sont des plus déjantés. Je pense que toute personne, à l'humeur un peu triste devrait lire cet ouvrage. Elle en ressortirait le coeur allégé.

Le schéma ci-dessous doit vous donner quelques pistes sur la méthode que je vais vous présenter.

Mais tout d'abord, rappel du théorème de Thalès. Il s'applique à n'importe quel triangle dans lequel on ferait passer une droite parallèle à l'un des côtés.

Dans le cas du diagramme ci-dessus, le théorème de Thalès nous informe que l'on peut calculer la taille des droites DN et NE, car les tailles des côtés des nouveaux triangles créés sont proportionnels aux triangles d'origine.

Ainsi, nous avons donc :

• AD/AC = AN/AB = DN/BC
• BN/AB = BE/BC = NE/AC

En quoi est-ce intéressant ? Et bien, nous cherchons à calculer les coordonnées du point N.

Sur l'axe des x, la coordonnée de N correspond à la taille de la droite PN.

Or PN = PD + DN, c'est à dire le décalage initial du triangle plus la taille de DN.

PD est facile à calculer, vu qu'on est parallèle à l'axe des X. Ainsi PD = xa.

Thalès nous apprend que DN = BC * AD / AC = BC * AN / AB.

Comme nous cherchons à déplacer notre objet en xx fois sur la droite AB, nous savons que AN = coef * AB

Nous arrivons donc à DN = BC * coef * AB / AB = BC * coef.

BC est facile à calculer, vu qu'il est parallèle à l'axe des X. Ainsi, BC = xb - xa

Nous arrivons donc à DN = (xb - xa) * coef.

Donc xn = PN = PD + DN = xa + (xb - xa) * coef

On en déduit de la même manière la valeur sur l'axe des y : yn = ya + (yb  -ya) * coef

(et oui, en fait, le résultat est logique, mais au moins, il est démontré !)

Il reste maintenant à déduire le fameux coef. Pour le déterminer, nous avons besoin de déterminer en combien de fois nous allons parcourir la distance AB, et donc, nous avons besoin de connaître cette distance.

Cette fois, on va utiliser le théorème de Pythagore. Le triangle ABC étant un triangle rectangle, le théorème de Pythagore nous informe que la somme des carrés des côtés adjacants à l'angle à 90° est égale au carré de l'hypothénuse.

C'est à dire AC² + BC² = AB²

AB = racine(AC² + BC²) = racine((ya - yb)² + (xa - xb)²)

Plus qu'à décider le nombre de mouvement par seconde (exemple 50) pour pouvoir coder notre animation

Espérons que je trouverai un acheteur sur eBay.

Comprenez par là que j'ai mis en place tout l'environnement métier (les calculs, les droits, etc), et que j'ai mis en place un process qui permet à l'équipe gérant les clients Business de donner le look qu'elle veut à l'application via des templates purement HTML.

J'ai été confrontée à un problème assez basique, à savoir que les besoins que j'avais pour l'affichage de la carte n'étaient pas les mêmes que ceux de l'équipe d'intégration.

Donc j'ai mis en place ce système ci :

• l'équipe d'intégration peut créer une balise (div, span, ce qu'elle veut) avec un identifiant donné, elle peut lui attriber la taille et le positionnement qu'elle veut
• l'application crée à l'intérieur de cette balise une autre balise, un DIV en position relative, avec un overflow hidden (car nous affichons la carte sous formes de tuiles, potentiellement plus grandes que l'espace alloué, et en position absolue)

C'était assez simple, et répondait aux besoins de tous.

Je suis très étonnée que Mappy, pour son API, n'en ai pas fait autant.

Que je m'explique ? J'ai créé une balise DIV où placer leur carte. Je l'ai positionnée en position absolue dans ma page, et ai demandé à l'API d'afficher une carte. L'API a... changé les styles de ma balise, la déplaçant donc au passage (parce que forcément, avec mes styles top et left, et une position relative au lieu d'absolue, ça déplace)

J'ai donc du faire comme au taf, et créer un DIV dans ma DIV. Mais il aurait été plus judicieux que ce soit géré directement par le provider de cartes.

Mon cher et tendre m'informe que c'est pareil chez Google et ViaMichelin. A vérifier. Si c'est vrai, c'est fort dommage que les développeurs ne pensent pas à ne pas impacter le code du client.

J'ai déjà un problème pour la récupération du token m'autorisant à utiliser leur API, ils sont en train de plancher dessus.

Je rencontre le même genre de réponses aléatoirement correctes/incorrectes avec leur module d'itinéraire (je n'ai pas rencontré de problème sur le module de cartographie, ni sur le géocodage, croisons les doigts).

J'ai codé une page assez simple, en prenant exemple sur leur tuto en ligne. Si je le lance, ça ne marche pas. J'ai donc pensé que j'avais fait une erreur de code. Sauf que... Si je bourrine sur le bouton de lancement de l'itinéraire, ça finit par marcher.

En fait la plupart de leurs retours dynamiques sont, d'après mon navigateur, mal formés et inutilisables. Comme la réponse est quasi sur une ligne, et obfusquée, vous vous imaginez bien que j'aurais du mal à expliquer concrètement l'endroit où ça pête.

Et d'un coup d'un seul, on clique une nouvelle fois et le retour serveur est bon, et magie, on arrive à afficher l'itinéraire sur une carte.

Outch !

Je me demande s'ils vont trouver d'où ça peut provenir, dans quels délais, et quelles explications ils vont nous donner.

Mappy donne le code en PHP/C# et Java pour se faire. (heureusement !) Je trouve ça très bizarre de forcer les gens, qui veulent utiliser une API AJAX, à avoir du fonctionnement côté serveur. Vous me direz que c'est le seul moyen de cacher le couple login/mot de passe et je vous répondrai mouais.

Le code de génération d'url permettant d'obtenir un token est assez simple. Ce que je trouve moins cool, c'est que de manière aléatoire, les serveurs de Mappy me répondent que j'ai fait une bonne requête (ils m'envoient un token) et parfois (2 fois sur 3 à dire vrai), ils me répondent que j'ai un problème de mot de passe (<error xmlns='http://schemas.mappy.com/api/error'><error-message>Token generation failed</error-message><inner-error><error><error-message>Invalid token : Unmatching token password</error-message></error></inner-error></error>)

Je leur ai envoyé un message via leur formulaire de contact.

Wait And See

Voici en quelques notes ce que j'ai retenu.

Il existe PostGIS qui est une extension à la base de donnée PostGreSQL pour ajouter le support d'objets géocodés. On m'avait dit que PostGreSQL le gérait déjà mais ce devait être une erreur. Le language d'interrogation n'est alors plus du SQL mais du MDX.

Côté transports de personnes, un format d'échanges de données se met petit à petit en place, le GTFS. Il s'agit d'un format lancé par Google, qui semble avoir plus de succès que les autres formats précédents (mais il a quelques lacunes, il manque certaines informations).

Le laboratoire de voyages-sncf.com teste en ce moment des itinéraires de porte à porte (donc multimodaux) : http://porteaporte.voyages-sncf.com

Un projet de montre verte existe. La montre verte (City Pulse) est un bracelet/capteur. Testé il y a quelques mois, l'idée était de fournir une carte de pollution.

Cela a inspiré Kitsun, un projet de "Kit de survie en espace urbain numérique", qui considère qu'on ploit sous trop d'informations, et qu'il nous faut un nouveau moyen de les filtrer (montent un projet de boussole numérique)

VTrafic, sorti il y a quelques mois déjà, est la vitrine de la société mediamobile et... propose donc un service sans pub !

Chez Mappy, leur API permet non seulement de faire des itinéraires et d'afficher des cartes, mais aussi d'accéder aux photographies des façades de batiments.

Là où ils se démarquent de leurs concurrents, je trouve, c'est dans le niveau de détail affiché d'un hôtel. On a accès à un niveau de granularité intéressant de l'information, à travers les prix des différents types de chambres disponibles.

Il reste cependant quelques petits soucis techniques qu'ils leur faudraient résoudre avant d'être des référents sur ce type de service.

Le premier, petit bug visuel sur la connexion aux favoris de l'internaute. (je leur ai signalé et ils m'ont répondu que c'était dû à une surcharge ponctuelle des serveurs, je leur ai répondu textuellement que c'était du n'importe quoi et qu'il vaudrait mieux jeter un oeil sur le code CSS et les impacts de leur publicité verticale sur les côtés, lignes de code à l'appui)

Ensuite des incohérences d'ergonomie / choix utilisateur.

Exemple, je lance une recherche avec le mot clé "Par". Le site me propose de choisir de quel "Par" il s'agit. J'ai alors deux options, cliquer sur la réponse sous ma boîte de recherche ou dans la carte. Je choisis de levée l'ambiguïté sur la carte.

Je clique donc... et ... ma recherche d'hôtels n'est pas faite ! Il me faut la redemander dans la bubble. C'est fort dommage, non ?

Par contre, là où ils font très fort, c'est que si je recherche de nouveau le même mot (initialement, j'avais recherché Nice), on ne me fait plus re-sélectionner mon choix, il est momentanément enregistré (du moins me semble-t-il).

Autre moment d'agacement, je clique sur un POI (Point Of Interest), et j'affiche une bulle d'informations sur la carte.

Jusque là, tout va bien. Sauf que je ne peux pas cliquer sur le titre, ni sur le logo en haut à gauche, il ne se passe rien (alors que le curseur devient une main sur le logo). Pour avoir plus d"informations, je dois recherche le lien "plus d'infos" planqués en bas. Dommage, dommage.

Mais bon, je clique quand même. Et me voilà dans la belle page que je vous présentais au début, avec une carte et une liste de POIs sur la droite.

Or si je clique sur un POI sur la carte, il ne se passe rien (un clic dans la liste du dessous m'ouvre bien les informations de l'hôtel concerné).

Bref...

Mappy offre, à mon goût, un grand renouveau en comparaison d'autres sites sur la même thématique. Pourquoi ? parce que la recherche principale est très aérée, très fonctionnelle (et je dirais même qu'esthétiquement, ça me plaît bien).

Cependant, il reste trop de petits et gros détails à régler (la zone du bas, c'est un peu le bazard) pour qu'ils passent numéro 1.