Re: [OSM-talk-fr] gestion du hstore dans qgis

[René-Luc Dhont]

Bonjour Tony,

Quelle version de QGIS utilises-tu ?

Quelle est ta source pour map_get(hstore_to_map("tags"),'bridge') ?

René-Luc
3liz

Le 11/12/2019 à 09:27, Tony Emery via Talk-fr a écrit :

Bonjour à tous,

Je suis sûr que certains d'entre vous ont déjà eu l'idée d'exploiter
l'attribut hstore dans une analyse cartographique avec QGIS.

En cherchant sur Internet, j'ai trouvé un truc du genre
map_get(hstore_to_map("tags"),'bridge').
Sauf que chez moi, ça ne renvoi rien du tout.

Aurais-je fait une erreur quelque part ?





-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
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] Et si on fabriquait notre récepteur/logger GPS ?

[René-Luc Dhont]

Le 23/03/2018 à 14:58, Dominique Rousseau a écrit :

Le Fri, Mar 23, 2018 at 09:53:03AM +0100, René-Luc Dhont [rldh...@gmail.com] a 
écrit:

Bonjour,

Est-ce que ce projet aurait un lien avec le projet Centipède de
Julien Ancelin ?
https://github.com/jancelin/centipede
https://centipede.sig.inra.fr/websig/lizmap/www/
https://jancelin.github.io/centipede/#/

Pas directement, je dirais.
De ce que je comprens du projet centipede, il s'agit de deployer des
bases fixes permettant de faire de la correction RTK, donc de fournir un
signal, plutot que le recevoir.


Oui c'est vrai que le projet ne présente que l'aspect réseau ouvert RTK
Mais les bornes sont des récepteurs GPS de fabrication maison.
https://centipede.sig.inra.fr/websig/lizmap/www/index.php/view/media/getMedia?repository=cent=situation=media%2Fupload%2Fsituation%2Fantenne%2Fphoto%2Fbase1.jpg

https://twitter.com/complementterre

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

Re: [OSM-talk-fr] Et si on fabriquait notre récepteur/logger GPS ?

[René-Luc Dhont]

Bonjour,

Est-ce que ce projet aurait un lien avec le projet Centipède de Julien 
Ancelin ?

https://github.com/jancelin/centipede
https://centipede.sig.inra.fr/websig/lizmap/www/
https://jancelin.github.io/centipede/#/

My 2cents

René-Luc D'Hont


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

Re: [OSM-talk-fr] Fwd: confirm 10ff24cf8895bd60980b14b1a6380c7cd66ce656

[René-Luc Dhont]

Bonjour,

Je suis dans le même cas.

René-Luc

Le 14/11/2016 à 09:09, Romain MEHUT a écrit :

Bonjour,

Certains d'entre vous ont-ils reçu un message que celui ci-dessous ?

Dans mon cas, c'est la 3ème fois en peu de temps. J'ai écrit à 
talk-fr-ow...@openstreetmap.org 
 pour connaitre la raison de 
cet envoi mais je n'ai pas eu de réponse.


Une idée ?

Merci.

Romain

-- Message transféré --
De : >

Date : 12 novembre 2016 à 10:00
Objet : confirm 10ff24cf8895bd60980b14b1a6380c7cd66ce656
À : romain.me...@gmail.com 

Votre abonnement à la liste Talk-fr a été désactivé suite à due
to excessive bounces The last bounce received from you was dated
05-Nov-2016. Vous ne recevrez plus de messages en provenance de cette
liste tant que vous n'aurez pas ré-activé votre abonnement. Vous
recevrez encore 2 rappels comme celui-ci avant que votre abonnement ne
soit supprimé.

Pour ré-activer votre abonnement, vous pouvez répondre simplement à
ce message (en laissant la ligne Subject: --Objet-- du message intact)
ou vous rendre à la page de confirmation à l'adresse :

https://lists.openstreetmap.org/confirm/talk-fr/10ff24cf8895bd60980b14b1a6380c7cd66ce656 



(...)

Si vous avez des questions ou des problèmes, contacter le
propriétaire de la liste  à l'adresse

talk-fr-ow...@openstreetmap.org 



___
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] Cartographie des réseaux urbains de bus, journée #HackFrancophonie

[René-Luc Dhont]

Bonjour,

Cela signifierait-il qu'il faille que je relance OSMTRansport ???
http://demo.3liz.com/osmtransport/france.php

Cordialement,
René-Luc

Le 02/03/2016 12:58, Johan Richer a écrit :

Bonjour à toutes et à tous,

J'ai présenté le 19 février dernier lors de la journée 
#HackFrancophonie organisée au Numa par Etalab un projet de 
cartographie des réseaux urbains de bus, avec comme ville pilote 
Antananarivo à Madagascar.
Tout est là : 
https://github.com/etalab/HackFrancophonie/wiki/Cartographie-des-r%C3%A9seaux-urbains-de-bus


La journée aura permis d'identifier des manques remédiables et de 
consolider les bases pour la suite, ce qui est déjà pas mal comme 
résultat pour un hackathon !


Je remercie donc la petite équipe de choc grâce à qui le projet est 
maintenant bel et bien lancé : Christian Quest qu'on ne présente plus 
et qui a mis le travail de la journée sur les rails dès les 5 
premières minutes, Julien Jego son collègue d'Etalab qui a codé la 
visualisation sur Leaflet, ainsi que Davy Kiala et Rajnish Hawabhay 
qui ont également apporté un soutien précieux.
Merci également à Violaine Doutreleau (CartONG) et Benoit Fournier 
(OSM/HOT/CartONG) qui m'ont aidé à préparer le pitch. ;)


Le code de la plateforme Managua n'aura finalement pas été utilisé 
comme je l'avais souhaité à l'origine. On s'est vite rendu à 
l'évidence qu'une journée était bien trop court pour ça. Il va donc 
falloir recontacter Felix Delattre pour voir s'il pourrait pas faire 
un minimum de documentation pour aider à s'y retrouver. Si vous avez 
une idée des conditions à remplir pour dupliquer le projet ça serait 
un gros coup de pouce.

Le modèle à dupliquer : http://rutas.mapanica.net
Le code source : https://github.com/xamanu/mapanica-rutas
Le développeur : https://twitter.com/xamanu | 
felix.delat...@hotosm.org 


On a pu constater aussi lors du hackathon que les tracés des lignes de 
bus de Tana sur OSM ne sont pas très propres. A côté Ouagadougou c'est 
nickel. Il faudrait retravailler les données pour avoir des relations 
bien faites d'un bout à l'autre de chaque ligne. Je suis pas assez 
compétent en OSM pour savoir ce qu'il faudrait faire pour ça.

http://www.openstreetmap.org/#map=15/-18.9044/47.5229=T

La communauté OSM à Mada est motivée par le projet et je vais donc 
faire en sorte qu'elle le prenne en main le plus possible, notamment 
par le biais d'Eddy Andriamanantena de l'Agence universitaire de la 
Francophonie qui avait aidé Violaine sur sa mission. Ajouter les 
lignes manquantes sur OSM est un super défi pour la communauté, avec 
Ouaga et Managua comme modèles à suivre. On va aussi demander à Mariot 
Tsitoara le développeur de l'appli Taxibe sur Android s'il peut 
libérer ses données et dans quelles conditions (on trouvera un 
arrangement win-win...).


3 étapes donc pour la plateforme Tana Bus : documentation du code pour 
faciliter la duplication ; amélioration des données OSM ; reprise en 
main par la communauté.


Si le projet vous intéresse vous pouvez aider à le réaliser ! ne 
serait-ce que des conseils et suggestions, tout est bienvenu ;)


Pour finir, on a été interviewé par RFI ce qui a permis de parler du 
projet, d'OpenStreetMap et de la communauté à Mada.

http://www.rfi.fr/emission/20160227-francophonie-bidouiller-donnees-ouvertes-monde-francophone
https://soundcloud.com/radiofranceinternationale/hackfrancophonie-bidouiller-les-donnees-ouvertes-du-monde-francophone
Ca se passe vers la 16ème minute mais toute l'émission vaut le coup si 
vous avez le temps.


Un compte-rendu complet de la journée est également dispo :
https://www.etalab.gouv.fr/hackfrancophonie-jour-2-open-data-camp-autour-des-donnees-ouvertes-dans-la-francophonie

Johan


___
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] liens objets-relation dans QGIS

[René-Luc Dhont]

Bonjour Tony,

C'est moi qui t'avait parler de cela.

Dans QGIS tu dois installer QuickOSM et utiliser le module traitement 
pour générer la table de liaison.


Ensuite dans les propriétés du projet tu crées une jointure parent/enfant.

Cordialement,

Le 28/09/2015 09:44, Tony Emery a écrit :

Bonjour à tous,

J'ai fait une petite requête QL via QGis pour récupérer, par exemple, les
relations de type "associatedStreet" dans une emprise voulue.

J'avais souvenir que, dans QGIS, il était possible d'avoir une table qui
liait chaque objet aux différentes relations que l'on vient de récupérer
dans la requête.

Malheureusement, je ne me rappelle plus de la manipulation.
Quelqu'un se rappelle-t-il du modus operandi ?

Bonne journée,

Tony



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n5.nabble.com/liens-objets-relation-dans-QGIS-tp5855616.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

[OSM-talk-fr] La contribution des étudiants AgroTIC 2015 à OpenStreetMap

[René-Luc Dhont]

Pour une entrée en matière à la formation AgroTIC dans le cadre d’un 
module de formation sur la géodésie, nous avons participé au projet de 
cartographie libre OpenStreetMap (OSM).


Une « carto-partie » a donc été organisée par les étudiants et l’équipe 
pédagogique à Gignac (34). Il s’agissait de référencer les rues et les 
commerces de la commune. Particulièrement, leur accessibilité par les 
personnes à mobilité réduite a été enregistrée tout en contribuant au 
projet Wheelmap (qui référence spécifiquement l’accessibilité des lieux 
publics et s’appuie sur les données d’OSM).


Lisez la suite ici 
http://www.agrotic.org/blog/la-contribution-des-etudiants-agrotic-2015-a-openstreetmap/


René-Luc D'Hont

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

Re: [OSM-talk-fr] Utilisation du PLU parisien.

[René-Luc Dhont]

Bonjour,

Il ne suffit pas que le document soit publique, il faut que la licence 
d'utilisation de celui-ci permettent de créer de la données compatible 
avec la licence OSM.


Le 30/07/2015 16:05, dHuy Pierre a écrit :

Bonjour à tous!
Me balladant sur le site du PLU de Paris, j'ai trouvé un plan 
détaillant le tracé du RER A/RER B et des métros et de leurs quais. 
S'agissant d'un document publique, librement accessible, etc puis-je 
l'utiliser sur OSM pour corriger le tracé des lignes de trains et de 
métro?



___
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] Comment charger un WMS/WTS OSM dans SIG (QGIS) ?

[René-Luc Dhont]

Bonjour,

Pour la composition le problème est le même que pour la vue.
Chaque zone de dessin est contrôlé par 3 paramètres dont 2 en conflit :
* CRS
* Emprise
* Résolution

L'emprise et la résolution entre en conflit car :
* soit c'est l'Emprise qui compte alors celle-ci doit-être intégralement 
dessiné dans le rectangle d'affichage
* soit c'est la résolution qui compte alors sera dessiné ce qui rentre 
dans le rectangle d'affichage pour la résolution choisi


Dans ton cas, si tu respectes les résolutions d'OSM, tu auras quelque 
chose de net, par contre si c'est l'emprise de l'objet qui compte alors 
le rendu pourra être flou.


Cordialement,

Le 27/07/2015 18:13, image93 a écrit :

Bonsoir Réné Luc,

Et merci beaucoup.
Certes, le fait de paramétrer la projection du projet en 3857 permet d'avoir
une meilleure lisibilité de la couche.

Mais dès qu'on bascule dans le gestionnaire de composition, il y a un
problème certainement dû à la projection. En effet, dans l'interface du
gestionnaire de composition,l'emprise de l'objet carte ne correspond pas à
mon emprise réelle...

Merci.





--
View this message in context: 
http://gis.19327.n5.nabble.com/Comment-charger-un-WMS-WTS-OSM-dans-SIG-QGIS-tp5850979p5851043.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] Comment charger un WMS/WTS OSM dans SIG (QGIS) ?

[René-Luc Dhont]

Pour obtenir un affichage net, il faut travailler avec les échelles fixe 
correspondant aux niveaux de zoom d'OSM.


Sinon il faudrait améliorer GDAL et QGIS pour que la sélection du niveau 
de zoom et le recalcule des pixels soient plus pertinents pour une 
échelle ne correspondant pas à 1 niveau de zoom OSM.


Le 28/07/2015 10:21, Jérôme Seigneuret a écrit :
En clair il faut travailler avec des échelles fixe correspondant au 
niveau de zoom d'OSM?


Le 28 juillet 2015 09:08, René-Luc Dhont rldh...@gmail.com 
mailto:rldh...@gmail.com a écrit :


Bonjour,

Pour la composition le problème est le même que pour la vue.
Chaque zone de dessin est contrôlé par 3 paramètres dont 2 en
conflit :
* CRS
* Emprise
* Résolution

L'emprise et la résolution entre en conflit car :
* soit c'est l'Emprise qui compte alors celle-ci doit-être
intégralement dessiné dans le rectangle d'affichage
* soit c'est la résolution qui compte alors sera dessiné ce qui
rentre dans le rectangle d'affichage pour la résolution choisi

Dans ton cas, si tu respectes les résolutions d'OSM, tu auras
quelque chose de net, par contre si c'est l'emprise de l'objet qui
compte alors le rendu pourra être flou.

Cordialement,

Le 27/07/2015 18:13, image93 a écrit :

Bonsoir Réné Luc,

Et merci beaucoup.
Certes, le fait de paramétrer la projection du projet en 3857
permet d'avoir
une meilleure lisibilité de la couche.

Mais dès qu'on bascule dans le gestionnaire de composition, il
y a un
problème certainement dû à la projection. En effet, dans
l'interface du
gestionnaire de composition,l'emprise de l'objet carte ne
correspond pas à
mon emprise réelle...

Merci.





--
View this message in context:

http://gis.19327.n5.nabble.com/Comment-charger-un-WMS-WTS-OSM-dans-SIG-QGIS-tp5850979p5851043.html
Sent from the France mailing list archive at Nabble.com.

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



___
Talk-fr mailing list

Talk-fr@openstreetmap.org mailto: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] Comment charger un WMS/WTS OSM dans SIG (QGIS) ?

[René-Luc Dhont]

Bonjour,

Le fichier XML à jour pour la source de données OSM est disponible en 
bas de la page :

http://www.gdal.org/frmt_wms.html

Le fichier ce nomme : OpenStreetMap TMS Service Example

LE problème de résolution est lié à l'interprétation par GDAL des 
résolutions. Pour avoir un affichage net, il faut avoir un affichage en 
3857 et respecter les échelles du service TMS.


Cordialement,

Le 27/07/2015 11:22, image93 a écrit :

Cher René Luc, merci beaucoup.

J'avais fait votre test en effet à partir de votre tuto 3LIZ.  J'avais
reussi à charger la couche via un raster XML. Mais en effet le fond ne
semblait pas de très bonne resolution à grande échelle...

COncernant votre 2eme  lien, si j'ai bien compris, il suffit de faire la
meme opération que celle décrite dans votre tuto mais en copiant simplement
la partie de code presente sur la gauche de la page web...
Si c'est bien celà, j'ai une question vraiment bete...mais comment recupérer
, selectionner avec le curseur de la souris, copier uniquement la partie de
code et pas la partie de texte sur la droite?
Serait il possible de telecharger directement ce bout de code?

Désolé pour ma question vraiment bete ;-) mais je ne suis pas une vedette...



--
View this message in context: 
http://gis.19327.n5.nabble.com/Comment-charger-un-WMS-WTS-OSM-dans-SIG-QGIS-tp5850979p5850994.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] Comment charger un WMS/WTS OSM dans SIG (QGIS) ?

[René-Luc Dhont]

Bonjour,

Tu peux utiliser un fichier XML pour GDAL.
Cette article est un peu vieux mais est toujours d'actualiter :
http://www.3liz.com/blog/rldhont/index.php?post/2012/07/17/Les-Tuiles-OpenStreetMap-dans-QGIS

Il faudra juste mettre à jour le XML avec pour CRS: EPSG3857 à la place 
de EPSG:900913.

Tu trouveras une version valide ici :
http://www.gdal.org/frmt_wms.html

Cordialement,

Le 27/07/2015 10:25, image93 a écrit :

Bonjour à tous,

je compte charger un fond WTS ou WMS d'openstreetmap dans un sig (qgis). je
ne compte pas passer par le plugin qgis nommé openlayersplugin qui me fait
trop de misère.

Je souhaite pouvoir charger ces couches wts/wms en renseignant des URL
serveurs par exemple. A moins qu'il y ait d'autres méthodes. Je ne suis pas
developpeur mais un simple geomaticien.

Une personne pourrait elle m'aider?

Merci beaucoup.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Comment-charger-un-WMS-WTS-OSM-dans-SIG-QGIS-tp5850979.html
Sent from the France mailing list archive at Nabble.com.

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



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

Re: [OSM-talk-fr] Intégration des pharmacies en France avec Osmose

[René-Luc Dhont]

Bonjour Frédéric,

Par curiosité, est-ce que le fichier des pharmacies est disponible ?

Je connais des structures qui seraient intéressées par le fichier et 
potentiellement par contribuer, par contre la page osmose ne leurs 
parlera pas du tout.

http://osmose.openstreetmap.fr/fr/errors/?source=7406item=

Est-il possible de faire une recherche par région ? par département ?
Quelles informations sont disponibles ? Nom ? Adresse ? Position ? 
Téléphone ? Horaire ?


Enfin même si je suis un contributeur OSM, lorsque je suis arrivé sur la 
carte je n'ai pas compris que je me trouvait sur une carte dédié aux 
pharmacies OpenData. J'ai crus que j'étais dans Osmose globale.


René-Luc


Le 11/10/2014 12:25, Frédéric Rodrigo a écrit :

Bonjour,

L'entreprise Celtipharm à mise à disposition son recensement des 
pharmacies en France. Les données ont été collectées sur le terrain 
depuis 2000. Il y a donc près de 14 ans de métier ;) dans ces données. 
Ils ont été séduit par OSM et y voient une opportunité de moderniser 
leur système d'information avec une publication en OpenData sous 
licence ODbL.


Après un test et des retours sur leurs données, l'intégration est 
maintenant possible sur Osmose :


http://osmose.openstreetmap.fr/fr/errors/?source=7406item=

Pharmacies dans OSM sans référence ref:FR:FINESS :
http://osmose.openstreetmap.fr/fr/map/#item=7150

Pharmacie non intégré, en OpenData mais référence non retrouvé dans OSM
http://osmose.openstreetmap.fr/fr/map/#item=8210

Proposition de rapprochement entre l'OpenData et l'OSM :
http://osmose.openstreetmap.fr/fr/map/#item=8211

Le travail préliminaire à cette intégration à Osmose à soulevé des 
questions sur la liste CA, que je vous livres dans un soucie de 
transparence :


- le tag type:FR:FINESS est aussi utilisé 216 fois. Désolé, mais là 
par contre je ne vois pas l'intérêt de mettre ça dans OSM. On a déjà 
des tags pour mettre en correspondance de ces numéros. Sauf si le type 
fait partie de l'identifiant, mais dans ce cas il ne faudrait pas un 
tag séparé. Il y a même une page sur le wiki : 
http://wiki.openstreetmap.org/wiki/FR:Key:type:FR:FINESS [moi]


- Le problème, c'est que ces intégrations osmose ne sont pas
documentées depuis osmose et très mal dans le wiki et qu'il y a en a
de plus en plus. D'ailleurs, le fait même que cette discussion se
passe sur la liste ca@ et non sur la liste talk-fr@ est aussi
symptomatique. [Pieren]

- Je serais d'ailleurs curieux de connaitre la réaction à la demande 
d'ajouter… 9000 ? tag ref:FR:FINESS pour une valeur ajoutée… légère ? 
d'un point de vue contributeur/réutilisateur basique ?
J'ai encore du mal avec ces rapprochements de bdd séparées uniquement 
à l'aide d'un identifiant unique, alors qu'avec une position 
géographique, un nom, une adresse, on doit pouvoir rapprocher la 
quasi-totalité des existantes dans OSM (du moins sur l'échantillon 
représentatif d'une dizaine regardée du coté de Troyes). On parle de 
pharmacies, pas d'arbres ou de batiments, quand même…

Bon, non, j'ai pas les doigts dans le code. [JB]

Frédéric.

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



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

Re: [OSM-talk-fr] Intégration des pharmacies en France avec Osmose

[René-Luc Dhont]

Bonjour,

Je viens de regarder la carte vers chez moi et je ne comprends pas 
pourquoi il n'y a pas de rapprochement entre OSM et la base OpenData 
Celtipharm ?


http://osmose.openstreetmap.fr/fr/map/#source=7406item=1010%2C1040%2C1050%2C1060%2C1070%2C1080%2C1090%2C1100%2C1110%2C1120%2C1140%2C1150%2C1160%2C1170%2C1180%2C1190%2C1200%2C1210%2C1220%2C1230%2C1240%2C2xxx%2C3xxx%2C4xxx%2C5xxx%2C6xxx%2C7xxx%2C8xxxzoom=16lat=43.6147lon=3.86824layer=Mapnikoverlays=FFFTbbox=3.852124214172363%2C43.60898521690245%2C3.880019187927246%2C43.61908323811815level=1%2C2%2C3tags=fixable=

Chaque pharmacie OSM a son double OpenData Celtipharm avec : Pharmacy 
not intégrated, pourquoi ?


René-Luc

Le 11/10/2014 12:25, Frédéric Rodrigo a écrit :

Bonjour,

L'entreprise Celtipharm à mise à disposition son recensement des 
pharmacies en France. Les données ont été collectées sur le terrain 
depuis 2000. Il y a donc près de 14 ans de métier ;) dans ces données. 
Ils ont été séduit par OSM et y voient une opportunité de moderniser 
leur système d'information avec une publication en OpenData sous 
licence ODbL.


Après un test et des retours sur leurs données, l'intégration est 
maintenant possible sur Osmose :


http://osmose.openstreetmap.fr/fr/errors/?source=7406item=

Pharmacies dans OSM sans référence ref:FR:FINESS :
http://osmose.openstreetmap.fr/fr/map/#item=7150

Pharmacie non intégré, en OpenData mais référence non retrouvé dans OSM
http://osmose.openstreetmap.fr/fr/map/#item=8210

Proposition de rapprochement entre l'OpenData et l'OSM :
http://osmose.openstreetmap.fr/fr/map/#item=8211

Le travail préliminaire à cette intégration à Osmose à soulevé des 
questions sur la liste CA, que je vous livres dans un soucie de 
transparence :


- le tag type:FR:FINESS est aussi utilisé 216 fois. Désolé, mais là 
par contre je ne vois pas l'intérêt de mettre ça dans OSM. On a déjà 
des tags pour mettre en correspondance de ces numéros. Sauf si le type 
fait partie de l'identifiant, mais dans ce cas il ne faudrait pas un 
tag séparé. Il y a même une page sur le wiki : 
http://wiki.openstreetmap.org/wiki/FR:Key:type:FR:FINESS [moi]


- Le problème, c'est que ces intégrations osmose ne sont pas
documentées depuis osmose et très mal dans le wiki et qu'il y a en a
de plus en plus. D'ailleurs, le fait même que cette discussion se
passe sur la liste ca@ et non sur la liste talk-fr@ est aussi
symptomatique. [Pieren]

- Je serais d'ailleurs curieux de connaitre la réaction à la demande 
d'ajouter… 9000 ? tag ref:FR:FINESS pour une valeur ajoutée… légère ? 
d'un point de vue contributeur/réutilisateur basique ?
J'ai encore du mal avec ces rapprochements de bdd séparées uniquement 
à l'aide d'un identifiant unique, alors qu'avec une position 
géographique, un nom, une adresse, on doit pouvoir rapprocher la 
quasi-totalité des existantes dans OSM (du moins sur l'échantillon 
représentatif d'une dizaine regardée du coté de Troyes). On parle de 
pharmacies, pas d'arbres ou de batiments, quand même…

Bon, non, j'ai pas les doigts dans le code. [JB]

Frédéric.

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



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

Re: [OSM-talk-fr] Intégration des pharmacies en France avec Osmose

[René-Luc Dhont]

Merci Frédéric pour ces éclairsissements.

René-Luc

Le 12/10/2014 17:35, Frédéric Rodrigo a écrit :

Le 12/10/2014 16:19, René-Luc Dhont a écrit :

Bonjour,

Je viens de regarder la carte vers chez moi et je ne comprends pas
pourquoi il n'y a pas de rapprochement entre OSM et la base OpenData
Celtipharm ?

http://osmose.openstreetmap.fr/fr/map/#source=7406item=1010%2C1040%2C1050%2C1060%2C1070%2C1080%2C1090%2C1100%2C1110%2C1120%2C1140%2C1150%2C1160%2C1170%2C1180%2C1190%2C1200%2C1210%2C1220%2C1230%2C1240%2C2xxx%2C3xxx%2C4xxx%2C5xxx%2C6xxx%2C7xxx%2C8xxxzoom=16lat=43.6147lon=3.86824layer=Mapnikoverlays=FFFTbbox=3.852124214172363%2C43.60898521690245%2C3.880019187927246%2C43.61908323811815level=1%2C2%2C3tags=fixable= 




Chaque pharmacie OSM a son double OpenData Celtipharm avec : Pharmacy
not intégrated, pourquoi ?


La jointure est faire sur le tag fr:FR:FINESS. Tant que ce tag n'est 
pas retrouvé dans OSM, elle est considéré comme non intégré.


C'est le cas de toutes les intégrations de données pas Osmose basées 
sur une référence et pas uniquement sur la position géographique.


Le 11/10/2014 12:25, Frédéric Rodrigo a écrit :

Bonjour,

L'entreprise Celtipharm à mise à disposition son recensement des
pharmacies en France. Les données ont été collectées sur le terrain
depuis 2000. Il y a donc près de 14 ans de métier ;) dans ces données.
Ils ont été séduit par OSM et y voient une opportunité de moderniser
leur système d'information avec une publication en OpenData sous
licence ODbL.

Après un test et des retours sur leurs données, l'intégration est
maintenant possible sur Osmose :

http://osmose.openstreetmap.fr/fr/errors/?source=7406item=

Pharmacies dans OSM sans référence ref:FR:FINESS :
http://osmose.openstreetmap.fr/fr/map/#item=7150

Pharmacie non intégré, en OpenData mais référence non retrouvé dans OSM
http://osmose.openstreetmap.fr/fr/map/#item=8210


^^^



Proposition de rapprochement entre l'OpenData et l'OSM :
http://osmose.openstreetmap.fr/fr/map/#item=8211

Le travail préliminaire à cette intégration à Osmose à soulevé des
questions sur la liste CA, que je vous livres dans un soucie de
transparence :

- le tag type:FR:FINESS est aussi utilisé 216 fois. Désolé, mais là
par contre je ne vois pas l'intérêt de mettre ça dans OSM. On a déjà
des tags pour mettre en correspondance de ces numéros. Sauf si le type
fait partie de l'identifiant, mais dans ce cas il ne faudrait pas un
tag séparé. Il y a même une page sur le wiki :
http://wiki.openstreetmap.org/wiki/FR:Key:type:FR:FINESS [moi]

- Le problème, c'est que ces intégrations osmose ne sont pas
documentées depuis osmose et très mal dans le wiki et qu'il y a en a
de plus en plus. D'ailleurs, le fait même que cette discussion se
passe sur la liste ca@ et non sur la liste talk-fr@ est aussi
symptomatique. [Pieren]

- Je serais d'ailleurs curieux de connaitre la réaction à la demande
d'ajouter… 9000 ? tag ref:FR:FINESS pour une valeur ajoutée… légère ?
d'un point de vue contributeur/réutilisateur basique ?
J'ai encore du mal avec ces rapprochements de bdd séparées uniquement
à l'aide d'un identifiant unique, alors qu'avec une position
géographique, un nom, une adresse, on doit pouvoir rapprocher la
quasi-totalité des existantes dans OSM (du moins sur l'échantillon
représentatif d'une dizaine regardée du coté de Troyes). On parle de
pharmacies, pas d'arbres ou de batiments, quand même…
Bon, non, j'ai pas les doigts dans le code. [JB]

Frédéric.




___
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] Framabook dont les ventes sont reversées à OpenStreetMap France

[René-Luc Dhont]

Je pense aussi que 3liz va l’acquérir

René-Luc

Le 30/09/2014 11:51, Nicolas Moyroud a écrit :

Il s'agit du livre R et espace : http://framabook.org/16-r-et-espace/
J'espère qu'il va bien se vendre ! Déjà je vais demander à la doc de 
mon organisme d'en commander un exemplaire. ;-)


Nicolas




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

Re: [OSM-talk-fr] utilisation d'iun fond de carte osm par vinci

[René-Luc Dhont]

Peut-être parce que les utilisateurs qui zoom fortement sont habituées à 
lire le scan ?


Le 29/09/2014 11:05, HELFER Denis a écrit :

Peut-être parce qu'OSM n'est pas suffisamment complet à ce niveau de zoom ?

-Message d'origine-
De : Nicolas Moyroud [mailto:nmoyr...@free.fr]
Envoyé : lundi 29 septembre 2014 10:54
À : Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] utilisation d'iun fond de carte osm par vinci

Argh horreur quand on zoome à fond ça bascule sur l'immonde fond scan 25 ! :o 
Franchement on se demande quand même pourquoi...


La carte de la nouvelle ligne TGV à grande vitesse entre Nîmes et
Montpellier utilisant un fond OSM avec les crédits :
http://contournement-nimes-montpellier.com/pages/me-situer-sur-le-trac
e


___
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] Question BANO : 1 rue, 2 codes FANTOIR Est-Ouest

[René-Luc Dhont]

Le 27/08/2014 21:10, Vincent de Château-Thierry a écrit :

Bonsoir,

Le 27/08/2014 10:56, René-Luc Dhont a écrit :


Je profite de la discussion précédente pour poser ma question.

A Port-Vendres la Route de Banyuls possède 2 code FANTOIR :
* 1 pour l'EST de la route
* 1 pour l'OUEST de la route
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/42.51434/3.10950 


Les 2 codes FANTOIR se complètent pour la gestion des adresses. Il n'y a
pas d'ancien ou de nouveau codes.
Comment traiter cette description de la réalité ?
Comment indiquer que les 2 codes FANTOIR sont applicable à la rue mais
sans antériorité ?


C'est même pire, car certaines parcelles sont aussi rattachées à la 
'Route de Banyuls' tout court, qui a aussi son code Fantoir : 661480045R
Une possibilité, qui rentre dans les cases, et qui évite de choisir, 
serait de :
- coller le code Fantoir de la 'Route de Banyuls' sur les ways portant 
ce nom
- coller le code Fantoir Ouest sur une relation qui considère les 
adresses paires, celles du côté gauche de la rue (sur une carte 
orientée au Nord)

- idem avec le code Est pour les adresses impaires.
Personnellement je mettrais à chaque fois 'Route de Banyuls' comme nom 
des relations.
De cette manière, chaque code Fantoir aura, dans OSM, un point de 
chute, et donc un joli libellé. Et dans Bano, incidemment, aussi.


Il y aurait donc 3 codes FANTOIR pour la 'Route de Banyuls' que je peux 
préciser à l'aide de ref:FR:FANTOIR, ref:FR:FANTOIR:left, 
ref:FR:FANTOIR:right



Dans la même ville on trouvera un autre doublon du code FANTOIR qui se
complètent :
* La rue et le quai Pierre Basseres en pleine ville
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/42.51789/3.10406 



Une rapide recherche sur Google ne donne pas de résultats pour 'Quai 
Pierre Basseres', c'est toujours 'rue Pierre Basseres' qui remonte. En 
supposant que ce nom est quand même présent sur le terrain, je vois 
une possibilité :

tagguer les ways avec alt_name='quai Pierre Basseres'
ne pas mettre de Fantoir sur les ways
créer une relation associatedStreet par Fantoir et donc par nom, avec 
pour chacune ses adresses propres, et les mêmes highways dans les 2 
relations.


Le quai Pierre Basseres n'existe pas, sur le terrain il n'y a que la 
'Rue Pierre Basseres' mais d'un point de vue adresse BANO, le quai 
complète la rue. la solution est donc de saisir les adresses dans OSM.




À noter que côté BANO, les ref:FR:FANTOIR:left et ref:FR:FANTOIR:right 
sont supportés, mais les noms placés en alt_name ne sont pas encore 
pris en compte. Pour le cas Pierre Basseres, utiliser 
ref:FR:FANTOIR:left et :right ne marche pas, car le n°14 appartient à 
la rue mais est du côté quai.


Merci pour cette précision.



vincent

___
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] Question BANO : 1 rue, 2 codes FANTOIR Est-Ouest

[René-Luc Dhont]

Bonjour,

Je profite de la discussion précédente pour poser ma question.

A Port-Vendres la Route de Banyuls possède 2 code FANTOIR :
* 1 pour l'EST de la route
* 1 pour l'OUEST de la route
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/42.51434/3.10950
Les 2 codes FANTOIR se complètent pour la gestion des adresses. Il n'y a 
pas d'ancien ou de nouveau codes.

Comment traiter cette description de la réalité ?
Comment indiquer que les 2 codes FANTOIR sont applicable à la rue mais 
sans antériorité ?


Dans la même ville on trouvera un autre doublon du code FANTOIR qui se 
complètent :
* La rue et le quai Pierre Basseres en pleine ville 
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/42.51789/3.10406


René-Luc

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

Re: [OSM-talk-fr] accessibilité handicapés : sélection multi-handicaps

[René-Luc Dhont]

Bonjour,

On espère trouver le temps de libérer le code...

René-Luc


Le 09/08/2014 15:39, Pierre Béland a écrit :

Bonjour Zimmy,

toujours aussi intéressant ces cartes et très intuitives. Les bulles 
sont aussi très instructives avec photos intégrées. Si quelqu'un 
pouvait s'y mettre et traduire les attributs OSM (clés, valeurs) pour 
que cela soit plus parlant pour les francophones et les non 
spécialistes OSM.

Pierre


*De :* ZIMMY jeanlouis.zimmerm...@laposte.net
*À :* talk-fr@openstreetmap.org
*Envoyé le :* Samedi 9 août 2014 6h25
*Objet :* [OSM-talk-fr] accessibilité handicapés : sélection 
multi-handicaps


Voici un nouveau cap qui a été franchi dans le démonstrateur Lizmobility :
- avoir la possibilité de sélectionner un objet géographique d'un côté (à
gauche)
- lui appliquer une propriété de l'autre (le choix d'un profil de 
handicap à

droite)

le lien est ici
http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=3selected=202bbox=534481.313947,5486251.94948,535842.848513,5486997.210506zoom=17

En rouge : aménagement non-compatible avec le handicap
En vert : aménagement compatible avec le handicap
En jaune : mise en évidence d'anomalie

En cas de sélection simultanée de plusieurs familles de handicaps si l'un
est rouge et l'autre vert = jaune.

Bonne découverte...



-
Cordialement,
ZIMMY
Jean-Louis ZIMMERMANN
Développeur territorial (CCPRO,FR84)
Mandataire OSM-France sur le Grand-Sud-est
--
View this message in context: 
http://gis.19327.n5.nabble.com/accessibilite-handicapes-selection-multi-handicaps-tp5814077.html

Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org mailto: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] [FANTOIR] deux entrées pour une voie : rue ou chemin

[René-Luc Dhont]

Bonjour,

Je confirme :
1 rue : 2 code fantoir : 2 noms
Par exemple :
rue Mailly et rue Maréchal Mailly à Port-Vendres 
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/42.52208/3.10471
Impasse du Jardin Baretge et Impasse de la république à Collioure 
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#19/42.52473/3.08233


Et le plus étonnant c'est que les numéros de l'une se répète dans l'autre.

Pour éliminer ces cas, nous pourrions utiliser les numéros et leur 
position ?


René-Luc


Le 20/06/2014 15:34, Nicolas Dumoulin a écrit :

Bonjour,

En faisant du BANO, j'ai rencontré plusieurs cas où sur une même voie, des
adresses sont rattachées à Rue de Machin et d'autres à Chemin de Machin.
Le même cas se produit avec d'autres appellation que rue (avenue, allée, …).
En pratique, le terrain indique souvent que les adresses Chemin de Machin ne
sont pas utilisées au profit de Rue de Machin.
Sans doute une trace de l'histoire liée à l'urbanisation.
J'en ai discuté avec un adjoint à l'urbanisme qui m'a confirmé le problème
remonté par certains habitants/usagers perdus car ils ne trouvent pas le
Chemin de Machin.

Encore un cas où je laisse du rouge, et on verra plus tard comment faire
remonter ces erreurs.




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

Re: [OSM-talk-fr] [FANTOIR] deux entrées pour une voie : rue ou chemin

[René-Luc Dhont]

Le plus simple est d'avoir une seule relation et de concaténer les 
codes FANTOIR avec un ;


ça marche ? je pensais qu'il ne fallait pas faire comme ça ?



Frédéric.


___
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] Manque une attribution sur http://www.ville.gouv.fr/?carte-des-nouveaux-quartiers

[René-Luc Dhont]

Le 17/06/2014 09:02, Marc Sibert a écrit :

Bonjour,

Je laisse un porte parole d'OSM Fr se lancer ;-) avant d'envoyer un 
tweet rageur :


Là : http://www.ville.gouv.fr/?carte-des-nouveaux-quartiers
ce serait bien d'ajouter une attribution (c) les contributeurs d'OSM 
non ?


D'autant qu'il y a l'attribution pour leaftlet ;-)



En tout cas merci d'utiliser et de mettre en valeur les cartes OSM.

A+




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