[OSM-talk-fr] Extraire les limites administratives depuis le planet

[Stéphane Henriod]

Bonjour à tous

je cherche à extraire les divisions administratives de tous les pays du
monde depuis le planet OSM mais jusque là sans succès...

Pour l'instant, j'ai fait quelques essais avec Osmosis (via Osmembrane et à
la main) sur un fichier plus petit que le planet mondial mais sans trop de
succès...

Est-ce quelqu'un pourrait me dire ce qu'il y a d'incorrect là-dedans?

*C:\Temp\Softs\Osmosis\bin\osmosis.bat \
--read-pbf file=C:\Temp\tmp\planet\tajikistan.osm.pbf \
--tag-filter accept-ways admin_level=* \
--used-node \
--write-xml file=C:\Temp\tmp\tests\tj_admin.osm
*

Osmosis 0.40.1 sous Windows 7 (désolé...)

Merci d'avance et bonne fin de journée

Stéphane

--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Extraire les limites administratives depuis le planet

[Stéphane Henriod]

Merci de ta réponse Christian!

Je ne suis absolument pas certain que mon approche soit la meilleure et les
raisons que tu mentionnes sont très pertinentes...

Du coup, j'élargis ma question: quelle serait la meilleure approche
(osmosis ou pas osmosis, c'est égal) pour extraire les limites des pays
(admin_level = 2) ainsi que des 2 ou 3 principaux niveaux administratifs
pour tous les pays du monde?

Le but est une utilisation SIG générale. Je n'aurai pas besoin de mettre à
jour régulièrement avec les diffs, je ne veux pas rendre avec Mapnik et
n'ai donc pas besoin d'un schéma particulier...

Tout ce qu'il me faut en sortie, c'est des polygones avec les attributs
principaux (admin_level, nom)

Quelqu'un aurait qqch à proposer?

Merci!

Stéphane

PS: si il y a des fichiers déjà générés et qui sont téléchargeables quelque
part, je prends aussi!

--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info


2012/12/19 Christian Quest 

> Tu n'aura pas tout malheureusement en ne gardant que les ways qui ont
> un tag boundary=administrative
>
> Une rivière ou un route peuvent servir de limite administrative, faire
> partie d'une relation boundary=administrative, mais ne pas avoir de
> tag boundary=* dessus.
>
> Il faut donc rajouter tout les ways faisant partie d'une relation
> boundary=administrative.
>
>
> Je ne suis pas familier des options d'osmosis, celles utilisées
> prennent-elles en compte ce cas de figure ?
>
>
>
> Le 19 décembre 2012 16:08, Stéphane Henriod  a écrit :
> > Bonjour à tous
> >
> > je cherche à extraire les divisions administratives de tous les pays du
> > monde depuis le planet OSM mais jusque là sans succès...
> >
> > Pour l'instant, j'ai fait quelques essais avec Osmosis (via Osmembrane
> et à
> > la main) sur un fichier plus petit que le planet mondial mais sans trop
> de
> > succès...
> >
> > Est-ce quelqu'un pourrait me dire ce qu'il y a d'incorrect là-dedans?
> >
> > C:\Temp\Softs\Osmosis\bin\osmosis.bat \
> > --read-pbf file=C:\Temp\tmp\planet\tajikistan.osm.pbf \
> > --tag-filter accept-ways admin_level=* \
> > --used-node \
> > --write-xml file=C:\Temp\tmp\tests\tj_admin.osm
> >
> > Osmosis 0.40.1 sous Windows 7 (désolé...)
> >
> > Merci d'avance et bonne fin de journée
> >
> > Stéphane
> >
> > --
> > "Le mot progrès n'aura aucun sens tant qu'il y aura des enfants
> malheureux"
> > -- Albert Einstein
> >
> > "A journey does not need reasons. Before long, it proves to be reason
> enough
> > in itself. One thinks that one is going to make a journey, yet soon it is
> > the journey that makes or unmakes you." -- Nicolas Bouvier
> >
> > Photos de voyages, photos de montagne: http://www.henriod.info
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
> >
>
>
>
> --
> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Extraire les limites administratives depuis le planet

[Stéphane Henriod]

Merci 1000!

Ca a marché sur mon petit fichier, avec la commande suivante:

C:\Temp\Softs\Osmosis\bin\osmosis.bat --read-pbf
file=C:/Temp/tmp/planet/tajikistan.osm.pbf --tag-filter accept-relations
boundary=administrative --used-way --used-node --write-xml
file=C:/Temp/tmp/tests/tj_admin.osm

Maintenant, on va tester sur le planet complet et voir si ça marche aussi
bien ou pas...

Bonne soirée!

Stéphane

--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info


2012/12/19 Jocelyn Jaubert 

> On Wed, Dec 19, 2012 at 04:15:03PM +0100, Christian Quest wrote:
> > Il faut donc rajouter tout les ways faisant partie d'une relation
> > boundary=administrative.
> >
> > Je ne suis pas familier des options d'osmosis, celles utilisées
> > prennent-elles en compte ce cas de figure ?
>
> Ça me semble la bonne approche, et c'est possible avec Osmosis:
>
> osmosis ... \
>   --tf accept-relations boundary=administrative \
>   --used-ways \
>   --used-nodes \
>   ...
>
> Je n'ai pas testé, et je ne sais pas comment ça se comporte avec les
> relations
> de relations. Il est aussi possible que ça foire pour les frontières
> définies
> par un way fermée, sans la relation appropriée.
>
> Plus d'infos ici:
>
> http://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage#--tag-filter_.28--tf.29
>
> --
> Jocelyn
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ils sont passés où les bâtiments???

[Stéphane Henriod]

SpatiaLite?

--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info


2012/12/20 Arnaud Vandecasteele 

> J'avais oublié de le mentionner mais oui de nouveaux formats sont
> également prévus.
> A l'heure actuelle de la version dev: SHP, TAB, KML et GML.
> Besoin d'autres formats ?
>
> A.
>
> 2012/12/20 Arnaud :
> > J'avais oublié de le mentionner mais oui de nouveaux formats sont
> également
> > prévus.
> > A l'heure actuelle de la version dev: SHP, TAB, KML et GML.
> > Besoin d'autres formats ?
> >
> > A.
> >
> >
> >
> > On 12-12-20 11:51 AM, Etienne Trimaille wrote:
> >
> > Cool, merci pour l'annonce Arnaud.
> > Est-il prévu des nouveaux format d'export ?
> >
> > Comme Sylvain, si il y a des extracts format shape sur
> > download.openstreetmap.fr, je suis preneur ;-)
> >
> >
> >
> > Le 20 décembre 2012 16:05, Arnaud  a écrit :
> >>
> >> J'en profite également pour vous signaler qu'une prochaine version de
> >> OSM2GIS est en cours de réalisation.
> >> Au menu, refonte de l'interface et une plus grande zone d'export grâce
> au
> >> couplage avec la Bd maintenue par OSM-Fr.
> >>
> >> Arnaud
> >>
> >>
> >>
> >> On 12-12-20 11:29 AM, Etienne Trimaille wrote:
> >>
> >> Bon, ceux qui veulent du shape avec le bati et que la zone n'est pas
> trop
> >> grande, vous pouvez utiliser osm2gis :
> >> http://www.osm974.re/osm2gis/#
> >>
> >>
> >> Le 20 décembre 2012 15:44, Vladimir Vyskocil <
> vladimir.vysko...@gmail.com>
> >> a écrit :
> >>>
> >>> Comme me l'a fait gentiment remarquer Ab_Fab, il ne s'agit que des
> >>> fichiers SHP qui sont générés à partir des extracts OSM/PBF qui n'ont
> plus
> >>> les batiments, ces derniers ne sont pas filtrés.
> >>>
> >>> Vlad.
> >>>
> >>> On 20 déc. 2012, at 15:29, partir-en-vtt 
> wrote:
> >>>
> >>> > Effectivement, qu'est-ce qui nous empêche de créer le service ?
> >>> >
> >>> > Y'a pas un petit dédié qui traine pour faire ça ?
> >>> >
> >>> >
> >>> >
> >>> > --
> >>> > View this message in context:
> >>> >
> http://gis.19327.n5.nabble.com/Ils-sont-passes-ou-les-batiments-tp5741107p5741194.html
> >>> > Sent from the France mailing list archive at Nabble.com.
> >>> >
> >>> > ___
> >>> > Talk-fr mailing list
> >>> > Talk-fr@openstreetmap.org
> >>> > http://lists.openstreetmap.org/listinfo/talk-fr
> >>>
> >>>
> >>> ___
> >>> Talk-fr mailing list
> >>> Talk-fr@openstreetmap.org
> >>> http://lists.openstreetmap.org/listinfo/talk-fr
> >>
> >>
> >>
> >>
> >> ___
> >> Talk-fr mailing list
> >> Talk-fr@openstreetmap.org
> >> http://lists.openstreetmap.org/listinfo/talk-fr
> >>
> >>
> >> --
> >> 
> >> Arnaud Vandecasteele
> >> Postdoctorant researcher MarineGIS Lab
> >> GIS - WebMapping - Spatial Ontology - GeoCollaboration - VGI
> >>
> >> Web Site
> >> http://www.marinegis.com/?page_id=131
> >>
> >>
> >> ___
> >> Talk-fr mailing list
> >> Talk-fr@openstreetmap.org
> >> http://lists.openstreetmap.org/listinfo/talk-fr
> >>
> >
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> > --
> > 
> > Arnaud Vandecasteele
> > Postdoctorant researcher MarineGIS Lab
> > GIS - WebMapping - Spatial Ontology - GeoCollaboration - VGI
> >
> > Web Site
> > http://www.marinegis.com/?page_id=131
>
>
>
> --
> 
> Arnaud Vandecasteele
> SIG - WebMapping - Spatial Ontology - GeoCollaboration
>
> Web Site
> http://www.marinegis.com/?page_id=131
> http://geotribu.net/
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Donc, YouMap, uMap, maCarte, maMap, monOsm, Maposmme aka MapOsmMe...

[Stéphane Henriod]

Ca me plaît aussi beaucoup!

Un petit bug (ou qqch qui y ressemble): quand je change la tile de base, la
carte se redéplace direct sur la vue de base (nord de la France)

Bonne journée!

Stéphane
--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info


2012/12/21 panierAvide 

> Bonjour,
>
> Je viens d'essayer l'outil, il est tout simplement excellent :-) C'est
> vrai que cela facilite la création de cartes thématique, et va rendre la
> réutilisation d'OpenStreetMap dans ce domaine beaucoup plus aisée. Pour moi
> rien à redire, avec la possibilité d'import depuis la XAPI et autres
> nouvelles fonctionnalités ce sera parfait.
>
> Bonne continuation ;-)
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] XAPI Fr down?

[Stéphane Henriod]

Bonjour à tous!

Est-ce que la XAPI serait down?

Une requête qui marchait jusqu'à présent ne retourne plus rien:
http://api.openstreetmap.fr/xapi/xapi?node[bbox=71.5009,37.461,71.6221,37.5177]

Merci et un très bon dimanche à tous!

Stéphane
--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] XAPI Fr down?

[Stéphane Henriod]

Merci pour ces réponses rapides!

Malheureusement je ne suis compétent ni en php ni en xml désolé...

Bonne soirée!

Sent from Android
On Jan 13, 2013 3:55 PM, "sly (sylvain letuffe)"  wrote:

> Le dimanche 13 janvier 2013 12:31:25, Francescu GAROBY a écrit :
> > Bonjour,
> > Je viens de tester ta requête, et ce message m'a été renvoyé : *Error*:
> > runtime error: open64: 2 /osm3s_v0.6.99_osm_base Dispatcher_Client::1
> > Oui, il y a bien un problème...
>
> Le bug est confirmé, j'étais en train de faire des mises à jour logiciel de
> cette api quand c'est arrivé, suite à un bug que j'avais introduit.
>
> J'ai tout redémarré, mais attention, les données sont en retard de ~24h
>
>
> --
> sly (sylvain letuffe)
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte humanitaire

[Stéphane Henriod]

Salut Pierre B

A mon sens il y a un petit souci: un outil qui permet de cliquer sur un
bouton dans ton smartphone et qui envoit directement ta localisation GPS
dans la base OSM c'est un peu comme si, après une balade à vélo, j'envoyais
directement mon gpx avec le tag highway=track. Vu que je ne roule pas très
droit et que mon GPS a une précision de quelques mètres, ça va faire une
route un peu tordue. Et en plus, une route qui ne sera pas cohérente ni
connectée avec ce qui existe autour dans OSM.

C'est pour cette raison que la procédure habituelle est la suivante: je
tracke ma route, j'affiche mon gpx et je digitalise "joli" par dessus, en
mettant les tags qui vont bien.

Pour les POIs, la même procédure devrait être utilisée. Quand tu veux
tagguer une école, p.ex., tu vas vouloir mettre un POI quelque part au
milieu du toit du bâtiment, endroit où tu as peu de chances de te trouver
avec ton GPS :-)

De plus, en prenant en compte l'inexactitude aléatoire des GPS ainsi qu'un
éventuel shift systématique des données OSM sur une zone donnée, il y a des
chances que ton POI apparaisse du mauvais côté de la route, sur un autre
bâtiment...

Voilà pourquoi, à mon sens, même une action aussi "basique" que
l'enregistrement d'un POI devrait toujours impliquer une phase de
digitalisation manuelle. Et cela passe le plus souvent par un ordinateur,
parce que digitaliser sur un petit écran de smartphone c'est galère!

Maintenant, ce n'est que mon avis!

S

Sent from Android
On Jan 22, 2013 2:19 PM, "Pierre Béland"  wrote:

> Bonjour Pierre
>
> L'objectif n'est sûrement pas de remplacer l'excellent Gestionnaire de
> tâches. Comme tu peux le constater, celui-ci ne chôme pas beaucoup
> actuellement.
>
> Une fois la carte de base tracée à distance à l'aide du Gestionnaire de
> tache, on vise à compléter l'information en la caractérisant. Une fois que
> l'on a tracé les routes, immeubles, etc. il faut ajouter diverses
> informations. Tout comme quelqu'un ajoute un restaurant ou autre commerce
> lorsqu'il se déplace, des humanitaires ou d'autres personnes en déplacement
> dans les zones d'activation humanitaire pourraient rapidement et très
> simplement ajouter un POI.
>
> Je pense à une application web pour que ce soit le plus universel possible
> et facile à adapter.  Est-ce selon toi relativement facile à réaliser,
> exise-t-il déja quelque chose de la sorte?
>
> Pierre
>
>   --
> *De :* Pierre GIRAUD 
> *À :* Pierre Béland ; Discussions sur OSM en français <
> talk-fr@openstreetmap.org>
> *Envoyé le :* Mardi 22 janvier 2013 3h22
> *Objet :* Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte
> humanitaire
>
> Salut Pierre,
>
> Si j'ai bien compris, tu aurais souhaité une application web qui
> fonctionne sur téléphone mobile et qui permette de rajouter des POIs
> dans la base d'OpenStreetMap à partir d'une liste prédéfinie de tags.
> Tu as dû entendre parler de "MapZen POI Collector" ? Malheureusement,
> il semblerait que ça n'existe plus, pour une raison inconnue.
>
> Bon, dans le cadre de mon activité professionnelle, actuellement, je
> travaille beaucoup sur des applications mobiles justement. Nous
> reposons sur le framework Sencha.
> Pour info, Sencha est aussi le framework qui est utilisé par Kort.
>
> Bref, si le besoin est très restreint, je ne pense pas que ce soit
> très compliqué.
> Mais, c'est pas comme si j'avais déjà suffisamment de tâches prévues
> pour améliorer le Tasking Manager.  ;-)
>
> Pierre
>
> 2013/1/21 Pierre Béland :
> > Ista Pouss
> >
> > Je ne parle pas de faire un rendu mais plutôt de collectionner des POI
> pour
> > la base OSM avec une liste personnalisée de Presets. L'idée est de
> > simplifier le travail de collecte. Et lorsque quelqu'un a un telephone
> avec
> > geolocalisation, il devrait avoir la possibilité d'ajouter un POI là ou
> il
> > se trouve.
> >
> > Beaucoup d'API sont proposées pour collectoinner les POI mais elles
> > s'appliquent en génréral à un OS particulier.
> >
> > Mon interrogation : une API plus universelle à partir d'un navigateur
> > internet serait-elle efficace? Et existe-t-il de telles applications de
> > collecte de POI?
> >
> > Pierre
> >
> > 
> > De : Ista Pouss 
> > À : Pierre Béland ; Discussions sur OSM en français
> > 
> > Envoyé le : Lundi 21 janvier 2013 6h36
> > Objet : Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte
> humanitaire
> >
> > Le 19 janvier 2013 21:52, Pierre Béland  a écrit :
> >
> > Il serait intéressant de pouvoir adapter les API qui ont été développées
> > pour les téléphones multi-fonctions, de présenter une liste de POI
> adaptée à
> > un contexte humanitaire (c.-écoles, les cliniques, les points d'eau,
> > bâtiments administratifs, etc). Il faudrait aussi pouvoir se connecter à
> la
> > base OSM avec OSM Oauth. Lors de la sauvergarde, le commentaire du
> changeset
> > pourrait contenir un préfixe identifiant ces contributions et permettant
> de
> > les repérer fac

Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte humanitaire

[Stéphane Henriod]

Oui, je crois que mon message et celui de Christian se sont croisés.

Je vais regarder si je vois qqch d'intéressant sur Android mais, même avec
Bing, il faut pouvoir prendre en compte les éventuels décalages de l'image.

Cela dit Pierre, je tiens à préciser que, sur le principe, je trouve ton
idée très bonne et pertinente pour le contexte humanitaire. Je ne suis
juste pas certain qu'on trouve une solution satisfaisante! Mais continuons
à creuser la question parce que ça en vaut la peine :-)

Sent from Android
On Jan 22, 2013 7:07 PM, "Pierre Béland"  wrote:

> Stéphane,
>
> Christian Quest indiquait plus tôt que Pushpin (sur iOS) permet de
> positionner un nouveau POI via l'imagerie Bing.
>
> Peux-tu tester une solution similaire sur Android? Connais-tu une API avec
> fond de carte Bing qui permettrait de repositionner le POI?
>
> Si oui, ce serait fantastique. Ça permettrait d'ajouter de façon très
> simple un POI à la base OSM tout en assurant une qualité acceptable.
>
>
> Pierre
>
>   --
> *De :* Stéphane Henriod 
> *À :* Pierre Béland ; Discussions sur OSM en français <
> talk-fr@openstreetmap.org>
> *Cc :* Pierre GIRAUD 
> *Envoyé le :* Mardi 22 janvier 2013 11h46
> *Objet :* Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte
> humanitaire
>
> Salut Pierre B
> A mon sens il y a un petit souci: un outil qui permet de cliquer sur un
> bouton dans ton smartphone et qui envoit directement ta localisation GPS
> dans la base OSM c'est un peu comme si, après une balade à vélo, j'envoyais
> directement mon gpx avec le tag highway=track. Vu que je ne roule pas très
> droit et que mon GPS a une précision de quelques mètres, ça va faire une
> route un peu tordue. Et en plus, une route qui ne sera pas cohérente ni
> connectée avec ce qui existe autour dans OSM.
> C'est pour cette raison que la procédure habituelle est la suivante: je
> tracke ma route, j'affiche mon gpx et je digitalise "joli" par dessus, en
> mettant les tags qui vont bien.
> Pour les POIs, la même procédure devrait être utilisée. Quand tu veux
> tagguer une école, p.ex., tu vas vouloir mettre un POI quelque part au
> milieu du toit du bâtiment, endroit où tu as peu de chances de te trouver
> avec ton GPS :-)
> De plus, en prenant en compte l'inexactitude aléatoire des GPS ainsi qu'un
> éventuel shift systématique des données OSM sur une zone donnée, il y a des
> chances que ton POI apparaisse du mauvais côté de la route, sur un autre
> bâtiment...
> Voilà pourquoi, à mon sens, même une action aussi "basique" que
> l'enregistrement d'un POI devrait toujours impliquer une phase de
> digitalisation manuelle. Et cela passe le plus souvent par un ordinateur,
> parce que digitaliser sur un petit écran de smartphone c'est galère!
> Maintenant, ce n'est que mon avis!
> S
> Sent from Android
> On Jan 22, 2013 2:19 PM, "Pierre Béland"  wrote:
>
> Bonjour Pierre
>
> L'objectif n'est sûrement pas de remplacer l'excellent Gestionnaire de
> tâches. Comme tu peux le constater, celui-ci ne chôme pas beaucoup
> actuellement.
>
> Une fois la carte de base tracée à distance à l'aide du Gestionnaire de
> tache, on vise à compléter l'information en la caractérisant. Une fois que
> l'on a tracé les routes, immeubles, etc. il faut ajouter diverses
> informations. Tout comme quelqu'un ajoute un restaurant ou autre commerce
> lorsqu'il se déplace, des humanitaires ou d'autres personnes en déplacement
> dans les zones d'activation humanitaire pourraient rapidement et très
> simplement ajouter un POI.
>
> Je pense à une application web pour que ce soit le plus universel possible
> et facile à adapter.  Est-ce selon toi relativement facile à réaliser,
> exise-t-il déja quelque chose de la sorte?
>
> Pierre
>
>   --
> *De :* Pierre GIRAUD 
> *À :* Pierre Béland ; Discussions sur OSM en français <
> talk-fr@openstreetmap.org>
> *Envoyé le :* Mardi 22 janvier 2013 3h22
> *Objet :* Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte
> humanitaire
>
> Salut Pierre,
>
> Si j'ai bien compris, tu aurais souhaité une application web qui
> fonctionne sur téléphone mobile et qui permette de rajouter des POIs
> dans la base d'OpenStreetMap à partir d'une liste prédéfinie de tags.
> Tu as dû entendre parler de "MapZen POI Collector" ? Malheureusement,
> il semblerait que ça n'existe plus, pour une raison inconnue.
>
> Bon, dans le cadre de mon activité professionnelle, actuellement, je
> travaille beaucoup sur des applications mobiles justement. Nous

Re: [OSM-talk-fr] Représentation des frontières dans OSM

[Stéphane Henriod]

+1000

Ca, par exemple, est théoriquement illégal en Inde: http://osm.org/go/zyOB~

Ca rajoute évidemment une couche de complexité, mais il en va de la
crédibilité du projet dans certaines zones.

A remonter sur des listes plus globales?

Stéphane

PS: on en parle déjà (plus ou moins) ici:
http://wiki.openstreetmap.org/wiki/WikiProject_United_Nations_political_boundaries

--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info


2013/1/24 Arnaud 

> Bonjour à tous,
>
> Certaines frontières, sont pour des raisons historiques et politiques
> contestées [1].
> Dans OSM aucune différence n'est faite entre ces limites contestées et
> celles approuvées.
> Cela peut amener à des événements plutôt embarrassants:
> http://eductice.ens-lyon.fr/**EducTice/recherche/geomatique/**
> veille/sites/lettre-info/**articles/lettre-nb011/**frontieres-google
>
> Ne devrions-nous pas le faire? Proposer un tag qui modifierait le style en
> conséquence.
> Exemple, la frontière pourrait apparaître floutée ou en pointillée.
>
> Arnaud
>
> [1] 
> http://fr.wikipedia.org/wiki/**Liste_de_territoires_contest%**C3%A9s
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] La corée du nord sur gmaps

[Stéphane Henriod]

OSM a encore beaucoup à faire pour se faire connaître du grand public et
des média...

Quand je lis sur CNN (
http://edition.cnn.com/2013/01/29/tech/north-korea-google-maps/index.html):

*Google said "a community of citizen cartographers" used the Internet
search giant's Google Map Maker  software
over a period of years to pinpoint road and place names. Google Map Maker
works in a similar way to Wikipedia, allowing users to add, edit and review
information.

*Voilà maintenant que Google Map Maker est comparé à Wikipedia... c'est pas
nous ça, normalement?

@ Florian: une zone blanche sur Google:
http://tools.geofabrik.de/mc/?mt0=mapnik&mt1=googlemap&lon=71.56009&lat=37.49346&zoom=14

--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info


2013/1/29 Philippe Verdy 

> Le 29 janvier 2013 15:09, Florian LAINEZ  a écrit :
>
>> Salut,
>> Je vois que La Corée du Nord est maintenant mappée sur Gmaps :
>> http://www.clubic.com/internet/univers-google/google-maps/actualite-538032-google-maps-cartographie-coree-nord.html
>> Bon cela reste très parcellaire, et OSM n'a pas a rougir de la
>> comparaison. En fait c'est très variable selon les zones.
>>
>> Dommage en tout cas, j'adorai zoomer sur cette partie du Monde pour
>> présenter OSM à un débutant via http://tools.geofabrik.de/mc/ !
>> Vous auriez d'autres "zones blanches" à me suggérer ?
>>
>
> Pour la Corée du Nord, la zone de la capitale est plutôt mieux sur OSM que
> sur GMaps, mais si on va plus au Nord à la frontière de la Chine ou en
> Chine de l'autre côté de cette frontière... OSM peut encore progresser...
>
> En allant moins loin, on peut aussi voir notre retard pour le sud de la
> Tunisie. Il ne faudrait pas grand chose pour faire mieux que Google
> pourtant car il ne détaille pas tant de choses que ça.
> On note que Google semble plus avancé souvent uniquement parce qu'il a
> classé des routes plus importantes alors que dans OSM ce ne sont que des
> routes non classées qui n'apparaissent même pas sans qu'on zoome à un
> niveau assez haut pour les voir (ce sont pourtant des "nationales"). Et il
> y a sans doute un problème de classification du parc national tunisien.
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] région de Kidal au nord du Mali

[Stéphane Henriod]

Salut

Concernant le mapping des zones de risques (mieux traduites par *hazard* en
anglais), j'avais commencé à proposer un modèle plus générique, permettant
de tagguer différents aléas naturels (zones d'inondation, de glissement de
terrain...) de manière consistante:

http://wiki.openstreetmap.org/wiki/OpenHazardMap

Ce modèle a été un peu discuté sur la liste HOT, mais, à mon regret, sans
grand enthousiasme! :-)

Selon TagInfo, les tags proposés ont été utilisés entre 0 et 23 fois (pas
par moi), donc ça reste encore très marginal et donc ouvert à discussion et
améliorations!

Peut-être que ça pourrait s'adapter aussi pour ce qui nous intéresse ici,
les zones régulièrement inondées (on peut ainsi mettre une période de
récurence annuelle, p.ex.)

++

--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info


2013/1/30 Eric Sibert 

> Je me suis penché sur l'aspect intermittent des rivières à Madagascar mais
> uniquement quand elles croisent les routes ;-). Et aussi les routes
> saisonnières.
>
> http://wiki.openstreetmap.org/**wiki/FR:WikiProject_**
> Madagascar#Pistes_saisonni.C3.**A8res
>
> Dans ce cadre, j'utilise flood_prone=yes pour les sections de route
> (typiquement des radiers) qui ne sont inondés qu'exceptionnellement, par
> exemple suite à un passage de cyclone.
>
> Et seasonnal=yes pour tout ce qui est habituellement impraticable une
> partie de l'année (cols enneigés, pistes en terre...).
>
> Je pense que ça peut aussi s'appliquer aux rivières.
>
>  On pourrait couvrir trois zones concentriques :
>> - Eau permanente
>> - Eau saisonnière systématique (natural=wetland, seasonal=yes)
>> - Eau saisonnière possible mais plus rare (flood_prone=yes)
>>
>
> On peut aussi l'appliquer au filaire des rivières.
>
>  Mais il n'y a que 1839 flood_prone=yes pour l'instant (
>> http://taginfo.openstreetmap.**org/search?q=flood_prone%3Dyes
>> **) on peut donc se demander s'il est exploité.
>>
>
> Oui, par moi ;-) sur les routes et par d'autres en Afrique sur les
> rivières.
>
> Il est peut-être peu exploité car il ne concerne pas beaucoup les pays
> industrialisés. Mais il ne faut pas que ça nous retienne. L'essentiel est
> d'être cohérent (entre autre documenté). Si, par la suite, il y un meilleur
> modèle qui émerge, il est facile de faire un rechercher/remplacer quand on
> a codé de façon homogène.
>
> Eric
>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OSM dans le magazine l ordinateur individuel

[Stéphane Henriod]

Mouais...

J'ai pas encore tout lu, mais déjà rien que les légendes à côté des images:
*OpenStreetMap: [...] revers de la médaille: certaines régions sont moins
détaillées que d'autres*

Parce que chez G00gle, ils ont des données détaillées partout peut-être???

M'enfin... au moins ça affiche OSM au grand public, c'est déjà ça... et les
curieux iront se faire une opinion eux-même


--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info


2013/2/1 Christian Quest 

> Merci pour l'info !
>
> http://openstreetmap.fr/ordinateur-individuel-257
>
>
> Le 1 février 2013 09:15, THEVENON Julien  a
> écrit :
>
>> Bonjour,
>>
>> Ce mois ci en couverture du nouveau numero de l Ordinateur Individuel [1]
>> il y a un encart intitulé : "Internet le match des services de
>> cartographies"
>> OSM figure en bonne place dans l article [2] ce qui pourrait nous faire
>> une bonne pub.
>> Petit bemol, l article dit qu il n y a pas d applications mobiles pour
>> OSM, je pense qu il parlait d applications "officielle".
>> Pour le routage ils avaient bien precise que c est possible mais sur des
>> sites tiers alors que la plupart des articles grands publics s arretent au
>> fait que le routage n est pas dispo sur OSM.org, je trouve ca dommage qu
>> ils n aient pas applique la logique aux applis mobiles
>>
>> [1] : http://thevenon.julien.free.fr/osm_press/couv_ordi_individuel.pdf
>> [2] : http://thevenon.julien.free.fr/osm_press/osm_ordi_individuel.pdf
>>
>> Julien
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Christian Quest - OpenStreetMap France - 
> http://openstreetmap.fr/u/cquest
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OSM dans le magazine l ordinateur individuel

[Stéphane Henriod]

Meme pour les données routières c'est très variable! A moins qu'on s'en
tienne uniquement aux pays occidentaux, et encore...

Sent from Android
On Feb 1, 2013 12:18 PM, "Pieren"  wrote:

> 2013/2/1 Stéphane Henriod :
> >
> > Parce que chez G00gle, ils ont des données détaillées partout
> peut-être???
> >
>
> Pour ce qui est des données routières, oui. Sauf que souvent, ils ne
> font pas la différence entre routes et chemins limites carrossables,
> mais bon.
>
> Sinon, l'article est globalement assez équilibré, à part la grosse
> faute sur les appli mobiles et aussi la mention de cloudmade qui a
> tourné le dos à OSM depuis quelques temps déjà (même si les services
> sont encore en ligne, il n'y a plus de mises à jour).
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Walking papers / Field papers (suite)

[Stéphane Henriod]

Bonsoir

Ici HOT!

Je me pose la même question que toi depuis quelques jours car nous
utilisons massivement les walking et field papers ici, au Kenya et au
Burundi.

Mais pour l'instant nous les utilisons uniquement pour annoter dans le
terrain. J'ai essayé de scanner et uploader, mais sans succès.

Nous sommes en train de préparer une wishlist pour les WP et les FP, que
nous allons bientôt transmettre aux développeurs via github, et la question
de l'intégration avec JOSM en sera un point central.

Cela dit, le plugin WP semble fonctionner correctement: si je prends l'id
d'un WP déjà uploadé, je peux l'afficher sans problème dans JOSM. Mais pour
en uploader un nouveau, c'est une autre histoire.

Je vous tiendrai au courant si je reçois un feedback quelconque.

Bonne soirée

Stéphane

Sent from Android
On Feb 28, 2013 10:17 PM, "Pierre Béland"  wrote:

> Thomas,
>
> Ces outils sont utilisés par le groupe humanitaire HOT. Tu aurais
> peut-être plus de chance sur
> http://lists.openstreetmap.org/listinfo/hot.
>
> Pierre
>
>   --
> *De :* Thomas Williamson 
> *À :* OpenStreetMap | Talk-fr 
> *Envoyé le :* Jeudi 28 février 2013 13h49
> *Objet :* [OSM-talk-fr] Walking papers / Field papers (suite)
>
> Bonsoir,
>
> Merci à Cédric Viou pour sa réponse et le lien pointant vers le plugin
> JOSM dédié aux Walking Papers (
> http://wiki.openstreetmap.org/wiki/JOSM/Plugins/WalkingPapers)!
>  J'ai testé, mais pas moyen de charger un Walking paper (message d'erreur
> indiquant qu'aucune connexion avec la ressource indiquée n'est
> possible...).
>
> Mais qui utilise donc ces Walking papers ? Le wiki parle pourtant d'une
> utilisation visiblement évidente dans Potlatch2 et JOSM, sans jamais
> indiquer la marche à suivre. De plus, j'ai constaté que les derniers
> Walking papers uploadés sur le site Walking 
> paperssont très anciens (>250 jours)... Celui-ci 
> est sans doute devenu obsolète
> suite à l'apparition de Field papers , qui ne
> marche pas mieux d'après ce que j'ai pu tester.
>
> Bref, je ne polluerai pas davantage cette liste avec ce sujet. Toutefois,
> si quelqu'un à des explications, des pistes, un retour d'expérience : ça
> m'intéresse grandement !
>
> Bonne soirée,
>
> Thomas
>
> --
> *
> *
> *Thomas Williamson*
> 4 Place William Cody
> 86000 POITIERS │ France
>
> Tel fixe   05 49 01 98 55
> Tel mob. 06 19 56 33 89
>
> Courriel : wiltoma [at] gmail.com
>
>
>
>
>
>
> 
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Traduire les noms de pays

[Stéphane Henriod]

Bonjour à tous

j'aurais besoin d'un petit aiguillage technique! J'aimerais récupérer les
tags name et name:tg pour tous les pays du monde afin d'avoir une liste de
pays où name:tg est absent. On peut voir ici
http://toolserver.org/~osm/locale/tg.html que beaucoup de pays ne sont pas
encore traduits.

A partir de là, on pourra travailler à  la traduction, puis intégrer dans
OSM.

J'imagine qu'une requête API ou XAPI n'est pas appropriée pour ça (limite
de la bounding box). Est-ce que ma seule solution est de télécharger le
dernier planet et extraire ces infos d'une façon ou d'une autre? Ou y
a-t-il une solution peu plus légère?

Merci d'avance et bonne soirée!

Stéphane

--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Traduire les noms de pays

[Stéphane Henriod]

Ca ne répond pas réellement à ma question mais c'est presque encore mieux!

On a de quoi commencer à bosser avec ça. Merci!

Sent from Android
On Sep 2, 2013 10:57 PM, "Thomas Petillon"  wrote:

> Bonsoir,
>
> Ce n'est pas la réponse à ta question, mais si je comprends bien le but
> final ceci devrait te convenir :
> http://toolserver.org/~mazder/multilingual-country-list/?lang=tg
>
> Thomas.
>
>
> 2013/9/2 Stéphane Henriod 
>
>> Bonjour à tous
>>
>> j'aurais besoin d'un petit aiguillage technique! J'aimerais récupérer les
>> tags name et name:tg pour tous les pays du monde afin d'avoir une liste de
>> pays où name:tg est absent. On peut voir ici
>> http://toolserver.org/~osm/locale/tg.html que beaucoup de pays ne sont
>> pas encore traduits.
>>
>> A partir de là, on pourra travailler à  la traduction, puis intégrer dans
>> OSM.
>>
>> J'imagine qu'une requête API ou XAPI n'est pas appropriée pour ça (limite
>> de la bounding box). Est-ce que ma seule solution est de télécharger le
>> dernier planet et extraire ces infos d'une façon ou d'une autre? Ou y
>> a-t-il une solution peu plus légère?
>>
>> Merci d'avance et bonne soirée!
>>
>> Stéphane
>>
>> --
>> "Le mot progrès n'aura aucun sens tant qu'il y aura des enfants
>> malheureux" -- Albert Einstein
>>
>> "A journey does not need reasons. Before long, it proves to be reason
>> enough in itself. One thinks that one is going to make a journey, yet soon
>> it is the journey that makes or unmakes you." -- Nicolas Bouvier
>>
>> Photos de voyages, photos de montagne: http://www.henriod.info
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Traduire les noms de pays

[Stéphane Henriod]

Merci Christian!

Si j'enlève le [@meta] je peux utiliser utiliser la requête dans JoSM pour
éditer directement les objets concernés?

Sent from Android
On Sep 2, 2013 11:56 PM, "Christian Quest"  wrote:

> Une requête overpass sur les relations (sans récupérer les éléments
> géométriques) est relativement rapide:
>
>
> http://api.openstreetmap.fr/xapi/xapi?relation[admin_level=2][boundary=administrative][type=boundary][@meta]
>
> Tu as 169 pays avec name:tg sur les 230 relations retournées.
>
> Tu peux aussi récupérer les nœuds place=country, un peu plus longue:
>
> http://api.openstreetmap.fr/xapi/xapi?node[place=country][@meta]
>
> Il y en a 158 avec name:tg sur 232.
>
> Y'a plus qu'à retrouver les deux place=country sans relation...
>
>
>
> Le 2 septembre 2013 22:29, Stéphane Henriod  a écrit :
>
>> Bonjour à tous
>>
>> j'aurais besoin d'un petit aiguillage technique! J'aimerais récupérer les
>> tags name et name:tg pour tous les pays du monde afin d'avoir une liste de
>> pays où name:tg est absent. On peut voir ici
>> http://toolserver.org/~osm/locale/tg.html que beaucoup de pays ne sont
>> pas encore traduits.
>>
>> A partir de là, on pourra travailler à  la traduction, puis intégrer dans
>> OSM.
>>
>> J'imagine qu'une requête API ou XAPI n'est pas appropriée pour ça (limite
>> de la bounding box). Est-ce que ma seule solution est de télécharger le
>> dernier planet et extraire ces infos d'une façon ou d'une autre? Ou y
>> a-t-il une solution peu plus légère?
>>
>> Merci d'avance et bonne soirée!
>>
>> Stéphane
>>
>> --
>> "Le mot progrès n'aura aucun sens tant qu'il y aura des enfants
>> malheureux" -- Albert Einstein
>>
>> "A journey does not need reasons. Before long, it proves to be reason
>> enough in itself. One thinks that one is going to make a journey, yet soon
>> it is the journey that makes or unmakes you." -- Nicolas Bouvier
>>
>> Photos de voyages, photos de montagne: http://www.henriod.info
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Christian Quest - OpenStreetMap France
> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Traduire les noms de pays

[Stéphane Henriod]

Ca marche!

Et une petite question bonus: il y a moyen de modifier la requête pour
qu'elle me renvoie tous les objets qui n'ont PAS la clé name:tg ? J'ai bien
essayé de filtrer dans JOSM mais évidemment, vu que ne n'ai qu'une liste de
relations sans géométrie, ça ne filtre pas grand-chose...

Merci!

Stéphane


--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info


2013/9/3 Christian Quest 

> Pour JOSM, garde le [@meta] c'est lui qui oblige l'overpass à renvoyer les
> metadata nécessaires à JOSM (comme le numéro de version de l'objet).
>
>
> Le 3 septembre 2013 07:28, Stéphane Henriod  a écrit :
>
>> Merci Christian!
>>
>> Si j'enlève le [@meta] je peux utiliser utiliser la requête dans JoSM
>> pour éditer directement les objets concernés?
>>
>> Sent from Android
>> On Sep 2, 2013 11:56 PM, "Christian Quest" 
>> wrote:
>>
>>> Une requête overpass sur les relations (sans récupérer les éléments
>>> géométriques) est relativement rapide:
>>>
>>>
>>> http://api.openstreetmap.fr/xapi/xapi?relation[admin_level=2][boundary=administrative][type=boundary][@meta]
>>>
>>> Tu as 169 pays avec name:tg sur les 230 relations retournées.
>>>
>>> Tu peux aussi récupérer les nœuds place=country, un peu plus longue:
>>>
>>> http://api.openstreetmap.fr/xapi/xapi?node[place=country][@meta]
>>>
>>> Il y en a 158 avec name:tg sur 232.
>>>
>>> Y'a plus qu'à retrouver les deux place=country sans relation...
>>>
>>>
>>>
>>> Le 2 septembre 2013 22:29, Stéphane Henriod  a écrit :
>>>
>>>> Bonjour à tous
>>>>
>>>> j'aurais besoin d'un petit aiguillage technique! J'aimerais récupérer
>>>> les tags name et name:tg pour tous les pays du monde afin d'avoir une liste
>>>> de pays où name:tg est absent. On peut voir ici
>>>> http://toolserver.org/~osm/locale/tg.html que beaucoup de pays ne sont
>>>> pas encore traduits.
>>>>
>>>> A partir de là, on pourra travailler à  la traduction, puis intégrer
>>>> dans OSM.
>>>>
>>>> J'imagine qu'une requête API ou XAPI n'est pas appropriée pour ça
>>>> (limite de la bounding box). Est-ce que ma seule solution est de
>>>> télécharger le dernier planet et extraire ces infos d'une façon ou d'une
>>>> autre? Ou y a-t-il une solution peu plus légère?
>>>>
>>>> Merci d'avance et bonne soirée!
>>>>
>>>> Stéphane
>>>>
>>>> --
>>>> "Le mot progrès n'aura aucun sens tant qu'il y aura des enfants
>>>> malheureux" -- Albert Einstein
>>>>
>>>> "A journey does not need reasons. Before long, it proves to be reason
>>>> enough in itself. One thinks that one is going to make a journey, yet soon
>>>> it is the journey that makes or unmakes you." -- Nicolas Bouvier
>>>>
>>>> Photos de voyages, photos de montagne: http://www.henriod.info
>>>>
>>>> ___
>>>> Talk-fr mailing list
>>>> Talk-fr@openstreetmap.org
>>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>>>
>>>>
>>>
>>>
>>> --
>>> Christian Quest - OpenStreetMap France
>>> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Christian Quest - OpenStreetMap France
> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Traduire les noms de pays

[Stéphane Henriod]

La classe, merci Christian!

--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info


2013/9/3 Christian Quest 

> Tu récupère les relations avec
> http://api.openstreetmap.fr/xapi/xapi?relation[admin_level=2][boundary=administrative][type=boundary][@meta]
>
> puis tu fais un chercher avec:
>
> type:relation "name:tg"=*
>
> qui sélectionne les relations ayan un tag name:tg et ensuite tu purge les
> relations sélectionnées (menu Modifier -> Purger), qui comportent un
> name:tg... et un ne reste plus dans la liste des relations celles sans tag
> name:tg
>
>
>
>
> Le 3 septembre 2013 20:10, Stéphane Henriod  a écrit :
>
>> Ca marche!
>>
>> Et une petite question bonus: il y a moyen de modifier la requête pour
>> qu'elle me renvoie tous les objets qui n'ont PAS la clé name:tg ? J'ai bien
>> essayé de filtrer dans JOSM mais évidemment, vu que ne n'ai qu'une liste de
>> relations sans géométrie, ça ne filtre pas grand-chose...
>>
>> Merci!
>>
>> Stéphane
>>
>>
>> --
>> "Le mot progrès n'aura aucun sens tant qu'il y aura des enfants
>> malheureux" -- Albert Einstein
>>
>> "A journey does not need reasons. Before long, it proves to be reason
>> enough in itself. One thinks that one is going to make a journey, yet soon
>> it is the journey that makes or unmakes you." -- Nicolas Bouvier
>>
>> Photos de voyages, photos de montagne: http://www.henriod.info
>>
>>
>> 2013/9/3 Christian Quest 
>>
>>> Pour JOSM, garde le [@meta] c'est lui qui oblige l'overpass à renvoyer
>>> les metadata nécessaires à JOSM (comme le numéro de version de l'objet).
>>>
>>>
>>> Le 3 septembre 2013 07:28, Stéphane Henriod  a écrit :
>>>
>>>> Merci Christian!
>>>>
>>>> Si j'enlève le [@meta] je peux utiliser utiliser la requête dans JoSM
>>>> pour éditer directement les objets concernés?
>>>>
>>>> Sent from Android
>>>> On Sep 2, 2013 11:56 PM, "Christian Quest" 
>>>> wrote:
>>>>
>>>>> Une requête overpass sur les relations (sans récupérer les éléments
>>>>> géométriques) est relativement rapide:
>>>>>
>>>>>
>>>>> http://api.openstreetmap.fr/xapi/xapi?relation[admin_level=2][boundary=administrative][type=boundary][@meta]
>>>>>
>>>>> Tu as 169 pays avec name:tg sur les 230 relations retournées.
>>>>>
>>>>> Tu peux aussi récupérer les nœuds place=country, un peu plus longue:
>>>>>
>>>>> http://api.openstreetmap.fr/xapi/xapi?node[place=country][@meta]
>>>>>
>>>>> Il y en a 158 avec name:tg sur 232.
>>>>>
>>>>> Y'a plus qu'à retrouver les deux place=country sans relation...
>>>>>
>>>>>
>>>>>
>>>>> Le 2 septembre 2013 22:29, Stéphane Henriod  a écrit :
>>>>>
>>>>>> Bonjour à tous
>>>>>>
>>>>>> j'aurais besoin d'un petit aiguillage technique! J'aimerais récupérer
>>>>>> les tags name et name:tg pour tous les pays du monde afin d'avoir une 
>>>>>> liste
>>>>>> de pays où name:tg est absent. On peut voir ici
>>>>>> http://toolserver.org/~osm/locale/tg.html que beaucoup de pays ne
>>>>>> sont pas encore traduits.
>>>>>>
>>>>>> A partir de là, on pourra travailler à  la traduction, puis intégrer
>>>>>> dans OSM.
>>>>>>
>>>>>> J'imagine qu'une requête API ou XAPI n'est pas appropriée pour ça
>>>>>> (limite de la bounding box). Est-ce que ma seule solution est de
>>>>>> télécharger le dernier planet et extraire ces infos d'une façon ou d'une
>>>>>> autre? Ou y a-t-il une solution peu plus légère?
>>>>>>
>>>>>> Merci d'avance et bonne soirée!
>>>>>>
>>>>>> Stéphane
>>>>>>
>>>>>> 

Re: [OSM-talk-fr] Projet pour rendre Osmose disponible en Asie ?

[Stéphane Henriod]

Je + (si les moyens techniques existent évidemment...)

--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info


2013/10/1 Severin MENARD 

> Bonjour,
>
> Je voudrais savoir s'il est prévu un jour d'étendre la couverture d'Osmose
> en Asie. Le wiki  fait état
> de la couverture actuelle mais pas des éventuels ajouts si les "moyens
> techniques" manquants sont un jour levés.
>
> Bien cordialement,
>
> Séverin
> HOT
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Projet pour rendre Osmose disponible en Asie ?

[Stéphane Henriod]

Je vois qu'il y a effectivement pas mal de soucis techniques à régler
d'abord...

Je pense que Sev est surtout intéressé par la Mongolie actuellement, et moi
par l'Asie Centrale. Mais, tant qu'il n'y a pas d'urgence quelque part, il
vaut sûrement mieux prendre le problème globalement et trouver une solution
globale plutôt que de devoir bricoler pays par pays.

Dans mon cas, la seule chose où je peux aider, c'est le contact avec les
locaux (pour l'Asie Centrale) même s'il n'y a pas encore de communautés
digne de ce nom (mais Osmose serait un outil merveilleux pour continuer à
faire naître / croître cette communauté en démontrant que les outils
existent pour garantir un certain niveau de qualité).

Personne n'aurait de contact avec la communauté russe par hasard? Ca
pourrait aussi être une bonne porte à laquelle frapper.

En tout cas merci 1000 fois à tous ceux qui investissent autant de temps et
d'énergie pour nous offrir des outils pareils

Stéphane

--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info


2013/10/1 Frédéric Rodrigo 

> Bonjour,
>
> Pour l'instant il n'y a rien de prévu. Au SotM Jocelyn m'avais dit que les
> Japonais étaient intéressé, mais pas dans un l'immédiat.
> Il y a plusieurs frein à lever pour supporter des pays d’Asie :
> - encore et toujours les ressources serveurs (surtout que l'on perd les
> serveurs osmose au fur et a mesure que l'on en remonte de nouveaux), en ce
> moment notre politique est l'essaimage de backends (Islande et Italie)
> - la traduction de l'interface et des erreurs
> - le support réel (et pas juste théorique) de l'UTF-8, on a déjà fait un
> test sur le Japon et on avait eu des surprises
> - la localisation des analyses (spécificités locales)
> - l'implication de personnes locales, on ne peut pas nous même ajouter un
> pays d'on on ne connait ni la langue, ni la culture
> - pour l'instant les journées ne font que 24h, il fauterait également
> remédier à ça
>
> Tu veux un pays en particulier ? Au hasard les Philippines ?
>
> Frédéric.
>
>
> Le 1 octobre 2013 08:48, Stéphane Henriod  a écrit :
>
>> Je + (si les moyens techniques existent évidemment...)
>>
>> 2013/10/1 Severin MENARD 
>>
>>> Je voudrais savoir s'il est prévu un jour d'étendre la couverture
>>> d'Osmose en Asie. Le wiki 
>>> <http://wiki.openstreetmap.org/wiki/FR:Osmose>fait état de la couverture 
>>> actuelle mais pas des éventuels ajouts si les
>>> "moyens techniques" manquants sont un jour levés.
>>>
>>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] zoom sur carte

[Stéphane Henriod]

Aussi, ça dépend de ce que tu as mis comme tags à tes objets.

Si c'est des tags qui ne sont pas reconnus par Mapnik, ben tes
enregistrements seront bien dans la base, mais pas visibles par défaut. Et
certains tags sont visibles à certains niveaux de zoom, mais pas à
d'autres...

Peux-tu nous donner un exemple de tes edits?

Stéphane
--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/7/10 Deloizy 

> Bonjour
> Toujours pas d'amélioration...
> Ça ne donne vraiment pas envie de continuer à s'investir si le résultat
> n'est pas visible, un peu découragé !!
>
> Le 28/06/2012 08:37, Marc Sibert a écrit :
>
>> Le 28/06/2012 08:08, Deloizy a écrit :
>>
>>> Bonjour
>>> Pourquoi sur la carte OSM quand je fais un zoom arrière toutes les
>>> modifications que j'ai envoyées ne sont plus visibles ??? alors que sur un
>>> niveau de zoom plus fort, tout apparait !!
>>> Ça fait bizarre il n'y a que ma zone qui disparait...
>>> Merci pour la réponse
>>>
>>>
>>> __**_
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.**org/listinfo/talk-fr
>>>
>> Bonjour,
>>
>> Rien de grave, juste une question de rafraichissement de caches, soit
>> dans ton navigateur, soit au niveau du serveur de tuiles qui prend des
>> temps différents pour mettre à jour les tuiles des différents niveau de
>> zoom (en même temps, il ne peut pas tout faire simultanément)
>>
>> N’hésites pas à rafraichire le cache du navigateur (shift - mise à jour
>> de la page sur firefox). Il existe aussi une procédure permettant de forcer
>> le recalcul d'une tuile côté serveur, mais c'est rarement nécessaire.
>>
>> http://c.tile.openstreetmap.**org/18/133039/90247.png/status(donne
>>  l'état de la tuile)
>> http://c.tile.openstreetmap.**org/18/133039/90247.png/dirty(force
>>  le refresh)
>>
>> A+
>>
>>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] zoom sur carte

[Stéphane Henriod]

Et, sur ces zones, quels sont les objets que tu as édités et qui
n'apparaissent pas?
--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/7/11 Deloizy 

> Bonjour
> Travail sur village Besny et Loizy 02
> Lien de la zone visible: http://osm.org/go/0BzAyKA
> et qui devient invisible: http://osm.org/go/0BzAnfS-
>
> Merci pour le retour d'informations
>
>
> Le 10/07/2012 19:27, Christian Quest a écrit :
>
>> Tu peux indiquer la zone en fournissant le permalien (en bas à droite
>> de la carte) ?
>>
>> Le 10 juillet 2012 18:58, Deloizy  a écrit :
>>
>>> Bonjour
>>> Toujours pas d'amélioration...
>>> Ça ne donne vraiment pas envie de continuer à s'investir si le résultat
>>> n'est pas visible, un peu découragé !!
>>>
>>>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] récupérer une carte OSM sous forme d'image géoéréférencée, par ex. au format pngw

[Stéphane Henriod]

Selon ce que tu as comme GPS, tu peux récupérer les données OSM directement
ici: http://downloads.cloudmade.com/

C'est pas les tiles à proprement parler, mais c'est les données OSM...

Stéphane
--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/7/24 Mathieu Rajerison 

> Bonjour,
>
>
> Je souhaite intégrer une carte OSM détaillée (niveau de détails le plus
> fin) dans mon GPS, voire dans un logiciel de carto.
>
> Peut-être la question a-t-elle été déjà posée:
>
> Est-il possible de récupérer une image géoréférencée type jpeg(w) ou
> png(w) sur une commune entière avec le niveau de détails le plus fin
> possible?
>
> Si cela n'est pas possible, je compte mettre en place un script utilisant
> l'astuce TMS (s'il y a moyen de ne pas développer ou d'utiliser un service
> existant, c'est mieux)
>
> http://www.3liz.com/blog/rldhont/index.php?post/2012/07/17/OpenStreetMap-Tiles-in-QGIS
>
>
> Bien cordialement,
>
> Mathieu
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] récupérer une carte OSM sous forme d'image géoéréférencée, par ex. au format pngw

[Stéphane Henriod]

Oui, c'est pratique. Cela dit, je ne trouve pas le rendu terrible (sur mon
eTrex 30 en tout cas)... mais c'est largement mieux que rien :-)


--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/7/24 Mathieu Rajerison 

> Remarque, je viens de voir que l'on pouvait récupérer des données pour GPS
> Garmin sur le site. C'est déjà très bien :)
>
> Merci beaucoup
>
> Le 24 juillet 2012 13:10, Mathieu Rajerison a 
> écrit :
>
>> Oui, je connais ce site.
>>
>> Ce que je recherche, ce sont des images OSM géoréférencées, pas des
>> données vectorielles.
>>
>>
>> Le 24 juillet 2012 13:07, Stéphane Henriod  a écrit :
>>
>> Selon ce que tu as comme GPS, tu peux récupérer les données OSM
>>> directement ici: http://downloads.cloudmade.com/
>>>
>>> C'est pas les tiles à proprement parler, mais c'est les données OSM...
>>>
>>> Stéphane
>>> --
>>> "Le mot progrès n'aura aucun sens tant qu'il y aura des enfants
>>> malheureux" -- Albert Einstein
>>>
>>> "A journey does not need reasons. Before long, it proves to be reason
>>> enough in itself. One thinks that one is going to make a journey, yet soon
>>> it is the journey that makes or unmakes you." -- Nicolas Bouvier
>>>
>>> Photos de voyages, photos de montagne: http://www.henriod.info
>>>
>>>
>>>
>>> 2012/7/24 Mathieu Rajerison 
>>>
>>>>  Bonjour,
>>>>
>>>>
>>>> Je souhaite intégrer une carte OSM détaillée (niveau de détails le plus
>>>> fin) dans mon GPS, voire dans un logiciel de carto.
>>>>
>>>> Peut-être la question a-t-elle été déjà posée:
>>>>
>>>> Est-il possible de récupérer une image géoréférencée type jpeg(w) ou
>>>> png(w) sur une commune entière avec le niveau de détails le plus fin
>>>> possible?
>>>>
>>>> Si cela n'est pas possible, je compte mettre en place un script
>>>> utilisant l'astuce TMS (s'il y a moyen de ne pas développer ou d'utiliser
>>>> un service existant, c'est mieux)
>>>>
>>>> http://www.3liz.com/blog/rldhont/index.php?post/2012/07/17/OpenStreetMap-Tiles-in-QGIS
>>>>
>>>>
>>>> Bien cordialement,
>>>>
>>>> Mathieu
>>>>
>>>> ___
>>>> Talk-fr mailing list
>>>> Talk-fr@openstreetmap.org
>>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>>>
>>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Aidez à mettre sur OSM des zones vierges du Tadjikistan

[Stéphane Henriod]

NB: désolé d'avance si vous pensez que ce message n'a rien à faire sur
cette liste, mais je pense que certains mappers pourraient être intéressés
à travailler sur des zones encore vierges :-)

**

Bonjour à tous,

J'utilise ce canal pour diffuser une information à tous les mappers
intéressés. Nous avons acheté et mis en ligne une image haute résolution de
la ville de Khorog , au Tadjikistan, afin de
faciliter sa cartographie. Khorog est une ville de 3 habitants, située
à la frontière afghane, à 2000m d'altitude, et très exposée aux
catastrophes naturelles (tremblements de terre, avalanches, glissements de
terrain...). L'idée de ce projet est de construire, grâce à OSM, la
première base de données spatiale détaillée de la ville. Ces données
pourront ensuite être utilisées (entre autres) pour des projets liés à la
prévention des catastrophes.

Si vous souhaitez participer, voici quelques informations complémentaires:

Dans un premier temps, la priorité est de cartographier:

   - Toutes les routes / rues / ruelles
   - Tous les bâtiments
   - Les éléments naturels principaux (lit de rivière, landcover...)

Pour garantir une certaine harmonisation, quelques tags principaux sont
décrits et illustrés ici:
http://wiki.openstreetmap.org/wiki/WikiProject_Tajikistan/Tags

Des presets pour JOSM ont été également développés et sont disponibles ici
http://humadat.alwaysdata.net/tms/khorog/preset/preset_tj.xml [Comment
utiliser les presets dans JOSM:
http://josm.openstreetmap.de/wiki/Help/Preferences/Map#TaggingPresets ]

L'image est accessible en TMS ici:
http://humadat.alwaysdata.net/tms/khorog/{zoom}/{x}/{-y}.jpg [Comment
ajouter une image TMS dans JOSM:
http://josm.openstreetmap.de/wiki/Help/Preferences/Imagery ]

Pour éviter que tout le monde se marche sur les pieds en cartographiant les
mêmes objets en même temps, il est recommandé d'utiliser le task manager:
http://tasks.hotosm.org/job/44

Merci d'avance de votre aide et n'hésitez surtout pas à me contacter si
vous avez des questions ou commentaires.

Meilleures salutations,

Stéphane
--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Aidez à mettre sur OSM des zones vierges du Tadjikistan

[Stéphane Henriod]

Bonjour Hélène

j'ai vu que vous avez participé très rapidement et efficacement, merci!

Ce "nous" est presque un peu abusif pour l'instant ;-) je m'explique...

J'ai habité et travaillé plus de 2 ans dans la région et, bien que
maintenant de retour en Suisse, j'ai gardé beaucoup de liens, et une envie
de continuer à faire 2-3 choses que j'espère utiles.

Le Tadjikistan est un pays très exposé aux catastrophes naturelles et
souffre d'un manque chronique de données sptatiales et de cartes (qui sont
critiques, tant pour la prévention que pour la réponse aux catastrophes).
Mon idée (avec l'aide de 2-3 amis et ex-collègues là-bas) est d'utiliser le
cas de Khorog pour démontrer à quel point le crowdsourcing (et plus
spécifiquement OSM) peut offrir des solutions rapides, efficaces et de
qualité pour créer et mettre à disposition les données nécessaires dans le
cadre de projet de DRR (Disaster Risk Reduction). Une fois que la ville
sera cartographiée, j'essaierai de faire quelques simulations d'analyse de
risques, en croisant les données OSM (bâtiments, routes) avec d'autres
données libres (population, DEM...). Une fois ces simulations réalisées,
j'essaierai d'aller les "vendre" chez différents acteurs sur place. (NB:
pas "vendre" financièrement... car je ne compte retirer absolument aucun
intérêt financier de ce projet!). Les tragiques évènements de cette semaine
m'ont juste fait accélérer le processus car il est probable que les
activités humanitaires de ces prochains jours / semaines nécessiteront les
données que vous avez généreusement contribué à créer.

C'est pour cela que le "nous" est abusif: je ne suis ni ne représente une
organisation ou association formelle, mais juste un petit groupe de
personnes croyant aux bienfaits de certaines nouvelles technologies pour le
monde humanitaire...

En ce qui concerne HOT, c'est bien juste, ce projet n'est pas
"officiellement" un projet HOT, mais va dans la même direction et a été
développé avec le soutien et les conseils de divers membres actifs. Le
"tasking manager" par exemple, que j'utilise pour coordonner ce projet, est
un produit de HOT.

D'une façon générale, ce projet s'inscrit dans:
http://wiki.openstreetmap.org/wiki/Tajikistan (ou il y a des infos si vous
voulez mapper des zones encore plus reculées du Tadjikistan!)
et dans
http://wiki.openstreetmap.org/wiki/OpenHazardMap

J'espère que j'ai répondu à vos questions, mais n'hésitez pas si vous en
avez d'autres! :-)

Stéphane

--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/7/29 Hélène PETIT 

> Le 28/07/2012 08:05, Stéphane Henriod a écrit :
>
>> .. Nous avons acheté et mis en ligne une image haute résolution
>> de la ville de Khorog.
>>
>
> Bonjour !
> Je trouve l'idée intéressante, et, ayant un peu contribué à ce projet je
> cherche à présent qui est ce "Nous" ?
>
> la page citée pointe sur les projets HOT, mais dans l'autre sens, les
> projets HOT ne le référencent pas.
> Le contributeur japonais indique "Hot #44" ; où est décris ce projet ?
>
> Merci !
>
> Hélène
>
>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr<http://lists.openstreetmap.org/listinfo/talk-fr>
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Aidez à mettre sur OSM des zones vierges du Tadjikistan

[Stéphane Henriod]

[mode hors-sujet ON]
Content que cette citation t'aie plue! Si ce n'est pas encore fait, je te
recommande vivement les bouquins de Nicolas Bouvier, qui sont à 200% dans
cet esprit... Ceux d'Ella Maillart aussi d'ailleurs...
[mode hors-sujet OFF]

Et le Tadjikistan est un pays merveilleux pour voyager sans planifier et
pour se laisser surprendre... Mais pour en profiter à fond, tu seras quand
même parfois content d'avoir des bonnes cartes... alors n'hésite pas à nous
donner un coup de main si tu as le temps et l'envie ;-)

Stéphane

--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/7/29 Philippe Verdy 

> Le 29 juillet 2012 22:42, Stéphane Henriod  a écrit :
> > "A journey does not need reasons. Before long, it proves to be reason
> enough
> > in itself. One thinks that one is going to make a journey, yet soon it is
> > the journey that makes or unmakes you." -- Nicolas Bouvier
>
> J'aime bien la citation, car c'est ce qui me motive d'abord quand je
> voyage ou me balade : je n'aime pas prévoir à l'avance ce que je vais
> faire ou voir.
>
> Je me dis juste que je n'y pas encore allé ou pas depuis longtemps. Je
> ne fixe pas non plus de durée obligatoire quelque part. J'aime bien
> juste voir ce qu'il y a autour au moment où j'arrive. L'intérêt du
> voyage c'est le voyage lui-même, le fait qu'on sort de chez soi (même
> si on s'y sent bien), et le plaisir aussi de rentrer... Et pas besoin
> de voir grand chose, c'est de voir et entendre les gens qui y vivent
> (ou qui y viennent) qui est le plus intéressant.
>
> Le cocooning est une épidémie moderne rampante que personne ne veut
> soigner, quand on ne voit pas qu'on s'enferme dans sa propre prison
> virtuelle.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Aidez à mettre sur OSM des zones vierges du Tadjikistan

[Stéphane Henriod]

Tu es bien dans JOSM? Avec Potlatch, j'ai pas réussi non plus...

Pour moi ça marche correctement dans JOSM, avec l'URL suivante:

http://humadat.alwaysdata.net/tms/khorog/tiles/{zoom}/{x}/{-y}.jpg

(le "-" est nécessaire... Je ne sais plus le pourquoi du comment, mais je
crois que c'est parce que JOSM ne regarde pas les coordonnées dans le même
sens que le standard TMS... mais peut-être qu'un spécialiste peut me
corriger si c'est faux?)

Là je vais me coucher, mais dis moi si ça ne fonctionne toujours pas et
j'essayerai de regarder demain!

merci de ton intérêt!

Stéphane

--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/7/29 hamster 

> Le 28/07/2012 08:05, Stéphane Henriod a écrit :
>
>> L'image est accessible en TMS ici:
>> http://humadat.alwaysdata.net/**tms/khorog/{zoom}/{x}/{-y}.jpg<http://humadat.alwaysdata.net/tms/khorog/%7Bzoom%7D/%7Bx%7D/%7B-y%7D.jpg>
>> <http://humadat.alwaysdata.**net/tms/khorog/%7Bzoom%7D/%**
>> 7Bx%7D/%7B-y%7D.jpg<http://humadat.alwaysdata.net/tms/khorog/%7Bzoom%7D/%7Bx%7D/%7B-y%7D.jpg>
>> >
>> [Comment ajouter une image TMS dans JOSM:
>> http://josm.openstreetmap.de/**wiki/Help/Preferences/Imagery<http://josm.openstreetmap.de/wiki/Help/Preferences/Imagery>]
>>
>
> j'arrive pas a voir l'image, il me met systematiquement "Erreur:
> http://humadat.alwaysdata.net/**tms/khorog/<http://humadat.alwaysdata.net/tms/khorog/><2
> chiffres>//.jpg"
>
> j'ai essaye en zoomant ou dezoomant
> j'ai essaye de virer le "-" avant "y"
> j'ai essaye les 2 adresses donnees (celle avec les accolades et celle avec
> les "%7B" et "%7D")
> rien n'y fait
>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr<http://lists.openstreetmap.org/listinfo/talk-fr>
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Aidez à mettre sur OSM des zones vierges du Tadjikistan

[Stéphane Henriod]

PS: je vais peut-être dire un truc débile, mais l'image qui est référencée
par le lien ci dessous couvre uniquement la ville de
Khorog<http://www.openstreetmap.org/?lat=37.4914&lon=71.5517&zoom=14&layers=M>au
Tadjikistan. Ca veut dire que, si tu es actuellement, dans JOSM,
n'importe où ailleurs dans le monde, il te répondra qu'il ne trouve pas les
tiles correspondantes.

Et désolé si ce conseil à 0.02€ était trop évident...

--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/7/29 hamster 

> Le 28/07/2012 08:05, Stéphane Henriod a écrit :
>
>> L'image est accessible en TMS ici:
>> http://humadat.alwaysdata.net/**tms/khorog/{zoom}/{x}/{-y}.jpg<http://humadat.alwaysdata.net/tms/khorog/%7Bzoom%7D/%7Bx%7D/%7B-y%7D.jpg>
>> <http://humadat.alwaysdata.**net/tms/khorog/%7Bzoom%7D/%**
>> 7Bx%7D/%7B-y%7D.jpg<http://humadat.alwaysdata.net/tms/khorog/%7Bzoom%7D/%7Bx%7D/%7B-y%7D.jpg>
>> >
>> [Comment ajouter une image TMS dans JOSM:
>> http://josm.openstreetmap.de/**wiki/Help/Preferences/Imagery<http://josm.openstreetmap.de/wiki/Help/Preferences/Imagery>]
>>
>
> j'arrive pas a voir l'image, il me met systematiquement "Erreur:
> http://humadat.alwaysdata.net/**tms/khorog/<http://humadat.alwaysdata.net/tms/khorog/><2
> chiffres>//.jpg"
>
> j'ai essaye en zoomant ou dezoomant
> j'ai essaye de virer le "-" avant "y"
> j'ai essaye les 2 adresses donnees (celle avec les accolades et celle avec
> les "%7B" et "%7D")
> rien n'y fait
>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr<http://lists.openstreetmap.org/listinfo/talk-fr>
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Aidez à mettre sur OSM des zones vierges du Tadjikistan

[Stéphane Henriod]

Autant pour moi!

Il y avait effectivement une faute de frappe dans mon premier
message... merci de me l'avoir fait remarquer...

Pour tout clarifier, l'URL correcte est donc bien:

http://humadat.alwaysdata.net/tms/khorog/tiles/{zoom}/{x}/{-y}.jpg

Merci!

Stéphane


On 7/30/12, Vincent de Chateau-Thierry  wrote:
> Bonjour,
>
> Le 29/07/2012 23:33, Stéphane Henriod a écrit :
>> Tu es bien dans JOSM? Avec Potlatch, j'ai pas réussi non plus...
>>
>> Pour moi ça marche correctement dans JOSM, avec l'URL suivante:
>>
>> http://humadat.alwaysdata.net/tms/khorog/tiles/{zoom}/{x}/{-y}.jpg
>>
>> 2012/7/29 hamster mailto:hams...@suna.fdn.fr>>
>>
>> Le 28/07/2012 08:05, Stéphane Henriod a écrit :
>>
>> L'image est accessible en TMS ici:
>> http://humadat.alwaysdata.net/__tms/khorog/{zoom}/{x}/{-y}.jpg
>>
>> <http://humadat.alwaysdata.net/tms/khorog/%7Bzoom%7D/%7Bx%7D/%7B-y%7D.jpg>
>>
>> <http://humadat.alwaysdata.__net/tms/khorog/%7Bzoom%7D/%__7Bx%7D/%7B-y%7D.jpg
>>
>> <http://humadat.alwaysdata.net/tms/khorog/%7Bzoom%7D/%7Bx%7D/%7B-y%7D.jpg>>
>> [Comment ajouter une image TMS dans JOSM:
>> http://josm.openstreetmap.de/__wiki/Help/Preferences/Imagery
>> <http://josm.openstreetmap.de/wiki/Help/Preferences/Imagery> ]
>>
>>
>> j'arrive pas a voir l'image, il me met systematiquement "Erreur:
>> http://humadat.alwaysdata.net/__tms/khorog/
>> <http://humadat.alwaysdata.net/tms/khorog/><2 chiffres>/> chiffres>/.jpg"
>>
>> j'ai essaye en zoomant ou dezoomant
>> j'ai essaye de virer le "-" avant "y"
>> j'ai essaye les 2 adresses donnees (celle avec les accolades et
>> celle avec les "%7B" et "%7D")
>> rien n'y fait
>>
>
> Même souci qu'hamster avec l'URL du premier message :
> http://humadat.alwaysdata.net/tms/khorog/{zoom}/{x}/{-y}.jpg
> En revanche ça fonctionne impec avec celle du dernier :
> http://humadat.alwaysdata.net/tms/khorog/tiles/{zoom}/{x}/{-y}.jpg
> (avec ajout du niveau d'arborescence "tiles").
> Et le tout en Mercator ou WGS84.
>
> vincent
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info

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

Re: [OSM-talk-fr] Aidez à mettre sur OSM des zones vierges du Tadjikistan

[Stéphane Henriod]

NB: j'espère que l'anglais va pour tout le monde! Pas le courage de
ré-écrire ça en français maintenant... Mais si il y a des plaintes je m'y
collerai demain ;-)

-

Dear all

just wanted to thank you deeply for your involvement in the mapping of
Khorog!

Since yesterday, 100% of the town has been mapped and roughly 53% has been
validated

*A few statistics*:

Number of announced contributors (in the tasking manager)

9

Number of tasks (one task is a 200x200 meters area to map)

253

Elapsed time to reach full coverage (100% of Khorog mapped)

less than 5 days

Number of buildings mapped

2976

Average amount of buildings mapped in one hour

25

Also, in case you doubted that your involvement was useful, please refer to
the feedback I have received today:

*From within Tajikistan*:

*"Thanks for the work, its really valuable I believe."*

*"Looks very good.Thanks for this !!"*

*"This is FANTASTIC!!"*

*"The Khorog map is great!! I like to see the many details in this map
which is very good resolution at the same time. I have been playing around
with this to see how one could use it for various purposes. Will hope to
stay in touch to see how this map will improve. Thanks for sharing."*

*"very useful! Thank you!"*

*"great work!"*

*"Stéphane, the map you guys made is just amazing! Thank u soo much!"*

*"Amazingly beautiful!"*

*"Very practical "*

*From abroad*:

*"Nice job ! :-)"*

*"That's fantastic "*

*"Tweet this to the Pres. He'll love it... :) "*
So I wanted to bring those praises back to you :-)

Thanks again and I will come back to the list next time we have a major
mapping project :-)

Stéphane
--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/7/30 Vincent de Chateau-Thierry 

> Bonjour,
>
> Le 29/07/2012 23:33, Stéphane Henriod a écrit :
>
>> Tu es bien dans JOSM? Avec Potlatch, j'ai pas réussi non plus...
>>
>> Pour moi ça marche correctement dans JOSM, avec l'URL suivante:
>>
>> http://humadat.alwaysdata.net/**tms/khorog/tiles/{zoom}/{x}/{-**y}.jpg<http://humadat.alwaysdata.net/tms/khorog/tiles/%7Bzoom%7D/%7Bx%7D/%7B-y%7D.jpg>
>>
>> 2012/7/29 hamster mailto:hams...@suna.fdn.fr>>
>>
>> Le 28/07/2012 08:05, Stéphane Henriod a écrit :
>>
>> L'image est accessible en TMS ici:
>> http://humadat.alwaysdata.net/**__tms/khorog/{zoom}/{x}/{-y}.**
>> jpg<http://humadat.alwaysdata.net/__tms/khorog/%7Bzoom%7D/%7Bx%7D/%7B-y%7D.jpg>
>> <http://humadat.alwaysdata.**net/tms/khorog/%7Bzoom%7D/%**
>> 7Bx%7D/%7B-y%7D.jpg<http://humadat.alwaysdata.net/tms/khorog/%7Bzoom%7D/%7Bx%7D/%7B-y%7D.jpg>
>> >
>> <http://humadat.alwaysdata.__**net/tms/khorog/%7Bzoom%7D/%__**
>> 7Bx%7D/%7B-y%7D.jpg
>> <http://humadat.alwaysdata.**net/tms/khorog/%7Bzoom%7D/%**
>> 7Bx%7D/%7B-y%7D.jpg<http://humadat.alwaysdata.net/tms/khorog/%7Bzoom%7D/%7Bx%7D/%7B-y%7D.jpg>
>> >>
>> [Comment ajouter une image TMS dans JOSM:
>> 
>> http://josm.openstreetmap.de/_**_wiki/Help/Preferences/Imagery<http://josm.openstreetmap.de/__wiki/Help/Preferences/Imagery>
>> 
>> <http://josm.openstreetmap.de/**wiki/Help/Preferences/Imagery<http://josm.openstreetmap.de/wiki/Help/Preferences/Imagery>>
>> ]
>>
>>
>> j'arrive pas a voir l'image, il me met systematiquement "Erreur:
>> 
>> http://humadat.alwaysdata.net/**__tms/khorog/<http://humadat.alwaysdata.net/__tms/khorog/>
>> 
>> <http://humadat.alwaysdata.**net/tms/khorog/<http://humadat.alwaysdata.net/tms/khorog/>><2
>> chiffres>/> chiffres>/.jpg"
>>
>> j'ai essaye en zoomant ou dezoomant
>> j'ai essaye de virer le "-" avant "y"
>> j'ai essaye les 2 adresses donnees (celle avec les accolades et
>> celle avec les "%7B" et "%7D")
>> rien n'y fait
>>
>>
> Même souci qu'hamster avec l'URL du premier message :
> http://humadat.alwaysdata.net/**tms/khorog/{zoom}/{x}/{-y}.jpg<http://humadat.alwaysdata.net/tms/khorog/%7Bzoom%7D/%7Bx%7D/%7B-y%7D.jpg>
> En revanche ça fonctionne impec avec celle du dernier :
> http://humadat.alwaysdata.net/**tms/khorog/tiles/{zoom}/{x}/{-**y}.jpg<http://humadat.alwaysdata.net/tms/khorog/tiles/%7Bzoom%7D/%7Bx%7D/%7B-y%7D.jpg>
> (avec ajout du niveau d'arborescence "tiles").
> Et le tout en Mercator ou WGS84.
>
> vincent
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr<http://lists.openstreetmap.org/listinfo/talk-fr>
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Créer "rapidement" un rendu personnalisé pour les données OSM

[Stéphane Henriod]

Bonjour à tous

une question sûrement très basique, mais tant pis :o)

Je souhaite créer "rapidement" un rendu personnalisé basé sur les données
OSM, mais ne sais pas trop par où commencer.

En gros, je serais très content avec un rendu Mapnik, auquel je veux
ajouter des différences marginales: afficher un bâtiment en orange s'il a
le tag *damage=damaged* et en rouge si c'est *damage=destroyed*.

Pour un besoin aussi simple, je ne souhaite évidemment pas copier un
fichier planet dans une base locale, ni développer une infrastructure
lourde mais simplement lire les données directement depuis la base OSM.

Est-ce possible? et, si oui, dans quelle direction devrais-je commencer à
chercher?

Merci d'avance,

Stéphane
--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Créer "rapidement" un rendu personnalisé pour les données OSM

[Stéphane Henriod]

Je pensais plutôt à un rendu à la Mapnik. Mais maintenant que tu le dis, un
overlay pourrait peut-être aussi faire l'affaire...

Stéphane
--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/8/6 Christian Quest 

> Tu veux le faire avec un overlay ou bien avec un rendu complet à la
> Mapnik mais modifié ?
>
> Dans le second cas, je crains que tu ai besoin d'avoir un base locale,
> dans le premier cas, tu dois pouvoir t'en passer.
>
>
> --
> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Créer "rapidement" un rendu personnalisé pour les données OSM

[Stéphane Henriod]

Merci, je vais regarder dans le code de ta page pour m'inspirer

Par contre, j'ai essayé de regarder un peu la XAPI, mais ça ne me retourne
pas mes bâtiments détruits...

Par exemple: http://open.mapquestapi.com/xapi/api/0.6/*[damage=damaged] me
renvoie uniquement


> 
>

Alors qu'il existe bien des objets avec le tag damage=damaged  (celui-là
par exemple: http://www.openstreetmap.org/browse/way/173253512 )

Est-ce que j'ai raté quelque chose?

Stéphane

--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/8/6 Frédéric Rodrigo 

> Le plus simple est de faire juste un calque basé sur la xapi.
> Regarde : 
> http://osm.dumoulin63.net/**xapiviewer/<http://osm.dumoulin63.net/xapiviewer/>
>
> Frédéric.
>
>
> Le 06/08/2012 13:46, Stéphane Henriod a écrit :
>
>> Je pensais plutôt à un rendu à la Mapnik. Mais maintenant que tu le dis,
>> un overlay pourrait peut-être aussi faire l'affaire...
>>
>> Stéphane
>> --
>> "Le mot progrès n'aura aucun sens tant qu'il y aura des enfants
>> malheureux" -- Albert Einstein
>>
>> "A journey does not need reasons. Before long, it proves to be reason
>> enough in itself. One thinks that one is going to make a journey, yet
>> soon it is the journey that makes or unmakes you." -- Nicolas Bouvier
>>
>> Photos de voyages, photos de montagne: http://www.henriod.info
>> <http://www.henriod.info/>
>>
>>
>>
>> 2012/8/6 Christian Quest > <mailto:cquest@openstreetmap.**fr >>
>>
>> Tu veux le faire avec un overlay ou bien avec un rendu complet à la
>> Mapnik mais modifié ?
>>
>> Dans le second cas, je crains que tu ai besoin d'avoir un base locale,
>> dans le premier cas, tu dois pouvoir t'en passer.
>>
>>
>> --
>> Christian Quest - OpenStreetMap France -
>> http://openstreetmap.fr/u/**cquest <http://openstreetmap.fr/u/cquest>
>>
>> __**_
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org 
>> <mailto:Talk-fr@openstreetmap.**org
>> >
>> 
>> http://lists.openstreetmap.**org/listinfo/talk-fr<http://lists.openstreetmap.org/listinfo/talk-fr>
>>
>>
>>
>>
>> __**_
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.**org/listinfo/talk-fr<http://lists.openstreetmap.org/listinfo/talk-fr>
>>
>>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr<http://lists.openstreetmap.org/listinfo/talk-fr>
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Créer "rapidement" un rendu personnalisé pour les données OSM

[Stéphane Henriod]

Effectivement je vais donc utiliser l'instance de OSM.fr.

Merci!

Stéphane

--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/8/6 Frédéric Rodrigo 

> Le 06/08/2012 14:03, Stéphane Henriod a écrit :
>
>> Merci, je vais regarder dans le code de ta page pour m'inspirer
>>
>> Par contre, j'ai essayé de regarder un peu la XAPI, mais ça ne me
>> retourne pas mes bâtiments détruits...
>>
>> Par exemple: 
>> http://open.mapquestapi.com/**xapi/api/0.6/*[damage=damaged]<http://open.mapquestapi.com/xapi/api/0.6/*%5Bdamage=damaged%5D>
>> me renvoie uniquement
>>
>> 
>> 
>>
>>
>> Alors qu'il existe bien des objets avec le tag damage=damaged  (celui-là
>> par exemple: 
>> http://www.openstreetmap.org/**browse/way/173253512<http://www.openstreetmap.org/browse/way/173253512>)
>>
>> Est-ce que j'ai raté quelque chose?
>>
>
> Probablement une question de serveur à jour ou pas :
>
> api.openstreetmap.fr/xapi/**xapi?way[damage=damaged]<http://api.openstreetmap.fr/xapi/xapi?way[damage=damaged]>
> retourne bien des choses.
>
> Frédéric.
>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr<http://lists.openstreetmap.org/listinfo/talk-fr>
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Créer "rapidement" un rendu personnalisé pour les données OSM

[Stéphane Henriod]

Désolé, mais j'ai encore un petit souci :-)

Mon premier essai donne ça: http://humadat.alwaysdata.net/test2.html

Malheureusement, aucun de mes overlays n'apparaît... Les requètes XAPI me
renvoient pourtant des données. Est-ce que ça serait un souci de
projection? Ou autre chose?

J'ai rajouté un overlay (*all*) qui doit prendre tous les
*building=yes*mais sans plus de succès

Si un gourou d'OpenLayers a une idée?

merci bcp d'avance

Stéphane

--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/8/6 Frédéric Rodrigo 

> Le plus simple est de faire juste un calque basé sur la xapi.
> Regarde : 
> http://osm.dumoulin63.net/**xapiviewer/<http://osm.dumoulin63.net/xapiviewer/>
>
> Frédéric.
>
>
> Le 06/08/2012 13:46, Stéphane Henriod a écrit :
>
>> Je pensais plutôt à un rendu à la Mapnik. Mais maintenant que tu le dis,
>> un overlay pourrait peut-être aussi faire l'affaire...
>>
>> Stéphane
>> --
>> "Le mot progrès n'aura aucun sens tant qu'il y aura des enfants
>> malheureux" -- Albert Einstein
>>
>> "A journey does not need reasons. Before long, it proves to be reason
>> enough in itself. One thinks that one is going to make a journey, yet
>> soon it is the journey that makes or unmakes you." -- Nicolas Bouvier
>>
>> Photos de voyages, photos de montagne: http://www.henriod.info
>> <http://www.henriod.info/>
>>
>>
>>
>> 2012/8/6 Christian Quest > <mailto:cquest@openstreetmap.**fr >>
>>
>> Tu veux le faire avec un overlay ou bien avec un rendu complet à la
>> Mapnik mais modifié ?
>>
>> Dans le second cas, je crains que tu ai besoin d'avoir un base locale,
>> dans le premier cas, tu dois pouvoir t'en passer.
>>
>>
>> --
>> Christian Quest - OpenStreetMap France -
>> http://openstreetmap.fr/u/**cquest <http://openstreetmap.fr/u/cquest>
>>
>> __**_
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org 
>> <mailto:Talk-fr@openstreetmap.**org
>> >
>> 
>> http://lists.openstreetmap.**org/listinfo/talk-fr<http://lists.openstreetmap.org/listinfo/talk-fr>
>>
>>
>>
>>
>> __**_
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.**org/listinfo/talk-fr<http://lists.openstreetmap.org/listinfo/talk-fr>
>>
>>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr<http://lists.openstreetmap.org/listinfo/talk-fr>
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Créer "rapidement" un rendu personnalisé pour les données OSM

[Stéphane Henriod]

Je vais jeter un coup d'oeil, merci!

Mais est-ce que le proxy est nécessaire pour lire depuis XAPI uniquement?

Si je téléchargeais le fichier osm et que OpenLayers lisait ce fichier
local, il n'y aurait plus besoin de proxy, c'est juste?

Bonne soirée
Stéphane
--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/8/6 Bruno Cortial 

>
> Le 6 août 2012 15:13, Stéphane Henriod  a écrit :
>
>> Désolé, mais j'ai encore un petit souci :-)
>>
>> Mon premier essai donne ça: http://humadat.alwaysdata.net/test2.html
>>
>> Malheureusement, aucun de mes overlays n'apparaît... Les requètes XAPI me
>> renvoient pourtant des données. Est-ce que ça serait un souci de
>> projection? Ou autre chose?
>>
>> J'ai rajouté un overlay (*all*) qui doit prendre tous les *building=yes*mais 
>> sans plus de succès
>>
>> Si un gourou d'OpenLayers a une idée?
>>
>>
>
> Salut,
> Je pense que tu trouveras ton bonheur dans ce fil (voir le point sur le
> proxy nécessaire):
> http://lists.openstreetmap.org/pipermail/talk-fr/2010-August/025639.html
>
> La FAQ OL sur ce point :
> http://trac.osgeo.org/openlayers/wiki/FrequentlyAskedQuestions#ProxyHost
>
> Bruno
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Créer "rapidement" un rendu personnalisé pour les données OSM

[Stéphane Henriod]

Voilà, j'ai effectivement pu faire sans proxy!

Plutôt que de m'embêter avec ça, j'ai fait un script python qui télécharge
le fichier osm, via la XAPI. Une tâche cron va lancer ce script python
toutes les minutes pour être sûr que le fichier osm soit toujours à jour et
OpenLayers va lire directement le fichier local. Et pas besoin de proxy :-)

Je laisse l'URL au cas où qqn serait intéressé à regarder le code OL. Rien
de très sophistiqué, mais ça peut toujours servir d'exemple de base sans
fioriture pour qui veut superposer des données OSM vectorielles sur
Mapnik...

Bonne journée et merci à tous pour votre aide

Stéphane
--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/8/6 rldhont 

>  Le 06/08/2012 17:27, Stéphane Henriod a écrit :
>
> Je vais jeter un coup d'oeil, merci!
>
> Mais est-ce que le proxy est nécessaire pour lire depuis XAPI uniquement?
>
>
> Le proxy sert à interroger directement la XAPI.
> Pour des raisons de sécurité, à moins que les administrateurs et le
> navigateur le permettent, une requête via JavaScript ne peut se faire que
> vers le serveur hôte du script.
>
>
> Si je téléchargeais le fichier osm et que OpenLayers lisait ce fichier
> local, il n'y aurait plus besoin de proxy, c'est juste?
>
>
> Oui c'est juste
>
>
> Bonne soirée
> Stéphane
> --
> "Le mot progrès n'aura aucun sens tant qu'il y aura des enfants
> malheureux" -- Albert Einstein
>
> "A journey does not need reasons. Before long, it proves to be reason
> enough in itself. One thinks that one is going to make a journey, yet soon
> it is the journey that makes or unmakes you." -- Nicolas Bouvier
>
> Photos de voyages, photos de montagne: http://www.henriod.info
>
>
>
> 2012/8/6 Bruno Cortial 
>
>>
>> Le 6 août 2012 15:13, Stéphane Henriod  a écrit :
>>
>>> Désolé, mais j'ai encore un petit souci :-)
>>>
>>> Mon premier essai donne ça: http://humadat.alwaysdata.net/test2.html
>>>
>>> Malheureusement, aucun de mes overlays n'apparaît... Les requètes XAPI
>>> me renvoient pourtant des données. Est-ce que ça serait un souci de
>>> projection? Ou autre chose?
>>>
>>> J'ai rajouté un overlay (*all*) qui doit prendre tous les 
>>> *building=yes*mais sans plus de succès
>>>
>>> Si un gourou d'OpenLayers a une idée?
>>>
>>>
>>
>> Salut,
>> Je pense que tu trouveras ton bonheur dans ce fil (voir le point sur le
>> proxy nécessaire):
>> http://lists.openstreetmap.org/pipermail/talk-fr/2010-August/025639.html
>>
>> La FAQ OL sur ce point :
>> http://trac.osgeo.org/openlayers/wiki/FrequentlyAskedQuestions#ProxyHost
>>
>> Bruno
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Créer "rapidement" un rendu personnalisé pour les données OSM

[Stéphane Henriod]

Je n'avais pas pensé à ça...

Maintenant, vu que c'est une requête légère, je n'ai pas vraiment de
problèmes de performance... Mais est-ce que ça risque d'impacter le serveur
XAPI lui-même? Je ne voudrais évidemment pas que ma page devienne un boulet
pour les autres utilisateurs!

--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/8/7 Frédéric Rodrigo 

> Le 07/08/2012 11:52, Stéphane Henriod a écrit :
>
>> Voilà, j'ai effectivement pu faire sans proxy!
>>
>> Plutôt que de m'embêter avec ça, j'ai fait un script python qui
>> télécharge le fichier osm, via la XAPI. Une tâche cron va lancer ce
>> script python toutes les minutes pour être sûr que le fichier osm soit
>> toujours à jour et OpenLayers va lire directement le fichier local. Et
>> pas besoin de proxy :-)
>>
>
> Heuu, attaquer l'xapi toutes les minutes ça fait quand même 1440 accès à
> l'xapi par jour. Je doute que ta page fasse plus de hits par jours. Une
> proxy, même sans cache va être plus économe, bien que légèrement plus lent
> pour l'utilisateur. Un proxy de ce type n'est pas techniquement compliqué.
> Tu peux facilement en trouver le code sur le net.
>
> Frédéric.
>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr<http://lists.openstreetmap.org/listinfo/talk-fr>
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Créer "rapidement" un rendu personnalisé pour les données OSM

[Stéphane Henriod]

Je veux effectivement bien un petit coup de main!

Mais, de toute façon, je ne suis pas certain que je sois autorisé à
installer un proxy chez mon hébergeur...

Stéphane

--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/8/8 Nicolas Dumoulin 

> Le mardi 7 août 2012 12:20:20 Frédéric Rodrigo a écrit :
> > Le 07/08/2012 11:52, Stéphane Henriod a écrit :
> > > Voilà, j'ai effectivement pu faire sans proxy!
> > >
> > > Plutôt que de m'embêter avec ça, j'ai fait un script python qui
> > > télécharge le fichier osm, via la XAPI. Une tâche cron va lancer ce
> > > script python toutes les minutes pour être sûr que le fichier osm soit
> > > toujours à jour et OpenLayers va lire directement le fichier local. Et
> > > pas besoin de proxy :-)
> >
> > Heuu, attaquer l'xapi toutes les minutes ça fait quand même 1440 accès à
> > l'xapi par jour. Je doute que ta page fasse plus de hits par jours. Une
> > proxy, même sans cache va être plus économe, bien que légèrement plus
> > lent pour l'utilisateur. Un proxy de ce type n'est pas techniquement
> > compliqué. Tu peux facilement en trouver le code sur le net.
>
> J'ai une version en python, et ça doit se trouver en php. N'hésites pas à
> demander si tu as besoin d'aide pour le mettre en place.
>
> --
> Nicolas Dumoulin
> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Créer "rapidement" un rendu personnalisé pour les données OSM

[Stéphane Henriod]

C'est alwaysdata.

Mais effectivement, j'ai juste vu que les "proxy" étaient interdits, et je
ne me suis pas penchés plus que ça sur les détails. Peut-être que ce sont
uniquement des proxys plus lourds qui sont concernés.

--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/8/9 Vincent Pottier 

> Le 09/08/2012 08:01, Stéphane Henriod a écrit :
>
>> Je veux effectivement bien un petit coup de main!
>>
>> Mais, de toute façon, je ne suis pas certain que je sois autorisé à
>> installer un proxy chez mon hébergeur...
>>
>> Stéphane
>>
> Et quel est-il pour ne pas permettre un bout de code qui lance des
> requêtes http ?
>
> Le proxi en question n'est pas un proxi de réseau d'entreprise mais juste
> un bout de code (php, python...) qui reçoit les requêtes du client,
> éventuellement les reformule, les envoie à overpass et retourne le résultat
> au client.
> --
> FrViPofm
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr<http://lists.openstreetmap.org/listinfo/talk-fr>
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Créer "rapidement" un rendu personnalisé pour les données OSM

[Stéphane Henriod]

Effectivement, ça semble logique!

Merci :-)

--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/8/9 Christian Quest 

> C'est sûrement le cas. Quand on parle de proxy en général on est très loin
> de ce tout petit cas très particulier.
> Un proxy javascript ne sert qu'au bon fonctionnement de ton site et est
> très limité dans sa fonction de "proxy. Il ne rentre sûrement pas dans le
> cadre des restrictions de ton hébergeur.
>
> Le 9 août 2012 09:25, Stéphane Henriod  a écrit :
>
>> C'est alwaysdata.
>>
>> Mais effectivement, j'ai juste vu que les "proxy" étaient interdits, et
>> je ne me suis pas penchés plus que ça sur les détails. Peut-être que ce
>> sont uniquement des proxys plus lourds qui sont concernés.
>
>
>
> --
> Christian Quest - OpenStreetMap France - 
> http://openstreetmap.fr/u/cquest<http://openstreetmap.fr/u/christian-quest>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Construire un logiciel opendata - osm

[Stéphane Henriod]

Juste pour apporter mes 2 centimes: le fait que tu n'aies pas eu à
spécifier explicitement que ton chemin est dans un parc à Saint Etienne est
justement l'un des intérêts de l'information spatiale: les coordonnées
respectives des 2 objets (parc et chemin) permettent implicitement de
connaître la relation topologique (le chemin est "dans" le parc, "touche"
le parc, "traverse" le parc...). Du coup, le jour où la moitié de ton parc
est détruite pour en faire une zone industrielle, tu n'as pas besoin de
mettre à jour les attributs de ton chemin. Il sera alors "en-dehors" du
parc.

Par ailleurs, ton chemin n'est pas seulement dans un parc. Il est aussi
dans St Etienne, dans un Département, en France, en Europe, dans une
circonscription administrative... Tu vois le bordel si il fallait
expliciter toutes les relations possibles!

Cela dit, il y a des cas (y compris dans OSM, via le tag *is_in*) où on
explicite ces relations implicites. L'idée derrière est souvent une bête
question de performances (il est plus facile de faire une requête sur un
attribut que sur tout un ensemble de géométries). Mais, personnellement, si
je voulais extraire tous les parcs de France, j'utiliserais les relations
spatiales, pas les tags explicites car je ne sais pas si ils ont été
systématiquement utilisés.

Voilà, je ne sais pas si ça fait avancer le schmilblick de beaucoup...

Stéphane
--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/8/14 Ista Pouss 

> Le 13 août 2012 14:22, Arnaud Vandecasteele  a
> écrit :
>
>> Pardonne moi de ma question de néophyte, mais qu'est-ce qu'un document
>> formel ?
>>
>>
> Ahoula il ne faut pas croire que je connais tous les mots que j'emploie !
> J'en cause juste comme tout le monde.
>
> De ce que je sais que j'ai compris, un document formel est un document qui
> correspond à un modèle. Une ordonnance de médecin, une amende de policier,
> une facture, une liste de valeurs (complète) etc, sont des documents
> formels.
>
> Sur OSM, un point semble être un document formel : il a des coordonnées,
> et des propriétés. Si tu mets une valeur sans la mettre dans une propriété,
> si t'as pas de coordonnées, alors ce n'est plus un point, c'est autre chose.
>
> Peut être un chemin est-il aussi un document formel (je débute en OSM,
> c'est pour ça que je ne suis sûr de rien).
>
> Mais, par exemple, un village ne semble être rien d'autre qu'une surface,
> ou un contour, ou juste une propriété... la notion de village, avec
> explicitement ce qu'il y a dedans, ne semble pas exister (sous toutes
> réserves encore une fois) ; si l'on veut savoir ce qu'il y a dans le
> village, alors il faut une routine pour découvrir ce qui est à l'intérieur
> du contour (sous toutes réserves des réserves).
>
> Moi, sur OSM, j'ai mis un chemin dans un parc à saint etienne, nulle part
> je n'ai précisé que ce chemin était dans un parc à saint etienne ; j'ai
> juste mis ses coordonnées, c'est tout. (Mais peut être ai-je fait une
> grosse bourde ? )
>
> Pour ça que je me dis qu'un logiciel qui faciliterait les relations entre
> un document avec des données OSM pourrait être utile, et que le mouvement
> open data donnerait l'occasion d'aborder cette question. Mais, vu le nombre
> de réponses à ma question, je dois encore me tromper. Peut être la période
> n'est-elle pas favorable, aussi ?
>
> Cordialement.
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Conseils pour créer un rendu OSM personnalisé

[Stéphane Henriod]

Bonjour,

je souhaite créer un rendu personnalisé, principalement basé sur les
données OSM, pour une région et un thème particulier. En l’occurrence, il
s'agira de créer une slippy carte pour le Tadjikistan permettant
d'identifier les infrastructures (routes, bâtiments...) exposées aux
catastrophes naturelles. Il y aura donc des données de zones de risques
(raster ou vectorielles), un DEM,... et les données OSM, le tout
probablement rendu dans un style proche de mapnik, mais avec quelques
modifications.

J'ai une idée générale de comment arriver au bout, mais j'ai quelques
questions "stratégiques" à vous poser.

En premier lieu, concernant l'import des données OSM dans ma base PostGIS.
J'aimerais copier les données à un instant t, puis mettre à jour de façon
incrémentale, une fois par jour ou par semaine (à voir selon la fréquence
des edits dans le futur). Rien de très exceptionnel probablement, mais
voilà mes contraintes:

   - Vu que j'ai besoin des données pour tout un pays, je mets évidemment
   une croix sur l'API qui me refusera une requête sur une zone aussi large
   - Il n'y a à ma connaissance aucun planet file pour le Tadjikistan (et
   les dumps de Cloudmade (
   
http://downloads.cloudmade.com/asia/central_asia/tajikistan#downloads_breadcrumbs)
   ont plus d'une année de retard)
   - Je n'ai que 10Go d'espace sur le serveur, donc pas moyen de
   télécharger un planet file complet puis de filtrer sur le Tadjikistan au
   moment de l'import vers PostGIS

Du coup, j'imagine que XAPI serait la solution préférée pour télécharger le
jeu de données initial. Mais comment faire ensuite? Puis-je appliquer les
diff files de planet? Ca me semble aussi un peu overkill car j'aurais alors
à télécharger des diffs pour le monde entier, puis filtrer et en garder une
toute petite partie. Y a-t-il un moyen plus rationnel pour récupérer les
données différentielles uniquement sur ma zone d'intérêt? Via osmosis par
exemple?

Voilà, c'est tout pour l'instant, et merci d'avance à ceux qui auraient des
bons conseils à me donner pour ce projet :-)

Et bonne fin de week-end

Stéphane
--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Conseils pour créer un rendu OSM personnalisé

[Stéphane Henriod]

Merci Frédéric, je n'avais pas pensé à aller voir chez geofabrik!

Cela dit, même si cette solution semble bien la plus pragmatique,
j'aimerais bien avoir une idée de comment faire ça un peu plus dans les
règles de l'art (des fois que Geofabrik ne mette plus tous ses fichiers à
jour, ou que le nombre d'edits augmente considérablement et qu'il ne soit
plus rationnel de télécharger tout le pays chaque semaine, ou que je
souhaite répliquer sur un pays plus grand, ou ou ou...) :-)

Donc si Geofabrik n'existait pas, dans mon cas, comment pourrais-je
idéalement mettre régulièrement à jour ma base remplie initialement d'un
fichier OSM obtenu par XAPI?

Merci encore,

Stéphane
--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/8/26 Frédéric Rodrigo 

> Le 26/08/2012 17:16, Stéphane Henriod a écrit :
>
>> Bonjour,
>>
>> je souhaite créer un rendu personnalisé, principalement basé sur les
>> données OSM, pour une région et un thème particulier. En l’occurrence,
>> il s'agira de créer une slippy carte pour le Tadjikistan permettant
>> d'identifier les infrastructures (routes, bâtiments...) exposées aux
>> catastrophes naturelles. Il y aura donc des données de zones de risques
>> (raster ou vectorielles), un DEM,... et les données OSM, le tout
>> probablement rendu dans un style proche de mapnik, mais avec quelques
>> modifications.
>>
>> J'ai une idée générale de comment arriver au bout, mais j'ai quelques
>> questions "stratégiques" à vous poser.
>>
>> En premier lieu, concernant l'import des données OSM dans ma base
>> PostGIS. J'aimerais copier les données à un instant t, puis mettre à
>> jour de façon incrémentale, une fois par jour ou par semaine (à voir
>> selon la fréquence des edits dans le futur). Rien de très exceptionnel
>> probablement, mais voilà mes contraintes:
>>
>>   * Vu que j'ai besoin des données pour tout un pays, je mets évidemment
>> une croix sur l'API qui me refusera une requête sur une zone aussi
>> large
>>   * Il n'y a à ma connaissance aucun planet file pour le Tadjikistan (et
>> les dumps de Cloudmade
>> (http://downloads.cloudmade.**com/asia/central_asia/**
>> tajikistan#downloads_**breadcrumbs<http://downloads.cloudmade.com/asia/central_asia/tajikistan#downloads_breadcrumbs>
>> )
>> ont plus d'une année de retard)
>>
>
>  Du coup, j'imagine que XAPI serait la solution préférée pour télécharger
>> le jeu de données initial. Mais comment faire ensuite? Puis-je appliquer
>> les diff files de planet? Ca me semble aussi un peu overkill car
>> j'aurais alors à télécharger des diffs pour le monde entier, puis
>> filtrer et en garder une toute petite partie. Y a-t-il un moyen plus
>> rationnel pour récupérer les données différentielles uniquement sur ma
>> zone d'intérêt? Via osmosis par exemple?
>>
>> Voilà, c'est tout pour l'instant, et merci d'avance à ceux qui auraient
>> des bons conseils à me donner pour ce projet :-)
>>
>
> geofabrik à le Tadjikistan dans sa liste et à jour.
>
> http://download.geofabrik.de/**osm/asia/<http://download.geofabrik.de/osm/asia/>
>
> Vu la taille du fichier du pays, le plus simple et de réimporter
> complètement le pays à chaque mise à jour.
>
> Si tu ne connais pas encore, je te conseille d'aller voir tilemill pour
> faire ta carte perso.
>
> My 2cents
> Frédéric.
>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr<http://lists.openstreetmap.org/listinfo/talk-fr>
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Conseils pour créer un rendu OSM personnalisé

[Stéphane Henriod]

Ca marche, vous m'avez convaincu, je vais utiliser les extracts de
Geofabrik pour le moment!

Au début, Frédéric m'a conseillé d'utiliser TileMill plutôt que Mapnik.
Est-ce que c'est pour des raisons de facilité? de performance? de qualité?

Merci encore à tous pour votre aide

Stéphane
--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/8/27 Pieren 

> Il y a cette page du wiki qui explique comment appliquer les diffs:
> http://wiki.openstreetmap.org/wiki/Minutely_Mapnik
>
> Pour revenir à la question de télécharger l'extract, c'est vrai que tu
> vas dépendre de Geofabrik. Mais c'est aussi vrai pour XAPI qui n'est
> pas un service standard. Donc, quelle que soit l'option choisie, tu
> dépendras de quelqu'un d'autre. Pour ne dépendre de personne, fais tes
> extracts toi-même avec osmosis (cf réponse de Sly). Mais il faudra un
> peu plus que 10Go ;-)
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Conseils pour créer un rendu OSM personnalisé

[Stéphane Henriod]

Ok, je vais regarder!

Bonne journée

--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/8/27 Frédéric Rodrigo 

> Le 27/08/2012 11:38, Stéphane Henriod a écrit :
>
>> Ca marche, vous m'avez convaincu, je vais utiliser les extracts de
>> Geofabrik pour le moment!
>>
>> Au début, Frédéric m'a conseillé d'utiliser TileMill plutôt que Mapnik.
>> Est-ce que c'est pour des raisons de facilité? de performance? de qualité?
>>
>
> TileMill utilise Mapnik, et c'est effectivement parce que c'est beaucoup
> plus facile et convivial à utiliser.
> Je te conseil de faire un calque transparent uniquement avec les
> information qui te sont pertinente.
>
> Frédéric.
>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr<http://lists.openstreetmap.org/listinfo/talk-fr>
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Conseils pour créer un rendu OSM personnalisé

[Stéphane Henriod]

Merci encore pour tous ces liens et infos. Je n'ai pas encore évalué
l'espace disque nécessaire, mais ferai ça en temps voulu!

Par contre, je pensais avoir résolu tous mes problèmes initiaux, mais en
voilà déjà un nouveau qui se présente :-)

Je viens de me rendre compte que, selon que j'utilise osm2pgsql ou Osmosis
pour convertir de .osm vers PostGIS, le schéma de la base est très
différent: soit le APIDB schéma (osm2pgsql), soit le simple schéma
(Osmosis) soit le snapshot schéma (Osmosis)...

Du coup la question bête et naïve: quel schéma utiliser pour que Mapnik
comprenne ce que je lui demande? Est-il capable d'interpréter tous ces
schémas? Ou faut-il en utiliser un en particulier?

Bonne soirée

S
--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/8/27 Eric 

> Le 27 août 2012 13:32, Bruno Cortial  a écrit :
>
>>
>> Bonjour
>> Puisque ton objectif  est une chaine de rendu dynamique (mise à jour des
>> tuiles avec les maj OSM), tilemill va te servir à styler le rendu et
>> produire le fichier xml de configuration de mapnik [1]. Ce fichier est
>> ensuite utiliser dans une chaine mod_tile+mapnik ou tirex+manik (c'est ce
>> que tu as mis en place)
>>
>> Sinon, sans cette mod_tile, tilemill peut produire un fichier MBTile
>> (toutes les tuiles d'une zone dans un fichier) qui permet une mise en ligne
>> de ta carte sur un simple serveur web+php. Un outil comme landez[2] permet
>> d'automatiser la production régulière du mbtile.
>>
>> Tu parles d'espace: as-tu essayé d'évaluer l'espace disque nécessaire
>> pour toutes les tuiles du Tadjikistan [3]?
>>
>> [1]http://mapbox.com/tilemill/docs/guides/mapnik-xml/
>> [2]https://github.com/makinacorpus/landez
>> [3]http://wiki.openstreetmap.org/wiki/Tile_Disk_Usage
>>
>
> Merci pour ces liens, je vois que je ne suis pas au bout, je regarderai
> tout ca apres la rentrée 8(
> Effectivement, le volume que j'indiquais ne concernait que le "moteur" (OS
> + outils + base renseignée). Il reste le volume du tuilage que je ne savais
> aps estimer.
>
> [hs]
> Quelques observations sur le tuto:
> * Il ne faut plus armer le mode IntArray (ou quelque chose comme ca) de la
> base, les dernieres versions de Postgresql ne l'aiment pas trop visiblement
> * Boost dans Ubuntu 10.04 est en version 1.40 pour 1.47 exigé donc il faut
> mettre à jour. Ca m'a couté pas mal d'energie ca et c'est tombé en marche,
> je ne sais pas comment.
> [/hs]
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Conseils pour créer un rendu OSM personnalisé

[Stéphane Henriod]

C'est noté!

Je vais commencer avec osm2pgsql avec un .style personnalisé et je
regarderai ensuite les autres outils. A tout hasard il y aurait pas des
outils en python qui font les conversions qui vont bien pour Mapnik?

Et encore merci à tous pour votre support et votre réactvité!

Sent from Android
On Aug 27, 2012 8:00 PM, "Bruno Cortial"  wrote:

>
>
> Le 27 août 2012 19:16, Frédéric Rodrigo  a écrit :
>
>> Pour faire du rendu avec Mapnik il te faut une base osm2pgsql. Attention,
>> vu que tu comptes faire du rendu spécifique il te risque de falloir faire
>> un "style" adapté (fichier de paramétrage de osm2pgsql). Si tu ne veux
>> faire du rendu uniquement de ces éléments là en particulier, je te le
>> conseille fortement, ça réduira le temps de chargement et la taille de la
>> base.
>>
>>
>
> Il y a également imposm, qui semble mettre en avant la performance de
> l'import, une plus petite base, un schéma plus simple pour du rendu mais
> qui ne supporte pas les diff.
> http://wiki.openstreetmap.org/wiki/List_of_Database_Schemas
>
> Pour ceux qui veulent se lancer dans un rendu complet, les petits gars de
> mapbox qui sont derrière tilemill proposent également OSM-Bright. C'est un
> script qui prépare un projet tilemill clé en main en fonction de ton schema
> (osm2pgsql ou imposm), télécharge des données complémentaires comme les
> traits de côtes (pour le Tadjikistan c'est pas très utile).
>
> http://mapbox.com/tilemill/docs/guides/osm-bright-ubuntu-quickstart/
> https://github.com/mapbox/osm-bright
>
> Bruno
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] XAPI openstreetmap.fr cassé?

[Stéphane Henriod]

Bonjour

un requête XAPI qui marchait très bien il y a quelques semaines me renvoie
maintenant un message d'erreur:

http://api.openstreetmap.fr/xapi/xapi?way[damage=damaged|destroyed][bbox=71.5093,37.4557,71.5941,37.5271]

Error in
[way[damage=damaged|destroyed][bbox=71.5093,37.4557,71.5941,37.5271]]:

Est-ce que quelque chose est cassé? ou une nouvelle version avec une
nouvelle syntaxe?

Merci d'avance et bonne journée!

Stéphane

--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] XAPI openstreetmap.fr cassé?

[Stéphane Henriod]

Moi je dis, les ficelles qui font tenir le tout,  y a que ça de vrai :-)

Merci de ton intervention rapide!
--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/9/4 sly (sylvain letuffe) 

> On mardi 4 septembre 2012, Stéphane Henriod wrote:
> > Bonjour
>
> Salut,
>
> > un requête XAPI qui marchait très bien il y a quelques semaines me
> renvoie
> > maintenant un message d'erreur:
> (...)
> > Est-ce que quelque chose est cassé? ou une nouvelle version avec une
> > nouvelle syntaxe?
>
> Merci pour ta vigilance, voilà qui est réparé.
> Aucun changement de version ou syntaxe, l'api xapi était cassée suite au
> reboot de la machine de vendredi dernier.
> (oui, tout ça tient un peu avec des ficelles)
>
>
> --
> sly
> qui suis-je : http://sly.letuffe.org
> email perso : sylvain chez letuffe un point org
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [forum-osm-fr]OSM Senegal arrive

[Stéphane Henriod]

Bienvenu!

:-)


--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/9/8 

> Le message suivant de :
> ##
> Salut à tous, je suis du Sénégal, qui vient d'avoir une communauté OSM
> https://www.facebook.com/OpenStreetMap.Senegal, avec l'aide de Nicolas
> Chavent. OSM , c'est quelque chose que j'aime beaucoup, j'y passe beaucoup
> de temps, mais malheureusement j'y connais pas encore grand chose.
> Néanmoins j'essaie de mapper des rueS et certains lieux. Donc je compte sur
> vous pour être un vrai contributeur sur osm. Je pose trop de questions,
> mais comprenez moi, suis nouveau et veux être parmi les meilleurs. Mes
> contribution sont sous le même pseudo.
> 
> a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=10
> Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
> Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche
> pas une concertation sur la liste avant de recopier
> la/les meilleurs réponses sur le forum.
> Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour
> répondre.
> --
> Les questions sur ce robot de transfert forum->liste
> peuvent être posées à sylvainaletuffe.org
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Conversion de données OpenStreetMap en Shapefile [OSM2GIS]

[Stéphane Henriod]

Merci bcp, je pense effectivement que ça va répondre à pas mal de besoins!

Une petite remarque: l'export se fait à maxima, ce qui n'est pas forcément
toujours le comportement souhaité par l'utilisateur. En l'occurrence, je
voulais exporter une petite zone près de la frontière, et me retrouve avec
tous les objets qui intersectent cette zone, donc y compris les frontières
de 2 pays et, il me semble, des objets qui n'appartiennent pas du tout à ma
zone, mais à une relation qui elle est partiellement dans ma zone.

Cette façon de faire permet évidemment de garantir l'intégrité car tous les
objets sont exportés mais j'ai le sentiment que l'utilisateur lambda d'un
tel service souhaiterait plutôt avoir les données à minima: un simple clip
de la base OSM sur sa zone d'intérêt. L'utilisateur souhaitant une copie
propre d'OSM passera probablement plutôt par un planet file, par l'API ou
quoi que ce soit du genre.

Ensuite, si je me mets dans les chaussures de l'utilisateur GIS lambda, je
serais un peu perdu avec ces 3 shapefiles et je préfèrerais probablement
avoir des couches thématiques avec lesquelles j'ai bien plus l'habitude de
travailler: buildings.shp, roads.shp, rivers.shp... Il faudrait donc
sélectionner une liste de tags considérés comme les plus pertinents et
extraire des shapefiles là-dessus.

Note bien que ces 2 remarques ne sont valables que si tu vises les
utilisateurs "classiques" de GIS qui n'ont pas forcément une grande
connaissance des concepts et outils OSM et qui cherchent un moyen de
"facilement et rapidement" utiliser des données OSM dans un logiciel GIS
classique.

Voilà pour mes 2 roubles et encore merci pour ton travail! Dans tous les
cas, c'est déjà bien pratique.

Bonne journée

Stéphane
--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/9/19 Arnaud Vandecasteele 

> Bonjour à tous,
>
> Le besoin de transformer les données OpenStreetMap en données Shapefile a
> régulièrement été exprimé sur cette liste.
> De ce fait, j'ai profité du WE pour créer une application permettant de
> réaliser cette opération. Son nom ? OSM2GIS [1].
> Pourquoi GIS et pas SHP, tout simplement car une prochaine version devrait
> inclure un plus grand nombre de format (kml, gml, etc.).
>
> Pour des raisons de performances, ce service est actuellement limité à la
> fois temporellement et spatialement.
> En effet, vous ne pouvez réaliser une transformation qu'une fois par heure
> et selon une étendue limitée.
> En fonction de la charge du serveur, je modifierai ces contraintes.
>
> N'hésitez pas à me faire part de vos remarques.
>
> Bonne journée à tous.
>
> Arnaud
>
> [1] http://www.osm974.re/osm2gis
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Conversion de données OpenStreetMap en Shapefile [OSM2GIS]

[Stéphane Henriod]

Et comme le schéma de la base est déjà osm2pgsql, on a déjà les tags les
plus "importants" traduits en colonnes, donc un export direct en shapefiles
"thématiques" peut se faire sans problème!

Stéphane

--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/9/19 Nicolas Moyroud 

> **
> Si en plus ça simplifie le fonctionnement de l'outil et lui permet de
> tourner plus vite, alors c'est magnifique !  ;-)
>
> Nicolas
>
>
> Le 19/09/2012 12:13, sly (sylvain letuffe) a écrit :
>
> c'est à réfléchir,
> mais ça pourrait être envisageable de zaper les deux premières étapes de son
> traitement pour aller directement chercher dans la base complète pour en
> extraire le shapefile (ou autre)
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Stratégie pour modifier un tag "en masse" dans JOSM

[Stéphane Henriod]

Bonsoir

(et désolé pour le sujet de mon mail, sûrement pas très explicite...)

Voilà la situation: il y a environ 2 mois nous avions créé dans OSM les
données principales pour la ville de Khorog: http://osm.org/go/zxm5Boct- y
compris avec l'aide de certaines personnes sur cette liste.

Le résultat, comme vous pouvez le voir, c'est beaucoup de bâtiments avec *
building=yes*. C'est bien, mais je souhaite aller plus loin, en spécifiant
de quel type de bâtiment il s'agit (le but ultime sera de faire une analyse
de risques).

Pour cela, j'ai accès à un autre jeu de données, un genre de cadastre, qui
présente aussi les empreintes des bâtiments et un embryon de typologie
(habitation, commerce, industriel...). Les empreintes des bâtiments entre
ce cadastre et OSM ne collent évidemment pas à 100%, mais la correspondance
est suffisante, dans la plupart des cas, pour pouvoir reconnaître
visuellement.

Ma question est donc: comment vous y prendriez-vous pour éviter de vous
taper l'édition manuelle des tags de ces quelques milliers de bâtiments?
J'ai bien pensé utiliser des jointures spatiales dans un SIG, pour affecter
les types de bâtiments (issus de mon cadastre) aux géométries et autres
attributs de mes données OSM. Mais, au final, je devrais effacer toutes les
données OSM pour réimporter mes données "complètes", ce qui n'est pas
franchement recommandé.

Est-ce qu'il y aurait un moyen, avec JOSM, de "*sélectionner tous les ways
avec building=* qui intersectent les objets de mon_cadastre_habitation.osm*"?
Une fois que j'ai cette sélection, il est facile d'affecter le tag
building=house à tous mes bâtiments.

Pour être bien clair: je ne veux PAS importer les géométries de mon
cadastre! (les données OSM sont bien plus complètes)

Merci d'avance de votre aide et de vos idées,

Stéphane
--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Stratégie pour modifier un tag "en masse" dans JOSM

[Stéphane Henriod]

Ho, je ne savais même pas qu'on pouvait filtrer les objets à télécharger
sur leur ID... Ca me semble être la bonne approche, merci!

Entre temps, je suis aussi tombé sur le plugin *conflation* qui, il me
semble, fait un peu la même opération... Mais soit je suis un peu débile
(c'est très possible sur le coup), soit il fonctionne bizarrement, et me
trouve des correspondances entre certains objets qui ne se chevauchent
absolument pas... Je vais encore regarder...

Merci et bonne nuit!

Stéphane

2012/9/23 Vincent de Chateau-Thierry 

>
> Je ne vois pas de moyen interne à JOSM à coup de requêtes spatiales, du
> moins vus les opérateurs du moteur de recherche. Donc vus les volumes (tu
> parles de plusieurs milliers de bâtiments) je chargerais la zone OSM
> concernée dans un PostGIS, dans lequel figureraient par ailleurs les
> bâtiments de ton "cadastre". Là, comme tu dis, jointures spatiales, analyse
> de recouvrement, histoire de déterminer quels bâtiments d'origine OSM
> doivent récupérer quel(s) tags en fonction de ta source "cadastre".
> Pour chaque catégorie que tu identifies (par ex. tous les bâtiments qui
> devraient passer en building=school), tu récupères dans PostGIS la liste de
> leurs identifiants OSM, et tu soumets cette liste à JOSM, soit au moment de
> télécharger les données (menu Fichier > Télécharger un objet), soit si tu
> as déjà les données dans un calque, via l'outil de recherche. Dans les 2
> cas, le but est de sélectionner tout et rien que les bâtiments qui
> t'intéressent, via leur ID. Ensuite, l'ajout/modification de tag ne devrait
> pas poser de problème.
>
> vincent
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Coller ou pas coller ?

[Stéphane Henriod]

Juste mes 2 roubles là-dessus: effectivement, l'idée d'un landcover est
d'avoir au final, une couverture complète, sans trous. Mais il faut bien
distinguer 2 concepts en ce qui concerne les routes (aussi valable pour les
rivières):

   - La route en tant que membre d'un réseau routier
   - La route en tant qu'objet (physique) recouvrant la surface de la terre

Dans le premier cas, nous voulons une ligne connectée dans un réseau, avec
une direction et des informations utiles pour le routage.

Dans le second cas, nous voulons un polygone, qui couvre l'emprise réelle
de la route, donc sa largeur "réelle" et avec des informations sur son
matériau ou son aspect (terre battue, asphalte...)

En d'autres termes, il faut tout d'abord se mettre d'accord sur ce que l'on
veut et, si nous voulons tout (le routage et le landcover), il faudra
alors, pour chaque route, créer 2 objets différents, chacun avec ses
propriétés spécifiques: un objet linéaire (highway=*) et un polygone fermé
(landcover=asphalt ou qqch du genre)

Selon ce raisonnement, je serais d'avis que les routes (linéaires) ne
devraient pas être collées à quoi que ce soit d'autre, à la fois pour
faciliter l'édition ultérieure, mais aussi parce que, conceptuellement, on
ne roule pas sur les limites d'un objet cadastral, mais juste à côté. En
revanche, pour avoir un joli rendu continu du landcover, là on peut
évidemment "coller" les limites d'un natural=wood avec les limites d'un
landcover=asphalt [1]. Cela dit, on arrive à du micro-mapping de
land-cover, qui n'est pas forcément ce que l'on veut...

Mais si qqn a une autre opinion?
++

Stéphane

[1] A ma connaissance, ce tag n'existe pas encore dans le wiki. asphalt=*
existe déjà mais n'est pas encore largement utilisé (
http://taginfo.openstreetmap.org/keys/asphalt)
--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



2012/9/24 Pieren 

> 2012/9/24 Stéphane Péneau :
>
> > Ou je trouve qu'il y a un biais, c'est que ses landuses sont très
> détaillés
> > (j'applaudis) mais qu'en zone rurale, ils sont tout de même collés aux
> > routes. Alors qu'entre la route et la parcelle, il y a une banquette, un
> > fossé, parfois une haie, etc...
>
> D'un autre côté, je comprends son raisonnement. Les landuses doivent
> au final former une couverture complète du territoire. Si tu "colles"
> les landuses avec la route, ils le sont aussi avec les landuse
> adjacents. Si tu laisses un espace, il y a une zone grise sans
> landuse, à moins de tracer aussi les landuse=highway (ou road) qui
> forment l'emprise de la route sur le sol.
> Si on veut tout détailler, les banquettes, les haies, les fossés, il
> faut aller jusqu'au bout de cette logique et aussi représenter les
> routes sous forme de polygones et non d'une simple ligne brisée.
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rendez vous avec la Direction de l'IGN

[Stéphane Henriod]

SRTM est qualitativement assez bon, mais c'est sa résolution de 90 mètres
qui pêche: si tu veux faire des analyses relativement globales, c'est très
bien, mais si tu as besoin de détecter des différences d'altitude, de pente
ou d'orientation sur des petites distances, ça devient problématique.

--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet soon
it is the journey that makes or unmakes you." -- Nicolas Bouvier

Photos de voyages, photos de montagne: http://www.henriod.info



On Fri, Sep 28, 2012 at 10:32 AM, Eric  wrote:

> SRTM n'est pas assez fiable comme source pour les altitudes ? Si j'en
> crois leur rapport
> http://www2.jpl.nasa.gov/srtm/SRTM_paper.pdf
>
> ca a l'air de bonne précision quand meme :
>
> "Table 1 summarizes the 90% errors estimated using the available ground
> truth [Rodriguez et al., 2005;2006]. The absolute vertical accuracy is
> better than 9 m, indicating that SRTM improved on its design goal of 16 m
> absolute by almost a factor of 2. Fig. 14 shows the spatial patterns of the
> vertical error.
> Note that the greatest errors are associated with steep terrain (Himalaya,
> Andes) and very smooth sandy surfaces with low SNR (Sahara Desert).
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr