OpenStreetMap

StephaneP's diary

Recent diary entries

RTK test, Aerial pictures accuracy, and OSM Database Accuracy

Posted by StephaneP on 11 September 2017 in English (English)

RTK accuracy

Since 1 or 2 years, I'm testing some low-cost GNSS receivers with RAW output. The goal is to get a cm accuracy. One way is to store the raw data, then post-process it with the open-source software RTKLIB. I had various fails and success and I finally find a point to place my own reference station, my "base" : base

One test was to put the "rover" on my car go back to my home. RTKLIB gave me a solution with "FIX" for a big part of the record : global solutionorange is "float" and green is "fix" (best accuracy)

An interesting part is a new roundabout, too new to see it on any aerial picture : New roundabout

Ok, but what about the accuracy ? So, zoom in, zoom in, ..... zoom more !! individual location Each square is 1 cm. Yes, the accuracy is about 1.5 centimeters !!

RTKLIB gave me a very good accuracy, but is this real ? I can't answer for this individual point, but with the results I got on surveys points from the French national geographic institute (IGN), I think I can say that the accuracy should be at about 5 or 10 cm, as my base coordinates are not perfect.

RTK vs Aerial Imagery accuracy

We are in September 2017, and the IGN just published new aerial imagery, and they usually do a very very good job. Finally I can see the roundabout I draw on OpenStreetMap 1 year earlier.

Let's compare my recording and the pictures: aerial vs RTK

Hey ! Not bad !! Now I must train to drive with a centimeter accuracy :-)

OpenStreetMap database accuracy

I speak about gnss trace accuracy, aerial imagery accuracy, but what about OpenStreetMap accuracy ? I heard that with 7 decimals, the coordinates stored in the OpenStreetMap database get only a 10 cm accuracy. Don't you think that It'll be a problem sooner or later ?

Perhaps we should consider adding a 8th decimal ?

Construire son V4MPod pour prendre des photos à 360°

Posted by StephaneP on 21 September 2016 in French (Français)

Cartographier l'intérieur d'un bâtiment peut être une tâche très complexe, surtout s'il s'agit d'un environnement chargé de nombreux éléments comme...une gare... et c'est exactement ce qu'on m'a demandé il y a quelques mois, puisque Carto'Cité m'a sollicité pour le projet de la SNCF-Transilien consistant à cartographier dans OpenStreetMap l'intérieur des six grandes gares de Paris

Pour faciliter le repérage des différents éléments (services, commerces, guichets, etc...), il était évident qu'il fallait pouvoir prendre des photos à 360°. Les quelques produits disponibles sur le marché étaient soit de qualité assez moyenne, soit bien trop cher.

J'avais déjà 2 petites caméra, alors j'ai décidé d'en ajouter 2 autres et de fabriquer ce qui est devenu le V4MPOD : V4MPOD

Je viens de publier le guide complet permettant de le fabriquer toi-même, il comprend :

  • La fabrication de la tête
  • La configuration des caméras
  • Le logiciel nécessaire au contrôle des caméras depuis un smartphone Android
  • La méthode que j'ai utilisé pour géolocaliser les photos en indoor.

Construire son V4MPod pour prendre des photos à 360° - Partie 1

Construire son V4MPod pour prendre des photos à 360° - Partie 2

En situation

I hope to have an english guide soon. If you want to help to translate, contact me.

Limites communales terminées

Posted by StephaneP on 5 December 2013 in French (Français)

Ça y est !

Le chantier, commencé en 2008, s'est terminé hier, après 7 mois de travail intensif sur les planches rasters des communes non vectorisées. Tout cela à l'aide de l'outil de collaboration Mapcraft.

Vincent_95 en a profité pour nous faire une magnifique vidéo de l'évolution de ces tracés depuis 2008 : OpenStreetMap - Les limites administratives françaises (French administrative boundaries)

Un grand bravo à nous tous !

Tchin !!!

santé

Les erreurs relevées par Osmose

Posted by StephaneP on 11 October 2013 in French (Français)

Je n'avais pas regardé mon "compteur" d'erreurs relevées par Osmose depuis longtemps lorsque je me suis rendu compte qu'il dépassait les 500.

Aïe !!

Hop ! Au travail !

Seulement voilà, en corriger une en crée souvent plusieurs autres. Il suffit de toucher à un cours d'eau pour se rendre compte du résultat quelques jours plus tard, les intersections de highway et waterway, augmentent en flèche. Et c'est sans parler des "riverbank sans waterway". Corriger tout cela prend du temps, mais j'ai réussi à descendre aux environs des 200 erreurs.

Mon objectif : descendre aux environs des 100 erreurs, et vérifier régulièrement ce compteur pour ne pas laisser filer le "score".

Bati superposé corrigé

Posted by StephaneP on 23 August 2012 in French (Français)

Et voilà, après plusieurs semaines de dur labeur, il n'y a plus d'erreur de batiments superposés dans les pays de la loire. Maintenant, si quelqu'un réalise un import du cadastre sans contrôle, ce sera visible très rapidement.

http://osmose.openstreetmap.fr/utils/info.py?source=208

décalage entre le cadastre et l'import bati

Posted by StephaneP on 7 July 2012 in French (Français)

Je corrige petit à petit les bâtiments superposés aux alentours de ma zone habituelle de mapping. Je constate que sur la commune de La Bruffière (85), le bâti importé est souvent décalé par rapport à ce qu'affiche le plugin cadastre.

Comment est-ce que cela a pu avoir lieu ?

J'ai commencé à recaler certains bâtiments, mais j'ai l'impression qu'il sera plus rapide pour moi de tous les supprimer, et de refaire un nouvel import.

Location: Les Vallières, Boussay, Nantes, Loire-Atlantique, Pays de la Loire, France métropolitaine, 44190, France

Découverte

Posted by StephaneP on 18 May 2011 in French (Français)

Mai 2011 : Je découvre OSM par l'intermédiaire de X-Plane qui va utiliser cette base. Je me rends compte qu'il manque pas mal de routes et d'informations par chez moi (près de Clisson).
Aller ! On regarde comment ça fonctionne, et on ajoute un truc par ci, un truc par là.

Mince, c'est addictif !!