Re: [OSM-talk-fr] Appel à bénévoles

2013-11-13 Par sujet Sébastien Dinot 
Bonsoir,

Léo SERRE a écrit :
> Je réitère, je serais là samedi, mais pas dimanche.

C'est bien ce que j'avais noté. Mais merci d'avoir confirmé ta présence.

> Je pense présenter une webapp basée sur OSM entre autre.

OK, de mon côté, j'apporterai un PC vieillissant mais compact (et donc
facile à transporter) et qui devrait suffire pour les démos.

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
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [osm-fr CA] Re: Rapport Trojette et réaction de l'IGN

2013-11-13 Par sujet Philippe Verdy 
Le 13 novembre 2013 18:34, Ab_fab  a écrit :

>
> _Certains se sont attaqués aux LIDAR montés sur les aspirateurs autonomes.
> Mais la portée doit être très faible (quelques m)
>

Hmmm. pour cartographier quelques pièces à l'intérieur d'un bâtiment privé ?

Peut-être plus utile pour un montage itinérant sur les tondeuses autonomes
ou encore mieux sur les engins agricoles (particulièrement les plus lourds
qui sont partagés dans une coopérative ou dans une société de gestion
forestière, grâce à l'étendue de leur zone d'utilisation), ou bien sur les
avions légers, les planeurs ou les ULM des aéroclubs, les aérostats et les
clubs de parapente (très concernés par une cartographie précise des zones
d'atterrissage possible y compris en situation d'urgence, notamment la
connaissance des clôtures, lignes électriques, et divers poteaux difficiles
à voir), les voiliers des écoles de voile (pour cartographier les petites
îles, les côtes, les récifs, les hauts fonds)...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] mis a jour bati du cadastre

2013-11-13 Par sujet Jérôme Cornet 
Le 13 nov. 2013 à 19:24, RÉAU Simon  a écrit :

> Bonjour,
> 
> Petit retour sur une tentative de mis a jour du cadastre sur la commune de 
> Joué Lès Tours http://osm.org/go/0AU7lYDN--
> 
> J'ai utilisé le script bati-fusion disponible ici 
> https://github.com/jecor/bati-fusion
> 
> Pour la méthode :
> 
> J'ai d'abord télécharger via josm les données de la commune 
> 
> J'ai ensuite découper se fichier via osmosis en ayant créer un fichier .poly 
> contenant les limites de la commune, cela me permet de ne pas avoir de 
> bâtiment en dehors de la commune
> 
> osmosis --read-xml file=joue.osm --bounding-polygon file=joue.poly 
> completeWays=yes --write-xml joue_decoupe.osm
> 
> J'ai ensuite telecharger le fichier houses sur cadastre.openstreetmap.fr et 
> lancer le script bati-fusion
> 
> Le script ma donnée 4 fichier :
> 
> .ok.osm : que j'ai importé directement avec les contrôles habituelle pour le 
> bati
> 
> .nofusion.osm et .conflit.osm : j'ai vérifier les bâtiments un par un en 
> faisant des copier coller entre les calques.
> 
> .fusion.osm : je n'est pas importé ce fichier qui contenais les bâtiments 
> n'ayant pas été modifier

Très intéressant! Merci pour ton retour. Pour info, l’utilitaire a été conçu à 
l’origine pour faire le l’import bâti initial sur
des zones contenant déjà des bâtiments tracés à la main. J’avais envisagé cette 
utilisation (pour mettre à jour le bâti),
mais je manquais d’utilisateur et de feedback.

Dans l’optique d’une mise à jour du bâti, il y a mon avis un certain nombre de 
cas à traiter supplémentaire, par exemple
le cas d’un bâtiment provenant du cadastre mais qui a été redécoupé à la main 
pour donner des infos/du sens supplémentaire.

> Il est dommage que le script ne donne pas les batiment ayant été suprimé, 
> j'ai essayé d’inversé le fichier données et export cadastrale mais josm ne 
> voulais pas ouvrir les fichier généré a cause d'un problème de version des 
> objets.

Il suffit de demander… Si tu me laisses un peu de temps, je dois pouvoir faire 
ça ce week-end.

Par contre, j’ai besoin de détails précis… Batîments supprimés dans quel 
calque? Par un utilisateur dans la base OSM? Par la cadastre dans la base 
cadastre?

> Il serait aussi intéressant de pouvoir récupérer les limites de feuilles 
> cadastrale pour pouvoir ne travailler que sur une seule feuille (toutes les 
> feuilles d'une commune ne sont pas mis a jour en même temps) et sourcer ainsi 
> plus précisément les bâtiments.

Sur cet aspect, et sur la raison pour laquelle tu filtres les bâtiments avec 
osmosis, je ne comprend pas tout (mais il est tard, et je suis fatigué).

Pour moi: les calques récupérés depuis le cadastre ne concerne qu’une commune 
en particulier, donc pas de pb de ce côté là.
Pour ce qui est du calque que tu télécharges depuis OSM, où est le problème 
d’avoir du bâti en dehors de la commune? De toute
façon, ce sont les bâtiments venant du cadastre qui sont triés en 
ok.osm/nofusion/etc, pas les bâtiments de la base OSM.
Qu’est-ce que j’ai raté?

Enfin voilà, ravi d’avoir un utilisateur qui se manifeste, et je suis tout à 
fait prêt à faire évoluer l’outil :-)

Jérôme


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

Re: [OSM-talk-fr] Création d'un projet réseau ferré

2013-11-13 Par sujet Nicolas Dumoulin 
Le mercredi 13 novembre 2013 20:59:23 Yves Pratter a écrit :
> […]
> En conclusion :
> train miniature
> attraction = train
> railway = miniature

Je prends. Merci beaucoup !

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

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

Re: [OSM-talk-fr] Création d'un projet réseau ferré

2013-11-13 Par sujet DH 

Le 13/11/2013 22:08, Vincent de Château-Thierry a écrit :


J'ai souvenir d'une page de suivi de l'avancement du réseau 
autoroutier, dont Jocelyn parlait ici :
https://lists.openstreetmap.org/pipermail/talk-fr/2010-September/026427.html 

mais qui n'est plus accessible. Je ne sais pas comment, techniquement, 
ça tournait, mais ça offrait des stats par référence d'autoroute.
Pour le réseau ferré, quelles sont les logiques de découpage 
possibles, sur le plan géographique ? Est-ce que RFF a des secteurs, 
des régions, bref une manière de découper le territoire ? On pourrait 
aussi se fabriquer un zonage à l'aide du réseau offert par Route500, 
ou, évidemment, se rabattre sur carroyage arbitraire, ou un découpage 
départemental façon GeoFLA. On peut aussi imaginer une segmentation 
selon une hiérarchie des voies, si elle existe.
Si un maillage se dégage, on pourrait alors le reporter dans Mapcraft, 
ou, dans le cas d'un carroyage, utiliser OSMQA [1] pour coordonner les 
efforts.


RFF a des territoires de compétences à base de Régions (ex. ALCA => 
Alsace-Lorraine-Champagne-Ardenne). La France est couverte par 12 
Directions Régionales. Mais certaines lignes, sinon c'est pas drôle, 
traversent plusieurs DR ce sont essentiellement les Lignes à Grande 
Vitesse (LGV) et les Grandes Lignes (GL).
On peut commencer par distinguer le réseau structurant (LGV+GL) puis 
lignes régionales (essentiellement TER) puis ce qu'on appelle dans notre 
jargon le capillaire fret (lignes qui se terminent en impasse, 
généralement sans trafic voyageur).
Voir le DRR -Document de Référence du Réseau, mis à jour chaque année 
ici : 
http://www.rff.fr/fr/mediatheque/textes-de-reference-francais-45/document-de-reference-du-reseau/horaire-de-service-2014-861/


Denis

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

Re: [OSM-talk-fr] Création d'un projet réseau ferré

2013-11-13 Par sujet Vincent de Château-Thierry 

Bonsoir,

Le 13/11/2013 21:29, Benjamin C. a écrit :

Pour le suivi du projet, on a besoin d'un suivi géographique, d'un suivi par
type d'objets (voies, lignes, passages à niveau, gares...), voire un suivi
au niveau du renseignement des tags.

On peut utiliser :
- le wiki (mais je préfère quelque chose de graphique plutôt qu'un truc
textuel)
- des trucs comme Map Craft
- voire des infos stockées directement dans la base OSM : par exemple des
tags associés aux relations qui permettraient de connaitre l'état
d'avancement de la saisie de certains tags/objets le long de chaque ligne ?

Personnellement, je n'ai aucune expérience du suivi d'un tel projet dans OSM
et je n'ai qu'une vision partielle des outils existants. Donc tout retour
d'expérience pour d'autres projets de longue durée m'intéresse.


J'ai souvenir d'une page de suivi de l'avancement du réseau autoroutier, 
dont Jocelyn parlait ici :

https://lists.openstreetmap.org/pipermail/talk-fr/2010-September/026427.html
mais qui n'est plus accessible. Je ne sais pas comment, techniquement, 
ça tournait, mais ça offrait des stats par référence d'autoroute.
Pour le réseau ferré, quelles sont les logiques de découpage possibles, 
sur le plan géographique ? Est-ce que RFF a des secteurs, des régions, 
bref une manière de découper le territoire ? On pourrait aussi se 
fabriquer un zonage à l'aide du réseau offert par Route500, ou, 
évidemment, se rabattre sur carroyage arbitraire, ou un découpage 
départemental façon GeoFLA. On peut aussi imaginer une segmentation 
selon une hiérarchie des voies, si elle existe.
Si un maillage se dégage, on pourrait alors le reporter dans Mapcraft, 
ou, dans le cas d'un carroyage, utiliser OSMQA [1] pour coordonner les 
efforts.


vincent

[1] : http://wiki.openstreetmap.org/wiki/FR:QualityStreetMap

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

Re: [OSM-talk-fr] Création d'un projet réseau ferré

2013-11-13 Par sujet Benjamin C. 
Pour le suivi du projet, on a besoin d'un suivi géographique, d'un suivi par
type d'objets (voies, lignes, passages à niveau, gares...), voire un suivi
au niveau du renseignement des tags.

On peut utiliser :
- le wiki (mais je préfère quelque chose de graphique plutôt qu'un truc
textuel)
- des trucs comme Map Craft
- voire des infos stockées directement dans la base OSM : par exemple des
tags associés aux relations qui permettraient de connaitre l'état
d'avancement de la saisie de certains tags/objets le long de chaque ligne ?

Personnellement, je n'ai aucune expérience du suivi d'un tel projet dans OSM
et je n'ai qu'une vision partielle des outils existants. Donc tout retour
d'expérience pour d'autres projets de longue durée m'intéresse.

Benjamin



--
View this message in context: 
http://gis.19327.n5.nabble.com/Creation-d-un-projet-reseau-ferre-tp5784606p5785331.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Création d'un projet réseau ferré

2013-11-13 Par sujet Yves Pratter 
Le 13 nov. 2013 à 08:29, Nicolas Dumoulin  a écrit :Un autre exemple de petit train dans le parc Fenestre de La Bourboule :http://tile.openstreetmap.fr/?zoom=18&lat=45.58437&lon=2.74203&layers=B00http://www.openstreetmap.org/browse/way/121240634Pour info, j'ai utilisé railway = light_railBon, c'est clair qu'à moins d'être invalide ou un bambin, l'utilité n'est pas de se déplacer plus vite. Mais cette infrastructure à son utilité touristique, donc si vous trouvez un étiquetage plus spécifique, je suis preneur.D’après l’article de wikipedia cité dans le wiki, l'attribut railway=light_rail correspond aux « nouveaux » tramways / métros légers.Et d’après les photos du site du parc, il s’agit plus d’un train « touristique » (d’un parc d’attraction).Il me semble similaire (identique ?) à celui du parc de la Tête d’Or de Lyon :http://tile.openstreetmap.fr/?zoom=19&lat=45.78138&lon=4.8567&layers=B00Or celui-ci utilise l’attribut railway=miniature qui me semble plus adapté. On pourrait utiliser aussi railway=narrow_gauge.Pour faire le distinguo avec un « vrai » train, il y l’attribut usage=tourism (3 956 utilisations d’après taginfo).Ou comme le suggère Pieren, attraction=train (29 utilisations d’après taginfo)Elles sont « visibles » avec Overpass.Un bon exemple est le Train des Deux Vallées  (ou Tacot des Crouillotes) au Creusot.• attraction = train• railway = narrow_gaugeSite du parc parcdescombes.comEn conclusion :train miniature attraction = trainrailway = miniature« petit » trainattraction = trainrailway = narrow_gauge —Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Création d'un projet réseau ferré

2013-11-13 Par sujet DH 

Le 13/11/2013 19:35, Benjamin C. a écrit :

Ma proposition : concentrons-nous d'abord sur les objets qui structurent le
réseau et qui assure l'intermodalité avant de nous attaquer aux détails des
heurtoirs, aiguillage et autres petits équipements qui risquent de
monopoliser notre temps et de n'attirer que des contributeurs très
spécialisés.

Pour le reste, je n'ai pas de compétence en allemand. Je ne pourrai pas
aider pour la traduction de la page.

Benjamin


Pas d'inquiétude à avoir. C'est juste intéressant de voir le 
développement de la sémantique sur un sujet particulier, de s'interroger 
sur son bien-fondé et d'en tirer des expériences positives pour notre 
projet.
2625 railway:switch=default pour 39781 railway=switch uniquement pour 
les noeuds. Quel est l'apport sémantique ? quel est ce "default" ?
Ma recommendation : railway=switch si vous le souhaitez (si vraiment, 
vous en ressentez le besoin et avez l'info diffusable vous pouvez passer 
au niveau supérieur railway:switch<>default)


Denis

Ps : où renseigner l'état d'avancement du projet (sous-page du miki, 
autre outil, ...) ? Quelle grille d'évaluation ?



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

[OSM-talk-fr] suivi cours d'eau

2013-11-13 Par sujet claude marani 
Bonjour

j'ai fait quelques modifs à l'outil d'Arno

https://github.com/arenevier/rivers

pour rajouter quelques informations sur les cours d'eau:
Écluses pour les canaux et rivière snavigables
Tunnel (tunnel=yes)

les sources modifié sont ici

https://github.com/ClaudeMa/rivers

la sortie est visible ici
http://marani.claude.free.fr/courdo/

pour le moment j'ai fait un test uniquement sur la région bourgogne

cordialement
Claude
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changements graphiques à venir sur la page principale d'openstreetmap.org

2013-11-13 Par sujet Ista Pouss 
Le 13 novembre 2013 11:56, Pieren  a écrit :

> Bonjour,
>
> Comme ceux qui ne suivent pas les discussions au niveau international
> ou qui n'ont pas suivi le dernier SOTM, un changement de design de la
> page principale du site openstreetmap.org est en cours de
> finalisation. On peut en voir un prototype sur ce lien:
> http://redesign.apis.dev.openstreetmap.org/
>
> et d'autres commentaires (en anglais) ici:
>
> https://github.com/openstreetmap/openstreetmap-website/pull/498#issuecomment-28309700
>
> Vous pouvez y ajouter vos remarques ou commentaires ou alors
> participer au fil de discussion sur la liste de diffusion
> t...@openstreetmap.org .
>
>
Oui mais moi je ne parle anglais qu'après avoir ingurgité 3 bières, ce qui
n'est pas le cas en ce moment :-)

Je dirais :

- mieux dans l'ensemble, même si l'ancienne était pas si mal.
- Le blanc de la bande blanche (hein) du dessus ne va pas du tout. Blanc =
Absence de charte graphique, c'est mon opinion. Et c'était d'ailleurs le
même problème avec l'ancienne. Faites au moins des nuances de blanc !...
blanc calcaire, blanc cassé, blanc oeuf...
- "Make a donation" : soit il faut le mettre plus gros, soit il ne faut pas
le mettre. Si petit, ça fait peur.
- "Historique" est-il vraiment utile à ce niveau ? (...surtout que le
résultat me semble incompréhensible). Même problème pour "Traces GPS".
- "S'inscrire" est placé 2 fois. Il faudrait essayer avec 3, voir si ça
marche mieux.
- "About" aussi, sauf que son double se présente comme "Learn More", le
petit malin.
- Le principe de la vignette en haut à gauche est bien, mais il faudrait
l'animer un peu, au lieu d'y mettre toujours le même message... les
coordonnées de la carte ? une liste des pages wikipedia présentes sur la
carte ? Les principales villes/pays/fleuves/choses qu'il y a sur la carte ?
Un précédent/suivant ?
- Je viens de (re)découvrir l'existence des journaux, grâce à cette carte !
Je trouve le principe très intéressant, je me demande pourquoi il n'est pas
plus cité / utilisé dans la communauté française ?... je crois même qu'il
faudrait le mettre encore plus en valeur.
- Note globale : 13/20.

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

Re: [OSM-talk-fr] Création d'un projet réseau ferré

2013-11-13 Par sujet Benjamin C. 
Ma proposition : concentrons-nous d'abord sur les objets qui structurent le
réseau et qui assure l'intermodalité avant de nous attaquer aux détails des
heurtoirs, aiguillage et autres petits équipements qui risquent de
monopoliser notre temps et de n'attirer que des contributeurs très
spécialisés.

Pour le reste, je n'ai pas de compétence en allemand. Je ne pourrai pas
aider pour la traduction de la page.

Benjamin



--
View this message in context: 
http://gis.19327.n5.nabble.com/Creation-d-un-projet-reseau-ferre-tp5784606p5785316.html
Sent from the France mailing list archive at Nabble.com.

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

[OSM-talk-fr] mis a jour bati du cadastre

2013-11-13 Par sujet RÉAU Simon 

Bonjour,

Petit retour sur une tentative de mis a jour du cadastre sur la commune 
de Joué Lès Tours http://osm.org/go/0AU7lYDN--


J'ai utilisé le script bati-fusion disponible ici 
https://github.com/jecor/bati-fusion


Pour la méthode :

J'ai d'abord télécharger via josm les données de la commune

J'ai ensuite découper se fichier via osmosis en ayant créer un fichier 
.poly contenant les limites de la commune, cela me permet de ne pas 
avoir de bâtiment en dehors de la commune


   osmosis --read-xml file=joue.osm --bounding-polygon file=joue.poly
   completeWays=yes --write-xml joue_decoupe.osm

J'ai ensuite telecharger le fichier houses sur cadastre.openstreetmap.fr 
et lancer le script bati-fusion


Le script ma donnée 4 fichier :

.ok.osm : que j'ai importé directement avec les contrôles habituelle 
pour le bati


.nofusion.osm et .conflit.osm : j'ai vérifier les bâtiments un par un en 
faisant des copier coller entre les calques.


.fusion.osm : je n'est pas importé ce fichier qui contenais les 
bâtiments n'ayant pas été modifier


Il est dommage que le script ne donne pas les batiment ayant été 
suprimé, j'ai essayé d'inversé le fichier données et export cadastrale 
mais josm ne voulais pas ouvrir les fichier généré a cause d'un problème 
de version des objets.


Il serait aussi intéressant de pouvoir récupérer les limites de feuilles 
cadastrale pour pouvoir ne travailler que sur une seule feuille (toutes 
les feuilles d'une commune ne sont pas mis a jour en même temps) et 
sourcer ainsi plus précisément les bâtiments.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [osm-fr CA] Re: Rapport Trojette et réaction de l'IGN

2013-11-13 Par sujet Ab_fab 
Pour info, avec les bons sponsors pour obtenir le matériel commercial
"qui-va-bien", il y a moyen de faire des choses plutôt cool :
http://blog.faro-europe.com/tag/mobile-mapping/

Et pour l'approche hacker lab,

_ le projet openstreetview de la maison du libre 29 avance plutôt bien
http://mdl29.net/projets/open-street-view/

_Certains se sont attaqués aux LIDAR montés sur les aspirateurs autonomes.
Mais la portée doit être très faible (quelques m)

_ Qui sait, peut être un jour ce genre de réalisation :
http://www.indiegogo.com/projects/panono-panoramic-ball-camera

Le 8 novembre 2013 10:20, Christian Quest  a écrit
:

> Une approche hackerlab commun serait sûrement un moyen d'échanger et
> d'apporter des techno légères pour résoudre des problèmes parfois complexes.
>
> Par exemple, l'IGN a un projet de "street view" qui s'appuie sur des
> technos lourdes (lidar, centrale inertielle, etc). Tout ça est très beau
> sur le papier (très grande précision), mais c'est horriblement coûteux et
> donc un déploiement est pour l'instant hypothétique.
>
> A côté de ça, entre des GPS GNSS/RTK couplé à une petite base hard avec
> quelques capteurs permet d'obtenir des données très utiles et exploitables
> même si elle ne sont pas du niveau d'un lidar (et encore faut voir).
> Le coût serait relativement faible et pourrait être déployé sur tout les
> véhicules des collecteurs de l'IGN pour une prise de vue systématique sans
> intervention de leur part.
>
> C'est juste un exemple.
> Des travaux communs sont aussi possibles dans des domaines comme la
> qualité. Il y a sûrement des échanges fructueux à développer dans ce
> domaine, au delà des données.
>
> Pour cela il faut aussi que l'IGN descende de sa tour d'ivoire et
> considère que le passage par l'ENSG n'est pas un préalable pour être
> compétent ;)
>



-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Création d'un projet réseau ferré

2013-11-13 Par sujet HELFER Denis 
-Message d'origine-
De : Pieren [mailto:pier...@gmail.com] 
Envoyé : mercredi 13 novembre 2013 17:37
À : Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] Création d'un projet réseau ferré
...

Sinon, il y a aussi la page
http://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Erweitertes_Tagging

qui amoncelle une somme impressionnante de tags divers et variés pour tout ce 
qui peut se trouver sur, sous et à côté des voies ferrées.
Seul manque peut-être encore à l'appel le panneau "un train peut en cacher un 
autre" ;-) (j'ai pas tout lu, y en a trop)


Il y a un paquet de choses intéressantes. Je vais essayer d'en extraire les 
parties utiles pour la page projet Réseau Ferré malgré un allemand plus que 
sommaire.
L'autre difficulté que j'entrevois pour des tags aussi précis, c'est la source. 
A partir de quoi les Allemands déterminent les valeurs d'un rail:switch 
(aiguillage) : traversée jonction simple/double, aiguille simple déviée à 
droite/gauche ; manœuvrée à distance, à pied d'œuvre ? Ont-ils une superbe 
orthophoto comme à Nancy ? Je pense que, comme en France, les emprises 
ferroviaires ne sont pas accessibles au grand public outre-Rhin. Pour des PN ou 
des quais Ok, mais des aiguillages au fin fond d'une entrée de gare ? Ils ont 
de l'opendata de la part de DBNetz ? Ils ont une proportion de cheminots 
importante dans leurs contributeurs ? Je m'interroge.

Denis

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

Re: [OSM-talk-fr] Création d'un projet réseau ferré

2013-11-13 Par sujet Ab_fab 
http://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Erweitertes_Tagging
Haha, kolossal TOC spotted :-)

Quelque part, j'étais un peu déçu de ne pas avoir encore trouvé cette masse
d'infos de la part de nos camarades allemands.
Ca existe donc, et bien en phase avec l'idée que je m'en faisais ;-)
(même si j'imaginais et espérais un peu plus de photos)

A toute fin utile, l'article wikipedia "Signalisation ferroviaire"
mentionne ce site qui permet de décrypter un peu les panneaux / signaux que
l'on peut observer au bord des voies :
http://geillon.pagesperso-orange.fr/trains/signaux/sommaire.htm

Le 13 novembre 2013 17:37, Pieren  a écrit :

>
>
> Sinon, il y a aussi la page
> http://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Erweitertes_Tagging
>
> qui amoncelle une somme impressionnante de tags divers et variés pour
> tout ce qui peut se trouver sur, sous et à côté des voies ferrées.
> Seul manque peut-être encore à l'appel le panneau "un train peut en
> cacher un autre" ;-) (j'ai pas tout lu, y en a trop)
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Création d'un projet réseau ferré

2013-11-13 Par sujet Pieren 
2013/11/12 Yves Pratter :

> Les 2 premiers utilisent le tag  attraction = roller_coaster qui semble plus
> adapté. Le tag railway (et aussi waterway pour la partie aquatique) seraient
> utilisé pour un problème de rendu ??


Voir aussi "roller_coaster=track":
http://wiki.openstreetmap.org/wiki/Proposed_features/key:roller_coaster

Pour le petit train de Mickey, un "railway=*" s'impose (light_rail ?).
Il faudra peut-être jouer sur d'autres tags pour décider de l'afficher
ou pas (réseau transport public vs attraction, pourquoi pas avec
"attraction")

Sinon, il y a aussi la page
http://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Erweitertes_Tagging

qui amoncelle une somme impressionnante de tags divers et variés pour
tout ce qui peut se trouver sur, sous et à côté des voies ferrées.
Seul manque peut-être encore à l'appel le panneau "un train peut en
cacher un autre" ;-) (j'ai pas tout lu, y en a trop)

Pieren

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

Re: [OSM-talk-fr] Données altimétriques d'un GPS sur un highway Was: Intégration d'un plan topographique

2013-11-13 Par sujet Greg 
Pourquoi ne pas mémoriser les coordonnées non corrigées, je dirais plus
"scientifiquement exacte" que des considérations politiques dépendantes des
pays ?

Ça me semble le plus rationnel et le plus "future-proof". Et les altitudes,
aussi mauvaises soient-elles, peuvent être alors automagiquement
crowdsourcées.




Greg


2013/11/13 Tony Emery 

> Bon, je comprends bien qu'OSM n'est pas encore assez mûr pour accueillir
> les
> points d'altitude qui, je le précise pour ma part, sont des levés de
> géomètres, donc pas fait avec des gps smartphone.
>
> D'où la discution qu'on à eu à Clermont avec, entre autres, Christian, sur
> le besoin à venir d'avoir une base spécifique permettant d’accueillir ces
> points de levé pour améliorer localement le MNT.
>
>
>
> -
> Tony EMERY
> Administrateur OpenStreetMap.fr
> Mandataire Grand Sud-Est
> Géomaticien & chef de projets
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Integration-d-un-plan-topographique-tp5785214p5785280.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Intégration d'un plan topographique

2013-11-13 Par sujet Tony Emery 
cquest wrote
> Poteaux téléphoniques ? c'est pas du power=* ou alors du very_low_power=*
> ;)
> 
> Il y a man_made=mast, mais c'est plutôt pour des gros trucs, pas de simple
> poteaux.
> 
> Il faudrait peut être un man_made=pole

C'est quand même bizarre qu'OSM permette de collecter les données liées aux
réseaux électriques et ait oublié son copain du téléphone. Je peux
comprendre pour les réseaux d'eau et autres réseaux enfouis, mais là...



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Integration-d-un-plan-topographique-tp5785214p5785281.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Données altimétriques d'un GPS sur un highway Was: Intégration d'un plan topographique

2013-11-13 Par sujet Tony Emery 
Bon, je comprends bien qu'OSM n'est pas encore assez mûr pour accueillir les
points d'altitude qui, je le précise pour ma part, sont des levés de
géomètres, donc pas fait avec des gps smartphone.

D'où la discution qu'on à eu à Clermont avec, entre autres, Christian, sur
le besoin à venir d'avoir une base spécifique permettant d’accueillir ces
points de levé pour améliorer localement le MNT.



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Integration-d-un-plan-topographique-tp5785214p5785280.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Données altimétriques d'un GPS sur un highway Was: Intégration d'un plan topographique

2013-11-13 Par sujet Tetsuo Shima 
C'est un problème de géométrie, les "visible" sont plutot dans ton
plan horizontal et tous du meme coté, l'intersection des calotte
sphérique - pseudo distance épaissie par l'incertitude - donne donc
une petite boite a la base mais avec une assez longue hauteur, et
c'est quelques part dans cette boite qu'est ta position "réelle".

Pour obtenir une boite plus cubique ou plus plate, il faudrait des
satellites au zenith et au nadir ... au zenith c'est possible mais ce
n'est pas si souvent le cas, au nadir, il sont caché par la terre.

Donc c'est ballot mais géométriquement l'incertitude sur l'altitude
sera toujours même dans les meilleurs condition supérieur d'au moins
50% a celle sur la position horizontale, position horizontale qui
n'est déjà pas forcément très précise avec du matériel grand public et
un usage basique.

Le 13 novembre 2013 13:15, David Crochet  a écrit :
> Bonjour
>
> Le 13/11/2013 13:09, Eric Sibert a écrit :
>
>>
>> La grille stockée dans ton GPS n'est pas toujours très précise, ce qui
>> peut conduire à es erreurs systématiques de plusieurs mètres. Faire une
>> moyenne ne résoudra pas ce problème. Il faudrait alors faire des recalages
>> en utilisant les points de nivellement disponibles le long de la route.
>>
>
> Alors comment un GPS, avec assez de satellites en visuel, peut être
> relativement précis en coordonnées, et si vague en altimétrie ?
> Ou alors l'erreur est simili-identique dans les trois dimensions ?
>
> Cordialement
>
> --
> David Crochet
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Données altimétriques d'un GPS sur un highway Was: Intégration d'un plan topographique

2013-11-13 Par sujet Christian Quest 
Sur les GPS, l'erreur typique sur le Z est environ double de celle en X/Y.
C'est ce que j'ai pu mesurer à de nombreuses reprises.

Donc quand tu as +/-5m d'erreur sur la position 2D, tu as dans les +/- 10m
d'erreur en altitude... et en plus cela correspond comme l'explique Eric à
une altitude assez théorique car il n'y a pas de niveau 0 mondial, chaque
pays a son 0m !

Si on avait la garantie que l'altitude enregistrée par un récepteur GPS
était celle calculée sur l'elipsoide ça serait bien, car si des corrections
sont faites elles peuvent être différentes d'un récepteur à l'autre.


Le 13 novembre 2013 13:15, David Crochet  a écrit :

> Bonjour
>
> Le 13/11/2013 13:09, Eric Sibert a écrit :
>
>
>> La grille stockée dans ton GPS n'est pas toujours très précise, ce qui
>> peut conduire à es erreurs systématiques de plusieurs mètres. Faire une
>> moyenne ne résoudra pas ce problème. Il faudrait alors faire des recalages
>> en utilisant les points de nivellement disponibles le long de la route.
>>
>>
> Alors comment un GPS, avec assez de satellites en visuel, peut être
> relativement précis en coordonnées, et si vague en altimétrie ?
> Ou alors l'erreur est simili-identique dans les trois dimensions ?
>
> Cordialement
>
> --
> David Crochet
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données altimétriques d'un GPS sur un highway Was: Intégration d'un plan topographique

2013-11-13 Par sujet David Crochet 

Bonjour

Le 13/11/2013 13:09, Eric Sibert a écrit :


La grille stockée dans ton GPS n'est pas toujours très précise, ce qui 
peut conduire à es erreurs systématiques de plusieurs mètres. Faire 
une moyenne ne résoudra pas ce problème. Il faudrait alors faire des 
recalages en utilisant les points de nivellement disponibles le long 
de la route.




Alors comment un GPS, avec assez de satellites en visuel, peut être 
relativement précis en coordonnées, et si vague en altimétrie ?

Ou alors l'erreur est simili-identique dans les trois dimensions ?

Cordialement

--
David Crochet


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

Re: [OSM-talk-fr] Nouveau sur la liste

2013-11-13 Par sujet Ab_fab 
Bonjour,

Bienvenue sur la liste ... et bravo pour tes réalisations qui méritent le
détour.

Bonne journée


Le 13 novembre 2013 10:46, Etienne Côme  a écrit :

> Bonjour,
>
> Je suis depuis quelques temps la liste d'un coin de l'oeil pour me tenir
> au courant et je prend enfin le temps de me présenter.
>
> Je suis chercheur à l'ifsttar et travail sur l'étude des mobilités à
> partir des traces numériques de déplacement, j'utilise parfois des données
> OSM dans le cadre de mes recherches et je trouve le projet OSM assez
> génial.
>
> Je ne suis pas du tout actif en ce qui concerne la saisie cela viendra
> peut être un jour mai je m' intéresse par contre pas mal à la carto et
> réutilise donc parfois des données OSM.
>
>  A+
>
> etienne
>
> --
> ~
> Etienne  Côme
> http://www.comeetie.fr
> ==
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données altimétriques d'un GPS sur un highway Was: Intégration d'un plan topographique

2013-11-13 Par sujet Eric Sibert 

Avec mon GPS, je parcours sensiblement les mêmes routes.
En toute logique, pour un point donné, la valeur de la moyenne des  
valeurs altimétriques mesurées devrait de plus en plus se rapprocher  
de la réalité au fur et a mesure des relevés (à l'erreur près du  
fait de la distance verticale entre ledit GPS et la surface du sol).


Le problème, c'est que ton GPS, par défaut, ne mesure pas l'altitude  
mais la hauteur au-dessus de l'ellipsoïde WGS84. Ensuite, il fait une  
conversion vers une altitude en utilisant une grille mondiale  
indiquant la hauteur du niveau moyen des mers (au repos) ou son  
extrapolation, dit géoïde, par rapport à WGS84. La grille stockée dans  
ton GPS n'est pas toujours très précise, ce qui peut conduire à es  
erreurs systématiques de plusieurs mètres. Faire une moyenne ne  
résoudra pas ce problème. Il faudrait alors faire des recalages en  
utilisant les points de nivellement disponibles le long de la route.


Eric




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

[OSM-talk-fr] Données altimétriques d'un GPS sur un highway Was: Intégration d'un plan topographique

2013-11-13 Par sujet David Crochet 

Bonjour

Le 13/11/2013 12:12, Christian Quest a écrit :


Pour les 4000 points d'altitude, ils n'ont effectivement pas leur 
place dans OSM.

Au pire, tu peux mettre ele=* sur chaque poteau ;)


À un moment je me suis posé la question :

Avec mon GPS, je parcours sensiblement les mêmes routes.
En toute logique, pour un point donné, la valeur de la moyenne des 
valeurs altimétriques mesurées devrait de plus en plus se rapprocher de 
la réalité au fur et a mesure des relevés (à l'erreur près du fait de la 
distance verticale entre ledit GPS et la surface du sol).


Ceci pourrait amener à des données altimétriques sans support physique.

Ces informations ne sont pas présentes dans les traces GPS disponibles 
sur OSM il me semble ?


Cordialement

--
David Crochet


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

Re: [OSM-talk-fr] Intégration d'un plan topographique

2013-11-13 Par sujet Christian Quest 
Poteaux téléphoniques ? c'est pas du power=* ou alors du very_low_power=* ;)

Il y a man_made=mast, mais c'est plutôt pour des gros trucs, pas de simple
poteaux.

Il faudrait peut être un man_made=pole


Pour les 4000 points d'altitude, ils n'ont effectivement pas leur place
dans OSM.
Au pire, tu peux mettre ele=* sur chaque poteau ;)



Le 13 novembre 2013 10:43, Tony Emery  a écrit :

> Bonjour à tous,
>
> Dans le cadre d'un projet de circuit touristique, j'ai récupéré le plan
> topo
> d'un site archéologique et de ses alentours.
>
> Du coup, j'ai l"idée de verser les infos précieuses de ce plan comme les
> arbres, les bancs, les poubelles, etc...
>
> En parallèle, j'ai un petit soucis pour qualifier certaines infos.
> - Les poteaux téléphoniques (power=pole et quoi ?)
> - Les points d'altitude presque 4.000 points sur la colline d'Orange avec
> une précision en z centimétrique (pour un jour améliorer le MNT).
> - Les plaques et autres regards (eau, électricité, réseaux, ...)
>
> Je suppose que cartographier chacun des poteaux d'un barrière est un peu
> trop (mais je pourrais).
>
> Avez-vous quelques idées pour qualifier tout ça ?
>
>
>
> -
> Tony EMERY
> Administrateur OpenStreetMap.fr
> Mandataire Grand Sud-Est
> Géomaticien & chef de projets
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Integration-d-un-plan-topographique-tp5785214.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Intégration d'un plan topographique

2013-11-13 Par sujet Pieren 
2013/11/13  :
>> - Les points d'altitude presque 4.000 points sur la colline d'Orange avec
>> une précision en z centimétrique (pour un jour améliorer le MNT).
> http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dsurvey_point
> http://wiki.openstreetmap.org/wiki/Key:ele

Oui mais encore faudrait-il que ces points aient une réalité physique
sur le terrain, comme une borne. Mais avec 4000 points, c'est
probablement juste un relevé. Les MNT (modèle numérique de terrain) ne
sont pas les bienvenus dans la base OSM elle-même mais qui pourraient
figurer dans une base libre séparée.

>> Je suppose que cartographier chacun des poteaux d'un barrière est un peu trop

Effectivement.

Pieren

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

[OSM-talk-fr] Changements graphiques à venir sur la page principale d'openstreetmap.org

2013-11-13 Par sujet Pieren 
Bonjour,

Comme ceux qui ne suivent pas les discussions au niveau international
ou qui n'ont pas suivi le dernier SOTM, un changement de design de la
page principale du site openstreetmap.org est en cours de
finalisation. On peut en voir un prototype sur ce lien:
http://redesign.apis.dev.openstreetmap.org/

et d'autres commentaires (en anglais) ici:
https://github.com/openstreetmap/openstreetmap-website/pull/498#issuecomment-28309700

Vous pouvez y ajouter vos remarques ou commentaires ou alors
participer au fil de discussion sur la liste de diffusion
t...@openstreetmap.org .

Pieren

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

Re: [OSM-talk-fr] Intégration d'un plan topographique

2013-11-13 Par sujet david . crochet 
Bonjour

- Mail original -
De: "Tony Emery" 


> - Les points d'altitude presque 4.000 points sur la colline d'Orange avec
> une précision en z centimétrique (pour un jour améliorer le MNT).

http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dsurvey_point
http://wiki.openstreetmap.org/wiki/Key:ele

> - Les plaques et autres regards (eau, électricité, réseaux, ...)

http://wiki.openstreetmap.org/wiki/Key:manhole

> Je suppose que cartographier chacun des poteaux d'un barrière est un peu
> trop (mais je pourrais).

http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dfence
Oui, c'est un peu pousser un peu trop loin le mapping, mais pourquoi pas un 
nœud à chaque poteau d'une clôture sans l'étiquette en tant que tel. 


Cordialement

-- 
David Crochet

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

[OSM-talk-fr] Nouveau sur la liste

2013-11-13 Par sujet Etienne Côme 
Bonjour,

Je suis depuis quelques temps la liste d'un coin de l'oeil pour me tenir au
courant et je prend enfin le temps de me présenter.

Je suis chercheur à l'ifsttar et travail sur l'étude des mobilités à partir
des traces numériques de déplacement, j'utilise parfois des données OSM
dans le cadre de mes recherches et je trouve le projet OSM assez génial.

Je ne suis pas du tout actif en ce qui concerne la saisie cela viendra peut
être un jour mai je m' intéresse par contre pas mal à la carto et réutilise
donc parfois des données OSM.

 A+

etienne

-- 
~
Etienne  Côme
http://www.comeetie.fr
==
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Intégration d'un plan topographique

2013-11-13 Par sujet Tony Emery 
Bonjour à tous,

Dans le cadre d'un projet de circuit touristique, j'ai récupéré le plan topo
d'un site archéologique et de ses alentours.

Du coup, j'ai l"idée de verser les infos précieuses de ce plan comme les
arbres, les bancs, les poubelles, etc...

En parallèle, j'ai un petit soucis pour qualifier certaines infos.
- Les poteaux téléphoniques (power=pole et quoi ?)
- Les points d'altitude presque 4.000 points sur la colline d'Orange avec
une précision en z centimétrique (pour un jour améliorer le MNT).
- Les plaques et autres regards (eau, électricité, réseaux, ...)

Je suppose que cartographier chacun des poteaux d'un barrière est un peu
trop (mais je pourrais).

Avez-vous quelques idées pour qualifier tout ça ?



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/Integration-d-un-plan-topographique-tp5785214.html
Sent from the France mailing list archive at Nabble.com.

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