Re: [OSM-talk-fr] Cartes les plus avancées

[Nicolas Moyroud]

Salut,

Je serai aussi tenté de répondre Montpellier. Outre le fait d'avoir 
accueilli le SOTM-FR 2019, la métropole de Montpellier contribue 
officiellement à OSM et y verse ses données OpenData :


https://wiki.openstreetmap.org/wiki/Montpellier#Bonnes_pratiques_Montpellier_M.C3.A9diterran.C3.A9e_M.C3.A9tropole

Et voir également leur présentation faite au SOTM-FR.

A+

Nicolas

Le 05/12/2019 à 10:15, Jean-Christophe Becquet a écrit :

Le 04/12/2019 19:31, Xavier BIZOT a écrit :

Quelles sont selon vous les villes dont la carte est le plus avancée une
sorte de TOP 10 ?


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

Re: [OSM-talk-fr] Un peu de BANO v2

[Nicolas Moyroud]

Pas sûr simplement, car il n'y a aucune conservation d'historique côté BANO, où 
on se contente de constater un état à date. Je crains que pour répondre au 
besoin on s'engage sur une complexité pas forcément proportionnelle au besoin. 
Cependant si quelqu'un se sent de défricher le sujet, yaka bien sûr. Ca se 
passerait à la fois côté BANO (les traitements des données) et osm-vs-fantoir 
(les pages d'exposition des données). Pour en discuter donc, on peut continuer 
à https://github.com/osm-fr/bano/issues et 
https://github.com/osm-fr/osm-vs-fantoir/issues


Ouaip en effet ça peut être complexe. Un truc peut-être un peu con : en 
faisant par département à chaque maj une conservation des données de la 
base avant maj / puis maj / puis diff entre les 2 tables / puis 
suppression des anciennes données. M'enfin bon après je ne connais pas 
la structure de la base hein...


Un exemple simple : les pompiers sont très intéressés pour détecter les 
nouvelles zones construites. Ils savent qu'ils ont sans doute là un 
manque dans leur données en terme d'adresses et de bornes incendie. Et 
je me disais que ce serait là un moyen assez simple pour eux. Mais bon 
des fois, je me dis trop de trucs ! ;-)


Nicolas



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

Re: [OSM-talk-fr] Un peu de BANO v2

[Nicolas Moyroud]

cfr l'autre sujet : il y a eu un retard de maj pendant environ 10 jours
sur les fichiers diff utilisés pour mettre à jour la bdd bano v2,
retard résorbé dimanche vers 8h


Ah ok merci j'avais zappé ce passage. J'ai fait une maj hier et 
effectivement ça a bien disparu de la liste dans la nuit. Donc ça a 
l'air tout bon !


Nicolas



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

Re: [OSM-talk-fr] Un peu de BANO v2

[Nicolas Moyroud]

Salut Vincent,

Un grand grand merci pour ce travail réalisé sur BANO v2. J'attendais 
avec impatience les mises à jour des différentes listes fantoir pour 
continuer à travailler. J'aime bien prendre la liste départementale et 
faire de temps en temps quelques voies manquantes pour une commune. Et 
dans le Gard et l'Hérault c'est un super moyen pour détecter les 
nouveaux lotissements qui poussent comme des champignons en périphérie 
des villages ! Du coup je passe un coup de bâtiments manquants depuis le 
cadastre en complément. D'ailleurs grand merci en passant à ceux qui ont 
développés le plugin cadastre pour JOSM.


Mais au fait question en passant : en combien de temps les listes 
fantoir BANO v2 se mettent-elles à jour par rapport aux ajouts dans OSM 
? L'autre jour j'ai fait 2-3 communes et ça a mis quelques jours à 
disparaître il me semble et pas moins de 24h comme tu le précisait dans 
ton mail. Ou alors c'est moi qui ai mal compté le temps, c'est bien 
possible aussi, trop impatient ! :-)


Du coup sur ce sujet j'aurai aussi une suggestion à faire pour 
l'interface fantoir (au moins la liste départementale). J'aimerai bien 
que les derniers éléments disparus de la liste soient conservés quelque 
part. Peut-être avec une couleur différente ou une colonne "date d'ajout 
dans OSM" ou même dans une liste séparée pour ne pas surcharger. Mon 
idée c'est que j'aimerai bien revenir sur ce qui a été fait pour savoir 
plus tard où était les nouveaux lotissements. Ça me permettrait par 
exemple de faire plus tard les adresses ou savoir que c'est une zone à 
aller vérifier sur le terrain. Tu crois que ce serait possible de faire 
ça ? J'ai aussi d'autres idées d'utilisation de ça mais je ne vais pas 
charger sur la liste OSM-FR mon mail est déjà trop long. ;-) On peut en 
parler directement si tu veux.


a+

Nicolas



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

Re: [OSM-talk-fr] Publication en OpenData des plans de la Ville de Montpellier et de la Métropole issus d'OpenStreetMap

[Nicolas Moyroud]

Salut Guillaume,
Bravo !  car j'imagine que la communauté OSM locale n'est pas pour 
rien dans une décision comme ça !


Oui ça fait un paquet d'années qu'on échange avec eux et notamment avec 
Jérémie Valentin le chargé de mission OpenData de la Métropole qui a été 
impliqué au départ dans l'organisation de carto-parties OSM 
accessibilité (à l'époque c'était même seulement la Ville de 
Montpellier). Bon maintenant ils n'ont plus vraiment besoin de nous pour 
avancer mais on continue à échanger. Ils vont venir nous présenter leurs 
travaux récents à notre réunion mensuelle du groupe local en janvier.


a+

Nicolas


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

Re: [OSM-talk-fr] Publication en OpenData des plans de la Ville de Montpellier et de la Métropole issus d'OpenStreetMap

[Nicolas Moyroud]

Salut,

Les données "récupérées" de OSM peuvent être envoyé "brute" dans un 
portail OpenData ?


Par exemple l'ensemble des arrêts de BUS d'une ville ?


Alors c'est exactement ce que fait la Métropole de Montpellier sur son 
portail OpenData depuis déjà pas mal de temps : 
https://data.montpellier3m.fr/datasets?query=openstreetmap


Si tu veux les infos sur l'implication de la Métropole de Montpellier 
dans la contribution et l'utilisation des données OSM, tu as tous les 
détails qui sont donnés ici : 
https://wiki.openstreetmap.org/wiki/Montpellier#Bonnes_pratiques_Montpellier_M.C3.A9diterran.C3.A9e_M.C3.A9tropole


Tu y trouveras notamment le lien vers les scripts qu'ils ont développés 
pour automatiser l'extraction depuis OSM et la publication sur leur 
portail : http://gitlab.montpellier3m.fr/opendata/import_openstreetmap_data


a+

Nicolas

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

[OSM-talk-fr] Publication en OpenData des plans de la Ville de Montpellier et de la Métropole issus d'OpenStreetMap

[Nicolas Moyroud]

Bonjour à tous,

Une annonce que je voulais partager avec vous qui vient de tomber hier 
sur le portail OpenData de la Métropole de Montpellier : les plans de 
ville et métropole conçus à partir des données OSM ont été publiées ! Et 
leur objectif sur 2020 est de décliner les plans en flux et pour chacune 
des 30 autres communes au 1/1. Toutes les informations et liens ici :


http://data.montpellier3m.fr/ajout-en-open-data-des-plans-de-la-ville-de-montpellier-et-de-la-metropole-issus-dopenstreetmap

Et pour rappel si vous voulez plus d'informations sur l'ensemble de la 
démarche de la Métropole de Montpellier avec OSM, ça a été expliqué au 
dernier SoTM-FR 2019 :


https://nextcloud.openstreetmap.fr/index.php/s/xzAqyacaJWsnXNZ/download?path=%2F=SOTMFR2019-05-OpenStreetMap-et-la-Metropole-de-Montpellier-(Valentin-Marc-Ambrosy).pdf

https://peertube.openstreetmap.fr/videos/watch/f44f75f9-3dbe-4218-9025-0344305a751c

a+

Nicolas


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

Re: [OSM-talk-fr] offre d'emploi

[Nicolas Moyroud]

Salut Tony,

Ne le prends pas comme une critique personnelle hein, je connais (un 
peu) le contexte des collectivités territoriales. Mais quand je vois le 
contenu de cette fiche de poste, je trouve que la quantité et le niveau 
des compétences demandées relèveraient plutôt d'un profil ingénieur que 
technicien...


Sinon la carte pas OSM sur la page de l'offre oui c'est pas bien, mais 
là je pense que Tony ne peut rien y faire ! ;-)


a+
Nicolas

Le 22/11/2019 à 13:23, Tony Emery via Talk-fr a écrit :

Bonjour à tous,

Nous recrutons un Technicien SIG à partir du 1er février 2020, merci de
faire passer l’annonce :
https://www.emploi-territorial.fr/details_offre/2wNwlKjs--8,,,




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

Re: [OSM-talk-fr] J'ai besoin de votre expertise

[Nicolas Moyroud]

Salut,

J'ai participé à l'opération libre des Fougerets. Une chose qui 
m'avais bien plu c'est qu'il y avait une grande carte sus laquelle les 
habitants étaient invités à laisser des notes, surtout sur la toponymie. 


Dans cet ordre d'idée je te conseille également de regarder du côté des 
fieldpapers pour les relevés de données sur le terrain avec des plans 
papiers plutôt que des GPS : http://fieldpapers.org


a+

Nicolas


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

Re: [OSM-talk-fr] bridge=simple_brunnel

[Nicolas Moyroud]

S'ils partagent géométriquement une zone commune (assimilable à un 
point), on met un point en commun et un tag dessus.
C'est le cas d'un gué : il existe physiquement une zone qu'on peut 
passer à pied (en se mouillant les chaussures éventuellement), et où 
l'eau passe aussi.


Pour les ruisseaux busés, les deux flux sont bien séparés. La buse 
canalise l'eau, pas le passage humain/véhicules, donc c'est 
inapproprié de mettre un tag tunnel sur la voie. 


J'avoue ne pas comprendre cette "logique" : dans les deux cas la 
largeur de la route traversée est la même. Et assimilable à un point 
puisqu'on a modélisé le réseau routier en linéaire.


Pour la longueur traversée, elle est plus petite quand le ruisseau est 
busé que quand il peut s'étaler sur la route.


Et là tu dis :
large = représentation ponctuelle possible
étroit = représentation linéaire obligatoire (mais dans l'autre sens 
qui n'a pourtant pas changé).


Comme tu dis il y a un problème de topologie... mais dans ta logique !

J'ai l'impression que tu fais la différence entre frontière floue (gué 
le long de la route) et nette (route, busage). Avec cette logique tu 
devrais refuser de taguer les routes en filaire puisque leur largeur 
est nette.


Ton argument tient peut-être... mais je ne vois pas comment^^.

Je ne vois pas le rapport qu'il y a avec large / étroit. Dans le cas du 
gué les deux objets physiques routes / rivières passent au même niveau 
et en suivant l'un on passe forcément par l'autre. Dans le cas du 
ruisseau busé il passe en-dessous de la route et on n'est pas censé 
mettre les pieds dans l'eau quand on emprunte la route. Donc aucune 
raison topologique de mettre un point commun entre les deux. Je rajoute 
d'ailleurs systématiquement layer=-1 sur le tronçon tunnel=culvert pour 
bien indiquer qu'il est en-dessous.


Nicolas



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

Re: [OSM-talk-fr] bridge=simple_brunnel

[Nicolas Moyroud]

Bonjour,

Souvent créer un "pont" pour signifier que l'eau passe sous la route 
est un peu exagéré, je pense aux cas de simples buses comme ici 
.



Bonsoir,


Pour une buse il y a "tunnel=culvert" sur le waterway.



Bonjour,

Pour ce genre de cas j'ai toujours utilisé le tag tunnel=culvert sur le 
waterway. Je ne vois pas ce qu'apporte de plus ce "nouveau" tag 
simple_brunnel.


Nicolas

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

Re: [OSM-talk-fr] Rapprochement OSM/Fantoir : données cadastre obsolètes ?

[Nicolas Moyroud]

Salut Vincent,

Merci pour ces informations, j'attends ça avec impatience !

Pour info, je vais changer d'employeur le 1er janvier pour aller faire 
de la géomatique chez les pompiers de l'Hérault (SDIS34). Et une des 
premières problématiques dont ils m'ont parlé c'est les délais de mise à 
jour de l'IGN concernant les nouvelles rues. Pour leur système d'alerte 
c'est plutôt embêtant quand quelqu'un appelle les secours de ne pas 
avoir son adresse dans la base de données. Et c'est une grosse 
problématique dans l'Hérault car certains villages ont tendance à 
grossir plutôt vite. Du coup, j'ai bien l'intention de leur vendre OSM, 
BANO et l'interface fantoir pour leur montrer que les mises à jour on 
peut les faire facilement nous-même avec OSM et qu'on aura les infos 
tout de suite ! Ne restera plus qu'à réaliser la moulinette 
d'intégration depuis les données OSM mais ça je sais faire. :-)


a+

Nicolas

Le 30/09/2019 à 22:40, Vincent de Château-Thierry a écrit :


J'ai parlé ici il y a quelques mois d'une BANO v2. C'est bien en 
cours, plus près de la fin que du début. Concrètement cette BANO 
tourne actuellement sur un serveur d'OSM-fr mais n'a pas encore 
publiquement pris la place de l'instance qui tourne depuis 2014. Il 
reste à y (re)brancher les lieux-dits, les exports pour "publier" bano 
en csv, json et rdf chaque jour, les interfaces comme 
http://cadastre.openstreetmap.fr/fantoir/ justement, et le rendu carto 
BANO évidemment. Encore un peu de boulot donc.
Dans cette BANO v2, FANTOIR sera bien sûr à jour (actuellement juillet 
2019).

Merci pour votre patience

vincent



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

Re: [OSM-talk-fr] Ajouter le nom d'une société sur plusieurs bâtiments

[Nicolas Moyroud]

Salut,

Je dessinerai le périmètre de l'ensemble et ensuite je le mettrai avec 
les bâtiments dans une relation type=site avec le rôle perimeter pour 
l'objet précédent et le rôle building pour chacun des bâtiments. Ensuite 
mettre le nom de la société sur le tag name de la relation.


Nicolas


Le 14/08/2019 à 14:11, Sébastien Kalt a écrit :

Bonjour,

Dans une zone d'activité, une société a plusieurs bâtiments, est-ce 
qu'il y a une règle pour ajouter le nom de la société ?


Sur tous les bâtiments, mais alors cela créé des doublons, ce qui ne 
semble pas logique ?


Est-ce qu'il y aurait une relation pour ce genre de chose ?

De manière pragmatique, en mettant le nom sur le bâtiment qui a 
l'accueil ou l'entrée ?


Ce dernier point me semble le plus logique.

Bonne journée,

Sébastien


___
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] 15 bougies pour OSM !

[Nicolas Moyroud]

15 ans et toujours une grande défiance de la part des institutions... 
comme l'a très rugueusement rappelé Gaël il y a quelques semaines: 
https://www.youtube.com/watch?v=9es9773wgIs=1805


Gaël appui toujours très bien là où ça fait mal. Merci Gaël pour cette 
intervention !


PS: dans moins d'une semaine je fêterai mes 10 ans d'ouverture de 
compte ;)


Pour moi les 10 ans ce sera en novembre. Tu es donc un peu plus "vieux" 
que moi Christian ! ;-)


Nicolas



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

Re: [OSM-talk-fr] [osm-fr asso] Fwd: OSM- Salon géonumérique St Dié

[Nicolas Moyroud]

Salut à tous,

Pour information le labo dans lequel je travaille (UMR TETIS / Maison de 
la Télédétection) a également été sollicité via l'organisme de formation 
AgroParisTech qui propose chez nous des formations en géomatique, pour 
animer quelque chose autour d'OSM avec des lycéens (carto-partie ou 
autre). Le responsable des formations Frédéric Portet sera présent sur 
place à Saint-Dié. Peut-être serait-ce une bonne idée de coordonner les 
actions entre AgroParisTech et OSM France ? Sur ma suggestion il vient 
de s'inscrire sur cette liste donc le contact est maintenant établi !


Nicolas

Le 17/07/2019 à 14:50, PanierAvide a écrit :


Bonjour,

L'équipe d'organisation nous confirme que nous aurons le stand mis à 
disposition gratuitement (voir réponse ci-dessous), si une animation 
est proposée. Des personnes présentes localement sont intéressées ?


Cordialement,

Adrien P.

Bonjour,

Après discussion avec l’équipe organisatrice du salon géonumérique de 
St Dié, nous vous confirmons que la participation à la programmation 
du salon via une animation permet la mise à disposition gratuite d’un 
stand.


En ce qui concerne cette animation, il faudrait quelque chose de 
ludique/pédagogique (majorité de scolaire le vendredi, grand public 
pas forcément initié à la géographie le weekend), sachant qu’il y a 
déjà plusieurs proposition de carto-party.


Bien cordialement,


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

[OSM-talk-fr] Problème d'attribution sur une carte en ligne

[Nicolas Moyroud]

Salut à tous,

Il me semble qu'il manque les bonnes attributions OSM sur cette carte non ?

https://climbingaway.fr/fr/site-escalade/carriere-de-boisseron

Vous connaissez ? Quelqu'un pour leur signaler ?

Nicolas


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

Re: [OSM-talk-fr] emergency:hydrant:puisage:bleu

[Nicolas Moyroud]

Merci j'avais oublié cette discussion pourtant pas si vieille que ça ! 
Et merci beaucoup pour les liens SDIS 17.


Du coup le conclusion de tout ça pour les vertes c'est qu'on met 
amenity=hydrant, mais est-ce qu'on enlève le emergency=fire_hydrant ou 
pas ? Sur celle qui est donnée en exemple dans la discussion 
(https://www.openstreetmap.org/node/2650860672) il y a les 2 tags 
présents avec pourtant une note qui dit de ne pas remettre le tag 
emergency !


Nicolas

Le 05/04/2019 à 19:05, Gwenaël Jouvin via Talk-fr a écrit :

Bonjour,

Un sujet analogue a été abordé il y a quelques temps :
https://lists.openstreetmap.org/pipermail/talk-fr/2018-October/090759.html

Il me semble qu’il y a bien des bornes de puisage, de couleur vertes, elles, 
qui sont ouvertes à tous et ne sont pas réservées aux services d’urgence contre 
les incendies.

Des références ici :
http://www.sdis17.fr/sites/sdis17/files/fichiers/rddeci.pdf
http://www.sdis17.fr/sites/sdis17/files/fichiers/fiche-01_poteaux-incendie.pdf


Gwenaël




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

Re: [OSM-talk-fr] emergency:hydrant:puisage:bleu

[Nicolas Moyroud]

Salut,


En clair soit il y a une bouche incendie sans pression et alors c'est 
emergency=fire_hydrant + fire_hydrant:type=suction_point.


OK + le tag de préconisé par Vincent : fire_hydrant:pressure = suction 
ou c'est pas la peine ?


Soit c'est un endroit où on peut mettre un tuyau/une pompe mais sans 
équipement prévu pour connecter un tuyau et alors c'est 
emergency=suction_point.



OK merci.

a+

Nicolas



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

Re: [OSM-talk-fr] emergency:hydrant:puisage:bleu

[Nicolas Moyroud]

Salut,

Que doit-on penser du tag emergency=suction_point ?

https://wiki.openstreetmap.org/wiki/Tag:emergency%3Dsuction_point

Et il y a aussi emergency=fire_hydrant + fire_hydrant:type=suction_point.

Nicolas

Le 05/04/2019 à 18:31, Vincent de Château-Thierry a écrit :

Bonjour,
Ça se taggue fire_hydrant:pressure = suction

vincent



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

Re: [OSM-talk-fr] Josm, couche cadastre, fausse manip

[Nicolas Moyroud]

Salut Stéphane,

Je te conseille l'outil "télécharger dans la vue courante" (voir dans le 
menu Fichier), ça télécharge directement les données OSM (sans fenêtre 
de téléchargement) sur la zone actuellement ouverte dans la fenêtre 
principale. Et là pas de conflit avec le dernier téléchargement cadastre 
puisque cet outil ne télécharge que les données OSM ! Je l'ai ajouté 
dans ma barre d'outil entre les 2 boutons "télécharger" et "envoyer" et 
j'ai défini un raccourci clavier "CTRL+ALT+Page suivante".


a+

Nicolas


Le 07/04/2019 à 08:33, Stéphane Péneau a écrit :

Hello,

Il y a une fausse manip que je fais régulièrement :

- Je charge une zone de donnée Osm dans Josm

- Je rouvre la fenêtre de chargement des données, vais sur l'onglet du 
cadastre et charge des données dans un autre calque.


- J'édite mes données Osm

Au bout d'un moment j'ai besoin d'agrandir l'emprise des données osm, 
et là, réflexe habituel, je fais ctrl+shift+flèche bas, puis je valide.


Et bam ! je me retrouve avec les données du cadastre mélangées avec 
celles d'Osm ! Pas d'undo possible, je n'ai plus qu'à supprimer mon 
calque et recommencer mes éditions à zéro.



Ca arrive à d'autres ? Il y aurait une astuce pour éviter de jeter mes 
éditions ?



Stf


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


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

Re: [OSM-talk-fr] OSM et postgresql

[Nicolas Moyroud]

Magnifique ton astuce Denis j'aime bien et je la note ! Ça fait 
longtemps que j'ai pas joué avec les méta-tables de PostgreSQL, ça me 
rappelle quelques souvenirs. :-)


Sinon une petite remarque pour Tony c'est possible d'exploiter les 
colonnes avec des caractères comme : il suffit d'entourer le nom de la 
colonne par des "" dans la requête. Un exemple :


SELECT * FROM osm_hydrants WHERE "fire_hydrant:type" = 'pillar';

Après je suis d'accord que c'est quand même un peu pénible...

Nicolas


Le 04/04/2019 à 17:55, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / 
DT GE PPE) a écrit :

Tu peux utiliser https://docs.postgresql.fr/8.1/catalog-pg-attribute.html pour 
identifier les colonnes concernées
La requête suivante va te générer les requêtes qui vont bien :

select concat('ALTER TABLE ',nspname,'.',t.relname,' RENAME COLUMN "',a.attname,'" TO 
"',replace(a.attname,':','_'),'"') from pg_attribute a join pg_class t on 
a.attrelid=t.oid  join pg_namespace n on t.relnamespace=n.oid where attname like '%:%';

Denis



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

Re: [OSM-talk-fr] Entendre les contributions en temps réel, à la recherche d'HLW pour OpenStreetMap

[Nicolas Moyroud]

Salut,

Je ne connaissais pas, j'étais curieux de voir (enfin d'entendre 
plutôt), mais sous GNU/Linux échec avec tous mes navigateurs : grande 
page noire et aucun son ! Dommage...


Nicolas

Le 01/04/2019 à 16:49, Delphine Montagne a écrit :

Bonjour,

Ayant découvert récemment Hatnote Listen to Wikipedia, c'est à dire 
entendre une retranscription musicale des contributions de Wikipédia, 
savez-vous s'il existe la même chose pour OpenStreetMap ?

http://listen.hatnote.com/#fr,en




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

Re: [OSM-talk-fr] Mutualisation, collaboratif et libre accès pour les données géographiques - devinette

[Nicolas Moyroud]

Merci Jean-Christophe pour ce partage.

Hé si j'avais deviné ! Je me doutais bien qu'il y avait un piège en 
voyant ta question et j'ai récemment entendu quelqu'un me parler de 
cette "volonté" de l'IGN de réinventer ce que fait déjà très bien OSM. 
Ils aiment bien se positionner comme le chef de file d'une nouvelle 
dynamique, même quand ils ont 10 ans de retard sur le sujet. Sans doute 
l'habitude d'être ceux qui "décident" dans le domaine de l'information 
géographique en France ? Hé non, le monde de l'info géo a changé pendant 
que vous dormiez les amis ! ;-)


Bonne journée,

Nicolas



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

Re: [OSM-talk-fr] Recherche astuce overpass

[Nicolas Moyroud]

Merci Antoine pour ces précisions. Grâce à toi, je découvre toujours de 
nouvelles astuces overpass ! Bon au final si je ne veux que les 
polygones je continuerai donc à passer par QGIS mais ce n'est pas bien 
grave. C'est bien plus simple que de passer par un éditeur de texte 
puisque que QGIS te demande quel type de géométrie tu souhaites 
conserver à l'ouverture du GeoJSON. En attendant j'ai appris des trucs. :-)


a+

Nicolas

Le 15/02/2019 à 10:19, Antoine Riche via Talk-fr a écrit :


Cette approche élimine bien les "admin_centre" mais aussi les 
relations, donc si tu exportes en GeoJSON tu n'obtiens que des lignes.


Pour conserver les polygones tu peux utiliser 
http://overpass-turbo.eu/s/G8N (voir commentaires dans le code).


