Re: [OSM-talk-fr] suivi cours d'eau (mise à jour)

[Yves Pratter]

> En partant d'un extrait France de Geofabrik, et après conversion du fichier 
> pbf en .o5m, le parsing [1] avec osmfilter prend 16 minutes. 
> 
Il doit manquer les nœuds et chemins qui constituent les ponts (routiers et de 
chemin de fer) ;-)
Le script de Claude fait une requête spatial qui recherche les intersections 
entre les « waterways » et les « routes » .

Je ne connais pas osmfilter, mais j’imagine que ce n’est pas possible de faire 
ça.
Combien de temps prendrait le filtrage en gardant tous les ways (chemins 
piétons, routes, voies ferrées…) avec l’attribut bridge= ?

—
Yves

> ---
> [1] osmfilter france.o5m --parameter-file=filter_rivieres.txt 
> >france_rivieres.o5m
> Contenu de filter_rivieres.txt :
> 
> -v=2
> 
> --keep=
> 
> --keep-nodes=
> natural=spring
> waterway=
> 
> --keep-ways=
> waterway=
> 
> --drop-ways=
> waterway=riverbank
> 
> --keep-relations=
> type=waterway
> 
> --out-o5m

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

Re: [OSM-talk-fr] suivi cours d'eau (mise à jour)

[Ab_fab]

Bonsoir,

En partant d'un extrait France de Geofabrik, et après conversion du fichier
pbf en .o5m, le parsing [1] avec osmfilter prend 16 minutes.
J'ai une config modeste : netbook Samsung NC20 - 2 GO RAM sous windows XP

Au final, j'aboutis au fichier pbf dispo ici : http://dl.free.fr/grs2VbbCr

---
[1] osmfilter france.o5m --parameter-file=filter_rivieres.txt
>france_rivieres.o5m
Contenu de filter_rivieres.txt :

-v=2

--keep=

--keep-nodes=
natural=spring
waterway=

--keep-ways=
waterway=

--drop-ways=
waterway=riverbank

--keep-relations=
type=waterway

--out-o5m




Le 2 décembre 2013 14:42, claude marani  a écrit :

> bonjour
>
> je prend un France complet de GeoFabrik
> L'extraction des données prend 15h00 sur mon pc sous Xubuntu (je ne me
> souvient plus trop de la config un quad coreur amd je crois avec 8Go de
> mémoire)
> la génération des pages HTML prend 90mn
>
> j'ai commencé à essayer de "jouer" avec config.lua d'osm2pgsql mais ne
> sachant pas trop comment tout ça fonctionne ça me prend du temps.
>
> je suis donc preneur de toute info pouvant accélérer les traitements
>
> bonne journée
>
> merci
>
>
> Le 2 décembre 2013 11:55, Ab_fab  a écrit :
>
> Bonjour Claude,
>>
>> Lors de tes mises à jour, comment procèdes-tu ?
>> Directement à partir d'un extrait France complet ?
>> Est-ce que tu fais un pré-filtrage préalable des données avec un autre
>> outil (osmosis ou osmfilter) avant de lancer le script d'import dans la
>> base Postgis ?
>>
>> Je suis un peu joueur, j'ai voulu tester les scripts sur une Raspberry Pi
>> ;-)
>> Pour une zone très light (la Corse), ça fonctionne bien.
>>
>> Mais l'extraction des données d'un extrait complet Geofabrik osm.bz2 est
>> vraiment très lente.
>> Je vais essayer de trouver la requête Overpass API la plus efficace pour
>> récupérer juste ce qu'il faut d'informations
>> Bonne journée
>> Le 1 décembre 2013 20:03, Claude  a écrit :
>>
>> Bonjour
>>>
>>> je vient de mettre à jour la page de suivi des cours d'eau.
>>> les données datent de hier
>>>
>>> http://marani.claude.free.fr/courdo
>>>
>>> petites améliorations de l'affichage:
>>>
>>> Lien permettant d'analyser la relation sur "OSM relation Analyzer"
>>> Lien pour éditer la relation dans JOSM
>>>
>>>
>>> Lien d'édition pour  certaines information dans JOSM ou rawedit
>>>
>>>
>>> cordialement
>>> Claude
>>>
>>> --
>>>  Envoyé avec Mozilla Thunderbird ---
>>>
>>>
>>> ___
>>> 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
>>
>>
>
> ___
> 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

[OSM-talk-fr] Erreur Osmose sur les gendarmerie

[Gad.Jo]

Bonsoir,


On en a déjà parler l'année dernière ou en début d'année si mes souvenirs
ne sont pas trop faux. Cela concerne les Gendarmerie, leur service de
police et leur terrain militaire.

J'ai des erreurs Osmose sur un conflit entre landuse et amenity. Après
avoir demandé la dernière fois aux gendarme de Narbonne, j'ai eu l'occasion
de demander de nouveau à un gendarme de Coursan "Est ce que votre caserne
est un terrain militaire ou pas ?"
La réponse du gendarme est claire : "oui et c'est indiqué à l'entrée"

La gendarmerie exerce un rôle de police en campagne. Je présume qu'il a un
ajustement à faire du coté d'Osmose. Autrement je peut tricher en indiquant
que le terrain est militaire et le nœud est un service de police mais les
deux informations auront le même nom "Brigade de proximité de gendarmerie
de Coursan"

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

Re: [OSM-talk-fr] OSM sur les rails

[DH]

Le 10/12/2013 22:12, Vincent de Château-Thierry a écrit :

Bonsoir,

Le 10/12/2013 17:34, HELFER Denis a écrit :

A voir : http://www.lgv-est.com/lesuivi-paysager/index.html

Merci à Maperitive et à JB pour son beau rendu topo.

Oui, je sais c’est flou mais je n’avais pas la maitrise sur toute la
chaine de prod.


Bien vu, un documentaire sur fond de carte :-) Les transformations du 
paysage sont vraiment impressionnantes. Certaines mériteraient une 
image par mois, tant d'une prise de vue à l'autre, à plusieurs mois 
d'écart, on a du mal à croire que de tels changements sont possibles...


un cartomentaire ? Je regrette de ne pas avoir eu plus de temps à 
consacrer à ce projet et à maperitive.
Je retenterai volontiers l'expérience sur d'autres secteurs (moins grand 
-> c'était la difficulté majeure de l'exercice)


Denis

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

Re: [OSM-talk-fr] OSM sur les rails

[Vincent de Château-Thierry]

Bonsoir,

Le 10/12/2013 17:34, HELFER Denis a écrit :

A voir : http://www.lgv-est.com/lesuivi-paysager/index.html

Merci à Maperitive et à JB pour son beau rendu topo.

Oui, je sais c’est flou mais je n’avais pas la maitrise sur toute la
chaine de prod.


Bien vu, un documentaire sur fond de carte :-) Les transformations du 
paysage sont vraiment impressionnantes. Certaines mériteraient une image 
par mois, tant d'une prise de vue à l'autre, à plusieurs mois d'écart, 
on a du mal à croire que de tels changements sont possibles...


vincent

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

Re: [OSM-talk-fr] Josm : Problème avec le cadastre

[Pieren]

2013/12/10 Eric SIBERT :

> Oui, c'est chez moi. J'ai en entrée de mon réseau un serveur/passerelle sous
> la distro sme-server (http://www.contribs.org/). Il y a dedans un proxy
> transparent. Et quand je le désactive, tout revient dans l'ordre.

Donc, c'est ça. Le plugin ne supporte pas les proxys. C'est un point
qui a déjà été relevé sur cette liste.

Pieren

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

Re: [OSM-talk-fr] Josm : Problème avec le cadastre

[Eric SIBERT]

Curieux. Tu as un proxy en local ? Si oui, essaie sans.


Oui, c'est chez moi. J'ai en entrée de mon réseau un serveur/passerelle 
sous la distro sme-server (http://www.contribs.org/). Il y a dedans un 
proxy transparent. Et quand je le désactive, tout revient dans l'ordre.



Autrement, question bête : est-ce que ça
marche depuis le navigateur internet et cadastre.gouv.fr ?


Aucun problème. Il ne me file pas les tuiles de la commune d'à côté 
aussi bien en champ large qu'en champ serré sur la frontière (avec ou 
sans proxy).


Eric


---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce 
que la protection avast! Antivirus est active.
http://www.avast.com


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

Re: [OSM-talk-fr] [OSM-dev-fr] Aidons raildar.fr !

[PierreV]

mouais... les traces gps qu'il affiche sur le lien: ben quand je voit les
"cassures" dans les "petits virages" je pense que OSM est plus "lissé"...
Mais bon pour un rendu a l'échelle régionale cela change pas grand chose...



--
View this message in context: 
http://gis.19327.n5.nabble.com/Aidons-raildar-fr-tp5789275p5789377.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] OSM sur les rails

[Ab_fab]

Mis à part le souci que tu évoques à la fin de ton message, c'est super
bien !


Le 10 décembre 2013 17:34, HELFER Denis  a écrit :

>  A voir : http://www.lgv-est.com/lesuivi-paysager/index.html
>
> Merci à Maperitive et à JB pour son beau rendu topo.
>
> Oui, je sais c’est flou mais je n’avais pas la maitrise sur toute la
> chaine de prod.
>
>
>
> *Denis HELFER*
>
> *Chargé d’études géomatiques*
>
> *Correspondant SI*
>
> *03 88 23 95 58 *
>
> [image: Description : Description : D:\Documents and
> Settings\asieffert\Mes documents\Mes images\Photos\RFF_sign_Alsace.JPG]
>
>
>
> ___
> 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

[OSM-talk-fr] OSM sur les rails

[HELFER Denis]

A voir : http://www.lgv-est.com/lesuivi-paysager/index.html
Merci à Maperitive et à JB pour son beau rendu topo.
Oui, je sais c'est flou mais je n'avais pas la maitrise sur toute la chaine de 
prod.

Denis HELFER
Chargé d'études géomatiques
Correspondant SI
03 88 23 95 58
[Description : Description : D:\Documents and Settings\asieffert\Mes 
documents\Mes images\Photos\RFF_sign_Alsace.JPG]

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

Re: [OSM-talk-fr] [OSM-dev-fr] Aidons raildar.fr !

[François Lacombe]

Je pense qu'il peut aussi nous aider en retour.

Si il garde les gpx de voies ferrées.
http://www.raildar.fr/static/show_path.html

*François Lacombe*

francois dot lacombe At telecom-bretagne dot eu
http://www.infos-reseaux.com


Le 10 décembre 2013 13:25, PierreV  a écrit :

> Je pense qu'il faut rediriger l'auteur vers ce sujet de ML... pour ma part
> je
> ne pourrais pas répondre aux "questions techniques" mais si il faut
> vérifier
> ou compléter les données OSM qu'il a besoin il peut compter sur moi!
> Je voit sur son blog qu'il demande que des personnes lui fournissent des
> "traces GPS" des lignes... heu peut etre lui préciser qu'en réalisant des
> extraits du circuit ferroviaire de OSM la précision est bien plus
> intéressante que ce que peut lui apporter un GPS!
>
> Peut etre aussi se rapprocher de :
> http://forum.openstreetmap.fr/viewtopic.php?f=2&t=456&hilit=train et de
> marcth25 qui doit commencer a bien connaitre les "spécificités" du modèle
> du
> réseau ferroviaire sur OSM!
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Aidons-raildar-fr-tp5789275p5789317.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] Dans "name", le nom de commune au COG ou le "terrain" ?

[Christian Rogel]

Le 9 déc. 2013 à 16:08, Christophe Merlet  a écrit :
>> 
> 
> Le terrain et l'usage administratif local reconnu doit primer dans le
> champ name.
> 


+ 1
Le fait que tant de communes aient le même nom est un argument pour décider
que dans ce domaine précis, il serait meilleur de mettre les formes locales 
reconnues,
à partir du moment où elles sont sur les panneaux d'entrée d'agglomération, les 
sites Internet, etc.
On ne va pas attendre que le Conseil d'État ait réglé tous le problèmes, s'il 
arrive à le faire un jour.

Le tag official_name semble fait exprès pour accueillir le COG et ses 
imperfections, dès qu'il y a
discordance.
Dans la presque totalité des cas, l'une et l'autre forme sont interrogeables, 
car, très similaires.

Cependant, cela ne permettra pas de n'avoir que les formes locales dans "name".
Quelquefois une commune met des panneaux conformes au COG , mais, contraires à 
l'usage, et parfois non.

alt_name et official_name sont alors appropriés.

Une note sera, à chaque fois, bienvenue.

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

Re: [OSM-talk-fr] Osmose et l'ajout de points géodésiques

[Stéphane Péneau]

Ok,

Bon courage !

Stf


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

Re: [OSM-talk-fr] Osmose et l'ajout de points géodésiques

[Frédéric Rodrigo]

