Re: [OSM-talk-fr] Import batiment

[Tenshu]

2010/9/8 Jean-Francois Nifenecker 

>
> J'avais évoqué cette question dans un fil récent. Sur un de mes postes, il
> devient *très* difficile d'utiliser Potlatch car les données n'arrivent
> pas/jamais, en raison -- à ce qu'il me semble -- de la densité des données à
> récupérer : les zones "désertiques" sont chargées sans pb, les zones bâties,
> non.
>


Pour parler franchement, Potlach est un mauvais outil en plus d'être
obsolète.
Quand je vois des tracés précis que je fais à partir du cadastre être
complété par un tracé de piste cycable avec potlach à la précision
complétement erratique ...

-- 
Mon weblog - http://www.tenshu.fr/
Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import batiment

[Rodolphe Quiedeville]

Le 09/09/2010 08:33, Ashar Voultoiz a écrit :
> On 08/09/10 22:26, Rodolphe Quiedeville wrote:
>>   Si l'édition est trop lourde à cause des
>> bâtiments il est possible d'ajouter une règles d'exclusion lors de la
>> lecture des données par une requête XAPI.
> 
> 
> Y a t'il un endroit ou trouver la description de XAPI et quelques
> recommandations ?
> Je pourrais, éventuellement, me plonger dans le code source de Potlach
> et JOSM pour coder le filtre 'anti-batiment' :-)
> 
La doc est dispo dans le wiki à l'adresse :
http://wiki.openstreetmap.org/wiki/Xapi

Maintenant il faut savoir que les machines sont souvent en carafes, mais
cela n'empêche pas d'ajouter déjà la fonctionnalité à JOSM et autres
éditeurs.

-- 
Rodolphe Quiédeville - Artisan Logiciel Libre
http://rodolphe.quiedeville.org/
Jabber/XMPP : rodol...@quiedeville.org

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

[OSM-talk-fr] Re : Re : Import batiment

[THEVENON Julien]

 De : Vincent de Chateau-Thierry 


 Bonjour,


  Le 09/09/2010 01:07, THEVENON Julien a écrit :
  > 
  > A ce sujet lorsque je dois exploiter une trace gps sur l agglo
  > grenobloise par exemple je trouve la fonction JOSM "telecharger le 
>>long
  > de la trace GPS" vraiment tres pratique. Cela permet de ne pas 
>>>recuperer
  > des tonnes de données tout en travaillant sur des zones etendues.
  > Est ce qu il y aurait une fonctionnalite similaire qui permettrait 
de
  > faire la meme chose autour de ways ? points ? elements d une 
  > relation 
>>?
  > ou de la selection courante ?

 Depuis JOSM, tu places dans un calque séparé les objets autour desquels tu 
 veux 
de la donnée, puis clic-droit sur le nom du calque, et "Convertir en calque 
GPX". Depuis ce nouveau calque, tu a alors accès à la fameuse fonction de 
téléchargement en corridor le long de la trace.

Merci !

Julien



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

Re: [OSM-talk-fr] État du suivi des autoroutes

[Guillaume Audirac]

Bonjour,

Le 7 septembre 2010 15:18, Pieren  a écrit :

> Par exemple, ce tag "exit_to" a été introduit dans le wiki au milieu du
> mois d'aout, sans annonces, rien. Maintenant, on voit qu'il entre en
> contradiction avec d'autres propositions plus anciennes (tag "destination"
> sur le wiki "highway=motorway_link" ou la relation "destination_sign").
> Normallement, des ajouts comme "exit_to" sont faits par des personnes
> visiblement peu informées et disparaîssent du wiki assez vite, surtout si on
> voit que ça existe déjà ailleurs.
>

Au sujet de ce tag "exit_to", j'ai contacté l'auteur "c2r" l'ayant ajouté au
wiki. Vous trouverez mon message et sa réponse ci-dessous. Il semblerait que
sa démarche ait été motivée par la fréquence d'utilisation de ce tag sans
tenter d'imposer une quelconque préférence personnelle. Retirer cette note
du wiki ne devrait pas poser de problème.
Concernant son utilisation, "exit_to" est encore présent en Grande Bretagne
comme on peut le vérifier sur Tagwatch:
http://tagwatch.stoecker.eu/Great_britain/En/tags.html

A+
Guillaume

c2r vous a envoyé un message depuis OpenStreetMap avec le sujet Re: exit_to
tag :
==
Hi there,

I added it to the English page as there was not consistent use in the UK as
to whether exit_to or destination was used, and had discussion with several
other contributors.  We decided to put exit_to on the page because there are
more tags in the UK using exit_to than destination.

To be honest, I agree with you in that there needs to be consistency.  But I
don't really give a stuff what that consistency is, so feel free to change
it if you and the other contributors you refer to would prefer destination.
 That still doesn't get over the issue that there is a majority of exit_to
tags in the UK that need swapping over.

Ta
Chris

On 2010-09-08 20:11:15 UTC Guillaume Audirac wrote:
> Hello,
>
> Apparently, in the page
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_junction, you have
added a note about the tag "exit_to":
>
> "exit_to=* should be used to detail the destinations where the junction
exits to—for example, if signage states a road leads to Anytown on the
A1000…"
>
> but apparently without any prior discussion with other contributors.
Moreover, there is a relation (
http://wiki.openstreetmap.org/wiki/FR:Relation:destination_sign) which has
been approved by many and which seems to cover your proposal.
>
> Please comment the "exit_to" tag on the wiki as its context is not really
clear and leads to different ways of tagging the same things.
>
> Thanks.
> Regards,
> Guillaume
==
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Potlatch, mauvais outil ? [Etait : Import batiment]

[Marc SIBERT]

Le 9 septembre 2010 10:03, Tenshu  a écrit :

>
> Pour parler franchement, Potlach est un mauvais outil en plus d'être
> obsolète.
> Quand je vois des tracés précis que je fais à partir du cadastre être
> complété par un tracé de piste cycable avec potlach à la précision
> complétement erratique ...
>
> --
> Mon weblog - http://www.tenshu.fr/
> Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
>

Bonjour,

Laissez moi défendre un peu cet outil qui permet d'accéder facilement à OSM.
Même si c'est à la mode de casser du Potlatch.
Tout le monde n'a pas les connaissance pour installer et faire tourner JOSM
avec ses plugins sur une Ubuntu.

Cet outil n'est pas obsolète et qui plus est, est en cours de migration en
V2 avec un nouveau moteur graphique plus performant.
Quand à la précision des tracés, je ne pense pas que l'on puisse les imputer
à l'outil mais plutôt à "l'interface chaise / clavier" qui  l'utilise. Pour
rappel, Potlatch permet de faire des voies parallèles, des lignes droites ou
des rond-points rond.

Moi j'adore Potlatch (vous aviez remarqué)

A+

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

[OSM-talk-fr] Re : Potlatch, mauvais outil ? [Etait : Import batiment]

[THEVENON Julien]

 De : Marc SIBERT 


 Laissez moi défendre un peu cet outil qui permet d'accéder facilement à 
 OSM. 
Même si c'est à la mode de casser du Potlatch.
 Tout le monde n'a pas les connaissance pour installer et faire tourner 
 JOSM 
avec ses plugins sur une Ubuntu.

C est sur que c est tres pratique d avoir la possibilite d editer sans rien 
installer ! et c est d autant plus frustrant de galerer avec potltach que c est 
une vraie porte d entree sur le projet

 Cet outil n'est pas obsolète et qui plus est, est en cours de migration en 
 V2 
avec un nouveau moteur graphique plus performant.
 Quand à la précision des tracés, je ne pense pas que l'on puisse les 
 imputer à 
l'outil mais plutôt à "l'interface chaise / clavier" qui  l'utilise. Pour 
rappel, Potlatch permet de faire des voies parallèles, des lignes droites 
ou des 
rond-points rond.
 
Donc justement vivement la v2 en esperant qu elle aide a limiter les bugs 
chaise 
clavier

Julien



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

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

[Thomas Clavier]

Le 08/09/2010 22:20, Thomas Clavier a écrit :
> caravan=no : 0 fois
> caravans=no : 0 fois
> caravaning=no : 1 fois
>
> Les 3 derniers tags n'étant pas dans le rendu ... Autant dire que pour
> les voir sur la carte c'est pas gagné.
>   
Ultime réponse sur le sujet :

Après discutions avec des adeptes du camping car, les mêmes qui
m'avaient demandé une carte sur le sujet, les arrêtés municipaux qui
interdisent aux camping car de stationner en ville sont totalement
illégaux. Donc il est inutile de garder l'info en base et/ou de la faire
figuré sur une carte.

-- 
Thomas Clavier http://www.tcweb.org
Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org
+33 (0)6 20 81 81 30   +33 (0)950 783 783




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] Re : Potlatch, mauvais outil ? [Etait : Import batiment]

[Tenshu]

J'avais oublié de préciser V1, d'ailleurs la V2 ne semble pas avoir de
problème avec les zones couvertes de bâtiments.
Mais je maintient potlach V1 est un mauvais outil obsolète, à la rigueur je
l'utilise pour modifier rapidement des POI ou détourer un peut d'image
Yahoo.
Mais pour le reste il est plutôt médiocre.

2010/9/9 THEVENON Julien 

>  *De :* Marc SIBERT 
> **
>  Laissez moi défendre un peu cet outil qui permet d'accéder facilement
> à OSM. Même si c'est à la mode de casser du Potlatch.
>  Tout le monde n'a pas les connaissance pour installer et faire
> tourner JOSM avec ses plugins sur une Ubuntu.
>
> C est sur que c est tres pratique d avoir la possibilite d editer sans rien
> installer ! et c est d autant plus frustrant de galerer avec potltach que c
> est une vraie porte d entree sur le projet
>
>
>  Cet outil n'est pas obsolète et qui plus est, est en cours de
> migration en V2 avec un nouveau moteur graphique plus performant.
>  Quand à la précision des tracés, je ne pense pas que l'on puisse les
> imputer à l'outil mais plutôt à "l'interface chaise / clavier" qui
> l'utilise. Pour rappel, Potlatch permet de faire des voies parallèles, des
> lignes droites ou des rond-points rond.
>
> Donc justement vivement la v2 en esperant qu elle aide a limiter les bugs
> chaise clavier
>
> Julien
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Mon weblog - http://www.tenshu.fr/
Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Potlatch, mauvais outil ? [Etait : Import batiment]

[hpmt]

Marc SIBERT a écrit , Le 09/09/2010 11:06:

Laissez moi défendre un peu cet outil qui permet d'accéder facilement à
OSM. Même si c'est à la mode de casser du Potlatch.
Tout le monde n'a pas les connaissance pour installer et faire tourner
JOSM avec ses plugins sur une Ubuntu.


en tout cas, sous w$, j'ai trouvé la prise en main de josm plus facile 
que potlatch ; c'est mieux expliqué, il y a plus de doc, et on maîtrise 
mieux les petits trucs simples, comme la mise en place de tags, ou la 
modification de l'existant.

La version 2 me semble donc une nécessité pour ce pauvre potlatch.

Hélène


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

Re: [OSM-talk-fr] Potlatch, mauvais outil ? [Etait : Import batiment]

[wouldsmina]

Et MapZen, ça donne quoi??

Le 9 septembre 2010 11:33, hpmt  a écrit :

> Marc SIBERT a écrit , Le 09/09/2010 11:06:
>
>> Laissez moi défendre un peu cet outil qui permet d'accéder facilement à
>>
>> OSM. Même si c'est à la mode de casser du Potlatch.
>> Tout le monde n'a pas les connaissance pour installer et faire tourner
>> JOSM avec ses plugins sur une Ubuntu.
>>
>
> en tout cas, sous w$, j'ai trouvé la prise en main de josm plus facile que
> potlatch ; c'est mieux expliqué, il y a plus de doc, et on maîtrise mieux
> les petits trucs simples, comme la mise en place de tags, ou la modification
> de l'existant.
> La version 2 me semble donc une nécessité pour ce pauvre potlatch.
>
> Hélène
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
>
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Re : Potlatch, mauvais outil ? [Etait : Import batiment]

[THEVENON Julien]

 De : wouldsmina 


 Et MapZen, ça donne quoi??

j avais essaye vite fait au moment ou il etait sorti justement pour voir si c 
etait une bonne alternative a Potlatch V1. L interface est vraiment tres 
agreable, je pense que ca pourrait etre pas mal pour attirer le gand public par 
contre je crois que j avais pas vraiment reussi a editer. Il faudrait que je 
re-regarde plus en detail

Julien



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

Re: [OSM-talk-fr] [Géovélo] Tag name sur piste cyclable/voie de bus

[Lapinos03]

 Le 09/09/10 00:30, hamster a écrit :
plus j'y pense et plus j'ai du mal avec ca : ca oublie la phrase "ne 
pas taguer pour le rendu


le tag name signifie que c'est le nom du truc, si on met "name=voie de 
bus" pour les voies de bus je vois pas pourquoi on mettrait pas 
"name=rue" pour les rues et "name=riviere" pour les rivieres


si on veut que le mot "voie de bus" apparaisse sur la carte il faut le 
faire dans le logiciel de rendu, pas dans les tags
le logiciel de rendu doit alors le faire en s'appuyant sur le tag 
"highway", et si il n'y a pas de tag "highway=" pour 
decrire les voies de bus, alors il faut l'inventer


enfin je pense toujours que pour les cas compliques il faut faire une 
relation contenant les differents voies de circulation (voiture, velo, 
bus, trottoirs etc...), les bords de la rue, les passages pietons 
etc... et mettre le tag name sur la relation


Sur le fond, je suis d'accord avec toi. Mais bon nombre de mappeurs 
hobbyistes s'en réfèrent et/ou utilise le rendu officiel
 de la carte. Avoir le même nom de rue sur l'axe principal et et les 
voies parallèle, cela fait doublon. Donc remplacer ce nom par une 
fonction (couloir de bus, piste cyclable) peut ajouter une valeur à la 
carte. On est obligé de composer avec. Perso, je m'en fiche car je fais 
mes propres rendus, donc je filtre ce que je veux. Mais le rendu 
officiel n'est pas configurable par le commun des OSMeurs.


Au final, une relation d'association est la solution la plus fiable et 
la plus pérenne.




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

Re: [OSM-talk-fr] Isokron

[quicky]

Isokron a publie des remerciements pour OSM, ca fait toujours plaisir :-)
http://blog.isokron.com/openstreetmap

Julien
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Isokron-tp5168245p5514022.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] [Géovélo] Tag name sur piste cyclable/voie de bus

[Pieren]

2010/9/9 hamster 

> plus j'y pense et plus j'ai du mal avec ca : ca oublie la phrase "ne pas
> taguer pour le rendu
>
> le tag name signifie que c'est le nom du truc, si on met "name=voie de bus"
> pour les voies de bus je vois pas pourquoi on mettrait pas "name=rue" pour
> les rues et "name=riviere" pour les rivieres
>
>
Curieux que ça te pose tellement de problèmes pour les couloirs de bus et
pas pour les lignes de tramway. Pourtant c'est un peu la même chose (voie de
circulation dédiée à un transport en commun).
Donc finalement on devrait mettre non pas le nom de la rue, ni "Couloir de
bus" mais "Couloir de bus pour les lignes 4,5 et 6" si on suit le même
schéma que pour les tramways. Ou alors on change les lignes de tramways et
on les découpe par rues et on y colle les noms des rues traversées.

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

Re: [OSM-talk-fr] Isokron

[GaelADT]

hamster-2 wrote:
> 
> le principe est bien, mais pour la banlieue il merdoie joliment
> 
> faudrait faire pareil dans geovelo
> 

C'est à dire ?

Sinon dans le principe ça parait très simple à faire. Il suffit d'utiliser
l'algorithme de Dijkstra d'un noeud vers tous les autres : en gros ça prend
quelques dixième de seconde grand maximum à calculer. Après pour en extraire
des sortes de polygones colorés là, ça me parait un peu plus compliqué ^^.

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Isokron-tp5168245p5514110.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] questions de rendu

[Pierre-Alain Dorange]

Thomas Clavier  wrote:

> > caravan=no : 0 fois
> > caravans=no : 0 fois
> > caravaning=no : 1 fois
> >
> > Les 3 derniers tags n'étant pas dans le rendu ... Autant dire que pour
> > les voir sur la carte c'est pas gagné.
> >   
> Ultime réponse sur le sujet :
> 
> Après discutions avec des adeptes du camping car, les mêmes qui
> m'avaient demandé une carte sur le sujet, les arrêtés municipaux qui
> interdisent aux camping car de stationner en ville sont totalement
> illégaux. Donc il est inutile de garder l'info en base et/ou de la faire
> figuré sur une carte.

Non ce n'est pas tout a fait la vérité.
Certains arrêtés municipaux ont été invalidés, seulement certains.

La fédération Campign Car a une faq sur ce sujet précis (1)

En gros :
* si il y a un arrêté d'interdiction, c'est interdit jusqu'a ce que ça
soirt éventuellement contesté au tribunal administratif, en attendant il
faut payer les PV.
* les arrêtés sont potentiellement illégaux si iln'est fait mention que
de "camping car", il faut que l'interdiction soit non discriminatoire et
doit donc concernés tout les véhicules de même gabarit (dans ce cas
c'est pas illégal du tout) ; d'autre part si l'interdiction est
suffisamment motivée elle est légal.
* les arrêtés municpaux passent tous devant le préfet qui les valide,
létat a mis en place une circulaire (2) pour permettre aux préfets de
jugés de la légalité

De plus dans certaines villes

(1) FFCC :

(2) http://www.camping-car.org/index.php?page=droit/droitDeStationner

Voir aussi :


Le réglement de la ville de Niort par exemple :

Et à Paris il est interdit de dormir dans un camping car :


La situation est donc loin d'être simple, mais il semble bien que
l'interdiction aux camping-car soit bien légal dans certains cas
particulier (nécessité) et aussi que les camping car peuvent être
interdit dans la même mesure que les camions de même gabarit.

Et si il y a un panneau, la police peut verbaliser et le contrevenant
devra payer, même si il dépose un recours au tribunal administratif qui
jugera sur le fond (et le remboursera le cas échéant).
-- 
Pierre-Alain Dorange


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

Re: [OSM-talk-fr] mapping party aux ulis le 18/9

[Marc SIBERT]

Le 9 septembre 2010 01:54, hamster  a écrit :

> une initiation a OSM va être organisée aux Ulis le samedi 18 septembre par
> l'espace multimédia des Ulis, ca sera une bonne occasion de faire une
> mapping party
> http://wiki.openstreetmap.org/wiki/Les_Ulis
>
> tous les barbus d'OSM sont les bienvenus (et spécialement ceux qui sont
> doués pour la pédagogie et la diplomatie) pour aider a encadrer des groupes
> lors de la sortie sur le terrain et pour aider les débutants a rentrer leurs
> données dans la base ensuite
>
> @marc : pour info les ulis c'est quand meme moins loin que grasse et on a
> besoin de quelqu'un pour montrer potlach
>

Bonjour,

J'ai un accord de principe (familial) pour participer le samedi 18. J'en
serais donc.

A+

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

Re: [OSM-talk-fr] Potlatch, mauvais outil ? [Etait : Import batiment]

[Nicolas Moyroud]

Salut à tous,

> en tout cas, sous w$, j'ai trouvé la prise en main de josm plus 
facile que potlatch ; c'est mieux expliqué, il y a plus de doc, et on 
maîtrise mieux les petits trucs simples, comme la mise en place de tags, 
ou la modification de l'existant.


Je suis assez d'accord avec cette remarque et je pense que présenter 
Potlatch V1 est le meilleur moyen de faire peur aux débutants. J'ai 
proposé une session d'initiation à OSM en Juin et j'ai préféré la faire 
avec JOSM pour cette raison. Je pense que le bilan a été plutôt positif, 
tout le monde a trouvé JOSM pratique et agréable à utiliser.


> Tout le monde n'a pas les connaissance pour installer et faire 
tourner JOSM avec ses plugins sur une Ubuntu.


Je ne comprends pas bien le sens de cette remarque vu que JOSM est en 
Java donc multi plate-forme et qu'en plus il suffit de copier un fichier 
jar sur son disque pour le faire fonctionner, sans rien avoir à 
installer d'autre. On peut difficilement faire plus simple non ? C'est 
sûr qu'il reste la question de l'installation des plug-ins, mais je ne 
trouve pas que l'interface soit trop mal fichue pour ça.


Après bon je ne suis pas vraiment impartial, parce que moi c'est plutôt 
JOSM que j'adore. En fait c'était juste pour nourrir le troll qui 
commençait à s'éteindre. ;-)


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

[OSM-talk-fr] Aire de co-voiturage

[Rodolphe Quiedeville]

Bonjour,

Il se développe en Morbihan (et surement ailleurs) de plus en plus
d'aire de co-voiturage. Ce sont de simple parking mais le département a
entrepris une signalisation avec de joli panneau.
Je ne trouve point de tag pour cela sur le wiki, qu'utilisez-vous de
votre coté ?

A++

-- 
Rodolphe Quiédeville - Artisan Logiciel Libre
http://rodolphe.quiedeville.org/
Jabber/XMPP : rodol...@quiedeville.org

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

Re: [OSM-talk-fr] Aire de co-voiturage

[Vincent de Chateau-Thierry]

> De : "Rodolphe Quiedeville" 
> 
> Il se développe en Morbihan (et surement ailleurs) de plus en plus
> d'aire de co-voiturage. Ce sont de simple parking mais le département a
> entrepris une signalisation avec de joli panneau.
> Je ne trouve point de tag pour cela sur le wiki, qu'utilisez-vous de
> votre coté ?
> 

Je n'ai pas eu l'occasion de tagguer ce genre de parking, mais on dirait que 
les Canadiens
ont déjà abordé ce point :
http://wiki.openstreetmap.org/wiki/Canadian_tagging_guidelines#Carpool_Lot

Voir si les stats reflètent un usage ?

vincent

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


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

Re: [OSM-talk-fr] Import batiment

[Jean-Francois Nifenecker]

Le 09/09/2010 10:03, Tenshu a écrit :


Pour parler franchement, Potlach est un mauvais outil en plus d'être
obsolète.
Quand je vois des tracés précis que je fais à partir du cadastre être
complété par un tracé de piste cycable avec potlach à la précision
complétement erratique ...



On est d'accord. Cependant, Potlatch est l'outil le plus simple à 
montrer aux néophytes : rien à installer, un navigateur suffit, les 
affichages sont "beaux", bref ça attire. JOSM, que j'ai désormais 
adopté, est bien plus puissant et doté de fonctionnalités de la mort qui 
tue. Mais il demande un effort bien plus grand, tant pour installer que 
pour prendre en mains et l'affichage est rebutant (lire : pas "beau").


--
Jean-Francois Nifenecker, Bordeaux


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

Re: [OSM-talk-fr] theme de couleurs dans JOSM

[hamster]

Jean-Francois Nifenecker a écrit :
On est d'accord. Cependant, Potlatch est l'outil le plus simple à 
montrer aux néophytes : rien à installer, un navigateur suffit, les 
affichages sont "beaux", bref ça attire. JOSM, que j'ai désormais 
adopté, est bien plus puissant et doté de fonctionnalités de la mort 
qui tue. Mais il demande un effort bien plus grand, tant pour 
installer que pour prendre en mains et l'affichage est rebutant (lire 
: pas "beau").


moi aussi ce fond noir me deprime, j'ai donc change la couleur d'arriere 
plan
le probleme c'est que les couleurs des differents objets sont pensees 
pour etres sur fond noir et donc ce qui doit etre bien visible est en 
tres clair et ne se voit plus du tout sur fond clair
ce probleme se pose aussi quand on travaille sur photo aerienne ou 
satellite ou avec le cadastre


il y a donc un travail a faire sur les jeux de couleurs, travail qui se 
fait bien mieux quand on est plusieurs a essayer
ca serait bien de faire une page du wiki avec un autre jeu de couleurs 
pour que chacun puisse tester et y aller de son amelioration avec pour 
but de faire un "theme" fond clair et sans doute aussi un "theme" pour 
travail sur photo que les gens pourraient telecharger et installer sans 
avoir a modifier chaque couleur une a une


en pratique, techniquement, je sait pas comment faire tout ca

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

Re: [OSM-talk-fr] Aire de co-voiturage

[hpmt]

Vincent de Chateau-Thierry a écrit , Le 09/09/2010 17:55:

Il se développe en Morbihan (et surement ailleurs) de plus en plus
d'aire de co-voiturage. 

Je n'ai pas eu l'occasion de tagguer ce genre de parking, mais on dirait que 
les Canadiens
ont déjà abordé ce point :
http://wiki.openstreetmap.org/wiki/Canadian_tagging_guidelines#Carpool_Lot


il me semble que carpool désigne plutôt un parc de voitures en partage, 
genre : http://www.mobilib.fr/
mobilib est une coopérative qui possède les voitures. les coopérateurs 
ont une carte qui leur permet de déverrouiller la voiture et de partir avec.


le co-voiturage étant plutôt ça : http://www.covoituval.org/ ; la 
voiture a un propriétaire normal :>) qui cherche des passager pour un ou 
des trajets donnés.


=> deux tags différents ? (très différents, tant qu'à y être)

Hélène


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

Re: [OSM-talk-fr] Aire de co-voiturage

[Pieren]

2010/9/9 hpmt 

>
> il me semble que carpool désigne plutôt un parc de voitures en partage,
> genre : http://www.mobilib.fr/
> mobilib est une coopérative qui possède les voitures. les coopérateurs ont
> une carte qui leur permet de déverrouiller la voiture et de partir avec.
>

Ça, c'est du "car sharing":
http://en.wikipedia.org/wiki/Carsharing


>
> le co-voiturage étant plutôt ça : http://www.covoituval.org/ ; la voiture
> a un propriétaire normal :>) qui cherche des passager pour un ou des trajets
> donnés.
>
>
C'est bien du "carpool":
http://en.wikipedia.org/wiki/Carpool

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

Re: [OSM-talk-fr] Aire de co-voiturage

[Christophe]

 Carpool, rideshare, carshare sont globalement des homonymes, même si 
carpool englobe aussi les voitures en partage comme le soulignait Hélène.


Et puisqu'on en est là, je fais un peu de pub pour le site de 
covoiturage fr entièrement basé sur des briques logicielles libres: 
www.bisonvert.net =)
En espérant qu'un jour les données OSM soient assez complètes pour les 
voir utilisées sur des services de cette envergure ;)



Le 09/09/2010 20:55, Pieren a écrit :

2010/9/9 hpmt mailto:h...@free.fr>>


il me semble que carpool désigne plutôt un parc de voitures en
partage, genre : http://www.mobilib.fr/
mobilib est une coopérative qui possède les voitures. les
coopérateurs ont une carte qui leur permet de déverrouiller la
voiture et de partir avec.


Ça, c'est du "car sharing":
http://en.wikipedia.org/wiki/Carsharing


le co-voiturage étant plutôt ça : http://www.covoituval.org/ ; la
voiture a un propriétaire normal :>) qui cherche des passager pour
un ou des trajets donnés.


C'est bien du "carpool":
http://en.wikipedia.org/wiki/Carpool

Pieren


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


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

[OSM-talk-fr] VC ou C ?

[Club Informatique Inter Communes / C2IC]

Bonsoir,

Je me pose une question sur la dénomination à utiliser pour les routes
communales. J'ai des éléments (anciens, année 80) où le noms des routes est
VC et aujourd'hui le terme utilisé pour certaines de ces rouets est plus C.

Merci de vos éclairages !

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

Re: [OSM-talk-fr] VC ou C ?

[Yannick VOYEAUD]

Le 09/09/2010 22:14, Club Informatique Inter Communes / C2IC a écrit :

Bonsoir,

Je me pose une question sur la dénomination à utiliser pour les routes
communales. J'ai des éléments (anciens, année 80) où le noms des routes
est VC et aujourd'hui le terme utilisé pour certaines de ces rouets est
plus C.

Merci de vos éclairages !

Lionel - Association C2iC


Bonsoir,

Regardons ce qui est fait pour les autres voies Nationales et 
Départementales.

Le système est le même:
Voie ou route communale donc VC ou RC
Chemin rural donc CR

Amitiés

--
Si on n'avait toujours voulu que la "meilleure" des solutions,
ce serait vide.
Yannick VOYEAUD
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Actes En Vrac: http://www.francegenweb/actes/
Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr
Inconnu de Saulcy: http://www.lced.org
Antoine Payet de la Réunion: http://payet.voyeaud.org


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

[OSM-talk-fr] La photo aérienne pour les enfants et les plus grands

[Christian Rogel]

Il y a eu une discussion ici sur la possibilité de faire des couvertures 
photo aérienne pour pas cher.

Aux US, ils sont déjà opérationnels :
http://wiki.grassrootsmapping.org/show/HomePage

En résumé, les quidam mappeurs (grassroots mappers)
- mappent au niveau de leur quartier (community), avec les enfants 
éventuellmeent (c'est un cerf volant
- inversent la structure du pouvoir dans la cartographie (vous saviez 
que vous faisiez çà?  ;-)
- sont propriétaires des images finales qui sont géoréférencées et 
transformées en cartes qui ont une résolution 100 fois supérieure à 
celle de Google et à un coût très bas (ballons + APN)
- Ils doivent mettre les ballons au dessous de 500 pieds (150 m) et ils 
ne doivent faire plus de 115 pieds cube (2,50 m3)

- L'option la moins chère est le rouleau de 50 sacs poubelle de 100 l à 59 $

Au fait, quelle législation en France?

Les trucs sont ici :
http://wiki.grassrootsmapping.org/show/BalloonAerialPhotography

L'astuce principale  est de mettre un script dans la carte SD de l'APN.
On met la caméra dans le haut d'une bouteillle de plastique.
Un fil nylon tressé de 120 m et vogue le petit ballon...
Ne pas lancer le ballon au dessus de 9 m de vent pas seconde.


Alors, qui va s'y mettre?
Quel objectif? Le Cap-Nègre? Une autoroute en construction? La jungle de 
Calais? Les zones inondées du Var?  ;-)



Christian




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

Re: [OSM-talk-fr] La photo aérienne pour les enfants e t les plus grands

[Sébastien Dinot]

Christian Rogel a écrit :
> Au fait, quelle législation en France?

En France, un drône (avion sans pilote) ne peut dépasser les 150 mètres
(500 pieds) et un ULM ne peut dépasser, il me semble, les 1500 m (5000
pieds, à vérifier). En plus, je suppose qu'on ne peut pas s'aventurer au
dessus d'une ville comme ça. Il doit falloir une autorisation de survol
quasiment impossible à obtenir.

J'avais discuté de ce point avec le créateur de Paparazzi (mini-drône
libre que j'envisageais d'utiliser pour faire de la photographie
aérienne) et lui-même, pour ses travaux de recherche, avait du mal
à obtenir les autorisations nécessaires. Il était allé en Islande pour
effectuer une campagne de test de Paparazzi à 3500 m d'altitude.

Ceci étant, pour avoir vu ce que donnait une photographie aérienne à 150
prise à mètres d'altitude, je suis plus que sceptique sur l'intérêt de
telles images. L'effet de perspective sur le moindre bâtiment est
énorme. Un immeuble de 3 étages masque très facilement une grande
étendue. En plus, l'effort d'ortho-rectification à fournir pour chaque
image me semble énorme en regard de la surface couverte.

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] La photo aérienne pour les enfants e t les plus grands

[Steven Le Roux]

2010/9/9 Sébastien Dinot :
> Christian Rogel a écrit :
>> Au fait, quelle législation en France?
>
> En France, un drône (avion sans pilote) ne peut dépasser les 150 mètres

C'est déjà assez :)

http://ardrone.parrot.com/parrot-ar-drone/fr/





-- 
Steven Le Roux
Jabber-ID : ste...@jabber.fr
0x39494CCB 
2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB

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

Re: [OSM-talk-fr] VC ou C ?

[didier2020]

dans le wiki, c'est pas noté explitement ...

http://wiki.openstreetmap.org/wiki/FR:Key:highway
>>Petite départementale ou communale avec typiquement une ligne de séparation 
>>au sol (sinon -> unclassified)
>>ou en ville, présentant un trafic inférieur à "secondary" mais pas encore en 
>>zone uniquement "residential"
>>Par défaut : lanes="2", maxspeed="90" ou "50"
>>+ ref="Dxx" (ou "Cxx")
>>+ name="nom_de_rue" (en ville)- - - -


didier
 + mapeur amateur +

- Mail d'origine -
De: Yannick VOYEAUD 
À: Discussions sur OSM en français 
Envoyé: Thu, 9 Sep 2010 22:59:35 +0200 (CEST)
Objet: Re: [OSM-talk-fr] VC ou C ?

Le 09/09/2010 22:14, Club Informatique Inter Communes / C2IC a écrit :
> Bonsoir,
>
> Je me pose une question sur la dénomination à utiliser pour les routes
> communales. J'ai des éléments (anciens, année 80) où le noms des routes
> est VC et aujourd'hui le terme utilisé pour certaines de ces rouets est
> plus C.
>
> Merci de vos éclairages !
>
> Lionel - Association C2iC

Bonsoir,

Regardons ce qui est fait pour les autres voies Nationales et 
Départementales.
Le système est le même:
Voie ou route communale donc VC ou RC
Chemin rural donc CR

Amitiés

-- 
Si on n'avait toujours voulu que la "meilleure" des solutions,
ce serait vide.
Yannick VOYEAUD
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Actes En Vrac: http://www.francegenweb/actes/
Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr
Inconnu de Saulcy: http://www.lced.org
Antoine Payet de la Réunion: http://payet.voyeaud.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] Fwd: Fwd: Réutilisation des pho tos IGN brutes

[Sébastien Dinot]

Bonsoir,

François Van Der Biest a écrit :
> Tout cela est très encourageant. Il reste à trouver un soft permettant
> de rectifier les images.
> Il me semble que j'avais évoqué la question au Cartosatcamp et
> Sebastien Dinot avait une proposition intéressante.

Christian relançant le sujet de l'ortho-rectification, je vous fais part
de mes essais en la matière. J'ai essayé le module d'ortho-rectification
de Monteverdi, atelier de démonstration de la bibliothèque Orfeo
Toolbox :

http://www.orfeo-toolbox.org/otb/
http://www.orfeo-toolbox.org/otb/monteverdi.html

En quelques mots, Orfeo-Toolbox (OTB pour les intimes) est une
bibliothèque de traitement d'images conçue pour la télédétection et le
traitement d'images satellitaires brutes (des fichiers qui n'ont pas
grand chose à voir de par leur taille, leur format et leur contenu avec
ce que le commun des mortels appelle une image). Elle est développée
sous l'égide du CNES et diffusée sous licence CeCILL (équivalente à la
GNU GPL).

Monteverdi est un petit outil, lui aussi libre et diffusé sous licence
CeCILL, dont les différents modules permettent de « jouer » avec les
algorithmes et fonctions proposés par OTB.

L'un d'eux permet justement d'orthorectifier des images par saisie de
points de contrôle au sol (GCP: Ground Control Point). Il calcule un
modèle de capteur à la volée et peut utiliser un MNE tel que SRTM.

Un de mes collègues maîtrisant mieux que moi le sujet a effectué à ma
demande l'orthorectification d'une image brute de l'IGN d'ores et déjà
disponible au téléchargement sur son site web (il s'agit d'une image du
cœur de Paris où l'on voit notamment le Louvre).

Il est arrivé sans beaucoup d'efforts à d'excellents résultats (la
superposition d'un réseau routier vectoriel sur l'image orthorectifiée
montrant que le résultat était parfaitement exploitable) mais
l'opération n'est pas encore à la portée de tous :

- il faut compiler OTB et Monteverdi ;

- il faut réussir à convertir le format JPEG 2000 en TIFF (pour
  l'instant, OTB n'implémente que la première partie du protocole JPEG
  2000 et la lecture des images fournies par l'IGN dans Monteverdi
  échoue donc) ;

- il faut positionner une bonne douzaine de GCP.

Les développeurs d'OTB et de Monteverdi ont cependant conscience que ce
module présente un certain intérêt pour OSM et j'espère qu'ils
trouveront prochainement le temps de rendre ce module plus ergonomique.

En tout cas, la preuve est faite qu'il est possible d'orthorectifier les
images brutes de l'IGN avec un chaîne d'outils et de données libres.
D'ailleurs, il était prévu que des développeurs du CNES impliqués dans
le développement d'OTB présentent aujourd'hui leurs outils à FOSS4G avec
un petit focus sur le module d'orthorectification (illustré avec l'image
orthorectifiée dont je viens de parler).

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] La photo aérienne pour les enfants e t les plus grands

[Sébastien Dinot]

Sébastien Dinot a écrit :
> En France, un drône (avion sans pilote) ne peut dépasser les 150
> mètres (500 pieds) et un ULM ne peut dépasser, il me semble, les 1500
> m (5000 pieds, à vérifier). En plus, je suppose qu'on ne peut pas
> s'aventurer au dessus d'une ville comme ça. Il doit falloir une
> autorisation de survol quasiment impossible à obtenir.

Cf. http://www.leuropevueduciel.com/photo-surveillance-aerienne-drone.php


  L'arrêté de décembre 2009 [1] impose que toute mise en œuvre d'un
  aeronef non habité pour des usages autres que récréatifs ou de loisirs
  doivent être « portées préalablement par les usagers à la connaissance
  des services de l'aviation civile qui les présentent aux comités
  régionaux de gestion de l'espace aérien concernés » Ce qui impose de
  demander pour chaque vol des autorisations plusieurs semaines
  à l'avance : souvent incompatible avec les délais du client auxquels
  s'ajoutent les aléas météo. De plus aucune autorisation n'est délivrée
  à l'heure actuelle pour des survols par des drones civils de zones
  habitées ou de rassemblement de personnes or ces zones concentrent la
  plus grande partie des demandes de photographies aériennes.


[1] http://www.leuropevueduciel.com/reglementation-photo-aerienne-drone.pdf

-- 
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] La photo aérienne pour les enfants et les plus grands

[Christophe Merlet]

Le vendredi 10 septembre 2010 à 00:57 +0200, Sébastien Dinot a écrit :
> Sébastien Dinot a écrit :
> > En France, un drône (avion sans pilote) ne peut dépasser les 150
> > mètres (500 pieds) et un ULM ne peut dépasser, il me semble, les 1500
> > m (5000 pieds, à vérifier). En plus, je suppose qu'on ne peut pas
> > s'aventurer au dessus d'une ville comme ça. Il doit falloir une
> > autorisation de survol quasiment impossible à obtenir.
> 
> Cf. http://www.leuropevueduciel.com/photo-surveillance-aerienne-drone.php
> 
> 
>   L'arrêté de décembre 2009 [1] impose que toute mise en œuvre d'un
>   aeronef non habité pour des usages autres que récréatifs ou de loisirs
>   doivent être « portées préalablement par les usagers à la connaissance
>   des services de l'aviation civile qui les présentent aux comités
>   régionaux de gestion de l'espace aérien concernés » Ce qui impose de
>   demander pour chaque vol des autorisations plusieurs semaines
>   à l'avance : souvent incompatible avec les délais du client auxquels
>   s'ajoutent les aléas météo. De plus aucune autorisation n'est délivrée
>   à l'heure actuelle pour des survols par des drones civils de zones
>   habitées ou de rassemblement de personnes or ces zones concentrent la
>   plus grande partie des demandes de photographies aériennes.
> 
> 
> [1] http://www.leuropevueduciel.com/reglementation-photo-aerienne-drone.pdf


Cette page est aussi très instructive ...
http://www.leuropevueduciel.com/reglementation.php

On y apprends :
"Important : L'utilisation d'avions dans le cadre d'un Aéroclub ou d'ULM
dans le cadre d'un club ULM (associations loi 1901) pour réaliser des
prises de vues destinées à une commercialisation directe ou indirecte
est ainsi strictement interdite et constitue une double infraction, tant
fiscale qu'au regard de la règlementation aérienne, et entraine
l'absence d'assurance car les polices d'assurances des aéro club
excluent les activités de travail aérien."


Librement,
-- 
Christophe Merlet (RedFox)


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

Re: [OSM-talk-fr] Garmin Oregon 550 ?

[Etienne Trimaille]

Le 6 septembre 2010 12:35, Hendrik Oesterlin  a
écrit :

>
> J'ai trouvé qu'il suffit d'attraper les photos à souris et de les
> faire glisser sur la fenêtre JOSM (sous Windows: je n'ai pas encore
> essayé avec Ubuntu).
>


Oui, idem, cela marche sous Ubuntu.
Mais je viens de voir que l'on pouvait aussi utiliser le classique menu
Fichier > Ouvrir.

Que c'est pratique de prendre des photos geotaggé pour mettre des POI dans
OSM ! :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr