Re: [OSM-talk-fr] Import données Transisère

[vpot...@gmail.com]

Le 26/02/10 18:01, Pieren a écrit :
> 2010/2/26 Nicolas Dumoulin  @dumoulin63.net
> >
>
>
> Merci pour ta lettre, ça pourra resservir pour d'autres
> compagnies de
> transports. Je me la suis mise au chaud, est-ce qu'il y a un
> emplacement sur
> le wiki pour stocker les courriers ?
>
>
> Il y a cette page qu'il faudrait étoffer:
>
> http://wiki.openstreetmap.org/wiki/Lettre_aux_elus
>
>
> Pieren
Je pense qu'une catégorie "Courrier aux élus" permettrait de regrouper
ce genre de lettres.
Celle-ci pourrait être dans
http://wiki.openstreetmap.org/wiki/Grenoble/Transport/Courrier
--
FrViPofm


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

Re: [OSM-talk-fr] Re : Import données Transisèr e

[vpot...@gmail.com]

Le 25/02/10 22:43, Eric SIBERT a écrit :
>> lignes de bus avec opérateur TAG ou SEMITAG, je ne connais pas la
>> difference entre les deux termes
>> 
> Le premier doit être le logo alors que le second est le nom officiel de 
> la société.
>
> Éric
>   
Le second est la moitié du premier, non ? ;-)
J'hésite d'ailleurs entre clef et valeur...
Bon, facile.
--
FrViPofm

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

Re: [OSM-talk-fr] [Imports] Import Many Data in OSM

[vpot...@gmail.com]

Le 25/02/10 18:14, rgourrat a écrit :
> Emilie,
>   
Je ne suis pas Émilie, mais...
> ca ressemble à quoi au final un fichier OSM ? c'est un binaire, un fichier
> ASCII ?
>   
Ça ressemble à un fichier XML. C'est un fichier XML.
> peux tu joindre un exemple ?
>   
http://api.openstreetmap.org/api/0.6/relation/412870/full
> on en fait quoi quand il est généré ? on le charge sur le ftp OSM et celui
> ci le mouline la nuit ?
>   
S'il n'est pas trop gros, on peut l'ouvrir avec JOSM, le travailler...
puis le renvoyer sur le serveur en http via une API (Application
Programming Interface, jeu d'instructions pour faire fonctionner le
serveur) particulière. C'est cette même API (0.6) ce jeu d'instruction
qui permet d'obtenir des fichiers xml (.osm) pour des données voulues
dans le lien ci-dessus.
> merci
>   
Avec plaisir.
--
FrViPofm

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

Re: [OSM-talk-fr] tag du patrimoine bâti (MH)

[vpot...@gmail.com]

Le 22/02/10 11:06, Damouns a écrit :
>>> Donc oui pour le tag historic. Et oui pour créer des tags
>>> additionels pour signaler leur classement.
>>>   
> Il y a déjà une proposition :
> http://wiki.openstreetmap.org/wiki/Proposed_features/heritage
>
> Et j'ai commencé à utiliser un peu ce système (ainsi que FrViPofm qui
> en est l'initiateur) : exemple
> http://www.openstreetmap.org/browse/way/30784441
>
> Damouns
>   
Je précise juste pour les non-anglophones que "heritage", ça veut dire
patrimoine, donc : monument, site naturel, classé, pas classé, inventorié...
--
FrViPofm

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

Re: [OSM-talk-fr] Asso OSM-Fr, relance

[vpot...@gmail.com]

Le 25/02/10 16:16, Lord Awikatchikaen a écrit :
> 2010/2/25  :
>   
>>> Par exemple, je me suis encore pris la tête pour trouver une info sur
>>> le wiki, et j'avais bien envie de foutre un grand coup de pied dans
>>> l'ergonomie (ou son absence) mais qui se charge de la partie
>>> francophone de ce wiki ? a qui je demande pour modifier ça ? Ne
>>> faudrait il pas monter une sorte de groupe de travail ?
>>> Autre exemple, on a récemment louper le SOTM ou les RMLL je ne sais
>>> plus car rien ne s'est mis en place pour développer le projet.
>>> N'aurait il pas fallu désigner quelqu'un pour être responsables du
>>> projet "SOTM 2010" ?
>>>   
>> Toute les actions que tu cite peuvent etre faite hors de toute structure.
>> Et d'ailleurs elles le sont plus ou moins.
>> Si un contributeur avait voulu travailler/structurer un projet SOTM 2010,
>> il l'aurait fait. C'est la force (et aussi la faiblesse) de bénévolat.
>> 
+1. Il ne s'agit pas tant de désigner quelqu'un que de trouver un/des
volontaire(s) qui accepte(nt) de faire le turbin !
L'association ne pourra ajouter des moyens que le jour où elle aura
beaucoup de sous pour payer du temps de travail (secrétariat, comm).
C'est pas demain...
> Oui ça peut être fait... ou pas. Chacun hésitant plus ou moins,
> personne ne se lance vraiment et hop ça tombe a plat. Pour avoir été
> secrétaire d'une asso d'étudiants il y a ... (pfffiuuu ca passe vite)
> je sais qu'une structure organisé peut être bien moteur. Ne serait ce
> qu'avoir une réunion mensuelle pour voir avec chaque responsable de
> projet les avancées du mois, relancer les projets.
>   
Mais une assoc d'étudiants, c'est relativement localisé. une assoc
osm-fr c'est la France continentale plus...
Certes, ça ne me déplairait pas de rencontrer les gens de la liste, mais
voyager (à Paris, inutile de rêver qu'on se réunisse ailleurs dans ce
pays) régulièrement pour une assoc qui est volontaire, qui a les moyens
(temps, budget) ?

On ne peut pas dire que les choses tombent à plat faute d'assoc. Les
imports CLC, Brest, les ordis Free, MapOSMatic sont sortis sans assoc
(l'air de rien, je suis en train de préparer la liste pour le STOM ;-)
>   
>> Le rôle d'une assoc serait plus pour moi d'être un point d'entrée
>> identifié pour la communication entre le monde exterieur et les
>> contributeurs. Une entité que des partenaires pourraient venir solliciter
>> pour savoir comment "on" fonctionne et comment travailler ensemble.
>> 
+1
pour ma part, l'intérêt que je vois à une association, c'est le crédit
qu'elle me donne face à des collectivités locales.
Je suis incapable de piloter un import du type BMO.
Si je vais voir (par courrier, tout d'abord) le maire de Besançon pour
lui parler d'OSM et lui demander des données, je suis incapable de
m'adresser au service carto du Grand Besançon. Même chose pour
Kéolis-Besançon (j'ai deux contacts...)
Par contre, si je lui dis que, dans l'association, des gens compétents
pourront traiter les données issues de ses services, je deviens
crédible, au moins, je me sens crédible.
Le modèle Association loi 1901 est un modèle bien connu des élus. La
bande, ou communauté, sympathique au demeurant, ils redoutent un peu...
>> A partir de la il faut trouver des contributeurs plus intéressé par la com
>> et l'évangélisation que par le cambouis pour porter le projet.
>>
>> 
Là, il y a un autre débat, existant sur un autre thread. AMHA, si le
site est un site de geek, il n'y aura que des geeks. Si le site est un
site d'utilisateurs/contributeurs, il y aura des
utilisateurs/contributeurs non geeks, la contribution sera plus autours
de la com...
>>> Bref je pense qu'il faut une certaine hiérarchie. ouverte mais définie.
>>>   
Non ! Il ne faut pas confondre autorité et hiérarchie. Le jour où il y a
la moindre hiérarchie, on perd 75% des membres de cette liste. et les 25
% restant continueront à faire ce qu'ils voudront.

Par contre, ce que certains évoquaient, c'est que dans la liste, des
"anciens", des "pros" font autorité.
Quand P... pousse un coup de gueule sur le mauvais emploi d'un tag, il
est écouté. Dire qu'il est suivi, c'est une autre histoire... (toute
ressemblance avec un personnage ayant existé... ;-)

À partir de l'expérience de carto d'Haiti, il se pourrait qu'il y ait un
modèle "pool" qui se mette en place autours de tâches : purement carto
(mapping de zones, de thèmes : hôpitaux...), mais aussi péri-carto,
acquisition de droits sur images satellites, coordination du wiki. C'est
à dire des équipes, aux limites floues, qui se coordonnent elles-mêmes
autours de leur tâche plus ou moins circonscrite, que chacun peut
rejoindre un temps, des autorités émergeant assez spontanément
(initiateurs, coordinateurs...)

L'enjeu est de faire apparaître les besoins, de mieux faire circuler l'info.

J'essaie de mettre en place des outils sur le wiki pour aider à
représenter ces pools. On fonctionne un peu sur ce modèle avec les
"WikiProject_France" thématiques et les zones de c

Re: [OSM-talk-fr] Osmecum sur la route

[vpot...@gmail.com]

Le 19/02/10 16:58, simon a écrit :
> Bonjour,
>
> Publication d'un nouvelle Osmecum, sur la route
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Osmecum#Sur_la_route 
>
> Toute remarques, suggestions, corrections, sont les bienvenues.
>
> Librement
>
> Simon
>   
Inréressant !
J'aurais bien vu la distinction
* "sur la route" (trajet important, vacances, voyage) :
** highways hors aglo
** ronds-points, aires de repos, de services, stations d'essence, parking...
* "dans la rue" (en ville)
** highway aglo, residential, unclissified...
** ronds-points, feux, oneway, pistes/bandes cyclables, parkings...

--
FrViPofm

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

Re: [OSM-talk-fr] outils pour traiter les CLC non impo rtés ( fusion/découpage )

[vpot...@gmail.com]

Le 18/02/10 23:05, sylvain letuffe a écrit :
> Le jeudi 18 février 2010 22:07:48, Cedric Dumez-Viou a écrit :
>   
>>> Les polygones découpés seront dans un fichier unique, ou dans des
>>> fichiers séparés ? (fichier unique => même problème de lecture avec JOSM)
>>>   
>> Des fichiers séparés. Je voudrais moi aussi ouvrir les forêts de ma
>> région avec JOSM ;)
>> 
>
> c'est encore d'actualité cette histoire ? Je croyais que les "gros" polygones 
> avaient été importés dans osm (de force) qu'il y ait overlap ou pas, mais 
> avec 
> un tag pour les différentier...
>
> Si y'a besoin, j'avais déjà fait un test avec un gros (relation de plusieurs 
> centaines de ways) et je l'avais importer avec bulk_upload.
>
> je peux relancer ça si on me donne la liste des urls des gros à "bulk 
> uploader"
>
> PS: a moins qu'un problème n'ait été repéré dans cette logique de 
> fonctionnement
>   
Oui ! On fait comment, nous avec nos petits bras pour les éditer ? On
appelle SuperJOSM ? Et on prend le café, le repas pendant qu'il charge ?

Il est là le problème !
Des polygones moins gros, ça y'en a être la solution.
Déjà qu'avec des multi-outers certains, croyant à une erreur se posaient
des questions sur la validité de la relation et parlaient de fermer le way
et osmarender qui avait besoin d'aspro...
--
FrViPofm

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

Re: [OSM-talk-fr] {Spam?} Re: outils pour traiter les CLC non importés (fusion/découpage)

[vpot...@gmail.com]

Le 18/02/10 21:50, Cedric Dumez-Viou a écrit :
> Bonjour,
>
> J'ai écrit un script matlab qui lit un fichier osm téléchargé sur
> clc.osm.fr pour le découper
> (http://clc.openstreetmap.fr/cgi-bin/get-osm.sh%3FFR-73751 par exemple).
>
> Mais si le nombre de polygones à traiter ne dépassent pas les 7 présents
> sur
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Corine_Land_Cover/Op%C3%A9rations_post-import
>  , je peux fignoler mes scripts matlab et simplement mettre les résultats à 
> disposition.
>
> Cordialement,
>
> Cedric
>   
Voila une nouvelle qu'elle est bonne ! Il y a des landais qui vont être
heureux ! Leurs forêts vont pousser...

Ça fait 6 mois que la liste des polygones géants existe, elle doit être
à peu près stable. Même si la nouvelle déchaine des passions nouvelles,
on arrivera à une dizaine de polygones.

Les polygones découpés seront dans un fichier unique, ou dans des
fichiers séparés ? (fichier unique => même problème de lecture avec JOSM)

Désolé, je n'ai aucun conseil à donner pour ce qui est du code...
--
FrViPofm

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

Re: [OSM-talk-fr] Gendarmerie Nationale

[vpot...@gmail.com]

Le 18/02/10 14:34, Eric SIBERT a écrit :
> Très intéressant toutes ces discussions ;-)
>
> Pour ceux qui ont suivi depuis le début, il a toujours été proposé de 
> conserver amenity=police pour la gendarmerie (et les CRS...) mais de 
> mettre quelque chose en plus. Idem pour les collèges, amenity=school. Je 
> proposerais de compléter le wiki amenity=school qui contient actuellement :
>
> École, Collège, Lycée.
> S'applique à un noeud (node) ou un bâtiment (combiné avec building=*) ou 
> au périmètre réservé (ne pas ajouter area=yes).
>
> avec
>
> Attention : Ne pas utiliser ameity=college pour les collèges (faux amis 
> en anglais)
>
> Ou si vous avez d'autres formulations à proposer.
>
> Enfin concernant la distinction university/college, j'ai peut-être tapé 
> un peu fort sur les amenity=college, justement à cause de la confusion 
> précédente. Je ne pense pas que la comparaison avec les systèmes 
> étrangers utilisant ce terme permette de trancher. Faut-il mettre la 
> séparation entre Universités et Grandes Écoles? Personnellement, je 
> travaille dans un laboratoire de recherche avec des chercheurs CNRS, des 
> enseignants-chercheur de l'Université et des enseignants-chercheurs 
> d'une école d'ingénieur, le tout dans les locaux de l'école d'ingénieur 
> au milieu du "Domaine universitaire". amenity=university me plaît bien 
> pour mon cas.
AMHA
amenity=university pour le campus
amenity=college pour telle unité sur le campus
> Pour les BTS (comme les classes préparatoires aux grandes 
> écoles), ça se passe normalement dans des lycées. Pour l'aspect 
> militaire l'Ecole Polytechnique, ça ne saute pas aux yeux quand tu te 
> balades sur place.
>   
Je ne me souviens plus. Quand je me baladais sur place, c'était en
construction et je traversais à vélo en chantant des chansons
anti-militaristes et en levant le poing en toute impunité ;-)
--
FrViPofm

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

Re: [OSM-talk-fr] Gendarmerie Nationale

[vpot...@gmail.com]

Le 18/02/10 13:43, Pieren a écrit :
>
> Je sais qu'il y a une proposition de tags pour catégoriser les écoles.
> On en a déjà discuté ici et on voit qu'il y a peu de gens motivés pour
> allez aussi loin dans les détails. La plupart des contributeurs
> s'arrêteront aux tags amenity + name.
Le tag school:FR fonctionne. Bon, il n'est pas généralisé. Mais comme il
est récent...
Voir : http://tagwatch.stoecker.eu/France/En/tags.html
Si mes souvenirs sont exacts, FR est pour le pays, fr pour la langue.
>  
>
> Et les casernes de C.R.S, tu les mets dans la catégorie "police" ou
> "militaires" ? Et il y a des casernes de gendarmes affectées à des
> missions militaires.
>
Bonne question ;-)
Pour les CRS, la mission est plutot d'ordre public donc plutôt police.
--
FiViPofm


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

Re: [OSM-talk-fr] Gendarmerie Nationale

[vpot...@gmail.com]

Le 17/02/10 22:35, Eric SIBERT a écrit :
> Dans les discussion récentes sur le système éducatif, je n'ai rien 
> trouvé indiquant qu'il fallait tagger les "Collèges" français en 
> amenity=college. D'ailleurs, l'ancienne traduction parlait déjà 
> d'enseignement supérieur. Donc, tous les collèges taggé en 
> amenity=college, de mon point de vue, ce sont des erreurs de la part de 
> personnes qui n'ont pas lu le wiki.
>   
Tout à fait.
> Ensuite, j'ai un peu regardé les autres utilisations de amenity=college. 
> J'ai trouvé des IUT, des écoles d'ingénieur, des instituts d'études 
> poltiques... Ce sont des structures universitaires en ce sens que les 
> enseignants sont des Maitres de Conférences ou des Professeurs des 
> Universités.
Non, les enseignant en grandes écoles ne sont pas forcément des
universitaires.
> Ensuite, j'ai un léger doute concernant le CNAM mais sauf 
> erreur de ma part, ce sont aussi des universitaires qui interviennent. 
> Je dois reconnaître que je suis ignorant de l'organisation des écoles de 
> commerce, d'architecture, d'art... Mais je pense que tout ce qui 
> Université ou Grandes Écoles en France devrait être en 
> amenity=university. Il reste les écoles professionnelles privées ou 
> semi-privées (dépendant de Chambres de Commerce et d'Industrie) qui 
> pourraient effectivement aller dans amenity=college.
>   
Ou public, dépendant d'autres ministères que l'éducation nationale
(genre Rambouillet, Saint-Cyr, l'école de la Météo nationale), liés à
des branches professionnelles : l'hôtellerie haut-niveau, EDF...
> De mon point de vue amenity=college est majoritairement utilisé à tort 
> dans l'hexagone.
>   
De mon point de vue, c'est mal utilisé (tags sur les collèges), mais
pourrait l'être mieux. Supprimer le tag, c'est jeter le bébé avec l'eau
du bain.
> Éric
>
> PS : et l'École Polytechnique, military= ;-)
>
> ___
> 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] Gendarmerie Nationale

[vpot...@gmail.com]

Le 17/02/10 09:34, Dominique Rousseau a écrit :
> Ben non.
> Parceque l'"operator", ça pourrait être pour distinguer le ministère de
> l'intérieur (PN, GN) des municipalités (police municipale -> Commune de
> Trucpouet), plutot.
> Et "avant", ça aurait été la défense, pour la GN.
Non, selon le principe de subsidiarité, l'operator à indiquer, c'est
police ou gendarmerie, pas le Top Level Domain.
--
FrViPofm

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

Re: [OSM-talk-fr] Gendarmerie Nationale

[vpot...@gmail.com]

Le 17/02/10 10:03, Pieren a écrit :
>
> alors qu'il serait plus simple de mettre l'operator dans amenity.
Non,  ce qu'on doit indiquer dans amenity, c'est le "service" qu'on
trouvera à tel endroit, qu'il soit effectué par la police ou la gendarmerie.

La répartition française fait que dans les villes de moins de N
habitants, c'est la gendarmerie qui effectue les fonction de police :
ordre public, déclarations, instruction... et dans les villes de plus de
N habitants, c'est la police nationale. C'est bien du même service qu'il
s'agit (à quelques différences près)

Donc pour une gendarmerie rurale l'"amenity" est "police". alors que
pour une caserne de gendarmerie [1] c'est amenity=military
De même qu'on indiquera anemity=library que ce soit une bibliothèque
municipale ou nationale ou de la Fondation Tartempion.

C'est bien l'"operator" qui fait la différence.

[1] http://www.rhone.pref.gouv.fr/web/483-la-gendarmerie-nationale.php
--
FrViPofm

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

Re: [OSM-talk-fr] Gendarmerie Nationale

[vpot...@gmail.com]

Le 16/02/10 22:48, Eric SIBERT a écrit :
> Pour moi, name serait plus adapté au nom des 
> locaux. Par exemple
> name=Commissariat central du 19ème arrondissement
> name=Caserne Delfosse
>
> et je verrais plutôt le type de forces de l'ordre dans operator:
> operator=Police Nationale
> operator=Gendarmerie Nationale
>
> Qu'en pensez-vous?
>   
Ça se tient.
--
FrViPofm

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

[OSM-talk-fr] [cadastre] C'est moi ou ... ?

[vpot...@gmail.com]

Bonsoir,

Je ne parviens pas à trouver le bon réglage pour charger le cadastre
pour Saint-Chély d'Aubrac
http://osm.org/go/xV0WZGrM-

J'ai bien essayé un certain nombre de combinaisons 9 zones, 4 zones...
en vain.

--
FrViPofm


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

Re: [OSM-talk-fr] recherche datalogger

[vpot...@gmail.com]

Le 15/02/10 17:16, christophe savigny a écrit :
> bonjour,
>
> je suis nouveau sur cette liste de diffusion que je suis depuis une ou 
> deux semaines.
> Je souhaiterais acquérir (ou emprunter pour quelques mois) un datalogger 
> afin d'enregistrer des traces GPS. Je me dis qu'il est très certainement 
> possible d'en trouver un d'occasion (par exemple sur cette liste de 
> diffusion).
> Une remise en main propre est possible sur Grenoble ou Romans sur isere.
>
> je vous remercie et j'espère que ce message aura sa place sur cette liste,
>
> bonne journée
>   
Ou encore ici :
http://www.gpspassion.com/forumsen/default.asp?group=3
--
FrViPofm

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

Re: [OSM-talk-fr] affichage de l'échelle

[vpot...@gmail.com]

Le 15/02/10 13:08, jul...@krilin.org a écrit :
>> Le mieux est d'aller sur cloudmade. Tu peux choisir un style plus
>> classe pour les néophytes et ça leur montre qu'il peut sélectionner
>> ses styles. Ca appui egalement sur le fait que OSM est une BD et non
>> une carte.
>> 
> mais ca complique un peut le message quand même.
> "Tiens je vais te montrer un truc super ca s'appelle open street map, faut
> aller sur cloudmade.com"
> Ca oblige d'entrée de jeux a expliquer qu'il y a une base avec des données
> libres, des front end de rendu, des couches supplémentaires spécialisé,
> etc.
> Je préfère communiquer sur osm.org, quitte a rediriger (et a expliquer
> l'histoire de la base et des rendu différents) quand les gens trouvent que
> la carte ne correspond pas a leur besoin.
>   
Et l'évidence vient :
- Pourquoi OpenStreetMap puisqu'il y a Google map ?
- Attends ! Parts pas...
Trop tard. Pas eu le temps d'expliquer
> Le raccourci "le wikipedia de la carte" est toujours accrocheur. Donc
> montrer l'interface avec le bouton "editer" comme wikipedia me parait
> pertinent. Donc je montre plutôt le site osm.org
>
>   
Et Wikipédia, c'est aujourd'hui 96 % de la lecture d'article, 4 % de la
rédaction d'article...
( 2234272 edits pour 52345533 pages lues, source :
http://meta.wikimedia.org/wiki/List_of_largest_wikis)
Ce rapport est le signe que Wikipédia est mûr, utile, démocratique parce
que d'abord utilisé en consultation.
Certes, il fut un temps où la masse des utilisateurs étaient les
contributeurs...

Le 15/02/10 13:28, sly (sylvain letuffe) a écrit :
>   Ton "élite" est provocateur,
>   
Bien sûr qu'il est provoc ! Pourtant j'ai une grande admiration pour vos
talents !
Je me situe dans l'entre-deux...
Mais je lutte contre l'image : le libre, c'est pour les geeks.
> mais je pense que 
> openstreetmap.org devrait être la page d'accès au projet openstreetmap,
Précisément !
Le projet : c'est bien la démocratisation de la cartographie libre. au
risque de me répéter, contribution ET utilisation, la base de donnée et
son remplissage est au service de ce projet.
L'élite ;-) elle est capable de cliquer deux fois pour trouver le
service dont elle a besoin, elle est capable d'aller sur le
mon.site.qui.va.bien.com, elle est capable de mettre ça dans ses signets.
Un site openstreetmap c'est le niveau 0 de l'accès au projet. Après
viennent les sites, les sous-domaines, plus pointus...

Même le plus habile des grands singes est incapable de sauter 10 m. Mais
faites-lui faire dix bonds de 1 m, il arrivera au but...
* 1er bond : arriver sur le site et découvrir qu'il y a des choses qui
marchent.
* 2e bond : sur le site, signaler ce qui ne va pas tout à fait
* 3e bond : sur le site, modifier ce qui ne va pas
* 4e bond : ajouter quelque chose qui manque
...

Hé oui, j'ai pas mal travaillé la pédagogie, notamment pour les grands
signes de banlieue...
--
FrViPofm




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

Re: [OSM-talk-fr] affichage de l'échelle

[vpot...@gmail.com]

Le 15/02/10 12:32, sly (sylvain letuffe) a écrit :
> On lundi 15 février 2010, Nicolas Dumoulin wrote:
>
>   
>> En fait, je trouve que LA carte d'accueil, celle où vont les gens en
>> premier,  
>> 
> A mon avis, tout le problème est là. Je suis assez d'accord avec les gens 
> dont 
> parlent pieren "ceux qui trouvent que openstreetmap.org est trop riche"
>
> A mon sens, le site openstreetmap.org est le portail d'entrée des 
> contributeurs, pas des utilisateurs finaux.
>   
Ça, c'est le point de vue d'un utilisateur averti !
> Historiquement, il est vrai que c'est vers ce site que l'on envoyait ceux qui 
> voulaient "utiliser openstreetmap" (par faute de mieux je pense)
>   
Quand je parle d'openstreetmap autour de moi, les gens vont faire un
tour sur openstreetmap.org, plus exactement, ils vont demander à Google
qui renvoie
* www.openstreetmap.fr/
* www.openstreetmap.fr/participer
* www.openstreetmap.org/
* fr.wikipedia.org/wiki/OpenStreetMap
* www.openstreetmap.org/ (www.openstreetmap.org/)
* wiki.openstreetmap.org/index.php/Main_Page

Pas très affriolant pour les usages possibles...
Il faut passer bien des barrières pour trouver le profit qu'on peut
tirer d'OSM. Il faut une sacrée conviction/motivation/compétence.
> Maintenant, il est clair pour moi que ce n'est pas ce site que je donnerais à 
> quelqu'un qui veut "voir" ou "utiliser" openstreetmap.
>
> Je fais donc bien parti des gens qui pensent que pourrait être retiré:
> - les fonctions d'export png/vers site
> - opencyclemap 
>
> Se re-centrer vers un outil "pour contributeur" 
>   
Pas d'accord !
Je suis heureux que l'outil de recherche en page d'accueil intègre
nominatim.
J'apprécierai que la page d'accueil intègre aussi
* un outil de routage, certes pas géovélo.
* openstreetbug
Avec de l'intelligence pour proposer des liens "pour aller plus loin" :
routage, recherche, cartographie...

Et un bon fichier xml (je ne sais plus quoi exactement) à la racine pour
que les moteurs de recherche affichent les bons liens directement genre
* www.openstreetmap.org
** contribuer
** chercher sa route
** chercher une endroit (-> nominatim)
** wiki
** reporter une erreur
Certes openstreetmap, c'est une base de donnée, mais
www.openstreetmap.org ne doit pas être un site pour une élite de
contributeur mais pour une démocratisation de la cartographie :
contribution et utilisation.

--
FrViPofm

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

Re: [OSM-talk-fr] [serveurs] Service de traces

[vpot...@gmail.com]

Le 15/02/10 10:25, Pieren a écrit :
> 2010/2/15 vpot...@gmail.com <mailto:vpot...@gmail.com>
> mailto:vpott...@gmail.com>>
>
> Euh, je ne vois pas trop ce que cela apporterait à OSM par rapport au
> service GPX déjà existant...

L'intérêt majeur, c'est de proposer un service 'tout-en-un' pour les
personnes qui veulent afficher leur rando du week-end, le point de
rendez-vous de la bande, la zone d'observation du pinson commun... Bref
des contenus plus riches qu'un simple GPX.
Beaucoup de gens (dont moi) ne savent pas bien manier openlayers.

Avec un service tout-en-un il suffirait d'entrer dans la page web une
balise  avec une url comportant un id de trace (et
d'éventuelles options d'affichages) dans le corps de la page pour
disposer du fond de carte plus la trace, le point, la zone... Le serveur
s'occupant du proxi openlayer.js, openstreetmap.js et autres codes js
pour l'affichage.

L'id serait récupéré à l'import/création/modification de la trace (avec
même la ligne de code à insérer dans la page)

Un autre intérêt, c'est, en proposant le service aux mappeurs OSM
d'augmenter le nombre de ceux-ci, même s'ils ne sont pas grands
contributeurs, et de mettre ces publication sous licence CC-by-SA (ou
ODBl ) pour permettre le réemploi d'infos qui pourraient trouver leur
place dans OSM.
--
FrViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] affichage de l'échelle

[vpot...@gmail.com]

Le 14/02/10 21:33, Mathieu Arnold a écrit :
>
> +--On 14 février 2010 19:20:08 +0100 Nicolas Dumoulin
>  wrote:
> | Le samedi 13 février 2010 23:40:27 Etienne Chové, vous avez écrit :
> |  
> |> Le problème c'est qu'une échèle en projection de Mercator ne veut rien
> |> dire. En horizontal elle dépend de la latitude et en vertical elle n'est
> |> pas linéaire. Ca a été évoqué à un moment mais cette argument
> |> freinait certains.
>
> En fait, non, la rêgle graduée serait plus précise à un fort niveau de
> zoom, et serait variable en fonction de la lattitude. À fort niveau de
> zoom, elle n'aurait aucun sens, par exemple, au zoom 1, si je prends cette
> tuile représente un quart de la surface du globe (la moitié entre 0 et
> 180° de longitude ouest de l'hémisphère nord) :
> http://b.tile.openstreetmap.org/1/0/0.png
> Le bas qui est à l'équateur fait 20 000 km, et le haut qui se trouve aux
> alentours de 85° nord doit faire, si je ne me trompe pas dans ma trigo,
> dans les 1 700km.
>
> Alors qu'à un zoom plus élevé, il y a toujours une différence entre le
> haut et le bas d'une tuile, mais la différence est bien moins grande.
>   
Les allemands ont sorti un truc sympa :
http://www.freietonne.de/seekarte/
(cliquer sur le bouton avec l'espèce de mire)

qui utilise des images différentes selon le zoom :
http://www.freietonne.de/seekarte/winkelmesser/zoom17.png
http://www.freietonne.de/seekarte/winkelmesser/zoom15.png

Si ça peut donner des idées...
--
FrViPofm

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

Re: [OSM-talk-fr] un nouveau contributeur un peut noob

[vpot...@gmail.com]

Le 14/02/10 18:55, Etienne Delay a écrit :
> Bonjour a tous,
> je m'appelle Etienne je suis étudiant a L'université de limoges en M1
>  et je découvre OSM, j'apporterai ma contribution sur le limousin.
>
>   
Bienvenue Étienne.
--
FrViPofm

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

[OSM-talk-fr] [serveurs] Service de traces

[vpot...@gmail.com]

Bonjour la liste,

Sur les machines héritées de Free, je me disais qu'il y a un service
qu'on pourrait mettre en place, ce serait un stockage de traces kml,
GPS... pour un affichage sur pages web.
Ce service proposerait plusieurs interfaces :
* saisie manuelle de la trace du type http://map.meurisse.org/
* import de la trace par dialogue d'upload classique
* export par javascript sur fond de carte slippymap OSM

Ce service serait disponible pour les contributeurs OSM. Je ne me
rappelle plus le nom du système qui permet l'identification...

Ça permettrait de difuser l'utilisation d'OSM pour les bidouilleurs ou
via des modules SPIP, Dotclear et autres CMS...

--
FrViPofm

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

Re: [OSM-talk-fr] Utilisation de la carte avec des d onnée confidentielles.

[vpot...@gmail.com]

Le 12/02/10 23:20, René-Luc D'Hont a écrit :
> Le 12/02/2010 23:10, vpot...@gmail.com a écrit :
>   
>> Le 12/02/10 23:03, Benoît Ansieau a écrit :
>>
>> 
>>> Bonjour.
>>> J'ai un petit problème d'usage des cartes OpenStreetMap vis a vis de leurs 
>>> licence.
>>>
>>> Mon entreprise utilise des information géographique classé comme sensible. 
>>> Mais as besoin d'un fond de carte pour les positionner de façon humainement 
>>> compréhensible.
>>>
>>> L'idée serais d'utiliser OpenStreet Map comme fond de carte possible.
>>>
>>> Or, on as alors deux choses qui vont se superposer.
>>> - Des données sous licence CC-by-sa
>>> - Des données sous licence «Ne-Pas-Diffuser»
>>>
>>> Le «sa» signifie :
>>>
>>> Partage des Conditions Initiales à l'Identique — Si vous modifiez, 
>>> transformez ou adaptez cette création, vous n'avez le droit de distribuer 
>>> la création qui en résulte que sous un contrat identique à celui-ci.
>>>
>>> La question est :
>>> Le fait d'utiliser la carte OSM comme fond de carte pour des donnée 
>>> confidentielle, et de fournir ce résultat a des tiers est il considéré 
>>> comme «une modification, une transformation ou une adaptation» de la carte 
>>> OSM.
>>>
>>> Ce qui m'impliquerais donc a mettre mes donnée confidentielle sous licence 
>>> CC-by-sa.
>>>
>>> Ou un cas est il prévu pour que je puisse conserver mes donnée sous la 
>>> licence d'origine ?
>>>
>>> Merci par avance de vos lumière sur ce point juridique qui me semble 
>>> essentiel dans la diffusion des carte OSM.
>>>
>>>  
>>>   
>> D'après ce que je comprend, OSM sert de fond de carte pour un
>> positionnement de données, celles-ci sont disjointes des données OSM.
>>
>> Je crois bien qu'il n'y a pas de problème à l'utilisation d'OSM dans ce
>> cas puisqu'il n'y a pas transformation ou mélange de données.
>> Il y a bien d'une part la base de donnée OSM, et la base privée. Il y a
>> bien de couches distinctes.
>>
>> Ce qui aurait posé problème aurait été de prendre les données OSM, de
>> les modifier (transformer, préciser, enrichir...) et de communiquer le
>> résultat sous une licence autre que CC-by-SA.
>>
>> Mais bon, je ne suis pas juriste...
>> --
>> FrViPofm
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>> 
> En fait c'est plus simple :
> * si tu crées une carte papier ou image qui est l'association d'un fond 
> OSM et de tes données, alors la carte qui en est le résultat doit être 
> sous licence CC-by-SA car il y a fusion des données dans un nouveau 
> document.
> * par contre si tu utilises dans un SIG ou dans une carte Web des 
> données OSM et tes données et que chacune des 2 données sont clairements 
> distinctes: il est mentionné que le fond est OSM et que tes données sont 
> sélectionnables, alors aucun CC-by-SA.
>
> Ce qui est donc important c'est le résultat de l'association :
> * fusion => CC-by-SA
> * superposition => pas CC-by-SA
>
> René-Luc D'Hont
> 3Liz
>   
D'où l'usage d'un transparent pour distinguer dans un rapport écrit.
--
FrViPofm

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

Re: [OSM-talk-fr] Utilisation de la carte avec des d onnée confidentielles.

[vpot...@gmail.com]

Le 12/02/10 23:10, vpot...@gmail.com a écrit :
> Le 12/02/10 23:03, Benoît Ansieau a écrit :
>   
>> Bonjour.
>> J'ai un petit problème d'usage des cartes OpenStreetMap vis a vis de leurs 
>> licence.
>>
>> Mon entreprise utilise des information géographique classé comme sensible. 
>> Mais as besoin d'un fond de carte pour les positionner de façon humainement 
>> compréhensible.
>>
>> L'idée serais d'utiliser OpenStreet Map comme fond de carte possible.
>>
>> Or, on as alors deux choses qui vont se superposer.
>> - Des données sous licence CC-by-sa
>> - Des données sous licence «Ne-Pas-Diffuser»
>>
>> Le «sa» signifie :
>>
>> Partage des Conditions Initiales à l'Identique — Si vous modifiez, 
>> transformez ou adaptez cette création, vous n'avez le droit de distribuer la 
>> création qui en résulte que sous un contrat identique à celui-ci.
>>
>> La question est : 
>> Le fait d'utiliser la carte OSM comme fond de carte pour des donnée 
>> confidentielle, et de fournir ce résultat a des tiers est il considéré comme 
>> «une modification, une transformation ou une adaptation» de la carte OSM.
>>
>> Ce qui m'impliquerais donc a mettre mes donnée confidentielle sous licence 
>> CC-by-sa.
>>
>> Ou un cas est il prévu pour que je puisse conserver mes donnée sous la 
>> licence d'origine ?
>>
>> Merci par avance de vos lumière sur ce point juridique qui me semble 
>> essentiel dans la diffusion des carte OSM.
>>   
>> 
> D'après ce que je comprend, OSM sert de fond de carte pour un
> positionnement de données, celles-ci sont disjointes des données OSM.
>
> Je crois bien qu'il n'y a pas de problème à l'utilisation d'OSM dans ce
> cas puisqu'il n'y a pas transformation ou mélange de données.
> Il y a bien d'une part la base de donnée OSM, et la base privée. Il y a
> bien de couches distinctes.
>
> Ce qui aurait posé problème aurait été de prendre les données OSM, de
> les modifier (transformer, préciser, enrichir...) et de communiquer le
> résultat sous une licence autre que CC-by-SA.
>
> Mais bon, je ne suis pas juriste...
> --
> FrViPofm
>
>   
Il y a peut-être aussi le type de donnée qui intervient.
Si c'est pour une étude de marché pour l'implantation d'un nouvel
hypermarché et que les données 'sensibles' sont des grandes surfaces
existantes, peut-être qu'elles devraient êtres intégrées à OSM... Au
moins par 'fair-play'
Le projet, l'hypermarché projeté, n'existant pas (encore) n'a pas à
figurer dans OSM.
--
FrViPofm


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

Re: [OSM-talk-fr] Utilisation de la carte avec des d onnée confidentielles.

[vpot...@gmail.com]

Le 12/02/10 23:03, Benoît Ansieau a écrit :
> Bonjour.
> J'ai un petit problème d'usage des cartes OpenStreetMap vis a vis de leurs 
> licence.
>
> Mon entreprise utilise des information géographique classé comme sensible. 
> Mais as besoin d'un fond de carte pour les positionner de façon humainement 
> compréhensible.
>
> L'idée serais d'utiliser OpenStreet Map comme fond de carte possible.
>
> Or, on as alors deux choses qui vont se superposer.
> - Des données sous licence CC-by-sa
> - Des données sous licence «Ne-Pas-Diffuser»
>
> Le «sa» signifie :
>
> Partage des Conditions Initiales à l'Identique — Si vous modifiez, 
> transformez ou adaptez cette création, vous n'avez le droit de distribuer la 
> création qui en résulte que sous un contrat identique à celui-ci.
>
> La question est : 
> Le fait d'utiliser la carte OSM comme fond de carte pour des donnée 
> confidentielle, et de fournir ce résultat a des tiers est il considéré comme 
> «une modification, une transformation ou une adaptation» de la carte OSM.
>
> Ce qui m'impliquerais donc a mettre mes donnée confidentielle sous licence 
> CC-by-sa.
>
> Ou un cas est il prévu pour que je puisse conserver mes donnée sous la 
> licence d'origine ?
>
> Merci par avance de vos lumière sur ce point juridique qui me semble 
> essentiel dans la diffusion des carte OSM.
>   
D'après ce que je comprend, OSM sert de fond de carte pour un
positionnement de données, celles-ci sont disjointes des données OSM.

Je crois bien qu'il n'y a pas de problème à l'utilisation d'OSM dans ce
cas puisqu'il n'y a pas transformation ou mélange de données.
Il y a bien d'une part la base de donnée OSM, et la base privée. Il y a
bien de couches distinctes.

Ce qui aurait posé problème aurait été de prendre les données OSM, de
les modifier (transformer, préciser, enrichir...) et de communiquer le
résultat sous une licence autre que CC-by-SA.

Mais bon, je ne suis pas juriste...
--
FrViPofm

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

Re: [OSM-talk-fr] [annonce] OsmTransport V 1.0

[vpot...@gmail.com]

Le 12/02/10 13:57, René-Luc D'Hont a écrit :
> Bonjour,
>
> Le 12/02/2010 13:50, Jean-luc Vigneron a écrit :
>> Bonjour
>> 1/ Merci au gestionnaire de l'effacement du duplicata erroné.
> de rien
>> 2/ Bug : Sur Mont de Marsan Je n'ai que 8 ligne de bus. Cinquantes
>> apparaissent cochées dans la liste Bus lines de Transport network. Si
>> je les décoche, cela ne va pas être les miennes... et embêter
>> quelqu'un...
> Je connais ce bug en fait est afficher dans l'arbre les lignes de bus
> de la localisation précédente, ceci est dû au fait qu'Openlayers ne
> kill pas la requête précédente. Pour que tout aille bien il suffit de
> recharger la page via le permalink
>> 3/ J'ai essayé de créer un réseau "alternatif" qui apparait comme le
>> réseau "principal" alors qu'il n'est pas utilisé tous les jours...
>> Avez-vous une possibilité de le représenter différemment. Ou de nous
>> donne les consignes pour qu'ils apparaissent différemment. Je ne dois
>> pas être seul dans ce cas. Mais chacun prêche pour sa paroisse...
> Nous n'avons pour le moment rien prévu.
> Dans le wiki on peu trouver des informations pour spécifier si :
> * une ligne est une ligne de nuit ou seulement pour le dimanche
> * une ligne est a porté locale ou régionale
> Ce qui est sûr c'est que la question nous a déjà été posé et que cette
> demande fait partie des probables évolutions.
>> Tant qu'à faire "bénédiction" pour ceux qui bossent...
>> Cordialement
>> Jean-Luc VIGNERON
et la syntaxe http://wiki.openstreetmap.org/wiki/Key:osmc:symbol pour
tagger les symboles des lignes, c'est jouable ?
http://osm.lonvia.de/hiking.html?zoom=9&lat=49.70357&lon=8.35778&layers=FFBTFF

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

[OSM-talk-fr] [Public_Transport] outil de rendu de lignes

[vpot...@gmail.com]

Bonjour,
Pour information,
un outil de rendu des relations route:bus
http://78.46.81.38/api/sketch-route?34633

trouvé sur la liste talk-transit.

À utiliser conjointement au plugin JOSM : public_transport
--
FrViPofm




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

Re: [OSM-talk-fr] Carte montrant les nodes dupliqués s ur highway

[vpot...@gmail.com]

Le 11/02/10 22:35, Emilie Laffray a écrit :
> On 11/02/2010 21:30, Julien D. wrote:
>   
>> 2010/2/11 Christophe Merlet (RedFox) > >
>>
>> Le jeudi 11 février 2010 à 11:46 +, Emilie Laffray a écrit :
>> >
>> >
>> > La nouvelle URL est la:
>> > http://matt.dev.openstreetmap.org/dupe_nodes/
>>
>>
>> C'est curieux, il y a comme un quadrillage de points dupliqués sur la
>> France.
>> Quelle peut en être la cause ?
>>
>>
>> Ça ressemble à duplicata de points entre 2 zones durant l'import CLC :)
>>
>> 
> Je ne pense pas vu comment ca apparait. Je me suis posee la meme
> question hier.
>
> Emilie Laffray
>
>   
Je pense à un artéfact au moment de la saisie CLC elle-même.

Je ne sais pas comment ils ont opéré, mais probablement que c'est lié à
un découpage des photos aériennes, à un regroupement des saisies...

L'import dans OSM n'a fait que reprendre les points dupliqués.
--
FrViPofm

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

Re: [OSM-talk-fr] Bizarrerie de rendu

[vpot...@gmail.com]

Le 06/02/10 00:31, Vincent de Chateau-Thierry a écrit :
> Bonsoir,
>
>
> Si le nombre de points qui composent les différents ways du "vrai" 
> contour de la forêt ne dépasse pas 2000 (d'après [1]), alors le mieux 
> serait de les fusionner pour former un vrai polygone.
>   
Pas trop vite !
Lorsqu'on veut retoucher les polygones Corine pour
affiner le tracé, il vaut mieux que le way ait moins de 2000 nœuds,
sinon on risque de dépasser la limite.
--
FrViPofm


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

Re: [OSM-talk-fr] Bizarrerie de rendu

[vpot...@gmail.com]

Le 06/02/10 00:01, yvecai a écrit :
> Bonjour,
>
> Quelqu'un pourrait peut-être éclairer ma lanterne. Sur cette zone, une 
> portion de foret apparait avec Mapnik mais pas avec Osmarenderer:
> http://www.openstreetmap.org/?lat=46.6007&lon=6.191&zoom=12&layers=0B00FTF
>   
J'ai retouché le coin il y a quelques jours.
> Est-ce une limitation du second, 
Il semble. Il lui faudrait une aspirine.
> ou bien le polygone à-t-il un soucis? 
>   
non :
http://osmose.openstreetmap.fr/tools/relation_analyser/cgi-bin/relation.py?NumRelation=365281
> De plus, il faut vraiment zoomer loin sur cette région pour télécharger 
> cette foret dans JOSM.
>   
Hé ! C'est un bon gros multi polygone comme sait les faire Corine, avec
10 outers dont 8 ont 1000 nœuds, et 38 inners.
> Yves
>   
Patience, osmarender en viendra à bout... Un jour...
--
FrViPofm
<>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Chemin de Stevenson dans les Céven nes

[vpot...@gmail.com]

Le 05/02/10 21:04, Christian Rogel a écrit :
> Christophe Merlet (RedFox) a écrit :
>   
>> Le jeudi 04 février 2010 à 23:37 +0100, Sébastien Dinot a écrit :
>> 
>>> Bonjour
>>>   
>   
>>> J'ai modestement ajusté le tracé de la « Via Podiensis » vers le
>>> Puy-en-Velay car je connaissais bien le tronçon en question et j'avais
>>> sous le coude une petite trace GPS réalisée lors d'une balade. Je ne
>>> suis nullement un pélerin mais j'ai fait une partie du chemin de
>>> Saint-Jacques de Compostelle et, pour moi, cette route fait partie de
>>> notre patrimoine. Concernant ces chemins, le seul problème pour OSM est
>>> que « GR » et « PR » sont des marques déposées par la Fédération
>>> Française de Randonnée Pédestre (FFRP). On ne peut donc pas faire
>>> apparaître un chemin dans OSM sous la dénomination « GR 70 ».
>>>   
> Efectivement, la version anglaise du wiki a mis le projecteur sur les 
> anciens itinéraires de pélerinage,
J'y suis pour quelque chose ;-)
> alors que ceux-ci appartiennent à la 
> catégorie plus vaste des chemins de patrimoine.
>   
Il y a un projet européen :
http://wiki.openstreetmap.org/wiki/WikiProject_Europe/Long-distance_paths
> En France, il y a beaucoup d'itinéraires non liés à un pélerinage comme 
> la Chaussée Brunehaut, le Chemin de Stevenson, les chemins de halage et 
> les routes de transhumance.
>   
Il pourrait bien y avoir une page Wikiprojet_France/Chemins de patrimoine
> Il y a aussi les routes touristiques à thème (route des vins, routes des 
> peintres, routes des moulins à vent...).
>   
Il pourrait bien y avoir une page Wikiproject_France/Routes à thème
> Tout cela étant à mettre dans une relation.
>   
Pas une relation des routes à thème : "une relation n'est pas une catégorie"
mais peut être un tag genre network:fr=routes à thème

> Peut-on faire apparaître le nom de l'itinéraire, si on ne peut mettre GR 
> en ref?
>   
C'est bien pour ça (entre autre) que j'ai poussé les Via Podiensis, Via
Romea Francigena... C'est pluriséculaire !
Stevenson ne se plaindra pas, les Conseil Généraux non plus, je  pense,
qui sont à l'origine de nombreuses routes à thème.

Il y a une balise "héritage" (en proposal) pour marquer le caractère
patrimonial. Mettre la valeur de l'admin_level correspondant.
> Il y a peut-être une page de wiki à créer, au moins pour répertorier ces 
> chemins de patrimoine.
>   
Off course ! Avec la catégorie Wikiproject_France
> Christian
>   
Il existe une belle carte pour visualiser les chemins (relation:hiking)
http://osm.lonvia.de/hiking.html?zoom=6&lat=46.62252&lon=2.55563&layers=FFBTFF

Qui montre le piètre état d'avancement en France, du fait du blocage sur
les GR.

Il existe un code pour les balisage (terrain) le tag osmc:symbol
--
FrViPofm
<>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] nodes dupliqués

[vpot...@gmail.com]

Le 04/02/10 21:47, Pieren a écrit :
>> Résultat, la forêt des Landes, la plus grande foret d'Europe est un
>> désert :((
>>
>>
>> 
> Encore une tempête et le terrain sera en accord avec la carte.
>
> Pieren
>   
Les cyclones ne passent pas par là cette année ;-)
--
FrViPofm
<>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] nodes dupliqués

[vpot...@gmail.com]

Le 04/02/10 21:22, Christophe Merlet (RedFox) a écrit :
> De même que je trouve dommage de ne pas importer les gigantesque
> polygones CLC manquant juste parce qu'il y a un peu de recouvrement par
> ci par là.
>
> Résultat, la forêt des Landes, la plus grande foret d'Europe est un
> désert :((
>   
J'en ai repéré l'un ou l'autre qui explosent josm...

Je me dis que je vais découper le fichier à la main et créer la relation
multi polygone avec plusieurs outers.

S'il n'y a qu'une dizaine de polygones géants, on aura plus vite fait a
la mano qu'avec un outil...
(même si je suis un spécialiste pour perdre une heure à chercher comment
gagner cinq minutes ;-)
--
FrViPofm
<>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Pour ceux qui aiment la technique: PostGIS 1.5.0 Released

[vpot...@gmail.com]

Le 04/02/10 19:25, Emilie Laffray a écrit :
> Postgis 1.5 vient de sortir. L'apport majeur de cette version est le
> support geodesique. Il devient maintenant plus facile de faire des
> calculs de distance en metre grace au nouveau type geography au lieu du
> type geometry.
> Cela veut dire que l'on va enfin avoir des versions fiables du nombre de
> km de route dans OSM sans tenir compte de la projection.
> L'autre chose assez interessante est l'ajout d'un systeme de calcul de
> similarite de geometries. Cela va permettre normalement de belles choses.
>   
Comme par exemple sortir un layer à la beta.letuffe pour voir les
communes non traversés par un highway ?
Ou les residential ayant un faible kilométrage/surface ?

Bon, j'imagine qu'il faut d'autres petits choses derrière Postgis...

--
FrViPofm

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

Re: [OSM-talk-fr] nodes dupliqués

[vpot...@gmail.com]

Le 04/02/10 13:02, Etienne Chové a écrit :
> Le 04/02/2010 12:49, Pieren a écrit :
>   
>> 2010/2/4 vpot...@gmail.com <mailto:vpot...@gmail.com>
>> mailto:vpott...@gmail.com>>
>>
>> Il n'y a pas un bot qui saurait résoudre ça ?
>>
>>
>> Si. A condition de ne s'intéresser qu'aux noeuds de l'import CLCF. Yapuka.
>> 
> J'en ai un qui est prêt, mais j'ai jamais osé le lancer...
>
>   
Il teste l'appartenance à un polygone CLC de chacun des nœuds ?

Par ailleurs, je me disais qu'il y a peut-être des nœuds dupliqués quand
un poly a été importé à la main (genre parcelles complexes) sur un inner
d'une relation. L'import CLC a créé des relations sur des grands
polygones avec des inners non tagués (non importés automatiquement). Ces
polygonnes ont peut-être été importé à la main, créant un doublon. Dans
ce cs, on est sûrs d'avoir des nœuds dupliqués. Ça peut se vérifier ? Ça
peut se dédoublonner ?
--
FrViPofm
<>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Géovélo] Prototype de la no uvelle version

[vpot...@gmail.com]

Le 04/02/10 11:25, GaelADT a écrit :
> Pour répondre à toutes les questions concernant les altitudes et la valeur Z
> que l'on pourrait mettre sur les nodes.
> J'aurai bien une idée, mais je ne sais pas si elle est réalisable. Pourquoi
> ne pas justement utiliser toutes les traces GPS fournis par les utilisateurs
> ? On doit bien pouvoir réaliser un outil automatique qui calcule l'altitude
> d'un node à partir des traces GPS proches de ce point ? En gros ça
> permettrait d'avoir une carte d'altitude de la France qui serait mise à jour
> et s'améliorerait continuellement en fonction des traces GPS uploadées sur
> le site.
>   
Et le gars qui a uploadé son parcours en ULM, il fout en l'air la moyenne...

L'idée est bonne mais elle suppose de travailler les données avant
import dans OSM.
Et en croisant les sources (dont les repères géodésiques).
En indiquant la source et sa fiabilité...

On devrait obtenir un maillage pas trop mauvais et qui s'affine avec le
temps.
> Pour le soucis des ponts je pense que ça peut se régler d'une façon
> "logique". Exemple, j'emprunte un pont qui passe au dessus d'une vallée : au
> niveau logiciel je vais considérer l'altitude des nodes au milieu du pont
> comme la même altitude que les nodes de l'entréet et sortie du pont.
>
>
> Charlie Echo wrote:
>   
>> 1. C'est génial !
>> 
+1
>> 2. Sur le graphe d'altitude, il manque une échelle : on ne fait pas la
>> différence entre une grande et une petite pente. Mieux, il faudrait que
>> l'échelle soit au moins de [30] mètres : ainsi, les "petites" montées
>> n'apparaîtraient pas comme des gros obstacles.
>> 3. il serait bon de faire apparaître les stations Vélib', voire de rendre
>> ces points "collants" (pour le moment, les intersections sont collantes).
>> 4. Quand on déplace sa souris au-dessus des options "Sécurité / Distance",
>> on voit apparaître le trajet à l'écran ; une indication de la distance
>> serait utile (puisque le trajet est manifestement calculé, ça doit être
>> facile...)
>>
>> Charlie Echo
>>
>> 
> 1. Merci :)
> 2. Je vais encore travailler sur ce graphe d'altitude. Ma principale
> difficulté vient du fait qu'il n'y a pas beaucoup de place pour l'image, et
> que c'est difficile d'insérer toutes les informations manquantes.
>   
Peut-être une infobulle au survol du graphe pour avoir l'altitude à un
point du parcours.
> 3. Pour les stations vélib' nous ne pouvons apparemment pas faire ce que
> nous voulons avec. Nous allons entré en discussion avec la ville de paris &
> JCDecaux.
> 4. Ça me semble une bonne idée, je vais travailler là dessus.
>
>
> sylvain letuffe-2 wrote:
>   
>> On mercredi 3 février 2010, GaelADT wrote:
>> 
>>> Oui les données SRTM ne sont pas très précises. Malheureusement il
>>> n'existe
>>> pas d'autres données en libre accès. 
>>>   
>> Il existe ça :
>> http://wiki.openstreetmap.org/wiki/ASTER
>> sly
>>
>> 
> Je ne connaissais pas je vais me renseigner là dessus.
>
>
> sylvain letuffe-2 wrote:
>   
>> 
 Est-ce que l'attribut  tracktype est pris en compte ?
 Typiquement, dans l'exemple donné, le chemin a un tracktype de 3, ce
 
>>> qui 
>>>   
 signifie qu'il est empruntable en VTT, mais pas en vélo de ville/de
 
>>> route.
>>>   
>> Cette implication ne me semble pas tout à fait exact, tracktype n'exprime
>> pas 
>> directement qu'un vtt, un vélo tout chemin, un vélo "de ville" ou un vélo
>> de 
>> course puisse ou non passer. Ce ne sont que des suppositions
>> d'implication.
>> ça reste une première approximation.
>>
>> 
>>> Non ce tag n'est pas encore pris en compte. Donc il faudrait que je
>>> prenne
>>> en compte tracktype + highway=track ? A votre avis, quel(s) tracktype est
>>> empruntable pour un vélo de route/vtc et même question pour les VTT ? 
>>>   
>> Le problème est que personne n'en sait rien, au mieux tu aura le résultat
>> d'un 
>> sondage sur la pratique des gens, mais je pense que ça peut varier de
>> façon 
>> non négligeable puisque tracktype ne précise pas l'utilisation qui peut
>> être 
>> fait du chemin.
>>
>> Rien n'empêche de présenter ça sous forme de "conseils" du genre :
>> "plus court, mais incertain en vélo de route" (car tracktype=1)
>> "vtc sûrement ok, mais méfiance" (car tracktype=5)
>>
>> sly
>>
>> 
> Du coup c'est un peu génant... Je ne peux pas réellement proposer d'option
> sur le type de vélo alors ?
>
>
> hamster-2 wrote:
>   
>> je pense aussi que la notion de securite a velo est tres subjective et
>> relative a l'usage 
>> personnellement je trouve que la difference de vitesse avec les
>> voitures est tres importante : je fais donc tres attention aux routes
>> que je prends en montee et presque pas attention pour les descentes (de
>> toute facons en descente c'est souvent moi qui dois freiner a cause des
>> voitures) 
>> la place disponible sur le bas cote (une bande blanche et encore 1 m de
>> goudron a sa doite ou bien une rue avec un trottoir et des barrieres au
>> bo

Re: [OSM-talk-fr] nodes dupliqués

[vpot...@gmail.com]

Le 03/02/10 23:56, Mathieu Arnold a écrit :
> On dirait qu'il y a un peu de taf :
>
> http://matt.dev.openstreetmap.org/dupe_nodes/?zoom=7&lat=47.69637&lon=2.75913&layers=BT
>
> Ça ressemble pas mal aux suites de l'import Corine, et on dirait que la
> carte avait été découpée en zones pour l'import :-)
>
>   
Il n'y a pas un bot qui saurait résoudre ça ?
<>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Vandalisme

[vpot...@gmail.com]

Le 03/02/10 20:53, Nakor a écrit :
> Dans le même genre, il faut regarder ses autres contributions, en
> particulier le tag cycle=maybe qui n'autorise que les cyclistes avec un
> casque jaune...
>   
Du même auteur :
http://www.openstreetmap.org/?minlon=-3.223&minlat=55.987&maxlon=-3.22&maxlat=55.9888&box=yes

http://www.openstreetmap.org/browse/changeset/3786757

Je lui envoie ceci :

Hi it seems you are drawing anything.

http://www.openstreetmap.org/?minlon=-3.223&minlat=55.987&maxlon=-3.22&maxlat=55.9888&box=yes

http://www.openstreetmap.org/browse/way/49380816/history

http://www.openstreetmap.org/browse/changeset/3786757

It should be nice to stop ! OpenStreetMap is not the place to let off steam.

You should use your skill to produce a real good map.

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

Re: [OSM-talk-fr] Guide des bonnes pratiques pour mapper une commune ?

[vpot...@gmail.com]

Le 01/02/10 18:58, Lionel Van Aertryck a écrit :



2010/2/1 Christian Rogel >


Il m'a semblé logique de renommer la page en question dans FR:Guide ds
bonnes pratiques , etc.
[...]
Tant qu'on y est, on peut supprimer le mot "guide" qui est redondant
dans des pages de documentation et aussi les "bonnes pratiques" ,
puisqu'un wiki ne sert pas à recueillir des mauvaises pratiques.
et renommer le tout :
FR:Cartographier une commune française

Des objections?


Aucune ! :-) surtout si cela peut étendre la liste des contributeurs 
potentiels.



Alors tant qu'à faire, pour les bons usages, la page pourrait s'appeler
Wikiproject France/Cartographier une commune

Avec la catégorie : Wikiproject France
--
FrViPofm
<>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comment créer les limites d'une inter-communalité ?

[vpot...@gmail.com]

Le 01/02/10 18:56, Emilie Laffray a écrit :



2010/2/1 Guillaume Allegre >




indeed ! Ça l'fait.

Mais pour ton souhait de n'avoir qu'à choisir les communes, c'est
différent.
C'est facile d'établir une relation qui stocke l'info façon base
de données,
par contre en extraire le périmètre géographique, j'imagine que
c'est nettement
plus compliqué.


Extraire le périmètre géographique n'est pas très compliqué. Tu peux 
utiliser osm2pgsql et ensuite utiliser pgsql2shp afin de transformer 
ce polygone en fichier shapefile. Une fois que tu as le fichier 
shapefile, tu peux l'utiliser dans tous les programmes GIS que tu veux.


Emilie Laffray

Je n'ai pas manqué de sourire :
osm2pgsql pgsql2shp on prononce ça comment ?
--
FrViPofm qui n'a encore pas réimplémenté la signature sur Thunderbird
<>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Corine, natural=grassland ou landuse=grass

[vpot...@gmail.com]

Le 01/02/10 14:12, Pieren a écrit :


Qu'en pensez-vous ? Faudrait-il remplacer natural=grassland par 
landuse=grass à l'aide d'un bot ? Ou relancer la proposition 
natural=grassland pour adoption et rendu ?


Pieren

[1] http://lists.openstreetmap.org/pipermail/talk-fr/2009-May/009721.html
[2] http://wiki.openstreetmap.org/wiki/Proposed_features/Grassland


Quoiqu'il soit approuvé, orchard n'est toujours pas rendu.

Ce qu'il faudrait, c'est activer les rendus...

--
Vincent alias FrViPofm
<>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comment créer les limites d'une inter-communalité ?

[vpot...@gmail.com]

Le 01/02/10 13:54, David MENTRE a écrit :

Bonjour Lionel,

Le 31 janvier 2010 16:33, Lionel Van Aertryck
  a écrit :
   

Je viens d'achever la création de la limite administrative de la communauté
de communes du Val d'Ille, j'ai donc pris le niveau 7 (admin_level)...
j'aimerai pouvoir ensuite la selectionner dans maposmatic...mais je ne pense
pas que cela fonctionnera,
 


Ça ne marchera pas actuellement car on ne sélectionne que le niveau 6
(communes).

Ça pourrait marcher dans le futur car pour des pays comme l'Allemagne
on a besoin d'avoir plus de niveau (4 à 7 de mémoire).

   

ni que cela soit le niveau visé par l'outil, la
notion d'index de rues pour un regroupement de communes me semble peu
utile...
 

Ben là je ne sais pas. Peut-être le jour où on sera capable de faire
une série de cartes style atlas. MapOSMatic va devenir
GuideMichelin-omatic. :-)
   
Je viens d'envoyer des mails pour inviter à cartographier le Togo 
(voyageurs, associations).
Pour ces contrées, mapOSMatic sera probablement le seul moyen d'obtenir 
des cartes correctes et à jour.
<>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr