Contrairement à ce que j’indiquais dans mon précédent billet, FreeFileSync est finalement disponible pour Ubuntu 10.10 comme pour Ubuntu 10.04.

En effet, j’ai réussi à backporter la librairie boost 1.44 disponible en Debian experimental pour Ubuntu 10.04 et 10.10. Combiné à une évolution du système de build introduite par ZenJu dans les sources de FreeFileSync et qui cassait le build du package, il m’a fallu plusieurs semaines pour réussir à contourner tous ces problèmes.

Pendant ce temps, FFS 3.10 est sorti, puis FFS 3.11 et c’est cette version qui se trouve aujourd’hui dans le dépôt PPA du projet.

Voici les changelogs :

1. FFS 3.10
   
   
   
   
   • Automatically solve daylight saving time and time zone shift issues on FAT/FAT32 (finally) 
   
   
   • Instantly resolve abandoned directory locks associated with local computer 
   
   
   • Show expanded directory name as tooltip and label text (resolves macros and relative paths) 
   
   
   • Do not copy relative file attributes for base target directories that are created implicitly 
   
   
   • Move dialogs by clicking (almost) anywhere 
   
   
   • RealtimeSync: ignore request for device removal on Samba shares 
   
   
   • Added UTF-8 BOM for CSV export 
   
   
   • Correctly handle window position on multi-screen desktop 
   
   
   • Disabled warning "database not yet existing" 
   
   
   • RealtimeSync: replaced delay by minimum idle time 
   
   
   • Maximum number of folder pairs configurable via GlobalSettings.xml (XML node <FolderPairsMax>) 
   
   
   • Added tooltips to display long filenames on main grid 
   
   
   • Keep application responsive when deleting large directories 
   
   
   • Vista/Windows 7: harmonize modification times shown on main grid with Windows Explorer
     
   
   
   • Changed background color to avoid unreadable texts in combination with certain color themes 
   
   
   • Toggle middle grid comparison result/sync preview with right mouse button click 
   
   
   • Further GUI enhancements/polishment/standard conformance 
   
   
   • Updated translation files
     
   
   
   
   


2. FFS 3.11
   
   
   
   
   • Fixed migration issue: reasonable default value for number of folder pairs
     
   
   
   • Better message box background color
     
   
   
   
   

FreeFileSync 3.9 est sorti depuis quelques semaines déjà et j’ai pris du retard sur la construction du package pour Ubuntu.

Zenju, son auteur, l’a beaucoup fait évoluer techniquement pour cette version, en ajoutant en particulier une dépendance vers une librairie d’utilitaires très intéressante d’un point de vue du développement : libboost.

Il y a cependant un problème : FFS 3.9 requiert la version 1.42 minimum de ce package quand Ubuntu 10.04 fourni la version 1.40 seulement.

L’équation sera donc simple :

• FFS 3.8 : Ubuntu 10.04 et versions antérieures


• FFS 3.9 : Ubuntu 10.10 et versions supérieures

Rendez-vous donc courant octobre pour tester FFS 3.9 sur Ubuntu Maverick !

Il y 4 ans, il a fallu plusieurs années à TeleAtlas, le fournisseur de carte, pour prendre en
compte la mise en sens unique de ma rue, avec pour conséquence des
itinéraires sur ViaMichelin ou  Google Maps complètement erronés. Cette rue étant très longue, les indications proposées dans les itinéraires pouvaient conduire à des différences de 10-15 minutes selon la circulation !

Très handicapant.

J’habite aujourd’hui dans un quartier (République) dont le plan des rues a été largement modifié ces dernières années. Des rues ont été crées ou prolongées, ce qui a été diversement été pris en compte par les fournisseurs de carte TeleAtlas ou Navteq. Avec des répercussions sur les services calculant des itinéraires comme Google Maps, ViaMichelin ou Mappy.

Voici les données que possèdent respectivement TeleAtlas et Navteq sur l’environnement de la place de la République à Nantes :

Remarquez sur les images :

• En bas à gauche, il manque le boulevard de l’Estuaire sur la carte TeleAtlas


• Légèrement au dessus de la place de la république, la carte Navteq n’affiche pas une petite impasse


• En haut à droite, la carte TeleAtlas "oublie" une autre petite impasse

Or, dans la réalité le boulevard de l’Estuaire existe bel est bien, il y a même des commerces et des médecins qui y travaillent ! Les pages jaunes connaissent le boulevard (lien direct impossible), mais ne peuvent pas afficher la plan correspondant via Mappy puisque le boulevard n’existe dans la base de données de TeleAtlas.

Vous me direz que je chipote et qu’il suffit d’attendre qu’il soit pris en compte. Ce boulevard existe depuis 2008 et malgré une suggestion de correction via l’outil de TeleAtlas il y a un an, il n’existe pas.

Navteq s’en tire mieux, mais ses fonds de carte sont très peu utilisés par les services de cartes ou d’itinéraires sur le web. Je ne connais que Map24 qui soit partenaire.

Je récapitule :

• TeleAtlas a des cartes incomplètes, mais est le leader sur le web


• Navteq a une carte plus à jour, mais est très peu répandu sur le web

La solution serait donc d’utiliser Map24 ?