[OSM-talk-fr] mise en correspondance Wikidata / OpenStreerMap

[Guillaume Allegre]

Je fais suivre un mail passé sur les listes maps-l et wikidata 
de Wikimédia (international).

L'outil a l'air *très* prometteur, mais je n'ai pour l'instant 
jeté qu'un coup d'oeil rapide.
Je suis intéressé aussi par d'autres retours d'expérience.

Je m'en suis servi pour l'instant pour lever des ambiguités dans Wikidata,
pas encore pour ajouter des tags dans OSM, mais c'est bien son usage premier.



> -- Forwarded message --
> From: Edward Betts 
> Date: Wed, Jun 7, 2017 at 11:39 PM
> Subject: [Wikidata] Tool for users to add wikidata tags to OpenStreetMap
> To: wikid...@lists.wikimedia.org
> 
> 
> I've built a tool for mappers to match things in OSM with Wikidata and add
> the
> appropriate wikidata tag to OSM.
> 
> https://osm.wikidata.link/
> 
> Users can search for a administrative area or city, then pick an area to
> analyse. It works best if mappers pick areas they're familiar with.
> 
> The matcher can take a few minutes to run. It grabs items from Wikidata and
> figures out a target set of tags and keys to search for. Then it downloads
> OSM
> data and looks for matches. The matching is based on tags and names,
> currently
> the wikipedia tags aren't considered.
> 
> Map data is from the OSM Overpass API. Large (more than 1,000 sq km) or
> dense
> areas might fail with a timeout error.
> 
> The results are cached in the system and are available here:
> 
> https://osm.wikidata.link/places
> 
> Once the matching process is complete the mapper is given a tabbed page with
> the results. The five tabs are:
> 
>   Match candidates - things on OSM that might be considered for tagging
>   Already tagged - matches that are already tagged in OSM
>   No match - items from Wikidata with no match found in OSM
>   Wikidata query - the query used to find Wikidata items
>   Overpass query - the Overpass query to find OSM objects in this area
> 
> To start tagging the mapper is able to login to OSM via OAuth. Tick boxes
> will
> appear next to the likely matches, the mapper can tick the box next to the
> matches they want to upload, then add a change comment and upload them using
> their own OSM account. Uploads within an area are combined into a single
> changeset.
> 
> If the mapper sees an obviously incorrect match they can use the 'report bad
> match' option to warn other mappers and provide feedback that I can use to
> improve the algorithm.
> 
> This tools doesn't add any new objects to OSM. The only change it makes is
> adding a wikidata tag to existing things.
> 
> My approach is to aim for a one-to-one mapping between Wikidata and OSM. If
> there are two or more things in OSM that look like a Wikidata item then it
> isn't a good match. This means for example that most road and rail bridges
> won't be tagged because they are represented as two OSM ways. I might change
> this at some point.
> 
> There are occasional duplicates in Wikidata, this tool should spot them and
> refuse to add wikidata tags until the Wikidata duplicate is resolved.
> 
> The bug/todo list is here: https://github.com/EdwardBetts/osm-wikidata/
> issues
> 
> Any ideas or suggestions are welcome.
> --
> Edward.


-- 
° /\   Guillaume AllègreOpenStreetMap France  
http://www.openstreetmap.fr
 /~~\/\  allegre.guilla...@free.fr  Wikipédia Wiktionnaire Wikimédia-Commons 
Wikidata
/   /~~\   tél. 04.76.63.26.99  Des contenus partagés libres et 
collaboratifs


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte des groupes locaux

[Guillaume Allegre]

Le 2017-06-12, Antoine Riche a écrit :
> Pourquoi pas mais avant de faire compliqué je souhaite faire simple et
> remplacer au plus vite cette carte qui n'a rien à voir.

Excellente initiative, merci Antoine.

J'ai ajouté Grenoble.



-- 
° /\   Guillaume AllègreOpenStreetMap France  
http://www.openstreetmap.fr
 /~~\/\  allegre.guilla...@free.fr  Wikipédia Wiktionnaire Wikimédia-Commons 
Wikidata
/   /~~\   tél. 04.76.63.26.99  Des contenus partagés libres et 
collaboratifs


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Projet du mois - Panneaux électoraux

[Guillaume Allegre]

Le 2017-04-05, Florian LAINEZ a écrit :
> Salut,
> Je vous propose de relancer le projet du mois. Cartographions ensemble une
> thématique précise chaque mois !
> 
> Si ça vous dit, c'est de saison, nous pouvons commencer par les panneaux
> électoraux qui poussent un peut partout sur notre territoire :
> https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/elections
> 
> Je crois bien que l'on tague ça :
> advertising=board
> message=political
> permanent=no


Je pense qu'on peut ajouter avec intérêt les deux tags :
operator=Ville de ...  
operator:wikidata= ...

Je l'ai fait sur "les miens".
(il y a peut-être des exceptions où l'organisation des élections n'est pas
du domaine de la commune, mais les deux tags valent toujours).


-- 
° /\   Guillaume AllègreOpenStreetMap France  
http://www.openstreetmap.fr
 /~~\/\  allegre.guilla...@free.fr  Wikipédia Wiktionnaire Wikimédia-Commons 
Wikidata
/   /~~\   tél. 04.76.63.26.99  Des contenus partagés libres et 
collaboratifs


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Thèse sur la structuration des tags OSM soutenue à Grenoble le 24/02

[Guillaume Allegre]

Bonjour,

En janvier, le groupe local grenoblois avait organisé un atelier sur 
l'utilisation
d'OSM dans l'enseignement supérieur et la recherche, avec deux présentations :

* côté enseignement, Sylvain Bouveret, enseignant-chercheur : exemples 
d'exercices à partir d'OSM 
* côté recherche, Anthony Hombiat, doctorant : Une nouvelle base de 
connaissances extraite des tags OpenStreetMa
https://wiki.openstreetmap.org/wiki/Grenoble_groupe_local/Archives/2016-2017#lundi_16_janvier_:_utilisation_d.27OSM_en_enseignement_sup.C3.A9rieur_et_en_recherche
(les pdf des présentations sont disponibles sur le lien)

Anthony Hombiat soutient sa thèse ce vendredi 24/02, sur ce même thème :
 OF4OSM - un méta-modèle pour structurer la folksonomie OpenStreetMap en une 
nouvelle ontologie 
http://www.liglab.fr/fr/evenements/theses-et-hdr/anthony-hombiat-of4osm-un-meta-modele-pour-structurer-la-folksonomie
J'ai l'honneur d'être invité au jury comme "représentant de la communauté 
OpenStreetMap".


Je suis surtout heureux que des projets de recherche universitaire utilisent 
OSM comme 
objet de recherche, je sais que c'est assez répandu, mais malheureusement on 
n'a pas assez
de retours dessus.
Je vais inciter Anthony à présenter une communication pour le SOTM-FR,
et à titre personnel j'espère qu'il y en aura d'autres.


-- 
° /\   Guillaume AllègreOpenStreetMap France  
http://www.openstreetmap.fr
 /~~\/\  allegre.guilla...@free.fr  Wikipédia Wiktionnaire Wikimédia-Commons 
Wikidata
/   /~~\   tél. 04.76.63.26.99  Des contenus partagés libres et 
collaboratifs


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bêtatesteurs pour la nouvelle version de uMap?

[Guillaume Allegre]

Le 2016-09-21, Yohan Boniface a écrit :
> Hello tous,
> 
> En prévision du SotM, on essaie de (enfin!) mettre en production la
> nouvelle version de uMap.
> Pour tester, on a fait une copie de la production, qu'on a mise en
> ligne. Si vous voulez jouer avec, c'est par là:
> 
> http://dev.umap.openstreetmap.fr/
> 

enfin ! bonne nouvelle ! depuis ta présentation au SOTM-FR 
on ne tenait plus !

La première suggestion, basique, serait de mettre une marque distinctive
bien visible sur la page principale (couleur du bandeau du haut, ou du logo)
pour bien mettre en évidence le DEV, et éviter qu'on confonde avec la prod.


-- 
 ° /\Guillaume AllègreOpenStreetMap France 
http://www.openstreetmap.fr
  /~~\/\   allegre.guilla...@free.fr  Wikimedia France 
http://www.wikimedia.fr
 /   /~~\tél. 04.76.63.26.99  Des contenus partagés libres et 
collaboratifs


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bientôt des "marches exploratoires" dans tous les quartiers prioritaires ?

[Guillaume Allegre]

Le 2016-09-22, Brice MALLET a écrit :
> Si ces "marches exploratoires" s'organisent vraiment, voir à leur proposer
> une "cartopartie exploratoire" liée par les contributeurs locaux qui
> seraient intéressés

C'est une bonne idée.
Dans ce cas, il faut penser à expliquer assez tôt la différence entre la
cartographie objective (ce qu'on peut mettre dans OSM) et les "cartes 
subjectives"
(lieu anxiogène, manque d'éclairage...), qui n'ont pas leur place dans OSM, 
mais qu'on peut
saisir dans uMap ou Framacarte.

A mon avis, c'est plutôt ce deuxième type de cartes qui ont leur utilité pour
compléter les marches exploratoires. Mais même si on ne retire pas de bénéfice 
OSM
direct, c'est utile pour habituer les habitants à la cartographie locale et à la
contribution collective.


-- 
 ° /\Guillaume AllègreOpenStreetMap France 
http://www.openstreetmap.fr
  /~~\/\   allegre.guilla...@free.fr  Wikimedia France 
http://www.wikimedia.fr
 /   /~~\tél. 04.76.63.26.99  Des contenus partagés libres et 
collaboratifs


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] OSM, Wikipedia et Wikidata

[Guillaume Allegre]

Salut,

un mail qui me permet de parler de mes trois projets favoris 
(ne me demandez pas le classement)...

Sur toutes les versions de Wikipedia, une nouvelle extension vient 
d'être activée, sous le nom de Kartographer.
Elle permet essentiellement d'avoir *dans un widget Mediawiki* balisé 
(donc sans "sortir" de Wikipedia) des objets géolocalisés sur une carte 
glissante,
plus complexes que des simples points comme c'était le cas jusqu'à maintenant.

Le principe de fonctionnement, est que ça peut représenter tout "objet"
qui fait l'objet d'une fiche Wikidata (donc avec un identifiant Q...).
S'il est localisé par un simple point dans Wikidata, il sera représenté comme 
un point.

Par contre, s'il existe un objet OSM (ou plusieurs) correspondant, et
que cet objet OSM porte un tag : wikidata=..., l'info sera récupérée et l'objet
géographique sera affiché (way ouvert, fermé ou relation).

Pour résumer la propagation de l'info : OpenStreetMap -> Wikidata -> Wikipedia

Deux exemples parmi d'autres :
* https://fr.wikipedia.org/wiki/Remparts_d%27Avignon#Pr.C3.A9sentation
  lien "Plan de localisation des remparts d'Avignon"
* 
https://fr.wikipedia.org/wiki/Parc_naturel_r%C3%A9gional_de_Chartreuse#G.C3.A9ographie
  lien "Limites du PNR de Chartreuse"

Doc : https://www.mediawiki.org/wiki/Help:Extension:Kartographer


Pour profiter de la fonctionnalité, je vous encourage donc à ajouter le tag 
wikidata
sur les objets OSM qui s'y prêtent ; voire à créer l'élément dans la base 
Wikidata
s'il n'existe pas encore.
Attention, il y a un moissonnage quotidien des identifiants wikidata dans OSM, 
et un cache,
ce qui fait que pour un tag nouvellement ajouté, il y a pour l'instant un délai 
de 24h à 48h
avant que l'objet puisse s'afficher.
Ça devrait se réduire.
L'extension Kartographer reste en développement, et je pense que les 
fonctionnalités vont
augmenter aussi.


-- 
 ° /\Guillaume AllègreOpenStreetMap France 
http://www.openstreetmap.fr
  /~~\/\   allegre.guilla...@free.fr  Wikimedia France 
http://www.wikimedia.fr
 /   /~~\tél. 04.76.63.26.99  Des contenus partagés libres et 
collaboratifs


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Recherche intervenant OSM à Chamonix le 27 octobre après-midi

[Guillaume ALLEGRE]

Je fais suivre cette demande.
En tant que seul contact référencé en Rhone-Alpes, j'ai échangé au téléphone 
avec
Mme Mader.

L'association recherche quelqu'un connaissant bien OSM (globalement), qui puisse
participer aux échanges, éventuellement expliquer OSM aux autres intervenants.

C'es essentiellement un échange entre naturalistes (faune / flore), donc un 
intérêt
pour ces sujets serait un plus, mais c'est pas obligatoire. 
Les problématiques "landuse" / "natural" / (landcover) seront certainement 
abordées.

Si quelqu'un est intéressé, qu'il réponde directement à Mme Mader, de 
préférence en
me mettant en copie.


Amitiés,


Le 2016-09-15, Charlotte Mader a écrit :

> > > Nous organisons à l'Observatoire du Mont-Blanc à Chamonix (Haute-Savoie) 
> > > un
> > > atelier de réflexion "Le numérique à la rencontre de la Nature" le jeudi 
> > > 27
> > > octobre. C'est un atelier construit comme un groupe de travail en petit
> > > comité bénévole (chercheurs de disciplines variées, professionnels du
> > > numérique, de l'éducation et/ou de la nature...), qui a vocation à faire
> > > perdurer la réflexion par la suite dans divers projets communs.
> > >
> > > Nous utilisons déjà vos cartes sur nos sites web et j'avais participé à 
> > > une
> > > cartoparty OpenStreetMap à Nantes cet été où j'avais beaucoup échangé avec
> > > les animateurs. Nous serions vraiment ravis de pouvoir vous accueillir
> > > parmi nos professionnels du numérique.
> > >
> > > J'espère que l'idée vous plait et vous a donné envie de vous joindre à
> > > nous. N'hésitez pas à me contacter pour toute information supplémentaire.
> > >
> > > Bien cordialement,
> > >
> > > Charlotte
> > >
> > > [image: CREA Mont-Blanc] 
> > >
> > > *Charlotte Mader*
> > >
> > > Centre de Recherches sur les Écosystèmes d'Altitude (CREA Mont-Blanc)
> > > Observatoire du Mont-Blanc - 74400 Chamonix - France
> > >
> > > cma...@creamontblanc.org
> > > Tél. : +33 (0)4 50 53 45 16
> > > Skype : charlotte.mader
> > >
> > > @creamontblanc
> > >
> > > *http://creamontblanc.org *
> > > http://atlasmontblanc.org
> > > http://phenoclim.org


-- 
 ° /\Guillaume AllègreOpenStreetMap France 
http://www.openstreetmap.fr
  /~~\/\   allegre.guilla...@free.fr  Wikimedia France 
http://www.wikimedia.fr
 /   /~~\tél. 04.76.63.26.99  Des contenus partagés libres et 
collaboratifs


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bienvenue aux wikipédiens

[Guillaume Allegre]

Le 2016-04-30, Otourly Wiki a écrit :
> J'aurais mis bienvenue aux Wikimédiens plutôt... Florian

bof. 
Le vocabulaire et les notions décrites sont bien celles de Wikipédia
(notamment le TI, point principal de la page).

Pour les autres projets, il faudrait rentrer dans les détails de jargon
spécifiques, et je ne pense pas que ce soit ni très utile ni très bénéfique
pour la compréhension de la page.


-- 
 ° /\Guillaume AllègreOpenStreetMap France 
http://www.openstreetmap.fr
  /~~\/\   allegre.guilla...@free.fr  Wikimedia France 
http://www.wikimedia.fr
 /   /~~\tél. 04.76.63.26.99  Des contenus partagés libres et 
collaboratifs


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bienvenue aux wikipédiens

[Guillaume Allegre]

Le 2016-04-30, Philippe Verdy a écrit :
> Je note la section "OpenStreetMap n'a pas d'administrateurs" qui est
> totalement fausse puisqu'il y a bien des administrateurs (sur chacun des
> serveurs utilisés et qui collaborent entre eux mais administrent chaque
> système séparément, la Fondation OSM gérant certains serveurs et pouvant en
> contrôler le contenu),
On parle d'administrateurs au sens du rôle dans Wikipédia, et on n'en a 
réellement
pas. J'ai précisé dans la traduction.

Pour le reste, évidemment, on a des admin sys, réseau ou de base de données mais
c'est hors sujet pour l'article.

> et des utilisateurs provilégiés dans le DWG.

C'est d'ailleurs explicité dans la section.

> aussi des privilèges (à demander) pour les utilisateurs de Bots d'importation.
Tu peux compléter ce point si tu veux, mais ne chargeons pas trop la
page : ce n'est pas la cible visée.


-- 
 ° /\Guillaume AllègreOpenStreetMap France 
http://www.openstreetmap.fr
  /~~\/\   allegre.guilla...@free.fr  Wikimedia France 
http://www.wikimedia.fr
 /   /~~\tél. 04.76.63.26.99  Des contenus partagés libres et 
collaboratifs


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Bienvenue aux wikipédiens

[Guillaume Allegre]

Grâce au signalement de  Benoît Fournier, j'ai vu sur le wiki la page  
http://wiki.openstreetmap.org/wiki/Welcome_to_Wikipedia_users
(fraîche du jour), et je n'ai pas pu m'empêcher de la traduire et de l'adapter 
en français.

Elle peut bien sûr évoluer séparément de la VO, mais je pense que l'essentiel 
est déjà là
et qu'il ne faut pas trop l'allonger.
En tous cas, je pense m'en servir dans mes présentations diverses.


-- 
 ° /\Guillaume AllègreOpenStreetMap France 
http://www.openstreetmap.fr
  /~~\/\   allegre.guilla...@free.fr  Wikimedia France 
http://www.wikimedia.fr
 /   /~~\tél. 04.76.63.26.99  Des contenus partagés libres et 
collaboratifs


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Drones et Lidar

[Guillaume Allegre]

Le 2015-09-30, Nicolas Moyroud a écrit :
> Bonjour à tous,
> 
> Me voilà de retour actif sur cette liste après plusieurs mois
> d'absence. Pour ceux que ça intéresse ce silence radio était dû à un
> voyage de 4 mois en amérique centrale. Je n'ai pas trop contribué à
> OSM dans l'intervalle mais je n'ai pas manqué de relever 3000 tonnes
> de données là-bas. J'ai au moins du boulot pour 2 ans à saisir tout
> ça dans OSM ! ;-)

Bon courage ! 

> Bon sinon je n'envoie pas ce mail pour raconter ma vie mais
> simplement pour vous signaler que je participe vendredi à une
> journée de présentation organisée par la société l'avion
> jaune/yellowscan qui propose des services de drone et de relevés
> Lidar aérien et terrestre. J'y vais dans le cadre de mon boulot mais
> rien ne m'empêche d'y poser des questions qui serait liées à OSM.
> Donc si vous avez des idées de choses que je pourrai leur demander
> n'hésitez pas à m'en faire part d'ici demain.
> Ils bossent notamment dans le cadre d'un contrat sur les relevés de
> lignes électriques ça pourrait être intéressant pour OSM.

Je réponds largement trop tard pour que tu puisses poser la question,
mais tu as peut-être eu la réponse : 
est-ce qu'ils orthorectifient leurs photos ? si oui, est-ce qu'ils 
se basent sur un MNT extérieur, ou est-ce qu'ils l'élaborent à partir 
de leurs photos ?


-- 
 ° /\Guillaume AllègreOpenStreetMap France 
http://www.openstreetmap.fr
  /~~\/\   allegre.guilla...@free.fr  Wikimedia France 
http://www.wikimedia.fr
 /   /~~\tél. 04.76.63.26.99  Des contenus partagés libres et 
collaboratifs


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Utilisation d'OSM par des collectivités

[Guillaume Allegre]

Le jeu. 12 févr. 2015 à 16:46 +0100, Brice MALLET a écrit :
 Bonjour,
 
 Pour ma part, j'avais complété cette page, chapitre Collectivités
 locales :
 http://wiki.openstreetmap.org/wiki/FR:Sites_en_ligne_utilisant_OSM
 
 Exemples de cas d'utilisation qui vont au-delà de l'affichage d'une
 simple carte :
 http://metz.fr/infos_projets/map_travaux.php
 http://rennes.carte-ouverte.org/
 http://tempo.agglo-pau.fr/chimere/
 http://www.deux-sevres.com/dsappli/routes/InfoRoutes.aspx?type=restrictJ
 
 Plus qu'une nouvelle page, pê envisager la mise en valeur des
 utilisations plus poussées dans cette page déjà existante

Je plussoie. On peut réfléchir (ici) à catégoriser plus finement les 
liens déjà listés.

-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Article - La Voix du Nord

[Guillaume Allegre]

Le jeu. 12 févr. 2015 à 17:41 +0100, Ab_fab a écrit :
 Le message que j'avais envoyé ce matin

 -
 Last, but not least, ma réponse
 

Bravo pour tes deux réponses, détaillées et très pédagogiques.


La vulgarisation auprès des journalistes est un travail de longue haleine,
dont on ne peut qu'espérer qu'il payera à long terme.


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Photos groupe local de Grenoble

[Guillaume Allegre]

Pour info, des photos sur les deux dernières activités du groupe local
de Grenoble : 
http://wiki.openstreetmap.org/wiki/Grenoble_groupe_local

1) cartopartie à Goncelin pour les journées du Patrimoine le 21/09
2) stand OSM à la journée du collectif Grelibre, mêlant tous les acteurs 
associatifs du libre (logiciels, matériels, contenus) à Grenoble, hier.


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Pot de rentrée local-grenoble le 10 septembre

[Guillaume Allegre]

S'il y a encore des contributeurs de la région grenobloise qui ne sont
pas inscrits sur la liste local-grenoble, je fais passer l'info ici :

Pour essayer de faire connaissance, les gens disponibles du groupe local iront 
prendre 
un verre le mercredi 10 septembre à 18h. 
Le rendez-vous est pour l'instant fixé au Café le Centenaire, place Notre-Dame. 
Il vaut mieux tout de même vérifier les derniers messages sur la liste 
local-grenoble
(ou me demander par mail).

Tout le monde (contributeurs, sympathisants, curieux...) est le bienvenu ! 
http://wiki.openstreetmap.org/wiki/Grenoble_groupe_local#Pot_de_rentr.C3.A9e_-_mercredi_10_septembre_2014


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] cartopartie Journées du Patrimoine à Goncelin (Isère) 21/09

[Guillaume Allegre]

Pour info,

Les bénévoles grenoblois des groupes locaux OSM et Wikimédia interviendront 
en soutien de l'association Le Rif de Goncelin, à la demande d'Agnès Rambaud.

https://wiki.openstreetmap.org/wiki/Grenoble_groupe_local#Journ.C3.A9es_du_Patrimoine_.C3.A0_Goncelin_-_dimanche_21_septembre_2014

Ce sera pour nous la première fois qu'on mènera une animation commune OSM + 
Wikimédia
(Wikipédia et Commons), mais on a déjà plusieurs contributeurs communs, donc 
tout
devrait se passer à merveille ;-)


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Petite question de frontière ? - rivière La Laize

[Guillaume Allegre]

Le sam. 03 mai 2014 à 15:30 +0200, Jean-Baptiste Holcroft a écrit :
 Bonjour,
 
 Quelqu'un sait-il corriger ce micro problème ?
 
 http://www.openstreetmap.org/#map=19/49.074465/-0.374887
 
 Le problème : la rivière sert de frontière, mais est clairement mal placée,
 donc croisement entre rivière et route.
 
 Est-ce que je déplace la rivière et donc la frontière ou faut-il procéder
 différemment ?

Il n'est pas nécessaire (et parfois pas souhaitable) que la rivière et la 
frontière
aient le même way support.

Le cas classique est le cours d'eau servant de frontière, qui bouge au fil du 
temps 
(travaux, érosion, remblaiement...) alors que la frontière ne change pas 
(bornage
et cadastre fixe). C'est peut-être (probablement) ton cas, je n'ai pas vérifié.

Donc si tu es certain de la rivière, tu peux dessiner son nouveau tracé
(partiel ou total) sans affecter la frontière.





-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nœuds partagés entre terrain et éléments linéaires

[Guillaume Allegre]

Le sam. 03 mai 2014 à 20:26 +0200, David Crochet a écrit :
 Bonjour
 
 Le 03/05/2014 19:55, Gaël Simon a écrit :
 Bonsoir, pour une ligne électrique, ok. Mais n'est-il pas intéressant et
 logique d'utiliser une route comme séparation par exemple entre des
 champs et une forêt ?
 
 
 Oui et non, car entre une route et une forêt ou une champ, il y a
 souvent une rigole + une largeur d'herbe : 
 http://tile.openstreetmap.fr/?zoom=20lat=48.55918lon=-0.90468layers=B000FFF
 

D'autant plus qu'on a d'un côté un modèle filaire (la route),
de l'autre un modèle surfacique (les landuses et natural).

Tant qu'on n'a pas de surfacique pour la route, ce n'est pas logique
de coudre les landuses à la route, qui est représentée par son axe.

Pour l'instant, il n'y a que sur les waterways et les railways qu'on peut
avoir un modèle double : filaire + surfacique. J'imagine que ça viendra un jour
aussi pour les voiries.


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] situation OSM vis a vis de Jaccede.com

[Guillaume Allegre]

Bonjour, 

Rappel : grenoblois, je suis vaguement responsable du groupe local,
et mandataire territorial Isère.
La municipalité de Grenoble semble faire un effort particulier vers l'OpenData,
et en particulier le service accessibilité, qui nous avait déjà sollicité
pour une collaboration en janvier.

La partie Open Data (libération des données publiques) en est à ses débuts,
mais c'est lancé, et dans la bonne direction.


Parallèlement, il y a un versant cartoparties thématiques (comme à 
Montpellier),
qui n'est pas de l'Open Data, mais du crowdsourcing encadré.
Je sais qu'une expérience a déjà eu lieu entre la ville de Grenoble et des
volontaires de Jaccede.com il y a un an.
On pourrait envisager de renouveler l'expérience, en intégrant le groupe local 
OSM,
mais avant ça, je cherche à savoir où en sont les relations entre OSM et 
Jaccede.

J'ai lu les CR de la page 
http://wiki.april.org/w/Collaboration_OpenStreetMap_avec_jaccede.com,
mais le dernier datent d'un an et demi.
Les dernières nouvelles semblaient très encourageantes, mais aujourd'hui
les données de Jaccede.com paraissent toujours fermées :
- le fond de carte reste Google Maps
- les termes de http://www.jaccede.com/fr/a/conditions-generales/ 6.
  (pas d'utilisation commerciale) en font des données non libres et non 
compatibles ODbL
- l'API semble en lecture-seule et d'accès fermé 
http://www.jaccede.com/fr/a/api-jaccede/

Bref, suis preneur de nouvelles récentes de cette tentative de collaboration.

Merci d'avance.

-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] situation OSM vis a vis de Jaccede.com

[Guillaume Allegre]

Le ven. 25 avril 2014 à 18:00 +0200, Christian Quest a écrit :
 Point mort total malgré des relances et quelques contacts épisodiques.
 
 Depuis le temps, j'en ait conclu que j'accède n'a aucune envie de partager
 ce qui devient pour elle un fond de commerce.
 Sur une récente campagne j'avais été choqué par une forme de monétisation
 (un macaron pour les commerces en échange d'un soutien financier mensuel).
 
 Pour la collecte des infos d'accessibilité avec Transilien, on n'avait pas
 non plus pu les faire participer, à minima pour leur montrer notre façon de
 cartographier.
 
 Pour moi, il y a une forme de dérive, qu'on peut retrouver aussi parfois
 dans le monde de l'humanitaire.
 
 Bref, il me semble préférable de consacrer notre temps précieux pour
 collaborer avec des acteurs qui jouent le jeu plutôt que de s'échiner à
 faire bouger ceux qui n'en ont pas envie.


Merci pour ce retour, Christian.

Ce que j'en déduis, si l'occasion se présente, c'est qu'on pourrait tout 
de même organiser une cartopartie accessibilité commune avec des volontaires
de Jaccede.com, mais que la double saisie restera indispensable, et que je 
pourrai
en expliquer les raisons.

Ensuite, si on peut côtoyer les bénévoles de Jaccede sur le terrain, ça reste 
positif car : 
- on a certainement à apprendre de leur expertise sur le sujet
- on peut les sensibiliser au pb de la liberté des données, qu'ils pourraient
éventuellement faire remonter de la base au sommet ;-)
- et évidemment on fait connaître OSM pour tous les aspects non directement pris
en compte par Jaccede, notamment le routage


Évidemment, si d'autres ont des retours ou remarques sur le sujet, je suis 
preneur également.



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OpenStreetMap vs Wikipedia

[Guillaume Allegre]

Le mer. 30 oct. 2013 à 12:05 +0100, Pieren a écrit :

 Je ne suis pas contributeur wikipedien et je suis donc mal placé pour
 critiquer ce côté là. Mais concernant OSM, il manque certains points
 importants dans la comparaison:

 - homogénéité : si la longueur des articles sur wikipedia et le niveau
 des détails dans OSM dépendent tous les deux directement du nombre de
[...]


 - vandalisme : les cas sont peut-être beaucoup plus nombreux qu'on ne
 le pense parce que dans OSM, il est plus difficile d'avoir un suivi
 des transformations sur une zone que wikipedia sur un article. Et les
 outils de contrôle ont aussi des lacunes (voir dernier point) Si, par
[...]


Sur les deux premiers points, je suis entièrement d'accord. 
J'aurais dûr parler de vandalisme apparent rare, même si je suis moins 
pessimiste que toi : on n'a pas de moyen fiable de vérifier le vandalisme,
mais on n'a pas non plus de raison de l'estimer plus important que 
l'apparence.



 - sémantique : les tags sont nombreux dans OSM, trop nombreux. Les
 erreurs de typo ne sont que lentement corrigés, voir pas du tout. Il y
 a, par exemple, 910 valeurs différentes de highway et 983 valeurs
 différentes de landuse alors qu'il y en a 20 fois moins de documentés. 

C'est vrai, mais je pense que sur ce point WP a exactement les mêmes travers,
avec la multiplication des modèles et des infoboxes, qui sont vraiment
très une plaie à retenir.
Au moins JOSM assiste l'utilisateur pour les valeurs courantes, alors qu'il 
n'y a pas d'équivalent dans MediaWiki (à ma connaissance).


 - le contrôle : bien peu sont ceux qui contrôlent les données OSM en
 les téléchargeant dans JOSM. Alors que dans wikipedia, tout ce qui
 ajouté se voit immédiatement par tout lecteur, la plupart des
C'est assez vrai. Dans Wikipédia, on peut quand même craindre une certaine
dégradation dans le futur si Wikidata décolle.
A mon avis, Wikidata va vraiment importer dans l'écosystème Wikimédia les 
problèmes que
tu décris, ainsi que la perte de contrôle du contributeur lambda sur le contenu,
au profit des experts (utilisateurs aguerris ou 
informaticiens/documentalistes).
Mais il règlera d'autres soucis, bien sûr.


Cela dit, j'apprécierais que tu fasses tes commentaires sous l'article,
pas spécialement pour faire du buzz chez moi, mais parce que l'article
est destiné à être lu par les 2 communautés, et c'est bien que chacun voit que
les autres ont aussi un regard critique sur leur propre projet.


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Discussions WMFr] Re: OpenStreetMap vs Wikipedia

[Guillaume Allegre]

Le mer. 30 oct. 2013 à 14:11 +0100, Ista Pouss a écrit :

 Oui... le modèle osm est une base de données ne fonctionne pas, c'est ce
 que je pense. Il pose des problèmes irrésolvables de sémantique et de
 contrôle, entres autres.

Tiens, je ne vois pas ce qui te permet de dire ça.

Moi je trouve que le modèle de la DB est plutôt bien respecté par OSM 
(c'est d'ailleurs le problème des reverts impossibles après une autre édition, 
contrairement au modèle des commits de WP, qu'on sait traiter en texte depuis 
belle
lurette).


 Impossible de faire des cartes avec une base de
 données, c'est mon opinion : pour faire des cartes il faut d'abord faire de
 la cartographie, et à OSM on n'en fait pas, trompé que nous sommes par les
 datas.

Je ne comprends vraiment pas ce que tu veux dire, si tu pouvais développer ?


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Discussions WMFr] Re: OpenStreetMap vs Wikipedia

[Guillaume Allegre]

Le lun. 21 oct. 2013 à 10:21 +0200, Florence Devouard a écrit :
 On 10/20/13 7:54 PM, Guillaume Allegre wrote:

 Twitté car un excellent résumé. J'attend avec impatience la deuxième
 partie du tryptique !
 
 Flo


Le lun. 21 oct. 2013 à 10:43 +0200, Nicolas Moyroud a écrit :
 Merci pour cet excellent article Guillaume. D'une manière générale,
 je trouve que ce blog démarre fort ! J'aime le ton décalé qui fait
 qu'on apprend des choses en s'amusant. J'ai aussi lu le billet sur
 l'unicode et les 5 libertés du logiciel libre. Excellent le tableau
 de synthèse des libertés atomiques.
 On veut plus de billets !! ;-)
 

Merci pour vos encouragements. 
Voici donc la suite, un peu plus polémique (forcément), et parfois
franchement provoc (et sans doute un peu trop long)
http://gallaxie.wordpress.com/2013/10/28/openstreetmap-vs-wikipedia-23-differences-et-divergences/



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] OpenStreetMap vs Wikipedia

[Guillaume Allegre]

Salut,

j'ai écrit un article de blog OpenStreetMap vs Wikipédia, qui n'est autre 
que l'adaptation de la wikipermanence à thème cartographique qu'on avait
fait à Grenoble en juin dernier. C'est là
http://gallaxie.wordpress.com/2013/10/20/openstreetmap-vs-wikipedia-convergences/

Et c'est plutôt de la vulgarisation, qui vise à expliquer l'autre projet
aux contributeurs d'un des deux.
Un peu d'humour et un peu de mauvaise foi sont inclus dans le paquet, je vous
laisserai déterminer où, sans vous formaliser.


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bibliothèque / Médiathèque

[Guillaume Allegre]

Le ven. 13 sept. 2013 à 10:10 +0200, rainerU a écrit :
 Bonjour,
 
 Les bibliothèques publiques s'appellent souvent médiathèque et la question 
 se
 pose s'il faut une valeur spécifique du tag amenity pour distinguer une
 médiathèque d'une simple bibliothèque. Dans les cas que je connais, l'offre et
 les activités d'une médiathèque sont les mêmes que celles d'une bibliothèque. 
 On
 trouve livres, CDs, DVDs, salle informatique dans les deux. En plus, le terme
 médiathèque semble être une spécificité française, dans d'autres langues on
 parle plutôt de librairie multimédia (multimedia library,
 Multimediabibliothek,...). La médiathèque est donc une bibliothèque avec
 éventuellement une offre étendue de médias informatiques et peut être taggué
 amenity=library, ce qui est déjà l'usage aujourd'hui.

Je suis d'accord pour garder amenity=library pour une médiathèque.

S'il fallait en arriver à préciser, ce serait pluôt l'objet d'un 2e niveau
de tag, _par exemple_ library=* (même si au sens strict ça fait bizarre).


 Je propose de documenter cela dans le wiki, notamment dans la version 
 française
 des pages amenity=library et Map features (qui prend un temps fou à 
 charger...).

D'accord également.

Pour les médiathèques qui font espace public numérique (assez courant), il y a 
le tag
http://wiki.osm.org/wiki/Key:internet_access (public ou service)
Et on peut le mentionner aussi sur le wiki.


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Test pour newbies préalable à modification?

[Guillaume Allegre]

Le mer. 11 sept. 2013 à 17:07 +0200, Christian Quest a écrit :
 Idée sûrement évoquée... mais qui personnellement de ne me plait pas.
 
 Les erreurs des nouveaux contributeurs ne sont pas si nombreuses et on
 risquerait de décourager encore plus de nouveaux contributeurs alors qu'il
 y a déjà énormément de perte entre les ouvertures de compte et les
 premières contributions.

Entièrement d'accord pour éviter les outils coercitifs.

Un outil qui serait très chouette malgré tout, ce serait d'avoir une base
de données bac à sable officielle, pour permettre aux débutants
de s'initier quelques temps, surtout pendant les sessions de formation,
avec un serveur de rendu lié.

Il faudrait aussi que JOSM permette facilement de passer en mode bac à sable.
Pour les données, 2 solution : 
1) on part de planet, et on laisse dériver...
2) on resynchronise une fois par jour sur planet

Je suis bien conscient de l'aspect yakafokon de ce message.


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bibliothèque / Médiathèque

[Guillaume Allegre]

Le ven. 13 sept. 2013 à 11:11 +0200, Christian Rogel a écrit :

 Dire qu'on appelle médiathèque une bibliothèque qui a des services Internet 
 est une pure légende urbaine.

Et d'ailleurs personne ne l'a dit !


 Maintenant, il ne me paraît pas nécessaire de catégoriser à ce point les 
 bibliothèques, 
 car, celles qui se limitent au livre n'existent que dans les villages et les 
 petites villes ou dans des quartiers.

nécessaire est discutable : si certains ont envie de le faire, pourquoi les 
empêcher ?
Ensuite, il y a des choses plus exotiqes : 
je connais une bibliothèque qui prête des oeuvres d'art (tableaux, photos), 
pour décorer
chez soi, et renouveler la déco. C'est rare, mais pourquoi pas le mettre si des 
contributeurs
sont prêts à s'y coller ?



 Bien sûr, la mise à disposition d'Internet doit être signalée comme pour les 
 cyber-cafés.

On est d'accord, et c'est l'affaire de l'autre tag, internet_access.


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] On se moque a Wikipedia

[Guillaume Allegre]

Le mar. 13 août 2013 à 17:18 +0200, Pierre Knobel a écrit :
 Tiens je profite de la discussion pour soulever un point technique qui me
 chagrine depuis que je suis arrivé dans le monde OSM et sur lequel on
 aurait beaucoup à apprendre de wikipédia : Qu'est ce qui nous a pris de
 mettre toute la doc dans toute la langue sur un seul et unique wiki en
 utilisant des titres uniques en anglais avec un préfixe pour la langue
 (genre fr:verifiability) ?  Ca aurait été tellement plus élégant d'utiliser
 un wiki par langue et de mettre des liens interwikis pour passer d'une
 langue à l'autre, comme c'est fait sur wikipedia et la desencyclopedie
 depuis presque le tout début.

Le fonctionnement actuel du wiki OSM est largement perfectible, mais le mode 
de fonctionnement _des_ Wikipedia ne conviendrait pas forcément non plus.
Depuis le début de Wikipedia, chaque langue a son autonomie, et l'information
n'est pas obligatoirement organisée de la même façon dans toutes les langues.

Pour OSM, cette autonomie a beaucoup moins de sens : idéalement, les pages
des différentes langues devraient avoir le même contenu, sauf quelques 
cas particuliers correspondant à des particularités nationales (ex. les pages 
cadastre
français en français).


Pour une comparaison sérieuse avec OSM, les deux projets Wikimedia qu'il faut
examiner sont Commons (pour les photos de terrain) et le tout récent Wikidata.
Ce sont d'ailleurs les deux seuls qui n'ont pas de déclinaison par langue.


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bientôt l'anniversaire d'OSM...

[Guillaume Allegre]

Le dim. 30 juin 2013 à 14:27 +0200, Christian Quest a écrit :

 C'est prévu pour le week-end du 10 juillet.

hum... celui qui s'étend du mardi 9 au jeudi 11 ?


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] wikipermanence carto dimanche dernier

[Guillaume Allegre]

Dimanche dernier, à Grenoble il y avait deux choses :

1) le pique-nique du libre (à l'initiative de l'April) auquel d'éminents du 
groupe
local participaient
2) la wikipermanence cartographique, initiative conjointe des groupes OSM et 
Wikimedia
(avec un M comme maman)

Alors comme d'habitude, un rapide CR de la wikipermanence :
http://www.openstreetmap.fr/2013-06-23-wikipermanence



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] wikipermanence carto dimanche dernier

[Guillaume Allegre]

Le mer. 26 juin 2013 à 20:19 +0100, Otourly Wiki a écrit :
 Je reconnais la photo du salon Primevère ;) C'est vrai qu'il n'y avait pas de 
 flyers coté OSM et on manquait de papier à distribuer pour que les visiteurs 
 repartent avec l'URL. Et le petit dépliant bleu coté Wikimédia qu'on voit sur 
 les photos expliquait bien Wikipédia(1) . Finalement que les Wikimédiens 
 n'aient pas d'ordis pour faire des démos n'a pas posé de gros problèmes. 
 Alors que coté OSM c'est presque obligé d'avoir un ordi pour montrer les 
 diverses applications ;) 
 

Yep... la photo brute est pas très claire, il vaut mieux l'explication avec
(que tu viens de donner)

OSM n'avait aucun support écrit à distribuer ; on en était réduit à distribuer 
les autocollants
(tant qu'il y en avait) avec 1 ou 2 liens écrits à la main au verso.
(poke groupe communication de l'asso).


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] IGN Route 500 sous Licence Ouverte Etalab

[Guillaume Allegre]

Le sam. 22 juin 2013 à 05:28 -0700, PhQ a écrit :
 
 tms[20]:http://{switch:a,b,c}.   espace généré par copier coller
 imprudent
 tile.openstreetmap.fr/route500/{zoom}/{x}/{y}.png
 

Merci Christian pour ce travail d'intégration visuelle.
Est-ce que quelqu'un travaille sur une vérification auto pour 
être sûr qu'on a tout le réseau route500 dans OSM ?

(j'ai peut-être raté l'info)


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Vidéo 3d avec fond OSM grenoblois

[Guillaume Allegre]

Salut,

J'ai trouvé par hasard une vidéo faite par le Collectif Collège de Proximité
qui demande la construction d'un nouveau collège dans le Nord-Ouest de Grenoble.
Le point intéressant (pour nous), c'est qu'ils ont fait une vidéo explicative
pas mal du tout, avec du matériel provenant d'OSM.
http://www.youtube.com/watch?feature=player_embeddedv=bbjkTSkyBm4

Curieux, j'ai demandé des infos :

 Le fond de carte a été extrait avec Mapnik.
 Les emprises des batiments sont également d'OpenStreetMap : nettoyer
 avec Josm puis transformer en svg avec osmarender.
 Les formes svg ont été ensuite importées dans blender puis extrudées
 pour faire les batiments de la vidéo.


J'ai aussi signalé qu'ils auraient dû créditer OSM pour les données,
c'est en cours.



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] (Etait: IGN Route 500 ...) enfin un moyen pour uniformiser notre classification des highway ?

[Guillaume Allegre]

Le mer. 19 juin 2013 à 13:20 +0200, Christian Quest a écrit :
 J'ai commencé à mettre à jour le wiki avec des liens de téléchargement
 directs pour les départements que j'ai pu récupérer (j'ai le reste de
 l'Ile-de-France et de la Bourgogne en préparation).

 L'idéal serait de tout mettre en download centralisé sur un des serveurs
 d'OSM-FR, non ?

Oui. Et si l'IGN comptait sur leur système de double téléchargement java
pour suivre l'utilisation de leur données, tant pis pour eux !
On dirait vraiment qu'ils cherchent la complexité pour le plaisir, c'est 
incroyable.



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] CR cartopartie EPN à Saint-Maurice-l'Exil (38) jeudi 23 juin

[Guillaume Allegre]

Un compte-rendu de la cartopartie est en ligne
http://www.openstreetmap.fr/node/614

Tous les détails dedans... ;-)


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Metatuiles les plus denses en nœuds

[Guillaume Allegre]

Le ven. 24 mai 2013 à 23:20 +0200, Eric SIBERT a écrit :
 Le 24/05/2013 22:30, Christian Quest a écrit :

 113 metatuiles on plus de 1 nœuds au km2, dont 81 en France.
 
 Belle perf de Yaoundé en 5ème position (+8 et 12).
 
 Par contre, Grenoble, on s'est endormi sur nos lauriers.

Trop de donnée tue la donnée (proverbe dauphinois).



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] micro cartographie centre-commerciaux

[Guillaume Allegre]

Le jeu. 25 avril 2013 à 03:10 -0700, ZIMMY a écrit :

 2-pour les allée ce n'est toujours le nm des allées qui est utilisé dans les
 centre commerciaux mais les stationnement entre les allées. Comment faire ?

Si je peux préciser : ce sont les blocs de stationnement qui sont nommés,
qui correspondent à des allées de 2 places face à face.
Donc une allée de service dessert deux demi-blocs (comme les quais et les voies 
dans une gare, quoi), et ce n'est pas les allées de circulation qui sont nommés,
mais les blocs.

Il faudrait donc un tag intermédiaire entre amenity=parking et 
amenity=parking_space.

amenity=parking_block ?



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] By OSM

[Guillaume Allegre]

Le jeu. 25 avril 2013 à 10:13 +0200, Christian Quest a écrit :
 Il y a un projet d'icône by OSM standardisé qui devrait améliorer tout ça...
 
 Voir: http://wiki.openstreetmap.org/wiki/RFC_Attribution_Mark

C'est une excellente initiative, apparemment bien conçue, mais ça s'appelle RFC 
alors que je ne vois pas d'espace de discussion / vote ?



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cartopartie au cimetière du Père-Lachaise

[Guillaume Allegre]

Le mar. 23 avril 2013 à 14:56 +0200, Philippe Verdy a écrit :

 obligation du règlement. Le public (comme aussi les journalistes et le
 politique) est très susceptible dès qu'il y a la moindre profanation des
 lieux de sépulture, même la plus symbolique, ça fait scandale comme une
 trainée de poudre et ça a des effets très durables.

Profanation des lieux de sépulture ? tu es sûr de connaître le sens de ces mots 
?

trainée de poudre... effets durables... : en effet, tu dois avoir un bon 
fournisseur,
là.



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Liens de et vers OSM...

[Guillaume Allegre]

Le mer. 17 avril 2013 à 13:17 +0200, Pieren a écrit :
 2013/4/17 Ista Pouss ista...@gmail.com
 
  Il garantit que l'URL qu'il donne restera toujours la même, tant que
  l'objet satisfait les critères de reconnaissance.
 
 
 C'est un peu vague tout ça. Personne n'est capable de dire ce que sont ces
 critères de reconnaissance. Exemples:
 
 - une boulangerie qui change de propriétaire et de nom, va-t-elle changer
 d'ID ?
 - une boulangerie qui change de propriétaire, qui conserve son nom mais
 change son numéro de téléphone (ou d'operator), va-t-elle changer d'ID ?
 - une boulangerie qui déménage dans la même rue ou la même ville, va-t-elle
 changer d'ID ?
 - une boulangerie qui change de ville, va-t-elle changer d'ID ?

Juste une indication.

Pour une activité économique (commerce, industrie, service...), en France, on a 
les codes SIREN et SIRET (attribués par l'INSEE)
http://fr.wikipedia.org/wiki/Système_d%27identification_du_répertoire_des_établissements

Le SIRET c'est le SIREN (9 chiffres) complété du code d'établissement (5 
chiffres).
Et donc si changement de propriétaire, le SIREN change.
Si changement de rue/ville mais pas de propriétaire, le SIRET change mais pas 
le SIREN.

Je ne sais pas quoi en faire dans OSM, mais au moins n'essayez pas de 
réinventer un
référentiel qui existe déjà.



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Liens de et vers OSM...

[Guillaume Allegre]

Le mer. 17 avril 2013 à 19:06 +0200, Christian Quest a écrit :
 #a4u2k9 dans mon exemple est un geohash... il correspond à une bbox
 qui est de plus en plus petite lorsque le geohash est long (et
 inversement). C'est un truc existant qui est même supporté en interne
 par postgis (ST_GeoHash).
 Pour ceux qui ne connaissent pas voir: http://fr.wikipedia.org/wiki/Geohash

Il y a le problème habituel de franchissement des limites grosses mailles 
(edge case)
http://fr.wikipedia.org/wiki/Geohash#Limitations
La page wikipedia cite des contournements possibles, sans plus de précision.
Pas mieux en anglais.

S'il y a vraiment un contournement possible, très bien, mais j'en doute.
Sinon, ça casse tout ce que tu expliques après :


 En y repensant avec un ID comme  Croustillette.bakery.shop@#a4u2k9
 permet de facilement faire du matching partiel... bakery.shop@#a4u2k
 une boulangerie dans une zone un peu plus grande, shop@#a4u2
 correspond juste à une boutique dans une zone encore plus grande,
 etc... et une simple recherche textuelle en contient fait l'affaire
 ;)
 
 On peut aussi déterminer le niveau de similitude entre 2 ID assez
 facilement (longueur de la partie commune gauche, droite ou combinée).
 Tout ça se calcule facile sans faire appel à des API car le principe
 est universel et pas spécifiquement liée à OSM.


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Liens de et vers OSM...

[Guillaume Allegre]

Le jeu. 18 avril 2013 à 12:02 +0200, Philippe Verdy a écrit :
 Non, le SIREN change aussi : il désigne l'identité, la raison sociale. LE
 code établissement sert pour les sociétés qui ont une série
 d'établissements dans des lieux différents.

Non. Je maintiens, je l'ai vécu en 2007. Ma SARL a déménagé, de Grenoble à 
Grenoble.
Le SIREN est resté, le code établissement a changé, donc le SIRET a changé.

 
  Pour une activité économique (commerce, industrie, service...), en France,
  on a
  les codes SIREN et SIRET (attribués par l'INSEE)
 
  http://fr.wikipedia.org/wiki/Système_d%27identification_du_répertoire_des_établissementshttp://fr.wikipedia.org/wiki/Syst%C3%A8me_d%27identification_du_r%C3%A9pertoire_des_%C3%A9tablissements
 
  Le SIRET c'est le SIREN (9 chiffres) complété du code d'établissement (5
  chiffres).
  Et donc si changement de propriétaire, le SIREN change.
  Si changement de rue/ville mais pas de propriétaire, le SIRET change mais
  pas le SIREN.
 
  Je ne sais pas quoi en faire dans OSM, mais au moins n'essayez pas de
  réinventer un
  référentiel qui existe déjà.



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rendu FR...

[Guillaume Allegre]

Le mer. 17 avril 2013 à 11:34 +0200, Nicolas Dumoulin a écrit :

 Dans le même genre, est-ce que tu pourrais fusionner les voies parallèle (on 
 en avait déjà parlé je crois).
 Exemple ici :
 http://tile.openstreetmap.fr/?zoom=17lat=45.7632lon=3.10005layers=B0F
 (boulevard Louis Loucheur et Pochet-Lagaye)

Tu veux dire fusionner les labels, mais pas les voies ? 
Je ne pense pas que ce soit possible. Tu places le label sur quelle voie dans 
ce cas ?


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Commerces d'un centre commercial et Osmose

[Guillaume Allegre]

Le lun. 15 avril 2013 à 22:03 +0200, Jean-Baptiste Holcroft a écrit :
 Bonjour,
 
 Quelles sont les pratiques en termes de mapping de centre commercial ?
 
 Je suis tombé sur quelques belles brochettes (ça quadrille le tour
 d'Avignon) :
 http://osmose.openstreetmap.fr/fr/map/?zoom=17lat=43.98242lon=4.87969layers=BFFTitem=0level=1,2
 
 Le mapping est-il correct ? Mon cerveau bug en voyant tellement de petits
 points.

Correct mais discutable. Le contributeur a utilisé building=yes + indoor=yes 
pour les 
magasins à l'intérieur du centre commercial.
Tout dépend de ce qu'on valide comme building. Les cloisons intérieures 
délimitent 
bien un espace, parfois ouvert sur un côté, parfois avec une vitrine + porte 
classique.
Par contre, souvent elles ne montent pas jusqu'au plafond du bâti englobant.

Y'a plusieurs solutions :
- on valide building=yes + indoor=yes, et il faut corriger l'analyse Osmose
- on change en building=internal ou building=indoor (et il faut sans doute 
aussi corriger Osmose)
- on change la clé building en autre chose, mais quoi ?

Perso, je préfère le cas 2 ; building = yes est trop utilisé à toutes les 
sauces à mon goût.



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Liens de et vers OSM...

[Guillaume Allegre]

Le mar. 16 avril 2013 à 09:47 +0200, Christian Quest a écrit :

 Je pense par exemple à:
 - Jean-Louis qui veut garder une liste des commerces et leur correspondance
 dans OSM,

Ben il publie sa liste (opendata) sur le site de sa ville / comcom
(éventuellement expurgée de certaines informations si nécessaire),
ça devient une BD publique (mais pas forcément ouverte),
il ajoute une ref:TOTO=TITI sur les objets OSM, et il les suit comme ça.

Je ne dis pas que l'idée de l'identifiant pérenne flou que tu défends
est inutile, bien au contraire.
Mais je pense que ce n'est pas la solution à _tous_ les problèmes, et que 
l'approche
classique (une référence à une BD tierce) est _dans ce cas_ :
- plus efficace : tout le monde* sait faire une jointure sur une BD
- plus vertueuse : pour que ça marche, ça pousse la collectivité concernée à 
publier de la donnée
- plus utile, puisqu'elle permet _en outre_ de vérifier la complétude d'OSM

* (pour des valeurs raisonnables de tout le monde).


 - une appli mobile qui indique les monuments historiques,
ref:mhs=... http://wiki.openstreetmap.org/wiki/Key:ref:mhs ;-)
(OK ça ne vaut que pour les monuments référencés par la base Mérimée)


Bref, vous aurez compris que je suis partisan d'une généralisation des 
références
à des bases extérieures à condition qu'elles soient elles aussi suffisamment 
pérennes.


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Liens de et vers OSM...

[Guillaume Allegre]

Le mar. 16 avril 2013 à 10:20 +0200, JB a écrit :
  
 
 Mon tout petit grain de sel à cette discussion que je suis comme une
 « curiosité ». Je rajouterais dans les usages : et pas une accumulation
 de tags ésotériques qui ne disent rien aux débutants… et mêmes moins
 débutants. 
 
 Du coup, pour l'usage par des collectivités, je les
 encouragerais vraiment à utiliser un suivi de diffs, plutôt que de
 « polluer » la base (c'est peut-être un peu fort comme terme, mais des
 fois, je me pose la question par rapport à certains tags…). Est-ce qu'on
 se repose de temps en temps la question de ce qui a sa place dans la
 base géographique ? (passé sur talk, la création d'une base pour ce qui
 n'est pas géographique… hé beh, des choses bien en place et acceptées
 chez nous seraient vues par certains dans cette nouvelle base…). 
 

Ben voilà, un point de désaccord complet.

Pour moi la pollution est quand même super légère (qui la voit ?).
Et en partant du double principe : 
- un tag que je ne comprends pas, je n'y touche pas ;
- si je veux comprendre, c'est documenté dans le wiki
on règle le problème.



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Commerces d'un centre commercial et Osmose

[Guillaume Allegre]

Le mar. 16 avril 2013 à 11:34 +0200, Sylvain Maillard a écrit :
 je suis d'avis d'utiliser le building:part
 
 et par contre pour la valeur de la clef, ne pas oublier que building=yes
 c'est une valeur par défaut sur les données de cadastre pour dire qu'il
 faut la classer (comme un highway=road en fait)
 Il y a des tas de valeurs déjà documentées (
 http://wiki.openstreetmap.org/wiki/Key:building), notamment retail pour
 tout ce qui est des commerces (vente de biens)
 
 donc dans le cas présent ça donnerait: building:part=retail (+
 éventuellement des shop= pour préciser le type des biens vendus)

oui, ça paraît très bien :
building:part=retail + shop=... dans un centre commercial
building:part=yes dans le cas général, où on ne connaît pas 

ça paraît mieux que building=yes + indoor=yes



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OSM-FR à SIG La Lettre... besoin de troupes !

[Guillaume Allegre]

Le mar. 16 avril 2013 à 12:05 +0200, Pieren a écrit :

 
 Un peu HS mais une crainte. J'ai peur qu'une systématisation de ce genre de
 présentations n'aboutisse à une image fausse du projet OSM. On passerait
 finalement à un intégrateur de données publiques alors que ce genre de
 contribution ne devrait être que marginal dans le projet. Il ne faut pas
 négliger un point dit et redit : trop d'imports tue la cartographie
 participative. D'autant plus qu'un point crucial n'a pas encore été résolu
 : la synchronisation des données (de et vers le fournisseur).

Je suis relativement d'accord avec toi. 

Il faut encore et toujours insister sur le fait qu'on n'intègre pas
de données read-only.
Une fois versées, les données appartiennent à tous, et chaque utilisateur
est légitime à les modifier.

SVP, sur le stand, pensez à faire passer cette idée aux utilisateurs métier.



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Imagerie aérienne de Fort Liberté

[Guillaume Allegre]

Le dim. 14 avril 2013 à 17:05 +0200, Pieren a écrit :
 2013/4/14 Guillaume Allegre allegre.guilla...@free.fr
 
  Mais alors, ça veut dire qu'on ne récupère pas seulement l'orthophoto,
  mais aussi une nouvelle source de données d'élévation, et ça c'est aussi
  super intéressant, non ?
 
  Je découvre sans doute l'eau tiède, là, mais jusqu'à présent je pensais
  qu'on
  n'aurait jamais de données d'altitude contributives fiables.
 
 
 Attention. Si je comprends bien, seul le relief est reconstitué. C'est une
 altitude relative. Il faut encore un point de référence pour en déduire
 l'altitude par rapport au niveau de la mer.
 

Oui, tu as raison, mais ça reste très intéressant quand même.
On peut espérer raffiner des zones où on a un ou deux points à l'altitude connue
précisément : en France les réseaux NGF + géodésie par exemple.



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] DEM et imagerie aérienne de Fort Liberté

[Guillaume Allegre]

Le lun. 15 avril 2013 à 08:57 +0200, Guillaume Allegre a écrit :
 Le dim. 14 avril 2013 à 17:05 +0200, Pieren a écrit :

  Attention. Si je comprends bien, seul le relief est reconstitué. C'est une
  altitude relative. Il faut encore un point de référence pour en déduire
  l'altitude par rapport au niveau de la mer.
  
 
 Oui, tu as raison, mais ça reste très intéressant quand même.
 On peut espérer raffiner des zones où on a un ou deux points à l'altitude 
 connue
 précisément : en France les réseaux NGF + géodésie par exemple.

Du coup, je reformule ma question initiale, pour ceux qui ont fait les prises 
de vue et l'assemblage.
Est-ce que Pix4D sort un DEM explicite et exploitable ?
Si oui, sous quel format, et pourriez-vous le publier également ?


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Un LizPoi pour les vélos

[Guillaume Allegre]

Le lun. 15 avril 2013 à 10:23 +0200, kimaidou a écrit :
 Bonjour
 
 Allez, j'ai ajouté le vrai permalink :
 
yes ! merci pour le permalink !

Beau boulot, vraiment.

A mon avis, c'est bien plus utile qu'un rendu statique, aussi bien fait soit-il.
Je pense que ça motivera encore plus les cyclistes à contribuer.

Et ça pourra aider les associations locales de cyclistes urbains à réclamer de 
nouveaux équipements
en mettant en évidence les coupures et les discontinuités.

Donc double merci !

-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] expérimentations à Orange

[Guillaume Allegre]

Le dim. 14 avril 2013 à 12:14 +0200, Vincent de Chateau-Thierry a écrit :

 Et doncon est revenu au point de départ de la discussion :-)

Oui, et tant mieux, les digressions sur la meilleure réforme possible 
des administrations, ce n'est pas tellement ce qui va faire avancer la cause.

 Je continue de penser que ref:FR:code INSEE de la commune est une
 galère potentielle, tant en gestion qu'en compréhension.

Pourquoi ? Ça gêne qui ?

 Quitte à considérer qu'au sein d'une commune on n'aura pas de
 chevauchements d'identifiants, alors je préfère largement un unique
 tag qui serait quasi la proposition de Tony, à savoir
 ref:FR:admin_level8

Et si une voie est à la limite de deux communes ayant toutes deux versé
leur SIG, ça ne marche plus.


 avec comme valeur l'identifiant externe fourni par le SIG communal.
 Un seul tag, c'est déjà beaucoup plus simple à intégrer (une seule
 colonne dans un schéma de BD par exemple) et à documenter : une page

Qui va faire un schéma de BD contenant toutes les clés possibles ?
Ça existe _en pratique_ ? ça me paraît tordu.


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] expérimentations à Orange

[Guillaume Allegre]

Le dim. 14 avril 2013 à 11:14 +0200, Christian Quest a écrit :

 ref:FR:84xxx me semblerai plus approprié et oui, ça va faire plein de
 ref:FR:x mais ils sont nécessaires pour savoir à quel jeu de donnée on
 fait référence vu qu'il n'ont rien en commun les uns avec les autres !

+1


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Imagerie aérienne de Fort Liberté

[Guillaume Allegre]

Le dim. 14 avril 2013 à 06:17 +0200, Christian Quest a écrit :
 Le DEM est calculé à partir des images elles même...
 
!!!
Mais alors, ça veut dire qu'on ne récupère pas seulement l'orthophoto,
mais aussi une nouvelle source de données d'élévation, et ça c'est aussi
super intéressant, non ?

Je découvre sans doute l'eau tiède, là, mais jusqu'à présent je pensais qu'on
n'aurait jamais de données d'altitude contributives fiables.

En dehors du fait qu'OSM ne semble pas pour l'instant conçu pour stocker 
efficacement
ces données, est-ce qu'il y a un obstacle à récupérer ces données de 
post-traitement
des images de drones ? (notamment pour améliorer la résolution des données 
Aster/SRTM).



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Liens de et vers OSM...

[Guillaume Allegre]

Le dim. 14 avril 2013 à 16:00 +0200, Christian Quest a écrit :
 Pour prendre un peu de recul... si on réfléchissait au problème de façon
 plus globale ?
 
 Pour utiliser des ref:xx ?
 
 - pour lier des données OSM avec des jeux de données externes
 
 Peut-on/doit-on le faire pour n'importe quel jeu de données ?
 
 Je ne pense pas. Si ce sont des données librement accessibles et qui
 apportent plus d'information sur un objet OSM, oui, ça me semble avoir sa
 place dans OSM. Ca permet de ne pas inclure inutilement tout un ensemble de
 données dans OSM, données qu'il faudrait maintenir à jour pour qu'elles
 gardent de leur utilité.
 
 Donc pour moi des ref:xx vers des données non ouvertes n'apportent rien.

Sauf dans le cas où on voudrait faciliter la vie des consommateurs de données
métiers pour accélérer l'adoption d'OSM comme référence. Même la communauté OSM
n'en profite pas immédiatement, à terme ce sera certainement bénéfique.

Ce n'est pas une priorité (pour moi), mais si ça ne nous coûte qu'un tag en 
plus
sur les objets concernés, c'est pas trop cher payé.

Tu as aussi le cas intermédiaire où la collectivité considère qu'elle publie
ses données uniquement dans OSM, et qu'elle veut suivre les modifications 
contributives (par exemple pour enrichir les données d'origine à la maison).



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Imagerie aérienne de Fort Liberté

[Guillaume Allegre]

Le sam. 13 avril 2013 à 21:57 +0200, Jean-Guilhem Cailton a écrit :
 (English version follows)
 -
 
 Bonjour,
 
 Une équipe de l'OIM Haïti et de deux volontaires de Drone Adventures
 (http://droneadventures.org/), lors d'une mission d'une semaine en Haïti
 pour laquelle Frédéric Moine s'est personnellement impliqué, a utilisé
 un drone eBee pour prendre des photos de Fort Liberté, entre autres.
 Elles ont ensuite été assemblées avec le logiciel pix4D en une
 orthomosaïque, qui couvre 10,9 km2 avec une résolution de 8 cm par pixel.
 
 Pour voir cette mosaïque dans JOSM (et mapper aussi, bien sûr), vous
 pouvez y ajouter la couche TMS :
 tms[23]:http://wms.openstreetmap.fr/tms/1.0.0/fortliberte_2013/{zoom}/{x}/{y}


Le niveau de détail est absolument impressionnant, c'est la première fois que 
je vois
des humains (à pied et à vélo) sur une imagerie aérienne exploitable dans JOSM.

Du coup, j'ai quelques questions techniques :
- combien d'images différentes ont été assemblées ? 
- ça représente combien de temps de prise de vues ?
- à quelle altitude volait le drone ?
- d'habitude on parle d'orthorectification à base de DEM ; est-ce que ça a été 
fait ici ?
  ou bien le terrain était suffisamment plat pour se passer de DEM ?



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] expérimentations à Orange

[Guillaume Allegre]

Le sam. 06 avril 2013 à 15:46 -0700, Tony Emery a écrit :

 Je suis d'accord sur ce point. Mais je tiens, en tant que cartographe et
 géographe de formation à vous rappeler une chose : quel sens donne-t-on à la
 carte ? à quoi doit-elle servir ?
 S'il s'agit juste de cartographier le réel juste pour avoir des objets dans
 la base de données, ça sert à rien.
 Si on veut que cela soit utiliser, ça veut dire qu'il faut créer de la
 donnée pour l'usage et l'usager.

OK, on sera tous d'accord là dessus, mais je ne vois pas quelle conséquence
tu en tires sur le fait que les données opendata importées seront, oui ou 
non, fusionnées
avec les données standard OSM.

Comme c'est un sujet particulièrement important, que je ne veux pas voir poussé 
sous le tapis,
je vais essayer de rédiger une synthèse de toute la discussion, avec les points
consensuels et les points de désaccord.

A bientôt donc...



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] landuse pour un champ captant ?

[Guillaume Allegre]

Le lun. 08 avril 2013 à 05:09 +0200, Philippe Verdy a écrit :
 Il y a aussi les forages gaziers, comme ceux à fracturation hydrolique
 (refusés en France pour le gaz de schistes, mais maintenant qui se
 multiplient un peu partout en Europe).
 
[...]
OK, on peut voir la question sous deux angles : 
1) comme le propose Pierre-Alain, landuse=wellfield + resource=...
2) landuse=water_wellfield, puis éventuellement landuse=oil_wellfield...

Je préfère la 2e solution, parce que je pense qu'il est préférable de traiter
les réseaux d'eau à part, dans la continuité de man_made=water_well, 
et séparément les réseaux d'énergie. 

Mais j'ai lancé la discussion sur la liste tagging parce qu'il me semble qu'on
a maintenant intérêt à avoir des avis plus mondiaux et donc, fatalement, 
pas en français.
La suite là-bas ?



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] landuse pour un champ captant ?

[Guillaume Allegre]

Le dim. 07 avril 2013 à 11:20 +0200, Pierre-Alain Dorange a écrit :

 On pourrait faire plus générique et penser à d'autres formes de champs
 captants (du parle du pétrole).

Je viens de lancer la proposition sur la liste tagging et de l'ajouter à 
http://wiki.openstreetmap.org/wiki/Proposed_features/water_network#Water_network_.28drinkable.29

Et donc je te suggère -et aux autres- de continuer la discussion là-bas.


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] expérimentations à Orange

[Guillaume Allegre]

Le ven. 05 avril 2013 à 11:34 +0200, Pieren a écrit :
 2013/4/5 Tony Emery tony.em...@yahoo.fr
 
  Par conséquent, ces traçés, même si leur précision
  n'est pas bonne, est règlementée. Pour info, dans un document d'urbanisme
  approuvé, si le dessin d'une zone à été mal fait, qu'il coupe une parcelle
  alors qu'il ne le devrait pas, c'est quand même ce découpage qui est
  appliqué. Je pense donc, même si ce n'est pas juste, qu'il faut le laisser
  tel quel si l'on veut que les collectivités s'investissent dans OSM.
 
 
 Ce point est capital avec OSM. C'est la violation d'un principe de base du
 projet : les données doivent pouvoir être améliorées par les contributeurs,
 sinon elles n'ont pas leur place dans la base. Aucune donnée ne doit
 pouvoir être bloquée dans OSM sous prétexte d'officialité, encore plus si
 elles sont mauvaises.
 Je renverrais la lecture d'un fil de discussion de référence sur ce thème
 (en anglais) :
 http://lists.openstreetmap.org/pipermail/talk/2009-March/034948.html

Je plussoie entièrement Pieren sur ce point.

OSM ne doit pas devenir un dépôt où les institutions accepteraient de
verser leurs données à condition que personne n'y touche. 

OSM c'est du crowdsourcing avant tout ; l'open data est un complèment, 
bienvenu mais pas essentiel.
Il faut qu'on travaille au maximum pour intégrer l'open data dans OSM, mais si
on tombe sur un conflit entre les deux, OSM laissera tomber l'open data et 
privilégiera toujours le crowdsourcing.

Ce point est très important pour les discussions avec les collectivités, et 
il est non négociable, comme la licence.
En un mot : aucune donnée ne doit être verrouillée dans OSM.




-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] expérimentations à Orange

[Guillaume Allegre]

Le jeu. 04 avril 2013 à 23:50 -0700, Tony Emery a écrit :

 En fait, je dois quand même vous alerter sur un points : les collectivité
 sont de plus en plus consciente de l'intérêt de gérer en interne une base
 exhaustive de leur voirie. Or, cela sous-entend de pouvoir identifier chaque
 voie de manière unique dès la création de cette voie, d'où, l'identifiant.
 Qu'avons nous comme identifiant voirie :
 - Rivoli : c'est un code créé et géré par la DGFiP
 - l'ID de la BDAdresse : idem pour l'IGN
 
 Il faut donc créer un identifiant interne dans la commune car la commune est
 la source de cette information.

Pas la peine de partir dans les rêves de Grande Unification, je pense qu'on
peut en déduire une chose : il faut que le schéma opendata utilisé accepte
plusieurs identifiants provenant de plusieurs bases différentes.

Donc, exit le ref:source=, et je ne vois pas d'autre solution que
le ref:FR:idbase=id

Je pense qu'on ne pourra pas se passer de l'identifiant DGFiP, puisque c'est 
déjà le référentiel pour les imports de cadastre (et qu'on peut espérer négocier
une seule fois pour toute la France, et pas commune par commune).
Bref, la DGFiP, c'est l'identifiant le plus utile à plus court terme.

Ensuite, rien n'empêche d'ajouter un identifiant par commune participante.

Et puis, dans dix ans, quand l'IGN aura vu la lumière (ou sera morte et 
enterrée) 
on pensera à mettre l'ID de la BDAdresse.


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rendu topo 25000ème

[Guillaume Allegre]

Le jeu. 04 avril 2013 à 08:42 +0200, clansco a écrit :
 On Wed, 3 Apr 2013 21:04:21 +0200
 Sébastien Dinot sebastien.di...@free.fr wrote:
 
  JB a écrit :
  
 [.../...]
   On note que la donnée SRTM (courbes de niveau et ombrage) est parfois
   manquante, notamment dans les zones au relief accidenté.
  
  Je ne connaissais pas ce défaut de SRTM que je n'avais notamment jamais
  remarqué dans les Pyrénées. C'est étrange...
  
 http://maperitive.net/docs/Commands/SetDemSource.html
   VF.Alps: one arcsecond resolution DEM covering Alps without any major 
 data voids. 
   Source: http://www.viewfinderpanoramas.org/dem3.html#alps.
 valable aussi pour les Pyrénées.

A la lecture du site viewfinderpanoramas, il y a quand même une grosse 
incertitude sur 
la source et la licence des données utilisées pour remplir les blancs.
http://www.viewfinderpanoramas.org/voidfill.html




-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] landuse pour un champ captant ?

[Guillaume Allegre]

Le mar. 02 avril 2013 à 20:25 +0200, Pierre-Alain Dorange a écrit :

 man_made=water_works c'est pour l'usine de traitement (potabilisation)
 qui se trouve entre les puits (champs captants) et le réseau de
 distribution.
 
 Ayant étudié un peu le sujet ily a quelques temps j'ai rien trouvé pour
 les champs captants eux-même. Par contre il existe des tags pour :
 
 La zone de protection rapprochée (cloturé selon la loi) :
 
 boundary=water_protection_area
 
 Les puits eux-même :
 
 man_made=water_well

Du coup, que penses-tu de ma proposition initiale de landuse=water_catchment ?

Qui serait forcément inclus dans la boundary=water_protection_area si elle 
existe
et qui à son tour contiendrait les  man_made=water_well et 
éventuellement le man_made=water_works ?


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Un petit bout de serveur.

[Guillaume Allegre]

Le mer. 03 avril 2013 à 13:39 +0200, JB a écrit :
  
 
 Bonjour, 
 
 Quelqu'un aurait-il un petit bout de serveur pour
 héberger quelques jours (ou plus si affinités) des démonstrations de
 rendu topo 25000 ? Au programme, environ 300Mo de données au total, et
 supposer qu'une partie de la liste de diffusion va essayer de voir à
 quoi ressemble au moins une partie. Je n'ai pas ce qu'il faut dans des
 proportions suffisantes de mon coté… 


Je pense qu'on va te trouver ça ;-)

Tes données, c'est toujours des grandes images, ou des tuiles ?

Et quel type d'hébergement tu veux ? Juste un dépôt de fichiers bruts 
(sftp) dans une espace accessible par le web, ou plus évolué ?



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] landuse pour un champ captant ?

[Guillaume Allegre]

Le mer. 03 avril 2013 à 14:39 +0200, Pieren a écrit :
 2013/4/3 Vincent Pottier vpott...@gmail.com
 
 Landuse, moi, ça me plaît. Ça dit bien ce que ça veut dire...
 
 
 -1
 Ca risque d'entrer en conflit avec d'autres landuses (grass, meadow,
 forest) alors qu'on essaie d'éviter les erreurs du passé comme avec
 landuse=military par exemple.

Si j'ai bien compris, c'est pour ce que tu décris (grass...) qu'a été créé le 
tag landcover.

 Landcover is used to describe the physical material at the surface of the 
earth. Land covers include grass, asphalt, trees, bare ground, water, etc. This 
is distinct from Landuse which is describes the human use of land such as 
landuse=farm, landuse=retail or landuse=quarry.

Donc, d'après moi, le risque de conflit a été résolu, et 
landuse=water_catchment est cohérent avec le reste.
Il pourra être associé avec surface= ou landcover= (je ne rentre pas dans le 
débat).


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] landuse pour un champ captant ?

[Guillaume Allegre]

Le mer. 03 avril 2013 à 14:46 +0200, Ab_fab a écrit :
 Je me dis que Water catchment s'apparente plus au bassin versant, qui est
 à coup sûr beaucoup plus vaste que ton périmètre clôturé, sans parler de la
 difficulté d'en trouver des limites claires.
 J'ai trouvé cette page wikipedia [1] relative aux bassins versants, qui
 donne justement catchment comme synonyme possible.
 
 [1] http://en.wikipedia.org/wiki/Drainage_basin

En effet, c'est un terme ambigu (on le trouve dans les 2 contextes).

Alors, en poussant les recherches, il semblerait que wellfield corresponde
http://www.linguee.fr/francais-anglais/traduction/champ++de+captage++d%27eau.html
http://www.linguee.fr/francais-anglais/traduction/champ++de+captage.html

mais c'est aussi utilisé pour un champ de puits de pétrole !
donc je transforme ma proposition en landuse=water_wellfield




-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] landuse pour un champ captant ?

[Guillaume Allegre]

Le mer. 03 avril 2013 à 16:13 +0200, Pieren a écrit :

 Pourquoi pas le déjà existant boundary=protected_area +
 protect_class=12:
 http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area

Parce qu'à mon avis, c'est vraiment un landuse (clôture, accès réservé 
à l'opérateur), qu'il faut différencier d'une protected area, qui peut 
être plus vaste (incluant des champs agricoles, mais uniquement en bio,
ou avec un contrôle des intrants).

Si landuse est sémantiquement juste et landcover est une belle idée, il 
faut pousser
l'usage des deux, et arrêter de chercher des contournements, à mon avis.


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] landuse pour un champ captant ?

[Guillaume Allegre]

Le mer. 03 avril 2013 à 16:59 +0200, Pieren a écrit :
 2013/4/3 Guillaume Allegre allegre.guilla...@free.fr
 
 
   http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area
 
  class 12 :  *water:* water protection area, fresh water, drinking water,
 springs, ...
 
 Je ne vois pas de contournement à vouloir utiliser un tag aussi clair
 (comme de l'eau de source)
 

Tu es sûr que tu as lu mon message précédent, avant de répondre ?

  Pourquoi pas le déjà existant boundary=protected_area +
  protect_class=12:
  http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area
 
 Parce qu'à mon avis, c'est vraiment un landuse (clôture, accès réservé 
 à l'opérateur), qu'il faut différencier d'une protected area, qui peut 
 être plus vaste (incluant des champs agricoles, mais uniquement en bio,
 ou avec un contrôle des intrants).

S'il faut que j'explicite : le champ captant est plus restreint (inclus dans)
la zone de protection.
Le champ captant est une réalité de terrain, avec un changement de paysage.
La zone de protection est une limite réglementaire, plus vaste, qui n'induit
généralement pas de changement de paysage visible (forêt, champs, prairie...).

D'autre part, sémantiquement, un champ de captage correspond exactement
à un landuse, une utilisation du terrain.



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] landuse pour un champ captant ?

[Guillaume Allegre]

Le mer. 03 avril 2013 à 18:34 +0200, Guillaume Allegre a écrit :

   Pourquoi pas le déjà existant boundary=protected_area +
   protect_class=12:
   http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area
  
  Parce qu'à mon avis, c'est vraiment un landuse (clôture, accès réservé 
  à l'opérateur), qu'il faut différencier d'une protected area, qui peut 
  être plus vaste (incluant des champs agricoles, mais uniquement en bio,
  ou avec un contrôle des intrants).
 
 S'il faut que j'explicite : le champ captant est plus restreint (inclus dans)
 la zone de protection.
 Le champ captant est une réalité de terrain, avec un changement de paysage.
 La zone de protection est une limite réglementaire, plus vaste, qui n'induit
 généralement pas de changement de paysage visible (forêt, champs, prairie...).
 
 D'autre part, sémantiquement, un champ de captage correspond exactement
 à un landuse, une utilisation du terrain.

J'essaie d'illustrer avec ce document, du SIERG (opérateur public de gestion
de l'eau sur la région grenobloise, à l'exclusion de Grenoble, parce que 
Carignon
est passé par là !)
http://www.sierg.org/uploads/Document/ff/WEB_CHEMIN_167_1217863223.pdf p.11
la carte indique 3 zones :
- Périmètre de protection immédiate (PPI)
- Périmètre de protection rapprochée (PPR)
- Périmètre de protection éloignée (PPE)
Les termes PPI, PPR, PPE sont standard ; je pense qu'ils sont réglementaires.
https://fr.wikipedia.org/wiki/Captage_d%27eau_potable

Le PPI est un terrain acquis par le SIERG, clôturée, qui exclut toutes
les autres activités.
Le PPR et le PPE sont des zones privées, n'appartenant pas au SIERG, avec
des réglementations sur les activités permises.

On retrouve la même distinction en de nombreux endroits en France.
Le PPI correspond à ce landuse (en grass pour l'instant) :
http://www.openstreetmap.org/browse/way/129671505

Ma proposition consiste en tagguer ce PPI en landuse=water_wellfield
et les zones PPR et PPE avec boundary=protected_area + protect_class=12.
(et il faudrait définir 2 niveaux de protection d'eau si on voulait coller 
au schéma national, mais je pense que ce serait aller trop loin).



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rendu topo 25000ème

[Guillaume Allegre]

Désolé, suite à une erreur de ma part, JB a déposé ses fichiers au 
mauvais endroit.
Le bon site est http://osm107.openstreetmap.fr/jbtopo/

Remplacez donc osm101 par osm107...

Le mer. 03 avril 2013 à 20:12 +0200, JB a écrit :
  
 
 Bonjour, 
 
 Ça y est, après l'avoir sous-entendu au SOTM-FR, après
 l'avoir montré en avant-première, sous forme incomplète en carto-partie
 et sur Grenoble, je suis prêt à vous le présenter. 
 
 Pour les pressés,
 les images, c'est par ici (attention, certains fichiers lourds, merci
 Guillaume pour le coup de main) : 
 
 Sur les premiers kilomètres de la
 ViaAlpina, de notre coté 108Mo :
 http://osm101.openstreetmap.fr/jbtopo/ViaAlpina25.png 
 
 Sur le sud du
 Vercors 115Mo : http://osm101.openstreetmap.fr/jbtopo/Vercors25.png 
 
 En
 centre ville, au 15000, à Paris 8Mo :
 http://osm101.openstreetmap.fr/jbtopo/NotreDame15.png 
 
 À Strasbourg au
 15000 13Mo : http://osm101.openstreetmap.fr/jbtopo/Strasbourg15petit.png
 
 
 À Strasbourg au 25000 19Mo :
 http://osm101.openstreetmap.fr/jbtopo/Strasbourg25.png
 
 En périurbain, à
 Verrières-le-Buisson 8Mo :
 http://osm101.openstreetmap.fr/jbtopo/Verrieres25.png 
 
 Avec
 sur-impression d'une trace GPS, au-dessus de Grenoble 25Mo :
 http://osm101.openstreetmap.fr/jbtopo/LeSappeyGPS.png 
 
 Et bien sûr, la
 légende : http://osm101.openstreetmap.fr/jbtopo/legende4.png
 
 Si vous
 voulez d'autres démos, demandez, ou créez-les vous-même (le tuto est là,
 avec tout ce qu'il faut… continuez à lire). 
 
 La problématique : 
 
 J'ai
 participé à une formation à OSM à laquelle participaient plusieurs
 personnes d'office de tourisme. Un point essentiel est ressorti : la
 base de données, l'accès à la donnée brute, c'est bien beau, mais
 qu'est-ce qu'on en fait ? On ne sait peut-être pas trop ce que c'est
 qu'une base de données, ça ne nous fait pas rêver, par contre, une
 carte, on aime, on n'en a pas, et on en veut. 
 
 De mon coté, je suis
 intéressé de voir les capacités de la base OSM et des outils développés
 autour. J'ai aussi envie de développer un rendu topo/rando. 
 
 À partir
 de là, j'ai commencé à travailler sur ce rendu topo, avec au fond de la
 tête l'idée qu'il serait bien utile, entre-autre, aux offices de
 tourisme. Est-ce que ce type de rendu pourrait aussi intéresser de
 nouvelles personnes au projet ? 
 
 Les choix : 
 
 - Maperitive/Tilemill ?
 On connait maintenant leurs différences (simplicité, orientation web,
 …). Comme je vise une mise à disposition pour les moins bricoleurs en
 informatique, je me suis rapidement reporté sur Maperitive 
 
 -
 Mono-zoom/multi-échelle. Le travail sur un seul niveau de zoom me semble
 obliger à trancher plus nettement dans les données rendues, et ainsi
 espérer obtenir une carte plus claire. J'ai choisi de travailler à une
 échelle seule, pour une impression aux environs du 25000ème (15000 en
 milieu urbain). 
 
 - Impression écran/papier. La résolution de l'écran
 oblige à utiliser des tailles de texte et de symboles assez grandes, pas
 forcément adaptées à une impression papier. J'ai choisi de privilégier
 le support papier. 
 
 - Son nom, R25 pour l'instant, ouvert à toute
 proposition de modification.
 
 - Et bien sûr les choix de sélection, de
 représentation. Toujours critiquables, critiquez-les… 
 
 Le travail :
 
 
 Plus de 3900 lignes de feuille de style (pour un seul niveau de
 zoom…). Si je recommençais demain (non, je ne le ferai pas), la feuille
 aurait été organisée légèrement différemment, elle pourrait être
 également condensée (mais finalement pas tant que ça). Je n'ai pas
 commencé à compter mes heures passées sur le projet, je pense que c'est
 mieux ainsi. 
 
 La feuille de style est actuellement sous licence
 CC-by-nc-sa, du moins c'est ce qui est écrit partout ; mais je me suis
 déjà presque convaincu moi-même, il passe au CC-by-sa dès sa prochaine
 version (insistez juste un tout petit peu).
 
 Les défauts connus : 
 
 La
 carte se limite toujours à la donnée disponible. On note que la donnée
 SRTM (courbes de niveau et ombrage) est parfois manquante, notamment
 dans les zones au relief accidenté. 
 
 Le mono-échelle se casse les dents
 sur des zones à forte différence de densité de données. Le centre de
 Paris est bien plus lisible si imprimé au 15000ème, alors que le 25000
 en rando semble généralement bon. 
 
 La suite : 
 
 J'ai fini de travailler
 sur la feuille de style (c'est ce que je dis chaque matin depuis 10
 jours) ; le tutoriel niveau 0 est prêt, joint à ce mél. Au programme :
 un tutoriel de niveau plus élevé. 
 
 Au programme aussi, recevoir vos
 retours que j'espère (raisonnablement) nombreux. Je pense qu'une partie
 d'entre vous va regarder ce que ça donne à coté de chez vous. Si vous
 voyez des incohérences, des problèmes, des bugs, des améliorations
 possibles, merci de me les faire revenir (sur la feuille de style, les
 choix, le tuto…). Merci aussi de me dire si vous avez des remarques plus
 générales sur l'aspect du rendu.
 
 Les 

Re: [OSM-talk-fr] Rendu topo 25000ème

[Guillaume Allegre]

Le mer. 03 avril 2013 à 20:08 +0100, THEVENON Julien a écrit :

 
 Hello,
 
 J ai une erreur 404 pour tous les liens


Désolé, suite à une erreur de ma part, JB a déposé ses fichiers au
mauvais endroit.
Le bon site est http://osm107.openstreetmap.fr/jbtopo/

Remplacez donc osm101 par osm107...



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] expérimentations à Orange

[Guillaume Allegre]

Le lun. 01 avril 2013 à 20:08 +0200, kimaidou a écrit :
 Bonjour à tous
 
 On en avait déjà parlé avec Tony dès ses premières expérimentations. Pour
 tous ces cas là, je préférerais largement qu'une base de données externe
 s'occupe de gérer les liens entre identifiants. J'imagine un outil, qu'on
 pourrait appeler OsmLink (ou mieux), qui centraliserait l'ensemble de tous
 les liens entre identifiants, avec un schéma assez classique en base de
 donnée :
 
 Objet OSM  (osm_id) ---  OsmLink (osm_id, osm_type, id_table_externe,
 id_objet_externe )  - Table externe ( id_objet_externe)
 
 L'idée est de stocker le lien entre identifiants dans la table de lien, et
 ni dans OSM ni dans notre table métier. Ainsi on ne pollue ni notre table
 métier, ni notre table de lien, et cela permet

OK pour cette idée d'une base tierce, mais dans ta description je ne comprends
pas qui l'héberge.
Pour moi, c'est forcément du côté du SIG, puisque la base tierce doit 
connaître
à la fois les références SIG et les références OSM. Or OSM est publique, et le 
SIG
métier est privé.

Du coup je ne comprends pas :
 * de gérer autant de tables externes que souhaité : la base de donnée
 OsmLink serait alors un immense creuset de lien, qui serait administrée (et
 pourquoi pas versionnée aussi) comme la bdd OSM, avec une union des forces


En tous cas, c'est une idée intéressante, et il va bien falloir aboutir
à une solution si on veut accepter proprement les données OpenData qu'on nous
propose.


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] expérimentations à Orange

[Guillaume Allegre]

Le sam. 30 mars 2013 à 20:37 +0100, Guillaume Allegre a écrit :

 
 1) la boundary est une frontière de canton, qui coïncide avec un bout de la 
 frontière communale
 (Orange / Caderousse)
 http://www.openstreetmap.org/?way=171243851 mais qui n'est pas confondue 
 (points distincts)
 Selon moi, elle devrait être confondue, en tant que limite communale ET 
 limite de canton.

Sur ce premier point, tout le monde est d'accord pour la fusion ?

À terme, si ce schéma se généralise, ça veut dire que les limites de communes 
seront également 
découpées selon les limites de bureaux de vote.
Pas d'opposition ?


 
 2) le way polling_station a une résolution bien plus élevée (1 point par 
 mètre dans les courbes),
 suivant les _anciens_ méandres de la Meyne, qui restent la limite communale 
 comme ici :
 http://www.openstreetmap.org/?lat=44.08722lon=4.7789zoom=17layers=M
 A mon avis, c'est de la sur-résolution inutile,  mais ça se discute.

Pas d'autre avis sur ce point ?


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] landuse pour un champ captant ?

[Guillaume Allegre]

Le dim. 31 mars 2013 à 17:10 +0200, Guillaume Allegre a écrit :
 Salut, 
 je me demande quel tag utiliser pour définir un champ captant
 (captage d'eau potable). Généralement, c'est une zone cloturée, avec 
 de l'herbe, plus ou moins bien entretenue (souvent plus), où sont disséminés
 des forages et installations de pompage (bâtiments techniques, pompes, 
 transfos électriques...)
 http://fr.wikipedia.org/wiki/Champ_captant
 http://fr.wikipedia.org/wiki/Captage_d%27eau_potable
 
 Je suppose que landuse s'impose, mais quoi mettre derrière ?
 water_catchment semble parfois utilisé mais je n'ai pas trouvé de terme
 anglais vraiment convaincant pour l'instant.

En cherchant mieux, j'ai trouvé le tag man_made=water_works
http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dwater_works

La description semble convenir (Place where drinking water is found and applied 
to the local waterpipes network.)
Mais la photo et le tag man_made semblent plus adaptés à des installations 
compactes :
assez petite surface, installations denses.
Du coup, est-ce que vous l'utiliseriez pour un champ captant, qui peut être 
très étendu,
comparable à un grand champ agricole ?


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] landuse pour un champ captant ?

[Guillaume Allegre]

Salut, 
je me demande quel tag utiliser pour définir un champ captant
(captage d'eau potable). Généralement, c'est une zone cloturée, avec 
de l'herbe, plus ou moins bien entretenue (souvent plus), où sont disséminés
des forages et installations de pompage (bâtiments techniques, pompes, transfos 
électriques...)
http://fr.wikipedia.org/wiki/Champ_captant
http://fr.wikipedia.org/wiki/Captage_d%27eau_potable

Je suppose que landuse s'impose, mais quoi mettre derrière ?
water_catchment semble parfois utilisé mais je n'ai pas trouvé de terme
anglais vraiment convaincant pour l'instant.


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] expérimentations à Orange

[Guillaume Allegre]

Le dim. 31 mars 2013 à 13:16 +0200, Pieren a écrit :
 2013/3/30 Vincent de Chateau-Thierry v...@laposte.net
 
  Avec le schéma ref:FR:code insee commune on pourrait se retrouver avec
  autant de clés que de communes, toutes signifiant grosso-modo la même chose
  : cette clé a pour valeur une référence interne à la commune XXX.
 
 
 +1
 Et quitte à me répéter, le code insee d'une commune est inconnu de la
 plupart des gens, et donc des contributeurs moyens. OSM ne doit pas devenir
 une affaire de spécialistes.

Je suis d'accord avec ta dernière phrase, mais ce n'est pas un argument ici.
Mettre un attribut destiné à la synchro OSM-SIG est bien une affaire de 
spécialiste.
Ça ne veut pas du tout dire que des contributeurs lambda ne pourront pas 
modifier l'objet,
simplement, ils ne toucheront pas ce tag là.

C'est tout-à-fait admissible d'avoir des attributs génériques compréhensibles 
de tout 
le monde et des attributs spécialisés sur le même objet. Et d'ailleurs c'est 
déjà la pratique 
courante : tout le monde peut ajouter un noeud natural=tree, mais il n'y a que 
les spécialistes
qui pourront préciser le taxon=...




-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] expérimentations à Orange

[Guillaume Allegre]

Le sam. 30 mars 2013 à 23:46 +0100, Christian Quest a écrit :
 Si on se reposait les questions de base ?

Yep.

 
 A quoi servent ces ref:xxx ?
 
 Si il s'agit de maintenir un lien avec un jeu de données externes bien
 précis et d'une façon unique, il faut que la clé permettent d'identifier le
 jeu de données sans ambiguité et donc il faut qu'elle soit unique pour
 chaque jeu de données et un quelque chose du genre ref:insee:x me
 semble adapté.
 Ca donne en plus un lien vers le producteur de ce jeu de données x
 pouvant décrire une région, un département, un EPCI, une commune, voire
 même une entreprise par son SIREN/SIRET.
 
 Si par contre ces références ont un caractère plus global et qu'elles sont
 utilisables sans être liées à un jeu de données particulier, alors là il
 faut utiliser une clé qui elle aussi ne soit pas liée à un jeu de données.
 Si on veut identifier une référence qui serait par exemple donnée de façon
 homogène par un niveau administratif particulier, on pourrait envisager un
 ref:admin_level:xx=*


Faut demander à Tony ce qu'il pense en faire à long terme, mais il me semble 
qu'on
est clairement dans le 1er cas, là : maintenir un lien avec un jeu de données 
externes 
bien précis et d'une façon unique.



 Vous allez voir qu'on va y arriver aux linked data ;)

On peut même dire qu'on y est là, mais ça ne nous donne pas magiquement
la réponse à comment les intégrer au mieux dans le taggins OSM ?



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Abus des landuse=residential ?

[Guillaume Allegre]

Le sam. 30 mars 2013 à 07:52 +0100, nono a écrit :

 J'ai regardé. 
 En discutant avec des randonneurs le week-end dernier, il peut être
 intéressant de représenter les limites de parcelles « en campagne ».
 Notamment pour les lignes d'arbres, les haies, les ruisseaux, tout ce
 qui visuellement peut renseigner le randonneur sur le terrain. Ainsi, il
 se repère mieux dans l'environnement où il se trouve.

Tout à fait, mais dans ce cas, il ne s'agit pas de tracer une limite de 
parcelle,
mais un autre élément, naturel ou artificiel (barrier=hedge, 
waterway=stream|ditch...)
qui peut éventuellement marquer une limite de parcelle.



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] expérimentations à Orange

[Guillaume Allegre]

Salut, 

Je voudrais signaler certains problèmes (du moins qui m'apparaissent tels) des 
expérimentations
d'import dans OSM de données communales à Orange. Je sais que cela concerne le 
travail
de Tony, tel qu'il l'a présenté au SOTM-FR, mais je pense qu'il vaut mieux 
avoir plusieurs avis.

Prenez l'objet boundary=polling_station 
http://www.openstreetmap.org/browse/way/197278529 
membre de la relation  http://www.openstreetmap.org/browse/relation/2649371


Je vois plusieurs problèmes :

1) la boundary est une frontière de canton, qui coïncide avec un bout de la 
frontière communale
(Orange / Caderousse)
http://www.openstreetmap.org/?way=171243851 mais qui n'est pas confondue 
(points distincts)
Selon moi, elle devrait être confondue, en tant que limite communale ET limite 
de canton.

2) le way polling_station a une résolution bien plus élevée (1 point par mètre 
dans les courbes),
suivant les _anciens_ méandres de la Meyne, qui restent la limite communale 
comme ici :
http://www.openstreetmap.org/?lat=44.08722lon=4.7789zoom=17layers=M
A mon avis, c'est de la sur-résolution inutile,  mais ça se discute.
Cela n'enlève rien au point 1 : il faut choisir quelle limite on prend 
(171243851 ou 197278529),
voire un intermédiaire en simplifiant la limite polling_station, mais il faut 
quand même à terme
fusionner les deux.

3) La relation 2649371 a des attributs bizarres : 
- pas de nom 
- un CANTON=Ouest pas documenté
- un ref=22 pas documenté non plus

4) la route http://www.openstreetmap.org/browse/way/195747326 a les attributs :
highway = road
addr:postcode = |84100
ref:orange = 84087V99
En dehors de la typo sur le code postal avec le |, est-ce logique de mettre un 
code postal
sur une voie ? le wiki ne donne qu'un noeud ou une surface, et j'aurais 
tendance à le suivre
sur ce point.

Ensuite : ref:orange : là, je pense qu'on a un problème à régler. orange 
n'est pas suffisamment
distinctif. Si toutes les communes du monde se mettent à utiliser le même 
schéma, on va multiplier
les conflits. Comment régler ça ? 


Je ne remets pas en cause l'utilisation d'OSM comme support de données métiers 
issues 
de SIG territoriaux, bien au contraire. 
Mais si, comme je le suppose, Orange tend à devenir une zone d'exemple et de 
démonstration 
pour cette convergence, il serait préférable que le schéma suivi soit aussi 
irréprochable que possible quant à l'intégration dans les conventions standard 
OSM.
Alors, je pense qu'il faut sérieusement se pencher sur :
- le schéma d'attributs et de références qui conviendrait à tout le monde
- les conventions de fusion ou juxtaposition de données, et les précisions 
géométriques 
  minimales/maximales acceptables.

Des avis ?


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] expérimentations à Orange

[Guillaume Allegre]

Le sam. 30 mars 2013 à 21:58 +0100, Philippe Verdy a écrit :
 Le 30 mars 2013 20:37, Guillaume Allegre allegre.guilla...@free.fr a écrit :
  3) La relation 2649371 a des attributs bizarres :
  - pas de nom
  - un CANTON=Ouest pas documenté
  - un ref=22 pas documenté non plus
 
 En effet, on a un schéma déja existant et homogène utilisant le code
 Insee complet du canton à 4 chiffres dans ref:INSEE=*. avec
 boundary=political, political_division=canton,
 name=Orange-Ouest, wikipedia=fr:Canton d'Orange-Ouest

Je reconnais que mon exemple était ambigu, mais la relation n'est pas un canton,
mais la limite d'un bureau de vote (numéro 22), qui appartient au Canton Ouest.

La question subsidiaire : vaut-il mieux avoir un nom 
Limite du bureau de vote n°22 (complètement redondant) ou rien ?


 4) la route http://www.openstreetmap.org/browse/way/195747326 a les attributs 
 :
  highway = road
  addr:postcode = |84100
  ref:orange = 84087V99
  En dehors de la typo sur le code postal avec le |, est-ce logique de mettre 
  un code postal
  sur une voie ? le wiki ne donne qu'un noeud ou une surface, et j'aurais 
  tendance à le suivre
  sur ce point.
 
  Ensuite : ref:orange : là, je pense qu'on a un problème à régler. orange 
  n'est pas suffisamment
  distinctif. Si toutes les communes du monde se mettent à utiliser le même 
  schéma, on va multiplier
  les conflits. Comment régler ça ?
 
 Pour les références relatives à Orange, ou semble-t-il plutôt son
 EPCI, il serait plus utile d'indiquer ref:FR:EPCI=* (avec une
 abréviation de l'EPCI) ou ref:FR:code insee de la commune=* (si
 cela vient de la commune elle-même).

Non, c'est bien la commune seule. Orange ne fait à ma connaissance toujours 
partie
d'aucune intercommunalité, principalement en raison du bord politique du maire 
(ex-FN)
depuis 1995.

Le ref:FR:code insee de la commune= * paraît rationnel, mais un peu aride.
Cela dit, pour un ref, ça peut passer.



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] expérimentations à Orange

[Guillaume Allegre]

Le sam. 30 mars 2013 à 21:45 +0100, Vincent de Chateau-Thierry a écrit :

 4) la route http://www.openstreetmap.org/browse/way/195747326 a les 
 attributs :
  highway = road
  addr:postcode = |84100
  ref:orange = 84087V99
 En dehors de la typo sur le code postal avec le |, est-ce logique de mettre 
 un code postal
 sur une voie ? le wiki ne donne qu'un noeud ou une surface, et j'aurais 
 tendance à le suivre
 sur ce point.
 
 
 Pas sûr que ce soit une typo, ça peut être la moitié d'une
 modélisation sur un seul champ (dans un SIG) :
 code_postal à gauche | code postal à droite
 Pas forcément heureux là où nous sommes plus habitués à des suffixes
 :left et :right, et donc à deux attributs au lieu d'un.

OK, merci, je n'y avais pas pensé.
C'est vrai que le bout de route traverse la frontière Caderousse/Orange,
qui est aussi une limite de code postal (84860/84100)  mais elle ne la suit pas.
Donc je ne sais pas si ton interprétation est la bonne.


 Mais la modélisation directement sur les ways est banale, quasi
 conventionnelle, chez les fournisseurs de BD de géocodage (IGN,
 TomTom  co). Elle n'est pas documentée dans OSM, soit. Ça ne la
 rend pas invalide pour autant, et rien qu'en France, dans les
 quelques communes a CP multiples, ça se conçoit.

OK ; ça fait sens. Mais dans ce cas, il faudrait que ce soit renseigné sur le 
wiki,
avec les variantes :left et :right.



 Ensuite : ref:orange : là, je pense qu'on a un problème à régler. orange 
 n'est pas suffisamment
 distinctif. Si toutes les communes du monde se mettent à utiliser le même 
 schéma, on va multiplier
 les conflits. Comment régler ça ?
 
 
 Pour éviter d'avoir 36.000 tags ref:* distincts à terme (on peut
 rêver), je verrais plutôt un schéma générique sur 2 tags :
 
 source=* (rien de nouveau ici)
 ref:source=* ou source:internal_id ou toute autre formulation pour
 dire la même chose : mentionner l'identifiant unique utilisé par le
 fournisseur.
 
 Dans l'exemple du way :
 source=Mairie d'Orange 2012
 ref:source=84087V99
 
 Après tout, il ne s'agit pas d'un tag ref pour l'objet, que tout un
 chacun pourrait trouver sur le terrain, mais d'un tag ref qui
 n'existe que parce qu'une certaine source a été utilisée pour
 l'objet.

Oui, mais cette façon de faire limite les possibilités d'édition ultérieures :
- un objet pourrait avoir plusieurs ref (par exemple un ref:insee et un 
ref:FR:code-commune)
- un objet peut avoir plusieurs sources : un SIG territorial à l'origine, puis 
une retouche par Bing
ou par le cadastre
et le source=Mairie d'Orange irait mieux sur le changeset
Du coup, ref:source me semble trop fragile.
Je pense que ref:FR:code insee commune comme proposé par Philippe Verdy est 
le plus sûr.


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Sondage sur la répétition des messages du forum sur cette liste - résultat ce soir !

[Guillaume Allegre]

Le mar. 26 mars 2013 à 10:05 +0100, sly (sylvain letuffe) a écrit :

 ça devrait aller vite, j'ai déjà pu créer la liste, configuré l'envoi depuis 
 le forum, et inscrire l'utilisateur forum, l'admin de liste n'a plus qu'a me 
 la valider.

C'est fait.

 Elle s'appelle paf
 Comme PAsserelle Forum, qu'est-ce qu'on se marre !

Bon amusement donc !


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Pourquoi importer du bâtit wall=no ?

[Guillaume Allegre]

Le dim. 17 mars 2013 à 19:37 +0100, Christian Quest a écrit :
 J'ai un peu modifié le rendu des bâtiments sur le rendu FR.
 
 wall=no - plus clair mais avec le même liseré que le reste du bâti (à
 partir du zoom 18)
 
 Exemple: 
 http://tile.openstreetmap.fr/?zoom=18lat=49.17866lon=-0.36415layers=B0

Plusieurs remarques sur ce sujet :

- wall=no est un choix de transposition dans le modèle OSM qui est un peu 
abusif. 
Ça correspond à construction légère dans le cadastre, mais ça peut être une 
verrière 
ou une véranda entièrement fermée, bien que ce soit un cas plus rare.

Pour lever les ambiguités, chaque fois qu'il y a eu une vérification de terrain,
je suggère de changer building=yes + wall=no en building = roof 
(ou de virer wall=no si c'est fermé).
Use building=roof for roofs which are open at least at two sides.
http://wiki.openstreetmap.org/wiki/Tag:building%3Droof

- comme pour les autres cas, le cadastre a fait des choix lors de la 
vectorisation
(et dans certains cas, on a perdu de la finesse entre les plans bitmaps et les 
plans
vectorisés), et on peut corriger la donnée, c'est pas immuable.



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] compte-rendu cartopartie Pierre-Châtel

[Guillaume Allegre]

Samedi, le groupe local grenoblois a animé une cartopartie à Pierre-Châtel.
Le compte-rendu est disponible :
http://www.openstreetmap.fr/2013-03-16-cartopartie-pierre-chatel


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr] Visite guidée du rendu OSM FR

[Guillaume Allegre]

Le ven. 15 mars 2013 à 13:45 +0100, Eric a écrit :
 C'est excellent comme principe, ca met en évidence tous les traitements
 spécifiques que tu as fait et qui j'avoue, m'avaient échappé pour certain.

Ouais, un double bravo :
- pour le boulot que tu as fait sur le rendu FR
- pour la superbe visite, qui est une utilisation originale de umap



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] salon Primevère

[Guillaume Allegre]

Le sam. 09 mars 2013 à 18:46 +0100, allegre.guilla...@free.fr a écrit :
 Depuis hier (vendredi) 14 h, et jusqu à demain 19 h, OSM-FR tient un stand au 
 salon
 Primevère (Lyon Eurexpo).
 Si vous êtes dans le coin, passez dire bonjour.
 
 Les stands jumelés, avec Sylvain pour OSM-FR, et Justine pour Wikimedia 
 France :
 http://twitpic.com/c9z2ob

Et au passage, une émission enregistrée vendredi 8 soir, avec Benoit Prieur
(Wikimedia France), Florian Farge (WM-FR et OSM-FR) et moi-même, pour la
FRANC-RA (Fédération des radios associatives non commerciales Rhône-Alpes)
qui avait un studio sur le salon.

L'interview, très amical, était mené par Patrice Berger.
Il devrait être diffusé dans les semaines à venir sur différentes radios 
associatives
du coin et disponible sur ce site :
http://www.francra.org/Emissions-en-acces-libre?lang=fr


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Cartopartie à Pierre-Châtel (38) le 16 mars

[Guillaume Allegre]

Je crois que l'info n'est pas encore passée ici : une cartopartie d'initiation
aura lieu ce samedi 16 mars à Pierre-Châtel (35 km au sud de Grenoble)
co-organisée par l'EPN local : http://www.cypiee.fr/
et le groupe local de Grenoble. Plus d'infos : 
http://wiki.openstreetmap.org/wiki/Grenoble#Cartopartie_.C3.A0_Pierre-Ch.C3.A2tel_le_16_mars_2013

Localisation :
http://www.openstreetmap.org/?mlat=44.9566mlon=5.772zoom=12layers=M


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] projection antarctique

[Guillaume Allegre]

Le mar. 26 févr. 2013 à 10:33 +0100, Ab_fab a écrit :
 Salut Guillaume,
 
 J'ai répondu à côté de la plaque hier ?

non, pas du tout : je répondais seulement aux suggestions de Jérôme.

 Sur le site Kartograph, tu as moyen de régler deux paramètres : lat0 et lon0
 En passant la réglette lat0 à -90, tu obtiens le pôle Sud au centre.

Merci d'ailleurs pour le pointeur sur le site kartograph. Je le connaissais
vaguement, mais je n'aurais pas pensé à l'utiliser pour ça.


Mais du coup, ma question très basique subsidiaire : supposons que je choisisse
une projection qui convienne (disons orthographique pour fixer les idées). 

Quelle est la suite pour obtenir un rendu, probablement tuilé, avec cette 
projection
non standard (pas mercator quoi) ?

-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] projection antarctique

[Guillaume Allegre]

Salut,

Je cherche s'il existe un projet pour un rendu polaire (antarctique) des 
données OSM, 
et je ne trouve rien, ce qui m'étonne.

Sans parler pour l'instant de style, la projection standard (Mercator sphérique)
n'est pas du tout adaptée. Je cherche un rendu où le pôle est au centre.
Déjà, j'ai du mal à déterminer la projection idéale. On trouve notamment :
- EPSG:3031 WGS 84 / Antarctic Polar Stereographic
- la projection Lambert azimuthale 
http://cartographie.sciences-po.fr/fr/globe-projection-lambert-p-le-nord-et-p-le-sud
- la projection Lambert conique conforme (avec quels paramètres ?)

http://wiki.openstreetmap.org/wiki/Antarctica parle des sources mais reste muet 
sur 
les rendus. Des pistes ?


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] projection antarctique

[Guillaume Allegre]

Le lun. 25 févr. 2013 à 23:36 +0100, Jérôme Cornet a écrit :

 en fouillant dans le fichier de projection de PROJ4 je trouve ça:
 
 EPSG:3032: Australian Antartic Polar Stereographic
 EPSG:3033: Australian Antartic Lambert
 EPSG:3294: USGC Transantartic Mountains
 EPSG:4176: Australian Antartic

Merci, mais en utilisant spatialreference (ex. 
http://spatialreference.org/ref/epsg/3032/)
il semblerait qu'elles soient toutes prévues pour des couvertures partielles du 
continent
(cf les paramètres WGS84 Bounds).
Alors que je cherche vraiment à représenter l'ensemble (lat = -60°, toutes 
longitudes),
sur une carte à petite échelle.



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] SOTM-FR Lyon - streaming

[Guillaume Allegre]

Le sam. 23 févr. 2013 à 15:04 +0100, Sylvain Maillard a écrit :
 j'ai essayé de mettre des vidéos en taille pas trop grandes, mais je peux
 les recompresser encore si c'est vraiment trop grand ... le seul problème
 c'est qu'après on ne verra plus grand chose ...

Très grand merci à toi pour tout ce boulot de streaming et d'archivage.



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] SOTMFR / AG

[Guillaume Allegre]

Le ven. 22 f�vr. 2013 à 07:37 +0100, Christian Quest a ecrit :
 On pourra se répartir le dimanche entre l'amphi et les salles, donc il y
 aura de la place pour plusieurs contenus en //
 
 Donc en // de l'amphi on pour se faire nos brainstormings, tu peux rajouter
 ces sujets à discuter sur le wiki.

Ils sont déjà sur le wiki, 
http://wiki.openstreetmap.org/wiki/FR:SotmFR#Les_chantiers

mais comme c'est la 2e fois que tu me fais la remarque, est-ce que tu les 
attends
à un autre endroit ?


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] SOTMFR / AG

[Guillaume Allegre]

Le jeu. 21 f�vr. 2013 à 23:32 +0100, Christian Quest a ecrit :

 Le planning se remplit, voici où il en est:
 
 https://docs.google.com/spreadsheet/ccc?key=0AkurI9Y66dXNdFo0TTVPVW9OVXhlWkdMQjd3U3BlUnc#gid=0

Ma proposition de retour d'xp + réflexion sur groupes locaux / mandataires, 
c'est au planning,
à la trappe ou intégré à l'AG ?



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] SOTM-FR atelier groupes locaux

[Guillaume Allegre]

Salut,

comme je l'avais proposé sur la liste CA il y a une dizaine de jours,
dans le cadre du SOTM-FR, j'aimerais organiser un atelier/brainstorming
sur la structuration des groupes locaux, probablement le dimanche.

On aura donc l'occasion d'en discuter là-bas, mais s'il y a des gens que
ça intéresse et qui ne peuvent pas faire le déplacement à Lyon, qu'ils 
m'envoient leurs remarques (ou répondent ici), et j'en ferai part pendant 
l'atelier.

Egalement, pour les animateurs de groupes locaux ou les mandataires 
territoriaux,
si vous pouvez m'envoyer un petit mot sur vos retours d'expérience.
Idéalement, *un* slide avec les choses notables faites dans l'année écoulée
(rencontres du groupe local, cartoparties organisées, rencontres des 
collectivités...)




-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Pas japonais

[Guillaume Allegre]

Le ven. 15 fevr. 2013 à 18:29 +0100, ades_...@orange.fr a ecrit :
 ce ne serait pas plutot et plus objectivement un gué ?
 je crois, à verifier, que c'est ford=yes
 
Si. Assurément, beaucoup plus proche d'un gué que d'un pont.


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Conférence Ateliers de l'Information 12/02, Université de Grenoble

[Guillaume Allegre]

La conf que j'ai donnée hier à 12h30 à la BU Sciences de Grenoble est disponible
en ligne (pdf et vidéo) :
http://sicd1.ujf-grenoble.fr/AT20-Les-projets-de-donnees-libres
Les connaisseurs n'apprendront rien, puisque je visais le grand public.

Pour ceux qui regarderaient, désolé pour la voix cassée et les éternuements,
la saison ne m'a pas épargné.


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Emission Planete Terre sur France Culture

[Guillaume Allegre]

En ce moment même (14h à 14h30), l'émission Planète Terre
Le dessous des cartes numériques
http://www.franceculture.fr/emission-planete-terre-le-dessous-des-cartes-numeriques-2013-01-16
parle de Google Maps (beaucoup), et d'OpenStreetMap (un peu).

-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Conférence OSM à Grenoble le 12/02

[Guillaume Allegre]

Pour info, dans le cadre des Ateliers de l'information 
http://sicd1.ujf-grenoble.fr/-Les-ateliers-de-l-information-
organisés par la Bibliothèque Universitaire des sciences (SICD1) de Grenoble,
je ferai une mini-conférence le 12 février à 12h30, à l'auditorium de la BU.

Données libres collaboratives : l'exemple d'OpenStreetMap

Le format est 25 min d'exposé + 25 min de questions, orienté vulgarisation.



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Retour de la journée régionale de géomatique à Lille...

[Guillaume Allegre]

Le mer. 12 d�c. 2012 à 11:30 +0100, Philippe Pary a ecrit :

 
 Et tu as oublié l’import des bâtiments inscrits et classés monuments
 historiques. 380 entrées sur la ville de Lille et les communes associées
 (Lomme et Hellemmes)

C'est à dire ? C'est fait ou ça reste à faire ?


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr