Re: [OSM-talk-fr] Proposition de mise à jour : la population des communes

2020-02-04 Par sujet Donat ROBAUX
Hello,

Juste pour info, on est actuellement à 70.32%!!!
Il est peut-être temps de finir ca par une édition en masse VdCT? Histoire
d'être prêt pour les municipales, non?
A moins que d'autres contributeurs soient encore intéressés pour contribuer
à ce sujet?

Mais on me dit dans l'oreillette qu'un Projet du mois se prépare sur un
autre sujet...

Donat



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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


Re: [OSM-talk-fr] Voies OSM inconnues de FANTOIR

2020-02-04 Par sujet rainerU



Am 04.02.20 um 16:42 schrieb Christian Quest:


Rue Luchino Visconti 661365195R
Rue Georges Claude 661361048H


661363128U RUE LOUIS VISCONTI
661360858B AV GEORGES ET CLAUDE CAUSTIER



La DGFiP ne modifie semble-t-il jamais un libellé, mais préfère annuler 
l'ancienne entrée dans FANTOIR et en créer une nouvelle, ce qui est visiblement 
le cas pour les deux exemples cités.




Dans les deux cas, il s'agit d'une suppression. Il y a eu une rue Louis Visconti 
(architecte français), puis on a créé la rue Luchino Visconti (réalisateur 
italien). On a du s'apercevoir que d'avoir deux rues Visconti n'était pas une 
bonne idée et on a supprimé la rue Luchino Visconti. Pareil pour Georges et 
Claude Caustier, sauf que là on a supprimé la rue George Claude (scientifique) 
existante pour pouvoir créer la rue Georges et Claude Caustier (industriels 
locaux). Comme les deux noms supprimés figurent toujours sur le plan cadastral 
quelqu'un les a saisi dans OSM.



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


Re: [OSM-talk-fr] Voies OSM inconnues de FANTOIR

2020-02-04 Par sujet Jérôme Seigneuret
Bon ben c'est bien ça ! Au moins on a la totale côté voirie

Le mar. 4 févr. 2020 à 19:04, Vincent de Château-Thierry 
a écrit :

>
> > De: "Jérôme Seigneuret" 
>
> > On a déjà fait quelques chose pour les codes Fantoir mis sur OSM mais
> > non reconnu dans la dernière version de FANTOIR? Vu que certains les
> > mettent un peu en automatique. Osmose ou autre?
>
> Ils sont visibles ici :
> http://dev.cadastre.openstreetmap.fr/fantoir/fantoir_errone.html
>
> vincent
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Voies OSM inconnues de FANTOIR

2020-02-04 Par sujet Vincent de Château-Thierry

> De: "Jérôme Seigneuret" 

> On a déjà fait quelques chose pour les codes Fantoir mis sur OSM mais
> non reconnu dans la dernière version de FANTOIR? Vu que certains les
> mettent un peu en automatique. Osmose ou autre?

Ils sont visibles ici : 
http://dev.cadastre.openstreetmap.fr/fantoir/fantoir_errone.html

vincent

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


Re: [OSM-talk-fr] Voies OSM inconnues de FANTOIR

2020-02-04 Par sujet Jérôme Seigneuret
On a déjà fait quelques chose pour les codes Fantoir mis sur OSM mais non
reconnu dans la dernière version de FANTOIR? Vu que certains les mettent un
peu en automatique. Osmose ou autre?

Le mar. 4 févr. 2020 à 16:49,  a écrit :

>
> Le 04/02/2020 à 16:42, Christian Quest - cqu...@openstreetmap.fr a écrit :
> > La DGFiP ne modifie semble-t-il jamais un libellé, mais préfère
> > annuler l'ancienne entrée dans FANTOIR et en créer une nouvelle, ce
> > qui est visiblement le cas pour les deux exemples cités.
>
> Intéressante gestion de version. C'est bon à savoir ! Donc si jamais ils
> voient qu'on a noté une erreur, on va avoir un nouveau numéro FANTOIR
> qui avec un peu de chance sera reconnecté automatiquement à la bonne
> voie. Oui, je sais, les erreurs qu'on note ne sont pas
> remontées, il faudrait que Christian remonte son service Minitel pour
> qu'ils sachent y accéder^^.
>
> Jean-Yvon
>
>
>
> ___
> 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] wiki JOSM : Mise en Forme de la page Fr:Help/Action/Help modifiée par anonyme

2020-02-04 Par sujet Philippe Verdy
Le wiki de JOSM effectivement n'utilise pas Mediawiki mais un autre
logiciel avec son balisage proche (Trackwiki), mais un peu différent de
Mediawiki.

Cependant j'ai des gros doutes sur ":*" pour imbriquer un élément tabulé
dans une éléments de liste à puce, et je ne crois pas que la logique soit
différente.

Pour le wiki Trackwiki de JOSM le ":" ne sert pas à indenter, ce sont des
espaces en tête de ligne. Si on utilise "*" on va créer une
sous-liste (ce logiciel wiki n'utilise pas les "**" multiples comme
Mediawiki pour indiquer le niveau, c'est l'indentation du code source qui
le fait, on ne met qu'une seule "*" pour chaque élément de liste ou de
sous-liste).

Pour indenter un bloc *dans* un élément sans rompre la liste dont fait
partie l'élément dans Trackwiki, on ne met alors que des espaces en
indentant davantage le paragraphe que la puce précédente, et rien d'autre,
donc alors que des espaces.

L'indentation de bloc de Trackwiki utilise "::" (accolés) pour une liste de
définitions, juste après le terme défini (optionnel).

On pourrait donc utiliser "::" pour
continuer l'élément précédent commençant par un "*" moins indenté.



Le mar. 4 févr. 2020 à 17:50, leni  a écrit :

> Ce que tu dis fonctionne sur le wiki osm, mais ne semble pas fonctionner
> sur celui de josm, les commandes semblent être différentes
>
>
> Le 26/01/2020 à 11:39, Philippe Verdy a écrit :
>
> Non, c'est bien "*:" car les marqueurs de listes imbriqués conservent leur
> ordre du niveau de base au niveau imbriqué.
> "*:" signifie que c'est un élément de sous-liste (liste de définition)
> dans un élément de liste à puce (commencé aux lignes précédentes).
> si tu mets ":*" tu auras une sous-liste à puce dans une nouvelle liste
> indentée, et tu romps la liste à puces commencée à la ligne précédente.
>
> Le dim. 26 janv. 2020 à 11:02, leni  a écrit :
>
>>
>> Le 20/01/2020 à 01:05, Philippe Verdy a écrit :
>> > Je ne vois pas de changement de "mise en forme" hormis une
>> > wikification de liste avec des "*" (puces) au lieu des numéros (qui
>> > supposerait un ordre)
>> > C'est somme toute mineur, et ça reste malgré tout une traduction
>> conforme.
>> qui risque disparaitre s'il y a une modification de la page anglaise,
>> j'espérais que la personne était sur la liste et ferait la modif
>> également sur la page originale
>> > Ceci dit ce n'est pas une "liste" valide puisque les éléments
>> > détaillés ont été "indentés" hors liste.
>> > On peut proposer le changement correct (supprimer les numéros non
>> > significatifs par des puces, et non pas indenter le détail avec des
>> > espaces (qui créent un bloc de code) après chaque liste limitée à un
>> > seul item mais avec "*:", afin de conserver la liste non rompue, et en
>> > profiter pour supprimer les barres obliques inverses en fin de ligne)
>> > dans la page anglaise
>> > Sans doute quelqu'un qui ne connait pas bien la syntaxe wiki et croit
>> > pouvoir l'utiliser correctement, mais à moitié en ne voyant pas que
>> > cela ne crée pas une vraie liste mais trois séparées, suivies chacune
>> > d'un bloc indenté.
>>
>> Ce ne serait pas plutôt ":*" ?
>>
>> Je n’arrives pas à faire ce dont tu parles ; pourrais-tu me l'indiquer
>> sur cet extrait ?
>>
>>   1. With the {{{F1}}} key anywhere.\\
>> This invokes the help topic for the screen element under the mouse
>> pointer.
>> If that element has no own help topic, then the request is passed
>> downwards to the surrounding screen element.
>> Finally search ends at the [wikitr:/Help/MapView Map view] or
>> [wikitr:/Help Main help] pages as last resorts.\\
>>
>> ___
> 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] wiki JOSM : Mise en Forme de la page Fr:Help/Action/Help modifiée par anonyme

2020-02-04 Par sujet leni
Ce que tu dis fonctionne sur le wiki osm, mais ne semble pas fonctionner 
sur celui de josm, les commandes semblent être différentes



Le 26/01/2020 à 11:39, Philippe Verdy a écrit :
Non, c'est bien "*:" car les marqueurs de listes imbriqués conservent 
leur ordre du niveau de base au niveau imbriqué.
"*:" signifie que c'est un élément de sous-liste (liste de définition) 
dans un élément de liste à puce (commencé aux lignes précédentes).
si tu mets ":*" tu auras une sous-liste à puce dans une nouvelle liste 
indentée, et tu romps la liste à puces commencée à la ligne précédente.


Le dim. 26 janv. 2020 à 11:02, leni > a écrit :



Le 20/01/2020 à 01:05, Philippe Verdy a écrit :
> Je ne vois pas de changement de "mise en forme" hormis une
> wikification de liste avec des "*" (puces) au lieu des numéros (qui
> supposerait un ordre)
> C'est somme toute mineur, et ça reste malgré tout une traduction
conforme.
qui risque disparaitre s'il y a une modification de la page anglaise,
j'espérais que la personne était sur la liste et ferait la modif
également sur la page originale
> Ceci dit ce n'est pas une "liste" valide puisque les éléments
> détaillés ont été "indentés" hors liste.
> On peut proposer le changement correct (supprimer les numéros non
> significatifs par des puces, et non pas indenter le détail avec des
> espaces (qui créent un bloc de code) après chaque liste limitée
à un
> seul item mais avec "*:", afin de conserver la liste non rompue,
et en
> profiter pour supprimer les barres obliques inverses en fin de
ligne)
> dans la page anglaise
> Sans doute quelqu'un qui ne connait pas bien la syntaxe wiki et
croit
> pouvoir l'utiliser correctement, mais à moitié en ne voyant pas que
> cela ne crée pas une vraie liste mais trois séparées, suivies
chacune
> d'un bloc indenté.

Ce ne serait pas plutôt ":*" ?

Je n’arrives pas à faire ce dont tu parles ; pourrais-tu me
l'indiquer
sur cet extrait ?

  1. With the {{{F1}}} key anywhere.\\
    This invokes the help topic for the screen element under the
mouse
pointer.
    If that element has no own help topic, then the request is passed
downwards to the surrounding screen element.
    Finally search ends at the [wikitr:/Help/MapView Map view] or
[wikitr:/Help Main help] pages as last resorts.\\

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


Re: [OSM-talk-fr] Voies OSM inconnues de FANTOIR

2020-02-04 Par sujet osm . sanspourriel


Le 04/02/2020 à 16:42, Christian Quest - cqu...@openstreetmap.fr a écrit :

La DGFiP ne modifie semble-t-il jamais un libellé, mais préfère
annuler l'ancienne entrée dans FANTOIR et en créer une nouvelle, ce
qui est visiblement le cas pour les deux exemples cités.


Intéressante gestion de version. C'est bon à savoir ! Donc si jamais ils
voient qu'on a noté une erreur, on va avoir un nouveau numéro FANTOIR
qui avec un peu de chance sera reconnecté automatiquement à la bonne
voie. Oui, je sais, les erreurs qu'on note ne sont pas
remontées, il faudrait que Christian remonte son service Minitel pour
qu'ils sachent y accéder^^.

Jean-Yvon



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


Re: [OSM-talk-fr] Voies OSM inconnues de FANTOIR

2020-02-04 Par sujet Christian Quest

Le 04/02/2020 à 08:42, Vincent de Château-Thierry a écrit :

Bonjour,

Le 04/02/2020 à 08:02, rainerU a écrit :


