Le blog de Jean David TECHER, un Réunionnais à Saint-Priest/Lyon

Aller au contenu | Aller au menu | Aller à la recherche


< 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 >

dimanche 6 mai 2007

SpiderMan 3 et les films de cet été.

Hier je suis allé le voir au Gaumont Multiplexe de Montpellier. Pour la séance de 16h30 - première semaine -, y'avait un de ces mondes ! J'suis arrivé, j'ai fait la queue. Les panneaux interactifs qui fournissaient le nombre de places restantes mentionnait 94 places restantes. Même pas deux minutes plus tard, il en restait 84.

Du coup dans la salle, j'ai été aux premièrs rangs. Mais celà ne m'a pas emêché de matter le film . Que dire si ce n'est que c'était un bon film d'action. Moi qui a baigné dans l'univers de Marvel quand zétais petit: Iron-Man, X-Men. Comme troisième opus, c'était vraiment pas mal. C'est surtout Venom qui m'a fait craqué aussi bien fait que dans la BD avec ses nombreuses dents asserrées. Pour le reste, c'était plutôt pas mal que d'avoir 3 super-vilains que d'un seul pour une fois.

Par contre avant le film, j'ai vu la bande-annonce de Transformers. De la balle, ça promet en juillet cet été. Un de mes dessins animés préférés porté à l'écran. Je ne manquerais pas le RDV. Ce qui est dommage c'est que dans la bande-annonce, on ne devine pas les robots. C'est uniquement à la fin en voyant le symbole suivant

Y'a aussi Pirates des Caraïbes 3 qui devrait bientôt sortir. On aura droit à de bons films cette année. Au moins j'aurais l'occasion de partir plus souvent au cinéma cet été.

Un lien pour tester des données NavTeq

Le lien que j'ai trouvé hier soir sur internet est http://www.adci.com/products/navteq/index.html. C'est surtout le jeu "NAVTEQ Premium - for routing applications" qu'il faut télécharger. Une simple inscription sur le site permet par la suite de pouvoir télécharger les données. Une fois téléchargées et décompressées, ce sera surtout le shapefile streets.shp qui s'avèrera intéressant.

Le petit + c'est aussi la documentation qui accompagne les shapefiles. On y apprend comment NavTeq présente sa topologie, ses spécifités etc...

Pour convertir le fichier en kml, rien de plus simple que

/opt/gdal-1.4.0/bin/ogr2ogr -f KML ~/streets.kml streets.shp
Une petite visualisation dans googleearth nous donne les belles screenshots suivantes


Direction pour le routage
En regardant de près la documentation, on s'aperçoit que tout repose sur la colonne dir_travel:
  • dir_travel='B' c'est une tronçon à double sens;
  • dir_travel='F' c'est une tronçon à sens unique. Le sens de parcours est le sens direct;
  • dir_travel='T' c'est une tronçon à sens unique. Le sens de parcours est le sens opposé;
Ce qui me donnera par exemple pour les noeuds 5274,5488, les images suivantes

Sens aller

Sens retour
Sur les images ci-dessus, les tronçons à sens unique sont en vert. Les tronçons à double sens sont en bleu.
Exemple pour TSP

Je dois commencer par effectuer quelques modifications à ma table streets_edges

alter TABLE streets_edges RENAME id to gid;
alter TABLE streets_edges RENAME cost to length;
alter TABLE streets_edges RENAME edge_id to edge_id_old;
Et pour les noeuds , la fonctionnalité me renverra
 SELECT the_geom FROM tsp_astar_as_geometry_internal_id_directed('streets_edges','5403,5822,338,7106,6043,1952',1952,.03,false,true);
l'image suivante

TSP() sur les noeuds 5403,5822,338,7106,6043,1952 en partant du noeud 1952
La commande
/opt/gdal-1.4.0/bin/ogr2ogr -f KML ~/parcours.kml PG:'host=localhost dbname=routing user=postgres' \
-sql "SELECT (dump).geom FROM (SELECT dump(the_geom) FROM \tsp_astar_as_geometry_internal_id_directed('streets_edges','5403,5822,338,7106,6043,1952',1952,.03,false,true)) AS foo"
me donnera l'affichage suivant sous googleearth

TSP() sur les noeuds 5403,5822,338,7106,6043,1952 en partant du noeud 1952

vendredi 4 mai 2007

Un dictionnaire italien pour tsearch2 sous licence GPL et la WishList 2.0 de PostGIS

C'est dans les news de PostgreSQLFR que j'ai trouvé ce lien http://www.develer.com/~piro/ispell-italian/italian-fts.html. Je le note car il décrit de manière assez significative l'installation de tsearch2, ainsi que l'utilisation des diverses fonctionnalités de tsearch2. Comme il en est fait mention, la grande difficulté va surtout résider dans l'emploi du stemmer.

En effet apparement depuis au moins la période de mars/avril 2007, "snowball" et tsearch2 sont devenus incompatibles. J'en témoigne par rapport aux échanges que j'ai pu avoir avec un des utilisateurs de PostgreSQLFR. Heureusement pour moi , de mon côté, j'ai sur mon site les fichiers datant d'avant cette période les rendant encore compatibles. A ce propos voir l'URL http://www.davidgis.fr/blog/index.php?2007/03/16/176-tsearch2-et-postgresql-823-soucis-pour-le-stemmer-en-francais-pour-l-utf-8. Le grand souci quand même chez nous c'est quand même les accents. La bonne vieille méthode de faire une colonne dupliquée en "upperisant" les mots est une méthode éprouvée!

La WishList 2.0 de PostGIS

Depuis au moins un mois maintenant le code de PostGIS en SVN n'a pas bougé. Celà est tout à fait compréhensible dans la mesure où la 2.0 devra être très riche. Si on devait la comparer à la sortie de la 1.0, je comprends que celà puisse prendre du temps. Et dire qu'à l'époque de la veille de la sortie de la 1.0.0, j'avais passé pluieurs heures sur IRC avec Sandro pour effectuer divers tests avant sa sortie. C'était le bon vieux temps.

Il faudra quand même à mon sens un moment pour l'usager pour s'habituer à la synthaxe avec le préfixage des fonctionnalités. Après une petite discut' avec Paul sur le canal #postgis de IRC, comme attendu, on aura compris qu'il faudra attendre un bon moment avant une quelconque première release de la 2.0: le temps de tout mettre sur papierr, de trouver les bonnes volontés, de définir l'ordre de priorité etc...

Pour en revenir à SQL/MM, on aura par exemple en créant une table, voir ici rapidement l'utilisation de ST_GeomFromText() et de ST_AsText()

 CREATE TABLE geometry_test (gid smallint, g1 geometry);
En faisant quelques insertions
BEGIN WORK;
INSERT INTO geometry_test VALUES (
1, 
ST_GeomFromText ('POINT(10.02 20.01)', 1)
);

INSERT INTO geometry_test VALUES (
2,
ST_GeomFromText('LINESTRING(10.01 20.01, 10.01 30.01, 10.01 40.01)', 1)
);

INSERT INTO geometry_test VALUES (
3,
ST_GeomFromText('POLYGON((10.02 20.01, 11.92 35.64, 25.02 34.15,
19.15 33.94, 10.02 20.01))', 1)
);

INSERT INTO geometry_test VALUES (
4,
ST_GeomFromText('MULTIPOINT(10.02 20.01, 10.32 23.98, 11.92 25.64)', 1)
);

INSERT INTO geometry_test VALUES (
5,
ST_GeomFromText ('MULTILINESTRING((10.02 20.01, 10.32 23.98,
11.92 25.64), (9.55 23.75, 15.36 30.11))', 1)
);

INSERT INTO geometry_test VALUES (
6,
ST_GeomFromText ('MULTIPOLYGON(((10.02 20.01, 11.92 35.64,
25.02 34.15, 19.15 33.94, 10.02 20.01), (51.71 21.73, 73.36 27.04,
71.52 32.87, 52.43 31.90, 51.71 21.73)))', 1)
);


END WORK;
Ce qui me renverra par exemple
SELECT ST_AsText(g1) FROM geometry_test;
                                                                 st_astext
--------------------------------------------------------------------------------------------------------------------------------------------
 POINT(10.02 20.01)
 LINESTRING(10.01 20.01,10.01 30.01,10.01 40.01)
 POLYGON((10.02 20.01,11.92 35.64,25.02 34.15,19.15 33.94,10.02 20.01))
 MULTIPOINT(10.02 20.01,10.32 23.98,11.92 25.64)
 MULTILINESTRING((10.02 20.01,10.32 23.98,11.92 25.64),(9.55 23.75,15.36 30.11))
 MULTIPOLYGON(((10.02 20.01,11.92 35.64,25.02 34.15,19.15 33.94,10.02 20.01),(51.71 21.73,73.36 27.04,71.52 32.87,52.43 31.9,51.71 21.73)))
(6 lignes)
Donc rien de bien compliqué pour le moment. On notera quand même que la plupart des fonctionnalités actuelles ne supportent pas les géométris courbées.

jeudi 3 mai 2007

Une vieille connaissance!

Ce matin, j'ai appelé Salah BOURENNANNE, Institut Fresnel Marseille UMR 6133, mon ancien prof de stage de DEA. Purée ça m'a fait plaisir de l'avoir au téléphone! Quant il m'a dit que 4 ans après le début de mes travaux en traitement d'image et traitement d'antenne avaient été le point de lance a sur plusieurs projets industriels, celà m'a fait plaisir, notamment en détection d'imagerie: détection d'un char dans une image etc.... Ce qui m'a surtout régalé c'est quand il m'a dit «Ce que je regrette aujourd'hui, c'est que les ingénieurs qui sortent des écoles ont une façon de pensée bien différente de la tienne en R&D.»

Et dire que 4 ans en arrière, il pensait que mon travail ne payerait pas un jour. Mais celà me ravit quelque part que celà paye article en question !