Osmose signale aussi les points manquants
https://gitorious.org/osmose/backend/source/471708e3f4f94b0c1a8045ed5a11a327172bfa8a:analysers/analyser_merge_geodesie.py
Mais ça a l'air de ne pas marcher :
http://osmose.openstreetmap.fr/fr/errors/graph.png?item=8070&class=1
Il faut que l'on regarde ça.

Contrairement aux sites :
http://osmose.openstreetmap.fr/fr/errors/graph.png?item=8070&class=2

Frédéric.




Le 10 décembre 2013 15:14, Stéphane Péneau  a
écrit :

>
> Le revert est fait.
>
> Mais maintenant, je continue à m'interroger.
> Parmi les relations déguisées en note que j'ai "reverté", il y avait
> "SAINT HILAIRE DE CHALEONS I"
> Effectivement, cette relation n'existe pas/plus. Cette relation comprenait
> forcément un point géodésique. Je pense l'avoir retrouvé via la fiche :
> http://geodesie.ign.fr/fiches/pdf/4416401.pdf
> Ce point n'existe pas non plus dans Osm.
>
> Donc, que Osmose alerte de l'absence de ce point, je suis Ok à 200%, mais
> dans ce cas, il faut que le lien "josm fix" soit avec les bons tags pour le
> node et la relation.
> C'est peut-être sur ce lien qu'il y a un problème, non ?
>
>
> Stf
>
>
>
>
> ___
> 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] Osmose et l'ajout de points géodésiques

[Stéphane Péneau]

Le revert est fait.

Mais maintenant, je continue à m'interroger.
Parmi les relations déguisées en note que j'ai "reverté", il y avait 
"SAINT HILAIRE DE CHALEONS I"
Effectivement, cette relation n'existe pas/plus. Cette relation 
comprenait forcément un point géodésique. Je pense l'avoir retrouvé via 
la fiche :

http://geodesie.ign.fr/fiches/pdf/4416401.pdf
Ce point n'existe pas non plus dans Osm.

Donc, que Osmose alerte de l'absence de ce point, je suis Ok à 200%, 
mais dans ce cas, il faut que le lien "josm fix" soit avec les bons 
tags pour le node et la relation.

C'est peut-être sur ce lien qu'il y a un problème, non ?

Stf




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

Re: [OSM-talk-fr] Osmose et l'ajout de points géodésiques

[Frédéric Rodrigo]

Le 10 décembre 2013 14:39, Stéphane Péneau  a
écrit :

> Le mardi 10 décembre 2013 14:28:24, Frédéric Rodrigo a écrit :
>
>
>  Donc nous sommes d'accord qu'il faut faire un revert ?
>>
>> Oui tu peux reverter
>>
>
> Ok, je vais ... essayer.
>
>
>  Elle vont réapparaitre toute seule. Mais je ne vais rien faire.
>>
>
> Peut-être un bon gros "warning" sur la bulle de la carte pour que ça ne
> soit pas réimporté tel quel puisque si j'ai bien compris, dans le cas
> présent, Osmose alertait du manque d'une relation, et pas des survey_point
>
> Question subsidiaire :
> Il s'agissant de nouvelles relations ou de relations ayant disparues ?
>

Uniquement de l'importé qui n'est pas retrouvé. Réutilisé, altéré ou marqué
comme supprimé.
Si on les retrouve supprimé dans l'historique on peut les ressusciter.

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

Re: [OSM-talk-fr] Osmose et l'ajout de points géodésiques

[Pieren]

2013/12/10 Frédéric Rodrigo :

> Elle vont réapparaitre toute seule. Mais je ne vais rien faire.

> C'est osmose qui surveille. L'outil spécifique  n'est plus maintenu et plus
> en fonction.
>
> Un site est une relation qui regroupe des points. Le josm fix d'omose
> propose dans les duex cas un point (il ne sait pas faire autre choses). Pour
> les sites il faut recréer manuellement la relation (les tag proposés par
> osmose sont bon), et intégrer les points dans la relation.

Les tags proposés par osmose sont bons mais ce sont les tags prévus
pour la relation qui sont placés sur les noeuds et les tag prévus pour
les noeuds qui sont carrément absent:
man_made=survey_point
ref=
ele=
etc...

Soit osmose ajoute les bons tags sur les bons éléments , soit il ne
propose rien. C'est à coup sûr une future source d'import raté (et il
y a déjà assez de gens qui se plaignent des mauvais imports dans osm).

Pieren

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

Re: [OSM-talk-fr] Osmose et l'ajout de points géodésiques

[Stéphane Péneau]

Le mardi 10 décembre 2013 14:28:24, Frédéric Rodrigo a écrit :


Donc nous sommes d'accord qu'il faut faire un revert ?

Oui tu peux reverter


Ok, je vais ... essayer.


Elle vont réapparaitre toute seule. Mais je ne vais rien faire.


Peut-être un bon gros "warning" sur la bulle de la carte pour que ça ne 
soit pas réimporté tel quel puisque si j'ai bien compris, dans le cas 
présent, Osmose alertait du manque d'une relation, et pas des 
survey_point


Question subsidiaire :
Il s'agissant de nouvelles relations ou de relations ayant disparues ?

Stf

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

Re: [OSM-talk-fr] Osmose et l'ajout de points géodésiques

[Frédéric Rodrigo]

Le 10 décembre 2013 14:17, Stéphane Péneau  a
écrit :

> Donc nous sommes d'accord qu'il faut faire un revert ?
>

Oui tu peux reverter

Mais, Frédéric, ensuite ces erreurs vont réapparaitre sur Osmose, à moins
> que tu fasses quelque chose au préalable.
>

Elle vont réapparaitre toute seule. Mais je ne vais rien faire.


> Pour terminer, est-ce qu'il y a un bot qui surveille les points
> géodésique, et qui pourrait prendre en charge ces nouveaux points ou
> site. D'ailleurs, quelle est la différence ?
>

C'est osmose qui surveille. L'outil spécifique  n'est plus maintenu et plus
en fonction.

Un site est une relation qui regroupe des points. Le josm fix d'omose
propose dans les duex cas un point (il ne sait pas faire autre choses).
Pour les sites il faut recréer manuellement la relation (les tag proposés
par osmose sont bon), et intégrer les points dans la relation.

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

Re: [OSM-talk-fr] Osmose et l'ajout de points géodésiques

[Stéphane Péneau]

Donc nous sommes d'accord qu'il faut faire un revert ?

Mais, Frédéric, ensuite ces erreurs vont réapparaitre sur Osmose, à 
moins que tu fasses quelque chose au préalable.


Pour terminer, est-ce qu'il y a un bot qui surveille les points 
géodésique, et qui pourrait prendre en charge ces nouveaux points 
ou site. D'ailleurs, quelle est la différence ?


Stf

Le mardi 10 décembre 2013 13:12:22, Frédéric Rodrigo a écrit :

Ce n'est effectivement pas bon.

Ces erreurs (il n'y en plus) portaient comme message "Site géodésique
71221A - GIVRY A" et non "repère".
Elles sont là :
http://osmose.openstreetmap.fr/fr/errors/done?item=8070

Frédéric.




Le 10 décembre 2013 12:50, Pieren mailto:pier...@gmail.com>> a écrit :

2013/12/10 Stéphane Péneau mailto:stephane.pen...@wanadoo.fr>>

Ca ressemble aux tags d'une relation site, non ? Alors que
pour un node, il manquerait entre autres man_made=survey_point


Le type "site" concerne les relations. C'est d'ailleurs aussi ce
qui se dit sur cette page du wiki pour les repères géodésiques:

http://wiki.openstreetmap.org/wiki/WikiProject_France/Rep%C3%A8res_G%C3%A9od%C3%A9siques

Avant d'ouvrir un ticket, ou même d'imaginer un revert pour
faire ensuite un import correct, qu'en pensez-vous ?


+1

Pieren

___
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




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

Re: [OSM-talk-fr] [OSM-dev-fr] Aidons raildar.fr !

[PierreV]

Je pense qu'il faut rediriger l'auteur vers ce sujet de ML... pour ma part je
ne pourrais pas répondre aux "questions techniques" mais si il faut vérifier
ou compléter les données OSM qu'il a besoin il peut compter sur moi!
Je voit sur son blog qu'il demande que des personnes lui fournissent des
"traces GPS" des lignes... heu peut etre lui préciser qu'en réalisant des
extraits du circuit ferroviaire de OSM la précision est bien plus
intéressante que ce que peut lui apporter un GPS!

Peut etre aussi se rapprocher de :
http://forum.openstreetmap.fr/viewtopic.php?f=2&t=456&hilit=train et de
marcth25 qui doit commencer a bien connaitre les "spécificités" du modèle du
réseau ferroviaire sur OSM!



--
View this message in context: 
http://gis.19327.n5.nabble.com/Aidons-raildar-fr-tp5789275p5789317.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] Osmose et l'ajout de points géodésiques

[Frédéric Rodrigo]

Ce n'est effectivement pas bon.

Ces erreurs (il n'y en plus) portaient comme message "Site géodésique
71221A - GIVRY A" et non "repère".
Elles sont là :
http://osmose.openstreetmap.fr/fr/errors/done?item=8070

Frédéric.




Le 10 décembre 2013 12:50, Pieren  a écrit :

> 2013/12/10 Stéphane Péneau 
>
>>  Ca ressemble aux tags d'une relation site, non ? Alors que pour un node,
>> il manquerait entre autres man_made=survey_point
>>
>
> Le type "site" concerne les relations. C'est d'ailleurs aussi ce qui se
> dit sur cette page du wiki pour les repères géodésiques:
>
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Rep%C3%A8res_G%C3%A9od%C3%A9siques
>
>
>>  Avant d'ouvrir un ticket, ou même d'imaginer un revert pour faire
>> ensuite un import correct, qu'en pensez-vous ?
>>
>
> +1
>
> Pieren
>
> ___
> 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] Osmose et l'ajout de points géodésiques

[Pieren]

2013/12/10 Stéphane Péneau 

>  Ca ressemble aux tags d'une relation site, non ? Alors que pour un node,
> il manquerait entre autres man_made=survey_point
>

Le type "site" concerne les relations. C'est d'ailleurs aussi ce qui se dit
sur cette page du wiki pour les repères géodésiques:
http://wiki.openstreetmap.org/wiki/WikiProject_France/Rep%C3%A8res_G%C3%A9od%C3%A9siques


> Avant d'ouvrir un ticket, ou même d'imaginer un revert pour faire ensuite
> un import correct, qu'en pensez-vous ?
>

+1

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

[OSM-talk-fr] Osmose et l'ajout de points géodésiques

[Stéphane Péneau]

Bonjour,

Ces derniers jours, j'ai croisé un changeset qui ajoutait tout une 
ribambelle de points géodésiques :

http://www.openstreetmap.org/changeset/19295960

J'étais surpris qu'ils ne soient pas déjà tous présents dans la base. 
Après avoir pris contact avec l'auteur du changeset, il s'avère qu'il 
les a ajoutés depuis Osmose avec le lien "josm fix".

Je suis surpris que ça passe par Osmose au lieu d'un bot, mais bon, soit.

Ou je tique un peu, c'est sur les tags ajoutés aux nodes. Exemple pour 
l'un d'entre eux :
name  
VILLEVEYRAC II

network NTF-4
ref    3434102
sitegeodesic
source  	©IGN 
2010 dans le cadre de la cartographie réglementaire
type  	site 




Ca ressemble aux tags d'une relation site, non ? Alors que pour un node, 
il manquerait entre autres man_made=survey_point


Avant d'ouvrir un ticket, ou même d'imaginer un revert pour faire 
ensuite un import correct, qu'en pensez-vous ?


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

Re: [OSM-talk-fr] OSM 2 CSV : l'open data d'OSM pour tous publics ?

[Nicolas Moyroud]

On n'est pas obligé d'avoir tous ces formats tout de suite. La 
catégorie 3 se débrouille déjà bien toute seule. Je pense qu'il vaut 
mieux concentrer l'effort sur la catégorie 1.


Faux ! La catégorie 3 ne concerne pas que les géogeeks, mais aussi les 
géomaticiens qui pour la plupart ne sont pas geeks du tout. Ils 
utilisent du Shapefile et du GeoJSON avec les interfaces graphiques de 
leurs logiciels SIG, mais n'ont jamais ouvert un fichier XML avec un 
éditeur de texte. Ils ont besoin de données directement exploitables 
avec leur SIG. Tant que OSM ne proposera pas ça, ils n'utiliseront pas 
les données. Les ignorer serait à mon avis une grosse erreur.


Bof. Moi je mettrais tout. Quel est le problème ? Les débutants feront 
le tri dans leur tableur. Sélectionner des colonnes me paraît 
complexifier inutilement le process. Ou alors il faut que ce soit une 
option qui ne rajoute pas une étape. Ou bien encore on pourrait 
décider de supprimer les colonnes qui possèdent moins de 1% 
d'informations.
Oui mais il n'y a pas que le format tableur ! Les exports thématiques 
sont importants. Les géomaticiens ont l'habitude de travailler avec des 
données séparées en couches thématiques en appliquant un rendu 
cartographique différent sur chacune. Si ils doivent commencer par 
passer beaucoup de temps à découper eux-mêmes les données sur plein de 
critères, ils vont considérer ça comme un perte de temps par rapport aux 
données déjà prêtes qui leur sont fournies par d'autres sources.


Nicolas

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

Re: [OSM-talk-fr] OSM 2 CSV : l'open data d'OSM pour tous publics ?

[Ab_fab]

Etant donné que uMap s'alimente facilement avec du GeoJSON (plutôt que du
.csv), j'aurais tout de même tendance à remonter ce format d'un cran, vers
la catégorie "néophyte" ...

... sous réserve d'aiguiller convenablement vers l'usage de uMap justement
(le process d'import automatique vers uMap que tu évoques plus loin).


Le 10 décembre 2013 11:36, Charles Nepote  a écrit :

> Le 09/12/2013 17:49, Christian Quest a écrit :
>
>  On peut commencer une sorte de cahier des charges de ce que devrait faire
>> un tel outil d'extraction de données ?
>>
>>  Chic !
>
>
>
>  Il y a les formats de sortie: CSV, json, geojson, topojson, XML,
>> shapefile, autres...
>>
>>  Il me semble qu'il y a quatre grandes catégories de formats.
>
> 1. pour les **néophytes** : CSV en priorité **mais** je crois me rappeler
> que le CSV ne s'ouvre pas toujours facilement dans Excel (en fait j'ai
> jamais testé, quelqu'un pour confirmer ?) ; donc ods en xls seraient
> bienvenus d'autant qu'on pourrait intégrer la doc des données dans un
> onglet de ces fichiers.
> Je signale au passage que l'activité Semantic Web du W3C a disparue pour
> céder sa place à l'activité Data, tout simplement. Et, acte emblématique,
> l'un des deux premiers nouveaux groupes de travail de l'activité Data est
> "CSV on the Web" : http://www.w3.org/2013/05/lcsv-charter.html (ou
> comment réconcilier web sémantique et CSV).
>
> 2. Pour les développeurs : vont probablement apprécier le JSON et le CSV,
> et s'intéresser très timidement au XML, Shapefile, etc.
>
> 3. Pour les géogeeks qui apprécieront probablement les *json, XML,
> shapefile, etc.
>
> 4. Pour linkeddatageeks qui apprécieront du RDF
> Voir http://data.ign.fr/ et http://data.insee.fr/ .
>
> Je sais que ça ne va pas être simple mais je ne balancerais pas au
> débutant une kyrielle de 10+ formats. A tout le moins, je séparerais les
> formats pour débutants avec les autres formats en précisant par exemple
> "Exports/formats avancés" ou quelque mention du genre.
>
> On n'est pas obligé d'avoir tous ces formats tout de suite. La catégorie 3
> se débrouille déjà bien toute seule. Je pense qu'il vaut mieux concentrer
> l'effort sur la catégorie 1.
>
>
>
>  Il y a les fonctionnalités complémentaires:
>> - wizard de sélection des POI à extraire
>>
> Avant de songer au wizard il peut s'agir de types de POI listés
> manuellement (je l'ai fait dans un message plus haut mais je peux le
> refaire en listant précisément les tags).
> Quelque chose me dit que le wizard ne va pas être simple à établir car je
> pense qu'il y a plein de cas bizarres.
>
>
>
>  - reverse géocodage à différents niveaux (adresse complète, commune, etc)
>>
> Le couple code INSEE / nom de commune me paraît essentiel. On sait
> certains départements possèdent plusieurs communes homonymes, le code INSEE
> doit desambiguiser. Le nom c'est pour lire d'un seul coup d'oeil ou faire
> des trucs sympas avec mon tableur : filtres, totaux intermédiaires, etc.
> Une fois que le gus a le code INSEE il va pouvoir croiser ces données avec
> plein d'autres choses, déduire les départements, régions, etc.
>
> L'adresse complète ça risque d'être un peu lourd à générer non ? Et j'ai
> peur qu'on ai beaucoup d'erreur aujourd'hui non ?
>
>
>
>  - sélection des "colonnes" (ne récupérer que certains attributs, par
>> forcément tous
>>
> Bof. Moi je mettrais tout. Quel est le problème ? Les débutants feront le
> tri dans leur tableur. Sélectionner des colonnes me paraît complexifier
> inutilement le process. Ou alors il faut que ce soit une option qui ne
> rajoute pas une étape. Ou bien encore on pourrait décider de supprimer les
> colonnes qui possèdent moins de 1% d'informations.
>
> En revanche il faut que la liste des colonnes utilisées soit bien
> documentée. Chaque jeux de donnée produit devrait donc inclure une page de
> doc automatique avec des liens sur le wiki d'OSM. Cette page de doc
> pourrait idéalement être produite en plusieurs langues et renvoyer à des
> langues différentes sur le wiki.
>
>
>
>  - simplification géométrique (par exemple ne sortir que le X/Y du
>> centroid pour les POI surfaciques)
>>
> Pourquoi pas, il faudrait voir à l'usage. Mon bémol est que toute donnée
> calculée/transformée doit être bien documentée. Idéalement, le travail de
> simplification ne doit pas empêcher de télécharger des données plus brutes.
>
>
>  à compléter bien sûr...
>>
>>  Bé oui. il va falloir voir à l'usage.
> je vais essayer de rédiger quelques cas d'usage pour comprendre comment
> l'outil pourrait répondre à divers besoins.
>
> Dans les fonctionnalités j'ajouterais :
> -- la prévisualisation des X premières lignes de chaque jeu
> -- pour chaque colonne la complétude des informations (combien de cellules
> remplies sur le total)
> -- pour chaque colonne un score de qualité des données (en prenant
> certaines des erreurs détectées par osmose)
> -- un process d'import automatique dans uMap ou autres outils en ligne
>
> Après il y a des fonctions beaucoup plus 

Re: [OSM-talk-fr] OSM 2 CSV : l'open data d'OSM pour tous publics ?

[Charles Nepote]

Le 09/12/2013 17:49, Christian Quest a écrit :
On peut commencer une sorte de cahier des charges de ce que devrait 
faire un tel outil d'extraction de données ?



Chic !


Il y a les formats de sortie: CSV, json, geojson, topojson, XML, 
shapefile, autres...



Il me semble qu'il y a quatre grandes catégories de formats.

1. pour les **néophytes** : CSV en priorité **mais** je crois me 
rappeler que le CSV ne s'ouvre pas toujours facilement dans Excel (en 
fait j'ai jamais testé, quelqu'un pour confirmer ?) ; donc ods en xls 
seraient bienvenus d'autant qu'on pourrait intégrer la doc des données 
dans un onglet de ces fichiers.
Je signale au passage que l'activité Semantic Web du W3C a disparue pour 
céder sa place à l'activité Data, tout simplement. Et, acte 
emblématique, l'un des deux premiers nouveaux groupes de travail de 
l'activité Data est "CSV on the Web" : 
http://www.w3.org/2013/05/lcsv-charter.html (ou comment réconcilier web 
sémantique et CSV).


2. Pour les développeurs : vont probablement apprécier le JSON et le 
CSV, et s'intéresser très timidement au XML, Shapefile, etc.


3. Pour les géogeeks qui apprécieront probablement les *json, XML, 
shapefile, etc.


4. Pour linkeddatageeks qui apprécieront du RDF
Voir http://data.ign.fr/ et http://data.insee.fr/ .

Je sais que ça ne va pas être simple mais je ne balancerais pas au 
débutant une kyrielle de 10+ formats. A tout le moins, je séparerais les 
formats pour débutants avec les autres formats en précisant par exemple 
"Exports/formats avancés" ou quelque mention du genre.


On n'est pas obligé d'avoir tous ces formats tout de suite. La catégorie 
3 se débrouille déjà bien toute seule. Je pense qu'il vaut mieux 
concentrer l'effort sur la catégorie 1.




Il y a les fonctionnalités complémentaires:
- wizard de sélection des POI à extraire
Avant de songer au wizard il peut s'agir de types de POI listés 
manuellement (je l'ai fait dans un message plus haut mais je peux le 
refaire en listant précisément les tags).
Quelque chose me dit que le wizard ne va pas être simple à établir car 
je pense qu'il y a plein de cas bizarres.




- reverse géocodage à différents niveaux (adresse complète, commune, etc)
Le couple code INSEE / nom de commune me paraît essentiel. On sait 
certains départements possèdent plusieurs communes homonymes, le code 
INSEE doit desambiguiser. Le nom c'est pour lire d'un seul coup d'oeil 
ou faire des trucs sympas avec mon tableur : filtres, totaux 
intermédiaires, etc. Une fois que le gus a le code INSEE il va pouvoir 
croiser ces données avec plein d'autres choses, déduire les 
départements, régions, etc.


L'adresse complète ça risque d'être un peu lourd à générer non ? Et j'ai 
peur qu'on ai beaucoup d'erreur aujourd'hui non ?



- sélection des "colonnes" (ne récupérer que certains attributs, par 
forcément tous
Bof. Moi je mettrais tout. Quel est le problème ? Les débutants feront 
le tri dans leur tableur. Sélectionner des colonnes me paraît 
complexifier inutilement le process. Ou alors il faut que ce soit une 
option qui ne rajoute pas une étape. Ou bien encore on pourrait décider 
de supprimer les colonnes qui possèdent moins de 1% d'informations.


En revanche il faut que la liste des colonnes utilisées soit bien 
documentée. Chaque jeux de donnée produit devrait donc inclure une page 
de doc automatique avec des liens sur le wiki d'OSM. Cette page de doc 
pourrait idéalement être produite en plusieurs langues et renvoyer à des 
langues différentes sur le wiki.



- simplification géométrique (par exemple ne sortir que le X/Y du 
centroid pour les POI surfaciques)
Pourquoi pas, il faudrait voir à l'usage. Mon bémol est que toute donnée 
calculée/transformée doit être bien documentée. Idéalement, le travail 
de simplification ne doit pas empêcher de télécharger des données plus 
brutes.




à compléter bien sûr...


Bé oui. il va falloir voir à l'usage.
je vais essayer de rédiger quelques cas d'usage pour comprendre comment 
l'outil pourrait répondre à divers besoins.


Dans les fonctionnalités j'ajouterais :
-- la prévisualisation des X premières lignes de chaque jeu
-- pour chaque colonne la complétude des informations (combien de 
cellules remplies sur le total)
-- pour chaque colonne un score de qualité des données (en prenant 
certaines des erreurs détectées par osmose)

-- un process d'import automatique dans uMap ou autres outils en ligne

Après il y a des fonctions beaucoup plus anecdotiques dont certaines 
font le succès de certains portails open data :

-- le calcul d'un taux de "renouvellement" des données
-- la vue correspondante sur overpass-turbo ou autre
-- la production d'un catalogue DCAT pour que d'autres outils puissent 
venir moissonner ces données (dont Etalab)
-- pour chaque jeu, des mots-clés tirés du vocabulaire Eurovoc (utilisé 
par plusieurs portails open data)

-- etc.

Dans un premier temps je commencerais par un truc à la Geofabrik 
http://download.geofabrik.de/europe.html mais au 

Re: [OSM-talk-fr] Tracé des limites communales terminé

[Nicolas Moyroud]

Je viens de regarder l'export des communes en Shape sur le site 
export.openstreetmap.fr et je me demande pourquoi les départements 55, 
76 et 971 se trouvent encore dans le répertoire "incomplet". Le lien 
étant donné dans l'article qui clame haut et fort que les tracés sont 
terminés, ça fait un peu mauvais genre. ;-)


Nicolas

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

Re: [OSM-talk-fr] OSM 2 CSV : l'open data d'OSM pour tous publics ?

[Nicolas Moyroud]

Méthode semi-automatique avec LizPOI
Ah je ne savais pas ! Mais j'aurai dû me douter qu'il y avait du 3LIZ 
dans cette histoire montpelliéraine.


Nicolas

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

Re: [OSM-talk-fr] OSM 2 CSV : l'open data d'OSM pour tous publics ?

[rldhont]

Méthode semi-automatique avec LizPOI


Le 10/12/2013 10:53, Nicolas Moyroud a écrit :



Je viens de tilté mais Montpellier le fait dans son OpenData :
Restaurants : http://opendata.montpelliernumerique.fr/Restaurants
Pharmacie : http://opendata.montpelliernumerique.fr/Pharmacie

Et c'est quelque chose qui intéresserait vraiment ?
Oui c'est vrai, mais j'ai bien l'impression qu'ils font ces exports "à 
la main" et pas avec des procédures automatisées. Il faudrait demander 
à Jérémie Valentin pour être sûr.


Nicolas

___
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] OSM 2 CSV : l'open data d'OSM pour tous publics ?

[rldhont]

Vous connaissez les services informatiques et la peur du changement...

Le 10/12/2013 10:52, Nicolas Moyroud a écrit :
J'en avais déjà parlé à Jérémie Valentin le chargé de mission OpenData 
de Montpellier, je crois que la raison c'est que le site a été conçu 
avec un CMS (je ne sais plus lequel) pour lequel un plugin Google Maps 
était déjà intégré. Du coup ils ont utilisé ce qu'ils avaient sous la 
main mais c'était prévu qu'ils changent ça. Enfin bon ça fait un petit 
moment et ça n'a toujours pas changé...


Nicolas


Le 10/12/2013 10:33, Christian Quest a écrit :
Ca m'attriste de voir des données OSM (ODbL) sur un fond Google 
Maps... ils n'ont pas lu mon billet de blog ?



___
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] OSM 2 CSV : l'open data d'OSM pour tous publics ?

[Nicolas Moyroud]

Je viens de tilté mais Montpellier le fait dans son OpenData :
Restaurants : http://opendata.montpelliernumerique.fr/Restaurants
Pharmacie : http://opendata.montpelliernumerique.fr/Pharmacie

Et c'est quelque chose qui intéresserait vraiment ?
Oui c'est vrai, mais j'ai bien l'impression qu'ils font ces exports "à 
la main" et pas avec des procédures automatisées. Il faudrait demander à 
Jérémie Valentin pour être sûr.


Nicolas

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

Re: [OSM-talk-fr] OSM 2 CSV : l'open data d'OSM pour tous publics ?

[Nicolas Moyroud]

J'en avais déjà parlé à Jérémie Valentin le chargé de mission OpenData 
de Montpellier, je crois que la raison c'est que le site a été conçu 
avec un CMS (je ne sais plus lequel) pour lequel un plugin Google Maps 
était déjà intégré. Du coup ils ont utilisé ce qu'ils avaient sous la 
main mais c'était prévu qu'ils changent ça. Enfin bon ça fait un petit 
moment et ça n'a toujours pas changé...


Nicolas


Le 10/12/2013 10:33, Christian Quest a écrit :
Ca m'attriste de voir des données OSM (ODbL) sur un fond Google 
Maps... ils n'ont pas lu mon billet de blog ?



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

Re: [OSM-talk-fr] Festival Géo-Trouvetou...

[Pieren]

2013/12/10 Christian Quest :
> Droit des marques plus que droit d'auteur... et pour les marques il y a des
> "classes".
> Encore faut-il que Disney ait déposé Géo Trouvetou dans la classe
> "géographie" ;)

Le droit d'auteur s'applique automatiquement pour les noms de
personnages (lorsqu'ils sont originaux). Mais rien n'empêche d'en
faire aussi une marque. Il faudra juste payer pour le dépôt... Le fait
que la marque soit réutilisée dans un autre domaine n'est pas
suffisant. Il y a très peu d'exceptions à la protection du droit
d'auteur (et des marques) et ces exceptions sont régulièrement
attaquées (parodies par ex.).

Pieren

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

Re: [OSM-talk-fr] OSM 2 CSV : l'open data d'OSM pour tous publics ?

[Christian Quest]

Ca m'attriste de voir des données OSM (ODbL) sur un fond Google Maps... ils
n'ont pas lu mon billet de blog ?

http://openstreetmap.fr/blogs/cquest/donnees-odbl-et-services-google

...ni les conditions d'utilisation des services Google:
http://www.google.fr/intl/fr/policies/terms/regional.html

Une petite carte uMap  est quand même plus chouette, non ?

http://u.osmfr.org/m/3256/ (faite en 2mn avec clustering, à peaufiner et
rendre dynamique sur le lien de Montpellier mais qui semble poser problème)



Le 10 décembre 2013 10:10, rldhont  a écrit :

> Je viens de tilté mais Montpellier le fait dans son OpenData :
> Restaurants : http://opendata.montpelliernumerique.fr/Restaurants
> Pharmacie : http://opendata.montpelliernumerique.fr/Pharmacie
>
> Et c'est quelque chose qui intéresserait vraiment ?
>
> Le 10/12/2013 10:06, Nicolas Moyroud a écrit :
>
>
>>
>>> La ligne de commande, c'est probablement suffisant et puissant, mais
>>> avec une interface graphique pour commander tout ça, cela serait tout de
>>> suite plus intuitif.
>>> Dans le genre, la page conçue par Harry Wood pour composer des requêtes
>>> XAPI et Osmosis est bien pratique [3]
>>>
>>>  Tiens je ne la connaissais pas celle-là, c'est intéressant. C'est une
>> bonne base, mais je trouve que ça ne va pas assez loin en ce qui concerne
>> les tags. Cela implique déjà de connaître le modèle OSM (nodes, ways,
>> relations) et les tags des objets que l'on souhaite. Pas évident pour un
>> non-contributeur à OSM ! Dans l'idée ce serait bien de proposer des jeux
>> d'objets prédéfinis classés par catégories (un peu comme le menu attributs
>> de JOSM) et de permettre de choisir en sélectionnant dans des listes.
>> Ce serait bien aussi de pouvoir sélectionner des zones par entités
>> géographiques (ex : région, département, commune).
>> Ça fait une IHM un peu touffue à développer, mais ce serait une porte
>> d'entrée efficace pour ceux qui souhaitent exploiter les données sans
>> connaître OSM. Je pense par exemple à un plugin QGIS mais ça pourrait aussi
>> passer par une interface web.
>>
>> Nicolas
>>
>> ___
>> 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
>



-- 
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] Festival Géo-Trouvetou...

[Christian Quest]

Droit des marques plus que droit d'auteur... et pour les marques il y a des
"classes".
Encore faut-il que Disney ait déposé Géo Trouvetou dans la classe
"géographie" ;)


Le 10 décembre 2013 09:54, Pieren  a écrit :

> 2013/12/9 Ista Pouss :
>
> > Et là, pas de droit d'auteur ?
>
> Si. Ils auront sans doute un coup de règle sur les doigts lorsque
> Disney découvrira leur existence. En attendant, c'est "pas vu, pas
> pris".
>
> Pieren
>
> ___
> 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] OSM 2 CSV : l'open data d'OSM pour tous publics ?

[rldhont]

Je viens de tilté mais Montpellier le fait dans son OpenData :
Restaurants : http://opendata.montpelliernumerique.fr/Restaurants
Pharmacie : http://opendata.montpelliernumerique.fr/Pharmacie

Et c'est quelque chose qui intéresserait vraiment ?

Le 10/12/2013 10:06, Nicolas Moyroud a écrit :




La ligne de commande, c'est probablement suffisant et puissant, mais 
avec une interface graphique pour commander tout ça, cela serait tout 
de suite plus intuitif.
Dans le genre, la page conçue par Harry Wood pour composer des 
requêtes XAPI et Osmosis est bien pratique [3]


Tiens je ne la connaissais pas celle-là, c'est intéressant. C'est une 
bonne base, mais je trouve que ça ne va pas assez loin en ce qui 
concerne les tags. Cela implique déjà de connaître le modèle OSM 
(nodes, ways, relations) et les tags des objets que l'on souhaite. Pas 
évident pour un non-contributeur à OSM ! Dans l'idée ce serait bien de 
proposer des jeux d'objets prédéfinis classés par catégories (un peu 
comme le menu attributs de JOSM) et de permettre de choisir en 
sélectionnant dans des listes.
Ce serait bien aussi de pouvoir sélectionner des zones par entités 
géographiques (ex : région, département, commune).
Ça fait une IHM un peu touffue à développer, mais ce serait une porte 
d'entrée efficace pour ceux qui souhaitent exploiter les données sans 
connaître OSM. Je pense par exemple à un plugin QGIS mais ça pourrait 
aussi passer par une interface web.


Nicolas

___
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] OSM 2 CSV : l'open data d'OSM pour tous publics ?

[Nicolas Moyroud]

La ligne de commande, c'est probablement suffisant et puissant, mais 
avec une interface graphique pour commander tout ça, cela serait tout 
de suite plus intuitif.
Dans le genre, la page conçue par Harry Wood pour composer des 
requêtes XAPI et Osmosis est bien pratique [3]


Tiens je ne la connaissais pas celle-là, c'est intéressant. C'est une 
bonne base, mais je trouve que ça ne va pas assez loin en ce qui 
concerne les tags. Cela implique déjà de connaître le modèle OSM (nodes, 
ways, relations) et les tags des objets que l'on souhaite. Pas évident 
pour un non-contributeur à OSM ! Dans l'idée ce serait bien de proposer 
des jeux d'objets prédéfinis classés par catégories (un peu comme le 
menu attributs de JOSM) et de permettre de choisir en sélectionnant dans 
des listes.
Ce serait bien aussi de pouvoir sélectionner des zones par entités 
géographiques (ex : région, département, commune).
Ça fait une IHM un peu touffue à développer, mais ce serait une porte 
d'entrée efficace pour ceux qui souhaitent exploiter les données sans 
connaître OSM. Je pense par exemple à un plugin QGIS mais ça pourrait 
aussi passer par une interface web.


Nicolas

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

Re: [OSM-talk-fr] Josm : Problème avec le cadastre

[Pieren]

2013/12/9 Eric SIBERT :
> Je viens de trouver un truc. Je reproduis le problème avec le portable du
> boulot si je le branche à la maison. Ça sent le problème de cache quelque
> part sur la chaîne. Il y en a un qui me renvoie les tuiles alors que le
> cookie a changé.

Curieux. Tu as un proxy en local ? Si oui, essaie sans. Si non, vois
ça avec ton ISP (facile). Autrement, question bête : est-ce que ça
marche depuis le navigateur internet et cadastre.gouv.fr ?

Pieren

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

Re: [OSM-talk-fr] Ces 17 communes manquantes...

[Damouns]

Le 9 décembre 2013 19:14, Philippe Verdy  a écrit :

> Le texte ne précise pas comment sont reliés les points entre les sommets :
> le long de la crête ?
>

A priori c'est des traits "droits" (arc de grand cercle ou orthodromie ? ;-)


> En tout cas tous les points placés sur le Géoportail sont faux, avec même
> un trait qui coupe un village en deux alors que le texte l'inclue en entier.
>
> Un point est facilement positionnable mais mal placé sur le Géoportail :
> celui de l'Île Verte (îlot sur la côte nord).
> Et tous les sommets mentionnés sont décalés sur le Géoportail où c'est
> trop approximatif, et où aucune cote ne correspond au texte. Même chose
> pour les carrefours de routes/chemins.
>
> Si ces points sont officiels, il y a du y avoir un bornage sur le terrain,
> et ça demande des visites sur place pour les positionner correctement.
> Reste ensuite à savoir comment ils sont reliés entre eux si des bornes
> supplémentaires ont été posées en concertation locale.
>

Oui, on est d'accord la carte IGN ne colle pas au décret car les sommets
des lignes ne tombent pas sur les sommets topographiques cités. Après, pour
le village, il est très probable qu'il ait grossi depuis les années 70, et
débordé. Je ne désespère pas que le cadastre ait fait les choses un peu
plus proprement avec levé des bornes etc.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Festival Géo-Trouvetou...

[Pieren]

2013/12/9 Ista Pouss :

> Et là, pas de droit d'auteur ?

Si. Ils auront sans doute un coup de règle sur les doigts lorsque
Disney découvrira leur existence. En attendant, c'est "pas vu, pas
pris".

Pieren

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

Re: [OSM-talk-fr] [OSM-dev-fr] Aidons raildar.fr !

[rldhont]

Le 10/12/2013 07:46, Art Penteur a écrit :

J'ai découvert récemment le site raildar.fr.
D'après ce que j'ai compris, il utilise les information horaires des
gares réactulisées en temps quasi-réel pour positionner les trains par
interpolation.

Le blog de l'auteur est là :
http://blog.spyou.org/wordpress-mu/2013/11/30/jstchoutchou/

   Des commentateurs lui ont déjà suggéré d'utiliser OSM, mais il a
répondu "la documentation est moisie et que je suis arrivé à rien."


Oui, il ne faut pas confondre OpenStreetMap et OpenLayers/LeafLet.

Il est donc peut-être important de l'orienter vers switch2osm ;-)



   Je viens de laisser un commentaire (en attente de modération) pour
lui dire que sur talk-fr et dev-fr, il y a une communauté réactive qui
pourra sans doute l'aider.

Personnellement, je n'ai pas vraiment les compétences pour, mais je
peux compter sur vous pour le soutenir s'il vient poser des questions
ici ?

Merci,

Art.

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



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