Vous débutez et souhaitez découvrir comment contribuer à OSM ? Une bonne adresse : http://learnosm.org/fr/

Ma page wiki d'utilisateur OSM : http://wiki.openstreetmap.org/wiki/User:Silvyn

1. En priorité

Quartiers — place=suburb

Actuellement, ce que l'on peut considérer comme les quartiers sont étiquetés sous la forme place=locality. Cette marque ne convient pas car elle est destinée à des lieux-dits non-habités.

Par ailleurs, se pose la question du fondement de ses quartiers. Ils semblent n'avoir aucune valeur administrative. À titre informatif, ils ont été crées par jabberwocky60, en 2011.

Usages de la terre par l'homme — landuse

Les usages de la terre sont mal indiqués, se chevauchent ou ne sont pas renseignés par endroits.

2. Par la suite

Chemins piétons

• Parc François Mitterrand
• Square du souvenir français

Espaces verts

• Parc du Châtellier
• Parc François Mitterrand

Parkings

• Église Saint-Samson
• Place Corroyer
• Place de l'Hôtel de Ville
• Place du Général Leclerc
• Parc du Châtellier

Toilettes publics

• Place Vohburg
• Rue de la Fontaine Massé

Salut à tous,

Mon but dans OSM, est de voir ce que on pourra avoir dans quelques temps, c'est pourquoi je met tout mes effort sur un espace assez restreint dans le but d'avoir un rendu «parfait», on dira plutôt complet. Le but est d'avoir une carte complète, avec 100% de la surface au sol mappée, ce qui permettra de se rendre compte si le mappage abusif est nocif ou non.

La zone en question : http://www.openstreetmap.org/?relation=134331
Et le MapCraft associé : http://mapcraft.nanodesu.ru/pie/244

Voici comment je procède :

• Limites de la commune — Déjà là avant moi
• Import du bâti — Fait et modification manuelle faite
• Tracer les voies via Bing et GPX — Fait
• Tracé des chemins — En cours
• Tracé de 100% des surfaces —En cours
• Ajout les labels des lieux et positions — En cours
• Ajout des cours d'eau — En cours
• Haies, murs, clôtures, barrières — En cours
• Ajout des speed limit
• Ajout des surfaces
• Ajout de l'éclairage public
• Turn Restrictions
• Ajout des chemins (relations) de randonnée
• Ajout des trottoirs, pistes cyclables
• Ajout des adresses (il va y avoir un soucis, car il n'y en a pas)
• Réseau électrique
• Hauteur, entrées, types des bâtiments
• Transport en commun

Une vérification permanente via les outils osmose, osmbugs, turn restriction map, whodidit et carte des nouveaux est effectuée.

Léo OSWay

OpenStreetMap, on le répète, c'est plus qu'une carte, c'est une base de données. Libre à nous, à vous, de l'exploiter pour des usages classiques ou inattendus, même si l'usage le plus courant reste la création de cartes.

Autour du projet OpenStreetMap sont proposés quelques rendus cartographiques et feuilles de style, de plus en plus nombreux, sous licences plus ou moins libres et plus ou moins claires, mais à ce jour, je n'ai pas trouvé de feuille de style disponible proposant un rendu adapté pour une utilisation au 25000ème et un usage de randonnée : la carte du lieu de vacances, la carte de chez soi, dont la version papier qu'on a dans la poche n'est pas libre, distribuable ou modifiable.

Ensuite, les outils à utiliser pour produire des rendus ne sont pas toujours accessibles au premier venu (importer un planet dans PostGis ? installer un serveur de tuile ?). Face à Mapnik/Tilemill, relativement lourds à prendre en main, a été développé Maperitive. Ce logiciel présente plusieurs avantages pour une utilisation web ou papier : une prise en main rapide, une feuille de style simple à comprendre (même si les choses peuvent se compliquer par la suite), il manipule de la donnée OpenStreetMap telle qu'on y est habitué (fichiers .osm). Son utilisation reste orientée sur le rendu de (relativement) petites surfaces, à un instant donné.

Après un peu (peut-être plus qu'un peu) de travail, j'ai mis au point une feuille de style pour le logiciel Maperitive, qui rend ce que je veux : une carte avec laquelle j'oserais aller randonner. Différents exemples de rendus sont disponibles par ici : http://osm107.openstreetmap.fr/jbtopo/, la légende est par là.

La feuille de style est disponible sous licence CC-by-sa : si elle ne vous convient pas mais qu'elle vous semble être une bonne base de travail, vous pouvez la modifier pour qu'elle corresponde à vos besoins. Vos travaux devront simplement citer son auteur original et être publiés sous une licence comparable. Par ailleurs, n'oubliez pas de créditer les contributeurs d'OpenStreetMap pour leurs données. Un tutoriel d'application de la feuille de style est également mis à votre disposition.

De mon coté, je suis prêt à vous aider à créer une carte ou à modifier la feuille de style dans la limite de mon temps disponible.

Les trucs à finaliser:

La statue http://www.openstreetmap.org/browse/node/2219809358

Le nom de la route principale http://www.openstreetmap.org/browse/way/86122298 -> fait

j'ai eu l'occasion de participe à une initiation à open street map avec les habitants de Ercé prè Lifré ( 35) avec les gens de l'association Gulliver. au programme : -présentation du projet -petite balade sous le soleil. -enrichissement de la carte

Cette après midi à été l'occasion de nombreuses discussions ( enjeux de la place du numérique aujourd'hui,

bien intéressant tout ça.

Im developping an indoor Android based Localization app. I used JOS to edit the floor plan of the building. the changes are uploaded to OSM web site but when i try to render this indoor map with Maperitive the modifications made by JOSM can't appear. Any suggestions please

Voici quelques précautions à réaliser avant d'envoyer les données du cadastre dans OpenStreetMap.

Corrections d'erreurs

• simplifier tous les chemins des bâtiments,
• corriger les erreurs de découpage de bâtiment (souvent des coupures diagonales à cause d'un trait non lié au bâti),
• ne plus avoir d'erreurs d'intersections de bâtiments,
• ne plus avoir de bâtiments dans un bâtiments,
• ne plus avoir de collision entre des routes et des bâtiments,
• corriger les nombreuses autres erreurs simples de JOSM, duplications de nœuds, ....

Positionnement

Attention, le cadastre n'est pas forcément bien positionné, bing non plus, le travail des contributeurs non plus. Il faut faire attention à bien utiliser les traces GPS + les repères géodésiques pour positionner le cadastre. Et en cas de doute, ne rien importer.

Données déjà présentes

En cas de données déjà présentes, s'assurer auprès des contributeurs qu'on peut les supprimer si cela est nécessaire. Dans tous les cas, il faut reprendre les tags.

Plus de détails

Un bon guide détaillé sur les bâtiments : https://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_des_b%C3%A2timents Plus de détail sur les imports de cadastre : https://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents

Pour une présentation j'ai voulu réaliser ma première carte papier grand format. Le résultat vaut vraiment le coup et je partage ici le mode opératoire que j'ai suivi.

Tout d'abord je travaille (doucement) sur un script python qui permet de télécharger les tuiles de différents serveurs cartographiques, notamment ceux réaliser à partir de donnée OSM : bigmap.py (voir le billet précédent de mon journal).

J'ai donc lancé le script de ma ville : Cognac avec différents rendus : rendu par défaut (mapnik), cyclemap, transport, openmapquest et watercolor notamment. Le chargement était configuré pour obtenir une image de dimension environ 70x70 cm en 150 dpi, soit environ 4200x4200 pixels. En tuile standard (256x256) ça donne 17x17 tuiles. Le script génère un fichier PNG de grande taille mais brut.

Au niveau syntaxe du script ça donne : python bigmap.py -b-0.3807,45.7238,-0.277,45.6545 -z16

J'ai ensuite simplement repris les fichiers PNG avec Gimp pour les retailler plus précisément à mon besoin (rogner quelques pixels et mettre bien carré) et renforcer un peu les contrastes (j'avais peur que ça soit un peu fade).

Ensuite avec LibreOffice j'ai crée un document de 70x70 cm, importé l'image PNG retaillée, puis ajouté le logo OSM, un peu de texte et la licence qui va bien. Le tout exporté en PDF (150 dpi) était prêt pour mon petit imprimeur local qui dispose d'imprimantes jet d'encre grand format pour imprimer des plans (laize maxi 105 cm). L'impression prend 10 minutes pour un coût unitaire de 14 euros sur papier 150g.

Le rendu est très chouette et attire le regard. Par contre la carte a cette échelle est trop détaillée, les noms de rues sont trop petit et quasi illisible. Mais en même temps je voulais un résultat très fins montrant une grande zone mais avec le maximum de détail pour illustrer la richesse de OSM.

Je pense refaire l'essai avec une carte de la même zone mais a une échelle réduite.

Semaine Libre à Vous

dans le cadre de Libre en Fête

[http://www.omjc-info.fr/]

La prochaine réunion des contributeurs parisiens se tiendra le vendredi 15 mars au Père Fouettard, rue Pierre Lescot dans le quartier des Halles à partir de 19h.

Plus d'infos sur: http://openstreetmap.fr/2013-03-rencontre-osm-paris

Récemment, un fil de discussion sur la liste talk-fr soulève une nouvelle fois la question de savoir si un certain type de données peut ou ne peut pas figurer dans OSM. En l'occurence ici, il s'agit des zones de risques sismiques tels que définis par l'administration (http://lists.openstreetmap.org/pipermail/talk-fr/2013-March/055764.html). Certains pensent que ce type d'information pourrait s'afficher avec des applications extérieures de type u{map}(http://umap.fluv.io/), sans pouvoir définir clairement sur quel critère on peut décider que telle ou telle information irait ou n'irait pas dans la base de données OSM. Christian Quest se demande aussi pourquoi nous accepterions les AOC dans le vignoble et pas les zones sismiques. Son argument étant que l'information est utile et qu'il faut trouver un équilibre entre contributeurs et utilisateurs, le principal étant que cela soit "facile à intégrer et mettre à jour" pour les contributeurs et "facile à exploiter" pour les ré-utilisateurs (par là il veut sans doute dire un balisage clair, documenté et une modélisation simple).

A mon avis, ça n'est pas tellement une question de "facile à" qui compte. Les limites de ce qui peut aller dans OSM (ou pas) sera un débat sans fin comme il l'est dans wikipedia. Mais contrairement à wikipedia où le seul risque est de faire exploser le nombre d'articles que personne ne lira, nous travaillons tous sur la "même feuille de papier" lorsqu'on contribue sur une zone géographique dans OSM. L'idée que plus il y aura de données et plus il faudra mettre en place des outils de filtrage pour faciliter le travail d'édition ne tient malheureusement pas. On voit que les données sont souvent interconnectées entre elles. On ne peut facilement toucher à un way sans affecter par exemple toutes les relations qui l'utilisent. Ou un noeud seul s'il faut partie d'un ou plusieurs ways. Il faudra sans doute chercher de nouveaux critères qui définissent la pertinence d'une contribution, au delà des "compatible ODbL", "le terrain", "le présent", "être stable" et "vérifiable".

Est-ce que l'un de ces critères sera le nombre de ré-utilisateurs ? Par exemple, quelques uns souhaiteraient ajouter leur itinéraire maison - lieu de travail pour, par exemple, chercher des opportunités de co-voiturage. Le nombre de ré-utilisateur par itinéraire est très faible (une personne). Il y a pourtant là un potentiel pour développer une application de recherche de co-voiture qui peut intéresser beaucoup de monde. Malgré cela, il y aura une forte rétissance de la communauté à voir fleurire un nombre de plus en plus important d'itinéraires maison-travail. D'abord parce que ça n'intéresse pas grand monde. Ensuite, parce que cela va affecter des données que tout le monde utilise (les routes qui seront découpées et rattachées à de multiples relations).

Un autre critère sera peut-être la densité des données. Au delà d'un certain seuil, il devient très difficile voir impossible de comprendre les données sur l'éditeur. S'il y a trop de lignes qui se croisent, l'impossibilité de tout afficher avec des couleurs diffèrentes, des polygones qui se superposent, se croisent ou ont des formes complexes avec des enclaves et/ou des exclaves, le cerveau humain n'est plus capable d'appréhender toutes ces données. On voit le phénomène apparaître dans les zones urbaines fortement cartographiées. On a déjà du mal avec le bâti et la voirie, les boutiques et les landuses. Qu'est-ce que cela deviendra avec les zones de couverture des caméras de surveillance, les réseaux souterrains d'eaux propres et eaux usées, les lignes téléphoniques, électriques et fibres optiques, les zones de couverture wifi ou 3G/4G, les bâtiments en 3D et leur cartographie intérieure, le détail de chaque voie de circulation, etc. Les milieux urbains seront alors tellement chargés qu'il ne sera plus possible de travailler qu'à très grande échelle, sur des zones de plus en plus petites qui ne dépasseront plus le paté de quelques maisons.

Comme on le voit, la question reste encore ouverte et nécessitera d'avantage de règles si on veut éviter une trop grande complexité dans le projet et une plus grande difficulté à recruter de nouveaux contributeurs si cela arrivait.

delete plz

Travaillant sur un script python permettant de construire de grande cartes (pour impression) à partir des serveurs de tuiles OSM disponibles, j'ai réalisé une petite série de cartes de la même zone (la ville de Cognac) avec différents rendus : Gallerie photo

mapnik, transport, opencyclemap, mapquest, hike'n'bike, OPVN, stamen's watercolor, stamen's toner et 5 rendus cloudmade : original, fresh, fineline, tourism, thin'n'colorful.

Le script python (beta) est disponible ici : https://github.com/padorange/BigMap

Enjoy.

création de la page wiki sur le patrimoine culturel haïtien.

Au niveau du Parc National Historique qui comprend la citadelle La Ferrière notamment, création de la relation qui lie les 3 sites inscrits à l'Unesco.

Je tâche de maintenir et d'enrichir la région de Segré et le Nord Maine-et-Loire...

La carte d'Haïti dispose de sa 1ère voie rapide. Enfin elle existe depuis de nombreuses années, mais elle n'avait pas bien été classifiée dans OSM. Il s'agit de la Route Rails.

Contributeur actif au projet OpenStreetMap du côté de Marseille, membre actif du groupe local Marseille [1], adhérent à l'association OpenStreetMap-France [2].

Mes thèmes de prédilection :

• Cyclisme/VTT : ajout des pistes cyclables et chemins parcourus en VTT.

• Accessibilité

[1] http://wiki.openstreetmap.org/wiki/Marseille#Rencontres_mensuelles
[2] http://adherents.openstreetmap.fr/public/liste_membres.php

En Normandie, l'activité "tendance" pour les enterrements de vie de garcons et de filles , c'est la chasse au lapin au paintball. Plus de 200 futurs mariés se retrouvent chaque année déguisés en lapins, pour la plus grande joie de tous !

J'ai achevé hier le tracé des limites communales de la Marne. Un chantier d'un trimestre, à l'aide de 2000 feuilles cadastrales raster pour, au final, ajouter un peu plus de 350 communes, sur un total de 620.

Globalement peu de blagues dans le géoréférencement des feuilles du cadastre. En grande majorité, les feuilles disposent de croisillons en Lambert I. On rencontre, à la marge, des feuilles déjà géoréférencées, souvent en Lambert I, un peu en L93. Reste une bonne dose de feuilles sans croisillons, qu'on parvient souvent à accrocher directement à leurs voisines "croisillonnées".

Des configuration récurrentes :

• des communes partagent une limite qui converge en pleine forêt, avec de très grandes feuilles sans repère. Là il faut tâtonner...

• beaucoup de limites s'appuient sur des chemins d'exploitation, qui ont le bon goût d'être rectilignes sur de grandes distances, donc peu de clics.

Champagne-Ardennes dispose donc d'un premier département complet. Pour les 3 autres, il reste de quoi faire. Plus généralement, il nous reste 4500 communes (toutes raster) à définir pour disposer d'un référentiel France entière. Sans organisation du chantier, ça risque de durer encore quelques années, faute d'une vectorisation suffisamment véloce. S'il y a des partants pour tenter de traiter le sujet en équipe, faites-vous connaître :-)

Le Sly-art : http://layers.openstreetmap.fr/?zoom=9&lat=48.90627&lon=4.3764&layers=B0000FFFFFFFFFFTFTFFFFFFF

Le profil en long : http://munin.openstreetmap.fr/static/dynazoom.html?cgiurl_graph=/munin-cgi/munin-cgi-graph&plugin_name=stats.db/departement/osm_commune_51&size_x=800&size_y=400&start_epoch=1326865539&stop_epoch=1361425539