Re: [OSM-talk-fr] Photos aériennes

[Sébastien Dinot]

Bonjour,

Pieren a écrit :
> Tracer le lit d'une rivière presque à sec parce que la photo a été
> prise en été pose aussi question (d'ailleurs, qui nous dit qu'il ne
> vaut pas mieux tracer le lit majeur et non le lit mineur ?

Même si le lit majeur est censé refléter la plus grande crue connue,
pour avoir travaillé dans une bureau d'étude en hydrologie spécialisé
dans la prévention et la prévision des crues éclair, je peux t'assurer
que la notion de lit majeur est dans une certaine mesure une vue de
l'esprit. Par exemple, les personnes qui ont connu la crue de 1980
à Brives-Charensac - où l'eau est montée de 6 mètres en moins de 12
heures et le débit de la Loire est passé de 30 à 2400 m3/s - pourront te
le confirmer : il y a le lit majeur avant et après cette crue. Et ceux
qui ont connu la crue de 1996 où la Loire a décidé de s'amputer d'un
lacet, faisant passer par la même occasion des installations d'une berge
à une autre aussi.

Par ailleurs, le « lit majeur » indiqué par le cadastre à
Brives-Charensac n'a rien à voir avec la crue de 1980, celui indiqué
à Paris, rien à voir avec la crue de 1910, celui indiqué à Toulouse,
rien à voir avec la crue de 1875, etc.

Je pense que le « lit majeur » indiqué dans le cadastre est une vue
fiscale du cours d'eau (ou plutôt des parcelles qui le bordent) qui ne
reflète pas spécialement la réalité variable du cours d'eau. Et quand ce
tracé conduit à mettre les extrémités d'un pont dans l'eau, je me dis
qu'il y a un problème.

> Et il y a plein d'info qu'on ne peut voir du ciel comme les noms de
> rues, les sens-interdits, etc. Ces trois sources (photo, cadastre,
> visite sur le terrain) ne doivent pas être mises en concurrence, elles
> sont complémentaires.

Je partage totalement ton avis mais mon précédent message visait surtout
à montrer que le cadastre est une source d'information comme une autre,
qu'il faut rester critique à son égard et qu'il est d'aucune manière
auto-suffisant.

A++, Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [OSM-talk-fr] Photos aériennes

[Pieren]

2010/3/24 Sébastien Dinot 

>
> Plus simple, sans aucun doute. Plus fiable, vraiment pas sûr. Ça dépend
> de ce que l'on entend par « plus fiable ». Certes, le cadastre est en
> général très précis. Mais...
>
>
Des erreurs de positionnement, il y en a aussi avec des images mal
ortho-rectifiées. Des problèmes d'obsolescence, il y en a aussi. Tracer le
lit d'une rivière presque à sec parce que la photo a été prise en été pose
aussi question (d'ailleurs, qui nous dit qu'il ne vaut pas mieux tracer le
lit majeur et non le lit mineur ? je pense que cela ralentirait certaines
ardeurs à construire en zones inondables). Et il y a plein d'info qu'on ne
peut voir du ciel comme les noms de rues, les sens-interdits, etc. Ces trois
sources (photo, cadastre, visite sur le terrain) ne doivent pas être mises
en concurrence, elles sont complémentaires.

Pieren
Au passage, je signale avoir aussi vu des bâtiments dans le cadastre dont la
construction n'était pas encore terminée. Le cadastre peut aussi être
parfois en avance.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Photos aériennes

[Vincent Pottier]

Le 24/03/2010 23:45, Eric SIBERT a écrit :
> Le 24/03/2010 23:37, Vincent Pottier a écrit :
>
>> Le 24/03/2010 23:21, Sébastien Dinot a écrit :
>>  
>>> [1] À ce propos, à ma connaissance, il manque dans OSM un tag qui
>>>permettrait de signaler aux contributeurs qu'un bâtiment est
>>>détruit. Un tel tag aurait l'avantage de pouvoir tracer un élément
>>>qui « occuperait le terrain » et serait donc visible des autres
>>>contributeurs, leur évident recréer un élément volontairement
>>>supprimé. Les outils de rendus pourraient être adaptés pour ignorer
>>>les bâtiments marqués ainsi : l'objet serait en base, apparaîtrait
>>>dans les outils d'édition mais ne serait pas rendu.
>>>
>>>
>> building=no
>> note:fr=détruit/rasé/ratiboisé
>>  
> Même problème avec les repères géodésiques détruits.
>
> Éric
>
man_made:old=
note:fr=
--
FrViPofm

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

Re: [OSM-talk-fr] Photos aériennes

[Eric SIBERT]

Le 24/03/2010 23:37, Vincent Pottier a écrit :
> Le 24/03/2010 23:21, Sébastien Dinot a écrit :
>> [1] À ce propos, à ma connaissance, il manque dans OSM un tag qui
>>   permettrait de signaler aux contributeurs qu'un bâtiment est
>>   détruit. Un tel tag aurait l'avantage de pouvoir tracer un élément
>>   qui « occuperait le terrain » et serait donc visible des autres
>>   contributeurs, leur évident recréer un élément volontairement
>>   supprimé. Les outils de rendus pourraient être adaptés pour ignorer
>>   les bâtiments marqués ainsi : l'objet serait en base, apparaîtrait
>>   dans les outils d'édition mais ne serait pas rendu.
>>
> building=no
> note:fr=détruit/rasé/ratiboisé

Même problème avec les repères géodésiques détruits.

Éric

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

Re: [OSM-talk-fr] Photos aériennes

[Vincent Pottier]

Le 24/03/2010 23:21, Sébastien Dinot a écrit :
> [1] À ce propos, à ma connaissance, il manque dans OSM un tag qui
>  permettrait de signaler aux contributeurs qu'un bâtiment est
>  détruit. Un tel tag aurait l'avantage de pouvoir tracer un élément
>  qui « occuperait le terrain » et serait donc visible des autres
>  contributeurs, leur évident recréer un élément volontairement
>  supprimé. Les outils de rendus pourraient être adaptés pour ignorer
>  les bâtiments marqués ainsi : l'objet serait en base, apparaîtrait
>  dans les outils d'édition mais ne serait pas rendu.
>
building=no
note:fr=détruit/rasé/ratiboisé
--
FrViPofm


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

Re: [OSM-talk-fr] Transports en commun

[Vincent Pottier]

Le 24/03/2010 19:54, JonathanMM a écrit :
> Bonjour a tous,
> pendant qu'on parle de transport, toussa, j'aimerais savoir comment
> tagger le RER D ! Bon, il a plusieurs branches, donc, c'est assez
> chiant, mais ça donne ça :
> http://wiki.openstreetmap.org/wiki/WikiProject_France/RER/D
> Alors, moi, ce que j'ai fait, c'est que j'ai mis dans la relation du RER
> D, les gares du Nord + les 2 branches suds. Et dans ces branches, j'ai
> mis leur branches, etc ...
> Du coup, 2 questions :
> 1) Est ce que c'est bien ?
> 2) Sinon, comment faut-il le faire ?
> 2bis)
> http://78.46.81.38/api/sketch-line?network=RER&ref=D&correspondences=10&width=1500&height=500
> étrange, n'est ce pas ?
>
Pas très étonnant, vu le modèle présent dans la base.
> JonathanMM
>
Hum, complexe.
Chapeau pour le schéma sur le wiki en ASCI art.
RER-D, c'est en fait un réseau dans le réseau. Peut-être faut il le 
considérer et le cartographier comme tel.
À la limite, j'aurai mis en vrac tout le matériel d'infrastructure 
(voies, gares...) dans un relation:network:RDR-D, plutôt que de faire 
une arborescence de relations:route. L'intérêt, au moins temporaire, est 
de retrouver ce matériel par la relation;network:RER-D

Puis, j'aurai construit les relation:route (les missions) : BIPE, BIPO, 
BOPO, DECA, DIPA, DIPE, DOCA...
Il me semble que les routes suffisent. Chacune d'elles s'assimile à une 
'line'. Et hors de Paris, les voies ferrées parallèles ne sont pas 
distinguées. Ensuite, ces routes doivent être intégrées à la 
relation:network:RER-D et le matériel disparait de cette dernière.
Après, il sera facile pour une application externe de se référer à OSM 
pour faire correspondre des tables horaires aux relations routes.
Le sketch-line?network=RER-D&ref=BIPO sera cohérent. L'outil n'est pas 
encore au point pour représenter un réseau.
--
FrViPofm

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

Re: [OSM-talk-fr] Photos aériennes

[Sébastien Dinot]

Gilles Bassière a écrit :
> Prendre des photos "vues d'en haut" ne coûte pas forcément très cher :
> http://grassrootsmapping.org/
>
> Après ça dépend de ce qu'on veut faire avec les images. Si c'est pour
> vectoriser des routes, des bâtiments et des POI, je pense que
> cadastre-fr est plus simple et plus fiable.

Plus simple, sans aucun doute. Plus fiable, vraiment pas sûr. Ça dépend
de ce que l'on entend par « plus fiable ». Certes, le cadastre est en
général très précis. Mais...

Primo, l'utilisation du cadastre nécessite une connaissance fine du
terrain là où une photographie aérienne haute résolution est bien plus
parlante (sans toutefois résoudre tous les problèmes puisque, par
exemple, il est impossible d'identifier avec certitude les sens uniques
à partir d'une photo aérienne) . En effet, le cadastre se préoccupe
avant tout de définir les parcelles et les bâtis là où un mappeur se
préoccupera avant tout de la géométrie et de la topologie des axes
routiers.

Secundo, la photographie aérienne montre une multitude d'informations
ignorées par le cadastre telle l'occupation des sols. Quand on veut
tracer les contours d'une forêt, le cadastre n'est pas d'une grande
utilité. De même, lorsqu'on souhaite tracer une rivière, une photo
aérienne est plus utile que le cadastre puisque ce dernier montre le lit
majeur du cours d'eau. J'ai récemment trouvé dans OSM un pont dont les
extrémités étaient dans l'eau non pas parce que le contributeur avait
mal estimé la longueur du pont mais parce qu'il avait trop
scrupuleusement suivi les berges indiquées dans le cadastre, le lit réel
de la rivière étant bien plus modeste.

Tertio, le cadastre date parfois sérieusement et fournit alors une
information qui ne reflète plus du tout la réalité du terrain. Deux
contributeurs m'ont signalé ces dernières semaines avoir supprimé des
bâtiments que j'avais tracés parce qu'il avait été détruits l'année
dernière. Pourtant, ces bâtiments sont toujours signalés sur le
cadastre[1]. À contrario, le cadastre ne montre pas les bâtiments les
plus récents et, je ne sais pour quelle raison, en ignore d'autres qui
sont pourtant plus vieux que moi et existent toujours à ce jour.

Quarto, je suis tombé l'année dernière sur une erreur de projection du
cadastre sur la commune de Givors qui conduit à positionner les éléments
du terrain avec une erreur de 35 à 50 mètres suivant les endroits.

Quinto, le cadastre ne couvre que la France.

En conséquence de quoi la photographie aérienne, ça a du bon, même si
c'est lourd à mettre en œuvre et si nous ne sommes pas prêts de voir le
jour où des flottilles de drones fourniront une image rafraîchie
annuellement de l'ensemble du territoire.

Finalement, la solution passe peut-être bien par la mise à disposition
gracieuse d'images par Spot Image. Yapuka ! :)

A++, Sébastien

[1] À ce propos, à ma connaissance, il manque dans OSM un tag qui
permettrait de signaler aux contributeurs qu'un bâtiment est
détruit. Un tel tag aurait l'avantage de pouvoir tracer un élément
qui « occuperait le terrain » et serait donc visible des autres
contributeurs, leur évident recréer un élément volontairement
supprimé. Les outils de rendus pourraient être adaptés pour ignorer
les bâtiments marqués ainsi : l'objet serait en base, apparaîtrait
dans les outils d'édition mais ne serait pas rendu.

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [OSM-talk-fr] Invitation au Barcamp sur la cartographie communautaire et image satellite

[Sébastien Dinot]

Bonjour,

jacques goba a écrit :

> CartoSatCamp initié par Spot Image se tiendra le samedi 10 Avril
> prochain.
> [...]
> Seriez-vous d'accord pour vous associer à Spot Image dans la tenue de
> ce barcamp ?

Le projet OSM n'ayant pas encore de représentant légal en France et les
contributeurs n'étant pas encore constitués en association, il semble
difficile d'associer officiellement OSM à cet événement.

Cependant, à titre personnel, j'ai envie d'en apprendre plus sur cette
ouverture de Spot Image à la cartographie communautaire. Je suis curieux
de découvrir le positionnement, les projets, propositions et
contributions éventuelles de Spot Image en la matière.

Je ferai donc le déplacement depuis Toulouse afin d'assister au BarCamp
mais aussi à l'atelier prévu le matin même.

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

[OSM-talk-fr] Paris sur la liste des villes en 8 bit

[Emilie Laffray]

http://www.kickstarter.com/projects/brett/8-bit-cities-real-world-maps-that-look-like-80s-v

Emilie Laffray



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import limite administrative - tag source

[Pieren]

2010/3/24 Nicolas Dumoulin 

> Ok, donc pour être plus clair, si je génère un shapefile, ou juste une
> carte
> représentant les limites de communes (que nous saisissons à l'aide du
> cadastre. Cette carte sera publiée sous licence CC-BY-SA en mentionnant OSM
> blabla … et le cadastre (DGFiP) ?
>
>
Pas nécessairement sur la carte elle-même. Mais dans les sources et le wiki.
C'est un raccourci qui est fait pour toutes les contributions, y compris les
nôtres. Si on voulait appliquer la licence cc-by-sa à la lettre, il faudrait
afficher les noms de tous les contributeurs (by=attribution). Si je fais une
carte avec mes contributions uniquement, je ne pourrait y afficher mon nom
seul que si je n'avais pas versé mon travail dans le pot commun. Avec les
données issues du cadastre, il y aurait un problème si l'entier du cadastre
était versé dans OSM puis extrait. OSM n'est pas une machine à effacer les
droits de propriété intellectuel. Mais comme il n'y a qu'une partie de
celui-ci, de plus agrémenté de notre travail (classification, conflation),
il n'y a pas grands risques d'être accusés de plagiat. De plus, je pense que
même la DGFiP n'est pas mécontente de voir un autre acteur que l'IGN pouvoir
distribuer les limites administratives ä l'échelle du pays, surtout si ça
peut-être gratuit. Il est même scandaleux que l'IGN, sous prétexte d'en
avoir corrigé les aberrations, restreigne l'accès de ses limites
administratives dont il a la charge exclusive (payant via l'API geoportail
ou l'interdiction d'un usage commercial de la base GEOFLA).

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

Re: [OSM-talk-fr] Import limite administrative - tag source

[Nicolas Dumoulin]

Bon effectivement, je m'étais gouré :-)

Le mercredi 24 mars 2010 18:09:46 Pieren, vous avez écrit :
> à OSM grâce à la licence du cadastre
> Il n'y a pas de "transfert" de propriété. Il y a copie (légale, faut-il
> préciser). La propriété intellectuelle reste en entier au nom de la DGFiP.
> Nous ne pouvons distribuer un produit que se dirait "voila le plan
> cadastral par OSM". Par contre, nous pouvons distribuer "un plan contenant
> des informations du cadastre (entre autre)" (produit composite).

Ok, donc pour être plus clair, si je génère un shapefile, ou juste une carte 
représentant les limites de communes (que nous saisissons à l'aide du 
cadastre. Cette carte sera publiée sous licence CC-BY-SA en mentionnant OSM 
blabla … et le cadastre (DGFiP) ?

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

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

[Guillaume Allegre]

Pas de réponse depuis un mois, j'ai donc envoyé le même message
(légèrement plus détaillé) par courrier postal aujourd'hui,
au CG 38.


Le Thu 25 Feb 2010 à 19:02 +0100, Guillaume Allegre a ecrit :
> Pour info, je viens d'envoyer ce message à Transisère (marque du CG 38),
> opérateur des lignes de bus sur l'Isère.
> notes : TAG = Transports de l'Agglomération Grenobloise
> -
> 
> Bonjour,
> 
> Je suis contributeur à OpenStreetMap (OSM), un projet de cartographie
> collaborative, un peu similaire à Wikipedia pour la cartographie.
> 
> Utilisateur régulier des transports publics TAG et Transisère, j'utilise
> les deux sites régulièrement.  Le site Transisère a la particularité
> de présenter une carte des arrêts géoréférencés sur fond de carte
> Google Maps.
> 
> J'aimerais savoir s'il vous serait possible, techniquement et légalement,
> de fournir cette liste d'arrêts géoréférencés pour alimenter la
> base OpenStreetMap.
> 
> Pour les lignes urbaines gérées par la Semitag, par exemple,
> les informations d'arrêts et de lignes sont déjà présentes
> dans la base OSM.  Cela permet notamment de les afficher sur
> un site comme OpenTransport, qui exploite les données OSM :
> http://3liz.fr/public/osmtransport/index.php?country=France&location=Grenoble
> 
> La base de données d'OSM exige que les données importées soient
> libres au sens de la licence Creative Commons CC-BY-SA. En revanche,
> nous pouvons indiquer une source pour chaque donnée importée (par
> exemple Conseil Général de l'Isère). C'est par exemple ce que nous
> faisons pour les données obtenues à partir du cadastre, dans le cadre
> de l'accord donné par la DGFiP en janvier 2009.
> 
> 
> Si ce projet vous intéresse, je suis à votre disposition pour discuter
> des détails techniques et "légaux" qu'il pourrait impliquer.
> 
> En vous remerciant par avance pour le temps que vous voudrez bien accorder
> à ma demande.


-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.org

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

Re: [OSM-talk-fr] Transports en commun

[JonathanMM]

Bonjour a tous,
pendant qu'on parle de transport, toussa, j'aimerais savoir comment 
tagger le RER D ! Bon, il a plusieurs branches, donc, c'est assez 
chiant, mais ça donne ça :
http://wiki.openstreetmap.org/wiki/WikiProject_France/RER/D
Alors, moi, ce que j'ai fait, c'est que j'ai mis dans la relation du RER 
D, les gares du Nord + les 2 branches suds. Et dans ces branches, j'ai 
mis leur branches, etc ...
Du coup, 2 questions :
1) Est ce que c'est bien ?
2) Sinon, comment faut-il le faire ?
2bis) 
http://78.46.81.38/api/sketch-line?network=RER&ref=D&correspondences=10&width=1500&height=500
 
étrange, n'est ce pas ?
JonathanMM

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

[OSM-talk-fr] Belle fréquentation de la liste OS M francophone

[Christian Rogel]

Il est curieux de constater que le nombre de messages sur la liste 
anglophone a un petit coup de mou avec seulement 584 posts.
Avec 851 en ce moment, la liste francophone est nettement en tête et 
peut encore atteindre le millier comme il y a un an.
Néammoins, cela ne traduit pas une dynamique tournée vers l'organisation.
Tout semble potentiellement confié à l'OSGéo  qui a pourtant besoin de 
partenaires démontrant un mouvement collectif.
Comme je le faisais remarquer à quelques-uns, s'intégrer à l'OSGéo va 
probablement demander plus plus d'énergie que de créer une structure 
autonome et c'est bien pourtant dans ce sens-là que la communauté a 
souhaité aller.
Ceci n'est que pour dire : dites comment vous voyez le fonctionnement de 
la section OSM/OSGéo et surtout pour mener quelles actions.
Voulez-vous un statut propre à la section  qui soit horizontal?
Quelles "sous-sections" ou "délégations" ou "missions"?
Si vous n'avez pas envie de le dire sur la liste, dites-le à ceux qui 
semblent pouvoir porter vos messages.


Christian



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

Re: [OSM-talk-fr] Relecture et aide traduction Features: Piste maps

[yvecai]

> yvecai a fait un bon résumé en bas de la page talk des petites incohérences
Effectivement, le passage en force a été utile pour aboutir à un 
résultat rapide, mais il est toujours possible de corriger des 
incohérences maintenant.

C'est pourquoi j'ai fait ce bout de tableau afin d'éclaircir comment 
chacun peut utiliser les tags existant. Suite à cette discussion, si 
vous avez une proposition d'utilisation des tags existant, mettez-la ici:
http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Piste_Maps#Backountry_.2F_Freeride_.2F_skitour_..._need_clarification

Rajoutez route=piste et patrolled=yes/no pour plus de précision.

L'exercice consiste à faire rentrer vos exemples dans les tags 
existants.  Le souhait serait d'arriver à créer un consensus sur les 
définitions, que les tags proposés soient efficaces ou pas, ce sera déjà 
pas mal.
Si vous pensez qu'une serie de tags ne doit pas utilisée (inutile), 
dîtes-le.

Après, si il manque des tags, il y aura de toute façon un fou pour en 
rajouter un autre ! Après tout peut-être que piste:type=pure-off-piste 
serait un exutoire utile.

Yves



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

Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole

[sly (sylvain letuffe)]

On mercredi 24 mars 2010, Frédéric Rodrigo wrote:
> Une autre solution plus directe.
> Tu commences pas obtenir les id de toutes les relations de départements 
> (depuis le wiki ou l'xapi). Puis tu télécharges chaque relation :
> http://osm.org/api/0.6/relation/#id/full

Certes, c'est une solution pour obtenir les départements, sauf que le 
requérant avait précisé "format shapefile"

Ce qu'on peut supposer, c'est qu'il s'intéressait à un format exploitable avec 
un logiciel GIS "classique" et de mes connaissances, les outils qui font du 
osm->shapefile en étant capable de faire une construction GIS correcte des 
relations ne sont pas légion, pour ne pas dire qu'il n'y a bien que osm2pgsql 
de façon détourné à savoir le faire.

J'ai aussi vu tourner deux autres avec du potentiel que l'on peut accéder 
ici :
http://betaplace.emaitie.de/webapps.relation-analyzer/
conversion en format GPX (donc pas encore terrible pour la gestion 
multipolygone)
et un autre que yannick avait développé en python et qui faisait à peu prêt la 
même chose avec une gestion des relations de relations !



-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole

[Frédéric Rodrigo]

Le Mercredi 24 Mars 2010 14:53:41, Nicolas Moyroud a écrit :
> Super ! Merci pour le lien vers le tuto sly ! Et merci au grand maître
> François VDB pour le tuto ;-)
> 
> sly (sylvain letuffe) a écrit :
> > Un tutoriel bien expliqué par françois se trouve ici :
> > http://iglibres.blogspot.com/2009/04/limites-administratives.html
> > Il est facilement applicable aux départements et régions, mais il faut
> > bien être conscient que le doute persiste sur la liberté des données
> 

Une autre solution plus directe.
Tu commences pas obtenir les id de toutes les relations de départements 
(depuis le wiki ou l'xapi). Puis tu télécharges chaque relation :
http://osm.org/api/0.6/relation/#id/full

Ça serait encore plus facile à faire s'il existait une relation de collection 
de relation des limites, mais ça c'est une autre question...

My 2cents
Fred

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

Re: [OSM-talk-fr] Import limite administrative - tag source

[Pieren]

2010/3/24 Nicolas Dumoulin 

> Heu, sauf erreur de ma part, la source du GPX, c'est OSM non ?
> On a saisie les données grâce au cadastre, mais la propriété est transféré
> à
> OSM grâce à la licence du cadastre qu'on a (que je n'ai pas en tête et pas
> relu). Ou alors, il faut mettre les deux.
>

Arg, je m'étrangle, vite de l'air... ;-)
> grâce à la licence du cadastre qu'on a
Le cadastre n'a pas de "licence" mais des conditions générales d'utilisation
(CGU) comprenant un droit d'usage, un droit de diffusion et un droit de
reproduction. Nous pouvons utiliser les données cadastrales à condition que
cela forme un produit composite, de sourcer les données et de faire figurer
le millésime (voir les détails sur le wiki). Nous considérons tous qu'OSM
forme un produit composite puisque ce n'est pas une copie formée uniquement
du cadastre. Le tag source permet de sourcer la DGFiP mais le millésime est
la clause la plus difficile à respecter. Elle est d'abord difficile à
récupérer par des moyens automatiques. Il faut aller sur le site, se
positionner sur un endroit particulier et générer un PDF. Le millésime varie
suivant les données présentes à l'écran lors de la demande. Donc, avec un
simple changement de zoom ou un déplacement latéral de quelques mètres, il
peut changer de quelques jours, mois ou années.

> la source du GPX, c'est OSM non
Non, ces GPX-là viennent du script de Fred qui scanne le cadastre, donc la
source, c'est toujours le cadastre.

> On a saisie les données grâce au cadastre, mais la propriété est transféré
à OSM grâce à la licence du cadastre
Il n'y a pas de "transfert" de propriété. Il y a copie (légale, faut-il
préciser). La propriété intellectuelle reste en entier au nom de la DGFiP.
Nous ne pouvons distribuer un produit que se dirait "voila le plan cadastral
par OSM". Par contre, nous pouvons distribuer "un plan contenant des
informations du cadastre (entre autre)" (produit composite).

Ouf, je respire mieux maintenant,

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

Re: [OSM-talk-fr] Import limite administrative - tag source

[sly (sylvain letuffe)]

On mercredi 24 mars 2010, Nicolas Dumoulin wrote:
> > source=sly
> > nan, c'est une blague, oui, le cadastre car ça vient de là
> 
> Heu, sauf erreur de ma part, la source du GPX, c'est OSM non ?
heu... p'tet qu'on parle pas des mêmes gpx ;-) ?

Je parle de ça moi :
http://beta.letuffe.org/ressources/communes/



-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Import limite administrative - tag source

[Nicolas Dumoulin]

Le mercredi 24 mars 2010 16:59:54 sly (sylvain letuffe), vous avez écrit :
> > Doit-on mentionner le cadastre puisque c'est l'origine du gpx ou bien
> > autre chose ?
> 
> source=sly
> nan, c'est une blague, oui, le cadastre car ça vient de là

Heu, sauf erreur de ma part, la source du GPX, c'est OSM non ?
On a saisie les données grâce au cadastre, mais la propriété est transféré à 
OSM grâce à la licence du cadastre qu'on a (que je n'ai pas en tête et pas 
relu). Ou alors, il faut mettre les deux.
… ou alors, j'ai rien capté ^^
 
> > Dans le cas du cadastre, quelle année faut-il préciser, sans à devoir
> > aller la chercher dans le pdf correspondant pour chaque commune ?
> 
> Y'a eu débat, certains préféreraient la date de la dernière vectorisation
> par le cadastre, mais c'est super lourd d'aller la chercher. Moi je mets
> 2010, puisque finalement c'était son état en 2010, si c'est mis à jour en
> 2012, on saura de toute façon que 2012>2010

Je me suis posé la même question, et ma réponse est la même si je t'ai bien 
compris. Je laisse la date actuelle de saisie, même si ce n'est pas la date de 
maj de la planche utilisée, car a priori il n'y a pas eu de maj jusqu'à cette 
date de saisie. Ça pourrait poser pb si un maj de cette planche intervenait 
cette même année, mais bon … ça facilite les choses et donne un bon indice me 
semble-t-il.

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Import limite administrative - tag source

[sly (sylvain letuffe)]

> J'ai commencé à me lancer dans l'import de limites administratives des
> communes à partir des gpx (merci Sly).

Bienvenu au club des courageux !

> Je me pose une bête question à laquelle le wiki ne répond pas :
> Que mettons-nous dans le tag source ?
Je ne donne que ma technique :
- dans la relation, je ne mets rien en source
- en revanche, sur chaque chemin qui la compose je place un
source=cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre ; 
mise à jour : 2010
- sur les noeuds, on le faisait (le plugin le faisant en fait) avant mais 
c'est hyper lourd en terme de taille

> Doit-on mentionner le cadastre puisque c'est l'origine du gpx ou bien
> autre chose ?
source=sly
nan, c'est une blague, oui, le cadastre car ça vient de là

> Dans le cas du cadastre, quelle année faut-il préciser, sans à devoir
> aller la chercher dans le pdf correspondant pour chaque commune ?
Y'a eu débat, certains préféreraient la date de la dernière vectorisation par 
le cadastre, mais c'est super lourd d'aller la chercher. Moi je mets 2010, 
puisque finalement c'était son état en 2010, si c'est mis à jour en 2012, on 
saura de toute façon que 2012>2010



-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Perte logiciel

[Yannick VOYEAUD]

Nicolas DUPEUX a écrit :
> Yannick VOYEAUD a écrit :
>> Bonsoir à toutes et tous,
>>
>> J'ai perdu une carte SD sur laquelle j'avais mis le logiciel pour faire 
>> mes traces.
>>
>> Merci à celui qui me donnera le nom de ce logiciel.
>>
>> Matériel
>> Holux 53CL
>> Os Win CE
>>
>> Amitiés
>>
>>   
> Il me semble que c'etait moi qui t'avais fourni ca. Est-ce que tu veux 
> que je te le renvoie ?
> 
> Nicolas
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
> 

Bonsoir,

Oui je veux bien

Amitiés

-- 
Yannick VOYEAUD


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

[OSM-talk-fr] Import limite administrative - tag source

[Erik Amzallag]

Bonjour,

J'ai commencé à me lancer dans l'import de limites administratives des
communes à partir des gpx (merci Sly).
Je me pose une bête question à laquelle le wiki ne répond pas :
Que mettons-nous dans le tag source ?
Doit-on mentionner le cadastre puisque c'est l'origine du gpx ou bien
autre chose ?
Dans le cas du cadastre, quelle année faut-il préciser, sans à devoir
aller la chercher dans le pdf correspondant pour chaque commune ?

Erik

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

Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole

[sly (sylvain letuffe)]

On mercredi 24 mars 2010, Pieren wrote:
> Quelqu'un pourrait-il donner une estimation du nombre de
> kilomètres que cela représente encore aujourd'hui ?

Après un import du france de géofabrik, j'ai ça :

y'en a encore (plus que ?) 302 sur 6977 à remplacer, faudrait que je me motive 
à en faire un plugin pour osmose

$ echo "select source,osm_id,admin_level,boundary from planet_osm_roads where 
source like '%Asso%';" | psql gis
source | osm_id | admin_level | boundary 
+--+-+
 Cartographes Associés | 34111247 | 6 | administrative
 Cartographes Associés | 48800360 | 6 | administrative
 Cartographes Associés | 32904124 | 4 | administrative
 Cartographes Associés | 47040101 | 6 | administrative
 Cartographes Associés | 23301537 | 4 | administrative
 Cartographes Associés | 30950142 | 6 | administrative
 Cartographes Associés | 52045586 | 4 | administrative
 Cartographes Associés | 23301677 | 6 | administrative
 Cartographes Associés | 37180888 | 6 | administrative
 Cartographes Associés | 30951708 | 6 | administrative
 Cartographes Associés | 52045588 | 4 | administrative
 Cartographes Associés | 30956562 | 6 | administrative
 Cartographes Associés | 34999467 | 4 | administrative
 Cartographes Associés | 34999467 | 4 | administrative
 Cartographes Associés | 36985058 | 4 | administrative
 Cartographes Associés | 44923337 | 4 | administrative
 Cartographes Associés | 30823958 | 6 | administrative
 Cartographes Associés | 23301730 | 4 | administrative
 Cartographes Associés | 23301574 | 4 | administrative
 Cartographes Associés | 36985040 | 4 | administrative
 Cartographes Associés | 47289605 | 4 | administrative
 Cartographes Associés | 44923827 | 4 | administrative
 Cartographes Associés | 31871451 | 6 | administrative
 Cartographes Associés | 47027376 | 4 | administrative
 Cartographes Associés | 47388187 | 6 | administrative
 Cartographes Associés | 32017987 | 6 | administrative
 Cartographes Associés | 49368617 | 4 | administrative
 Cartographes Associés | 31824693 | 6 | administrative
 Cartographes Associés | 34881708 | 4 | administrative
 Cartographes Associés | 34886964 | 6 | administrative
 Cartographes Associés | 23301706 | 6 | administrative
 Cartographes Associés | 47494183 | 6 | administrative
 Cartographes Associés | 23301762 | 4 | administrative
 Cartographes Associés | 34957293 | 4 | administrative
 Cartographes Associés | 41753760 | 4 | administrative
 Cartographes Associés | 23301687 | 6 | administrative
 Cartographes Associés | 40128874 | 6 | administrative
 Cartographes Associés | 37206416 | 6 | administrative
 Cartographes Associés | 41753755 | 4 | administrative
 Cartographes Associés | 23301671 | 4 | administrative
 Cartographes Associés | 23301762 | 4 | administrative
 Cartographes Associés | 33510660 | 4 | administrative
 Cartographes Associés | 23301671 | 4 | administrative
 Cartographes Associés | 52679289 | 4 | administrative
 Cartographes Associés | 33276842 | 4 | administrative
 Cartographes Associés | 23301670 | 4 | administrative
 Cartographes Associés | 52072959 | 6 | administrative
 Cartographes Associés | 33549939 | 4 | administrative
 Cartographes Associés | 48446564 | 6 | administrative
 Cartographes Associés | 52072961 | 6 | administrative
 Cartographes Associés | 33306652 | 4 | administrative
 Cartographes Associés | 36597787 | 6 | administrative
 Cartographes Associés | 34285307 | 6 | administrative
 Cartographes Associés | 41670833 | 6 | administrative
 Cartographes Associés | 8342 | 4 | administrative
 Cartographes Associés | 42216811 | 6 | administrative
 Cartographes Associés | 30794952 | 4 | administrative
 Cartographes Associés | 34591059 | 6 | administrative
 Cartographes Associés | 33904097 | 4 | administrative
 Cartographes Associés | 33700982 | 4 | administrative
 Cartographes Associés | 49431057 | 6 | administrative
 Cartographes Associés | 23301585 | 6 | administrative
 Cartographes Associés | 23301644 | 4 | administrative
 Cartographes Associés | 23301611 | 6 | administrative
 Cartographes Associés | 30498112 | 4 | administrative
 Cartographes Associés | 23301716 | 6 | administrative
 Cartographes Associés | 49014847 | 4 | administrative
 Cartographes Associés | 33706349 | 4 | administrative
 Cartographes Associés | 33710172 | 4 | administrative
 Cartographes Associés | 49062661 | 4 | administrative
 Cartographes Associés | 49071771 | 4 | administrative
 Cartographes Associés | 41119755 | 4 | administrative
 Cartographes Associés | 23301539 | 4 | administrative
 Cartographes Associés | 34912069 | 4 | administrative
 Cartographes Associés | 0064 | 6 | administrative
 Cartographes Associés | 41975302 | 6 | administrative
 Cartographes Associés | 30907635 | 4 | administrative
 Cartographes Associés | 51829349 | 4 | administrative
 Cartographes Associés | 35574998 | 6 | administrative
 Cartographes Associés | 51829339 | 4 | administr

Re: [OSM-talk-fr] Relecture et aide traduction Features: Piste maps

[sly (sylvain letuffe)]

> patrolled=no 
>je ne l'ai pas inventé. 
C'était pas une critique hein ! au contraire, j'avais trouvé ça bien, et je ne 
l'avais jamais vu (mais sans doute j'ai pas tout lu)


>Dans la version anglaise (que j'ai utilisée en 
>décembre), on a :  

impec

> Patrolled n'est pas équivalent à non-balisé. Donc Patrolled=no est
> nécessaire sur le hors-piste, mais pas suffisant. 

d'accord avec toi

 
> Le hors-piste n'est pas du piste:abandoned=yes, ni du piste:type=skitour car
> c'est uniquement à sens descendant. 

encore d'accord


> L'idéal serait effectivement sans doute de créer un piste:type=off-piste ;
> mais je n'ose pas... 

Je vois deux options, soit ça en effet, soit piste:type=downhill mais avec un 
modificateur. 
Je préfère ton option car au moins, c'est bien segmenté, je te suis sur le 
wiki pour défendre l'idée !
 
> Ceratins disent d'utiliser route=ski. Mais Tagwatch montre que route=ski est
> très souvent utilisé avec piste:type=downhill. 

Et ça ne clarifie pas de quelle "route=ski" on cause
 
> De façon générale, le fait que les propositions de tags soient validées sans
> vote est une "mauvaise" nouvelle (bien que ça m'ait réjoui au début),

haha ! je suis exactement dans le même cas, quand j'ai vu ce projet se monter 
en version "passage en force", j'ai pas râlé car je me suis dis, mais quelle 
galère le système de vote du wiki, ils ont bien raison de dire fuck car quel 
temps on perd alors que en à peine quelques mois ils avaient sorti un super 
wikiproject assez bien foutu, j'ai donc regardé ça du coin de l'oeil en 
voyant plein de tag débarquer au fûr et à mesure que le projet était utilisé 
de plus en plus.

Sauf que maintenant, on rencontre quelques petits problèmes, le classique 
étant un tag, déjà bien utilisé, mais à plusieurs interprétations selon le 
contributeur (et une page qui change de texte alors même que le tag existe 
plein de fois)

Dans l'ensemble je dirais que ça à plutôt bien marché, mais un peu de rigeure 
ne ferait pas de mal

> En plus, c'est un précédent fâcheux et pas très démocratique.   
un peu d'anarchie m'a fait bien plaisir ;-) on payera quelques pots cassés 
plus tard, mais quelle vitesse !

> Il reste des incohérences : par exemple, les pites peuvent être des Areas...
> mais dans quel sens descend-on sur une Area ??? 
Oulla oui, celle là elle va être coton à gérer, avec un way au milieu comme 
les rivières ?


> Il reste des questions floues : il y a souvent de grands plats, face aux
> stations, que l'on prend dans le sens que l'on veut, et qui ne sont pas
> vraiment des "pistes".  
Je pose en général des "areas" de type piste vertes, mais c'est loin d'être 
satisfaisant car chacun sa bidouille

> Le hors-piste, donc, est mal défini.
> Certais téléskis sont "fixes", d'autres "débrayables", et on a un seul tag
> pour ces deux types (platter) 
ça m'a pas l'air bien grave, un tag et on pourra le régler

mais y'en a d'autre des un peu tordu comme le skitour qui se referme ou pas 
pour donner une surface ou un way

L'histoire de la station de sport d'hivers (landuse=winter_sports), taggé 
comme un point, mais qui peut avoir plusieurs "stations" donc plusieurs 
point, mais finalement le domaine skiable est une surface, ça complique un 
poil pour faire des créateur de plan des pistes "à la MapOSMatic")

yvecai a fait un bon résumé en bas de la page talk des petites incohérences

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Relecture et aide traduction Features: Piste maps

[openstreetmap]

Plusieurs points :

patrolled=no 
   je ne l'ai pas inventé. Dans la version anglaise (que j'ai utilisée en 
décembre), on a : 
   "Pistes that are not patrolled, though they may be marked and maintained"
   et dans la version française :
   "Pistes sans patrouilleur, malgré qu'elles soient marquées et maintenue"
   que je viens de corriger en "bien que _pouvant_ être marquées et maintenues"

Patrolled n'est pas équivalent à non-balisé. Donc Patrolled=no est nécessaire 
sur le hors-piste, mais pas suffisant.

Le hors-piste n'est pas du piste:abandoned=yes, ni du piste:type=skitour car 
c'est uniquement à sens descendant.
L'idéal serait effectivement sans doute de créer un piste:type=off-piste ; mais 
je n'ose pas...

Ceratins disent d'utiliser route=ski. Mais Tagwatch montre que route=ski est 
très souvent utilisé avec piste:type=downhill.


De façon générale, le fait que les propositions de tags soient validées sans 
vote est une "mauvaise" nouvelle (bien que ça m'ait réjoui au début), car il 
restait quelques questions en suspend et qu'aucune discussion n'a permis de 
trancher (voir les sujets ouverts sur Discussion). En plus, c'est un précédent 
fâcheux et pas très démocratique.
Il reste des incohérences : par exemple, les pites peuvent être des Areas... 
mais dans quel sens descend-on sur une Area ???
Il reste des questions floues : il y a souvent de grands plats, face aux 
stations, que l'on prend dans le sens que l'on veut, et qui ne sont pas 
vraiment des "pistes".
Le hors-piste, donc, est mal défini.
Certais téléskis sont "fixes", d'autres "débrayables", et on a un seul tag pour 
ces deux types (platter)

Bref, pour l'instant, je me limite à patrolled=no et une note disant 
"Off-piste".

Charlie Echo


- Mail Original -
De: "sly (sylvain letuffe)" 
À: "Discussions sur OSM en français" 
Envoyé: Mercredi 24 Mars 2010 13:54:17 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Relecture et aide traduction Features: Piste maps

>Comment tagger une piste "non damée" ? Sur le domaine de Tignes / Val
>d'Isère, ils appellent ça "Naturide" : la piste est noire, balisée, mais pas
>damée donc ça ressemble à du hors-piste surveillé.  
>- pour le "non damé" : grooming=no

Par définition, si c'est balisée, ce n'est plus du hors piste j'aurais envie 
de dire.
piste:type=downhill + piste:grooming=backcountry me semble un bon candidat


>Et comment tagger un trajet hors-piste classique ?
>Pour l'instant, j'ai mis 
>- pour le hors-piste : grooming=backcountry, patrolled=no

"piste:grooming=backcountry" précise :
"Use with marked, cleared, ungroomed ski trails." 
mais précise aussi 
"Off-piste cross-country skiing, often referred to as backcountry touring"
ce qui me semble incohérent, ont-ils supposés que "off-piste et marked" est 
possible ?

Bref, je dirais qu'il manque un truc pour le préciser. Ton patrolled=no (que 
tu as inventé ?) ajouté d'un piste:type=downhill me semble une bonne idée. 
Bien que patrolled et non balisée ne me semble pas tout à fait le même 
concept

>Logiquement, je devrais mettre pour les deux "grooming = backcountry", mais
>je crains que le hors-piste soit trop semblable au sur-piste. 

Tout à fait d'accord, donc il manque un truc :
soit pour le hors piste on n'utilise pas piste:downhill mais piste:skitour, 
mais là on rentre dans le problème que j'ai indiqué du "et si ça monte ?"
ou alors on invente un truc à ajouter
ou alors on réutilise le trail_visibility (à la sauce piste ?) 


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

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

Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole

[Nicolas Moyroud]

Super ! Merci pour le lien vers le tuto sly ! Et merci au grand maître 
François VDB pour le tuto ;-)

sly (sylvain letuffe) a écrit :
> Un tutoriel bien expliqué par françois se trouve ici :
> http://iglibres.blogspot.com/2009/04/limites-administratives.html
> Il est facilement applicable aux départements et régions, mais il faut bien 
> être conscient que le doute persiste sur la liberté des données
>
>   

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

Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole

[Nicolas Moyroud]

> Enfin, il est possible que tu sois oblige de simplifier aussi les 
> géométries avec GADM ;) J'avais regarde il y a quelques temps de cela 
> et ca donne quand meme un tres gros fichier :) Les donnees de GADM 
> proviennent de l'ONU. Je n'ai pas souvenir s'il y avait les 
> departements dedans ou pas. Je me rappelle clairement des regions, 
> mais departements je ne sais plus.
Sur GADM, il y a 3 niveaux de frontières disponibles pour la France : 
pays, régions et départements. Le SHP des départements ne pèse que 3,3Mo 
donc en ce qui concerne la taille ça me va. J'ai vérifié et c'est vrai 
que les limites de départements sont plutôt grossières, mais dans mon 
cas ça va suffire. Je pense que je vais utiliser ça.
Enfin quand on y pense, tout ça est plutôt lamentable. En France, même 
en tant qu'organisme public, on ne peut pas disposer librement d'une 
information géographique aussi basique que les limites administratives 
sans être emm... par des questions de droits de diffusion. Merci l'IGN 
et ses données verrouillées ! Le pire c'est qu'une partie de ces données 
est financée par de l'argent public ! Heureusement d'ici quelques temps 
grâce à OSM nous serons enfin libres ;-)

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

Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole

[Vincent de Chateau-Thierry]

Bonjour,

> Message du 24/03/10 10:56
> De : "Pieren"
> L'idéal serait finalement de réellement supprimer ces anciennes limites
> départementales qui sont aujourd'hui largement minoritaires (celles qui 
> contiennent
> encore la source "cartographes associés") et de lancer un appel pour que 
> toute la
> communauté comble les trous ainsi créés.

Hélas on trouve des limites avec ce tag source et une géométrie clairement 
issue du
cadastre. Le niveau de généralisation géométrique est tellement incomparable 
qu'il
n'y a pas de doute possible quand on tombe sur ces tracés, qui proviennent du 
cadastre
mais dont l'auteur a oublié de modifier le tag source. Avant de parler de 
supprimer ces limites
sur la foi du tag source, ça vaurait le coup de constater dans quel 
"environnement" elles évoluent,
et dans certains cas se contenter de modifier le tag source au profit du 
cadastre.

vincent

Laposte.net, Messager Officiel du Rallye des Gazelles 2010, Pour suivre le 
Rallye Aicha des Gazelles et soutenir les participantes,
cliquez ici   http://www.laposte.net/rallye-des-gazelles
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Relecture et aide traduction Features: Piste maps

[sly (sylvain letuffe)]

>Comment tagger une piste "non damée" ? Sur le domaine de Tignes / Val
>d'Isère, ils appellent ça "Naturide" : la piste est noire, balisée, mais pas
>damée donc ça ressemble à du hors-piste surveillé.  
>- pour le "non damé" : grooming=no

Par définition, si c'est balisée, ce n'est plus du hors piste j'aurais envie 
de dire.
piste:type=downhill + piste:grooming=backcountry me semble un bon candidat


>Et comment tagger un trajet hors-piste classique ?
>Pour l'instant, j'ai mis 
>- pour le hors-piste : grooming=backcountry, patrolled=no

"piste:grooming=backcountry" précise :
"Use with marked, cleared, ungroomed ski trails." 
mais précise aussi 
"Off-piste cross-country skiing, often referred to as backcountry touring"
ce qui me semble incohérent, ont-ils supposés que "off-piste et marked" est 
possible ?

Bref, je dirais qu'il manque un truc pour le préciser. Ton patrolled=no (que 
tu as inventé ?) ajouté d'un piste:type=downhill me semble une bonne idée. 
Bien que patrolled et non balisée ne me semble pas tout à fait le même 
concept

>Logiquement, je devrais mettre pour les deux "grooming = backcountry", mais
>je crains que le hors-piste soit trop semblable au sur-piste. 

Tout à fait d'accord, donc il manque un truc :
soit pour le hors piste on n'utilise pas piste:downhill mais piste:skitour, 
mais là on rentre dans le problème que j'ai indiqué du "et si ça monte ?"
ou alors on invente un truc à ajouter
ou alors on réutilise le trail_visibility (à la sauce piste ?) 


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole

[Vincent Pottier]

Le 24/03/2010 11:46, Emilie Laffray a écrit :
>  C'est globalement assez simple.
pour certains !
:-)
--
FrViPofm

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

Re: [OSM-talk-fr] Relecture et aide traduction Features: Piste maps

[sly (sylvain letuffe)]

On mercredi 24 mars 2010, Etienne Trimaille wrote:
> >
> > Je me demande si après-tout le 'pur hors-piste'  a vocation à figurer
> > dans la base. Pourquoi pas un coin à champignon?
> >
> >
> Je me pose la même question.

Je suis entre les deux, c'est en effet quelque chose de délicat, si on part du 
principe que la quasi totalité des montagnes est skiable, on pourrait se 
retrouver avec des pistes? qui n'ont presque aucun sens. Mais il existe 
toutefois des parcours plus skiés que d'autres, de sorte qu'en hivers, ces 
chemins deviennent visibles, jusqu'a la fonte des neiges.

Comme je l'ai évoqué sur la page concernant "path" qui pourtant incite presque 
clairement que path devrait être utilisé pour le ski, les raquettes, les 
motos neige :
http://wiki.openstreetmap.org/wiki/Talk:Tag:highway=path

Je suis contre, sauf si en été aussi, le chemin est visible. Sans quoi la 
donnée deviens difficilement utilisable car il faut que tout les outils qui 
la traite prenne en compte la présence d'un extra tag de type "sport=ski" 
pour ne justement pas indiquer ces faux chemins au randonneur.

Je recommande donc que ce soit taggué avec piste:type=un_truc

Après, vient la difficile question de "quoi mettre et ne pas mettre"

Les pistes de ski balisées, pas de problème, c'est visible même en été, des 
piquets sont là, le tracé est stable dans le temps et vérifiable, donc on a 
piste:type=downhill pour le ski de "piste" et piste:type=nordic pour le ski 
de fond

En ce qui concerne le hors pistes non balisées, ça devient plus délicat. D'une 
part il y a plusieurs activités pas forcément compatibles qu'il faut 
différencier, en effet, un itinéraire de ski de rando qui part du sommet de 
la station, si vous le suiviez avec vos skis de piste, ça va être très 
embêtant lorsque vous serez coincé en bat d'un goulet et qu'il faudra 
remonter sur 400m. Si vous êtes en ski de fond (mais que faites vous donc au 
sommet d'une station de piste ?) idem

Donc il y a hors pistes, et hors pistes.

En regardant ce qui se fait ailleurs (IGN) des itinéraires ski de rando 
(bleus) sont indiqués, ils ne veulent pas dire qu'en dehors de ça, point de 
salut, mais que ce sont des itinéraires réguliers. Et là, vient la 
subjectivité, qu'est-ce qui est réguliers ?

Pour le hors piste, de ski de piste (comme c'était mentionné par le posteur 
original) on retrouve un peu la question subjective, si on prend une station 
hors forêt, virtuellement, vous allez pouvoir couper presque entre toutes les 
pistes et ainsi couvrir la station (moins les barres rocheuses, et encore, 
selon niveau)

J'ai envie de dire, puisque subjectivité il y a, le mentionner sur le wiki, 
indiquer plusieurs élément qui aiderons le cartographe à choisir, puis 
laisser à l'appréciation personnelle et au jugement. Le risque étant d'en 
voir des tonnes et des tonnes et qu'en fait on se retrouve sur un site comme 
camp2camp ou skitour.fr où chacun a en fait posé sa trace. Peut-être cela 
s'autogérera-t-il si d'autres suppriment les itinéraires "non stratégiques"

Mais ne crions pas non plus avant d'avoir mal, les montagnes n'en sont pas 
couvertes !

> Exemple pratiquement identique : mes traces de montées en ski de rando à un
> sommet. Je ne détiens pas la trace qu'il faut suivre, et cela ne correspond
> pas à un chemin présent sur le terrain. Je pense donc pas qu'il soit bon de
> mettre ce genre d'info dans osm,
+1

> mais plutôt dans une base spécialisé, comme 
> camp2camp 
+1 



-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole

[sly (sylvain letuffe)]

On mercredi 24 mars 2010, Nicolas Moyroud wrote:
> Quelqu'un saurait-il comment faire pour récupérer les limites de 
> départements directement depuis OSM ?
> Merci pour votre aide.

J'avais en effet réalisé cet extraction à l'époque (de la même manière que 
j'extrais les communes) 
Mais j'ai stoppé pour les raisons évoquées par pieren. Sitôt que ces données 
tintées de doutes auront disparues, je reprendrais les extractions des 
départements et régions.

J'ai gardé ça toutefois :
http://beta.letuffe.org/ressources/cartes/departements.png

Un tutoriel bien expliqué par françois se trouve ici :
http://iglibres.blogspot.com/2009/04/limites-administratives.html
Il est facilement applicable aux départements et régions, mais il faut bien 
être conscient que le doute persiste sur la liberté des données

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Bonjour à tous

[Guillaume Audirac]

Bonjour,

Le 24 mars 2010 15:34, marc mascre  a écrit :

> Personne ne peut me donner des conseils ou un coup de main ?
>

Côté conseils, tu peux t'inspirer de compte-rendus comme ceux-ci, issus de
mapping-parties à Vire et ses environs:
http://linuxavire.free.fr/wikini/wakka.php?wiki=OSM09091622
http://linuxavire.free.fr/wikini/wakka.php?wiki=AtelierOSM090516

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

Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole

[Emilie Laffray]

2010/3/24 Nicolas Moyroud 

>
> Emilie Laffray a écrit :
> >
> > Selon ce que tu veux faire, en effet, gadm est une bonne base.
> > Toutefois, la taille de la base de donnee est assez importante, et il
> > y a des problemes avec des caracteres (probleme avec UTF-8). De plus,
> > ces donnees sont difficilement utilisables du fait de la clause NC. Si
> > tu veux utiliser cela dans un cadre d'une societe, ce n'est pas possible.
> >
> Dans mon cas la clause NC n'est pas génante, c'est pour un projet
> purement scientifique, sans aucun but commercial. Le problème avec les
> caractères peut être embêtant, mais sur 95 départements je devrais
> pouvoir le régler "à la main". Après c'est sûr que ce n'est adapté à
> beaucoup d'usages... Vivement qu'OSM propose une archive téléchargeable
> des limites administratives. Y'a plus qu'à se retrousser les manches et
> finir le boulot de saisie ! ;-)
>
>
Enfin, il est possible que tu sois oblige de simplifier aussi les géométries
avec GADM ;) J'avais regarde il y a quelques temps de cela et ca donne quand
meme un tres gros fichier :) Les donnees de GADM proviennent de l'ONU. Je
n'ai pas souvenir s'il y avait les departements dedans ou pas. Je me
rappelle clairement des regions, mais departements je ne sais plus.

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

Re: [OSM-talk-fr] Site osm-fr

[sly (sylvain letuffe)]

On mardi 23 mars 2010, Damouns wrote:
> Bonjour
> 
> J'ai découvert aujourd'hui la page d'accueil de la communauté
> allemande (sur http://www.openstreetmap.de) et je trouve que celle de
> la France (sur http://www.openstreetmap.fr) fait pâle figure à côté.

Mon avis est que les allemands ont encore une fois une longueur d'avance sur 
nous, et qu'ils ont bien compris que www/wiki.openstreetmap.org, ben, c'était 
pas pour tout le monde.

Tout d'abord tout s'y mélange et on saute de l'anglais au français dans tous 
les sens sans rester bien constant, comme site d'une communauté locale, c'est 
un peu dur

C'est à mon sens un très bon outil pour des gens motivés et impliqués dans le 
développement osm, dans l'évolution futur des tags. Mais pour le contributeur 
lambda où simplement celui qui veut mettre une carte osm sur son site, où 
télécharger les données pour son GPS, c'est proche d'un chemin de croix.

Je contribue depuis pas mal de temps au wiki.osm.org (partie FR), à tenter de 
le rendre plus simple, plus logique d'accès pour "monsieur tout le monde", 
mais je pense que ce n'est pas gérable. C'est un trop gros bateau qui 
n'arrive plus à avancer, et sa cible ne devrait pas tenter d'être "monsieur 
tout le monde" je pense que le choix de wikipedia d'avoir segmenté les 
langues est une bonne chose, je pense que la bonne direction est similaire : 
des portails locaux (fr, de, uk) qui ciblent plus l'utilisateur que le 
contributeur.
Car j'ai souvent remarqué ça dans le libre, d'abord on veut prendre, et si 
c'est top, on contribuera naturellement, mais un wiki étouffe quidam, ça 
déroute et ça fait peur.

Bon, la critique est facile, l'art est difficile, on ne construit pas un super 
top portail osm-fr en 3 secondes avec 1 motivé et demi, mais je soutiens une 
telle initiative et suis prêt à y donner un peu de temps (j'ai déjà fais le 
forum ! aïe, pas troller)


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Un billet sur une mapping party orga nisée par Google ;-)

[Pieren]

2010/3/24 Guillaume Allegre 

> voui ! grand merci pour la traduction,
> mais pourquoi avoir transformé l'Ile de Wight en Ile de Man ?
>
>
Oops. Je ne sais pas. Mais vu l'heure tardive et la vitesse de la
traduction, j'espère qu'on me pardonnera. En tout cas, c'est rectifié
maintenant  ;-)

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

Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole

[Nicolas Moyroud]

Emilie Laffray a écrit :
>
> Selon ce que tu veux faire, en effet, gadm est une bonne base. 
> Toutefois, la taille de la base de donnee est assez importante, et il 
> y a des problemes avec des caracteres (probleme avec UTF-8). De plus, 
> ces donnees sont difficilement utilisables du fait de la clause NC. Si 
> tu veux utiliser cela dans un cadre d'une societe, ce n'est pas possible.
>
Dans mon cas la clause NC n'est pas génante, c'est pour un projet 
purement scientifique, sans aucun but commercial. Le problème avec les 
caractères peut être embêtant, mais sur 95 départements je devrais 
pouvoir le régler "à la main". Après c'est sûr que ce n'est adapté à 
beaucoup d'usages... Vivement qu'OSM propose une archive téléchargeable 
des limites administratives. Y'a plus qu'à se retrousser les manches et 
finir le boulot de saisie ! ;-)


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

Re: [OSM-talk-fr] Trouver ses voisins ( Était : Bonjour à tous)

[Nicolas Dumoulin]

Le mercredi 24 mars 2010 12:29:52 Guillaume Audirac, vous avez écrit :
> En complément, je te propose aussi une méthode pour identifier les
> contributeurs potentiels sur Reims et ayant déjà fait des modifs dans OSM,
> certains ne mettant pas à jour leur profil OSM:
> - ouvre osm.org et zoome arrière suffisamment pour que ça reste compatible
> avec l'affichage de l'historique (zoom 11 par exemple)
> - sélectionne Historique
> - le plus délicat est de filtrer toutes les modifs faites par les robots:
> la zone de changement est en général estampillée "(grand)" (dans Zone
> donc), évite ceux-là. Tu devras sûrement remonter pas mal dans
> l'historique.

D'ailleurs, il n'y aurait pas moyen de filtrer automatiquement ces « grands » 
changements ?

Merci

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole

[Nicolas Dumoulin]

Le mercredi 24 mars 2010 11:49:33 Nicolas Moyroud, vous avez écrit :
> C'est pour un affichage comme fond carto en-dessous d'une couche
> représentant des emprises d'images sat Rapid'Eye et SPOT. J'avais juste
> besoin des limites de départements pour mieux pouvoir situer la position
> de chaque image. A terme, l'interface risque de se retrouver en ligne
> sur un site, c'est pour ça que je cherche des données libres. Sinon
> j'aurai directement utilisé les données IGN que nous possédons dans
> notre unité de recherche. Mais nous n'avons bien entendu pas le droit de
> les diffuser en ligne...

Salut,

Je serai intéressé de savoir au final comment tu t'en seras sorti :-)

Merci

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Bonjour à tous

[Guillaume Audirac]

Le 24 mars 2010 15:43, Pieren  a écrit :

> Je ne peux pas trop t'aider sur ce coup-là. Pour localiser des
> contributeurs voisins, tu peux essayer de voir en te géolocalisant sur ton
> compte utilisateur sur osm.org, il t'affiche les autres inscrits qui se
> sont aussi localisés dans les environs (tu peux même te déplacer pour
> agrandir la zone de recherche). A partir des pseudo, tu peux ensuite leur
> envoyer une invit directement.
>

En complément, je te propose aussi une méthode pour identifier les
contributeurs potentiels sur Reims et ayant déjà fait des modifs dans OSM,
certains ne mettant pas à jour leur profil OSM:
- ouvre osm.org et zoome arrière suffisamment pour que ça reste compatible
avec l'affichage de l'historique (zoom 11 par exemple)
- sélectionne Historique
- le plus délicat est de filtrer toutes les modifs faites par les robots: la
zone de changement est en général estampillée "(grand)" (dans Zone donc),
évite ceux-là. Tu devras sûrement remonter pas mal dans l'historique.

Plus simple, tu te connectes sur http://www.itoworld.com, tu crées un compte
et utilises l'outil osmmapper. Tu choisis une zone assez large sur Reims,
affiches la liste des changements par utilisateur, et tries par nombre de
chemins. Après nettoyage, ça donne:

MXS
iKos
EtienneChoveBot
klausis
PierenBot
xybot
nounours
Stéphane Péchard
CLCF06
AmiFritz
cram51
spirzouf
Simon Volant
Mawie
MS BOT
ed51
Aunberbugquisesttrompédadresseemail
lutz
Aurelien Jacobs
Benoit A
Ropino
PHerison
Marcussacapuces91
benjamin&christel
FrViPofm
Gavin
johnsdixon
Philomene
Alban
Maarten Deen
JulienBalas
hermann_sl
Eddy 51
gam3
Tronikon
ulfl
fesch
Mickaël
YannC
julien76100
Eneboer
noperante
Art Penteur
Christian Pennaforte
Christophe HARDOUIN DUPARC
Jörg Ostertag
BugBuster
forlane
makaeser
Pmz
sly
Breizh_Punisher
kevredon
Goon

Ensuite il ne te reste qu'à enlever les robots que tu identifies, puis tu
peux contacter chacun via sa page OSM:
http://www.openstreetmap.org/user/[nom_utilisateur].
Bien sûr, il y a beaucoup de gens de passage, mais pour démarrer c'est déjà
pas mal.
Pour identifier ceux qui ont un compte OSM, qui habitent près de Reims, mais
n'ont jamais fait de modifs ni mis à jour leur profil, là je jette l'éponge
;-)

Il semblerait aussi qu'un feed RSS soit disponible dans Session (de osm
mapper) pour suivre les modifs sur une zone. A essayer.

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

Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole

[wouldsmina]

quand je veux récupérer facilement un tag particulier sur osm, j'utilise
tagwatch: http://tagwatch.stoecker.eu/Europe/En/tags.html

Par contre ça récupère toute l'europe...

voila ce que ça donne pour source=cartographe associés:
http://tagwatch.stoecker.eu/osmxapi/*%5Bsource=Cartographes%20Associ%C3%A9s%5D

Ou encore admin_level=6:
http://tagwatch.stoecker.eu/osmxapi/*%5Badmin_level=6%5D

Si ça peut aider...

Le 24 mars 2010 11:42, Nicolas Moyroud [via GIS] <
ml-node+4790134-915434643-235...@n2.nabble.com
> a écrit :

> Mon but final est de toute façon un import dans une base postgis. Mais
> j'aimerai autant éviter d'avoir à faire plein de requêtes pour
> reconstituer les limites des départements à partir de plusieurs couches,
> avec toutes les erreurs que cela pourrait engendrer... La solution
> proposée par Vincent Pottier m'a l'air également bien complexe. Étant
> donné que je n'ai pas besoin d'une grande précision (c'est juste pour
> mettre en fond les départements sur une carte), je n'ai pas trop envie
> de me prendre la tête.
> Pour info, j'ai trouvé ça :
> http://www.gadm.org
> C'est un site où on peut télécharger (sous licence CC by-nc-sa) toutes
> les limites administratives du monde aux formats SHP, KMZ ou R. La
> qualité des données n'a pas l'air garantie (aucune information sur la
> manière dont elles ont été construites), mais dans mon cas très
> approximatif, je pense que ça conviendra.
>
>
> Pieren a écrit :
>
> > 2010/3/24 Nicolas Moyroud <[hidden 
> > email] email]>>
>
> >
> > Je pense que le fichier doit
> > être trop gros...
> >
> >
> > Tu m'étonnes ! Le problème, c'est qu'OSM fournit les limites
> > hyper-détaillées du cadastre. Pour un usage à l'échelle de l'hexagone,
> > il faudrait passer par une étape de simplification mais là, je cale.
> > Ca risque d'être un peu plus compliqué comme passer par un import dans
> > une base postgis et simplification géométrique à l'export.
> >
> > Pieren
> >
>
> ___
> Talk-fr mailing list
> [hidden 
> email]
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
>  View message @
> http://n2.nabble.com/Telechargement-des-limites-de-departements-de-metropole-tp4789866p4790134.html
> To start a new topic under France, email
> ml-node+3070341-386323304-235...@n2.nabble.com
> To unsubscribe from France, click here< (link removed) =>.
>
>
>

-- 
View this message in context: 
http://n2.nabble.com/Telechargement-des-limites-de-departements-de-metropole-tp4789866p4790266.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] Téléchargement des limites de d épartements de métropole

[Nicolas Moyroud]

> Comme l'a dit Pieren, le seul moyen est de passer par probablement 
> Postgis pour le moment et d'autres manipulations avec d'autres outils 
> "amusants". Que comptes tu faire avec ces données? Comment comptes tu 
> les exploiter?
>
> Emilie Laffray
C'est pour un affichage comme fond carto en-dessous d'une couche 
représentant des emprises d'images sat Rapid'Eye et SPOT. J'avais juste 
besoin des limites de départements pour mieux pouvoir situer la position 
de chaque image. A terme, l'interface risque de se retrouver en ligne 
sur un site, c'est pour ça que je cherche des données libres. Sinon 
j'aurai directement utilisé les données IGN que nous possédons dans 
notre unité de recherche. Mais nous n'avons bien entendu pas le droit de 
les diffuser en ligne...

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

Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole

[Emilie Laffray]

2010/3/24 Nicolas Moyroud 

> Mon but final est de toute façon un import dans une base postgis. Mais
> j'aimerai autant éviter d'avoir à faire plein de requêtes pour
> reconstituer les limites des départements à partir de plusieurs couches,
> avec toutes les erreurs que cela pourrait engendrer... La solution
> proposée par Vincent Pottier m'a l'air également bien complexe. Étant
> donné que je n'ai pas besoin d'une grande précision (c'est juste pour
> mettre en fond les départements sur une carte), je n'ai pas trop envie
> de me prendre la tête.
> Pour info, j'ai trouvé ça :
> http://www.gadm.org
> C'est un site où on peut télécharger (sous licence CC by-nc-sa) toutes
> les limites administratives du monde aux formats SHP, KMZ ou R. La
> qualité des données n'a pas l'air garantie (aucune information sur la
> manière dont elles ont été construites), mais dans mon cas très
> approximatif, je pense que ça conviendra.
>

Selon ce que tu veux faire, en effet, gadm est une bonne base. Toutefois, la
taille de la base de donnee est assez importante, et il y a des problemes
avec des caracteres (probleme avec UTF-8). De plus, ces donnees sont
difficilement utilisables du fait de la clause NC. Si tu veux utiliser cela
dans un cadre d'une societe, ce n'est pas possible.
Si tu vises la base Postgis, il n'y a qu'une seule requete a faire en fait.
Il te faut faire un
http://postgis.refractions.net/documentation/manual-svn/ST_SimplifyPreserveTopology.html.
Car tu veux conserver la topologie. Tu importes donc les donnees puis
tu
crees une deuxieme table en utilisant une seule requete. C'est globalement
assez simple.

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

Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole

[Nicolas Moyroud]

Mon but final est de toute façon un import dans une base postgis. Mais 
j'aimerai autant éviter d'avoir à faire plein de requêtes pour 
reconstituer les limites des départements à partir de plusieurs couches, 
avec toutes les erreurs que cela pourrait engendrer... La solution 
proposée par Vincent Pottier m'a l'air également bien complexe. Étant 
donné que je n'ai pas besoin d'une grande précision (c'est juste pour 
mettre en fond les départements sur une carte), je n'ai pas trop envie 
de me prendre la tête.
Pour info, j'ai trouvé ça :
http://www.gadm.org
C'est un site où on peut télécharger (sous licence CC by-nc-sa) toutes 
les limites administratives du monde aux formats SHP, KMZ ou R. La 
qualité des données n'a pas l'air garantie (aucune information sur la 
manière dont elles ont été construites), mais dans mon cas très 
approximatif, je pense que ça conviendra.


Pieren a écrit :
> 2010/3/24 Nicolas Moyroud mailto:nmoyr...@free.fr>>
>
> Je pense que le fichier doit
> être trop gros...
>
>
> Tu m'étonnes ! Le problème, c'est qu'OSM fournit les limites 
> hyper-détaillées du cadastre. Pour un usage à l'échelle de l'hexagone, 
> il faudrait passer par une étape de simplification mais là, je cale. 
> Ca risque d'être un peu plus compliqué comme passer par un import dans 
> une base postgis et simplification géométrique à l'export.
>
> Pieren
>   

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

Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole

[Emilie Laffray]

2010/3/24 Nicolas Moyroud 

> Merci Pieren pour cette réponse très détaillée.
> Pour l'extraction quelle méthode dois-je utiliser ? J'ai récupéré un
> fichier france.osm.administrative, mais il fait 1.2Go et quand j'essaye
> de l'ouvrir avec JOSM ça ne s'ouvre pas. Je pense que le fichier doit
> être trop gros...
> Il y a une meilleure méthode pour récupérer tous les départements ?
>

Comme l'a dit Pieren, le seul moyen est de passer par probablement Postgis
pour le moment et d'autres manipulations avec d'autres outils "amusants".
Que comptes tu faire avec ces données? Comment comptes tu les exploiter?

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

Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole

[Nicolas Dumoulin]

Le mercredi 24 mars 2010 10:55:46 Pieren, vous avez écrit :
> L'idéal serait finalement de réellement supprimer ces anciennes limites
> départementales qui sont aujourd'hui largement minoritaires (celles qui
> contiennent encore la source "cartographes associés") et de lancer un appel
> pour que toute la communauté comble les trous ainsi créés. Nous avons
> maintenant tous les outils pour les combler, y compris dans les zones où il
> n'y a que des plans images du cadastre (c'est un peu plus long mais c'est
> faisable). Quelqu'un pourrait-il donner une estimation du nombre de
> kilomètres que cela représente encore aujourd'hui ?


\o_ Je suis volontaire pour répondre à un tel appel.

Maintenant que j'ai compris comment travailler avec les planches images ^^ 
(merci Pieren)

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Un billet sur une mapping party orga nisée par Google ;-)

[Guillaume Allegre]

Le Wed 24 Mar 2010 à 01:35 +0100, Pieren a ecrit :
> Je ne résiste pas à l'envie de partager ce billet trouvé dans le journal des
> contributeurs d'osm.org publié le 20 mars par Komzpa et qui m'a bien fait
> marrer:
> http://www.openstreetmap.org/user/Kom%D1%8Fpa/diary/10047

> 
> Voila, en espérant que ce billet vous aura autant fait marrer que moi ;-)

voui ! grand merci pour la traduction,
mais pourquoi avoir transformé l'Ile de Wight en Ile de Man ?



-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.org

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

Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole

[Pieren]

2010/3/24 Nicolas Moyroud 

> Je pense que le fichier doit
> être trop gros...
>
>
Tu m'étonnes ! Le problème, c'est qu'OSM fournit les limites
hyper-détaillées du cadastre. Pour un usage à l'échelle de l'hexagone, il
faudrait passer par une étape de simplification mais là, je cale. Ca risque
d'être un peu plus compliqué comme passer par un import dans une base
postgis et simplification géométrique à l'export.

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

Re: [OSM-talk-fr] Bonjour à tous

[Jeremy G]

(Avec un double post comme ça je pense qu'il n'y a plus qu'à te lancer !!)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bonjour à tous

[Jeremy G]

Le 24 mars 2010 11:04, marc mascre  a écrit :

> Bonjour
>

Bonjour Marc,


> Personne ne peut me donner des conseils ou un coup de main ?
> Ca ne bouge pas beaucoup dans mon coin, c'est pour ca que je tente de
> lancer quelque chose. Mais c'est la première fois que je lance un projet
> comme celui la et je n'ai pas l'expérience pour réussir à organiser un truc
> comme ca sans un minimum de conseil.
>
> Y a t il du monde proche de Reims ici ?

Pourrais je vous rencontrer pour discuter?
>

Je ne suis pas dans la même région que toi, donc ma réponse porte surtout
sur l'organisation d'une *mapping party*.
Je t'invite à regarder (si ce n'est pas déjà fait :) ) les pages du wiki :
Un mémo général du présentation du principe :
http://wiki.openstreetmap.org/wiki/FR:Memo_pour_mapping_party
La liste des mapping parties :
http://wiki.openstreetmap.org/wiki/WikiProject_France/Mapping_Parties

Si tu lis l'anglais :
http://wiki.openstreetmap.org/wiki/Mapping_Weekend_Howto

Pour identifier des utilisateurs OSM régionaux, tu peux te servir de ton
compte sur http://www.osm.org, sur la page "utilisateur", une carte
glissante affiche les utilisateurs les plus proches. A défaut, je pense
qu'une annonce aux clubs de rando, VTT, parapente, etc., aux écoles
d'informatique, aux départements de géographie... (en somme aux personnes
déjà sensibilisées aux données géographiques !) peut t'amener des curieux !

Bon courage,

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

Re: [OSM-talk-fr] Bonjour à tous

[Pieren]

2010/3/24 marc mascre 

Je ne peux pas trop t'aider sur ce coup-là. Pour localiser des contributeurs
voisins, tu peux essayer de voir en te géolocalisant sur ton compte
utilisateur sur osm.org, il t'affiche les autres inscrits qui se sont aussi
localisés dans les environs (tu peux même te déplacer pour agrandir la zone
de recherche). A partir des pseudo, tu peux ensuite leur envoyer une invit
directement.
Pour l'organisation de mapping parties, il y a une page sur le wiki. Tu peux
aussi essayer de chercher en dehors de cette liste qui ne représente qu'une
petite partie de la communauté (sur les forums, sur la liste bretonne, sur
le diary).

bon courage et bonne mapping party !
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole

[Nicolas Moyroud]

Merci Pieren pour cette réponse très détaillée.
Pour l'extraction quelle méthode dois-je utiliser ? J'ai récupéré un 
fichier france.osm.administrative, mais il fait 1.2Go et quand j'essaye 
de l'ouvrir avec JOSM ça ne s'ouvre pas. Je pense que le fichier doit 
être trop gros...
Il y a une meilleure méthode pour récupérer tous les départements ?

Pieren a écrit :
> Il faut alors juste extraire tous les éléments taggués avec 
> boudary=administrative et admin_level=6 (pour les départements).
>

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

Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole

[Vincent Pottier]

Le 24/03/2010 10:55, Pieren a écrit :
> Le moins idéal serait de continuer de fermer les yeux en attendant que 
> les limites soient toutes remplacées par la progression naturelle de 
> l'import des limites communales du cadastre. Il faut alors juste 
> extraire tous les éléments taggués avec boudary=administrative et 
> admin_level=6 (pour les départements).
ou
admin_level=4 ou admin_level=2 pour ibnclude aussi les limites de 
régions et d'état (qui sont de fait limites de département)

Malheureusement, l'API 0.6 ne permet pas encore de faire un requête XAPI 
sur plusieurs tags.

Il faudra probablement lancer 3 requêtes (3 niveaux) du genre 
[admin_level=n][bbox=N], fusionner et vérifier à la main...

Je ne maitrise pas assez pour savoir ce qui peut être fait avec ça :
http://wiki.openstreetmap.org/wiki/OSM_Server_Side_Script

--
FrViPofm

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

Re: [OSM-talk-fr] Bonjour à tous

[marc mascre]

Bonjour

Personne ne peut me donner des conseils ou un coup de main ?
Ca ne bouge pas beaucoup dans mon coin, c'est pour ca que je tente de lancer
quelque chose. Mais c'est la première fois que je lance un projet comme
celui la et je n'ai pas l'expérience pour réussir à organiser un truc comme
ca sans un minimum de conseil.

Y a t il du monde proche de Reims ici ?
Pourrais je vous rencontrer pour discuter?

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

Re: [OSM-talk-fr] Téléchargement des limites de d épartements de métropole

[Pieren]

2010/3/24 Nicolas Moyroud 

> J'aurai besoin de télécharger depuis OSM les limites des départements
> français de métropole.
>
>
Salut Nicolas,

En fait, la décision dont je parle dans le wiki était finalement de
supprimer les parties litigieuses mais personne ne l'a mise en application
depuis. Il faut dire qu'entre temps, un grand nombre de limites communales
issues du cadastre ont remplacé ces limites imprécises (parce qu'en plus
d'être litigieuses, elles étaient très approximatives).
Cette décision était une mesure de précaution. Nous savons d'où viennent ces
anciennes limites, nous savons que la boite a en partie fermé (mais une
partie aurait été rachetée si mes souvenirs sont bons) mais nous ne savons
pas si ces limites départementales peuvent être revendiquées par quelqu'un
d'autre.
L'idéal serait finalement de réellement supprimer ces anciennes limites
départementales qui sont aujourd'hui largement minoritaires (celles qui
contiennent encore la source "cartographes associés") et de lancer un appel
pour que toute la communauté comble les trous ainsi créés. Nous avons
maintenant tous les outils pour les combler, y compris dans les zones où il
n'y a que des plans images du cadastre (c'est un peu plus long mais c'est
faisable). Quelqu'un pourrait-il donner une estimation du nombre de
kilomètres que cela représente encore aujourd'hui ?
Le moins idéal serait de continuer de fermer les yeux en attendant que les
limites soient toutes remplacées par la progression naturelle de l'import
des limites communales du cadastre. Il faut alors juste extraire tous les
éléments taggués avec boudary=administrative et admin_level=6 (pour les
départements).

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

Re: [OSM-talk-fr] Un billet sur une mapping party organis ée par Google ;-)

[Etienne Chové]

Le 24/03/2010 01:35, Pieren a écrit :
> Voila, en espérant que ce billet vous aura autant fait marrer que moi ;-)

C'est tout simplement génial ! Merci pour la traduction.

...en France on se serait vite fait vidé.

-- 
Etienne

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

[OSM-talk-fr] Téléchargement des limites de d épartements de métropole

[Nicolas Moyroud]

Bonjour à tous,

J'aurai besoin de télécharger depuis OSM les limites des départements 
français de métropole. J'ai cherché quelques infos à ce sujet sur le 
wiki osm et je suis tombé sur cette page :
http://wiki.openstreetmap.org/wiki/WikiProject_France/Fonds_de_cartes
Dans la partie "Carte Départements français de métropole", il y a un 
commentaire de Pieren qui explique pourquoi ces données ne sont pas 
disponibles en téléchargement. Mais ce commentaire date de Mars 2009 et 
précise qu'une décision sera prise rapidement. Qu'en est-il depuis ?
Quelqu'un saurait-il comment faire pour récupérer les limites de 
départements directement depuis OSM ?
Merci pour votre aide.


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

Re: [OSM-talk-fr] Transports en commun

[Vincent Pottier]

Le 24/03/2010 09:03, Lord Awikatchikaen a écrit :
> Je peux comprendre l'intérêt des relations B > A et B > Abis. Mais 
> pourquoi faire deux relations pour l'aller et le retour sur un même 
> parcours? les tag "forward:stop" et"backward:stop" devrait suffire à 
> décrire les deux sens de circulation.
Deux raisons :
* technique : simplicité de maintenance,
* stratégique : Loi de Metcalfe

Pour moi, les itinéraires les arrêts dans le centre ville de Besançon 
sont différents selon le sens (voir par exemple la ligne 1 sur
http://3liz.fr/public/osmtransport/index.php?country=France&location=Besan%C3%A7on
et
http://78.46.81.38/api/sketch-line?network=Ginko&ref=1&correspondences=100&font-size=10
Il m'est plus facile de vérifier l'intégrité l'exaustivité, donc 
d'assurer la maintenance dans JOSM, avec des routes correspondant à un 
voyage.
Dans les relations, j'ai l'item 'relation ("1. Orchamps > 
Châteaufarine)', je sélectionne (le cas échéant, je télécharge les 
éléments manquants ) et j'ai, surligné à l'écran, tout ce qui concerne 
cette relation, voies, arrêts. La vérification est plus facile !
Orchamps > Châteaufarine : OK. Je passe à Châteaufarine > Orchamps. OK. 
La ligne est bonne, propre.
Il est vrai que dans la relation, j'ordonne aussi les segments. Plus 
facile ainsi de suivre et d'intégrer des boucles (le cas hier avec la 
ligne 27 qui dessert l'hôpital Mingoz, boucle pas encore représentée 
dans OSMTransport). Avec ce schéma, le segment parcouru deux fois est 
mis deux fois. Sans ce schéma, ça n'a pas de sens de le mettre deux fois.

La description est hyper-réaliste, trop riche ?
Certes je ne fais pas un outils pour navigation pour les chauffeurs de 
bus. Mais est-ce que je connais tous les usages qui seront tirés de la 
richesse des données ? Avec ce schéma hyper-réaliste, on (pas moi) 
pourra faire des statistiques sur les longueurs de lignes et autres 
idées que je n'ai même pas. Sans ce schéma, difficile. Si les données 
sont pauvres, les usages seront pauvres, voire absents, si les données 
sont riches (nombreuses et signifiantes) les usages se multiplieront et 
se diversifieront. Et les données viendront. C'est la loi de Metcalfe 
(cf http://fr.wikipedia.org/wiki/Loi_de_Metcalfe)

Si Besançon est mappé avec cette richesse, les devs (3Liz ?) auront une 
(petite, Besançon n'est pas grand) base de test pour ces nouvelles 
applications, pour les outils de gestion de qualité...
Je fais de la carto sur OSM pour combler un retard sur la liberté des 
données, mais aussi pour anticiper les applications qui pourront être 
faites avec des données libres.

Quel intérêt voyait-on à entrer la hauteur du bâtit, il y a un an ? La 
feature image de la semaine (que j'avais proposé ;-) est en train de 
démontrer le bien fondé de ce type d'info.

Ma question pour les transports, c'est : Comment représenter la 
complexité du réseau RER-Île de France avec ce modèle. Qui osera se lancer ?
Je crois que la clef est dans ce modèle et dans l'usage des noms de 
mission : AJAC, EKLI, EKIL, EFLA, EFOR, VICK
Du boulot !

Au fait, il y a aussi quelques outils sur le wiki pour gérer l'avancée 
de ce genre de cartographie :
http://wiki.openstreetmap.org/wiki/Besan%C3%A7on/Ginko#1

Bon courage !
--
FrViPofm

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

Re: [OSM-talk-fr] Jolie fond de carte

[Lord Awikatchikaen]

Est ce que ca ne serait pas intéressant a mettre en place sur
openstreetmap.fr vu qu'il avait été plus ou moins acquis que cette page
devrait devenir un point d'entrée sur OSM en france et devait faire peau
neuve ?

2010/3/23 Yann Coupin 

> Le problème de cascadenik c’est que quand j’avais essayé ça n’était pas de
> tout repos à mettre en œuvre, mais par contre ça fait rapidement des trucs
> assez jolis :
>
> http://teczno.com/cascadenik-openstreetmap-II/
>
> Yann
>
> Le 23 mars 2010 à 20:32, Dominique Rousseau a écrit :
>
> > Le Tue, Mar 23, 2010 at 06:12:28PM +0100, René-Luc D'Hont [
> rldh...@gmail.com] a écrit:
> >> Le 23/03/2010 18:02, Dominique Rousseau a écrit :
> >>> ça a l'air quand même nettement plus agréable que les styles mapnik à
> >>> écrire que la syntaxe d'origine en XML
> >>> (en tout cas, pour moi, qui connait déjà CSS)
> >>>
> >> Cascadenik c'est pas mal pour le CSS mais tu devrais quand même rédigé
> >> un XML de départ auquel tu ajoutes des class et id ;-)
> >
> > Certes.
> > Mais que ce soit un programme qui écrive les "rules" et les
> > "symbolizers" en XML, déjà... :-)
> >
> > --
> > Dominique Rousseau
> > d...@lee-loo.net - 06 82 43 12 27
> >
> > Si cinquante millions de gens disent une sottise,
> > ça n'en reste pas moins une sottise.  -- Anatole France
> >
> > ___
> > 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] Relecture et aide traduction Features: Piste maps

[Charlie Echo]

Pas d'accord.
Il y a des hors-pistes tellement fréquentés, tellement courants, qu'ils 
"méritent" de figurer dans OSM, au moins pour savoir où ils mènent. Ils ont 
même des noms reconnus par tout le monde,  pas "officiels" strictement, mais 
que les guides comprennent.

Le week-end dernier (puisque c'est ce dont il s'agit), il y avait quasiment 
autant de monde sur certains hors-piste que sur les pistes... Et au fond, les 
hors-pistes (dont je parle) sont très similiares à des pistes, avec un peu 
moins de sécurité.

Donc ce n'est pas du freeride...
Bref, à mon avis, ça mérite d'y être.
Pour info, il y a quelques années, les hors-pistes étaient en pointillés sur 
les plans.

Charlie Echo

- Mail Original -
De: "Etienne Trimaille" 

>Je me demande si après-tout le 'pur hors-piste' a vocation à figurer 
>dans la base. Pourquoi pas un coin à champignon? 

Je me pose la même question. 
Le hors-piste ne correspond à rien de physique. C'est juste un passage possible 
en ski. 
Il y avait eu une discussion il y a quelques mois sur la question si l'on 
devait tagger un chemin qui n'existe pas (l'exemple classique d'un itinéraire 
de randonnée ou de vtt qui passe dans un champs, sans qu'il y ait de trace au 
sol). Il faut aller chercher le consensus. 

Mais personnellement, je vois plus ce genre d'information dans une base 
parallèle. 

Exemple pratiquement identique : mes traces de montées en ski de rando à un 
sommet. Je ne détiens pas la trace qu'il faut suivre, et cela ne correspond pas 
à un chemin présent sur le terrain. Je pense donc pas qu'il soit bon de mettre 
ce genre d'info dans osm, mais plutôt dans une base spécialisé, comme camp2camp 
qui recense sous license libre (à la demande des utilisateurs) des traces 
itinéraires pour monter aux sommets,... 


___
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] Transports en commun

[Lord Awikatchikaen]

Je peux comprendre l'intérêt des relations B > A et B > Abis. Mais pourquoi
faire deux relations pour l'aller et le retour sur un même parcours? les tag
"forward:stop" et"backward:stop" devrait suffire à décrire les deux sens de
circulation.

2010/3/23 Xinfe Ewalavir 

> Désolé de revenir (encore!) dessus, mais quand je regarde les lignes vers
> Besançon, les lignes ne sont pas tagguées de manière homogène.
>
> Néanmoins, entre ce que je vois et ce que j'ai lu, pour cette méthode de
> marquage de lignes, j'ai compris comme ça :
>
>- relation "type = network" (lien vers relation 
> STAS
>)
>- relation ligne de bus 1 "type = line"
>   - relation ligne de bus 2 "type = line"
>   - relation ...
>   - relation ligne de bus n "type = line"
>  - relation itinéraire A > B "type = route"
>  - relation itinéraire B > A "type = route"
>  - relation itinéraire B > Abis "type = route"
> - ways utilisés par cet itinéraire "highway=..."
>  - relation "type = site", "site=stop_area" avec le rôle
>  "bus_stop"
> - arrêt de bus coté droit
> - arrêt coté gauche
> - arrêt 5 mètres plus loin, autre ligne, même nom
>
> Si l'empilement n'est pas exact, merci de me corriger.
>
> Ce qui me semble bizarre, c'est de mettre les *relation "type = site",
> "site=stop_area" avec le rôle "bus_stop"* dans la relation *line*. Faut-il
> plutôt mettre les relation *sites stop_area* dans les *route*s ?
>
> Un bon casse tête, ces lignes :D
>
> Merci de l'aide !
>
> 2010/3/23 Xinfe Ewalavir 
>
> 2010/3/21 Vincent Pottier 
>>
>>>  Le 21/03/2010 15:44, Xinfe Ewalavir a écrit :
>>>
>>> Bonjour à tous !
>>>
>>> Je sais que la question des transports en commun revient régulièrement,
>>> mais je trouve qu'il y a beaucoup de choses à éclaircir. Dans mon cas, je ne
>>> sais même pas quel schéma de mapping adopter :
>>> http://wiki.openstreetmap.org/wiki/Relation:route
>>> http://wiki.openstreetmap.org/wiki/Public_Transport
>>> http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema
>>>  
>>>
>>> Ou sur la mailing list :
>>> relation:line
>>> relation:route (aller)
>>> relation:route (retour)
>>>  relation:stop_area
>>> node:bus_stop (un côté)
>>> node:bus_stop (l'autre côté)
>>>
>>> En fait, je suis confronté à une ligne de ce 
>>> type(la partie en pointillés est 
>>> desservie une fois sur deux). Les données déjà
>>> dans OSM ressemblent à cette image .
>>> La relation existante est simplement embryonnaire.
>>>
>>> Donc quel serait le meilleur moyen de mapper cette ligne ? Je sens qu'il
>>> va falloir faire jouer les relations...
>>>
>>> Ma solution :
>>> * relation:line, name= A - B, ref=NN
>>> ** relation:route, name=A > B, ref=NN
>>> ** relation:route, name=B > A par 4, ref=NN
>>> ** relation:route, name=B > A par 4", ref=NN
>>>
>>>
>>> Merci pour votre aide !
>>>
>>> PS:Faudrait-il éditer le wiki pour faire une page en français qui
>>> regroupe que qu'il faut faire/préférer ?
>>>
>>> Je crois que ce schéma est relativement courant en Allemagne mais peu en
>>> Angleterre. Il est possible qu'il soit aussi utilisé en Italie.
>>> En tout cas il fonctionne avec les outils
>>> OpenTransport :
>>> http://3liz.fr/public/osmtransport/index.php?country=France&location=Besan%C3%A7on
>>> öpnvkarte :
>>> http://www.öpnvkarte.de/?lat=47.22026&lon=5.97851&zoom=18&layers=BT(la
>>>  ligne 5 n'est pas complète)
>>> sketch-line :
>>> http://78.46.81.38/api/sketch-line?network=Ginko&ref=1&correspondences=100
>>> --
>>> FrViPofm
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>> Merci bien pour la réponse. C'est quelque chose de relativement simple à
>> mettre en œuvre, et c'est compatible avec les principaux outils existants.
>>
>> Je ferai donc la ligne suivant ce principe...
>>
>
>
> ___
> 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