Where is it ?

Faire des cartes d'analyse avec QGIS 1.3.0 et PostGIS 1.3

nospam@example.com (Médéric RIBREUX) — 2009-11-03T14:45:26Z

Dans le monde des SIG libres, le choix des outils d'analyse est assez limité:

GRASS pour les manipulations complexes (car la prise en main de GRASS est assez complexe, il faut le reconnaître).
QGIS pour l'affichage simple.
PostgreSQL/PostGIS permet également de faire des traitements mais pas de les afficher simplement.

D'où la question: existe-t-il un moyen simple et efficace de représenter de l'information géographique travaillée et non brute de décoffrage ? Ma tentative de réponse vient à la suite de cet article... Pour faire simple, disons, que oui c'est possible avec un peu d'entraînement et surtout une bonne base de travail.

Le contexte de ce travail est d'utiliser uniquement QGIS et PostGIS pour afficher des cartes d'analyses. Une carte d'analyse est un carte qui croise de l'information géographique avec des données alphanumériques. Elles sont très utilisées en statistiques par exemple et en terme d'efficacité, avec un outil comme MapInfo Pro (utilisation des analyses thématiques) et des données correctes, ce genre de carte prend 15 minutes environ à créer.

Nous voulons effectuer des croisements d'informations simples. Par exemple, colorier une commune en fonction d'une valeur donnée.
Cette valeur n'est pas située dans une table géographique mais dans une table simplement alphanumérique.

Les capacités de traitement de QGIS sont vraiment très limitées. On peut utiliser certains plugins genre ftools mais leur utilisation
est assez complexe et surtout pas réservée à ce que nous voulons faire. En plus, ça ne fonctionne pas sur PostGIS.
D'où l'idée d'utiliser les capacités de traitement de PostgreSQL et de PostGIS pour faire le travail. QGIS se contentera de l'affichage.

Tout est très simple...

Continue reading "Faire des cartes d'analyse avec QGIS 1.3.0 et PostGIS 1.3"

My bike is not a B'TWIN (part 1)

nospam@example.com (Médéric RIBREUX) — 2009-10-30T10:22:13Z

Voici mon nouveau vélo:

Et comme vous pouvez le constater, ce n'est pas un b'twin...
Un peu de diversité ne fais jamais de mal !

Continue reading "My bike is not a B'TWIN (part 1)"

La montagne n'est pas infranchissable

nospam@example.com (Médéric RIBREUX) — 2009-10-21T13:48:00Z

Aujourd'hui, le 20/10/2009, je suis de retour dans la ville de mon enfance. C'est un bon jour pour commencer à "OSMiser" cette commune car jusqu'à présent, il n'y a pas d'informations disponibles sur OSM.

Ce travail à cet endroit est l'occasion de formaliser davantage la manière dont je réalise l'acquisition de données sous OSM. Après environ 5H de terrain depuis que je me suis mis à OSM et au moins autant de temps à saisir les données, je peux faire le point sur comment je me débrouille pour faire.

C'est le sujet de ce qui va suivre. Cette méthode est sans doute loin d'être parfaite mais, pour l'instant et avec les moyens dont je dispose, elle reste la plus efficace.

Enfin, cet article est également le moment d'évaluer la charge de travail pour "OSMiser" une commune entière et voir si c'est si titanesque que ça !

Continue reading "La montagne n'est pas infranchissable"

OpenstreetMap, à vous de jouer...

nospam@example.com (Médéric RIBREUX) — 2009-10-17T14:00:00Z

Que faire avec un téléphone-GPS et un vélo ?
Réponse: travailler pour la communauté et en l'occurence OpenstreetMaps.

Continue reading "OpenstreetMap, à vous de jouer..."

Nettoyer les paquets debian "déinstallés"

nospam@example.com (Médéric RIBREUX) — 2009-08-23T14:08:23Z

Quand on utilise un système Debian, on a tendance à le tenir bien configuré...
Toutefois, lorsqu'on supprime (on purge) un paquet, bien souvent, les paquets qui en dépendent sont simplement considérés comme effacés (deinstall). Ainsi, certains fichiers de configuration sont conservés et cela occupe un peu de place.

En règle générale, je purge tout ce que je peux: le système est plus propre et je n'ai plus d'anciennes versions de fichiers de configuration (et donc les répertoires qui vont avec).
Pour purger les paquets qui ont un statut "deinstall", on peut utiliser aptitude et chercher dans la liste ceux qui ont statut "d" (deinstall).

Sinon, on peut utiliser la ligne de commande suivante:
dpkg --get-selections | grep deinstall | sed -e 's/deinstall$/purge/g' | dpkg --set-selections

Ensuite, dans aptitude , il suffit de lancer l'action "d'installer les paquets" (raccourci clavier par la lettre g)...

Une petite expérience sur les méthodes de saisie.

nospam@example.com (Médéric RIBREUX) — 2009-01-13T17:28:46Z

De nos jours, entrer de l'information dans une interface homme machine se fait le plus souvent via 3 canaux différents.

Le premier d'entre eux auquel on pense rapidement est l'entrée d'information par un périphérique connu appelé clavier ! C'est bête à dire mais la majorité des utilisateurs d'ordinateurs utilisent un clavier parfois équipé d'un dispositif de pointage nommé souris. Par exemple, le texte que je saisi pour créer ce billet est entré au clavier.
Le deuxième auquel on peut penser est l'écriture manuscrite via un écran tactile. Depuis l'arrivée des TabletPC et de la démocratisation des écrans tactiles à reconnaissance d'écriture (pas le truc pour le faux téléphone ultra design propriétaire vendu par une société californienne spécialisé dans la production de fruits), on peut entrer de l'information en utilisant notre main (d'où le tactile).
Le dernier canal dont je parlerai est celui de la voix humaine: avec un logiciel de reconnaissance vocale, on peut saisir du texte ou des commandes.

On le voit, ces canaux sont très différents et leur utilisation n'est pas forcément uniforme: si le clavier est quelquechose d'assez ancien, l'utilisation d'un TabletPC est sans doute beaucoup plus récent. J'ai l'impression que la reconnaissance vocale a du mal a décoller.
"Clavier, souris, voix, main"; ces dispositifs de saisie ont tous leur domaine de prédilection.

La petite expérience que je vous propose est simple: elle consiste à mettre en concurrence les 3 méthodes de saisie sur un domaine commun: la saisie d'un texte. Pour cela, nous allons travailler au niveau du potentiel et il vous faudra un simple éditeur de texte sur un ordinateur (vim le fait très bien).

Décrivons le protocole:

Prenez un texte imprimé qui doit être assez long: si vous utilisez une page A4, prenez un texte qui prend au moins la moitié de cette page.
Prenez un dispositif de mesure de temps plus communément appelé chronomètre.
Utilisez une page blanche A4 qui émulera notre tabletPC.
Phase 1: le clavier:
- Ouvrez votre éditeur de texte
- Mettez en marche votre chronomètre.
- Saisissez le texte choisi jusqu'au bout en évitant les fautes et en allant aussi vite que vous pouvez.
- A la fin, arrêtez votre chronomètre et relevez le temps que vous avez mis pour saisir l'information.
Phase 2: L'écran tactile/TabletPC + reconnaissance d'écriture:
- Prenez votre page blanche et votre stylo préférré.
- Mettez en marche votre chronomètre.
- Ecrivez avec votre stylo le texte de la feuille imprimée sur la feuille vierge en évitant les fautes et en allant aussi vite que la douleur à votre poignet vous le permet !
- A la fin, arrêtez votre chronomètre et relevez le temps que vous avez mis pour saisir l'information.
Phase 3: la reconnaissance vocale:
- Mettez en marche votre chronomètre.
- Lisez à haute voix le texte en ayant soin de préciser vocalement tous les signes de ponctuation.
- A la fin, arrêtez votre chronomètre et relevez le temps que vous avez mis pour saisir l'information.

Voici mes résultats:

Clavier: 4 minutes et 53 secondes (un mot oublié).
Feuille: 7 minutes et 57 secondes.
Voix: 1 minute et 32 secondes.

Une petite analyse nous conduit au constat suivant: on est plus performant en écrivant avec un clavier qu'un écran tactile. Il est donc complètement inutile d'investir sur le tabletPC ou l'écran tactile pour en faire un media de saisie. Donc, aux chiottes le concept TabletPC surtaxé... pour saisir du texte.
Si l'usage change, il est bien évident qu'un écran tactile est sans doute plus pratique pour dessiner quelquechose !
En revanche, s'il est quelquechose qui peut nous faire saisir plus vite du texte, c'est bien la reconnaissance vocale... sans doute le sujet d'un prochain article !

La vraie vie d'un clavier...

nospam@example.com (Médéric RIBREUX) — 2008-10-28T19:53:14Z

Vision d'horreur de l'intérieur d'un clavier...

Le temps disponible est un ensemble fini !

nospam@example.com (Médéric RIBREUX) — 2008-09-03T08:38:35Z

"Trouver du temps pour..." !
Cette question, nous nous la posons tous un jour où justement, nous en manquons. Certes, le manque de temps peut signifier que vous avez une vie bien remplie, encore faut-il voir si ce qui permet de la remplir est vraiment important à vos yeux.
Quand cette notion de manque de temps se fait jour, il est bon de se poser quelques instants pour faire le point sur son emploi du temps.
Je me suis laissé allé à cet exercice et le constat est tout simplement surprenant même si on peut naturellement s'y attendre...

Continue reading "Le temps disponible est un ensemble fini !"

Cloner un système en production

nospam@example.com (Médéric RIBREUX) — 2008-07-28T06:52:29Z

Parfois, il arrive que l'on doive cloner un système qui est déjà en production. L'objectif peut être variable:

Le désir de sauvegarder à chaud l'intégralité du système.
Disposer d'une solution de secours en cas de panne matérielle.
Analyser les problèmes de configuration ou de comportement avec une machine de tests.
Réaliser des tests d'intégration
le fun ...

Dans cet article, je parlerai bien sûr de ce que je connais bien: les systèmes GNU/Linux, les autres ne m'intéréssant pas du tout, pour des raisons de temps, d'argent et d'éthique !

Continue reading "Cloner un système en production"

Ajouter une icone de barre d'adresse sur un site web

nospam@example.com (Médéric RIBREUX) — 2008-06-27T16:42:00Z

Quand vous naviguez sur certains sites web, votre navigateur affiche une icône sur la barre d'adresse. Cette icône est celle de votre site web et elle peut être utilisée par votre navigateur pour identifier plus facilement votre site Web.
D'après Wikipédia, cette manière de procéder n'est pas standardisée même s'il existe une page du W3C sur le sujet... et en plus de ça, on doit ça à nos amis de chez µ$oft (avec IE4)!

Qu'importe l'origine, pourvu que ça fonctionne. Le principe est d'utiliser une fichier image et de le rendre disponible.

Spécifications pour l'image favicon:

Voici les spécifications retenues par le W3C pour l'image:

Taille 16x16 ou 32x32
Couleurs: en 8bits ou 24bits
Formats: PNG, GIF ou ICO.

Accès à l'image:

Pour l'accès à l'image, il existe 2 méthodes:

Celle toute crade qui consiste à mettre dans la racine du site web le fichier image nommé favicon.
Ou bien faire du HTML/XHTML valide en spécifiant quel fichier utiliser pour l'image. Cette méthode que nous allons étudier permet d'affecter une image de site suivant les pages sur lesquelles on circule.

Pour être dans les clous du W3C, il faut spécifier que nous allons utiliser une image (ici, nous avons le choix du nom):

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<html lang="en-US">
<head profile="http://www.w3.org/2005/10/profile">
<link rel="icon" type="image/png" href="http://monsiteweb.org/monicone.png">

Le lien de type rel ne dispose pas d'attributs W3C propres, on peut donc lui en affecter sous réserve de lui faire un profil d'attribut. La ligne <head profile="http://www.w3.org/2005/10/profile"> est un lien vers la description de ce profil. A noter que ce profil est proposé par le W3C mais ne constitue pas un standard.

Voilà, mes 2 cents (de $ et pas d'€)...