J'ai constaté que dans la liste des voies inconnues dans FANTOIR on 
trouve des rues qui sont bien dans liste brute FANTOIR. Exemples pour 
la ville de Perpignan 66136 :


Rue Luchino Visconti 661365195R
Rue Georges Claude 661361048H


Pour les rapprochements je ne tiens pas compte des voies FANTOIR 
annulées. Dans tes 2 cas ce sont des voies ayant été annulées dans 
FANTOIR. Pour chacune on a des rues au nom très proche, c'est 
peut-être une raison de leur annulation pour éviter les confusions :


661363128U RUE LOUIS VISCONTI
661360858B AV GEORGES ET CLAUDE CAUSTIER



La DGFiP ne modifie semble-t-il jamais un libellé, mais préfère annuler 
l'ancienne entrée dans FANTOIR et en créer une nouvelle, ce qui est 
visiblement le cas pour les deux exemples cités.



--
Christian Quest - OpenStreetMap France


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


Re: [OSM-talk-fr] Import massif dans OSM

2020-02-04 Par sujet Jérôme Seigneuret
Oui c'est faisable sous Josm et en important les données osm existante avec
overpass. Le plugin conflate est ton ami

Le sam. 1 févr. 2020 à 10:12, Cédric Frayssinet  a
écrit :

> Bonjour à tous,
>
> Les 2 associations lyonnaises Pleinlavue et RAP ont obtenu de la part de
> la Métropole de Lyon, le fichier des implantations des panneaux
> publicitaires (joliment appelé mobilier urbain), notamment JCDecaux :
> https://data.grandlyon.com/jeux-de-donnees/mobilier-urbain-metropole-lyon/donnees
>
> C'est très complet. Actuellement, nous en sommes là au niveau cartographie
> : https://openadvertmap.pavie.info/#15/45.7649/4.8400 (que nous réalisons
> avec MapContrib).
>
> Nous aimerions injecter ce fichier dans OSM pour compléter l'existant,
> tout en n'écrasant par les différents POI qui pourraient exister.
>
> Question 1 : est-ce faisable ?
>
> Question 2 : qui aurait une expertise là dessus pour nous aider ?
>
> Merci d'avance,
>
> Cédric
> --
>
> Sur Mastodon : @bristow...@framapiaf.org
> 
>
> [image: Promouvoir et soutenir le logiciel libre] 
> ___
> 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] Voies OSM inconnues de FANTOIR

2020-02-04 Par sujet rainerU


Am 04.02.20 um 08:42 schrieb Vincent de Château-Thierry:
Pour les rapprochements je ne tiens pas compte des voies FANTOIR annulées. Dans 
tes 2 cas ce sont des voies ayant été annulées dans FANTOIR. Pour chacune on a 
des rues au nom très proche, c'est peut-être une raison de leur annulation pour 
éviter les confusions :


661363128U RUE LOUIS VISCONTI
661360858B AV GEORGES ET CLAUDE CAUSTIER


Merci. Cela confirme l'utilité de cet outil.


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


Re: [OSM-talk-fr] Voies OSM inconnues de FANTOIR

2020-02-04 Par sujet Jérôme Seigneuret
Merci Vincent

Bonne journée

Le mar. 4 févr. 2020 à 08:42, Vincent de Château-Thierry 
a écrit :

> Bonjour,
>
> Le 04/02/2020 à 08:02, rainerU a écrit :
> >
> > J'ai constaté que dans la liste des voies inconnues dans FANTOIR on
> > trouve des rues qui sont bien dans liste brute FANTOIR. Exemples pour la
> > ville de Perpignan 66136 :
> >
> > Rue Luchino Visconti 661365195R
> > Rue Georges Claude 661361048H
>
> Pour les rapprochements je ne tiens pas compte des voies FANTOIR
> annulées. Dans tes 2 cas ce sont des voies ayant été annulées dans
> FANTOIR. Pour chacune on a des rues au nom très proche, c'est peut-être
> une raison de leur annulation pour éviter les confusions :
>
> 661363128U RUE LOUIS VISCONTI
> 661360858B AV GEORGES ET CLAUDE CAUSTIER
>
> vincent
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr