Re: [OSM-talk-fr] article dans magazine "Géomètre"

[Christian Quest]

Le 22 mars 2012 21:06, DH  a écrit :
> Christian, à propos, est-il envisageable d'avoir des exports CVS et/ou  une
> possibilité de remonter à une synthèse départementale (voire EPCI, voire
> tout autre zonage à terme) des différents items? Je serais très preneur +
> longueur sur le réseau ferré.
>

Oui, c'est possible après que j'ai revu le fonctionnement de cet outil
de stat que j'ai codé un peu à l'arrache "pour voir". Les recherches
se faisant sur le polygone d'une commune, je peux très bien faire de
même sur tout autre polygone, les requêtes sont juste plus lourdes et
longues.

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] 80% des communes !

[Christian Quest]

Mise à part la faute de frappe, je ne suis pas totalement sûr que WTFE
vérifie que chaque objet de la relation est obdl-clean ou pas et
applique à la lettre les règles définies dans le wiki.

J'ai passé en revue les limites des départements 01 à 70, c'est en
principe ok, mais pas encore eu le temps de faire le reste.

Le 22 mars 2012 22:32, Hélène PETIT  a écrit :
> Le 22/03/2012 18:51, Christian Quest a écrit :
>>
>> http://www.openstreetmap.fr/outils/etat-du-decoupage-administratif
>
>
> Ha ! Oui !
> Mais ça veut dire quoi "le contrôle n'est pas résursif" ?
>

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

[Christian Quest]

Toutafé !

Surtout que le rendu peut très bien donner l'impression qu'il y a
connexion, alors qu'il n'y en a pas.
C'est d'ailleurs une erreur très courante des nouveaux contributeurs
qui tracent une route qui se termine à quelques metres d'une autre. Ca
ne se verra pas sur le rendu.

OSM Inspector a une couche qui montre ça très bien.


Le 22 mars 2012 23:24, Ab_fab  a écrit :
> On ne tague pas pour le rendu, mais on connecte pour le routage !
>
> Le 22 mars 2012 23:16, Hélène PETIT  a écrit :
>
>> Le 22/03/2012 16:09, Christian Quest a écrit :
>>
>>> C'est vraiment pas une bonne idée car un logiciel de calcul
>>> d'itinéraire a bien du mal à faire quelque chose de ces données.
>>
>>
>> - on ne taggue pas pour le rendu (leit-motif récurrent sur cette liste),
>> -par contre il semble bien vu de tagguer pour le routage ;
>>
>> Je pige pas encore tout, mais ça va viendre, faut pas que je me désespère.
>>
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
> --
> ab_fab
> "Il n'y a pas de pas perdus"
>
> ___
> 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

Re: [OSM-talk-fr] Re : Bug de rendu Mapnik pour les area en highway=tertiary

[Romain MEHUT]

Pas mieux comme exemple?

Le 22 mars 2012 20:47, Romain MEHUT  a écrit :

> Oui ce cas de figure est compréhensible puisque l'area est en pedestrian
> mais qu'en est-il d'area avec une autre valeur comme dans le cas évoqué par
> Nicolas?
>
> Le 22 mars 2012 20:14, THEVENON Julien  a écrit
> :
>
> la place Grenette a Grenoble par exemple :
>>
>> http://www.openstreetmap.org/?lat=45.1911365&lon=5.7278605&zoom=17&layers=M&mlat=45.19113&mlon=5.72761
>>
>>
>>   --
>> *De :* Romain MEHUT 
>> *À :* Discussions sur OSM en français 
>> *Envoyé le :* Jeudi 22 mars 2012 20h02
>> *Objet :* Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en
>> highway=tertiary
>>
>> Est-ce que vous pourriez donner un lien vers un endroit montrant une
>> route traversant une "area", je ne comprends pas bien comment cela doit
>> être représenté?
>>
>> Romain
>>
>> Le 22 mars 2012 17:31, Christian Quest  a écrit
>> :
>>
>> Effectivement, cette page du wiki n'est pas bien claire et
>> contradictoire avec celle décrivant highway=tertiary
>>
>> Le seul cas habituel ou un chemin fermé peut être taggué
>> highway=tertiary c'est le rond-point, mais il a aussi un
>> junction=roundabout et pas de area=yes
>>
>> Un peu plus bas dans la même page est indiqué: "Note: There is
>> currently no clear agreement on how highway tag values other than
>> pedestrian should be treated when also tagged with area=yes."
>>
>> Donc, cela veut dire qu'à part pour highway=pedestrian il n'y a pas de
>> consensus sur l'utilisation d'area=yes pour les highway=*
>>
>>
>>
>> Le 22 mars 2012 17:19, Nicolas Moyroud  a écrit :
>> > Le 22/03/2012 16:09, Florian LAINEZ a écrit :
>> >
>> > bonjour,
>> > perso je ferrai passer la départementale à travers la area du marché.
>> Pareil
>> > pour l'autre route. Les areas ne sont pas faites pour être décrites en
>> tant
>> > que tertiary comme tu peux le voir sur le
>> > wiki http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtertiary
>> > ++
>> >
>> >
>> > Merci pour cette précision. Pour moi les routes devaient se brancher sur
>> > l'area sans le traverser. Quand j'ai commencé à mapper je traçais bien
>> les
>> > routes à travers les area mais ensuite j'ai été induit en erreur par
>> cette
>> > page du wiki : http://wiki.openstreetmap.org/wiki/Key:area
>> > Dans cette page, highway=tertiary est même cité. J'avais mal lu et
>> > l'illustration à droite m'a induit en erreur. Ça fait un bon bout de
>> temps
>> > que je fais cette erreur avec des highway=residential, il va falloir
>> que je
>> > revienne sur pas mal de mes area. Bon, y'a plus qu'à se retrousser les
>> > manches ! ;-)
>> > Comme quoi un mauvais rendu supposé des fois ça peut corriger des
>> mauvaises
>> > habitudes de mapping ! Merci mapnik et merci à ceux qui m'ont répondu
>> :-)
>> >
>> > Nicolas
>> >
>> >
>> > ___
>> > 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
>>
>>
>>
>> ___
>> 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] Bug de rendu Mapnik pour les area en highway=tertiary

[Eric Sibert]

- on ne taggue pas pour le rendu (leit-motif récurrent sur cette liste),


On ne taggue pas pour UN rendu particulier ;-)
On taggue pour tous les rendus, passés, présents et à venir!!!


-par contre il semble bien vu de tagguer pour le routage ;


Le routage est UN rendu... et encore, il y le routage voiture,  
camping-car, vélo, piéton, chaise roulante, aveugle...


Eric


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

Re: [OSM-talk-fr] JOSM et données Corine Land Cover

[Pieren]

2012/3/22 Mapscrib :
> Merci,
> j'ai dû louper quelque chose. En effet lorsque je visualise le rendu à
> l'adresse "http://clc.openstreetmap.fr";, les zones feuillus, conifères et
> autres sont bien visibles. En revanche (pour certaines forêts seulement),
> ces zones n'apparaissent pas lorsque je télécharge une zone forestière avec
> JOSM (pour d'autres forêts, aucun soucis, les zones feuillus et conifères
> sont bien visualisables dans JOSM).
> Dans JOSM le serveur par défaut est "http://api.openstreetmap.org/api";, ça
> vient peut être de là ?

Le site clc.openstreetmap.fr affiche les données Corine
gouvernementales brutes alors que ce que tu vois dans JOSM ne concerne
que ce qui a été importé dans la base OSM. Comme le dis Sly, tout n'a
pas été importé automatiquement. Lorsqu'il y avait des landuse déjà
présents dans OSM avant l'import, on a choisit de ne pas les remplacer
ou les superposer avec ceux de Corine. Il reste donc de nombreuses
zones où les landuses doivent être complétés manuellement.

Pieren

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

Re: [OSM-talk-fr] 80% des communes !

[Cyrille Giquello]

Salut. Dites moi est ce que c'est mal de recopier GéoFLA ? Ça donne
des limites admin dégueulasses mais au moins elles sont là et pourront
être affinées plus tard. En gros ma question: est-ce que je continue
sur ma lancée ?

Le 22/03/12, Christian Quest a écrit :
> Ca progresse petit à petit, la barre des 80% de limites communales
> vient d'être franchie:
> http://www.openstreetmap.fr/outils/etat-du-decoupage-administratif
>
> Plus de 7329 communes pour arriver à 100% ;)
>
> --
> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>

-- 
Envoyé avec mon mobile

Cyrille.

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

Re: [OSM-talk-fr] 80% des communes !

[Vincent de Chateau-Thierry]

Bonjour,

> De : "Cyrille Giquello" 
>
> Salut. Dites moi est ce que c'est mal de recopier GéoFLA ? Ça donne
> des limites admin dégueulasses mais au moins elles sont là et pourront
> être affinées plus tard. En gros ma question: est-ce que je continue
> sur ma lancée ?
> 

Qu'est-ce que tu appelles "recopier" le GeoFLA ? Si c'est pour importer les 
limites de
communes, voir ce fil :
http://lists.openstreetmap.org/pipermail/talk-fr/2011-December/038430.html

En résumé pour ma part : je ne vois pas plus l'intérêt qu'en décembre dernier 
d'importer
les contours de communes du GeoFLA.

vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

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

[OSM-talk-fr] Re : Bug de rendu Mapnik pour les area en highway=tertiary

[THEVENON Julien]

 De : Christian Quest 

 Toutafé !

 Surtout que le rendu peut très bien donner l'impression qu'il y a
 connexion, alors qu'il n'y en a pas.
 C'est d'ailleurs une erreur très courante des nouveaux contributeurs
 qui tracent une route qui se termine à quelques metres d'une autre. Ca
 ne se verra pas sur le rendu.

Je suis tombe sur un cas comme ca l autre jour avec un nouveau contributeur 
mais justement grace au rendu.
Les deux rues formaient un T et la barre verticale mais il y avait une sorte de 
bourrelet qui depassait au dessus.
En fait les 2 rues n etaient pas bien connectees donc le rendu n avait pas fait 
une intersection clean, par contre bien sur ca ne marche pas dans le cas ou la 
rue continue de l autre cote.
OSM inspector est plus efficace pour detecter tous les cas

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

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

[Pieren]

2012/3/23 Eric Sibert :

> Le routage est UN rendu...

Euh, tout de même pas... Les moteurs de rendu ont des problèmes
spécifiques et les logiciels de routage en ont d'autres. Mais comme tu
dis, les logiciels de routage peuvent s'adresser à differents profiles
et les area's en "highway=pedestrian" sont très courants et devraient
donc être supportés par les routeurs en mode "piétons" de toute façon.
Mais modéliser une place en ajoutant le fillaire à l'intérieur, c'est
vraiment "tagguer pour le logiciel de routage" alors que
techniquement, rien n'empêche de connecter les voies à un polygone. Si
physiquement, la place est sans voie de circulation ni restriction de
direction, on devrait la modéliser comme tel. Les routeurs peuvent
facilement traiter ce cas en réduisant le polygone "highway=*" +
"area=yes" en simple noeud dans un pré-traitement.
Le fait que Mapnik ne supporte pas ces cas ne devrait pas influencer
notre jugement sur la modélisation.
Mais les exemples cités dans le premier message ne sont pasdes
"places" mais simplement des voies qui s'élargissent à l'approche
d'une intersection. Cela ne mérite pas amha l'utilisation d'un
polygone avec "area=yes".
L'autre exemple de la place Grenette à Grenoble est encore différent
puisque la place est piétonne (pedestrian) mais est traversée par une
voie de circulation auto. Dans ce cas-là, symboliser la voie de
circulation par un fillaire propre est logique puisque de nature
différente que celle de la place.

Pieren

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

Re: [OSM-talk-fr] Comcom Suippes : limites finies , youpi.

[Xavier]

Le 22/03/2012 17:10, Vincent de Chateau-Thierry a écrit :

J'ai une erreur "204 Nothing found" lorsque je sélectionne
Souain-Perthes-Lès-Hurlus et Saint-Hilaire-le-Grand (toutes les autres
communes se sélectionnent sans problème). Et comme par hasard, c'est moi
qui les ai mappé Oo

L'analyseur de relations :
http://analyser.openstreetmap.fr/cgi-bin/index.py
ne leur trouve rien d'anormal.

Problème réglé sans intervention sur Souain-Perthes-Lès-Hurlus et 
Saint-Hilaire-le-Grand. Surement dû à un délai de mise à jour donc.

Mais  Jonchery-Sur-Suippes me donne un "204 Nothing found".
NB : J'avais omis le type=boundary ! donc, j'attends un peu que la modif 
soit pris en compte, et ça devrait être bon.


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

Re: [OSM-talk-fr] 80% des communes !

[Pieren]

2012/3/23 Cyrille Giquello :
> Salut. Dites moi est ce que c'est mal de recopier GéoFLA ? Ça donne
> des limites admin dégueulasses mais au moins elles sont là et pourront
> être affinées plus tard.

C'est pas illégal. Mais comme le dit Vincent, on en a parlé et le
consensus était de ne pas le faire. Nous, on a les limites du cadastre
en HD. Si quelqu'un veut des limites communales "dégueulasses" comme
tu dis, il peut directement utiliser celles mises à disposition par
l'IGN. Ils n'ont pas besoin d'OSM pour ça.

> En gros ma question: est-ce que je continue sur ma lancée ?
Il vaudrait mieux passer un peu plus de temps à compléter des limites
à partir du cadastre (quitte à en faire moins) et essayer de rester
cohérent au niveau qualité sur l'ensemble du territoire, ce que nous
avons réussi à faire jusqu'à maintenant.

Pieren

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

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

[sly (sylvain letuffe)]

hello,

> Pieren :
> Mais modéliser une place en ajoutant le fillaire à l'intérieur, c'est
> vraiment "tagguer pour le logiciel de routage" alors que
> techniquement, rien n'empêche de connecter les voies à un polygone. 

Je vais finir moi aussi par me poser des questions, mais j'ai bien 
l'impression que je suis à nouveau d'accord avec Pieren.

Contrairement à une bonne partie des réponses, comme hélène je m'interroge sur 
les raisons qui nous poussent à "tagguer pour le routage" (c'est à dire 
mettre du filaire et du surfacique superposés)

Pour ma part, quand le cas se présente, je superpose en effet surface et 
filaire mais reste dans ma bouche un goût de "mal fait" où j'ai la sensation 
de faire le boulot en double, faire un truc un peu crade et, clairement, 
bidouiller pour que le routage marche.

Le truc, c'est que je ne connais aucun logiciel de routage qui puisse prendre 
en compte le routage sur une surface. Donc, bien que je ne souhaite tagguer 
ni pour un rendu en particulier, ni pour un logiciel de routage en 
particulier, là j'hésite, car tagguer dans un mode qui me semblerait "propre" 
au niveau modélisation s'avérerait utilisable nulle part.

bref, je ne sais pas trop quoi faire entre modèle parfait et pragmatisme 
utilitaire, mais la réponse ne me semble pas évidente 

-- 
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

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

[Jean-Marc Liotier]

On 23/03/2012 10:32, Pieren wrote:
techniquement, rien n'empêche de connecter les voies à un polygone. Si 
physiquement, la place est sans voie de circulation ni restriction de 
direction, on devrait la modéliser comme tel. Les routeurs peuvent 
facilement traiter ce cas en réduisant le polygone "highway=*" + 
"area=yes" en simple noeud dans un pré-traitement.
Oui pour le calcul de connectivité, mais pour les indications de 
navigation il lui faudra calculer la distance et le cap entre l'entrée 
sur la surface et la sortie de la surface - ce qui pourra d'ailleurs 
donner des indications erronées dans le cas d'une surface concave (pour 
laquelle un algorithme plus évolué proposera au moins un changement de 
cap à l'intérieur de la surface).


Je suis ravi que cette conversation ait lieu - je me suis souvent posé 
cette question pour les zones piétonnes. J'hésitais mais je suis 
maintenant renforcé dans ma conviction que la correction et la 
simplicité du modèle doivent être nos guides - les routeurs suivront !



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

Re: [OSM-talk-fr] article dans magazine "Géomètre"

[Ophélie PETIT]

Bonjour Denis,

Ça me fait super plaisir ce que tu me dis^^ Je suis hyper contente qu'elle
puisse servir à quelqu'un.

Alors c'est une étude qui a pris 3 semaines, on était à 3 et on faisait du
8h le matin à 21h le soir.

N'hésite pas à me recontacter si tu as besoin!

A bientôt.



Le 23 mars 2012 08:13, Christian Quest  a écrit :

> Le 22 mars 2012 21:06, DH  a écrit :
> > Christian, à propos, est-il envisageable d'avoir des exports CVS et/ou
>  une
> > possibilité de remonter à une synthèse départementale (voire EPCI, voire
> > tout autre zonage à terme) des différents items? Je serais très preneur +
> > longueur sur le réseau ferré.
> >
>
> Oui, c'est possible après que j'ai revu le fonctionnement de cet outil
> de stat que j'ai codé un peu à l'arrache "pour voir". Les recherches
> se faisant sur le polygone d'une commune, je peux très bien faire de
> même sur tout autre polygone, les requêtes sont juste plus lourdes et
> longues.
>
> --
> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

[rldhont]

Le 23/03/2012 11:41, Jean-Marc Liotier a écrit :

On 23/03/2012 10:32, Pieren wrote:
techniquement, rien n'empêche de connecter les voies à un polygone. 
Si physiquement, la place est sans voie de circulation ni restriction 
de direction, on devrait la modéliser comme tel. Les routeurs peuvent 
facilement traiter ce cas en réduisant le polygone "highway=*" + 
"area=yes" en simple noeud dans un pré-traitement.
Oui pour le calcul de connectivité, mais pour les indications de 
navigation il lui faudra calculer la distance et le cap entre l'entrée 
sur la surface et la sortie de la surface - ce qui pourra d'ailleurs 
donner des indications erronées dans le cas d'une surface concave 
(pour laquelle un algorithme plus évolué proposera au moins un 
changement de cap à l'intérieur de la surface).


Je suis ravi que cette conversation ait lieu - je me suis souvent posé 
cette question pour les zones piétonnes. J'hésitais mais je suis 
maintenant renforcé dans ma conviction que la correction et la 
simplicité du modèle doivent être nos guides - les routeurs suivront !


Les routeurs suivront car c'est aux développeurs de configurer leur 
réseau correctement pour tenir compte de aires et pas aux contributeurs 
de le faire.


D'ailleurs je croyait que l'on tagger et représentait la réalité pas 
pour une application ou plusieurs (rendu, routing, 3D, etc)





___
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] Data.gouv parle de openstreetmap

[THEVENON Julien]

C est par ici :
http://www.data.gouv.fr/Articles/OpenStreetMap-complete-sa-carte-du-monde-interactive___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] 3Liz OSM Transport ne marche plus

[THEVENON Julien]

Hello,

Depuis quelques temps le rendu 3Liz OSM transport ( 
http://3liz.fr/public/osmtransport ) n affiche plus qu un fond blanc :-(
C est dommage je le trouvais tres utile et c etait une bonne illustration de ce 
qu on peut faire avec des donnees OSM.
Est ce que c est un probleme technique ? une evolution en cours de preparation 
? une date de retour prevue ?

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

Re: [OSM-talk-fr] Data.gouv parle de openstreetmap

[Nicolas Moyroud]

  
  
Merci Julien pour le lien.
Oui euh c'est un peu bizarre leur article. Le site carto.quiedeville
affiche des données datagouv par dessus un fond de carte OSM. Si je
ne me trompe pas, ces données n'ont pas été intégrées dans OSM ?
L'article donne l'impression que c'est le cas ! Après je ne sais pas
si c'est eux qui se trompent ou moi qui interprète mal le texte...

Nicolas


Le 23/03/2012 12:36, THEVENON Julien a écrit :

  
C est par ici :
http://www.data.gouv.fr/Articles/OpenStreetMap-complete-sa-carte-du-monde-interactive
  
  


  


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

[OSM-talk-fr] Re : Data.gouv parle de openstreetmap

[THEVENON Julien]

 De : Nicolas Moyroud 


 Merci Julien pour le lien.
  Oui euh c'est un peu bizarre leur article. Le site carto.quiedeville 
 affiche des données datagouv par dessus un fond de carte OSM. Si je ne me 
 trompe pas, ces données n'ont pas été intégrées dans OSM ? L'article donne 
 l'impression que c'est le cas ! Après je ne sais pas si c'est eux qui se 
 trompent ou moi qui interprète mal le texte...


Ce n est pas clair pour moi non plus...je me disais que quelqu un sur la liste 
comprendrait peut etre mieux

Julien




>
> De : Nicolas Moyroud 
>À : Discussions sur OSM en français  
>Envoyé le : Vendredi 23 mars 2012 12h53
>Objet : Re: [OSM-talk-fr] Data.gouv parle de openstreetmap
> 
>
>Merci Julien pour le lien.
>Oui euh c'est un peu bizarre leur article. Le site carto.quiedeville
affiche des données datagouv par dessus un fond de carte OSM. Si je
ne me trompe pas, ces données n'ont pas été intégrées dans OSM ?
L'article donne l'impression que c'est le cas ! Après je ne sais pas
si c'est eux qui se trompent ou moi qui interprète mal le texte...
>
>Nicolas
>
>
>Le 23/03/2012 12:36, THEVENON Julien a écrit : 
>C est par ici :
>>http://www.data.gouv.fr/Articles/OpenStreetMap-complete-sa-carte-du-monde-interactive
>___
>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] Une vraie jungle !

[Nicolas Moyroud]

  
  
Le 22/03/2012 21:52, Pieren a écrit :

  Moi, je pense qu'une telle densité est physiquement impossible. J'ai
l'impression que c'est quelqu'un qui s'est amusé à faire du
pointillisme. Ca n'est même plus "tagguer pour le rendu", c'est
clairement du faux (voir l'imagerie Bing, ça se trouve sur la commune
de Vieux-Charmont)


C'est une nouvelle forme d'art moderne sur OpenStreetMap. Ne brimons
pas les artistes ! D'ailleurs ça me donne plein d'idées Non je
plaisante hein !  :-P 

Nicolas

  


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

Re: [OSM-talk-fr] Data.gouv parle de openstreetmap

[Yves]

Champions du monde! Nos voisins vont encore bien se marrer :-)


Nicolas Moyroud  a écrit :

Merci Julien pour le lien.
Oui euh c'est un peu bizarre leur article. Le site carto.quiedeville affiche 
des données datagouv par dessus un fond de carte OSM. Si je ne me trompe pas, 
ces données n'ont pas été intégrées dans OSM ? L'article donne l'impression que 
c'est le cas ! Après je ne sais pas si c'est eux qui se trompent ou moi qui 
interprète mal le texte...

Nicolas


Le 23/03/2012 12:36, THEVENON Julien a écrit : 

C est par ici :

http://www.data.gouv.fr/Articles/OpenStreetMap-complete-sa-carte-du-monde-interactive

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

Re: [OSM-talk-fr] Data.gouv parle de openstreetmap

[Frédéric Rodrigo]

En cherchant bien, il y a bien quelques trucs pas trop faut dans l'article...

Le 23 mars 2012 13:01, Yves  a écrit :
> Champions du monde! Nos voisins vont encore bien se marrer :-)
>
>
> Nicolas Moyroud  a écrit :
>>
>> Merci Julien pour le lien.
>> Oui euh c'est un peu bizarre leur article. Le site carto.quiedeville
>> affiche des données datagouv par dessus un fond de carte OSM. Si je ne me
>> trompe pas, ces données n'ont pas été intégrées dans OSM ? L'article donne
>> l'impression que c'est le cas ! Après je ne sais pas si c'est eux qui se
>> trompent ou moi qui interprète mal le texte...
>>
>> Nicolas
>>
>>
>> Le 23/03/2012 12:36, THEVENON Julien a écrit :
>>
>> C est par ici :
>>
>> http://www.data.gouv.fr/Articles/OpenStreetMap-complete-sa-carte-du-monde-interactive
>
>
> ___
> 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éunion possible avec Conseil Général de la Dordogne, pôle tourisme et culture, qqun d'intéressé ?

[Frédéric Rodrigo]

Bonjour,

Effectivement je suis disposé à rencontrer le CG de Dordogne.
N’hésitez pas à me recontacter directement. De plus je vais essayer de
contacter une ou deux personnes locale pertinentes sur le sujet.

Cordialement,
Frédéric Rodrigo

Le 22 mars 2012 19:00, Jean-Francois Nifenecker
 a écrit :
> Bonjour,
>
> Le 22/03/2012 18:48, Brice a écrit :
>
>>
>> Sinon aux alentours (pê Pierre-Alain Dorange ?), certains seraient-ils
>> prêts pour participer à une telle réunion ?
>>
>
> 
>
> Fredéric Rodrigo (accessoirement moi, mais Fred est vraiment mieux placé,
> car programmeur) est un voisin qui devrait pouvoir présenter OSM de manière
> constructive. Pour ma part, je contribue entre autres aux données OSM dans
> la Dordogne et dois pouvoir me libérer pour faire nombre ;)
>
> 
>
> --
> Jean-Francois Nifenecker, Bordeaux

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

Re: [OSM-talk-fr] 80% des communes !

[Cyrille Giquello]

Ok, merci pour vos réponses que je prends pour argent comptant.
J'arrête de suite mes contributions "dégueulasses" et repart sur de
bonnes bases: de la qualité, pas de la quantité. Du collaboratif, pas
du consumérisme ;-)

Merci
Cyrille.

Le 23 mars 2012 10:41, Pieren  a écrit :
> 2012/3/23 Cyrille Giquello :
>> Salut. Dites moi est ce que c'est mal de recopier GéoFLA ? Ça donne
>> des limites admin dégueulasses mais au moins elles sont là et pourront
>> être affinées plus tard.
>
> C'est pas illégal. Mais comme le dit Vincent, on en a parlé et le
> consensus était de ne pas le faire. Nous, on a les limites du cadastre
> en HD. Si quelqu'un veut des limites communales "dégueulasses" comme
> tu dis, il peut directement utiliser celles mises à disposition par
> l'IGN. Ils n'ont pas besoin d'OSM pour ça.
>
>> En gros ma question: est-ce que je continue sur ma lancée ?
> Il vaudrait mieux passer un peu plus de temps à compléter des limites
> à partir du cadastre (quitte à en faire moins) et essayer de rester
> cohérent au niveau qualité sur l'ensemble du territoire, ce que nous
> avons réussi à faire jusqu'à maintenant.
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



-- 
Cyrille.

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

Re: [OSM-talk-fr] 3Liz OSM Transport ne marche plus

[rldhont]

Petit problème corrigé!


Le 23/03/2012 12:40, THEVENON Julien a écrit :

Hello,

Depuis quelques temps le rendu 3Liz OSM transport ( 
http://3liz.fr/public/osmtransport ) n affiche plus qu un fond blanc :-(
C est dommage je le trouvais tres utile et c etait une bonne 
illustration de ce qu on peut faire avec des donnees OSM.
Est ce que c est un probleme technique ? une evolution en cours de 
preparation ? une date de retour prevue ?


Merci d avance
Julien


___
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] 3Liz OSM Transport ne marche plus

[Pierre-André Le Ny]

Merci pour le support.

Je rebondis sur le message pour préciser que, pour moi, ça ne tourne pas
sous chrome (et ubuntu 11.10). C'est peut-être un problème connu.

--
Paolo35

Le 23 mars 2012 13:37, rldhont  a écrit :

>  Petit problème corrigé!
>
>
> Le 23/03/2012 12:40, THEVENON Julien a écrit :
>
>  Hello,
>
>  Depuis quelques temps le rendu 3Liz OSM transport (
> http://3liz.fr/public/osmtransport ) n affiche plus qu un fond blanc :-(
> C est dommage je le trouvais tres utile et c etait une bonne illustration
> de ce qu on peut faire avec des donnees OSM.
> Est ce que c est un probleme technique ? une evolution en cours de
> preparation ? une date de retour prevue ?
>
>  Merci d avance
> Julien
>
>
> ___
> 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

[OSM-talk-fr] Re : 3Liz OSM Transport ne marche plus

[THEVENON Julien]

merci ! j aurais du faire le bug report plus tot

Julien





>
> De : rldhont 
>À : Discussions sur OSM en français  
>Envoyé le : Vendredi 23 mars 2012 13h37
>Objet : Re: [OSM-talk-fr] 3Liz OSM Transport ne marche plus
> 
>
>Petit problème corrigé!
>
>
>Le 23/03/2012 12:40, THEVENON Julien a écrit : 
>Hello,
>>
>>
>>Depuis quelques temps le rendu 3Liz OSM transport ( 
>>http://3liz.fr/public/osmtransport ) n affiche plus qu un fond blanc :-(
>>C est dommage je le trouvais tres utile et c etait une bonne illustration de 
>>ce qu on peut faire avec des donnees OSM.
>>Est ce que c est un probleme technique ? une evolution en cours de 
>>preparation ? une date de retour prevue ?
>>
>>
>>Merci d avance
>>Julien
>>
>>
>>
>>___
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] 80% des communes !

[Vincent de Chateau-Thierry]

> De : "Cyrille Giquello" 
>
> Ok, merci pour vos réponses que je prends pour argent comptant.
> J'arrête de suite mes contributions "dégueulasses" et repart sur de
> bonnes bases: de la qualité, pas de la quantité. Du collaboratif, pas
> du consumérisme ;-)
> 

Les ways en cause sont sourcés 'GeoFLA 2011' à ce que je vois ? Dans ce cas, on 
a 
au moins ce moyen de les identifier. Mais le moins le mieux :-)

vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

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

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

[Florian LAINEZ]

Mouais je ne suis qu'à moitié convaincu par vos arguments, notamment
lorsque l'on voit physiquement un balisage de highway.

Voici ce que j'ai fait dans un petit village :
http://www.openstreetmap.org/?lat=46.083379&lon=6.726798&zoom=18&layers=M
La départementale qui est physiquement séparée de la place piétonne par des
plots est bien mappée.
Une highway=pedestrian traverse la place, elle même notée comme une area
pedestrian. Cela me semble logique puisque lorsque l'on veut traverser la
place, le plus court chemin est de suivre la highway=pedestrian.
Donc au delà de l'interprétation du logiciel de calcul d'itinéraire, c'est
une indication utile pour connaitre le chemin le plus rapide pour traverser
la place. Donc pour moi, c'est une info qui est utile et devrait être
mappée.

Le 23 mars 2012 12:19, rldhont  a écrit :

> Le 23/03/2012 11:41, Jean-Marc Liotier a écrit :
>
>  On 23/03/2012 10:32, Pieren wrote:
>>
>>> techniquement, rien n'empêche de connecter les voies à un polygone. Si
>>> physiquement, la place est sans voie de circulation ni restriction de
>>> direction, on devrait la modéliser comme tel. Les routeurs peuvent
>>> facilement traiter ce cas en réduisant le polygone "highway=*" + "area=yes"
>>> en simple noeud dans un pré-traitement.
>>>
>> Oui pour le calcul de connectivité, mais pour les indications de
>> navigation il lui faudra calculer la distance et le cap entre l'entrée sur
>> la surface et la sortie de la surface - ce qui pourra d'ailleurs donner des
>> indications erronées dans le cas d'une surface concave (pour laquelle un
>> algorithme plus évolué proposera au moins un changement de cap à
>> l'intérieur de la surface).
>>
>> Je suis ravi que cette conversation ait lieu - je me suis souvent posé
>> cette question pour les zones piétonnes. J'hésitais mais je suis maintenant
>> renforcé dans ma conviction que la correction et la simplicité du modèle
>> doivent être nos guides - les routeurs suivront !
>>
>
> Les routeurs suivront car c'est aux développeurs de configurer leur réseau
> correctement pour tenir compte de aires et pas aux contributeurs de le
> faire.
>
> D'ailleurs je croyait que l'on tagger et représentait la réalité pas pour
> une application ou plusieurs (rendu, routing, 3D, etc)
>
>
>
>>
>> __**_
>> 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
>



-- 

*Florian Lainez*
http://twitter.com/overflorian
http://www.nouslesgeeks.fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

[Jean-Marc Liotier]

On 23/03/2012 14:47, Florian LAINEZ wrote:
Une highway=pedestrian traverse la place, elle même notée comme une 
area pedestrian. Cela me semble logique puisque lorsque l'on veut 
traverser la place, le plus court chemin est de suivre la 
highway=pedestrian.
Donc au delà de l'interprétation du logiciel de calcul d'itinéraire, 
c'est une indication utile pour connaitre le chemin le plus rapide 
pour traverser la place.
- Si l'aire est un espace entièrement ouvert, alors il est inutile 
d'indiquer un chemin pour la traverser : le cheminement est évident.
- Si des obstacles restreignent le cheminement, pourquoi ne pas les 
indiquer ? Il serait alors inutile d'indiquer un chemin pour traverser 
l'aire.
- Si l'aire est suffisamment compliquée pour qu'il soit nécessaire 
d'indiquer des chemins, est-ce bien une aire ? Ne serait-ce pas plutôt 
des chemins avec des aires à côté ?


La règle séparant la modélisation sous forme d'aire et la modélisation 
sous forme de chemins ne sera jamais parfaitement définie. La 
modélisation mixte a certainement également des cas d'application... 
Mais je crois qu'ils sont moins nombreux que tu sembles le penser.



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

Re: [OSM-talk-fr] Data.gouv parle de openstreetmap

[partir-en-vtt]

Ils se font mousser...

--
View this message in context: 
http://gis.19327.n5.nabble.com/Data-gouv-parle-de-openstreetmap-tp5589198p5589552.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

Re: [OSM-talk-fr] Re : Bug de rendu Mapnik pour les area en highway=tertiary

[Hélène PETIT]

Le 23/03/2012 08:37, Romain MEHUT a écrit :

Pas mieux comme exemple?


Je suis passée récemment à Castelnau-Durban, charmant petit village 
d'Ariège ( l'Ariège existe donc bien, ce n'est pas une légende urbaine 
comme on pouvais le craindre à Paris).

J'y ai vu deux places, l'une grande et rectangulaire :
Nœud : 1427982241
Coordonnées : 43.000811, 1.3417884
Coordonnées (projetées): 518881.00444273686, 78376.75903064532

l'autre plus petite et un peu triangulaire.
Nœud : 1427982241
Coordonnées : 43.000811, 1.3417884
Coordonnées (projetées): 518881.00444273686, 78376.75903064532

Mis à part les quelques petits arbres en bordure de la grande place 
rectangulaire, ces deux places sont entièrement goudronnées, et les 
voitures peuvent y circuler librement, aucune voie ou place de parking 
n'est matérialisée.
Le cartographe qui a fait la carte en 2009 a fait ce qu'il a pu, mais en 
regardant l'image bing on voit mieux le shisme.


Comment tagguer ça de manière véridique ? il faudrait un area=macadam, 
ou quelque chose comme ça, en plus de la polyligne "highway" ?


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

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

[Nicolas Moyroud]

  
  
Je ne pensais pas déclencher un tel débat "philisophique" avec mon
message ! Mais c'est intéressant de voir les avis différents sur la
question  :-) 
Dans le cas des area dans mon secteur de mapping, il s'agit
quasi-exclusivement de simples élargissements de la voie avec une
zone accessible en tous points aux voitures (quelquefois il y a des
places de parking dans le coins). J'ai donc taggué un area=yes avec
un highway=residential et un linéaire en highway=tertiary qui
traverse.
J'avoue que je préférais moi aussi la solution "connexion à un
polygone" parce que maintenant je trouve ça très moche et que ça
donne vraiment un mélange étrange. Mais bon après si c'est la seule
méthode qui permet aux algorithmes de routage de s'y retrouver...
Pieren tu dis que cela ne mérite pas l'utilisation d'un tag area
parce que ce ne sont pas des places, n'empêche que sur le cadastre
c'est bien nommé "Place de l'église" ou "Plan du Barrie". Donc
officiellement je pense que c'est bien considéré comme des places !

Nicolas


Le 23/03/2012 10:32, Pieren a écrit :

  
Euh, tout de même pas... Les moteurs de rendu ont des problèmes
spécifiques et les logiciels de routage en ont d'autres. Mais comme tu
dis, les logiciels de routage peuvent s'adresser à differents profiles
et les area's en "highway=pedestrian" sont très courants et devraient
donc être supportés par les routeurs en mode "piétons" de toute façon.
Mais modéliser une place en ajoutant le fillaire à l'intérieur, c'est
vraiment "tagguer pour le logiciel de routage" alors que
techniquement, rien n'empêche de connecter les voies à un polygone. Si
physiquement, la place est sans voie de circulation ni restriction de
direction, on devrait la modéliser comme tel. Les routeurs peuvent
facilement traiter ce cas en réduisant le polygone "highway=*" +
"area=yes" en simple noeud dans un pré-traitement.
Le fait que Mapnik ne supporte pas ces cas ne devrait pas influencer
notre jugement sur la modélisation.
Mais les exemples cités dans le premier message ne sont pasdes
"places" mais simplement des voies qui s'élargissent à l'approche
d'une intersection. Cela ne mérite pas amha l'utilisation d'un
polygone avec "area=yes".
L'autre exemple de la place Grenette à Grenoble est encore différent
puisque la place est piétonne (pedestrian) mais est traversée par une
voie de circulation auto. Dans ce cas-là, symboliser la voie de
circulation par un fillaire propre est logique puisque de nature
différente que celle de la place.

Pieren




  


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

[OSM-talk-fr] Open Data : des données de l'IGN disponibles sous licence Etalab

[Michel SALESSES]

Bonjour à tous

Je viens de tomber sur cet article dans le journal d'info de l'IGN:
http://www.ign.fr/institut/documentArticle.do?idDoc=6909261&indexRoot=4&indexChild=1¤tRootSearch=&indexChildSearch=

Qui peux m'expliquer la difféffence entre cette licence etalab  et licence
CC?

D'autre part peut _on utiliser les données mises à disposition par l'ign
dans notre projet ?


A vous lire

Cordialement

Michel SALESSES
15,route du Dière
COMMUNAL
01410 CHAMPFROMIER
France
Tél: +33 6 71 80 34 67
mailto:sierramik...@gmail.com

Membre de l'April - « promouvoir et défendre le logiciel libre » -
http://www.april.org

Rejoignez maintenant plus de 5000 personnes, associations, entreprises et
collectivités qui soutiennent notre action
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Data.gouv parle de openstreetmap

[adrien carpentier]

mouarf!
il est pas long cet article, mais j'ai failli m'étouffer...

Un fond de carte de la France est par exemple consacré aux limites
> départementales issues de la base GEOFLA(r) Départements du Ministère de
> l'Ecologie, du Développement durable, des Transports et du Logement  et un
> autre fond de carte concerne un ensemble de caractéristiques de la
> composition des sols en France et l’ensemble des cultures exploitables.
>

nope, on a bien dit que géofla était loin d'être d'une qualité suffisante
pour osm...
et j'aimerais bien connaitre la carte de la composition des sols, si vous
avez ça, j'achète de suite...
peut-être veulent-ils parler de corine, mais ça vient pas de data.gouv!
@+

Le 23 mars 2012 15:04, partir-en-vtt  a écrit :

> Ils se font mousser...
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Data-gouv-parle-de-openstreetmap-tp5589198p5589552.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
>



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

Re: [OSM-talk-fr] Data.gouv parle de openstreetmap

[Rodolphe Quiedeville]

Nicolas Moyroud a écrit on 23/03/2012 12:53:

  Merci Julien pour le lien.
Oui euh c'est un peu bizarre leur article. Le site carto.quiedeville
affiche des données datagouv par dessus un fond de carte OSM. Si je ne
me trompe pas, ces données n'ont pas été intégrées dans OSM ? L'article
donne l'impression que c'est le cas ! Après je ne sais pas si c'est eux
qui se trompent ou moi qui interprète mal le texte...


Bizarre vous avez dit bizarre, comme ... bref oui leur article est très 
peu clair. Pour la petit histoire j'ai reçu une demande de Etalab pour 
utiliser un screenshot de mon appli pour illustrer un article qui 
allaite mettre en avant le bénéfice de data.gouv dans la résutilisation 
des données. On peut craindre que la confusion engendrée par l'article 
ait l'effet inverse :-(



--
Rodolphe Quiédeville - Artisan Logiciel Libre
http://cartosm.eu - Intégration de carte libre sur site web
Blog : http://blog.rodolphe.quiedeville.org/


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

[OSM-talk-fr] Fwd: [contact] [Besoin d'aide technique] OSM et NAVIT

[Christian Quest]

Quelqu'un pour répondre ?


-- Message transféré --
De :  
Date : 23 mars 2012 12:45
Objet : [contact] [Besoin d'aide technique] OSM et  NAVIT
À : cont...@openstreetmap.fr


felix (jacques.fe...@sfr.fr) a envoyé un message en utilisant le formulaire
de contact suivant : http://www.openstreetmap.fr/contact.

Bonjour, j'ai télécharger les cartes d'OSM et j'ai installer NAVIT sur un
eepc sous UBUNTU, un pc sous WINDOWS 7, mon telephone sous ANDROID 2.3 et je
n'arrive pas sur aucun des systemes a faire fonctionner la(les) cartes en
faite elles sont au format bin et je ne comprends pas et ne trouve pas de
solution pour installer les cartes sur navit ( je n'arrive pas à lire
l'anglais) sous "cartes" de navit ( il fonctionne apparemment corrrectement )
j'ai un ecran vide ? auriez vous une solution ? Merci d'avance



-- 
Christian

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

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

[Christian Quest]

Visiblement OSRM s'en sort bien avec des highway en surface.

J'ai regardé les places en questions.

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

Re: [OSM-talk-fr] Open Data : des données de l'IGN disponibles sous licence Etalab

[Christian Quest]

Le 23 mars 2012 16:49, Michel SALESSES  a écrit :
> Bonjour à tous
>
> Je viens de tomber sur cet article dans le journal d'info de l'IGN:
>
http://www.ign.fr/institut/documentArticle.do?idDoc=6909261&indexRoot=4&indexChild=1¤tRootSearch=&indexChildSearch=
>
> Qui peux m'expliquer la difféffence entre cette licence etalab  et licence
> CC?
>


Le licence etalab est encore plus ouverte que notre CC-by-SA. On peut
verser dans OSM des données sous licence etalab.

> D'autre part peut _on utiliser les données mises à disposition par l'ign
> dans notre projet ?
>


Si elles sont utile et de qualité... et ce n'est pas le cas au moins pour
le deuxième point.
Le GEOFLA est un découpage administratif très grossier, dommage.

Le RGC contient la liste des communes, que l'on a déjà depuis longtemps sur
le site de l'INSEE et qui nous sert à comparer les données présentes dans
OSM avec celles que l'on devrait avoir. Ce n'est pas versable dans OSM en
l'état.

La BD Alti avec un maillage de 250m... c'est aussi très grossier et de
toute façon on ne rentre pas de modèle numérique de terrain dans OSM.

Conclusion... rien de nouveau ou d'intéressant, service minimum de la part
de l'IGN.

-- 
Christian Quest - OpenStreetMap France -
http://openstreetmap.fr/u/cquest
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Traiter des Walking Papers pour Walikale en RD Congo

[Frédéric Bonifas]

Bonjour à tous,

Au mois de février, le CICR a mis à disposition d'OSM des images
aériennes de la ville de Walikale en RD Congo. Les routes,
utilisations du sol et bâtiments ont été tracés à partir de cela :
http://osm.org/go/l1v~Pxkr--

Pour compléter ce travail, le CICR a demandé à ses équipes locales de
rapporter les informations manquantes, notamment les noms de rue et
POIs. Le résultat de leur travail est une série de Walking Papers à
traiter. Si vous êtes intéressé pour participer, les détails sont sur
le wiki : http://wiki.openstreetmap.org/wiki/Walikale

Les noms sont en français et il est donc intéressant que des
francophones traitent ces données pour éviter les mauvaises
interprétations.

Les uploads sont lents sur le site Walking Papers en ce moment, les
feuilles suivantes vont être disponibles ce week-end j'espère. Je
mettrai à jour la page wiki Walikale au fur et à mesure.

N'hésitez pas si vous avez des questions,

Fred

-- 
Frédéric Bonifas
+33672652807 skype:fredericbonifas

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

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

[Nicolas Moyroud]

  
  
Merci Christian pour la vérification. Du coup je suis circonspect
sur la conduite à tenir. Retour à ma première solution avec
signalement du problème de rendu mapnik ? Quoi qu'il arrive je vais
attendre un meilleur consensus avant de corriger tous mes autres
area.

Nicolas


Le 23/03/2012 18:17, Christian Quest a écrit :

  Visiblement OSRM s'en sort bien avec des highway en surface.

J'ai regardé les places en questions.




  


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

Re: [OSM-talk-fr] 80% des communes !

[Hélène PETIT]

Le 23/03/2012 10:01, Cyrille Giquello a écrit :

Salut. Dites moi est ce que c'est mal de recopier GéoFLA ? Ça donne
des limites admin dégueulasses mais au moins elles sont là et pourront
être affinées plus tard. En gros ma question: est-ce que je continue
sur ma lancée ?


Je me sers de plus en plus de géofla, pas du tout pour importer les 
limites des communes, mais comme aide pour caler les cadastres sans 
croisillon : en effet, au moins ça me donne une idée générale de où 
chercher des points remarquables pour caler, et s'il faut ou non créer 
des nouveaux  points remarquables supplémentaires ; ça aide aussi 
beaucoup quand le nord du cadastre est à pi/2, et qu'il faut se tordre 
le coup pour se faire une idée de où ça va finalement atterrir.


les meilleurs points remarquables sont les ponts (qui ont peu varié dans 
le temps) sur les rivières et les voies ferrées ; les croisements de 
routes sont bien aussi, mais les routes de montagne ont souvent été 
retracées sur le terrain, et pa sur le vieux cadastre.


Malheureusement les points triples de géofla n'ont pas l'air de coller 
trop bien avec les vrais du terrain ; quand même, ils ne sont jamais 
très loin, et ça m'évite les plantus de calage à répétition que j'avais 
avant avec les échelles exotiques ;


Est-ce qu'il y a les admin_centre, dans géofla ? ça serait bien pour les 
communes très rurales où il n'y a rien de rien dans osm. D'ailleurs, 
dans ces cas là, je me sers aussi de géofla pour récupérer vite fait 
bien fait le nom de la commune (avec la bonne orthographe) et aller à la 
pêche dans le cadastre (via le plugin cadastre, bien sur).


Et allez hop, youpla boum.

Hélène

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

Re: [OSM-talk-fr] 80% des communes !

[Christian Quest]

Hélène, pour les noms, tu peux aussi utiliser ces listes (exemple pour le
44):

http://openstreetmap.fr/outils/etat-du-decoupage-administratif?r=44&l=8

En bas tu as la liste des communes du GEOFLA manquantes dans OSM et les
noms sont ceux de GEOFLA ainsi que le N°INSEE. Tu peux même cliquer sur la
commune et accéder à son état actuel et charger la zone dans JOSM...

-- 
Christian Quest - OpenStreetMap France -
http://openstreetmap.fr/u/cquest
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Fwd: [contact] [Besoin d'aide technique] OSM et NAVIT

[wouldsmina]

j'ai fait il y a quelques mois un tuto pour android sur phonandroid:
http://www.phonandroid.com/forum/navit-openstreetmap-t3734.html
a+

Le 23 mars 2012 17:55, Christian Quest  a écrit :

> Quelqu'un pour répondre ?
>
>
> -- Message transféré --
> De :  
> Date : 23 mars 2012 12:45
> Objet : [contact] [Besoin d'aide technique] OSM et  NAVIT
> À : cont...@openstreetmap.fr
>
>
> felix (jacques.fe...@sfr.fr) a envoyé un message en utilisant le
> formulaire
> de contact suivant : http://www.openstreetmap.fr/contact.
>
> Bonjour, j'ai télécharger les cartes d'OSM et j'ai installer NAVIT sur un
> eepc sous UBUNTU, un pc sous WINDOWS 7, mon telephone sous ANDROID 2.3 et
> je
> n'arrive pas sur aucun des systemes a faire fonctionner la(les) cartes en
> faite elles sont au format bin et je ne comprends pas et ne trouve pas de
> solution pour installer les cartes sur navit ( je n'arrive pas à lire
> l'anglais) sous "cartes" de navit ( il fonctionne apparemment
> corrrectement )
> j'ai un ecran vide ? auriez vous une solution ? Merci d'avance
>
>
>
> --
> Christian
>
> ___
> 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] 80% des communes !

[Hélène PETIT]

Le 23/03/2012 18:53, Christian Quest a écrit :

Hélène, pour les noms, tu peux aussi utiliser ces listes (exemple pour
le 44):
Oui, j'ai vu, merci ! mais ça ne colle pas tout à fait avec la manière 
dont s'y prennent les gens qui font ça en ce moment **: sans se 
concerter, on fait tous pareil : on progresse en cartographiant non pas 
par ordre alphabétique, mais en rampant sur le terrain le long des 
repères, et en sautant de commune voisine en commune voisine ; on bouche 
les trous ; d'où l’intérêt de geofla : qui permet de savoir comment 
s'appelle la-dite voisine dont on ne sait rien, sauf où elle est.

La page est bien pour voir l'avancement.


Hélène

** Dans les pyrénées, je vois pinpin, moi, et Eric_V.

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

Re: [OSM-talk-fr] Traiter des Walking Papers pour Walikale en RD Congo

[aurélien BONDU]

Salut Fred, j'ai traité le Walking Paper n°2(changeset n°11076850)
Dit moi si j'ai fait des erreurs @+
Aurélien

Le 23 mars 2012 18:35, Frédéric Bonifas  a écrit
:

> Bonjour à tous,
>
> Au mois de février, le CICR a mis à disposition d'OSM des images
> aériennes de la ville de Walikale en RD Congo. Les routes,
> utilisations du sol et bâtiments ont été tracés à partir de cela :
> http://osm.org/go/l1v~Pxkr--
>
> Pour compléter ce travail, le CICR a demandé à ses équipes locales de
> rapporter les informations manquantes, notamment les noms de rue et
> POIs. Le résultat de leur travail est une série de Walking Papers à
> traiter. Si vous êtes intéressé pour participer, les détails sont sur
> le wiki : http://wiki.openstreetmap.org/wiki/Walikale
>
> Les noms sont en français et il est donc intéressant que des
> francophones traitent ces données pour éviter les mauvaises
> interprétations.
>
> Les uploads sont lents sur le site Walking Papers en ce moment, les
> feuilles suivantes vont être disponibles ce week-end j'espère. Je
> mettrai à jour la page wiki Walikale au fur et à mesure.
>
> N'hésitez pas si vous avez des questions,
>
> Fred
>
> --
> Frédéric Bonifas
> +33672652807 skype:fredericbonifas
>
> ___
> 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] 80% des communes !

[Hélène PETIT]

Le 23/03/2012 18:53, Christian Quest a écrit :
> Hélène, pour les noms, tu peux aussi utiliser ces listes (exemple pour
> le 44):
>
> http://openstreetmap.fr/outils/etat-du-decoupage-administratif?r=44&l=8

Oui, j'ai vu, merci ! mais ça ne colle pas tout à fait avec la manière 
dont s'y prennent les gens qui font ça en ce moment **: sans se 
concerter, on fait tous pareil : on ne progresse pas dans l'ordre 
alphabétique, mais en rampant sur le terrain le long des repères, et en 
sautant de commune voisine en commune voisine ; on bouche les trous ; 
d'où l’intérêt de geofla : en plus de donner le nom, il montre aussi  en 
gros où sont les prochaines limites et comment elles sont organisées 
entre elles ; ça permet de faire plus sioux pour ordonnancer la 
cartographie des voisines.
Remarque, le nom de la voisine est aussi écrit sur le cadastre, mais là, 
ya pas de Ctrl+c possible.


Ta page est bien pour voir l'avancement général.


Hélène

** Dans les pyrénées, je vois pinpin, moi, et Eric_V ; qui d'autre ?

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

[OSM-talk-fr] filtre à multipolygone ,

[Hélène PETIT]

Je n'arrive pas à écrire un filtre JOSM qui masquerait
le multipolygone 288703 qui me gène un max en ce moment.

aucune des 85 polylignes de cette relation "foret" n'a de tag.

Quelqu'un peut me mettre sur la piste ?

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

Re: [OSM-talk-fr] 80% des communes !

[Hélène PETIT]

Désolée pour le doublon


Le 23/03/2012 19:49, Hélène PETIT a écrit :

Le 23/03/2012 18:53, Christian Quest a écrit :
 > Hélène, pour les noms, tu peux aussi utiliser ces listes (exemple pour
 > le 44):
 >
 > http://openstreetmap.fr/outils/etat-du-decoupage-administratif?r=44&l=8

Oui, j'ai vu, merci ! mais ça ne colle pas tout à fait avec la manière
dont s'y prennent les gens qui font ça en ce moment **: sans se
concerter, on fait tous pareil : on ne progresse pas dans l'ordre
alphabétique, mais en rampant sur le terrain le long des repères, et en
sautant de commune voisine en commune voisine ; on bouche les trous ;
d'où l’intérêt de geofla : en plus de donner le nom, il montre aussi en
gros où sont les prochaines limites et comment elles sont organisées
entre elles ; ça permet de faire plus sioux pour ordonnancer la
cartographie des voisines.
Remarque, le nom de la voisine est aussi écrit sur le cadastre, mais là,
ya pas de Ctrl+c possible.

Ta page est bien pour voir l'avancement général.


Hélène

** Dans les pyrénées, je vois pinpin, moi, et Eric_V ; qui d'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

Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

[Yves]

Le consensus pour le routage va faire l'unanimite des devs: faut pas rever. 
Voire avec 2 ans de RAM en plus, peut-etre...
Par contre, rien n'empeche d'afficher tout les highways avec area=yes comme des 
surfaces.
Yves


Nicolas Moyroud  a écrit :

Merci Christian pour la vérification. Du coup je suis circonspect sur la 
conduite à tenir. Retour à ma première solution avec signalement du problème de 
rendu mapnik ? Quoi qu'il arrive je vais attendre un meilleur consensus avant 
de corriger tous mes autres area.

Nicolas


Le 23/03/2012 18:17, Christian Quest a écrit : 

Visiblement OSRM s'en sort bien avec des highway en surface. J'ai regardé les 
places en questions. 

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

Re: [OSM-talk-fr] Traiter des Walking Papers pour Walikale en RD Congo

[Frédéric Bonifas]

Salut,

Oui ça me semble très bien. Deux petites remarques :
* Les noms peuvent être écrits en caractères minuscules, par exemple
Institut MAKYAMBI -> Institut Makyambi. Ils ont écrit en majuscules
pour que ce soit plus facile à lire.
* Les "cellules" ne sont pas délimitées exactement. Je me demande si
un point au centre de la zone qu'ils ont entourée ne serait pas
suffisant ?

Fred

Le 23 mars 2012 19:36, aurélien BONDU  a écrit :
> Salut Fred, j'ai traité le Walking Paper n°2(changeset n°11076850)
> Dit moi si j'ai fait des erreurs @+
> Aurélien
>
> Le 23 mars 2012 18:35, Frédéric Bonifas  a écrit
> :
>>
>> Bonjour à tous,
>>
>> Au mois de février, le CICR a mis à disposition d'OSM des images
>> aériennes de la ville de Walikale en RD Congo. Les routes,
>> utilisations du sol et bâtiments ont été tracés à partir de cela :
>> http://osm.org/go/l1v~Pxkr--
>>
>> Pour compléter ce travail, le CICR a demandé à ses équipes locales de
>> rapporter les informations manquantes, notamment les noms de rue et
>> POIs. Le résultat de leur travail est une série de Walking Papers à
>> traiter. Si vous êtes intéressé pour participer, les détails sont sur
>> le wiki : http://wiki.openstreetmap.org/wiki/Walikale
>>
>> Les noms sont en français et il est donc intéressant que des
>> francophones traitent ces données pour éviter les mauvaises
>> interprétations.
>>
>> Les uploads sont lents sur le site Walking Papers en ce moment, les
>> feuilles suivantes vont être disponibles ce week-end j'espère. Je
>> mettrai à jour la page wiki Walikale au fur et à mesure.
>>
>> N'hésitez pas si vous avez des questions,
>>
>> Fred
>>
>> --
>> Frédéric Bonifas
>> +33672652807 skype:fredericbonifas
>>
>> ___
>> 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
>



-- 
Frédéric Bonifas
+33672652807 skype:fredericbonifas

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

Re: [OSM-talk-fr] filtre à multipolygone ,

[Pieren]

2012/3/23 Hélène PETIT :

> Quelqu'un peut me mettre sur la piste ?

Une idée comme ça, en passant : selectionne les polygones, ajoute un
tag bidon, genre bla=bla, filtre activé sur bla=bla. Ne pas oublier
d'enlever le tag bidon avant upload final.

Pieren

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

Re: [OSM-talk-fr] filtre à multipolygone ,

[Vincent Privat]

Tu dois pouvoir t'en tirer avec ces deux filtres: "id:288703" et "child
id:288703".
Vincent
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Apport du GeoFLA pour les nodes "place"

[Vincent de Chateau-Thierry]

Bonsoir,
Je reviens sur des discussions récentes au sujet du GeoFLA et des nodes
"place=*", notamment :
http://lists.openstreetmap.org/pipermail/talk-fr/2012-March/041207.html
et
http://lists.openstreetmap.org/pipermail/talk-fr/2012-March/041225.html
(et suivants).

J'ai placé sur un fond Mapnik des points correspondant au "chef-lieu"
tel qu'indiqué par le GeoFLA. Les points n'existent que pour 2
catégories de communes :
- celles ayant leur contour administratif dans OSM, mais aucun node place=*
- celles n'ayant ni contour admin, ni nodes place=*.
C'est le contour issu du GeoFLA qui m'aide pour la détection.

C'est ici :
http://osm.vdct.free.fr/geofla/index.html

Je (re)lance du coup le sujet d'un possible apport du GeoFLA pour
ajouter un node place pour des communes qui, aujourd'hui, n'existent
d'aucune manière dans OSM. Il s'agit de la catégorie "Communes sans
relation admin" sur la carte ci-dessus. Quid par ex. de la pertinence du 
positionnement ?


Merci pour vos avis,

vincent



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

Re: [OSM-talk-fr] Traiter des Walking Papers pour Walikale en RD Congo

[aurélien BONDU]

Salut
Pour les "cellules" j'ai hésité sur la manière de retranscrire. Serait il
possible de demander sur la précision des limites de ces "cellules" aux
rédacteurs de ces walkingpapapers?

Pour les noms en minuscules, je prend note et je corrige.

Aurélien


Le 23 mars 2012 20:51, Frédéric Bonifas  a écrit
:

> Salut,
>
> Oui ça me semble très bien. Deux petites remarques :
> * Les noms peuvent être écrits en caractères minuscules, par exemple
> Institut MAKYAMBI -> Institut Makyambi. Ils ont écrit en majuscules
> pour que ce soit plus facile à lire.
> * Les "cellules" ne sont pas délimitées exactement. Je me demande si
> un point au centre de la zone qu'ils ont entourée ne serait pas
> suffisant ?
>
> Fred
>
> Le 23 mars 2012 19:36, aurélien BONDU  a écrit :
> > Salut Fred, j'ai traité le Walking Paper n°2(changeset n°11076850)
> > Dit moi si j'ai fait des erreurs @+
> > Aurélien
> >
> > Le 23 mars 2012 18:35, Frédéric Bonifas  a
> écrit
> > :
> >>
> >> Bonjour à tous,
> >>
> >> Au mois de février, le CICR a mis à disposition d'OSM des images
> >> aériennes de la ville de Walikale en RD Congo. Les routes,
> >> utilisations du sol et bâtiments ont été tracés à partir de cela :
> >> http://osm.org/go/l1v~Pxkr--
> >>
> >> Pour compléter ce travail, le CICR a demandé à ses équipes locales de
> >> rapporter les informations manquantes, notamment les noms de rue et
> >> POIs. Le résultat de leur travail est une série de Walking Papers à
> >> traiter. Si vous êtes intéressé pour participer, les détails sont sur
> >> le wiki : http://wiki.openstreetmap.org/wiki/Walikale
> >>
> >> Les noms sont en français et il est donc intéressant que des
> >> francophones traitent ces données pour éviter les mauvaises
> >> interprétations.
> >>
> >> Les uploads sont lents sur le site Walking Papers en ce moment, les
> >> feuilles suivantes vont être disponibles ce week-end j'espère. Je
> >> mettrai à jour la page wiki Walikale au fur et à mesure.
> >>
> >> N'hésitez pas si vous avez des questions,
> >>
> >> Fred
> >>
> >> --
> >> Frédéric Bonifas
> >> +33672652807 skype:fredericbonifas
> >>
> >> ___
> >> 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
> >
>
>
>
> --
> Frédéric Bonifas
> +33672652807 skype:fredericbonifas
>
> ___
> 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] Une vraie jungle !

[Vladimir Vyskocil]

On 22 mars 2012, at 21:52, Pieren wrote:

> 2012/3/22 Yves :
>> J'appelle ca le syndrome symcity. Quel boulot!
> 
> Moi, je pense qu'une telle densité est physiquement impossible. J'ai
> l'impression que c'est quelqu'un qui s'est amusé à faire du
> pointillisme. Ca n'est même plus "tagguer pour le rendu", c'est
> clairement du faux (voir l'imagerie Bing, ça se trouve sur la commune
> de Vieux-Charmont)

Même sans en arriver la, je pense que mettre dans OSM de manière exhaustive des 
objets comme des arbres ordinaires est absurde car c'est certain qu'au fil du 
temps celui qui s'est fait plaisir en cartographiant les arbres de son village, 
sa ville ou son quartier ne les maintiendra pas et l'information déjà assez peu 
utile va devenir simplement fausse... et restera dans tous les cas infiniment 
parcellaire et anecdotique à une échelle plus grande...
Je suis par contre tout a fait en faveur de la cartographie d'éléments 
remarquables comme un chêne millénaire, une allée de palmiers royaux,... 

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