Re: [OSM-talk-fr] BANO, lieux-dits et adresses

[Jérôme Amagat]

définition de place pris sur larousse.fr :
Espace public découvert, entouré de constructions, dans une agglomération.

Et pour moi c'est bien cela un espace vide de bâtiment dans une ville. ça
n'a aucune fonction particulière mais ça peut avoir une ou plusieurs
fonctions suivant les cas. dans osm les tags sont énormément liés à l'usage
du "truc" ou à sa "tête", là, pour les places, difficiles de trouver des
points communs à toute les place à part leur nom qui contient le mot
"place". si ce n'est pas plus qu'une rue alors le nom peut aller sur le
highway=*, pour un parc pareil...
exemple : sur la place machin il y passe une route et il y a un parking
donc (si il n'y a pas de nom spécifique pour c'est 2 truc) alors je tag
name="place machin" pour la route et le parking et c'est tout.
Il existe bien des tag liés à rien de physique dans osm les place=* et
surtout place=locality mais alors pourquoi ne pas faire ça pour des avenues
et autres boulevards qu sont pour certains beaucoup plus qu'une route.
Le problème avec un nouveau tag c'est que par exemple une petite place qui
a le bonheur de s'appeler "place ..." mais qui n'est en faite qu'un petit
parking il va falloir lui donner un tag spécifique (en risque d’omettre le
principal amenity=parking) et avec ce tag cette place sera au même niveau
que des places beaucoup plus importantes.
Certaines places importantes, par contre pourrait peut être, être indiqué
comme lieu dit avec place=locality ou comme quartier avec
place=neighbourhood.

Pour les lieu dit tiré du cadastre je trouve que c'est pareil c'est pas la
solution de tout mettre avec le même tag place=locality. il faut voir d’où
vient ce nom, si c'est le nom d'un étang le nom devrait seulement allé su
l’étang, si c'est le nom d'un bâtiment pareil... et il faut qu'il soit
utilisé au moins par quelques personnes et pas seulement sur le cadastre
qui avait besoin d'un nom il y a plus d'un siècle.
Les données des lieu dit de bano sont difficile a exploité seul aussi pour
les hameaux et autre lieux habités, comment savoir si le nom indiqué c'est
celui des habitations ou un de ces quartier ou d'un truc plus grand.
Il me semble que pour un hameau son nom n’apparaît pas toujours, soit parce
que c'est ces quartiers qui sont affiché soit parce que toutes les
parcelles du hameau ont une adresse (du type : 5 rue de bidule) et donc
n'ont plus de référence au nom du lieu dit.

(il faut pas oublié que le but c'est pas de virer tout le rouge du rendu
bano mais c'est de se servir de ces données pour ajouté des trucs JUSTES
dans osm. il peut y avoir des erreurs dans le cadastre.)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Merci pour ce SOTM à Clermont-Ferrand !

[Vincent de Château-Thierry]

Le 24/05/2016 22:09, Christian Quest a écrit :

Je ne sais pas pour vous, mais moi j'ai les batteries rechargées à bloc
avec plein de projets sur la tout-doux liste !
On a du pain sur la planche, de nombreux chantiers, de sacrés projets
plus ou moins utopiques, mais les fourmis sont nombreuses et rien de
leur fait peur ;)

Ces 3 jours ont permis de voir la "pétillance" de la communauté comme
dirait peut être notre JLZ sur-vitaminé.

Un super bravo pour l'orga, pour l'ambiance, pour La Jonquille, pour le
Plan B, pour la météo de samedi, pour... tout !


Le 24 mai 2016 à 18:56, Stéphane Péneau mailto:stephane.pen...@wanadoo.fr>> a écrit :

Nous ne sommes pas sur un réseau social, mais ... +1 quand même.
Merci à tous !


Le 23/05/2016 à 12:24, Jean-Guilhem Cailton a écrit :

Merci, merci, merci !

Un très grand merci aux organisateurs pour ce SOTM si
intéressant, si bien organisé, et si agréable. (Et aussi aux sponsors 
qui l'ont
soutenu).


Merci pour vos mercis ! Ce fil est l'occasion de rappeler que ce SOTM 
s'est construit grâce à une équipe constituée au fil de l'eau, au gré de 
l'envie de chacun de participer...et d'un peu de temps à y consacrer, il 
ne faut pas se voiler la face.
À l'arrivée, un mélange de locaux et de non auvergnats, une équipe mixte 
(ok, de peu), avec des contributeurs mais pas que, et des membres de 
l'association OSM France mais pas que non plus ! Ceci pour faire echo à 
l'AG de samedi : l'association est un _moyen_ parmi d'autres pour 
soutenir le projet OSM, et non un canal obligé.


Allez, en essayant de n'oublier personne, grand grnd merci pour 
cette édition à :
Antoine, Benoît, Brice, Charles, Christian, Cyrille, Donat, Jean, 
Jean-Louis, Landry, Loïc, Louis-Julien, Nicolas, Pauline, Thomas et Tony.



Merci aux participants qui étaient présents, dont chaque
rencontre était un enrichissement.


Bien d'accord. Ça requinque (on devrait demander le remboursement des 3 
jours à la sécu :))



[1] : En attendant la vidéo, et sans doute l'original du support de
présentation, vous pouvez en voir des photos sur Twitter :

https://twitter.com/search?f=tweets&vertical=default&q=%23BenjaminCoriat%20%23SOTMFR&src=typd


Les videos commencent à apparaître ici : 
http://www.dailymotion.com/osmfrance

Thomas (double merci !) y travaille.

vincent

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

Re: [OSM-talk-fr] Renseignements.

[Nicolas Dumoulin]

 

Le 24.05.2016 18:27, crohas francois a écrit : 

> Bonjour.
> J'ai mis les defibrilateurs et les bouches à incendie de Puy Guillaume et de 
> Chateldon sur la carte et je ne les vois pas. 
> 
> Je ne peux pas les montrer au maires ni aux pompiers. 
> 
> Je suis obligé de passer par QGIS. 
> 
> Comment faire pour que tout le monde les vois. Sinon ça serre à rien.

Salut François, 

Première réponse, tout ne peut pas être affiché sur la carte, sinon ce
serait illisible. Pour certaines données, il y a quelques cartes
thématiques, mais on commence surtout à avoir des outils sympa pour
construire ses cartes personnalisées. Au SotM-FR ont été présentés
notamment umap et overpass-turbo, en plus de QGis. 

Voilà donc deux cartes overpass-turbo que je viens de construire avec
l'assistant et qui vont t'intéresser : 

Carte des défibrillateurs : http://overpass-turbo.eu/s/gq8 

Carte des hydrants : http://overpass-turbo.eu/s/gqb 

À partir des requêtes générées, on peut créer une carte umap qui sera
plus jolie, comme démontré habilement par Yohan, mais j'avoue que c'est
encore un peu délicat pour l'instant. 

À noter aussi cette page spéciale pour les hydrants :
https://www.osmhydrant.org/fr/#zoom=14&lat=45.97066&lon=3.48588 

Comme annoncé en AG, le chantier de l'année va être de proposer un accès
facilité et unifié à ces outils pour facilement voir et montrer les
données. 

Je mets en copie la liste talk-fr car ta question est souvent posée. 

Content d'avoir mis un visage sur ton pseudo après avoir croisé tes
contributions à Chateldon. 

À bientôt ! 

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

Re: [OSM-talk-fr] Merci pour ce SOTM à Clermont-Ferrand !

[Christian Quest]

Je ne sais pas pour vous, mais moi j'ai les batteries rechargées à bloc
avec plein de projets sur la tout-doux liste !
On a du pain sur la planche, de nombreux chantiers, de sacrés projets plus
ou moins utopiques, mais les fourmis sont nombreuses et rien de leur fait
peur ;)

Ces 3 jours ont permis de voir la "pétillance" de la communauté comme
dirait peut être notre JLZ sur-vitaminé.

Un super bravo pour l'orga, pour l'ambiance, pour La Jonquille, pour le
Plan B, pour la météo de samedi, pour... tout !


Le 24 mai 2016 à 18:56, Stéphane Péneau  a
écrit :

> Nous ne sommes pas sur un réseau social, mais ... +1 quand même.
> Merci à tous !
>
>
> Le 23/05/2016 à 12:24, Jean-Guilhem Cailton a écrit :
>
>> Merci, merci, merci !
>>
>> Un très grand merci aux organisateurs pour ce SOTM si intéressant, si
>> bien organisé, et si agréable. (Et aussi aux sponsors qui l'ont soutenu).
>>
>> Merci aux participants qui étaient présents, dont chaque rencontre était
>> un enrichissement.
>>
>> Et merci aux "fourmis" qui par leurs contributions construisent cette
>> belle œuvre collaborative qu'est OpenStreetMap. (Dont un tel
>> rassemblement permet de prendre encore mieux conscience).
>>
>>
>> Si je devais choisir, parmi celles que j'ai vues, une seule présentation
>> à conseiller à ceux qui n'ont pas pu y assister, ce serait celle de
>> Benjamin Coriat le vendredi matin, "Des 'Communs' aux 'Biens Communs'
>> "[1]. Il a montré qu'on s'inscrit dans un mouvement global de la
>> société, fondamental si on veut arriver à gérer des biens communs comme
>> l'eau ou le climat.
>>
>> Et OSM pourrait être un prototype d'organisation sociale horizontale
>> (sans chef) qui marche bien (comme le montre le résultat produit). Parmi
>> d'autres certes, avec la dimension particulière que la représentation de
>> l'espace et du territoire le rend pertinent partout.
>>
>> Dans une phrase de sa présentation, Bruno Raimbault a dit que
>> l'articulation entre la verticalité d'organisations pyramidales
>> existantes et cette horizontalité pouvait présenter quelques frictions.
>> Peut-être que, par exemple, la façon d'introduire la cartographie
>> participative dans la politique de la ville qu'a décrite Cyrille suggère
>> une voie pour la fluidifier.
>>
>> Enfin, comme coup de cœur, pour ceux qui aiment les belles cartes, sur
>> un site très riche en données, ne manquez pas celles du village de
>> Battir, en Palestine [2]. L'atelier du dimanche matin, par Jasmine
>> Desclaux Salachas, connaîtra sûrement des prolongations.
>>
>>
>> [1] : En attendant la vidéo, et sans doute l'original du support de
>> présentation, vous pouvez en voir des photos sur Twitter :
>>
>> https://twitter.com/search?f=tweets&vertical=default&q=%23BenjaminCoriat%20%23SOTMFR&src=typd
>> [2] : Une vidéo qui en montre : https://vimeo.com/155715250 . Page
>> Facebook : https://www.facebook.com/jasmine.desclauxsalachas
>>
>> Bien cordialement,
>>
>> Jean-Guilhem
>>
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Merci pour ce SOTM à Clermont-Ferrand !

[Stéphane Péneau]

Nous ne sommes pas sur un réseau social, mais ... +1 quand même.
Merci à tous !

Le 23/05/2016 à 12:24, Jean-Guilhem Cailton a écrit :

Merci, merci, merci !

Un très grand merci aux organisateurs pour ce SOTM si intéressant, si
bien organisé, et si agréable. (Et aussi aux sponsors qui l'ont soutenu).

Merci aux participants qui étaient présents, dont chaque rencontre était
un enrichissement.

Et merci aux "fourmis" qui par leurs contributions construisent cette
belle œuvre collaborative qu'est OpenStreetMap. (Dont un tel
rassemblement permet de prendre encore mieux conscience).


Si je devais choisir, parmi celles que j'ai vues, une seule présentation
à conseiller à ceux qui n'ont pas pu y assister, ce serait celle de
Benjamin Coriat le vendredi matin, "Des 'Communs' aux 'Biens Communs'
"[1]. Il a montré qu'on s'inscrit dans un mouvement global de la
société, fondamental si on veut arriver à gérer des biens communs comme
l'eau ou le climat.

Et OSM pourrait être un prototype d'organisation sociale horizontale
(sans chef) qui marche bien (comme le montre le résultat produit). Parmi
d'autres certes, avec la dimension particulière que la représentation de
l'espace et du territoire le rend pertinent partout.

Dans une phrase de sa présentation, Bruno Raimbault a dit que
l'articulation entre la verticalité d'organisations pyramidales
existantes et cette horizontalité pouvait présenter quelques frictions.
Peut-être que, par exemple, la façon d'introduire la cartographie
participative dans la politique de la ville qu'a décrite Cyrille suggère
une voie pour la fluidifier.

Enfin, comme coup de cœur, pour ceux qui aiment les belles cartes, sur
un site très riche en données, ne manquez pas celles du village de
Battir, en Palestine [2]. L'atelier du dimanche matin, par Jasmine
Desclaux Salachas, connaîtra sûrement des prolongations.


[1] : En attendant la vidéo, et sans doute l'original du support de
présentation, vous pouvez en voir des photos sur Twitter :
https://twitter.com/search?f=tweets&vertical=default&q=%23BenjaminCoriat%20%23SOTMFR&src=typd
[2] : Une vidéo qui en montre : https://vimeo.com/155715250 . Page
Facebook : https://www.facebook.com/jasmine.desclauxsalachas

Bien cordialement,

Jean-Guilhem





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

Re: [OSM-talk-fr] Plan de masse et droits d'auteur/moral, etc..

[Jérôme Seigneuret]

Attention, les droits définis par l'appel d'offre et l'accès aux données
est purement lié au contrat (Droit cessible à un tiers dans le cadre du
contrat : publication, exploitation, modification, diffusion,
commercialisation si elle à lieu) S'il n'y a rien de précisé, ce sera
toujours le plus restrictif (en clair aucun droit cédé et c'est juste un
porté à connaissance).

Les documents de réponse à un AO sont protégées pour la vie du contrat par
le code des marchés publics. En clair, il n'y a aura droit, dans ce cas,
d'exploitation et de réutilisation des données (considéré comme secret
industriel). L'AO doit clairement spécifié les données que le fournisseurs
doit produire et la partie qui sera cédé et dans quel cadre.

L'exemple de la fourniture de données IGN BDTOPO dans les AO par un
organisme public est un bon exemple.

Jérôme

Le 24 mai 2016 à 14:59, François Lacombe  a
écrit :

> Ils sont même transmis à un plus large éventail de sociétés pendants
> les appels d'offres et les chantiers en eux-mêmes.
> Mais ce sont des échanges avec des destinataires bien identifiés et
> souvent accompagnés de restrictions.
> Surtout c'est dans le cadre d'une prestation où le cabinet est
> probablement AMOA donc c'est négocié au départ.
>
> Il faudrait lire les contrats pour avoir des références un peu plus
> précises.
> Je pense que toutes les situations sont à prendre au cas par cas, vu
> le nombre de possibilités en théorie.
>
> A+
>
> François Lacombe
>
> fl dot infosreseaux At gmail dot com
> www.infos-reseaux.com
> @InfosReseaux
>
>
> Le 24 mai 2016 à 14:49, Stéphane Péneau  a
> écrit :
> > Le 24/05/2016 à 14:39, François Lacombe a écrit :
> >>
> >> Dans la pratique, des plans sont dessinés par des cabinets privés qui
> >> en ont la propriété et les départements n'ont pas les droits de
> >> diffusion dessus.
> >> C'est quelque chose à faire évoluer.
> >
> > Pourtant ces plans sont transmis à diverses sociétés de cartographie. Je
> > suppose que ce sont les collectivités qui les fournissent, pas les
> cabinets
> > privés.
> > Ok, il ne s'agit pas d'une diffusion publique, mais une diffusion tout de
> > même.
> >
> > 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Problème d'accès à FR-BAN et FR-Cadastre !

[didier2020]

Le mardi 24 mai 2016 à 14:55 +0200, Francois Gouget a écrit : 
> Depuis environ 48h iD n'arrive plus à afficher la couche FR-BAN et la 
> couche FR-Cadastre.
> 
> Il semblerait que dans les deux cas ce soit parce que 
> inspire.cadastre.gouv.fr ne répond plus sur le port 80 (pas seulement de 
> mon adresse).
> 
> Quelqu'un sait-il ce qui se passe ?
maintenance :
http://www.cadastre.gouv.fr 
> 
> -- 
> Francois Gouget   http://fgouget.free.fr/
>   Any sufficiently advanced Operating System is indistinguishable from Linux
> ___ 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] Idée suite à l'AG de l'asso OSM France

[Jérôme Seigneuret]

L'idée de l'association est plutôt bien vu. Il ne semble cependant que le
travail est mené par plusieurs asso, université et organisation pour
obtenir l'accès des données publics. Il n'y a pas obligation à diffuser via
un moyen dématérialiser. "Accès" ne veut pas dire "diffusion" mais bon...

Je pense qu'on est plus sur une fédération qu'une asso au sens propre.
Comme mentionné les besoins sont vastes et une fédération aura, à mon avis,
plus de poids qu'une asso.

Jérôme



Le 24 mai 2016 à 17:01, Christian Quest  a écrit :

> Le 24/05/2016 à 12:16, Stéphane Péneau a écrit :
>
> Coucou !
>
> En discutant dimanche, une autre idée a germé sur ce que pourrait apporter
> l'association OpenStreetMap France pour les contributeurs. Il me semble
> qu'elle avait déjà été évoquée il y a un certain temps. Cette idée serait
> une aide juridique sur les points qui bloquent la mise à disposition de
> documents détenus par les collectivités ou des entreprises.
>
> On sait que des millions de photos dorment dans des disques durs. C'est le
> cas par exemple en Loire-Atlantique où tout le réseau routier départemental
> a été pris en photo pour du suivi de l'état des revêtements. C'est le cas
> de la Sncf qui a des photos de l'intérieur des gares :-)
> Toutes ces photos pourraient être envoyées sur les serveurs de Mapillary,
> ou ailleurs. Mais on sait que les algo de floutage des visages/plaque
> d'immatriculation ne sont pas parfaits, et qu'on peut reconnaitre certaines
> personnes, ou situations. Comme on ne semble pas vraiment savoir si cela
> poserait un problème devant un tribunal, les décideurs sortent le parapluie
> et bloquent la libération de ces données...ce qui peut se comprendre.
>
>
> Il y a un risque réel, mais c'est surtout une bonne excuse pour ne rien
> faire (toujours plus facile).
>
> Il y a aussi le cas des plans de masse que j'avais évoqué il y a quelques
> mois. Le département m'a répondu, et c'est la propriété intellectuelle qui
> bloquerait...sans que ça soit certain :
> https://lists.openstreetmap.org/pipermail/talk-fr/2016-January/079746.html
> http://data.loire-atlantique.fr/forum/?tx_mmforum_pi1[action]=list_post&tx_mmforum_pi1[tid]=272
>
>
>
> Pareil
>
> Donc, si l'association pouvait de son côté obtenir une réponse juridique
> sur ces sujets, cela pourrait aider à libérer de nombreuses données utiles
> pour les contributeurs.
>
>
> Depuis un certain nombre de mois, je suggère autour de moi de créer une
> association dédiée à l'accès effectif aux documents administratifs et aux
> données publiques. C'est en effet un sujet plus large qu'OSM et assez
> spécialisé sur le plan juridique. Il s'agit de faire fonctionner la loi
> CADA de 1978, de s'appuyer dessus pour obtenir l'accès et le droit de
> réutilisation, obtenir des jurisprudences pour rassurer ou au pire
> contraindre.
>
> On a vu par exemple l'action qui a permis de libérer le code source du
> calcul de l'impôt: une demande refusée, une saisine CADA (réponse
> positive), deuxième demande et re-réponse négative, re-saisine CADA (encore
> positive), puis action au tribunal administratif... et juste avant la
> décision de ce dernier, le Ministère change finalement de position, fournit
> le code, puis dans la foulée organise un hackathon quelques mois après sur
> le sujet ;)
>
> Une association spécialisée pourrait accompagner et soutenir les
> différentes étapes.
> Elle pourrait agir pour différents projets: OSM, OpenFoodFacts, etc...
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> 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] Idée suite à l'AG de l'asso OSM France

[THEVENON Julien]

>
> De : Christian Quest 
>À : Discussions sur OSM en français  
>Envoyé le : Mardi 24 mai 2016 17h01
>Objet : Re: [OSM-talk-fr] Idée suite à l'AG de l'asso OSM France
> 
>

>Depuis un certain nombre de mois, je suggère autour de moi de créer
   une association dédiée à l'accès effectif aux documents
   administratifs et aux données publiques. C'est en effet un sujet
   plus large qu'OSM et assez spécialisé sur le plan juridique. Il
   s'agit de faire fonctionner la loi CADA de 1978, de s'appuyer dessus
   pour obtenir l'accès et le droit de réutilisation, obtenir des
   jurisprudences pour rassurer ou au pire contraindre.
>
>On a vu par exemple l'action qui a permis de libérer le code source
   du calcul de l'impôt: une demande refusée, une saisine CADA (réponse
   positive), deuxième demande et re-réponse négative, re-saisine CADA
   (encore positive), puis action au tribunal administratif... et juste
   avant la décision de ce dernier, le Ministère change finalement de
   position, fournit le code, puis dans la foulée organise un hackathon
   quelques mois après sur le sujet ;)
>
>Une association spécialisée pourrait accompagner et soutenir les
   différentes étapes.
>Elle pourrait agir pour différents projets: OSM, OpenFoodFacts,
   etc...
>


Peut etre se rapprocher des Exegetes ( Quadrature du net, FDN ) et de Regards 
Citoyens.
L open data est un de leur cheval de bataille et ils sont plutot oriente 
juridique: ils deposent regulierement des QPC, des recours etc

Julien

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

Re: [OSM-talk-fr] BANO, lieux-dits et adresses

[Vincent de Château-Thierry]

> De: "Francois Gouget" 
> 
> Ce serait bien de savoir si rentrer les lieux-dits manuellement ne
> fait que dupliquer un travail qui sera fait automatiquement
> prochainement. Dommage de dire aux volontaires allez-y si leur
> travail est finalement inutile...

Il n'y a pas à ma connaissance de tel projet. Et personnellement je n'y suis 
pas du tout favorable. L'écart entre la matière brute issue du cadastre et ce 
que permet de constater le terrain ne plaide pas du tout pour.

> Mais dans la plupart des cas, c'est simplement une ou plusieurs des
> voies qui font le tour de la place qui portent un nom commençant par
> 'Place', et la place n'est pas identifiée en tant que telle.
> 
> Pourtant être capable d'identifier et nommer les places répond à un
> vrai besoin. En plus pour BANO, il y a des villes où pratiquement tous les
> rapprochements manquants concernent les places. Par exemple :
> https://cadastre.openstreetmap.fr/fantoir/#insee=16337&tab=0
> 
> Même à Clermont-Ferrand il manque 23 places et 12 squares :
> https://cadastre.openstreetmap.fr/fantoir/#insee=63113&tab=2

Se méfier de la (fausse) corrélation entre type de voie physique et type de 
voie mentionné dans le nom. Pour parler de Clermont-Fd, la place Sugny 
(http://www.openstreetmap.org/way/40437325) est tout sauf une place, vue depuis 
le terrain. C'est une rue un peu large, et encore. À Colombes (92) le Boulevard 
d'Achères est une impasse mal pavée... 
(http://www.openstreetmap.org/way/35603783)

> > Ce sont en fait des POI voire des noms d'usage. Ils n'ont rien
> > d'officiel (pas décidé par la commune) et ne peuvent être considéré
> > que comme un complément d'adresse.
> >
> > Donc dans OSM ils devraient être taggués comme les POI qu'ils sont,
> > et rien n'empêche de metre le ref:FR:FANTOIR dessus, sauf que le
> > libellé risque de coincer (name="Arcueil Cachan" pour la station de métro,
> > alors que pour matcher à FANTOIR il faudrait ajouter "Métro").
> 
> Je vais essayer ça. J'ai peur que cela fausse les statistiques de
> BANO (cas du 16125) mais c'est probablement pas bien grave.

Non ça ne va pas fausser grand chose. Le ref:FR:FANTOIR on s'en sert justement 
pour ça : forcer le rapprochement sans "tordre" les données notamment en 
trafiquant le tag name=*. Là on respecte la non correspondance de nom, tout en 
indiquant via le ref:FR:FANTOIR qu'on parle bien du même objet.

vincent

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

Re: [OSM-talk-fr] Idée suite à l'AG de l'asso OSM France

[Christian Quest]

Le 24/05/2016 à 12:16, Stéphane Péneau a écrit :

Coucou !

En discutant dimanche, une autre idée a germé sur ce que pourrait 
apporter l'association OpenStreetMap France pour les contributeurs. Il 
me semble qu'elle avait déjà été évoquée il y a un certain temps. 
Cette idée serait une aide juridique sur les points qui bloquent la 
mise à disposition de documents détenus par les collectivités ou des 
entreprises.


On sait que des millions de photos dorment dans des disques durs. 
C'est le cas par exemple en Loire-Atlantique où tout le réseau routier 
départemental a été pris en photo pour du suivi de l'état des 
revêtements. C'est le cas de la Sncf qui a des photos de l'intérieur 
des gares :-)
Toutes ces photos pourraient être envoyées sur les serveurs de 
Mapillary, ou ailleurs. Mais on sait que les algo de floutage des 
visages/plaque d'immatriculation ne sont pas parfaits, et qu'on peut 
reconnaitre certaines personnes, ou situations. Comme on ne semble pas 
vraiment savoir si cela poserait un problème devant un tribunal, les 
décideurs sortent le parapluie et bloquent la libération de ces 
données...ce qui peut se comprendre.




Il y a un risque réel, mais c'est surtout une bonne excuse pour ne rien 
faire (toujours plus facile).


Il y a aussi le cas des plans de masse que j'avais évoqué il y a 
quelques mois. Le département m'a répondu, et c'est la propriété 
intellectuelle qui bloquerait...sans que ça soit certain :
https://lists.openstreetmap.org/pipermail/talk-fr/2016-January/079746.html 

http://data.loire-atlantique.fr/forum/?tx_mmforum_pi1[action]=list_post&tx_mmforum_pi1[tid]=272 





Pareil

Donc, si l'association pouvait de son côté obtenir une réponse 
juridique sur ces sujets, cela pourrait aider à libérer de nombreuses 
données utiles pour les contributeurs.




Depuis un certain nombre de mois, je suggère autour de moi de créer une 
association dédiée à l'accès effectif aux documents administratifs et 
aux données publiques. C'est en effet un sujet plus large qu'OSM et 
assez spécialisé sur le plan juridique. Il s'agit de faire fonctionner 
la loi CADA de 1978, de s'appuyer dessus pour obtenir l'accès et le 
droit de réutilisation, obtenir des jurisprudences pour rassurer ou au 
pire contraindre.


On a vu par exemple l'action qui a permis de libérer le code source du 
calcul de l'impôt: une demande refusée, une saisine CADA (réponse 
positive), deuxième demande et re-réponse négative, re-saisine CADA 
(encore positive), puis action au tribunal administratif... et juste 
avant la décision de ce dernier, le Ministère change finalement de 
position, fournit le code, puis dans la foulée organise un hackathon 
quelques mois après sur le sujet ;)


Une association spécialisée pourrait accompagner et soutenir les 
différentes étapes.

Elle pourrait agir pour différents projets: OSM, OpenFoodFacts, etc...

--
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] ref ou ref:FR:LaPoste ?

[Vincent de Château-Thierry]

Bonjour,

> De: "Francois Gouget" 
> 
> À propos des boites aux lettres, La Poste a publié la liste de leurs
> emplacements et pourtant sur OpenStreetMap il en manque (à priori pas
> mal vu la facilité avec laquelle j'en ai identifié).
> 
> Liste des boîtes aux lettres de rue France métropolitaine et DOM
> http://datanova.legroupe.laposte.fr/explore/dataset/laposte_boiterue/export/
> 
> Les emplacements de certaines boites aux lettres ne sont pas
> renseignés avec beaucoup de précision (centre commune, etc), et peut-être que
> cela empêche leur ajout automatique. D'après la poste cela ne concernerait
> que quelques pourcents mais peut-être faut-il une précision plus
> grande pour OpenStreetMap : La Poste met les "Projection centroïde" dans le
> même sac que les "Positionnement fin", sac qui contient 98,72% des
> boites aux lettres. Si plus de précision est nécessaire, peut-être
> faudrait-il un projet à la BANO pour renseigner les identifiants La
> Poste sur les boites aux lettres OpenStreetMap avec l'aide d'un fond
> de carte montrant les données de La Poste.

On a discuté de ça en effet dans l'année passée. Tu as un fil qui commence avec 
le post de Frédéric :
https://lists.openstreetmap.org/pipermail/talk-fr/2015-June/077026.html
 
> On peut aussi télécharger la liste des bureaux de poste et agences
> postales ainsi que leurs caractéristiques (là aussi il en manque,
> notamment pour les agences postales) :

Oui l'intégration est loin d'être complète : on est environ aux 2/3. Osmose 
permet de les intégrer, et au début du sujet j'avais proposé un outil dédié :
http://wiki.openstreetmap.org/wiki/FR:PlaceMaker#Points_de_contact_du_r.C3.A9seau_postal_fran.C3.A7ais

> Un import automatisé permettrait de bien compléter la carte et de
> remplir de nombreux champs en croisant les données.

La précision du géocodage, surtout en rural, est en dessous du minimum requis 
pour OSM. On importera pas un bureau de poste au centroïde du village 
notamment. Plutôt qu'importer, l'idée est d'intégrer ces points, donc un par 
un, mais avec suffisamment d'attention pour que le résultat apporte à tous : 
apport dans OSM car on renseigne un bureau de poste avec pas mal d'attributs et 
une clé vers l'extérieur (ref:FR:LaPoste) et apport pour la source car le 
positionnement géométrique dans OSM affine largement le positionnement du jeu 
de données initial.

vincent

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

Re: [OSM-talk-fr] Plan de masse et droits d'auteur/moral, etc..

[François Lacombe]

Ils sont même transmis à un plus large éventail de sociétés pendants
les appels d'offres et les chantiers en eux-mêmes.
Mais ce sont des échanges avec des destinataires bien identifiés et
souvent accompagnés de restrictions.
Surtout c'est dans le cadre d'une prestation où le cabinet est
probablement AMOA donc c'est négocié au départ.

Il faudrait lire les contrats pour avoir des références un peu plus précises.
Je pense que toutes les situations sont à prendre au cas par cas, vu
le nombre de possibilités en théorie.

A+

François Lacombe

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux


Le 24 mai 2016 à 14:49, Stéphane Péneau  a écrit :
> Le 24/05/2016 à 14:39, François Lacombe a écrit :
>>
>> Dans la pratique, des plans sont dessinés par des cabinets privés qui
>> en ont la propriété et les départements n'ont pas les droits de
>> diffusion dessus.
>> C'est quelque chose à faire évoluer.
>
> Pourtant ces plans sont transmis à diverses sociétés de cartographie. Je
> suppose que ce sont les collectivités qui les fournissent, pas les cabinets
> privés.
> Ok, il ne s'agit pas d'une diffusion publique, mais une diffusion tout de
> même.
>
> 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

[OSM-talk-fr] Problème d'accès à FR-BAN et FR-Cadastre !

[Francois Gouget]

Depuis environ 48h iD n'arrive plus à afficher la couche FR-BAN et la 
couche FR-Cadastre.

Il semblerait que dans les deux cas ce soit parce que 
inspire.cadastre.gouv.fr ne répond plus sur le port 80 (pas seulement de 
mon adresse).

Quelqu'un sait-il ce qui se passe ?

-- 
Francois Gouget   http://fgouget.free.fr/
  Any sufficiently advanced Operating System is indistinguishable from Linux___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Plan de masse et droits d'auteur/moral, etc..

[Stéphane Péneau]

Le 24/05/2016 à 14:39, François Lacombe a écrit :

Dans la pratique, des plans sont dessinés par des cabinets privés qui
en ont la propriété et les départements n'ont pas les droits de
diffusion dessus.
C'est quelque chose à faire évoluer.
Pourtant ces plans sont transmis à diverses sociétés de cartographie. Je 
suppose que ce sont les collectivités qui les fournissent, pas les 
cabinets privés.
Ok, il ne s'agit pas d'une diffusion publique, mais une diffusion tout 
de même.


Stf

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

Re: [OSM-talk-fr] Plan de masse et droits d'auteur/moral, etc..

[François Lacombe]

Bonjour Stéphane,

Merci pour le suivi du dossier, ca m’intéresse également.

S'agissant de ce genre de document, et finalement comme les rendus de
carte OSM, il faut distinguer deux choses : l'information et son
support.
Le plan en lui-même est une représentation de l'information.
Si tant est que le plan soit librement diffusable, à qui appartient
réellement l'information ?

Exemple : Le rendu OSM peut être copyrighté, alors que l'information
en elle-même qui permet d'y aboutir est en OdBL.

La réponse du département est incomplète en ce sens.

Dans la pratique, des plans sont dessinés par des cabinets privés qui
en ont la propriété et les départements n'ont pas les droits de
diffusion dessus.
C'est quelque chose à faire évoluer.


A+
François Lacombe

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux


Le 24 mai 2016 à 12:20, Stéphane Péneau  a écrit :
> J'ai reçu une réponse :
> http://data.loire-atlantique.fr/forum/?tx_mmforum_pi1[action]=list_post&tx_mmforum_pi1[tid]=272
>
> C'est la propriété intellectuelle qui bloquerait :-/
> En revanche, j'apprends que le département contribuera directement, ce qui
> est plutôt une bonne nouvelle.
>
> Stf
>
>
> Le 28/01/2016 à 21:15, Stéphane Péneau a écrit :
>>
>> J'ai posé la question sur juritravail.com, et sur le forum du portail
>> OpenData de la Loire-Atlantique.
>>
>>
>> http://data.loire-atlantique.fr/forum/?tx_mmforum_pi1[action]=list_post&tx_mmforum_pi1[tid]=272
>>
>> http://www.juritravail.com/Forum/droit-construction/conseil-juridique/droit-de-reutilisation-d39un-plan-de-masse/id/534781
>>
>> Stf
>>
>> Le 27/01/2016 23:29, Jérôme Seigneuret a écrit :
>>>
>>> Il n'y a pas un avocat sur la liste? Peut être peux-tu avoir une réponse
>>> plus complète sur http://www.juritravail.com/.
>>> Je pense que ce cas fait l'objet de jurisprudence et c'est vraiment à
>>> apprécier au cas pas cas... Le problème n'est, en plus, pas forcément lié à
>>> la propriété intellectuelle.
>>>
>>
>>
>> ___
>> 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] BANO, lieux-dits et adresses

[Stéphane Péneau]

On avait eu une discussion à ce sujet il y a presque 2 ans, sans 
solution idéale :

http://gis.19327.n5.nabble.com/Les-places-place-de-l-eglise-etc-td5812285.html

Je continue à utiliser landuse=plaza en attendant mieux.

Il y a eu d'autres fils depuis mais sans évolutions majeures. Si 
quelqu'un est motivé pour lancer une discussion sur la liste 
internationale...


Stf


place=square ?

Nouveau ça... et moins de 200 occurences dans le monde

J'ai dû prendre l'inspiration sur la page ci-dessous, et 'square' est
présent dans la liste déroulante de iD :
https://wiki.openstreetmap.org/wiki/Tag:place%3Dsquare

Mais effectivement cette combinaison n'est pas documentée sur la page
wiki de place :
https://wiki.openstreetmap.org/wiki/FR:Key:place




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

Re: [OSM-talk-fr] BANO, lieux-dits et adresses

[Guillaume AMAT]

Bonjour à tous,

Je n'ai pas suivi le début de la discussion mais en lisant les mots 
clefs BANO et smartphone, je me suis dit que ça pourrait intéresser des 
gens...
On vient de rajouter les tuiles « osm fr + bano » dans MapContrib 
(http://www.mapcontrib.xyz).


Vous pouvez donc créer des thèmes MapContrib avec ces tuiles et vous en 
servir sur vos smartphones.


Voilà c'est tout, j'espère que ça pourra servir ;)
Guillaume


Le 24/05/2016 13:30, Francois Gouget a écrit :

On Thu, 19 May 2016, Christian Quest wrote:


Le 19 mai 2016 à 03:22, Francois Gouget  a écrit :
>
> J'ai remarqué que la plupart des lieux-dits sont absents ce qui pose
> de gros problèmes pour entrer une destination en campagne.
>
ça dépend où tu "entres" cette destinations...


Je pensais à un usage qui me semble assez typique comme Osmand~ sur un
smartphone.


[...]

Je renseigne assez souvent les lieux-dits habités. Le problème qu'on a
quand même c'est la vérification de terrain car les noms de lieux-dits 
sont
plus souvent en décalage avec le terrain que les noms de voies à ce 
que

j'ai pu constater.


Ce serait bien de savoir si rentrer les lieux-dits manuellement ne
fait que dupliquer un travail qui sera fait automatiquement
prochainement. Dommage de dire aux volontaires allez-y si leur travail
est finalement inutile...



>  * Que faire pour les places ?
>
>Par exemple la Place des Maronniers en 16337. Il n'y a pas de rue qui
>porte ce nom à ma connaissance, mais il n'y a pas de rapprochement
>entre les éléments place:square et les FANTOIR correspondants.
>
place=square ?

Nouveau ça... et moins de 200 occurences dans le monde


J'ai dû prendre l'inspiration sur la page ci-dessous, et 'square' est
présent dans la liste déroulante de iD :
https://wiki.openstreetmap.org/wiki/Tag:place%3Dsquare

Mais effectivement cette combinaison n'est pas documentée sur la page
wiki de place :
https://wiki.openstreetmap.org/wiki/FR:Key:place

Sur Cachan j'ai trouvé un cas de 'landuse=village_green' sur la Place
Jacques Carat. Mais cela ne correspond franchement pas à l'idée que je
me fais de 'village_green'. La définition officielle est "Zone 
publique,

généralement enherbée, au centre d'un village (spécifique à la
Grande-Bretagne)".

Toujours sur Cachan la Place Edouard Herriot est taggée
'leisure=common', "Espace où chacun peut se promener où bon lui semble
(UK)".

À Paris la plupart des places connues (Place de l'Étoile, Place de la
Concorde, Place de la République) ne sont pas identifiées en tant que
telles. Mais c'est un peu logique elles sont tellement grandes et
complexes qu'elle sont décomposées en plusieurs éĺéments. Dommage,
j'espèrais trouver un bon exemple qui pourrait servir de référence.

À Clermont-Ferrand, ville où Michelin aurait beaucoup contribué à
OpenStreetMap, la Place Lucie Aubrac est taggée 'landuse=grass'.
Effectivement il y  une zone en herbe.

Toujours à Clermont-Ferrand il y a le cas de la Place Philippe
Marcombes dont le pourtour est taggée 'area=yes highway=residential'
alors qu'il n'y a pas de rue qui en fasse le tour. C'est un mélange
voie surface bizarre.

Mais dans la plupart des cas, c'est simplement une ou plusieurs des
voies qui font le tour de la place qui portent un nom commençant par
'Place', et la place n'est pas identifiée en tant que telle.

Pourtant être capable d'identifier et nommer les places répond à un 
vrai

besoin. En plus pour BANO, il y a des villes où pratiquement tous les
rapprochements manquants concernent les places. Par exemple :
https://cadastre.openstreetmap.fr/fantoir/#insee=16337&tab=0

Même à Clermont-Ferrand il manque 23 places et 12 squares :
https://cadastre.openstreetmap.fr/fantoir/#insee=63113&tab=2



Ce sont en fait des POI voire des noms d'usage. Ils n'ont rien
d'officiel (pas décidé par la commune) et ne peuvent être considéré
que comme un complément d'adresse.

Donc dans OSM ils devraient être taggués comme les POI qu'ils sont, et
rien n'empêche de metre le ref:FR:FANTOIR dessus, sauf que le libellé
risque de coincer (name="Arcueil Cachan" pour la station de métro,
alors que pour matcher à FANTOIR il faudrait ajouter "Métro").


Je vais essayer ça. J'ai peur que cela fausse les statistiques de BANO
(cas du 16125) mais c'est probablement pas bien grave.



>  * Que faire pour des voies type "Route départementale XXX" ?
>
>Ce qui complique la situation c'est que ces routes ont généralement
>aussi d'autres noms. Par exemple en 16337 la "RTE DEPARTEMENTALE NO
>948" s'appelle aussi "Route de Limoges" d'un coté et "Route de
>Confolens" de l'autre et il y a trois id FANTOIR.
>
>
FANTOIR n'est pas parfait... là ça va vraiment dépendre de l'existence
d'adresses sur chaque portion. Si il y a vraiment des adresses sur la
portion indiquée RD948, il est fort possible que ce soit vraiment 
l'adresse

des habitants (je connais des cas comme ça).


Il faudrait vraiment mettre les facteurs à contribution ;-)
Bon dans le cas présent la "Route de Limoges" a des

Re: [OSM-talk-fr] BANO, lieux-dits et adresses

[Francois Gouget]

On Thu, 19 May 2016, Christian Quest wrote:

> Le 19 mai 2016 à 03:22, Francois Gouget  a écrit :
> >
> > J'ai remarqué que la plupart des lieux-dits sont absents ce qui pose
> > de gros problèmes pour entrer une destination en campagne.
> >
> ça dépend où tu "entres" cette destinations...

Je pensais à un usage qui me semble assez typique comme Osmand~ sur un 
smartphone.


[...]
> Je renseigne assez souvent les lieux-dits habités. Le problème qu'on a
> quand même c'est la vérification de terrain car les noms de lieux-dits sont
> plus souvent en décalage avec le terrain que les noms de voies à ce que
> j'ai pu constater.

Ce serait bien de savoir si rentrer les lieux-dits manuellement ne 
fait que dupliquer un travail qui sera fait automatiquement 
prochainement. Dommage de dire aux volontaires allez-y si leur travail 
est finalement inutile...


> >  * Que faire pour les places ?
> >
> >Par exemple la Place des Maronniers en 16337. Il n'y a pas de rue qui
> >porte ce nom à ma connaissance, mais il n'y a pas de rapprochement
> >entre les éléments place:square et les FANTOIR correspondants.
> >
> place=square ?
> 
> Nouveau ça... et moins de 200 occurences dans le monde

J'ai dû prendre l'inspiration sur la page ci-dessous, et 'square' est 
présent dans la liste déroulante de iD : 
https://wiki.openstreetmap.org/wiki/Tag:place%3Dsquare

Mais effectivement cette combinaison n'est pas documentée sur la page 
wiki de place :
https://wiki.openstreetmap.org/wiki/FR:Key:place

Sur Cachan j'ai trouvé un cas de 'landuse=village_green' sur la Place 
Jacques Carat. Mais cela ne correspond franchement pas à l'idée que je 
me fais de 'village_green'. La définition officielle est "Zone publique, 
généralement enherbée, au centre d'un village (spécifique à la 
Grande-Bretagne)".

Toujours sur Cachan la Place Edouard Herriot est taggée 
'leisure=common', "Espace où chacun peut se promener où bon lui semble 
(UK)".

À Paris la plupart des places connues (Place de l'Étoile, Place de la 
Concorde, Place de la République) ne sont pas identifiées en tant que 
telles. Mais c'est un peu logique elles sont tellement grandes et 
complexes qu'elle sont décomposées en plusieurs éĺéments. Dommage, 
j'espèrais trouver un bon exemple qui pourrait servir de référence.

À Clermont-Ferrand, ville où Michelin aurait beaucoup contribué à 
OpenStreetMap, la Place Lucie Aubrac est taggée 'landuse=grass'. 
Effectivement il y  une zone en herbe.

Toujours à Clermont-Ferrand il y a le cas de la Place Philippe 
Marcombes dont le pourtour est taggée 'area=yes highway=residential' 
alors qu'il n'y a pas de rue qui en fasse le tour. C'est un mélange 
voie surface bizarre.

Mais dans la plupart des cas, c'est simplement une ou plusieurs des 
voies qui font le tour de la place qui portent un nom commençant par 
'Place', et la place n'est pas identifiée en tant que telle.

Pourtant être capable d'identifier et nommer les places répond à un vrai 
besoin. En plus pour BANO, il y a des villes où pratiquement tous les 
rapprochements manquants concernent les places. Par exemple : 
https://cadastre.openstreetmap.fr/fantoir/#insee=16337&tab=0

Même à Clermont-Ferrand il manque 23 places et 12 squares :
https://cadastre.openstreetmap.fr/fantoir/#insee=63113&tab=2


> Ce sont en fait des POI voire des noms d'usage. Ils n'ont rien 
> d'officiel (pas décidé par la commune) et ne peuvent être considéré 
> que comme un complément d'adresse.
>
> Donc dans OSM ils devraient être taggués comme les POI qu'ils sont, et 
> rien n'empêche de metre le ref:FR:FANTOIR dessus, sauf que le libellé 
> risque de coincer (name="Arcueil Cachan" pour la station de métro, 
> alors que pour matcher à FANTOIR il faudrait ajouter "Métro").

Je vais essayer ça. J'ai peur que cela fausse les statistiques de BANO 
(cas du 16125) mais c'est probablement pas bien grave.


> >  * Que faire pour des voies type "Route départementale XXX" ?
> >
> >Ce qui complique la situation c'est que ces routes ont généralement
> >aussi d'autres noms. Par exemple en 16337 la "RTE DEPARTEMENTALE NO
> >948" s'appelle aussi "Route de Limoges" d'un coté et "Route de
> >Confolens" de l'autre et il y a trois id FANTOIR.
> >
> >
> FANTOIR n'est pas parfait... là ça va vraiment dépendre de l'existence
> d'adresses sur chaque portion. Si il y a vraiment des adresses sur la
> portion indiquée RD948, il est fort possible que ce soit vraiment l'adresse
> des habitants (je connais des cas comme ça).

Il faudrait vraiment mettre les facteurs à contribution ;-)
Bon dans le cas présent la "Route de Limoges" a des adresses donc avec 
le fond BANO on peut voir quelle est son étendue. Par contre les deux 
autres n'ont pas d'adresses donc là ça va être plus dur...


-- 
Francois Gouget   http://fgouget.free.fr/
  145 = 1! + 4! + 5!___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/lis

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Stéphane Péneau]

Ça y est, c'est dispo !!
https://github.com/Francklin2/RTKLIB_Touchscreen_GUI

Qui se lance en premier ?

Stf

Le 08/04/2016 à 11:39, Ab_fab a écrit :
Le code source doit être publié sous peu, selon le retour que j'ai pu 
obtenir


Bonjour
Des que le projet sera pret on comptre le mettre sur Github en
open source, ca devrait se faire d'ici un mois si tout va bien.En
fait c'est une amélioration de ce projet PX4:
https://pixhawk.org/dev/rtk-basestation
Merci pour le lien sur le sujet open streetmap , je garde un oeil
dessus ;)
A+


Le lien de la video de démo des étudiants du master PPMD de l'ENSG
https://www.youtube.com/watch?v=-d_Dm6mLMMQ




Le 30 mars 2016 à 08:52, Ab_fab > a écrit :


Il me tarde d'en savoir plus sur ce petit projet de GUI pour
RTKLib adaptée aux écrans tactiles conçus pour la Raspberry.
Cela m'aiderait bien pour jouer un petit peu quand je vais à la
campagne.

Christian, je suis preneur de tes trouvailles futures ^^.
Notamment la liaison entre la base et le rover.
Via une liaison locale (wifi / bluetooth) à courte distance ?
Ou directement par les réseaux mobiles ?

Le 29 mars 2016 à 22:43, Christian Quest mailto:cqu...@openstreetmap.fr>> a écrit :

Je vais mettre au propre tout ça pour le wiki... en fait l
faut que je reparte de zéro, puis étape par étape.

Sur le graphe, la trace verte correspond aux solutions en
"float", puis quand ça passe en "fix" c'est le point à droite
au milieu.

Tant que je ne fournit pas de données de correction cohérents,
ça reste en "simple", c'est à dire ce qui sort du GPS.


L'altitude est très stable elle aussi (stable à 1cm près).
La borne IGN ne semble pas contre pas à son emplacement
officiel... avec 2,4m d'écart.

Il faut que j'en trouve une autre accessible et moins
martyrisée que celle-ci car coincée entre une départementale
et un champ, elle a visiblement subit quelques dommages (y
compris la base en béton).

Pour l'altitude, ça s'est stabilisé à 207,63m. La fiche IGN
annonce 208.84 mais sur une ellipsoïde différente que celle du
WGS84.


Le 29 mars 2016 à 21:27, Stéphane Péneau
mailto:stephane.pen...@wanadoo.fr>> a écrit :

Le 29/03/2016 19:52, Christian Quest a écrit :

Retour sur RTKLIB... et grand pas en avant pour moi
aujourd'hui !



Maintenant les données de la base... et j'ai de la
chance d'en avoir une à proximité (4km).
Les données sont disponibles sur un serveur FTP de
l'IGN, avec une heure de décallage (d'où le
post-processing). Encore faut-il comprendre le nommage
de ces fichiers... et comprendre aussi que ce ne sont
pas des fichiers RINEX mais CRINEX, c'est à dire
compressés (alors qu'ils sont aussi compressés en .Z).


La dernière fois que j'ai essayé, j'ai galéré pour
retrouver le lieu où télécharger ces données. Et oui, le
nommage est..
Si tu as tout ça en tête, et puisque tu as réussi le
postprocessing (ce ne fut pas mon cas), tu penses que tu
pourrais mettre tout ça sur le wiki ?




La grille fait 5cm de côté. En rouge on a les points
mesurés sans correction.
En vert, la correction est appliquée... ça fait une
trace flottante en bas à gauche, puis ça converge sur
un point à droite au milieu et ça ne bouge plus :)


Super !!

Tu n'as pas eu de passage en "float" entre le mode
standard et le fix ?
Tu étais correct aussi sur l'altitude ?


Stf

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




-- 
Christian Quest - OpenStreetMap France


___
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




--
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

Re: [OSM-talk-fr] Plan de masse et droits d'auteur/moral, etc..

[Stéphane Péneau]

J'ai reçu une réponse :
http://data.loire-atlantique.fr/forum/?tx_mmforum_pi1[action]=list_post&tx_mmforum_pi1[tid]=272 



C'est la propriété intellectuelle qui bloquerait :-/
En revanche, j'apprends que le département contribuera directement, ce 
qui est plutôt une bonne nouvelle.


Stf

Le 28/01/2016 à 21:15, Stéphane Péneau a écrit :
J'ai posé la question sur juritravail.com, et sur le forum du portail 
OpenData de la Loire-Atlantique.


http://data.loire-atlantique.fr/forum/?tx_mmforum_pi1[action]=list_post&tx_mmforum_pi1[tid]=272 

http://www.juritravail.com/Forum/droit-construction/conseil-juridique/droit-de-reutilisation-d39un-plan-de-masse/id/534781 



Stf

Le 27/01/2016 23:29, Jérôme Seigneuret a écrit :
Il n'y a pas un avocat sur la liste? Peut être peux-tu avoir une 
réponse plus complète sur http://www.juritravail.com/.
Je pense que ce cas fait l'objet de jurisprudence et c'est vraiment à 
apprécier au cas pas cas... Le problème n'est, en plus, pas forcément 
lié à la propriété intellectuelle.





___
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] ref ou ref:FR:LaPoste ?

[Francois Gouget]

On Mon, 23 May 2016, osm.sanspourr...@spamgourmet.com wrote:

> Bonjour,
> 
> Maintenant que Guillaume nous a corrigé l'interface (il faut pour le moment
> essayer une première fois et la seconde ça marche),
> 
> je vois qu'il vérifie pour les bàl de La Poste la ref et non ref:FR:LaPoste

À propos des boites aux lettres, La Poste a publié la liste de leurs 
emplacements et pourtant sur OpenStreetMap il en manque (à priori pas 
mal vu la facilité avec laquelle j'en ai identifié).

Liste des boîtes aux lettres de rue France métropolitaine et DOM
http://datanova.legroupe.laposte.fr/explore/dataset/laposte_boiterue/export/

Les emplacements de certaines boites aux lettres ne sont pas renseignés 
avec beaucoup de précision (centre commune, etc), et peut-être que cela 
empêche leur ajout automatique. D'après la poste cela ne concernerait 
que quelques pourcents mais peut-être faut-il une précision plus grande 
pour OpenStreetMap : La Poste met les "Projection centroïde" dans le 
même sac que les "Positionnement fin", sac qui contient 98,72% des 
boites aux lettres. Si plus de précision est nécessaire, peut-être 
faudrait-il un projet à la BANO pour renseigner les identifiants La 
Poste sur les boites aux lettres OpenStreetMap avec l'aide d'un fond 
de carte montrant les données de La Poste.



On peut aussi télécharger la liste des bureaux de poste et agences 
postales ainsi que leurs caractéristiques (là aussi il en manque, 
notamment pour les agences postales) :

Liste des bureaux de poste, agences postales et relais poste
http://datanova.legroupe.laposte.fr/explore/dataset/laposte_poincont2/export/

Calendrier d’ouverture des bureaux de poste, agences postales et relais poste
(particulièrement utile pour les agences postales)
http://datanova.legroupe.laposte.fr/explore/dataset/laposte_ouvertur/export

Liste des automates en bureaux de poste
http://datanova.legroupe.laposte.fr/explore/dataset/laposte_autompre/export/

Liste des bureaux de poste et agences postales accessibles aux personnes 
handicapées
http://datanova.legroupe.laposte.fr/explore/dataset/laposte_handicap/export/


Un import automatisé permettrait de bien compléter la carte et de 
remplir de nombreux champs en croisant les données.


http://datanova.legroupe.laposte.fr/explore/?refine.keyword=la-poste&sort=modified

-- 
Francois Gouget   http://fgouget.free.fr/
Before you criticize someone, walk a mile in his shoes.
   That way, if he gets angry, he'll be a mile away - and barefoot.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Idée suite à l'AG de l'asso OSM France

[Stéphane Péneau]

Coucou !

En discutant dimanche, une autre idée a germé sur ce que pourrait 
apporter l'association OpenStreetMap France pour les contributeurs. Il 
me semble qu'elle avait déjà été évoquée il y a un certain temps. Cette 
idée serait une aide juridique sur les points qui bloquent la mise à 
disposition de documents détenus par les collectivités ou des entreprises.


On sait que des millions de photos dorment dans des disques durs. C'est 
le cas par exemple en Loire-Atlantique où tout le réseau routier 
départemental a été pris en photo pour du suivi de l'état des 
revêtements. C'est le cas de la Sncf qui a des photos de l'intérieur des 
gares :-)
Toutes ces photos pourraient être envoyées sur les serveurs de 
Mapillary, ou ailleurs. Mais on sait que les algo de floutage des 
visages/plaque d'immatriculation ne sont pas parfaits, et qu'on peut 
reconnaitre certaines personnes, ou situations. Comme on ne semble pas 
vraiment savoir si cela poserait un problème devant un tribunal, les 
décideurs sortent le parapluie et bloquent la libération de ces 
données...ce qui peut se comprendre.


Il y a aussi le cas des plans de masse que j'avais évoqué il y a 
quelques mois. Le département m'a répondu, et c'est la propriété 
intellectuelle qui bloquerait...sans que ça soit certain :

https://lists.openstreetmap.org/pipermail/talk-fr/2016-January/079746.html
http://data.loire-atlantique.fr/forum/?tx_mmforum_pi1[action]=list_post&tx_mmforum_pi1[tid]=272


Donc, si l'association pouvait de son côté obtenir une réponse juridique 
sur ces sujets, cela pourrait aider à libérer de nombreuses données 
utiles pour les contributeurs.


Stf



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

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Stéphane Péneau]

Le 21/05/2016 à 10:59, Christian Quest a écrit :

Le 20/05/2016 à 09:33, Eric Sibert a écrit :

Réponse tardive.

Il existe des sites de post-traitement en ligne.

http://gpsworld.com/a-comparison-of-free-gps-online-post-processing-services/ 



Tu as fait des acquisitions de combien de temps?


C'est variable selon mon temps, et la météo. Ça ne dépasse pas 20mn. 
Tout serait plus facile si au lieu d'un point de référence situé dans un 
endroit fréquenté, j'avais une borne dans le jardin. :-)





j'ai cherché à savoir si ce décalage venait de la différence entre 
les coordonnées ETRS89 et WGS84, ...


Pour les coordonnées, même s'il y a une erreur sur le système, 
celle-ci devrait s'annuler quand tu cherches la différence entre tes 
deux stations.





Sauf que la base a ses coordonnées qui sont fixées sur celles du point 
géodésique. Donc non, l'erreur ne s'annule pas.



La différence entre les deux systèmes est négligeable d'après ce que 
j'ai pu lire... de l'ordre du millimètre.


En Z, oui, les ellipsoïdes utilisées sont très proches (wikipedia 
annonce 0.1mm entre GRS80 et WGS84), mais plus j'y réfléchie, et plus ça 
me semble incohérent qu'il en soit ainsi en x et y. L'ETRS89 est ancien 
et immobile par rapport à notre plaque. Le WGS84 ne l'est pas, il est 
basé sur le méridien de référence international qui n'est pas fixe par 
rapport à notre plaque :

http://www.thegreenwichmeridian.org/tgm/articles.php?article=7

Cette fiche indique une cohérence métrique, et qu'il faut translater les 
coordonnées selon le déplacement de la plaque eurasie :

http://education.ign.fr/sites/all/files/geodesie_systemes.pdf
Une discussion sur ce sujet, mais où je suis loin d'avoir tout compris :
http://georezo.net/forum/viewtopic.php?id=83843

Je pense que ce problème n'existe pas pour les professionnels qui 
utilisent du matériel donnant des coordonnées directement dans le 
référentiel local.
En revanche pour nous, c'est une autre histoire, surtout en utilisant sa 
propre base, ce qui est mon cas.






1 bémol, la vue n'est pas complètement dégagée, il y a une grande 
haie de peuplier pas très loin.


Normalement, les algorithmes mettent un poids décroissant plus les 
satellites sont bas sur l'horizon, principalement pour compenser la 
traversée plus importante de l'atmosphère. En plus, on peut souvent 
rajouter un angle de coupure, genre 10 ou 20°. Il n'y a pas une 
option comme ça dans RTKlib? On peut aussi être perturbé par les 
réflexions sur le sol, surtout si on n'a pas une protection choke 
ring sous l'antenne.




Oui, RTKlib permet d'éliminer les sat en dessous d'un certain angle au 
dessus de l'horizon. Par défaut c'est 15°. On peut aussi éliminer tel 
ou tel sat en indiquant son identifiant.




J'ai essayé de modifier cette valeur, et les résultats diffèrent. C'est 
principalement la rapidité à obtenir un fix qui change, mais parfois il 
y a aussi les coordonnées calculées qui ne sont pas identiquesc'est 
plus gênant.


Stf


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