Par contre quand tu exportes en GeoJSON les géométries sont exportées 
en double, une fois en Polygon une fois en LineString, et je sais pas 
trop comment éviter ça. Reste à éditer le fichier à la main pour 
enlever tous les LineString...


Antoine.


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

Re: [OSM-talk-fr] Recherche astuce overpass

[Nicolas Moyroud]

Très belle ta solution Jérôme, j'aime ton "way(r._);" ! :-)

Merci beaucoup.

Nicolas

Le problème avec ça c'est que tu a bien les frontières mais plus la 
relation de la commune.


comme ça, ça a l'air de marcher :
http://overpass-turbo.eu/s/G8K

[out:json][timeout:25];
{{geocodeArea:Communauté de communes Lodévois et Larzac}}->.searchArea;
relation["boundary"="administrative"]["admin_level"="8"](area.searchArea);
out body;
way(r._);
out skel qt;
>;
out skel qt;

on a les relations qui nous intéressent on prend les way dans ces 
relations puis les nodes dans les way.


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

[OSM-talk-fr] Recherche astuce overpass

[Nicolas Moyroud]

Bonjour à tous,

J'en appelle ici aux grands manitous d'overpass pour un petit souci qui 
m'ennuie un peu avec certaines requêtes. Il m'arrive de temps en temps 
d'extraire des limites administratives avec overpass. Par exemple avec 
cette requête : http://overpass-turbo.eu/s/G8k


Ça marche mais il y a un petit détail qui m'ennuie. Ce sont seulement 
les limites administratives qui m'intéressent, or dans les données 
renvoyées il y a également les points des chefs-lieux de chaque commune. 
Ce que je fais c'est que j'ouvre le fichier avec QGIS et je ne sauve que 
les polygones dans un fichier geojson. Donc je m'en sors comme ça, mais 
je me dis qu'à tous les coups il y a moyen de dégager les points 
directement avec overpass et donc de gagner une manip en moins avec 
QGIS. Une idée ?


Nicolas


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

[OSM-talk-fr] Opération Libre OSM/wikipédia sur l'offre alimentaire en Pays Coeur d'Hérault

[Nicolas Moyroud]

Bonjour à tous,

Une opération libre regroupant des animations OpenStreetMap / Wikipédia 
est organisée vendredi 15/02 et samedi 16/20 à Saint-André-de-Sangonis 
(village situé à une trentaine de kms de Montpellier). Ça se passe ici : 
https://www.openstreetmap.org/way/601768344#map=18/43.65261/3.52119


Si vous êtes intéressés, vous pouvez retrouver les informations 
détaillées sur ce pad : https://annuel.framapad.org/p/opelibrecoeurherault


J'y serai pour présenter OSM et Umap, ainsi qu'un groupe de mes 
étudiants en géomatique qui présenteront le samedi à 16h des cartes Umap 
qu'ils ont réalisés récemment suite à nos relevés OSM dans le nord de 
l'Ardèche.


a+

Nicolas


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

Re: [OSM-talk-fr] Origine des données Waze

[Nicolas Moyroud]

Bonjour,

De même que Gwenaël je suis totalement opposé à l'idée d'introduire des 
"oeufs de pâques" dans OSM. Dans mes présentations d'OSM que je fais aux 
étudiants en géomatique, je ne me prive d'ailleurs pas pour dénigrer ces 
pratiques chez les producteurs de données géographiques propriétaires. 
C'est d'ailleurs un point qui les étonne, la plupart ne sont absolument 
pas au courant de ce genre de pratiques.


Par contre le fait d'avoir des informations tellement détaillées (comme 
les chemins privés) qu'on puisse être quasiment sûrs qu'elles 
proviendraient d'OSM, là on est tout à fait dans l'esprit !


Nicolas

Le 21/01/2019 à 19:52, Gwenaël Jouvin via Talk-fr a écrit :

Bonsoir,

Je fais une petite digression sur les « œufs de pâques », à mon avis il n’est 
pas acceptable de placer de fausses informations dans OSM puisque d’après ce 
que j’ai compris (ou comme je vois ce projet ;-) ), OSM se doit d’être la plus 
exacte possible, justement pour se démarquer des cartes commerciales ou 
privatives qui regorgent de ces pièges contre la contrefaçon.

Par contre j’aime beaucoup l’idée de placer des chemins privés, il y en existe 
d’ailleurs déjà et ce sont des informations pertinentes afin de s’assurer que 
tel ou tel trajet est réalisable ou non.

Gwenaël


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

Re: [OSM-talk-fr] Importation PNR Sainte-Baume

[Nicolas Moyroud]

Si ce sont les limites *communales* qui sont basées sur BD Topo, il 
faut couper en segments "BD Topo" et "segments libres" et reprendre 
(par conflation ?) les nœuds OSM qui sont bien pour les nœuds BD Topo.


Hum vu que ça ne suit pas partout les limites communales il va y avoir 
des endroits où il n'existera pas de noeuds dans OSM. Donc il faudra 
créer des nouveaux noeuds en se basant uniquement sur la source. Mais si 
ça provient de la BD Topo IGN il me semble qu'on n'en a pas le droit ! 
D'autres ont un avis à ce sujet ?


Nicolas


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

Re: [OSM-talk-fr] Importation PNR Sainte-Baume

[Nicolas Moyroud]

Bonjour Sylvain,

Tu as bien fait de relayer le message ici, je ne suis moi-même pas 
assidu sur le forum et beaucoup plus sur cette liste. Je viens de te 
répondre sur le forum, je peux me charger de l'import ce n'est vraiment 
pas compliqué tu as déjà fait presque tout le travail !


Nicolas

Le 05/12/2018 à 15:14, Sylvain M a écrit :

Bonjour à tous,

Je me permets de relayer ici la bouteille à la mer que j'ai lancée sur le
forum OSM France à cette adresse :
https://forum.openstreetmap.fr/viewtopic.php?f=2=6980
Il s'agit d'une demande d'aide pour importer le périmètre du Parc naturel
régional (PNR) de la Sainte-Baume dans OSM.

Je ne suis pas très assidu sur la liste Talk-fr, donc l'idéal serait de
poursuivre la discussion sur le Forum.
Mais si c'est compliqué pour une potentielle personne motivée, j'essaierai
quand même de suivre la liste ;)

Merci à vous !

Sylvain M.




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

Re: [OSM-talk-fr] nouveau

[Nicolas Moyroud]

Bonjour David,

Bienvenue. Nous sommes voisin je suis à Montpellier. Juste pour info on 
anime un groupe local dans l'Hérault qui se retrouve une fois par mois à 
Montpellier (la dernière réunion se tenait hier soir). Si ça t'intéresse 
de venir nous retrouver à l'occasion, on a une liste mail dans laquelle 
on envoi les annonces de nos réunions : 
http://listes.openstreetmap.fr/wws/subscribe/local-herault


Même si il se fait rare, il y a quelquefois Jérôme qui passe aussi nous 
voir ;-)


Et une info qui pourra t'intéresser : la conférence nationale 
OpenStreetMap France va se dérouler à Montpellier au mois de juin !


A bientôt,

Nicolas



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

Re: [OSM-talk-fr] Site web pour récupérer coordonnées GPS d'un point?

[Nicolas Moyroud]

QGIS avec un fond OSM ? Bon ok désolé je sors... [prend un air contrarié]

Nicolas

Le 31/10/2018 à 14:07, Shohreh a écrit :

Merci, mais ça demande un peu trop de manips par rapport à ce que je
cherchais:



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

Re: [OSM-talk-fr] Borne de puisage

[Nicolas Moyroud]

Merci Vincent. Petites corrections sur la page pour enlever les "fire" 
devant "hydrant" dans le texte ! :-)


Et ajout d'une photo qui correspond mieux pour le type pillar : une 
bleue et pas une rouge...


Nicolas


Le 31/10/2018 à 13:30, Vincent Bergeot a écrit :

Aux TOCés de la borne

on tente de le renseigner sur le wiki également : 
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dhydrant


et peut-être un colour=*

à plus




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

Re: [OSM-talk-fr] Borne de puisage

[Nicolas Moyroud]

Merci Vincent (l'autre !) pour ces précisions.

Tu en as de ces TOCs toi ;) 

Oui tout plein, mais j'ai même pas envie de me faire soigner !
Certaines communes ne respectent pas ce code couleur. Je pense par 
exemple à Senlis (60) où une bonne proportion des "vrais" poteaux 
incendie sont du même vert que les bornes de puisage, juste pour une 
raison esthétique : 
MDR. Pour des raisons esthétiques c'est un peu comme tagguer pour le 
rendu ça ! D'après mon contact la réglementation devrait bientôt obliger 
à respecter les codes par catégories d'hydrant. A voir...
pour les jaunes (je n'en ai jamais vues sauf à... Disneyland Paris :) 
) je suppose qu'une valeur numérique pour ce même tag doit aller. Voir 
https://taginfo.openstreetmap.org/keys/fire_hydrant%3Apressure.


Pour les jaunes pas forcément évident de connaître la pression si ce 
n'est pas indiqué dessus (mais peut-être que ça l'est 
systématiquement?). Y'a moyen d'indiquer "supérieur à" pour une valeur 
numérique ? J'ai jamais fait ça...


On dirait que Disneyland aime mettre la pression. :-P

Nicolas


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

Re: [OSM-talk-fr] Borne de puisage

[Nicolas Moyroud]

Bonjour à tous,

La borne incendie étant un de mes TOCs ;-)  j'ai quelquefois ajouté dans 
OSM des bornes vertes. Mais jusqu'à récemment je ne savais pas de quoi 
il s'agissait donc je les avais toutes tagguées en 
emergency=fire_hydrant... mais j'ai toujours eu la bonne idée de mettre 
colour=green ! Je trouve plutôt bien ta proposition de tagging Vincent. 
Je pense que je vais rechercher mes bornes avec overpass pour mettre les 
tags que tu as proposé. D'autres avis ?


Petite précision il existe aussi des bornes jaunes et bleues (je suis 
tombé sur ma première bleue récemment, encore jamais sur une jaune). 
J'ai posé la question à un géomaticien d'une collectivité que je connais 
et voici sa réponse :


- Les bornes de couleur "verte" sont des bornes de puisage (ce ne sont 
pas des poteaux incendie) équipé le plus souvent d'un compteur et qui 
serve à remplir les cuves des camions de lavage de rue, des cuves de 
traitement, etc.
- Les bornes de couleur "rouge" sont des poteaux incendie raccordé à un 
réseau sous pression (eau potable ou eau brute);
- Les bornes de couleur "jaune" sont des poteaux incendie raccordé à un 
réseau sous pression dit "surpressé" (eau potable ou eau brute) avec une 
pression supérieure à 8 bars;
- Les bornes de couleur "bleue" sont des poteaux incendie d'aspiration 
(dans une cuve, dans une rivière, etc.)


Du coup à part la couleur, comment tagguer la pression supérieure à 8 
bars pour les jaunes et le fait que la borne est une borne d'aspiration 
pour les bleues ?


Nicolas


Le 24/10/2018 à 21:34, Vincent Bergeot a écrit :
on trouve quelques (37) amenity=hydrant 
https://taginfo.openstreetmap.org/tags/amenity=hydrant#overview


et dans ce cas on ajoute hydrant:type=pillar

fee=yes/no

color=green :)

ref=

Avis ?



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

[OSM-talk-fr] Modification de tags en masse dans JOSM

[Nicolas Moyroud]

Bonjour à tous,

J'avais déjà posé la question mais elle était noyée dans un autre fil de 
discussion, comme personne n'a répondu je me permet de la reposer dans 
ce fil spécifique.


Je voulais savoir si il y en a parmi vous qui savent comment avec JOSM 
on peut modifier en masse seulement une partie de la valeur d'un tag. Ce 
que je voudrais faire par exemple c'est modifier pour le tag ref="D 165" 
le D en M. Le problème c'est que j'aimerai faire la modification pour 
toutes les valeurs différentes ref="D*" en un seul coup. J'ai une astuce 
pour ça qui consiste à sauver dans un fichier OSM et modifier avec 
l'éditeur de texte puis recharger le fichier dans JOSM. Mais c'est un 
peu tordu et si je pouvais le faire direct avec JOSM ce serait plus simple !


Nicolas


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

Re: [OSM-talk-fr] Ref A, N, D, C ... M ?

[Nicolas Moyroud]

Bonjour,

La métropole de Montpellier va faire exactement la même chose d'ici peu. 
D'ailleurs il m'a été demandé hier comment est-il possible de changer 
toutes les lettres D en M dans le tag ref de ces highways ? Je sais les 
sélectionner avec un filtre JOSM avec ref="D .*" en mode expression 
régulière. Mais par contre comment changer dans JOSM en seul coup 
seulement une partie de la valeur de tous les objets sélectionnés je ne 
sais pas si il y a un moyen ? Quelqu'un aurait une astuce ? Sinon les 
faire un par un après filtrage, mais ça va être plus long !


Nicolas

Le 10/10/2018 à 07:07, Axelos a écrit :

Bonjour,

Le 09/10/2018 à 22:41, Jean-Claude Repetto a écrit :

Le 09/10/2018 à 20:38, Axelos a écrit :

Aujourd'hui j'ai appris que la Métropole du Grand Nancy a une réflexion
sur le référencement des routes départementales prochainement déclassées
(ou déjà déclassées ?).
L'idée serait de les référencer avec la lettre M comme route
Métropolitaine.






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

[OSM-talk-fr] Coopérative de transformation de fruits en jus de fruits

[Nicolas Moyroud]

Bonjour à tous,

Je cherche à ajouter dans OSM un SCIC (société coopérative d'intérêt 
collectif) qui est un atelier artisanal de transformation de fruits en 
jus de fruits. Le principe est que chacun peut amener ses fruits (à 
partir de 100kg) et repartir avec son jus pressé par la coopérative. 
Pour les curieux, plus de détails ici : https://www.nectardechois.fr/


Le souci c'est qu'il ne s'agit ni d'un lieu de production, ni d'un lieu 
de vente. Du coup j'ai beau chercher sur le wiki je ne trouve pas 
d'indication sur la manière appropriée de tagguer ça. Donc si il y en a 
parmi vous qui ont une idée, je suis preneur !


Nicolas


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

Re: [OSM-talk-fr] Château... qui n'en est plus vraiment un !

[Nicolas Moyroud]

Merci pour ta réponse.

historique ne dit pas ce qu'était le bâtiment dans le passé
mais qu'il a un intérêt historique.

Oui mais c'est souvent lié quand même...

dans ton cas, je mettrais :
bulding=castel (le bâtiment a le look d'un château)
building:usage=residentiel (le bâtiment est ajd utilisé pour du résidentiel)
Donc building=castle et pas building=apartments pourtant il est 
maintenant divisé en appartements ?

si tu trouves qu'il y a un intérêt historique : historic=castle
Ça peut être assez subjectif mais je verrai avec les acteurs locaux si 
il y a un vrai intérêt historique au bâtiment.


Nicolas

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

[OSM-talk-fr] Château... qui n'en est plus vraiment un !

[Nicolas Moyroud]

Bonjour à tous,

Petite question de tagging concernant un ancien château qui a été 
réaménagé et reconverti en plusieurs habitations. La façade et les tours 
toujours présentent pouvant représenter un intérêt historique, 
pensez-vous que le bâtiment dans son ensemble mérite toujours d'être 
taggé historic=castle ?


Nicolas


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

Re: [OSM-talk-fr] Fusionner ways en une seule track?

[Nicolas Moyroud]

Bonjour,

Je ne sais pas si tu es un utilisateur du logiciel QGIS, mais il y a une 
extension "join multiple lines" qui pourrait répondre à ton besoin.


https://plugins.qgis.org/plugins/joinmultiplelines/

Ouvres QGIS, installes le plugin (extension>installer/gérer les 
extensions), charge ton GPX dans QGIS (couche>ajouter une couche>ajouter 
une couche vecteur), sélectionnes toutes les lignes de ta couche, 
applique le plugin (vecteur>join multiple lines) puis sauve le résultat 
en format GPX (click droit sur la couche>enregistrer sous>format GPX). 
Ça devrait le faire !


Nicolas

Le 05/08/2018 à 15:14, Shohreh a écrit :

Merci.

Le problème, c'est que cette requête génère des _milliers_ de tracks :-/

…, etc.







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

Re: [OSM-talk-fr] Mission sur les données géographiques souveraines...

[Nicolas Moyroud]

Et puis, en France, il y a une vision du droit d'auteur un peu
spécifique, quasi sacrée, comme si les auteurs français voyait partout
des pirates de leur production ou pour les écrivains des plagieurs
partout.

Alors qu'à mon avis, en littérature, quand on a des idées et surtout
des idées originales, les autres auront du mal à les copier donc la
protection est inutile. Sinon, c'est que l'on fait des choses sans
intérêt ou pas originale, donc inutile.

Ce n'est que mon avis.
Mais bon, c'est un beau troll politique en tout cas.
Je me permet de répondre pour dire que je suis exactement du même avis 
que toi à ce sujet !


Nicolas

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

Re: [OSM-talk-fr] Login OSM KO sur maps.me

[Nicolas Moyroud]

La seule modif récente dont je me rappelle sur l'authentification oauth, c'est
le passage de http à https.

Ça nous a posé quelques soucis sur Osmose, très facile à résoudre en changeant 
l'URL.



Oui pareil même problème de connexion avec mon outil développé pour le 
groupe local, réglé en passant les URL en https.


Nicolas


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

Re: [OSM-talk-fr] Proposition de projet du mois de Juillet (ce que vous allez découvrir va vous surprendre)

[Nicolas Moyroud]

Bonjour,

Merci pour ce projet du mois, j'ai commencé à travailler dans mon 
secteur. Y'en a pour un bon moment ! :-)


Petite question : comment se fait-il que certaines communes soient 
totalement dépourvues ? Ce sont des communes qui ne sont pas couvertes 
par cet exploitant ?


a+

Nicolas



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

Re: [OSM-talk-fr] Tronçon et feux de circulation alternée

[Nicolas Moyroud]

sur le highway : oneway=alternating
https://wiki.openstreetmap.org/wiki/Tag:oneway=alternating

Merci.

Pour les feux, je les renseignerais normalement
avec traffic_signals:direction=forward ou backward

C'est ce qui est déjà fait.

Le fait qu'ils sont dans des directions opposées
suffit je pense à les réassembler si quelqu'un en a un jour
l'usage.
Pas évident, ils sont quand même assez éloignés ! Mais c'est vrai 
qu'avec le tronçon oneway=alternating qui va commencer à l'un et finir à 
l'autre du coup c'est jouable.


Nicolas


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

[OSM-talk-fr] Tronçon et feux de circulation alternée

[Nicolas Moyroud]

Bonjour à tous,

J'ai un contact qui m'a demandé comment ajouter dans OSM le fait qu'une 
voie est en circulation alternée de manière permanente. Je ne sais pas 
quel tag il faut mettre sur le tronçon de voie ni comment indiquer les 2 
feux de circulation concernés. Y a-t-il un moyen d'indiquer que ces 2 
feux distants (ce n'est pas un carrefour) sont liés l'un à l'autre ? 
Existe-il une relation pour ça ? Je n'ai pas réussi à trouver sur le wiki...


Nicolas


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

Re: [OSM-talk-fr] Plan de village

[Nicolas Moyroud]

JB l'artisan de la cartographie qui nous produit des beaux petits rendus 
façonnés à la main avec amour ! Mon ami tes cartes sentent bon le pétrin 
d'antan comme ta boulangerie. ;-)


Au plaisir de te retrouver à Pessac pour nous présenter tout ça.

Nicolas

Le 02/05/2018 à 17:17, Vincent de Château-Thierry a écrit :

Bonjour,


De: "Cyrille DERORY" 
Le 2 mai 2018 à 11:54, JB < jb...@mailoo.org > a écrit :

Je partage la carte de village que j'ai créée :
http://randocarto.fr/demo/SaintGeorges_A1_300dpi.png

(...)

Voilà voilà,

Bravo bravo ;)
Tu nous montre ça "en vrai" dans un mois à Pessac ?





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

Re: [OSM-talk-fr] Une alternative à Pakku ?

[Nicolas Moyroud]

Bonjour à tous,

J'avais développé il y a 2-3 ans un code d'extraction de données 
thématiques depuis OSM. L'idée était de générer des couches SIG dans 
différents formats (Shape, GPX, KML, GeoJSON) à partir de la définition 
de jeu de tags OSM. Les fichiers générés étaient déposés sur un FTP. Le 
tout était codé en bash en utilisant les fichiers geofabrik, osmosis, 
gdal/ogr et postgis et tournait sur un serveur Linux/Debian. Les 
extractions étaient réalisées une fois par semaine grâce à une tâche 
cron et uniquement sur le territoire de l'ex-région 
Languedoc-Roussillon. Il faudrait tester mais je pense qu'on pourrait 
sans trop de mal le faire tourner sur toutes les régions françaises. Le 
code n'était pas trop optimisé (et pas très propre non plus...) et les 
régions ont un peu grossi depuis les fusions mais il faudrait voir ce 
que ça donne. Ça ne fonctionne plus car mon organisme a verrouillé les 
accès externes sur plusieurs serveurs dont celui sur lequel j'avais tout 
mis en place...


Si l'asso OSM-France a un serveur Linux qui peut faire l'affaire et me 
donne un accès root, je peux essayer d'y mettre en place mon bousin pour 
voir. On pourrait y monter un service de mise à disposition de données 
thématiques à destination des géomaticiens.


Nicolas

Le 14/02/2018 à 10:17, REBOUX Maël a écrit :


Bonjour,

Le site http://pakku.io/ qui permettait de télécharger des données OSM 
pré-pakagées n’existe malheureusement plus.


Existe-t-il une ou des alternatives ?




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

[OSM-talk-fr] Saisie d'informations liées à la pêche

[Nicolas Moyroud]

Salut à tous,

Un ami pêcheur qui contribue un peu à OSM m'a posé des questions 
concernant le tagging d'infos liées à la pêche en France pour les lacs 
et les rivières. J'ai quelques propositions à lui faire, mais je 
voudrais avoir l'avis de spécialistes de la question si il y en a par ici.


Pour les zones en réserve (pêche interdite) le wiki indique clairement 
fishing=no. Par contre, il voudrait indiquer les zones en nokill (on 
doit rejeter le poisson après l'avoir pêché). Ce n'est pas documenté 
dans le wiki mais je pense qu'une bonne solution serait d'utiliser 
fishing=nokill.


Il me posait également la question pour les zones accessibles aux 
handicapés. Là je pense que la question ne se pose pas, c'est comme pour 
les accessibilité commerces ou les places de parking avec wheelchair=yes.


Enfin et surtout, il souhaite saisir dans OSM les catégories officielles 
de la fédération de pêche en France. Il m'a expliqué qu'il y avait deux 
catégories : la première correspond aux zones de présence des salmonidés 
(têtes de bassin), la deuxième aux zones sans salmonidé. Pour cette 
problématique je n'ai trouvé aucune info, je pense qu'il faudrait 
inventer un nouveau tag à ajouter sur les tronçons de rivières ou les 
lacs. Ma proposition serait fishing:FR:category=1 ou 
fishing:FR:category=2. Qu'est que vous en pensez ?


Merci pour votre aide.

Nicolas


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

Re: [OSM-talk-fr] lis...@frayssinet.org

[Nicolas Moyroud]

Salut à tous,

Désolé je ne voulais pas envoyer le message à toute la liste seulement à 
l'intéressé, mais j'ai raté mon coup avec l'adresse mail entre "sujet" 
et "pour"... Les vacances qui viennent vont me faire le plus grand bien 
! ;-)


Nicolas

Le 21/12/2017 à 11:51, Nicolas Moyroud a écrit :

Salut Cédric,

Je fais beaucoup de piscines en ex-région Languedoc-Roussillon on est 
pas mal aussi dans le genre ! Petite remarque à ce sujet : pas la 
peine de les dessiner une par une à la main il y les extractions eaux 
du cadastre sur cadastre.openstreetmap.fr. Par contre, il faut faire 
très attention à bien trier parce qu'il y a un mélange de tout dans 
les surfaces en eau : bassins, étangs, lacs, riverbank des rivières et 
piscines. Ça demande une vérification avec les images aériennes, mais 
bon ça va quand même plus vite que de les dessiner une par une à la 
main ! Il faut un mot de passe pour accéder aux données eaux extraites 
du cadastre (il y avait trop de monde qui faisait n'importe quoi). Si 
ça t'intéresse je peux te l'envoyer et je t'explique plus en détails 
ma façon de procéder pour les piscines.


a+

Nicolas

Le 20/12/2017 à 19:26, Cédric Frayssinet a écrit :


Bonjour à tous,

Il ne reste plus grand chose à faire (je ne sais pas trouver le 
nombre exact). Il y a quelques points en PACA et depuis que j'ai 
attaqué cette région, je n'ai jamais autant dessiné de piscines !


Cela peut être terminé cette semaine surtout que ce sont souvent des 
secteurs qui permettent de supprimer plusieurs points en même temps.


Cédric





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

[OSM-talk-fr] lis...@frayssinet.org

[Nicolas Moyroud]

Salut Cédric,

Je fais beaucoup de piscines en ex-région Languedoc-Roussillon on est 
pas mal aussi dans le genre ! Petite remarque à ce sujet : pas la peine 
de les dessiner une par une à la main il y les extractions eaux du 
cadastre sur cadastre.openstreetmap.fr. Par contre, il faut faire très 
attention à bien trier parce qu'il y a un mélange de tout dans les 
surfaces en eau : bassins, étangs, lacs, riverbank des rivières et 
piscines. Ça demande une vérification avec les images aériennes, mais 
bon ça va quand même plus vite que de les dessiner une par une à la main 
! Il faut un mot de passe pour accéder aux données eaux extraites du 
cadastre (il y avait trop de monde qui faisait n'importe quoi). Si ça 
t'intéresse je peux te l'envoyer et je t'explique plus en détails ma 
façon de procéder pour les piscines.


a+

Nicolas

Le 20/12/2017 à 19:26, Cédric Frayssinet a écrit :


Bonjour à tous,

Il ne reste plus grand chose à faire (je ne sais pas trouver le nombre 
exact). Il y a quelques points en PACA et depuis que j'ai attaqué 
cette région, je n'ai jamais autant dessiné de piscines !


Cela peut être terminé cette semaine surtout que ce sont souvent des 
secteurs qui permettent de supprimer plusieurs points en même temps.


Cédric



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

Re: [OSM-talk-fr] Près de chez nous : La carte collaborative, écologique et solidaire

[Nicolas Moyroud]

Salut,


Voire, remplacer "© OpenStreetMap" par "© Les contributeurs OpenStreetMap",
mais ça prend peut-être trop de place ?

Allez je vais faire mon tatillon, mais je virerai bien aussi cet immonde 
signe copyright qui ne correspond pas du tout au monde des biens communs 
et à l'esprit OSM. Quitte à mettre un signe, plutôt mettre le signe 
copyleft ! ;-)
Et pour ceux qui se poseraient la question, on peut bidouiller ça comme 
ça (ɔ) dans un texte ou bien plus propre en html :


|.copyleft { display:inline-block; transform: rotate(180deg); }|

| |||

Nicolas

||

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

Re: [OSM-talk-fr] open source par défaut dans les administrations

[Nicolas Moyroud]

Le statut n'est pas mi-figue mi-raisin, tout est ouvert comme pour 
tout le monde sauf exception prévue par un texte.


L'IGN ? Tu crois vraiment ce que tu dis là, où tu tentes de 
t'auto-convaincre ? Donc à ton avis l'IGN va dès aujourd'hui se lancer 
dans une libération massive de toutes ses productions données+logiciels, 
avec joie et entrain ? Le gentil commercial qui t'as fait la magnifique 
présentation sur le collaboratif version IGN l'autre jour risque d'en 
faire une attaque cardiaque ! :-)
C'est sûr on pourra toujours trouver quelques exemples d'ouverture que 
l'IGN mettra d'ailleurs bien en valeur pour cacher le reste. Pour une 
politique plus générale dans ce sens, je demande à voir, ça arrivera 
peut-être un jour, mais sans doute pas avant quelques décennies. Pour le 
moment je les vois plutôt mobiliser une armée de juristes pour lever le 
maximum d'exceptions possibles à la loi et limiter ses effets sur eux 
tant qu'ils le pourront !
Ce qui serait intéressant ce serait une liste complète de produits et 
logiciels de l'IGN, avec pour chacun le statut OpenData/OpenSource ou 
non. On pourrait compter les points et chaque année s'amuser à leur 
donner une note "Open Compliant". ;-)
Tiens en passant une petite question : en 2017 les données des limites 
administratives en version non-geoflan donc utilisables, l'IGN est-il 
fichu de les fournir en Open ? C'est pas que ça m'inquiète beaucoup vu 
que j'utilise maintenant massivement celles issues d'OSM, mais je pense 
que c'est assez emblématique comme exemple...


Nicolas

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

Re: [OSM-talk-fr] open source par défaut dans les administrations

[Nicolas Moyroud]

Bonjour,

Merci pour ce lien très intéressant ! J'ai beaucoup aimé la partie sur 
l'analyse de la mécanique juridique qui a fait que Open Data = Open Source !


Sinon pour répondre à ta question à mon avis l'IGN n'est malheureusement 
pas concerné, c'est d'ailleurs évoqué sur la page concernant la gratuité 
des logiciels.


/Le principe de libre réutilisation a été assorti avec la loi Valter 
d’un principe de gratuité. Il existe des exceptions à ce principe, mais 
elles sont limitées. Seules les administrations qui réalisent au moins 
25% de ressources propres à partir de redevances perçues sur la 
réutilisation de données peuvent continuer à en fixer. Cela correspond 
dorénavant seulement à quelques établissements en France comme l’IGN ou 
le SHOM./


Avec leur statut mi-figue mi-raisin, ils arrivent toujours à passer 
entre les gouttes de l'Open ceux-là...


Nicolas

Le 08/12/2017 à 08:58, Florian LAINEZ a écrit :

Hello,
Le juriste d'Etalab a confirmé que l'ouverture des codes sources de 
l'administration est maintenant prévu par défaut cf. 
https://scinfolex.com/2017/12/08/les-logiciels-produits-par-les-administrations-sont-passes-en-open-source-par-defaut-et-voici-pourquoi/


Même si ça pointait depuis quelques temps, le fait d'avoir une 
confirmation officielle va sûrement accélérer le mouvement.


Question à ceux (OK question pour Christian ^^) qui sont plus au fait 
des détails, quelles sont les conséquences pratiques ? Quelles sont 
les exceptions ? J'imagine que L'IGN ne va pas publier le code source 
du geoportail pour Noël...




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

Re: [OSM-talk-fr] Carto Party à l'IGN

[Nicolas Moyroud]

Bonjour,

L'IGN voit que le collaboratif fonctionne bien dans le monde de 
l'information géographique, mais comme ils n'ont toujours rien compris à 
ce qui motivent les contributeurs de ce genre de projets, ils 
s'imaginent qu'ils vont pouvoir récupérer ce mode de fonctionnement pour 
faire bosser gratuitement des gens qui vont servir leurs propres 
intérêts (commerciaux bien entendu). L'idée de collaborer avec OSM n'a 
même pas dû effleurer les grands décideurs de l'IGN : de la donnée libre 
bah c'est nul, ça peut pas nous rapporter des sous... Déprimant !


Nicolas

Le 28/11/2017 à 07:22, Jean-Christophe Becquet a écrit :

Bonjour,

Le 16 novembre dernier, l'IGN organisait une Carto Party
http://www.ign.fr/institut/actus/journee-utilisateurs-collaboratif-vous

Mais ils n'ont pas l'air de s'appuyer sur OSM :

« La Carto Party : manipulez l'application mobile de l'Espace
collaboratif pour collecter des données et visualisez les résultats sur
une carte. »

Et sauf si j'ai mal compris, les données issues de ce travail
collaboratif ne sont pas partagées sous licence libre
https://espacecollaboratif.ign.fr/cgu/

« Par ailleurs, le Cocontractant accepte que ses Signalements et/ou
données puissent être librement réutilisées par l’IGN pour les besoins
de mise à jour de ses bases de données, ainsi que pour la diffusion au
public sous la licence au choix de l’IGN, payante ou gratuite. »

Bonne journée

JC



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

Re: [OSM-talk-fr] Suppression des « gribouillis » GPS

[Nicolas Moyroud]

Bonjour,

Une appli sympa pour nettoyer les traces GPS : 
https://wiki.openstreetmap.org/wiki/GpsPrune


On peut découper une portion et la supprimer de la trace.

Nicolas

Le 23/11/2017 à 10:39, Sébastien Dinot a écrit :
Cela mérite quelques essais que je ferai dans les jours qui viennent. 
S'il peut éviter quelques bêtises, c'est bon à savoir et à faire 
savoir (en ce qui me concerne, Viking me convient car je maitrise 
totalement ce que j'élimine ou je laisse). 


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

Re: [OSM-talk-fr] requête Overpass API : recherche de communes avec leur n° INSEE

[Nicolas Moyroud]

Euh et sinon si on restait sur les données OSM y'a pas plutôt ça :

http://www.data.gouv.fr/fr/datasets/decoupage-administratif-communal-francais-issu-d-openstreetmap/

Et ensuite tu travailles avec un logiciel SIG comme QGIS pour découper 
sur le territoire qui t'intéresse...


Nicolas



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

Re: [OSM-talk-fr] Determiner la projection d une carte

[Nicolas Moyroud]

Euh ben je veux pas dire mais reprojeter avec gdal en utilisant les 
codes epsg y'a pas plus simple ! Exemple pour passer du Lambert93 au 
lat/lon WGS84 :


gdaltransform -s_srs EPSG:2453 -t_srs EPSG:4326

Et il n'y a pas besoin de connaître les définitions compliquées des 
systèmes de projection déjà supportés par gdal. Gdal c'est bon, 
mangez-en ;-)


Nicolas

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

Re: [OSM-talk-fr] La communauté OSM Fr se trouve-t'elle dans un monde où la réalité est distordue ?

[Nicolas Moyroud]

Ma réalité est en effet distordue depuis quelques années, grâce à un 
filtre d'email :)
Tiens on a le même ! Pour rendre service à d'autres on pourrait presque 
en faire un module Thunderbird, ce serait plus pratique... ;-)



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

Re: [OSM-talk-fr] Rapprochement Bano

[Nicolas Moyroud]

Par chez moi, je n'ajoute des numéros que si j'ai au préalable fait un 
repérage sur le terrain (photos, etc..) S'il me manque certains 
numéros, et que ceux que j'ai vérifiés correspondent bien avec 
Bano/Cadastre, alors je complète avec ces sources.
Merci pour ces précisons. En ce qui me concerne j'ai plus tendance à 
faire confiance directement aux données BANO/Cadastre en intégration 
directe, avec des vérifications terrain quand c'est possible. Je fais en 
général attention à bien marquer local_survey comme source de ceux que 
j'ai vérifié sur place.
Mais ce n'était pas sur la question des sources de données que portait 
la remarque de mon message précédent, plutôt sur la façon de modéliser 
les adresses dans OSM en France : ajout du numéro comme tag du bâtiment, 
sur un noeud isolé, ou sur un noeud attaché au contour du bâtiment.
Une recommandation qui permette de clarifier et d'homogénéiser les 
pratiques serait la bienvenue !


Nicolas

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

Re: [OSM-talk-fr] Rapprochement Bano

[Nicolas Moyroud]

Bonjour,

Mais quel est le plan pour les numéros ?
Parce que même si ils sont dans la BANO, ça ne m'aide pas lorsque je
cherche une adresse and Osmand, Maps.me ou autres.
100% d'accord avec ça. L'argument "oui mais c'est déjà dans BANO" n'est 
pas à mon avis pas valable sur une liste qui concerne le projet OSM. En 
raisonnant comme ça on peut presque arrêter de contribuer à OSM en 
France, il y a déjà plein de données géographiques disponibles en 
OpenData un peu partout...

Et vu le temps que prend l'intégration des rues, une intégration
manuelle des numéros va prendre des décennies vu qu'il doit y avoir au
moins 10 fois plus de numéros.

Mais sera-t-il possible de faire un import automatique ? Est-ce prévu ?

Comment ça va se passer avec les adresses déjà présentes dans OSM ?
Il serait plus que temps de se demander comment on procède et quelles 
recommandations on propose pour l'intégration des numéros d'adresses 
dans OSM, plutôt que de reporter sans arrêt le problème à plus tard. 
Parce que là vu les chiffres indiqués par Donat on a presque fini le 
rapprochement des rues, donc il va falloir s'occuper avec autre chose 
dans pas longtemps ! ;-)


Nicolas

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

Re: [OSM-talk-fr] Calvaires et cadastre

[Nicolas Moyroud]

Salut,

MapContrib affiche les calvaires d'OSM en vert, ceux du cadastre en jaune
Osmose affiche les calvaires du cadastre pour les quel il n'y en a pas 
à proximité dans OSM.
Donc dans la zone que j'ai cité il y a un souci du côté des données 
d'osmose. Sur mapcontrib il y a beaucoup de points jaunes seuls, et 
pourtant il n'y a rien qui apparaît sur osmose...



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

Re: [OSM-talk-fr] Calvaires et cadastre

[Nicolas Moyroud]

Salut Fred,

Intéressant tout ça, je suis preneur pour une intégration osmose des 
bornes incendies. :-)


Pour les calvaires je ne saisis pas bien la différence entre les 
comparaisons mapcontrib et les comparaisons osmose. Dans la zone à 
l'ouest de Montpellier, il a beaucoup de calvaires sur mapcontrib et 
aucun sur osmose. Tu as appliqué un critère de sélection supplémentaire 
avant l'intégration osmose ?


Nicolas



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

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Nicolas Moyroud]

même avis
avec aussi la possibilité inverse : utiliser l'identifiant osm
dans la base du site web
Sauf que pérennité des identifiants OSM dans le temps n'est pas assurée. 
Donc la solution des ref:FR:CNC reste la plus sûre et permet également à 
tout ceux qui exploitent les données OSM de bénéficier du lien entre les 
2 bases.


Nicolas


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

Re: [OSM-talk-fr] Devenir mandataire d'OpenStreetMap France

[Nicolas Moyroud]

Salut grand chef,

Ça c'est une initiative qu'elle est bonne.


Donc
... si partager votre enthousiasme pour le projet OSM vous plaît
... si vous savez dégager un peu de temps pour des actions associatives
... si vous vous sentez légitime sur des sujets métiers en lien avec OSM
... si animer une cartopartie, tenir un stand OSM, répondre au journaliste du 
coin selon l'occasion vous motive
J'ai répondu oui aux 4 points de ton message est-ce que c'est grave 
docteur ? Du coup zou je m'inscris de ce pas sur le pad (il serait temps 
!).

D'ici quelques semaines, l'idée est de pouvoir matérialiser ce collectif, de 
l'organiser, mutualiser quelques ressources, économiser l'énergie de chacun 
tout en répondant mieux aux sollicitations.
Soirée ti'four et champ' dans un château aux frais de l'asso ? C'est un 
bon moyen d'avoir plein de mandataires ça ! ;-)


Nicolas

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

Re: [OSM-talk-fr] Utilisation d'un point GPS

[Nicolas Moyroud]

Bonjour,

Sur JOSM tu peux demander de créer un point en entrant ses coordonnées.
Avec JOSM tu peux aussi ouvrir dans un calque séparé un fichier gpx 
contenant ton point que tu auras au préalable créé avec ton 
GPS/Smartphone. Mais c'est vrai que pour un seul point c'est un peu la 
solution "rouleau-compresseur pour écraser une mouche" ! Par contre, dès 
qu'il y a un certain nombre de points ça devient plus avantageux.


Nicolas


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

Re: [OSM-talk-fr] Point d'eau potable hors service

[Nicolas Moyroud]

Il y eu un époque où il me semble avoir mis un tag water=no sur les 
points d'eau potable pour lesquels je n'arrivais pas à faire couler 
l'eau. Mais bon je n'avais pas pensé à un état needs_repair, je m'étais 
juste contenté de constater que l'eau ne coulait pas.


Nicolas



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

Re: [OSM-talk-fr] Sens unique à Sète

[Nicolas Moyroud]

Salut,

Effectivement je confirme les sens uniques à Sète c'est pas un modèle de 
simplicité ! ;-)


Heureusement j'avais fait quelques photos en passant dans le coin en 
juillet. Après vérification, la petite portion en tournant à droite 
après le pont des dockers est un simple accès vers un parking situé au 
bord du canal de la Peyrade. Le reste du Quai du Mas Coulet est ensuite 
en sens interdit. J'en ai profité pour corriger d'autres sens uniques et 
ajouter des passages piétons dans le coin d'après mes photos terrains et 
les images de la BD Ortho IGN.


Nicolas

Le 12/08/2017 à 09:30, Waxy a écrit :

Salut,

Si quelqu'un connaît pas trop mal Sète je crois qu'il faudrait vérifier
les sens de circulation du Quai du Mas Coulet.
Me suis fait une marque GPS sur le moment mais ça m'a l'air pas simple.

Steph
@+

___
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] Uploader ensemble de waypoints d'un fichier GPX ?

[Nicolas Moyroud]

D'où deux autres questions:
1. Même avec Mapnik derrière et un tag assigné à chaque waypoint, c'est
difficile à lire : comment faire pour afficher/masquer mes waypoints pour
vérifier que l'objet n'existe pas déjà dans OSM et serait caché par mon
waypoint ?
Il faut cliquer sur le petit icone en forme d'oeil devant le calque 
contenant le données GPX pour cacher les objets de la couche.


2. Comme la zone est trop grosse pour récupérer toute la ville d'un coup, je
vais donc être obligé de faire le boulot en plusieurs fois, avec donc risque
d'overlap entre deux étapes : comment faire pour ne pas uploader deux fois
les mêmes waypoints qui se trouvent à la frontière entre deux zones ?
Pour ça aucun souci JOSM gère les chevauchements de zones 
automatiquement et ne télécharge pas les données en double. Heureusement !


Nicolas

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

Re: [OSM-talk-fr] [Android] Appli capable d'afficher ancienne trace et trace en cours ?

[Nicolas Moyroud]

Bonjour,

Oruxmaps est capable d'afficher plusieurs traces avec des couleurs 
différentes : http://www.oruxmaps.com/cs/en


Et il fait bien d'autres choses encore... ;-)

Nicolas

Le 10/08/2017 à 14:51, Shohreh a écrit :

Bonjour,

Pour cartographier une ville, j'ai commencé à utiliser l'appli  Geo Tracker

qui a l'avantage d'enregistrer une trace et de l'afficher en temps réel sur
une carte, ce qui permet de savoir où on est déjà passé.

Dans le cas où la ville est trop grande pour la parcourir d'un coup, et donc
nécessité d'étaler le parcours en plusieurs fois, je cherche une appli qui
serait capable d'afficher une ancienne trace (dans une couleur différente)
et d'en enregistrer une nouvelle afin de voir les nouveaux segments à
parcourir.

Quelqu'un connait-il une appli qui fait ça, ou une autre solution?

Merci.



--
View this message in context: 
http://gis.19327.n8.nabble.com/Android-Appli-capable-d-afficher-ancienne-trace-et-trace-en-cours-tp5900493.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] Bar ou resto des 2 côtés du pâté de maison

[Nicolas Moyroud]

Je préfère le polygone qui recouvre tout ça avec des entrance=* 
(solution du TopographeFou)

Ça c'est vraiment pas terrible si il y a une route au milieu.
Au pire, si l'activité est réellement limité à deux bâtiments 
distincts, amenity=restaurant sur un multipolygone avec les way des 
deux bâtiments...

Oui en effet c'est mieux comme ça !

Nicolas

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

Re: [OSM-talk-fr] Bar ou resto des 2 côtés du pâté de maison

[Nicolas Moyroud]

Une petite relation type=site + site=restaurant qui regroupe les deux 
bâtiments ou les deux points qui portent le tag amenity=restaurant ?


Nicolas




Comment taguer le fait qu'un bar ou un resto est présent de 2 côtés 
d'un pâté de maison, quand celui-ci est assez large pour ne pas 
pouvoir mettre le tag au milieu?


Parfois, un côté peut-être anecdotique, dans quel cas on se contente 
du côté principal, mais en zone touristique, les 2 côtés peuvent être 
très développés, avec chacun un devanture et une terrasse, comme si il 
s'agissait de 2 établissements différents.


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

Re: [OSM-talk-fr] Questions de tagging pour des objets en lien avec les services de secours

[Nicolas Moyroud]

Concernant les repère de crues il y a déjà un tag documenté dans le 
wiki ça peut être une bonne base :


https://wiki.openstreetmap.org/wiki/FR:Tag:historic%3Dhighwater_mark


Quelques exemples d'utilisation ici :


https://www.openstreetmap.org/node/4547027386

https://www.openstreetmap.org/node/4791798038


Merci c'est bien ça qu'il me faut. Je n'avais pas cherché comme il faut 
sur le wiki...
Par contre quelle est la meilleure façon d'indiquer les dates et leurs 
hauteurs d'eau associées si il y en a plusieurs sur le même repère ? En 
évitant les tags multi-valués avec des ";"


Nicolas





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

Re: [OSM-talk-fr] Questions de tagging pour des objets en lien avec les services de secours

[Nicolas Moyroud]

mini-casernes <...> les  deux mois d'étéLe plus simple me semble être :

amenity=fire_station
opening_hours=Jul-Aug
Oui c'était la solution à laquelle j'avais pensé, mais ça ne me convient 
pas tout à fait. Une requête overpass sur fire_station va renvoyer ces 
objets en tant que caserne alors que la plupart du temps ce n'en est pas 
une. J'aimerai différencier plus en amont dans la hiérarchie des tags. 
Qu'est ce que vous pensez d'un temporary_fire_station ? Il faudrait 
aussi que je vérifie auprès de ma source si tous les "services" d'une 
caserne normale sont fournis pendant la période d'ouverture.


Nicolas


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

[OSM-talk-fr] Questions de tagging pour des objets en lien avec les services de secours

[Nicolas Moyroud]

Salut à tous,

Hier j'ai reçu quelqu'un d'un service départemental d'incendie et de 
secours (SDIS) qui m'a posé deux colles en matière de tagging d'objets 
un peu exotiques dans OSM.


Le premier truc c'est ce qu'ils appellent des "postes avancés" ce sont 
des sortes de mini-casernes mises en place dans des zones à risque 
(forêts + tourisme par exemple) et pour un temps limité (en général les 
deux mois d'été). Ça l'intéresse beaucoup d'ajouter ça dans OSM parce 
que ça permet de montrer sur la carte que les pompiers sont présents 
dans des zones où il n'y a pas de casernes permanentes. Il m'a bien 
précisé que ce sont les mêmes lieux qui sont réutilisés chaque année. Du 
coup c'est un peu comme les panneaux électoraux et je pense que ça a 
bien sa place dans OSM. Par contre je ne suis pas trop d'avis que c'est 
une bonne idée de tagguer de la même manière que les casernes 
permanentes avec amenity=fire_station. Quelqu'un qui fait une requête à 
partir de ce tag ne s'attend pas forcément à tomber sur des casernes qui 
sont fermées 10 mois sur 12... Est-ce que que vous auriez des 
suggestions de tags à utiliser pour ça ?


Deuxième type d'objets ce sont les repères de crues. Vous savez ces 
fameuses plaques on inscriptions avec la hauteur d'eau atteinte par une 
crue à une certaine date. Certains SDIS posent maintenant des plaques 
officielles et normalisées qu'il serait à mon avis intéressant d'ajouter 
dans OSM. Avec également des tags indiquant le niveau d'eau atteint et 
la date correspondante. Certaines de ces plaques comportent plusieurs 
dates et donc plusieurs niveaux. Comment verriez-vous le tagging de ce 
genre d'objets dans OSM ?


Nicolas


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

Re: [OSM-talk-fr] A propos de la suppression des fichiers sur cadastre.openstreetmap.fr

[Nicolas Moyroud]

Salut,

J'ai relancé la moulinette sur Nîmes hier et je n'ai pas franchement vu 
de différence dans le temps de traitement. Mais bon je ne suis pas non 
plus resté devant pour chronométrer... Si c'est un gain de l'ordre de 20 
à 30% je ne m'en serai pas rendu compte. Par contre si c'est censé être 
2-3 minutes de traitement c'est raté je pense que ça a au moins mis une 
bonne heure.


Nicolas

Le 05/07/2017 à 18:11, Gaël Simon a écrit :

Super, merci

Gaël

Le 5 juil. 2017 à 13:21, Vincent de Château-Thierry > a écrit :


Bonjour
Chaque nuit les fichiers supprimés sont les .osm à télécharger. En 
revanche on capitalise sur la partie longue, qui consiste à rappatrier 
les pdf du cadastre. On constitue un cache avec ces fichiers et 
normalement le fait de rejouer la procédure ne doit pas du tout 
prendre le même temps.


vincent


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

[OSM-talk-fr] A propos de la suppression des fichiers sur cadastre.openstreetmap.fr

[Nicolas Moyroud]

Bonjour à tous,

Juste une petite remarque à propos du fonctionnement de la plate-forme 
de génération des fichiers osm à partir du cadastre. C'est assez pénible 
que les fichiers osm générés soient supprimés aussi rapidement. Par 
exemple hier soir j'ai voulu lancer la génération sur une grosse commune 
(Nîmes) et comme c'est assez long avec les nouveaux protocoles d'accès 
au cadastre, je me suis dis que ça moulinerait toute la nuit et que ce 
matin je n'aurai plus qu'à récupérer le fichier. Sauf que bon ça a dû 
être fini avant 3h du mat et à cette heure là la plate-forme supprime 
tous les fichiers...


Je ne sais pas si c'est dû à la limite de capacité du disque du serveur, 
mais ce serait pas mal de mettre un peu moins d'empressement à tout 
supprimer et laisser les fichiers en place au moins quelques jours.


Nicolas



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

Re: [OSM-talk-fr] Courbes de niveau ?

[Nicolas Moyroud]

Y a-t-il une raison historique au fait de ne pas avoir ces courbes de
niveau directement dans la base de données d'OSM ?

OSM est basé sur le principe de la contribution par tous et il n'y 
aucune chance que l'ont puisse un jour mettre en place un système 
contributif pour créer un modèle numérique de terrain sur le monde 
entier ! Il faudrait pouvoir relever des altitudes sur une grille de 
points régulière et suffisamment resserrée. C'est tout simplement 
impossible avec un GPS sur le terrain à cause notamment des zones 
inaccessibles ou interdites. Un modèle numérique de terrain est toujours 
réalisé avec des moyens aériens (drone pour des petites zones ou la 
navette spatiale pour le SRTM mondial). Et puis ça ne servirait pas à 
grand chose vu que ça a déjà été fait par la NASA avec justement le SRTM 
qui est disponible sous licence libre.

Plus d'infos à ce sujet :
https://fr.wikipedia.org/wiki/Mod%C3%A8le_num%C3%A9rique_de_terrain
https://fr.wikipedia.org/wiki/Shuttle_Radar_Topography_Mission

Nicolas

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

Re: [OSM-talk-fr] Carte des groupes locaux

[Nicolas Moyroud]

Super idée Antoine merci. Et c'est rempli pour le groupe de Montpellier !

Nicolas

Le 12/06/2017 à 12:25, Guillaume Allegre a écrit :

Le 2017-06-12, Antoine Riche a écrit :

Pourquoi pas mais avant de faire compliqué je souhaite faire simple et
remplacer au plus vite cette carte qui n'a rien à voir.

Excellente initiative, merci Antoine.

J'ai ajouté Grenoble.






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

Re: [OSM-talk-fr] Comment bien tagguer les cabinets médicaux ?

[Nicolas Moyroud]

Ne pas pensez au rendu comme critère de choix pour la représentation des 
données ! Le rendu n'est qu'un usage possible de ces données et dépend 
de critères comme le niveau de zoom qui ne sont pas du tout objectifs. 
Les données OSM doivent être décrites le plus proprement possible en 
terme de réutilisation possible. Par exemple récupérer les données pour 
les utiliser en mode SIG (mais pas que).


Une structure différente = un objet. Donc je dirai sans hésiter la 
solution 3, un noeud par docteur ou expert-comptable ou raton-laveur. 
Sinon l'exploitation des données est très compliquée. Les champs 
multi-valués à coup de point-virgules c'est quasiment inexploitable...


Nicolas

Le 05/05/2017 à 23:42, osm.sanspourr...@spamgourmet.com a écrit :


Plusieurs nœuds, c'est plus propre.

Les rendus classiques vont placer un premier nœud s'il y a la place. 
Puis un deuxième nœud s'il y a la place, etc...


Donc avec un niveau de zoom pas très élevé tu vas avoir un nœud : 
rendu propre mais tu ne sauras pas qu'il y a une grappe (un cluster), 
on peut imaginer qu'un rendu indiqueras le nombre de docteurs. Si tu 
interroges la base, il va regarder autour et te sortir les n nœuds.


Donc 2 ou 3 (avec le 3 tu risques de faire apparaître le nom du 
docteur le plus au nord - ou le plus au sud, c'est tout). Comme les 
noms des docteurs sont des infos limite personnelles, bof.


S'il y a un cabinet, il y a sans doute un secrétariat commun et en cas 
de médecin traitant la sécu ne fera pas la fine bouche.


Par contre pour l'expert-comptable, le rendu va essayer de placer soit 
les médecins (probablement) soit les experts-comptables d'abord.


Donc il faudra zoomer beaucoup avant de le voir apparaître.

Sauf si tu fais une umap mettant en valeur les experts-comptables.

N. B. : tu peux remplacer les expert-comptables par des 
ratons-laveurs, ça marche pareil. D'un point de vue cartographique 
j'entends.





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

Re: [OSM-talk-fr] Communes pratiquant l'extinction de l'éclairage public

[Nicolas Moyroud]

Ça rappelle ce qu'on a rencontré ici avec certaines associations 
cyclistes qui ne voulaient pas libérer leurs données car elles 
constituaient leur "fond de commerce".
Ah ben oui leur fond de commerce tiens. Ils doivent en vendre vachement 
souvent des données... Et puis il ne faudrait pas que quelqu'un propose 
une super appli utilisant leurs données, ce serait terrible ! Il y a 
vraiment encore un gros travail pour faire évoluer les mentalités en 
France. Et ça risque de ne pas s'améliorer, si vous voyez ce que je veux 
dire...
Pour l'ANPCEN, ils ont aussi peur que le "lobby de l'éclairage 
publique" exploite leur liste pour les contrer.
C'est à dire ? C'est quoi le lobby de l'éclairage public ? Ceux qui 
voudrait qu'on éclaire d'avantage les endroits où il n'y a personne ?


Nicolas

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

Re: [OSM-talk-fr] Communes pratiquant l'extinction de l'éclairage public

[Nicolas Moyroud]

>>Concernant la collecte et le traitement des données par l'ANPCEN des villes et des 
villages pratiquant l'extinction totale ou partiellede leur éclairage 
public (environ 12 000 communes recensées)  ce travail représente pour 
notre association composée uniquement de bénévoles, un travail 
considérable que nous ne pouvons pas transmettre aux tiers.
C'est quand même hallucinant de lire des âneries pareilles ! L'argument 
utilisé démontre le contraire de ce qu'ils défendent. C'est un travail 
réalisé par des bénévoles donc ça devrait être libre d'accès par nature 
! Quasiment le même problème avec le travail réalisé par les bénévoles 
de la fédération française de randonnée et la privatisation qui est 
faite de leur travail en haut lieu...


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

Re: [OSM-talk-fr] Projet du mois - Panneaux électoraux

[Nicolas Moyroud]

Ah ben oui y'avait la réponse sur la page du wiki. Mais RTFM avant de 
poster quoi !! :-)


Nicolas

Le 05/04/2017 à 18:33, Nicolas Moyroud a écrit :


Question bête d'un ignorant dans le domaine : ces panneaux sont-ils 
pérennes et repoussent-ils toujours au même endroit d'une élection à 
l'autre ? Parce que si c'est comme les champignons, ça n'a pas trop sa 
place dans OSM.






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

Re: [OSM-talk-fr] Projet du mois - Panneaux électoraux

[Nicolas Moyroud]

Question bête d'un ignorant dans le domaine : ces panneaux sont-ils 
pérennes et repoussent-ils toujours au même endroit d'une élection à 
l'autre ? Parce que si c'est comme les champignons, ça n'a pas trop sa 
place dans OSM.


Nicolas

PS : par contre que les champignons c'est bon...

Le 05/04/2017 à 14:33, Florian LAINEZ a écrit :

Salut,
Je vous propose de relancer le projet du mois. Cartographions ensemble 
une thématique précise chaque mois !


Si ça vous dit, c'est de saison, nous pouvons commencer par les 
panneaux électoraux qui poussent un peut partout sur notre territoire 
: https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/elections


Je crois bien que l'on tague ça :
advertising=board
message=political
permanent=no

Go go go ! à moins qu'on reparte dans des débats concernant la manière 
de taguer ces éléments ...
Dans ce cas, que l'on m'explique pourquoi le wiki conseille 
message=electoral 
alors que tout le 
monde utilise message=political  !





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

Re: [OSM-talk-fr] OpenStreetMap : le bon plan touristique de Digne-les-Bains

[Nicolas Moyroud]

Bonjour,

Super merci pour l'info Jean-Christophe ! Penses à amener quelques plans 
à distribuer pendant le SOTM. J'en récupérerai volontiers un pour 
ajouter à mon petit lot de cartes exemples que je sors à chaque 
événement où je mets en place un stand OSM. J'avais déjà celui du réseau 
de transport en commun dignois, ça ira très bien avec ! ;-)


D'ailleurs pas plus tard que ce mardi j'ai sorti mon kit pour un stand 
OSM (et une présentation) à la journée professionnelle des SIG en 
Occitanie : http://tools.siglr.org/JP_SIG_LR_NX/index.php


Nicolas




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

Re: [OSM-talk-fr] OpenStreetMap sur Ixquick

[Nicolas Moyroud]

Cool, merci pour l'info ! Et comme c'est le moteur de recherche que 
j'utilise depuis quelques années, ça tombe bien ! :-)


Nicolas

Sur le moteur de recherche Ixquick  les 
cartes par défaut sont maintenant des cartes OpenStreetMap (et non 
plus G...).





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

[OSM-talk-fr] Faux positifs sur la couche "zones à mapper" sur tile.fr

[Nicolas Moyroud]

Bonjour,

Juste pour signaler à nouveau un petit problème sur la couche "zones à 
mapper" de tile.fr. Il y de nombreuses pastilles vert/bleu qui 
apparaissent sur des communes dont le bâti a pourtant déjà été intégré. 
Quand il reste encore beaucoup de communes à faire les faux positifs ne 
sont pas trop gênants, noyés dans la masse. Le problème c'est que sur ma 
zone il ne reste plus beaucoup de communes à faire et je ne peux donc 
plus utiliser la couche comme point d'entrée pour savoir quelle serait 
la prochaine commune dont je pourrais intégrer le bâti manquant...


Si le problème pouvait être réglé c'est m'aiderait bien !

Merci,
Nicolas


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

Re: [OSM-talk-fr] Piscines particulières ?

[Nicolas Moyroud]

Bonjour Jean-Pierre,

J'ajoute régulièrement des piscines depuis les exports cadastre sur ma 
zone de contribution (le département de l'Hérault et les environs). Il 
s'agit d'aller sur "cadastre.openstreetmap.fr", demander un export "bâti 
et limites" sur une commune (comme pour les bâtiments), puis d'aller à 
l'adresse "cadastre.openstreetmap.fr/data/eau". Il y a là un login / mot 
de passe qui est demandé car il y avait trop de problème concernant les 
surfaces en eaux de la part de contributeurs qui comme tu le faisais 
remarquer réalisaient ce travail sans trop de réflexion !


Ensuite il faut trier dans les données remontées car il y a de tout :

- lit de rivières, fossés ou routes inondables (tagués water=riverbank 
par l'outil d'export)


- bassins divers (de rétention ou lavognes dans le sud) et aussi les 
piscines (tout ça est tagué en natural=water).


Donc il faut faire du tri ! Ma technique perso : je commence par filtrer 
les water=riverbank de la couche avec JOSM et je les vire tous, ça ne 
m'intéresse pas. Ensuite je parcours les différents objets avec les 
images aériennes (BDOrtho en général) pour différencier à l'oeil les 
bassins des piscines. Les premiers sont en général plus grands que les 
2èmes et plus souvent hors agglomération (mais pas toujours... cas des 
bassins de rétention). Je taggue les bassins avec landuse=basin (+ 
basin=retention si besoin). Et je taggue les piscines avec 
leisure=swimming_pool et access=private. Je supprime bien entendu le tag 
natural=water sur tout ça. En fonction de la taille de la commune ça 
peut prendre du temps, mais c'est pas la peine de faire ce travail si on 
est pressé !


Pour le login / mot de passe d'accès au surfaces en eaux je peux te 
l'envoyer personnellement si ça t'intéresse.


Nicolas

Le 14/03/2017 à 21:12, pepilepi...@ovh.fr a écrit :


Bonsoir,

Quand dans une zone résidentielle il y a une piscine à côté de 
(presque) chaque maison, faut-il les cartographier, et si oui comment ?


Explication : certains font de toute évidence des importations 
massives de données cadastrales sans vérification (sans réflexion ?). 
Ce qui conduit à des anomalies ou aberrations signalées par Jochet 
Topf , entre autres dans la 
section France .


Exemple ici 
 
(un parmi tant d'autres), où le cadastre montre un rectangle évidé, 
l'image aérienne BDOrtho IGN à fort zoom montre une excavation en 
cours, et l'image BDOrtho IGN à faible zoom (plus récente) montre bien 
une jolie surface bleue. Et celle ci est mal tagguée avec un tag 
building=yes sur le rectangle extérieur et aucun tag sur le multipolygone.


Donc que faire dans ce cas :

  * le supprimer parce que ce n'est pas un bâtiment,
  * ou le tagguer en piscine ?

Merci, bonne soirée

Jean-Pierre



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

Re: [OSM-talk-fr] Données RTE...

[Nicolas Moyroud]

Ah oui pas mal en effet ! La hauteur et le numéro des pylônes c'est 
intéressant pour compléter ceux que j'avais déjà fait sur mon secteur :-)


Nicolas

Le 14/03/2017 à 17:15, Christian Quest a écrit :
Beau lâché de données opendata par RTE ce matin sur 
https://www.data.gouv.fr/fr/organizations/reseau-de-transport-delectricite/


Lignes aériennes (de 45kV à 400kV), souterraines, pylones, postes 
électriques...



Un beau chantier d'intégration en perspective !





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

[OSM-talk-fr] Lacs à corriger/ajouter dans OSM sur Bornéo

[Nicolas Moyroud]

Salut à tous,

Il y a cet article qui vient de sortir sur le site du cesbio à Toulouse :
http://www.cesbio.ups-tlse.fr/multitemp/?p=9545
Si il y a qui se sentent pour corriger le premier lac et ajouter le 2ème 
dans OSM... Les polygones en kml sont disponibles en téléchargement sur 
la page (liens download en dessous des cartes).


Nicolas


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

Re: [OSM-talk-fr] Cartographie des églises

[Nicolas Moyroud]

Ouah magnifique ce tableau de bord. Le genre d'outil qui aurait toute sa 
place sur les serveurs de l'asso OSM France !
Hey pas mal le Languedoc-Roussillon ! Je ne pense pas y être totalement 
étranger... ;-)
Sinon pas beaucoup de Saint-Nicolas à se mettre sous la dent dans le 
sud. Snif !


Nicolas


Le 20/01/2017 15:39, Gaël SIMON a écrit :

Bonjour,
voici quelques copies d'écran de mon outil de suivi (malheureusement 
non partageable simplement).
Page d'accueil synthétique du tableau de bord : 
https://framapic.org/SlOcpLo3mVZN/j2xztpK2RQCC.PNG
Détails de localisation, avec les noms / sans nom : 
https://framapic.org/U0OFac5IZEwK/ohKlsTSfUoJe.PNG
Répartition des noms dans département : 
https://framapic.org/f90tlVcSq8Mk/BbcJlclR3bPb.PNG


Bonne "lecture"



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

[OSM-talk-fr] Voies fantoir du département de la Lozère... c'est complet !

[Nicolas Moyroud]

Bonjour à tous,

J'ai le plaisir de vous annoncer que j'ai achevé la saisie dans OSM des 
voies fantoir sur tout le département de la Lozère :

http://cadastre.openstreetmap.fr/fantoir/voies_recentes_manquantes.html#dept=48
Il reste toutefois quelques résidus que je n'ai pas réussi à trouver 
malgré mes efforts acharnés ! ;-)
J'en profite aussi pour faire remarquer un petit problème dans le 
rapprochement. Pour la 3ème ligne (Auroux) et la 6ème ligne (Banassac) 
j'ai bien indiqué le tag ref:FR:FANTOIR sur les voies concernées mais le 
rapprochement ne semble quand même pas se faire parce que ce sont des 
highway=secondary. Le rapprochement a-t-il été géré pour les primary, 
secondary et tertiary ?


Nicolas


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

Re: [OSM-talk-fr] Cartographie des églises

[Nicolas Moyroud]

Bonjour Donat,

Bravo pour ce travail exhaustif sur les églises de Meurthe-et-Moselle !
Je complète moi-même régulièrement des noms d'églises manquants sur les 
départements du Languedoc-Roussillon en me basant sur le site 
clochers.org. Comme toi je me sers souvent des photos qui y sont 
proposées pour faire du repérage de formes afin d'être sur qu'il s'agit 
bien de la bonne église.
Vu le catalogue impressionnant qui est présent sur ce site, je me suis 
dis que ce serait utile d'avoir un lien entre les objets OSM et les 
identifiants des églises sur le site. Du coup j'ajoute également dans 
OSM un tag "ref:clochers.org" sur les églises en mettant le numéro qui 
se trouve dans l'URL de la page d'une église. Par exemple si c'est 
"accueil_48013.htm" je mets "48013". C'est souvent le code insee de la 
commune, mais pas toujours si il y a plusieurs édifices religieux sur la 
même commune (par exemple 48090a, 48090b).


Nicolas


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

Re: [OSM-talk-fr] Adresses... (encore)

[Nicolas Moyroud]

Cette discussion sera fin tant que tu n'auras pas conceptualisé 
l'adresse autrement que penser qu'elle se rapporte obligatoirement à 
un bâtiment.
Pas forcément un bâtiment mais en tout cas l'adresse se rapporte à 
quelque chose. Et un point seul dans le vide ne rapporte à rien à part 
lui-même (sauf si tu le mets dans une relation comme je le disais 
précédemment). Et je pense également que cette discussion sera sans fin 
tant que certains n'auront pas conceptualisé ça.
Je prends un exemple : tu as 4 entrées rapprochées au fond d'une impasse 
tu mets tes 4 numéros d'adresse les uns à côté des autres. Tu ne sais 
plus à quel objets se rapportent chacune des adresses (je dis objet 
volontairement pour que tu y mette ce que tu veux dans objet : bâtiment, 
parcelle).
Donc c'est bien de mettre un numéro d'adresse tout seul, ça sert dans 
certains cas, mais il y a une perte d'informations et c'est dommage.


Nicolas

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

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Nicolas Moyroud]

je suis personnellement pour le partage des connaissance (mais 
réticent au partage des données privées, genre piscines, voie d’accès 
sur les parcelles privées -surtout qu’elles ne sont pas forcément 
distingué dans les rendus…)
Faux les voies d'accès privées si on leur affecte le bon tag 
access=private sont clairement distinguées sur les rendus.
Pour les piscines, je n'arrive pas à comprendre la logique qui est 
derrière. Ce n'est pas plus privé qu'un bâtiment qui représente une 
maison. Cette donnée est disponible sur la cadastre également. Vu que 
l'on s'autorise à intégrer les bâtiments du cadastre dans OSM, il n'y 
absolument aucune raison valable que l'on ne fasse pas pareil avec les 
piscines, en prenant bien entendu soin d'ajouter le tag access=private 
dessus.
C'est marrant cette réticence sur les piscines en France. Je me demande 
d'où ça peut bien venir... :-P


Nicolas


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

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Nicolas Moyroud]

En milieu urbain, ce point d'accès sera souvent sur le bâtiment 
lui-même mais il suffit que le(s) bâtiment(s) soit en retrait de la 
voirie, le point d'accès et donc l'adresse seront alors indépendants 
du (des) bâtiment(s).
Mais qui a dit que le numéro d'adresse devait être placé sur le point 
d'accès ? On ne travaille pas exclusivement pour les usages des postiers 
que je sache !
Si tu mets un numéro d'adresse sur un noeud flottant qui n'est raccroché 
à rien d'autre, il faudrait à minima le mettre dans une relation qui 
contient également le ou les bâtiments concernés. Sinon impossible de 
savoir à quoi se rapporte ton numéro d'adresse et il ne sert plus qu'à 
une seule chose : savoir où se trouve le portail ou la boîte aux 
lettres. Ce qui à mon sens n'est pas l'intérêt principal d'un numéro 
d'adresse dans OSM, mais le seul intérêt de la poste...


Nicolas

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

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Nicolas Moyroud]

Cette solution "point du polygone" ne convient pas vraiment quand il y 
a une maison d'un côté et un garage de l'autre sur lequel est la bàl : 
il vaut mieux un point au niveau du portail entre les deux.
Qui a dit que la position du point devait forcément se trouver à 
l'endroit de la boîte aux lettres ou du portail ? On parle d'un numéro 
d'adresse de manière globale pas d'une position de boîte aux lettres ou 
de l'entrée d'un lieu d'habitation. Donc pour ça il vaudrait mieux 
utiliser les tags entrance=main ou barrier=gate (et inventer un tag pour 
indiquer une boîte aux lettres de réception du courrier).
Le numéro d'adresse pour moi c'est un élément qui caractérise avant tout 
l'habitation principale et pas le garage ou le pigeonnier donc je trouve 
qu'il est toujours pertinent de mettre le point sur le contour du 
bâtiment principal et je n'ai quasiment jamais eu à dévier de ce schéma. 
Même si il y a de rares cas où déterminer quel est le bâtiment principal 
n'a pas été facile, avec les images aériennes j'ai quasiment toujours 
réussi à m'en sortir.
Mais encore une fois tout cela n'engage que ma propre opinion et ma 
pratique personnelle du tagging OSM. :-)


Nicolas

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

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Nicolas Moyroud]

On n'est même pas obligé d'utiliser une relation pour les adresses. 
La solution sans c'est : addr:housenumber=8 addr:street=Rue de la Paix 
Oui mais ça c'est une solution que je n'ai même pas citée parce que ça 
revient à faire des points indépendants qui ne sont plus liés à l'objet 
linéaire de la rue. Pour les mises à jour ça rend le truc très compliqué 
à gérer. Si le nom de la rue change pour une raison quelconque il faut 
changer chaque point indépendamment avec les risques d'en oublier 
certains. La relation permet d'éviter la répétition d'informations 
autant s'en servir...

Question: des boulevards du Massacre ou des rues de la Paix, il y en a plein, 
alors la chaine de caractère seule est-elle une clef «relationnelle» pertinente 
ou il manque quelque chose?
Justement non ce n'est pas une clef pertinente et avec une relation tu 
pourrais utiliser l'id de la relation. On avait parlé du problème de la 
non persistance des id OSM pour les nodes et les ways, mais dans le cas 
des relations c'est moins sensible car une relation est rarement 
supprimée d'OSM.
Pour moi le schéma des adresses sans relation est une mauvaise pratique 
à éviter. Mais encore une fois ça n'engage que mon opinion personnelle !


Nicolas

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

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Nicolas Moyroud]

Bonjour,

Ce qui m'amène, pour le coup, à vous interroger sur la relation qui existe (ou 
pas) au sein d'OSM (ou en géomatique en général) entre les rues et le bâti: par 
exemple, au-delà de la question de la proximité géographique (qui finalement 
n'en est pas une), comment se gère le problème d'un immeuble qui a une entrée 
sur un numéro d'une rue et une deuxième entrée sur un autre numéro d'une 
deuxième rue?

Comment implémente-t-on cette sémantique?  (Là, tout de suite, au moment où je 
vous parle, je pense aux pompiers qui ont forcément cette information sur la 
plus part des batiments de France, sauf erreur de ma part.)  (Je pense encore, 
mais c'est sans doute l'intérêt des plans d'urgence règlementaires figurant à 
l'entrée de tout bâtiment...)
Il y a plusieurs façons différentes d'ajouter un numéro d'adresse dans 
OSM. Soit en tant que tag sur le bâtiment entier (solution que je n'aime 
pas), soit en positionnant un point devant le bâtiment, soit en 
positionnement un point sur le contour du bâtiment (ma solution 
préférée... mais qui n'engage que moi). C'est alors le point qui porte 
le tag avec le numéro d'adresse.
Dans le cas d'un bâtiment avec 2 numéros d'adresse sur 2 rues 
différentes, la première solution n'est plus envisageable (voilà 
justement pourquoi je ne l'aime pas). Je mets 2 points sur le contour du 
bâtiment. En général j'essaie de mettre le point du côté de la rue 
concernée, ou alors de repérer les entrées réelles du bâtiment sur les 
images aériennes quand c'est possible. Ensuite il suffit de mettre 
chaque point dans 2 relations différentes qui correspondent chacune à la 
bonne rue.


Nicolas

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

Re: [OSM-talk-fr] Régions françaises & Geofabrik

[Nicolas Moyroud]

Option 4 : Ce serait bien de mettre les nouvelles entités, mais ce 
serait aussi super utile de garder les anciennes !


Un exemple concret :
J'ai mis en place un outil d'extraction automatisé qui fonctionne sur la 
récupération du fichier geofabrik du Languedoc-Roussillon. Je ne veux 
pas faire monter en charge le serveur qui réalise ces extractions sur 
une région aussi grande que l'Occitanie. Ça ne me servira pas et ça va 
surcharger inutilement mon serveur à chaque extraction.


Nicolas


Le 11/01/2017 17:47, Waxy a écrit :

Salut,

Il y a quelques temps Geofabrik avait demandé à la communauté française
des contributeurs s'il devait revoir le découpage et les "extracts" des
régions françaises.

[] On considère que c'est acté et on leur demande d'effectuer le
changement vers les nouvelles régions.

[] On attend encore. On sait jamais…

[] On laisse comme ça et on continue à se dém^w [débr|bid]ouiller.

[] .

@+

___
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