Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?

[deuzeffe]

Le 26/02/2024 à 14:41, Nicolas Dumoulin a écrit :

Salut,


Bonjour,

Bref, construire et maintenir des relations au fil de l'eau et de 
modifications incrémentales, ça peut se gérer. Mais quand tu as tout un 
bloc de modifications comme ce qu'on a vécu à Clermont-Ferrand et qu'on 
va probablement revivre, c'est vraiment une galère de refaire des 
dizaines de fois les mêmes selections de tronçons sans pouvoir les 
conserver de façon fiable (on peut créer une relation temporaire sauvée 
en local, mais aucune garantie de la pérennité des références).


Solution simple suggérée en son temps par un membre du DWG : ne garder 
que les points d'arrêt (stop_position et platform/bus_stop) pour un PTv3.


--
deuzeffe, qui est déjà loin.

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

Re: [OSM-talk-fr] Pifométrage en Normandie....

[deuzeffe]

Le 07/08/2023 à 10:30, leni a écrit :


si depuis JOSM je demande l'ouverture de Pifomètre, il me répond "404 
n'est pas un code INSEE de commune"


Ah, je ne suis pas la seule : tu me rassures !
(tu ouvres un ticket làoùkilfô ?)

J'ai aussi un pb avec une nouvelle commune du 87 : 
https://github.com/osm-fr/osm-vs-fantoir/issues/314#issuecomment-1666979967


En cours d'investigation, stay tuned!
--
deuzeffe


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

Re: [OSM-talk-fr] public transport edit war in the Nice area

[deuzeffe]

Le 08/06/2023 à 21:21, Marc_marc a écrit :


pour moi les vrais soucis du PTv2 actuels sont :
- les routes dans l'itinéraire pourraient être optionnel,
avoir l'ordre des arrêts permet déjà de traiter la majorité des cas 
simples où le bus prend l'itinéraire le plus court entre chaque arrêt


Oui, oui, oui (3 fois oui, donc). C'était d'ailleurs une des idées de 
Guillaume (Rischard). Qui m'avait paru incongrue, à l’époque... Et puis, 
il faut bien se rendre à l’évidence : la maintenance des lignes est pire 
que le boulot de Sisyphe (cf les dernières discussions de je ne sais 
plus qui qui modifient les ronds-points, ce qui casse les lignes - et 
s'il n'y avait que ça...)


Voilà, j’espère ne pas avoir écrit trop de bêtises et que cela sera 
utile.


C'est long mais clair :)
--
deuzeffe

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

Re: [OSM-talk-fr] [édition mécanique] sidewalk=none -> sidewalk=no en France

[deuzeffe]

Boule blanche.

Le 15/03/2023 à 01:29, Marc_marc a écrit :

Bonjour,

je propose l'édition de masse suivante :
remplacement de sidewalk=none par sidewalk=no
sur les objets way ayant un tag highway
en France

cette modification est cohérente avec le wiki,
les habitudes d'osm (=no pour l'absence)
et les préset de josm (iD n'a pas de preset
à ce sujet et ne fait que fournir les valeurs
de taginfo si on ajoute le tag à la main)

Avis ?

Cordialement,
Marc



___
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] Mapbox contribute ?

[deuzeffe]

Le 10/03/2023 à 15:52, Vincent Bergeot a écrit :

Bonjour,


Hello,


sur ce site https://www.mapbox.com/contribute

il est proposé de contribuer mais il est difficile de comprendre à 
quelle base la contribution est faite ni de quelle base les points 
d'intérêts sont extraits.


@mapboxteam, pourrriez vous nous expliquer d'où proviennent les données 
et qu'est ce qui est fait des contributions svp ?


Dans ma zone de contribution, je ne reconnais pas vraiment les points 
d'intérêts, donc cela ne provient pas d'OpenStreetMap, je ne sais donc 
pas où peuvent aller mes éventuelles contributions !


Je certifie que les données ne viennent pas d'OSM : rarement vu une 
telle mauvaise qualité des données dans ma ZdC... Et ça ne vient pas de 
GG non plus, tout autant bourré d'erreurs mais pas les mêmes ^^

(il y a même des données perso. :/)

--
deuzeffe

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

Re: [OSM-talk-fr] JOSM version 18583 traduction du journal des modifications

[deuzeffe]

Bonjour,

Je sais donc à quoi m'attendre la prochaine fois que je lance le monstre.

Blague à part, merci à toi pour ce boulot et le pense-pas-bête.
--
deuzeffe

Le 02/11/2022 à 10:33, leni a écrit :

Bonjour

Voici la traduction du Journal des Modifications de la Version Stable 
18583 de JOSM


https://josm.openstreetmap.de/wiki/Fr%3AChangelog#a2022-11-01:VersionStable1858322.10 
(le lien vers l’original anglais est en haut à droite)


Bonnes contributions
cordialement

leni



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


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

Re: [OSM-talk-fr] BANO : rapprochements sans code FANTOIR

[deuzeffe]

Le 28/09/2022 à 18:32, leni a écrit :


Je suis revenu en arrière et je retrouve dans l'onglet 0

Voie sans FANTOIR
 CHE GENBOY chemin de genboy


et dans l'onglet 2

320870110M 2021-04-26 CHEM DE JENBOY



Ma mémoire est une traîtresse. Et CHE et CHEM sont bien dans les dico.

C'est probablement l'orthographe divergente qui empêche le rapprochement.

Tu peux refaire un pas en avant, merci ;)
--
deuzeffe, confuse.



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

Re: [OSM-talk-fr] BANO : rapprochements sans code FANTOIR

[deuzeffe]

Le 26/09/2022 à 19:46, Vincent de Château-Thierry a écrit :
Si tu combines l'orthographe de la BAN (avec un G plutôt qu'un J) et un 
ref:FR:FANTOIR, ça devrait tout réconcilier, le contenu OSM faisant le 
lien aussi bien avec FANTOIR qu'avec la BAN. Je dis ça mais je n'ai pas 
essayé, je te laisse la primeur :) Tu peux aussi qualifier la voie avec 
une erreur ou divergence d'orthographe, mais ça n'influence pas le 
rapprochement.


Je n'avais pas vu la divergence d'orthographe (honte sur moi) mais de 
(piètre) mémoire, il semble me rappeler que le pseudo-libellé FANTOIR 
était de la forme "CH" (et non CHE ou CHEM) qui n'existe pas dans ton 
dico. ni dans le référentiel FANTOIR. Aucune idée si ça a pu influer, 
surtout que comme Leni a bien fait les choses, c'est devenu transparent 
(donc invisible).


--
deuzeffe

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

Re: [OSM-talk-fr] BANO : rapprochements sans code FANTOIR

[deuzeffe]

Le 26/09/2022 à 14:53, Vincent de Château-Thierry a écrit :

Bonjour,


Hello,


Le fichier évolue chaque trimestre (comme tu sais ;) )


Oh ! Quelle surprise ! ;P


En l'état, le vrai déclencheur de la disparition du code
pseudo-FANTOIR c'est l'apparition du vrai code conjointement dans
FANTOIR et la BAN. Il faudrait un peu de boulot additionnel pour que
le pseudo disparaisse rien qu'avec la publication du vrai dans
FANTOIR.


Donc, "yapuka" coder le déclencheur, c'est ça ?

Les noms dans l'onglet 6 disparaissent (normalement) au rythme où 
apparaissent des adresses dans OSM associées au nom de voie.

Ah faut intégrer les adresses en plus du nom des voies ? Bouhouhou...

Ah non, Nedde est tout propre !!!
Merci :)

Oui les noms BAN dans leur version pseudo-FANTOIR essaient au mieux 
de ressembler aux noms FANTOIR. Au moment de leur chercher un nom 
correspondant dans OSM, le même traitement est fait pour les noms 
OSM. La plupart du temps, ça converge. Mais juste la plupart du 
temps, pas tout le temps :) Ton exemple est typique : deSverineS

dans la BAN, deverine dans FANTOIR, deverRine dans OSM. Pur bazar. Le
tag ref:FR:FANTOIR permet de faire le lien OSM <-> FANTOIR pour
compenser ces divergences, mais on n'a aucun mécanisme pour
l'équivalent entre BAN et OSM ou BAN et FANTOIR. C'est un peu la
limite de l'exercice pour l'instant.


Certes. Mais on fait comme d'hab. : forcer le rapprochement avec 
ref:FR:FANTOIR, donc.

--
deuzeffe

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

Re: [OSM-talk-fr] BANO : rapprochements sans code FANTOIR

[deuzeffe]

Le 26/09/2022 à 10:27, leni a écrit :


Le 25/09/2022 à 22:52, deuzeffe a écrit :

Le 25/09/2022 à 11:02, Vincent de Château-Thierry a écrit :


merci pour vos retours,


Merci à toi pour le boulot.


pour Vincent, je copie sur deuzeffe : "Merci à toi pour le boulot. "


"AOL" aurait été plus court* (on évitera le me2 qui a pris une autre 
connotation de celle qu'il avait au début du siècle).


*sa signification https://en.wiktionary.org/wiki/AOL dans son contexte 
https://en.wikipedia.org/wiki/Eternal_September

--
deuzeffe, dino fossilisée

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

Re: [OSM-talk-fr] BANO : rapprochements sans code FANTOIR

[deuzeffe]

Le 25/09/2022 à 11:02, Vincent de Château-Thierry a écrit :

Bonjour,


Bonsoir,

Désormais quand une voie est connue de la BAN mais pas de FANTOIR, elle 
est intégrée à BANO avec un pseudo code FANTOIR. 


\o/
(comment on met une étoile sur un post de ML ? :P)

J'ai teste ce week-end : c'est au top !

Question bête : si par miracle, les voies hors FANTOIR apparaissent 
soudainement dans le fichier FANTOIR/TOPO à venir (on peut rêver et 
croire au PN), comment va réagir pifomètre ? Un gros rhume ? (pardon)


Les adresses correspondantes de la BAN étant prises en compte dans BANO, 
elles deviennent disponible pour intégration via Pifomètre (Deuzeffe, ça 
pourrait modifier ton tuto...), 


Carrément : il a été plus ou moins starter, il retourne dans les limbes ;)

- on retrouve en tant que voies avec adresses quantité de lieux-dits, 
tout simplement car la BAN ne fait pas le distinguo entre lieux-dits et 
voies. J'ai bien dans les cartons d'opérer ce distinguo (cf ce ticket 
[5]) mais ça sera dans un second temps


Les LD se reconnaissent facilement dans l'onglet 0 -> je ne les traite 
pas. En revanche, si tu peux arriver à faire qq chose (si ce n'est pas 
déjà en train) pour nettoyer l'onglet 6 des voies sans FANTOIR une fois 
qu'elles sont rapprochées, ça serait bien...


Côté exports BANO, il y a aura à coup sûr des doublons liés à des 
divergences d'orthographe, mais je n'ai pas terminé l'analyse. Si vous 
voyez des cas de doublon dans Pifomètre, je suis preneur.


J'ai (c'est un peu le bazar dans osm :/) !
https://bano.openstreetmap.fr/pifometre/index.html#insee=87041=0
- divergence d'orthographe :
-- Voie sans FANTOIR	RUE ADJ GAL DESVERINES	rue de l'adj général 
desverines onglet 0
-- 870410015E	2018-03-26	RUE DE L'ADJ GAL DEVERINE	Rue du Général 
Déverrine onglet 1


C'est moi où tu as "reverse"renommé les voies de la BAN dans le style 
des libellés FANTOIR ?


Bon, finalement, je n'ai pas plus que ça, et je ne suis pas sure que mon 
exemple soit tout à fait approprié :/



merci pour vos retours,


Merci à toi pour le boulot.
--
deuzeffe, qui va laisser Châteauponsac de côté pour le moment.

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

Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible

[deuzeffe]

Le 20/09/2022 à 16:44, Vincent de Château-Thierry a écrit :

De: "deuzeffe" 
D'autre part, l'ordre de priorité a plus ou moins évolué aussi puisque
exit OpenData historique et cadastre. Et donc, le nouveau est ? OSM en
premier, mais après ?


OSM en 1er, puis BALs et enfin BAN

hache-thé-hache


Done.
Thé-hache-ixe
--
deuzeffe

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

Re: [OSM-talk-fr] Pifomètre : Dans OSM et inconnu de FANTOIR - que je ne trouve pas dans OSM

[deuzeffe]

Le 20/09/2022 à 09:40, leni a écrit :


Le 19/09/2022 à 22:30, deuzeffe a écrit :

Bonsoir,

Attention, le dernier onglet de Pifomètre (dans OSM inconnu de 
Fantoir), est un fourre-tout expérimental (c'est son concepteur qui le 
dit) qui prend aussi les old_name, les alt_name, les amenity=school, 
les lotissements, etc. Bref, l'humain est indispensable pour y faire 
le tri.
Merci deuzeffe (multi-tâche, en plus de travailler sur le wiki tu 
arrives à répondre aux questions...) je ne savais pas (ou j'avais 
oublié) qu'il n'y avait pas que les names !!!


Sens toi rassuré : je m'y fais encore prendre parfois moi aussi.


HTH

tu peux traduire aux vieux qui ne savent pas "HTH" ?


Ce sont plutôt les jeunes qui ne connaissent pas la signification. C'est 
d'ailleurs un vieux qui t'a répondu :) Et qui aurait pu te donner ce 
lien-là : https://fr.wiktionary.org/wiki/HTH
(pour en savoir plus : 
https://www.howtogeek.com/737657/what-does-hth-mean-and-how-do-i-use-it/)


C'est de la veille culture geek du temps des début de l'internet (au 
siècle dernier, quoi).


HTH ^^

--
deuzeffe - Pas taper, pas tap ailleuh!




Le 19/09/2022 à 16:48, leni a écrit :

Bonjour

Est-ce que Pifomètre utilise les alt-name pour placer des voies dans 
cette liste ?


J'ai la commune de Bouloc (31079) dans laquelle je trouve "Rue 
Ferrée" alors que je ne trouve cette valeur que dans le alt-name de 
la "Rue de la Voie Ferrée" https://www.openstreetmap.org/way/35399575 
ou je n'ai pas su chercher !!!


cordialement

leni


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


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


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


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

Re: [OSM-talk-fr] Pifomètre : Dans OSM et inconnu de FANTOIR - que je ne trouve pas dans OSM

[deuzeffe]

Bonsoir,

Attention, le dernier onglet de Pifomètre (dans OSM inconnu de Fantoir), 
est un fourre-tout expérimental (c'est son concepteur qui le dit) qui 
prend aussi les old_name, les alt_name, les amenity=school, les 
lotissements, etc. Bref, l'humain est indispensable pour y faire le tri.


HTH

Le 19/09/2022 à 16:48, leni a écrit :

Bonjour

Est-ce que Pifomètre utilise les alt-name pour placer des voies dans 
cette liste ?


J'ai la commune de Bouloc (31079) dans laquelle je trouve "Rue Ferrée" 
alors que je ne trouve cette valeur que dans le alt-name de la "Rue de 
la Voie Ferrée" https://www.openstreetmap.org/way/35399575 ou je n'ai 
pas su chercher !!!


cordialement

leni


___
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] Dégommer du rouge, visible ou invisible

[deuzeffe]

Le 17/09/2022 à 17:39, Vincent de Château-Thierry a écrit :
Voici la liste : 
https://gist.github.com/vdct/be5ff23fa87bf7550daea828b90d92f4


Mici.

Je ne l'ai pas vraiment analysée, possible que ça ne nous donne pas ce 
qu'on attend...


Je vais voir les 87XXX (et chercher les faux positifs ?)
--
deuzeffe

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

Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible

[deuzeffe]

Le 17/09/2022 à 18:15, Vincent de Château-Thierry a écrit :

J'ai un peu avancé sur ce sujet, en choisissant 2 communes cobayes : 
Torsac (16382) et Nedde (87104). Ca donne ce type de possibilité dans 
Pifomètre :


https://bano.openstreetmap.fr/pifometre/#insee=87104=1


Marchi M'sieur.
(tiens, j'en ai raté 3...)

C'est pas complètement sec, notamment car le dernier onglet (voies 
connues d'OSM) est rempli alors qu'on devrait trouver majoritairement 
son contenu plutôt dans le 2e onglet. Peu importe, ça n'empêche pas de 
jouer avec l'intégration d'adresses, sans code FANTOIR.


Si c'est satisfaisant, la suite consistera à identifier d'autres 
communes sujettes au même procédé.


Tu veux que je regarde les 87xxx de la liste des 1 900 ? Et que j'y 
fasse qq chose ?


--
deuzeffe

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

Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible

[deuzeffe]

Hello,

Le 05/09/2022 à 23:25, Vincent de Château-Thierry a écrit :
Soit on les détermine par une règle, par exemple quelles communes ont 
des enregistrements dans la BAN et n'ont que des lieux-dits dans FANTOIR 
: on en trouve quand même 1900.


Cette liste est visible "quelque part sur le ternet" ?
(et 1 900 sur près de 35 000 communes, c'est un pouième ; moins de 6 % 
il me semble)


--
deuzeffe, curieuse, toujours.

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

Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible

[deuzeffe]

Hello,

Le 04/09/2022 à 14:00, Vincent de Château-Thierry a écrit :

Vu de maintenant : non, le wiki n'est pas à jour :(


Une chtite mise à jour ici : 
https://wiki.openstreetmap.org/wiki/FR:France/Base_Adresses_Nationale_Ouverte_(BANO)#Sources

avec différenciation BANO v1/BANO v2

C'est mieux ?

D'autre part, l'ordre de priorité a plus ou moins évolué aussi puisque 
exit OpenData historique et cadastre. Et donc, le nouveau est ? OSM en 
premier, mais après ?


--
deuzeffe

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

Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible

[deuzeffe]

Pas franchement ni souhaitable, ni utile, amha.

Le 06/09/2022 à 14:47, laurent-38 a écrit :



De: "Jérôme Amagat" 
À: "Discussions sur OSM en français" 
Envoyé: Vendredi 2 Septembre 2022 00:45:20
Objet: Re: [OSM-talk-fr]Dégommer du rouge, visible ou invisible


[…]

Pas besoin de se substituer à l'administration, c'est déjà fait par la
BAN. toutes les adresses de la BAN ont une Clé d’interopérabilité
par exemple "15141_0002_4"  pour le 4 rue de l'Alagnon à
Neussargues-Moissac dans le cantal (on peux aussi avoir
"15141_0002_00025_b"  pour le 25 b de la même rue)
avec insee de la commune _ code de la voie _ numéro dans la voie
les 9 1e chiffres c'est le Fantoir de la voie auquel il manque une
clé calculé.
Si il n'y a pas de Fantoir pour la rue on a par exemple
"15108_zdktl2_2" même chose que précédemment sauf au milieu un
code
voie temporaire, il semble faire 6 caractères avec lettre ou chiffre.

Par contre je ne sais pas comment il est déterminé et surtout s'il ne
bouge pas dans le temps.


Bonjour,

Lorsque que l'on travaille à partir des CSV de la BAN, le champ cle_interop est 
fourni pour chaque adresse.
J'ai envie de rajouter cette information aux adresses que j'importe sous la 
forme d'un attribut ref:FR:BAL=* ou ref:FR:BAN=*.
Est-ce utile/souhaitable ?

Cordialement
~~
laurent

___
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] Dégommer du rouge, visible ou invisible

[deuzeffe]

Le 05/09/2022 à 23:25, Vincent de Château-Thierry a écrit :

Bonsoir,


Hello,

On doit pouvoir mettre en place un mécanisme assez simple qui complète 
FANTOIR avec les noms des voies de la BAN et un identifiant (qui n'a 
même pas besoin d'être pérenne). Le principal souci est de bien 
déterminer quelles communes sont concernées.


Bien la question que je me pose depuis que Jérôme a exposé son calcul 
complexe (et pas vraiment fiable, comme il le dit lui-même)


Soit on les détermine par une règle, par exemple quelles communes ont 
des enregistrements dans la BAN et n'ont que des lieux-dits dans FANTOIR 
: on en trouve quand même 1900.


Vu que tu dois être un des rares à avoir une vue globale mais détaillée 
du bouzin, ton approche semble pertinente. Et 1 900 sur moins de 36 000 
communes, ça fait pas des masses.


Soit on les énumère dans un fichier et on fait vivre ce fichier, en 
ajoutant au fil de l'eau les communes où on constate du vide dans 
Pifomètre et de la matière dans la BAN, et en supprimant celles pour 
lesquelles on voit apparaître du contenu "voies" dans FANTOIR.


Question de nunuche : comment détermines-tu celles qui doivent être dans 
la liste ? Pas compris :(


Vos avis & idées bienvenus, surtout si on essaie de trouver des règles. 
Par défaut, je peux partir sur une liste de communes (au hasard pour 
commencer, Torsac et Nedde)


Certes, c'est parce qu'on te les as signalées... C'est donc le critère 
pour les inclure dans la liste ? Je crains que ça ne soit pas gtrès 
productif :(((


--
deuzeffe, nunuche mal comprenante

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

Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible

[deuzeffe]

Le 04/09/2022 à 14:00, Vincent de Château-Thierry a écrit :

Bonjour,


Bonjour,

Encore une fois, merci pour ton sens de la pédagogie et de la clarté.

Cette partie du Wiki date du tout début de BANO, avant qu'émergent les 
BAL. C'était la foire à l'open-data, chaque entité (ville, agglo) y 
allant de sa publication. Christian produisait un script par source pour 
unifier tout ça.


J'imagine que ça a dû être un sacré boulot.


Vu de maintenant : non, le wiki n'est pas à jour :(

D'autre part, dans les fichiers départementaux de la BANO 
(https://bano.openstreetmap.fr/data/) on trouve comme source de données :

- OSM, OD, CAD : ok
- C+O, O+O ? : Commune, OD ?


C'est une codification du début de BANO, et qu'on a gardée au fil des 
changements de sources (arrêt du Cadastre et des Open-data, arrivée de 
BALs et BAN)


C'est tout de suite plus clair !

Et j'ai vraiment l'impression qu'il y a des bouts de BAL dedans. 
sont-ce des BAL qui sont raccord avec FANTOIR ou des BAL "orphelines" 
ie sans lien avec FANTOIR ?


Oui il y en a, issues de 
https://adresse.data.gouv.fr/data/adresses-locales/latest/csv/. 


Ah bin voilà : Il y en a \o/

Celles qu'on trouve en sortie de BANO sont forcément liées à FANTOIR, en l'état 
du fonctionnement de BANO


Yep, pas de Fantoir -> pas de BAL servie par BANO.

Je suppose que personne ne voit d'inconvénient à ce que j'update qq 
parties de la page BANO ? Et si oui, que ça soit dit ou bien tu à jamais.


--
deuzeffe, cécelkidikié

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

Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible

[deuzeffe]

Le 31/08/2022 à 23:50, Vincent de Château-Thierry a écrit :
J'ai brouillonné un petit tuto pour dégommer du rouge avec ou sans 
Pifomètre, ici : 
https://wiki.openstreetmap.org/wiki/User:Deuzeffe/voies-sans-nom



Merci pour ton partage de méthode Deuzeffe :)


De rien, M'sieur. J'aime pas trop de retrouver comme une poule devant un 
couteau, et quand je suis tombée sur le Fantoir de Nedde...


non, ou en tout cas pas si simplement que ça. Comme le rappelle 
Deuzeffe, Fantoir est le pivot de BANO (moi j'aime bien parler de 
"dorsale", mais on dit la même chose). 


Et quand le pivot ou la colonne vertébrale sont absents, rien ne tient 
debout...


Fantoir étant le hub de tout ça, une commune non couverte par Fantoir 
pour ses voies se retrouve mécaniquement invisible dans BANO, et donc 
aussi dans les outils Pifomètre. On a eu le cas l'été dernier avec 
Torsac, en Charente [1]. C'est moche, je suis d'accord.  Je n'ai pas 
idée de l'ampleur du phénomène, avec Nedde ça fait au moins 2. 


Tu ferais un ticket à laisser ouvert pour qu'on y rajoute les communes 
en question ? Bon, ça risque de bouger avec les livraisons des FANTOIR 
puis BD Topo successives (on peut rêver...), mais bon.



Suggestions bienvenues !


(Questions, plutôt)
Si je lis bien le wiki, dans les sources : 
https://wiki.openstreetmap.org/wiki/FR:France/Base_Adresses_Nationale_Ouverte_(BANO)#Sources 
on trouve celles en OD : 
https://wiki.openstreetmap.org/wiki/FR:France/Base_Adresses_Nationale_Ouverte_(BANO)/OpenData 
et je m'étonne de ne trouver aucune BAL.


D'autre part, dans les fichiers départementaux de la BANO 
(https://bano.openstreetmap.fr/data/) on trouve comme source de données :

- OSM, OD, CAD : ok
- C+O, O+O ? : Commune, OD ?

Et j'ai vraiment l'impression qu'il y a des bouts de BAL dedans. sont-ce 
des BAL qui sont raccord avec FANTOIR ou des BAL "orphelines" ie sans 
lien avec FANTOIR ?


--
deuzeffe, curieuse


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

Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible

[deuzeffe]

Le 01/09/2022 à 12:21, Christian Perrier a écrit :

"Christian Perrier aka Bubulle ?"

Oui, tout à fait...:-)


Tout cela ne nous rajeunit pas... ;)

La V2 est en ligne. Dis-moi si c'est (un peu) plus accessible.
--
deuzeffe, qui sait faire ce qu'un dino. ne sait pas faire, sa journée 
est faite.


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

Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible

[deuzeffe]

La V2 est en ligne. Dites-moi si c'est mieux. Ou pire.

Le 30/08/2022 à 18:54, deuzeffe a écrit :

Hello,

J'ai brouillonné un petit tuto pour dégommer du rouge avec ou sans 
Pifomètre, ici : 
https://wiki.openstreetmap.org/wiki/User:Deuzeffe/voies-sans-nom


Merci pour vos avis, suggestions, précisions, corrections, etc.

À vos claviers !


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

Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible

[deuzeffe]

Le 31/08/2022 à 18:32, Christian Perrier a écrit :


Christian Perrier aka Bubulle ?



Je rebondis sur le message de Marc pour confirmer que ce qu'il indique
pour l'"utilisateur n'ayant
jamais utilisé cet outil" est précisément mon cas. J'ai eu un peu de
mal à lire le tuto, n'ayant à ce jour qu'une trop faible pratique de
ces outils (tout en ayant une expérience OSM assez convenable, sans
être exceptionnelle).


Merci beaucoup pour ton commentaire. Voir ma réponse à Marc-marc. Je 
vais tenter d'améliorer le tuto méthodologique.


--
deuzeffe

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

Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible

[deuzeffe]

Le 31/08/2022 à 12:00, Marc_marc a écrit :
C'est une très bonne chose d'explorer/expliquer des nouvelles méthodes. 
mais est-ce que ce n'est un peu indigeste pour l'utilisateur n'ayant 
jamais utilisé cet outil ?


Bonne remarque. Je vais expliciter un peu plus l'objectif qui était : 
"Comment fait-on lorsque la couche BANO ne montre aucun nom de voie dont 
les adresses sont à intégrer alors que ces voies sont bien nommées sur 
le terrain ?"



suggestions :


Je fais un tir groupé. Il n'est pas question de ré-écrire les whamille 
autres pages qui causent du projet BANO, comment y contribuer et comment 
faire en pratique (la page de Georges que je je (re)découvre). En 
revanche, les doc. de base sont trop disséminées dans mon texte : je 
vais faire un préambule qui les mentionnent (+ les vidéo.)



et sinon quqlues suggestions sur la forme :
- 1er paragraphe "quand les voies sans nom dans le projet BANO"
n'est pas clair.


Qu'est-ce que tu as compris ? (que je m'en inspire !)


- imagerie bano : pq l'url ? elle est dispo dans josm non ?


Yep. Tout comme les autres. C'est peut-être un pense-pas-bête que j'ai 
mis là :P



- dans "Ma méthode :" tu ouvres 2x le pifomètre :)


Ah vi, merci ! Je vais simplifier !


- dans "Ma méthode :" () inutile autour de nwr dans la requête overpass


Faut t'adresser à qui de droit (overpass ?) : je l'ai ^C de l'assistant 
overpass de JOSM. Et comme tu sais, je suis une wizarde d'overpass (non).



question :
- comment est-ce que BANO donc pifomètre se retrouve à ne pas
avoir des addr venant des BAL ?
c'est parce que le code fantoir est absent ?


Il me semble que c'est ce que Vincent a expliqué (je ne sais plus où) : 
"le pivot Pifomètre étant FANTOIR". Après, pour les détails, moi je ne 
sais pas.



Vincent il n'est pas possible de faire quelque chose pour éviter
toutes ces étapes manuelles ?


Si tu savais comme c'est reposant... (ce n'est pas ironique mais du 
premier degré)



l'analyse https://osmose.openstreetmap.fr/fr/map/#item=7170=32


Gasp, encore une :( (attention, par défaut, elle ne montre rien il faut 
gravité=Basse seulement aka level=3  -> 
https://osmose.openstreetmap.fr/fr/map/#item=7170=32=7=45.104=5.048=3)


Je suis très circonspecte a priori : les name=* sont tirés de FANTOIR 
avec toutes les horreurs typo. qu'on y trouve (majuscules, accents, 
tiret, etc.) ; les ways mis en évidence sont-ils les bons (je fais 
confiance à Fred pour ne pas prendre en compte de longs ways qui peuvent 
changer de nom en cours de route - pun non intended) ? Les ways sont-ils 
vraiment qualifiés comme il faut dans osm (residential, 
secondary/tertiary) ? etc. Non, rien ne vaut l'œil humain dans ces 
cas-là, amha.

(promis, je vais regarder l'analyse, si j'y comprends qq chose).

Et moi, pour Noyel, je voudrais une boule de cristal qui me montre où 
sont les voies non numérotées à intégrer (et pour ça, il faudrait un 
FANTOIR avec des indications de géocodage...)


--
deuzeffe

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

Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible

[deuzeffe]

Le 31/08/2022 à 03:59, Jérôme Amagat a écrit :

Bonjour,
Moi pour gagner du temps, je fait que des copier coller et tout dans le
même calque :


Merci pour le tuto. Que je testerai la prochaine fois que je "ferai" une 
commune à FANTOIR renseigné : il me semble que je comprendrai mieux en 
faisant en même temps.


D'autre part, je ne sais pas trop si ta méthode fonctionne lorsque le 
FANTOIR est muet et que donc la couche BANO ne montre pas de rouge à 
dégommer. Je crains que non. Tu confirmes ?


--
deuzeffe


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

Re: [OSM-talk-fr] Dégommer du rouge, visible ou invisible

[deuzeffe]

Le 31/08/2022 à 09:25, Jacques Lavignotte a écrit :

https://wiki.openstreetmap.org/wiki/User:Deuzeffe/voies-sans-nom


Excellent !


Merci !


Merci pour vos avis, suggestions, précisions, corrections, etc.

Corrigé une typo ;)


Vu. Oui. Mais non. C'était censé être une figure de style. Je vais 
changer la formulation, que j'ai enfin trouvée grâce à toi. Merci !


--
deuzeffe, pourquoi faire simple...

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

[OSM-talk-fr] Dégommer du rouge, visible ou invisible

[deuzeffe]

Hello,

J'ai brouillonné un petit tuto pour dégommer du rouge avec ou sans 
Pifomètre, ici : 
https://wiki.openstreetmap.org/wiki/User:Deuzeffe/voies-sans-nom


Merci pour vos avis, suggestions, précisions, corrections, etc.

À vos claviers !
--
deuzeffe, qui s'en va se vêtir d'une armure anti-atomique, on ne sait 
jamais.


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

Re: [OSM-talk-fr] Inscription étrange sur OrthoHR : A bad place

[deuzeffe]

Hello,

Voilà ce que donne ton mail initial tel qu'archivé ici 
https://www.mail-archive.com/talk-fr@openstreetmap.org/msg101800.html et 
là : 
https://lists.openstreetmap.org/pipermail/talk-fr/2022-August/105594.html


Bref, c'est vide quels que soient les destinataires ou les systèmes 
d'archive.


HTH

Le 29/08/2022 à 12:31, Rpnpif a écrit :
Oups, encore une fois c'est un message vide qui est sur la liste alors 
que chez moi, il y a ça :


Bonjour,

Le château de Montsoreau a une façon étrange d'accueillir les visiteurs 
aériens.


L'inscription "A BAD PLACE' sur la cour devant le château, vue en 
cartographiant avec l'OrthoHR. Visible aussi sur ESRI.


https://www.geoportail.gouv.fr/carte?c=0.06273964558303674,47.21559680322292=20=ORTHOIMAGERY.ORTHOPHOTOS::GEOPORTAIL:OGC:WMTS(1)=yes 
 



D'où vient cette inscription ? Une farce comme sur le Tour de France ?

Le photographe plaisante ?

Est-ce que ça se cartographie sur OSM ?

Rpnpif

Bizarre ! C'est le seul destinataire qui a ce problème.


Le 23/08/2022 à 15:04, Jacques Lavignotte a écrit :

Très étrange en effet

Le 23/08/2022 à 12:26, Rpnpif a écrit :


___
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] édition mécanique/de masse] car=* -> motorcar=*

[deuzeffe]

Le 25/08/2022 à 18:06, Marc_marc a écrit :

Bonjour,

en 2020 le tag car a été déprécié en faveur de motorcar.


Faudrait que le DWG (ou le groupe idoine) oblige tout contributeur à 
l'origine d'une telle proposition qui réussit, à faire lui-même les 
éditions mécaniques qui s'imposent.



je propose de convertir ceux encore présent en France.

Comme d'habitude en cas de conflit (car et motorcar présent
avec des valeurs différente), l'objet serra ignoré par
l'édition mécanique et serra traité à la main (moins de 7 cas)
Pour ceux souhaitant les traiter https://overpass-turbo.eu/s/1ll4

Avis ?


Boule blanche, comme d'hab.
--
deuzeffe

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

Re: [OSM-talk-fr] Points géodésiques disparus ?

[deuzeffe]

Le 25/08/2022 à 14:05, Frédéric Rodrigo a écrit :

Vu que les points ne bougent pas, c'était à la base plutôt fait pour
vérifier la cohérence avec les limites administratives.

Le pense que l'on pourrait maintenant la supprimer.

Faites un PR ou une issue svp.


Chef, oui chef !
--
deuzeffe

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

Re: [OSM-talk-fr] Points géodésiques disparus ?

[deuzeffe]

Le 24/08/2022 à 18:10, leni a écrit :

Il y a quelque temps j'avais posé la question pour un point à l'IGN qui 
m'avait aimablement répondu :


/snip

j'avais donc indiqué faux-positif à osmose et ajouté une note sur 
l'objet pour expliquer


C'est ce que je vais faire (faux-positif). Merci à toi !

--
deuzeffe

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

Re: [OSM-talk-fr] Points géodésiques disparus ?

[deuzeffe]

Le 24/08/2022 à 15:47, Marc_marc a écrit :

je pense que c'est 2 soucis différents : 1) le repère n'existe plus
dans l'opendata (pas regardé


Apparemment, il y en a un seul (évidemment le seul que j'ai regardé !)
qui n'y est pas.

2) le signalement osmose, par exemple 
https://osmose.openstreetmap.fr/fr/issue/5e2ddd67-7201-1326-c705-77ce654fd493



trouve une relation géodésique dans osm mais dont la ref 8703903
indique qu'elle devrait se situé dans la commune Château-Chervix ref
insee 87039 mais ce repère est 23cm hors de cette commune soit le
repère a été bougé soit la frontière a été b y a une erreur de 
localisation dans l'opendata ayant conduit à crée ces repères dans

osm


Soit voir l'explication de Leni ;) Le nom du repère ne reflète pas 
forcément exactement celui de la commune sur lequel il est implanté.


--
deuzeffe

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

Re: [OSM-talk-fr] Points géodésiques disparus ?

[deuzeffe]

Le 24/08/2022 à 15:39, Jean-Claude Repetto a écrit :

Bonjour 2F,


Re,


Aucun pb pour les retrouver en suivant l'URL. Par exemple:
https://geodesie.ign.fr/fiches/pdf/8702501.pdf


Ok, vu, merci à toi. En revanche, pour ce point 
https://www.openstreetmap.org/relation/527109 impossible d'avoir accès à 
la fiche en lien. tu y parviens ?


Indépendamment de cela, il arrive souvent que des points géodésiques 
soient légèrement en dehors de la commune, et je ne considère pas cela 
comme une erreur.


Yep, C'est ce que j'ai fini par déduire. Peut-être faire un signalement 
(hum) voire un ticket sur le backend d'osmose ?


--
deuzeffe

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

[OSM-talk-fr] Points géodésiques disparus ?

[deuzeffe]

(re)Bonjour,

Toujours en jardinant (à l'ombre !), je trouve ces signalements osmose : 
https://osmose.openstreetmap.fr/fr/issues/open?country=france_limousin_haute_vienne=6070 
qui sont des points géodésiques hors des frontières communales.


En consultant la source des données* 
https://geodesie.ign.fr/fiches/index.php?module=e=visugeod, je ne 
les retrouve pas.


Peut-on considérer qu'ils n'existent effectivement plus ? Ou bien qu'ils 
ont été rangés dans une autre DB ?


Bref, j'en fait quoi ? Vos avis ?

* dont l'UX est... catastrophique (euphémisme) ou je suis comme une 
poule devant un couteau (pas le plus affûté du tiroir).

--
deuzeffe





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

Re: [OSM-talk-fr] Village en ruines : quels tags /

[deuzeffe]

Le 19/08/2022 à 19:14, deuzeffe a écrit :

Bonjour à tout le monde,

Il semble qu'il a été intégré en 2014 (historic=memorial pour le village 
lui-même) et pour ce qui concerne les bâtiments avec 
barrier=wall+historic=ruins, ce qui me semble curieux (mais c'était 
peut-être l'usage en 2014 ?).


Je pense que building=ruins est plus adapté.

Vos avis ?


Merci pour vos avis.
(que vous avez réussi à donner alors que j'ai oublié de vous fournir un 
lien vers l'objet, 
https://www.openstreetmap.org/node/2508750899#map=18/45.92896/1.04055, 
honte sur moi).


Si je résume =
- historic=ruins est adapté même si non rendu (d'où les wall en pagaille) ;
- il faudrait raffiner :
-- soit avec un historic=place (qui n'existe pas) + ruins=yes,
-- soit pour qq bâtiments (comme l'église) ou emplacements (comme la 
Place du Champ de Foire),

-- et en taggant tout le village (avec un zouli polygone) comme mémorial.

Et pour répondre à qq remarques :
- c'est bien le village entier qui est un mémorial (+ le monument aux 
martyrs dans le nord du village) et oui, il est classé comme tel ;
- et les ruines (= vestiges) sont entretenues en état de ruines non 
dangereuses pour les visiteurs ;
- le bâtiment au sud est beaaucoup plus récent, c'est d'abord un 
musée + un moyen de filtrage des visiteurs.


Pour l'anecdote, "avant", on se garait à l'entrée sud-est du village et 
on y entrait librement (et en silence !) pour le visiter (et se souvenir).


Je raffinerai plus tard.
--
deuzeffe, qui revient avec une autre question ALC.

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

Re: [OSM-talk-fr] Inscription étrange sur OrthoHR : A bad place

[deuzeffe]

Moui ?

Le 23/08/2022 à 12:26, Rpnpif a écrit :


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


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

[OSM-talk-fr] Village en ruines : quels tags /

[deuzeffe]

Bonjour,

Au cours de ma campagne estivale de jardinage, je tombe sur le village 
martyr d'Oradour-sur-Glane*. Pratiquement tous les bâtiments sont sous 
forme de ruines (précieusement préservés en l'état, mais ce n'est pas le 
sujet).


Il semble qu'il a été intégré en 2014 (historic=memorial pour le village 
lui-même) et pour ce qui concerne les bâtiments avec 
barrier=wall+historic=ruins, ce qui me semble curieux (mais c'était 
peut-être l'usage en 2014 ?).


Je pense que building=ruins est plus adapté.

Vos avis ?

* Pour qui ne connaîtrait pas : 
https://fr.wikipedia.org/wiki/Massacre_d%27Oradour-sur-Glane et 
https://commons.wikimedia.org/wiki/Category:Village_martyr_d%27Oradour-sur-Glane


--
deuzeffe, perplexe

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

Re: [OSM-talk-fr] édition mécanique/de masse] wood=* -> leaf_type=*/leaf_cycle=*

[deuzeffe]

Let's go!

Le 11/08/2022 à 11:32, Marc_marc a écrit :

Bonjour,

lors de l'édition de masse précédente [1] pour la France métropolitaine,
je n'avais pas fais attention que ce tag déprécié était aussi présent
à la réunion et en polynésie.
je propose donc d'étendre l'édition de masse aux dom-tom.

avis ?

[1] https://lists.openstreetmap.org/pipermail/talk-fr/2022-July/105407.html

Cordialement,
Marc
 Message transféré 
Sujet : édition mécanique/de masse] wood=* -> leaf_type=*/leaf_cycle=*
Date : Ven 1 Juil 13:43:06 UTC 2022
De : Marc_marc 
Pour : talk-fr 

Bonjour,

Il y a longtemps, la clef wood=* a été utilisé pour décrire
le type de végétation.
en 2014, le reemplacement par les clef leaf_type/leaf_cycle
a été approuvée [1] et a largement supplanté l'ancienne clef.

Je propose de migrer les tags wood=* restant selon le tableau suivant:
wood=deciduous -> leaf_cycle=deciduous
wood=coniferous -> leaf_type=needleleaved.
wood=mixed -> leaf_type=mixed

et ce en France métropolitaine et uniquement sur les objets ayant
un des tags suivant :
landuse=forest
natural=wood
natural=scrub
natural=tree
natural=tree_row
barrier=hedge
landuse=orchard

Pour les objets ayant deja la clef leaf_type/leaf_cycle correspondante,
la clef wood serra simplement effacée

Les autres valeurs wood=, les objets avec un autre tag principal et
les objets ayant un conflit entre wood et leaf_type/leaf_cycle,
ne sont pas concernée par cette opération mécanique et seront traité
à la main séparément de cette opération (aide bienvenue)

Avis ? -

[1] https://wiki.openstreetmap.org/wiki/Proposed_features/leaftype

Cordialement,
Marc






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


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

[OSM-talk-fr] Une note qui fait partie d'une relation ?

[deuzeffe]

Hello,

Je viens de tomber sur ça : https://www.openstreetmap.org/way/229728801

Je suis perplexe. Ou bien il y a une raison historique ?

Je laisse qui sait corriger, s'il y a qq chose à corriger.

--
deuzeffe, courageuse mais pas téméraire, et adepte de TPPC

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

Re: [OSM-talk-fr] Itinéraire vélo non balisé

[deuzeffe]

Le 29/07/2022 à 15:18, Christian Quest a écrit :

Le 29/07/2022 à 01:07, deuzeffe a écrit :

L'opinion la est assez unie: c'est la même chose que un route privée et
n'a pas une place dans OSM.


Je ne comprends pas très bien cet argument sur le caractère privé des 




Je pense que Sarah voulais parler d'itinéraires privés (route est un 
faux-ami).


ah bah vi, quand on ne fait pas de contresens, c'est tout de suite plus 
clair. Merci !


Pour les itinéraires, ils doivent soit être matérialisé sur le terrain, 
soit avoir un aspect public et émaner d'une source avec un minimum 
d'autorité sur le sujet qui leur donne ce caractère "officiel".


Il est juste question de ça il me semble. Ils peuvent en plus très bien 
passer sur des propriétés privées, mais dans ce cas ont fait l'objet 
d'une convention ou quelque chose de ce genre.


Et dans le cas d'espèce, ce n'est effectivement pas très clair, pour le 
coup.


--
deuzeffe

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

Re: [OSM-talk-fr] Itinéraire vélo non balisé

[deuzeffe]

Le 25/07/2022 à 10:58, Sarah Hoffmann via Talk-fr a écrit :

Bonsoir,


L'opinion la est assez unie: c'est la même chose que un route privée et
n'a pas une place dans OSM.


Je ne comprends pas très bien cet argument sur le caractère privé des 
objets que l'on intègre dans osm. Parce qu'à ce compte-là, pas la peine 
d'intégrer le bâti des maisons individuelles des particuliers, les 
supermarchés et leurs parkings, les forêts privées, les exploitations 
agricoles, etc. ; tout ça étant privé, donc, et n'aurait pas sa place 
dans osm ?


Sinon, je viens de lire la discussion sur le forum allemand. Des 
arguments sont judicieux (pas de balisage, assemblage de tronçons déjà 
existants - et balisés ? - référence à des plateformes de dépôt de 
traces GPX, etc.). Ça ressemble effectivement à un "itinéraire 
touristique conseillé" (et pour cause !).
Est-ce que c'est parce que le "balisage" est uniquement numérique que 
cela peut aller à l'encontre des préceptes d'osm ?


--
deuzeffe

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

Re: [OSM-talk-fr] [édition mécanique/de masse] nettoyage du tag surface (aussi possible en manuel dans votre zone de confort)

[deuzeffe]

Le 28/07/2022 à 14:45, Marc_marc a écrit :

Bonjour,


Pareil mais soir,


Mateusz Konieczny  sur la liste talk
parle des valeurs de surface vide de sens qu'il a détecté
et il propose une édition de masse pour les nettoyer

vous avez envie de vérifier dans votre zone de confort ?
j'en ai fait une requête overpass https://overpass-turbo.eu/s/1kwE


3 malheureux points dans la super grande région locale.


et sinon je propose une édition de masse pour virer les tags
concernés à l'échelle de la France métropolitaine

>

Avis ?


Boule blanche.
--
deuzeffe

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

Re: [OSM-talk-fr] [édition mécanique/de masse] post_office:type=* -> `post_office=*

[deuzeffe]

Le 22/07/2022 à 12:03, Marc_marc a écrit :

Bonjour,


Hello,


je propose de convertir les post_office:type=* en`post_office=*
si post_office=* existe deja avec la même valeur, post_office:type=* 
serra simplement supprimé

les éventuels conflits entre l'info donnée par post_office:type=*
et post_office=* se feront hors de l'édition de masse

Avis ?


Boule blanche.
--
deuzeffe

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

Re: [OSM-talk-fr] Flopées de highway=pedestrian qui n'en sont pas

[deuzeffe]

Le 28/06/2022 à 22:05, Rene Chalon a écrit :

On 28/06/2022 16:52, deuzeffe wrote:
En fait c'est plus subtil que cela.


/snip les explications circonstanciées et justifiées.

Il ne s'agit pas de "taguer pour le routage" mais de bien réfléchir aux 
conséquences des choix de cartographie sur le routage (qui est un des 
usages importants des données d'OSM).


Et si j'ai bien compris, le routage surfacique est une monstruosité 
calculatoire. Et c'est bien dommage de ne pas arriver à faire plus 
simple, puisque "le plus court chemin entre 2 points est la ligne droite".


Mais j'ai bien compris les pb que peut poser la non connexion des 
éléments routables (c'est logique, en fait), merci à toi. je vais 
remettre des highway=footway justifiés.


--
deuzeffe, qui comprend vite mais faut lui expliquer longtemps.

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

Re: [OSM-talk-fr] Comprendre les experts - BD Topo "dégommer du violet", accéder aux statistiques et questions

[deuzeffe]

Le 02/07/2022 à 12:25, Jean-Baptiste a écrit :

Bonjour,


De même,


je n'arrive pas à comprendre comment importer les erreurs osmose dans
 Josm pour aller plus vite, y a-t-il un guide quelque part ?


Est-ce que le mini-tuto vidéo fait par Christian mis en ligne ici : 
https://peertube.openstreetmap.fr/w/oxpPzMnfhanfuXvUc3rDs8 répond à ta 
question ?


--
deuzeffe

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

Re: [OSM-talk-fr] [édition mécanique/de masse] wood=* -> leaf_type=*/leaf_cycle=*

[deuzeffe]

Le 01/07/2022 à 15:43, Marc_marc a écrit :
>

Avis ? -


Boule blanche.
--
deuzeffe

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

Re: [OSM-talk-fr] Flopées de highway=pedestrian qui n'en sont pas

[deuzeffe]

Le 28/06/2022 à 15:01, Rene Chalon a écrit :

Bonjour à tou.te.s,


Merci pour ta réponse, mais


On 28/06/2022 14:19, deuzeffe wrote:


ou un grand trottoir : https://www.openstreetmap.org/way/905538162


On est d'accord qu'un chemin piéton au milieu d'un grand trottoir n'a 
pas de sens donc à supprimer.


Perso, je ne supprimerais pas car les logiciels de routage ne savent pas 
tous router sur du surfacique... 


Mmmh, mauvais argument, changer :p On ne taggue pas pour les logiciels 
de routage, c'est à eux de prendre en compte les évolutions d'osm. 
enfin, c'est ce que j'ai lu maintes fois, à côté de "on ne taggue pas 
pour le rendu"


--
deuzeffe

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

Re: [OSM-talk-fr] Flopées de highway=pedestrian qui n'en sont pas

[deuzeffe]

Le 27/06/2022 à 18:54, deuzeffe a écrit :

Bonjour,


Merci à tout le monde pour les réponses éclairantes. Je m'attaque 
d'abord à ce genre de chose :


ou un grand trottoir : 
https://www.openstreetmap.org/way/905538162


On est d'accord qu'un chemin piéton au milieu d'un grand trottoir n'a 
pas de sens donc à supprimer.


Ce qui nous donne un trottoir "surfacique" :
highway=footway
footway=sidewalk
surface=
area=yes
+ les attributs d'accessibilité PMR

J'ai bon ?

PS : oui, Marc-marc, c'est du tagging pour le rendu, mais je ne suis pas 
sure que ça soit volontaire (alors que le contributeur a 1 800 
changesets en 10 ans d'osm...)

--
deuzeffe

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

[OSM-talk-fr] Flopées de highway=pedestrian qui n'en sont pas

[deuzeffe]

Bonjour,

À l'occasion de l'intégration des limitations de vitesse pour les voies 
de Limoges, j'en profite pour dégommer du rouge (via le validateur de 
JOSM) et je tombe sur des flopées de highway=pedestrian qui n'en sont 
pas, toujours mappées par la même personne.


Ça peut être un bout d'herbe en bordure de voie : 
https://www.openstreetmap.org/way/904660169
ou un grand trottoir : 
https://www.openstreetmap.org/way/905604363/history ou 
https://www.openstreetmap.org/way/905538162


On est bien d'accord que le tagging n'est pas correct ?

Tout en le signalant à qui en est à l'origine, j'aimerais lui indiquer 
quels sont les tags appropriés. Jacques m'a suggéré : highway = footway 
surface = yes. Suis pas vraiment fan, mais suis pas spécialistes non 
plpus des highways divers et variés.

Donc, je suis preneuse de toute suggestion idoine.

Merci d'avance !
--
deuzeffe

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

Re: [OSM-talk-fr] Nom de zone géographique / touristique

[deuzeffe]

Le 24/06/2022 à 15:59, Marc_marc a écrit :

Hello,


Pour une tracé d'une entité administrative qui n'existe plus
depuis la révolution française, j'ai un gros doute, ne sachant pas
si Nicolas parlait de l'entité administrative ou "géologique"
Si qlq trouve que cela a encore une réalité aujourd'hui,
alors cela a sa place dans osm, sinon (et c'est mon impression),
c'est une information pour OpenHistoricalMap

https://wiki.openstreetmap.org/wiki/FR:Open_Historical_Map


Tiens, tu devrais expliquer ça à l’auteur de ce changeset : 
https://www.openstreetmap.org/changeset/111937008

(je passe - hum - sur la licéité de la source des données...)

--
deuzeffe



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

Re: [OSM-talk-fr] [édition mécanique] remplacer 300 noeud school=entrance par entrance=yes en France métropolitaine

[deuzeffe]

Le 10/06/2022 à 10:36, Marc_marc a écrit :

Bonjour,


Hello,


sur la liste tagging, cela parle de la veille clef school=entrance
dans les faits et les logiciels, cela a été remplacé par 
entrance=yes/main/...


je propose de remplacer les 300 occurrences de school=entrance
par entrance=yes sur des noeuds en France métropolitaine

avis ?


Boule blanche.
--
deuzeffe

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

Re: [OSM-talk-fr] Modifications automatiques de operator:type sur les ecoles francaises

[deuzeffe]

Le 17/05/2022 à 19:14, Hippalectryon via Talk-fr a écrit :

Bonjour,


Bonjour,


Je suis un assez nouveau contributeur à OSM, et viens tout juste de
m'abonner à talk-fr.


Bienvenue à bord !

Suite à un challenge sur maproulette 
(https://maproulette.org/browse/challenges/13612), j'ai codé et fait
 tourner un bot qui remplit automatiquement le tag manquant 
operator:type=public/private pour les écoles françaises à partir de 
leur UAI. Cela a permis de remplir ~9000 cas.


Chic, ça va réduire mon nb de signalements osmose :)


2. Quelle est ma procédure à suivre à l'avenir ?


Un peu de lecture, ici :
https://wiki.openstreetmap.org/wiki/FR:Code_de_conduite_des_modifications_automatis%C3%A9es
et là :
https://wiki.openstreetmap.org/wiki/FR:Modifications_automatis%C3%A9es

Happy mapping!
--
deuzeffe



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

Re: [OSM-talk-fr] Usages des cartes IGN pour contribuer à OSM [était : Évolution de l'IGN, ouverture de données

[deuzeffe]

Le 14/12/2020 à 12:22, Adrien Carpentier a écrit :

Hello


Bonjour,


Mince, je confonds. Avec quoi, je ne sais plus.



Peut-être la convention BAN : IGN, Etalab, la Poste et OSM de 2014 ?


Bien sûr. Tellement évident que ça crève les yeux (et donc on ne le voit 
pas).


Merci Adrien.
--
deuzeffe

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

Re: [OSM-talk-fr] Usages des cartes IGN pour contribuer à OSM [était : Évolution de l'IGN, ouverture de données

[deuzeffe]

Le 13/12/2020 à 18:07, Vincent de Château-Thierry a écrit :

Bonsoir,


Bonsoir,

Avec correction des cartes IGN par leur soins avec les données OSM ? 
Je ne sais pas s'il y avait une contre-partie demandée à OSM-FR par 
l'IGN dans la défunte convention.


De quelle convention caduque et/ou défunte parles-tu ?

La seule convention en vigueur actuellement entre OSM-Fr et l'IGN date 
de juin 2019, elle a été signée au SOTM de Montpellier pour une durée de 
3 ans. C'est elle qui nous permet de choisir la BD Ortho dans nos éditeurs.


Mince, je confonds. Avec quoi, je ne sais plus.

--
deuzeffe

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

Re: [OSM-talk-fr] Umap... quelques stats

[deuzeffe]

Le 28/11/2020 à 18:21, Vincent Bergeot a écrit :


Le 28/11/2020 à 13:57, deuzeffe a écrit :
>

Un jour, peut-être, umap.osm.fr ne sera plus l'unique (ou presque)
instance d'umap pour le monde entier.

https://wiki.openstreetmap.org/wiki/UMap 
<https://wiki.openstreetmap.org/wiki/UMap>
6 instances, pas sur que l'on ait des stats et sans doute que 
'l'originale' est la plus conséquente


Unique ou _presque_ donc.
--
deuzeffe

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

Re: [OSM-talk-fr] Usages des cartes IGN pour contribuer à OSM [était : Évolution de l'IGN, ouverture de données

[deuzeffe]

Le 11/12/2020 à 17:53, Vincent Bergeot a écrit :

cela me fait me demander si cela pourrait être un nouvel élément de la 
convention entre osm-fr et l'ign, sur le même principe que ce nous 
avions avec la bd ortho et son usage pour contribuer à OSM.


Histoire de changer une convention caduque par une autre, en somme (et 
ailleurs en France).


Peut-on envisager l'usage, par convention, des cartes IGN pour la 
contribution à OSM (avec, comme le souligne Jean-Claude les 
vérifications adéquates) ?


Avec correction des cartes IGN par leur soins avec les données OSM ? Je 
ne sais pas s'il y avait une contre-partie demandée à OSM-FR par l'IGN 
dans la défunte convention.



Avis ?


Sans, pour l'instant, pas assez d'éléments pour en avoir un suffisamment 
éclairé.

--
deuzeffe

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

Re: [OSM-talk-fr] Évolution de l'IGN, ouverture de données

[deuzeffe]

Le 11/12/2020 à 15:43, Jean-Claude Repetto a écrit :


Bonjour,


Bonjour,

Cela signifie-t-il qu'on pourra se servir des cartes IGN pour compléter 
OSM (après vérification évidemment, car il y a de nombreuses erreurs 
dans les cartes IGN) ?


De ce que je comprends de la discussion qui a suivi le tweet d'annonce, 
les cartes sont exclues du dispositif et donc de la licence. Au moins, 
les cartes papiers.


--
deuzeffe


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

Re: [OSM-talk-fr] Open Street Misogynie ?

[deuzeffe]

Le 10/12/2020 à 14:15, Jean-Marc Liotier a écrit :

On 12/10/20 2:07 PM, Baptiste Lemoine - Cipher Bliss wrote:
J'ai hâte qu'une femme donne son avis sur la mysoginie dans la 
communauté OSM.


Aucune ne le fera - et pour cause: une femme qui s'en plaint sera 
étiquetée emmerdeuse féministe. Ça fait partie du problème.


Tu disais ?
--
deuzeffe

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

Re: [OSM-talk-fr] Open Street Misogynie ?

[deuzeffe]

Le 10/12/2020 à 12:35, Christian Quest a écrit :
J'espère ne pas ouvrir une boite de pandore avec ce message... mais bon, 
je prends le risque.


Suis-je aveugle et sourd ?


Voilà Christian, la boîte est ouverte. J'espère que tes yeux voient un 
peu mieux et tes oreilles entendent davantage.


Je répète qu'il n'y a rien de systémique pro-actif. Pour le reste...
--
deuzeffe

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

Re: [OSM-talk-fr] Open Street Misogynie ?

[deuzeffe]

Le 10/12/2020 à 19:00, Éric Gillet a écrit :
Donc, tu demandes aux personnes qui sont discriminées/mises de 
côté/ostracisées de ce *cacher* derrière un pseudo pour ne plus 
qu'elles soient discriminées (et après l'avoir affirmé, qu'elles le 
sont). Tu le vois le biais culturel, là ? Tu rends ces personnes 
responsables de leur mise de côté (par ce qu'elles sont) alors que ce 
sont les gens qui discriminent qui doivent changer leur comportement. 
Et c'est l'affaire de tout le monde.


Je ne demande rien à personne. Je donne mon avis sur la situation et 
invite quiconque à en faire de même, en suggérant une alternative 
(poster sous pseudo) si la personne s’attend à des réactions 
discriminatoires comme la tienne.


Ton avis est donc : "que les personnes qui se sentent discriminées le 
disent et se cachent derrière un pseudo".



Tout le contraire de se cacher.


Euh... Si ces personnes postent sous pseudo après avoir été attaquées, 
j'espère qu'elles ne claironneront pas quel est leur pseudo...


Je sais personnellement à quel point ça peut fatiguant de répondre à de 
tels messages, 


Comme tu dis : c'est un vrai tonneau de Danaïdes que de détricoter des 
références culturelles solidement ancrées.



la preuve avec ton attaque mal placée.


J'essaie de te montrer ce qu'une femme entend quand tu demandes aux 
personnes, dont des femmes, qui se sentent discriminées de se cacher 
derrière un pseudo. Si tu te sens attaqué, c'est ton problème, pas le 
mien (tu vois ce que ça fait ?)


C'est juste mettre la poussière sous le tapis et ne pas se changer 
soi-même.
Se changer sur quel points, dans quelle direction ? Sans avoir le point 
de vue des personnes impactées c'est facile de prendre des mesures 
impertinentes, voire contre-productives. Je ne suis pas omniscient.


Je te donne des indices dans mon courriel plus ou moins général. Ici, je 
te propose d'envisager l'opinion que tu donnes d'un autre point de vue. 
Je ne peux pas le faire à ta place.

--
deuzeffe

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

Re: [OSM-talk-fr] Open Street Misogynie ?

[deuzeffe]

Le 10/12/2020 à 18:10, Éric Gillet a écrit :

Merci Eric de montrer un exemple de la discrimination culturelle.

J'espère que si des personnes sont discriminées ou ont le sentiment de 
l'être elle se manifesteront, quitte à ce qu'elles utilisent un alias.


Donc, tu demandes aux personnes qui sont discriminées/mises de 
côté/ostracisées de ce *cacher* derrière un pseudo pour ne plus qu'elles 
soient discriminées (et après l'avoir affirmé, qu'elles le sont). Tu le 
vois le biais culturel, là ? Tu rends ces personnes responsables de leur 
mise de côté (par ce qu'elles sont) alors que ce sont les gens qui 
discriminent qui doivent changer leur comportement. Et c'est l'affaire 
de tout le monde.


Contrairement à d'autres endroits, témoigner anonymement me semble 
facile sur une liste de diffusion donc le frein devrait pas être très grand.


C'est juste mettre la poussière sous le tapis et ne pas se changer soi-même.
--
deuzeffe, don't feed the troll, oui, je sais.

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

Re: [OSM-talk-fr] Open Street Misogynie ?

[deuzeffe]

Le 10/12/2020 à 14:15, Jean-Marc Liotier a écrit :

On 12/10/20 2:07 PM, Baptiste Lemoine - Cipher Bliss wrote:
J'ai hâte qu'une femme donne son avis sur la mysoginie dans la 
communauté OSM.


J'arrive, j'arrive !
(même si mon pseudo n'est pas forcément facile à décoder de prime abord)

Aucune ne le fera - et pour cause: une femme qui s'en plaint sera 
étiquetée emmerdeuse féministe. Ça fait partie du problème.


Que tu crois, mon n'veu !

Commençons par *ma* définition des termes :
- misogyne : qui n'aime pas les femmes, point barre, sans préjuger du 
comportement conséquent ;
- sexiste : qui va systématiquement (à titre individuel/collectif, j'y 
reviens plus bas) se comporter comme un sagouin envers les femmes 
(puisqu'on parle de misogynie et non de misandrie) faire des 
remarques/réponses/allusions renvoyant les femmes à leur rôle fantasmé 
de mémère en cuisine ou de péripatéticienne, les rabaissant très 
souvent, etc.


Partant de là, mon ressenti.

J'ai un compte osm.org depuis 2016 et je suis contributrice active 
depuis 2018.


Je ne ressens _pas de misogynie/sexisme *systémique*_ dans osm-fr. J'ai 
été très bien accueillie en tant que débutante, on m'a expliqué comment 
il fallait faire/ne pas faire, on m'a laissé voguer, on répond (pas 
toujours) à mes questions, on me met le pied à l'étrier, on m'intègre, 
on m'inclut. Bref, pas grand chose à dire. Du point de vue 
technique/info., je n'ai aucune compétence : ça n'empêche pas certains 
de me demander de l'aide autour de trucs techniques (ils se 
reconnaîtront...).
Je ne peux que déplorer que le bureau de l'asso. n'ait des femmes qu'aux 
postes qui leur sont traditionnellement dévolus... bien que le nouveau 
CA soit un peu plus mixte que le précédent, me semble-t-il. Ou que peu 
de contributrices s'expriment ici.  Mais je n'ai pas souvenir que l'une 
d'entre elles aient été ostracisée à cause de son genre. Ça serait 
peut-être l'inverse (et c'est tout aussi sexiste ^^)


En revanche, il y a des _comportements individuels *sexistes*_ : quand 
c'est en privé, rien d'autre à faire que de mettre fin à la 
conversation. Mais quand c'est public, difficile de ne pas voir une 
certaine cécité masculine, volontaire ou culturelle, dans l'absence de 
réaction publique.
Je ne saurais vous conseiller d'être attentif à la tournure ou au 
contenu de réponses faites aux quelques femmes qui s'expriment sur la 
liste. Ou éventuellement, pour les plus assidus d'entre vous, de la 
tournure des commentaires de changeset bancal provenant de 
contributrices identifiées comme telles. Voire aux solutions proposées 
de-ci de-là pour lutter contre la discrimination.


--
deuzeffe, qui a un exemple tout frais qui vient de paraître dans la 
liste (en plus d'une grande gu**le)








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

Re: [OSM-talk-fr] Le bourg d'une commune

[deuzeffe]

Le 03/12/2020 à 11:04, Rpnpif via Talk-fr a écrit :

Bonsoir,


À Nantes, on a bien le Lieu unique ;) qui devrait être un nom commun.


Si tu es Nantais, tu sais bien que /Le Lieu Unique/ est bien un nom 
propre (name=), comme le dit ades, (avec une évocation du passé du lieu 
dans lequel il est installé...)


--
deuzeffe - rendez-moi mes petits beurres d'origine !

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

Re: [OSM-talk-fr] Umap... quelques stats

[deuzeffe]

Bonjour,

Le 28/11/2020 à 12:19, Jacques Lavignotte a écrit :



Le 28/11/2020 à 11:35, Christian Quest a écrit :

- la carte avec le plus de visites (91724) sur une journée (le 20 
septembre): 



http://umap.openstreetmap.fr/fr/map/zonas-confinadas-lasexta_500406


Une chaîne de télévision espagnole.


Un jour, peut-être, umap.osm.fr ne sera plus l'unique (ou presque) 
instance d'umap pour le monde entier.


--
deuzeffe, l'essaimage, c'est l'avenir.

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

Re: [OSM-talk-fr] Offrir une une carte des adresses à Theizé

[deuzeffe]

Le 22/11/2020 à 16:58, Brice a écrit :

Bonjour,


Bonsoir,

je souhaite rentrer dans OSM le nécessaire pour offrir à M. Yves 
Kensicher la "carte des adresses" de sa commune de
Moi, j'ai offert à ma commune le fichier pour créer sa BAL, la deuxième 
du département dans l'ordre chronologique (après la capitale), ça compte ?


Mais ton message me donne des idées... Merci !

(me suis encore battue avec les projections pour que JOSM lise 
correctement le .csv :/ Je me souviens aussi que j'étais passée par un 
json, mais je ne me souviens plus de sa valeur ajoutée par rapport à un 
.csv).


--
deuzeffe - ma vieillesse est un naufrage

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

Re: [OSM-talk-fr] Rendu BANO (v2) de retour !

[deuzeffe]

Le 11/11/2020 à 17:40, Vincent de Château-Thierry a écrit :

Le 11/11/2020 à 16:31, deuzeffe a écrit :

D'ici ce soir, je te fais un ticket circonstancié :)


vincent qui met ça sur sa tout doux


Juste après l'intégration du nouveau Fantoir d'automne confiné ? ;)

'xactement :)


Done!

D'ailleurs, en farfouillant dans adresse.data.gouv.fr, quelle ne fut ma 
surprise de ne trouver plus qu'une base nationale, la... BAN (et les 
fichiers s'appellent adresses.* ^^)


Ayé, le "Produit gratuit issu de la BAN" est définitivement supprimé et 
les données DGFiP 2018 oubliées (enfin !) ?


L'impression d'avoir raté un épisode...
--
deuzeffe, légèrement outdated

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

Re: [OSM-talk-fr] Rendu BANO (v2) de retour !

[deuzeffe]

Le 11/11/2020 à 16:07, Vincent de Château-Thierry a écrit :

Bonjour,


Pareil


Le 11 novembre 2020 15:35:23 GMT+01:00, deuzeffe  a 
écrit :


Échantillon sur demande ;p


Volontiers ! C'est toujours plus pratique pour inspecter :)

Merci


D'ici ce soir, je te fais un ticket circonstancié :)


vincent qui met ça sur sa tout doux


Juste après l'intégration du nouveau Fantoir d'automne confiné ? ;)
--
deuzeffe


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

Re: [OSM-talk-fr] Rendu BANO (v2) de retour !

[deuzeffe]

Le 11/11/2020 à 12:05, Christian Quest a écrit :

Bonjour,

J'ai mergé la PR de Vincent et remis en route le rendu BANO maintenant 
en v2.


Mer-ci (à vous deux) !


Pas de changement sur le rendu lui même en principe...


Mmmhh, je viens de tester dans ma zone de confort. Il y a des points 
rouges qui ne correspondraient pas à la légende donnée ici 
https://wiki.openstreetmap.org/wiki/FR:France/WikiProject_Base_Adresses_Nationale_Ouverte_(BANO)#L.C3.A9gende


En regardant de plus près, mais rapidement, il reste des 5000 et des 
6000 (marqués en rouge, donc) : à virer ? Et des points adresses proches 
d'une highway bien présente et correctement nommée (d'après ce que je 
vois) suivant le cadastre/Fantoir.
De plus, les numéros en gris ne correspondent plus à la légende, il me 
semble ?


Échantillon sur demande ;p
--
deuzeffe

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

Re: [OSM-talk-fr] [ EXIT Loomio ] Reconnaître des services "officiellement édités par osm-fr" ?

[deuzeffe]

Le 15/10/2020 à 18:31, Vincent Bergeot a écrit :

Bonjour à tous,


parfeil, mais soir,


J'essaie de 'nettoyer' demain...


Comme je l'ai déjà dit à Jacques, si tu as des choix cornéliens à faire, 
n'hésite pas à me désinscrire d'autorité.

--
deuzeffe

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

Re: [OSM-talk-fr] Etiqueter des routes selon le nom du lieu-dit

[deuzeffe]

Le 14/10/2020 à 12:18, PanierAvide a écrit :

Bonjour,

En tout cas ça vaut le coup d'en parler, car quand je vois des routes 
qui sont renseignées ainsi, je me retiens de basculer sur un noeud 
place=*... 


Dans ma zone de confort, il vaut mieux s'abstenir, puisque c'est la 
commune qui a procédé au nommage de certaines voies de cette façon. 
C'est probablement un pouillème des ways présents dans osm, mais ils 
sont tout à fait valides.


--
deuzeffe - qui a *aussi* gardé le nœud place=

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

Re: [OSM-talk-fr] OSMdata

[deuzeffe]

Le 11/10/2020 à 22:01, Jacques Lavignotte a écrit :

Bonsoir,


Vu que Loomio refuse les inscriptions (complet = 50)
faut-il continuer à l'utiliser ?


Je te laisse ma place, si tu veux.
--
deuzeffe

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

Re: [OSM-talk-fr] Zone de défense et de sécurité Polynésie française

[deuzeffe]

Le 10/10/2020 à 13:21, Jacques Lavignotte a écrit :

Bonjour,


Le 10/10/2020 à 13:03, blef a écrit :
Zone de défense et de sécurité Polynésie française 
<https://www.openstreetmap.org/relation/11318876>


https://fr.wikipedia.org/wiki/Zone_de_d%C3%A9fense_et_de_s%C3%A9curit%C3%A9


Elle est juste trop grande... Et faite par un étrangeophone (ça compte, 
ça ?)


Revert général ou com. du changeset avant ?

--
deuzeffe

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

Re: [OSM-talk-fr] Capitelles

[deuzeffe]

Le 08/10/2020 à 11:01, Yves P. a écrit :

Bonjour,

J'ai traduit la galerie et rajouté des exemples sur "nos" cabanes en 
pierre 
:https://wiki.openstreetmap.org/wiki/FR:Tag:shelter_type%3Dbasic_hut#Exemples


La troisième "Capitelle" 
-https://wiki.openstreetmap.org/wiki/File:Capitelle_10.jpg ) ressemble 
furieusement à un borie, malgré sa localisation indiquée par le posteur 
original. D'un autre côté, le Gard n'est pas des loin des 
Basses^WAlpes-de-Haute-Provence ^^


--
deuzeffe

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

Re: [OSM-talk-fr] Capitelles

[deuzeffe]

Le 07/10/2020 à 18:23, Txo a écrit :

Bonsoir,


En plus, les associations de préservation du patrimoine, avec lesquelles
nous avons l'habitude de faire ces inventaires, trouvaient bien que les
capitelles n'apparaissent pas sur la carte grand public.»


Tagguer pour le non-rendu.

--
deuzeffe - y a pas que moi :P

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

Re: [OSM-talk-fr] Carte des lieux de test COVID

[deuzeffe]

Le 06/10/2020 à 19:00, osm.sanspourr...@spamgourmet.com a écrit :

Bonsoir,


Effectivement, ce sont d'ailleurs en général des prélèvements effectués
par les labos.


En général, certes, mais pas toujours. Cf les exemples donnés par Yves.

La MSP locale est *officiellement* un centre Covid-19, c'est à dire que 
les pro. de santé (toubib et IDE) ont la formation et l'habilitation 
pour faire les prélèvements. Et avec les nouveaux tests (officiellement 
validés) qui arrivent, il est probable qu'il y ait une extensions des 
"lieux où l'on peut se faire prélever".


Mes 2 cents.
--
deuzeffe, qui a du retard de mail...

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

Re: [OSM-talk-fr] Tracé GPX lignes trains Intercités ?

[deuzeffe]

Le 29/09/2020 à 15:51, Gilles a écrit :

Re,


On 29/09/2020 15:10, deuzeffe wrote:
Pour ce qui est de la question initiale : 
https://transport.data.gouv.fr/datasets/horaires-des-lignes-intercites-sncf/ 
+ https://nlehuby.5apps.com/de-gtfs-a-osm.html ça le fait pas ?


Non, parce que c'est la liste des gares <https://postimg.cc/yJMKBW9K> 
alors que j'ai besoin des parcours.


Listes des horaires d'arrêt aux gares, c'est ça ? C'est bien ce que 
propose Noëmie : reconstituer les parcours à partir des gtfs.


Et comme dit par ailleurs, les rails sont déjà dans osm. S'il y a des 
paquets de spaghettis*, c'est peut-être que les tracés des ways n'ont 
pas été faits dans les règles de l'art ? (m'étonnerait, mais bon).


(* comme si c'était un armoire de brassage ?)

--
deuzeffe - qui n'a sans doute pas compris le pb...


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

Re: [OSM-talk-fr] Tracé GPX lignes trains Intercités ?

[deuzeffe]

Le 29/09/2020 à 13:29, Jacques Lavignotte a écrit :

Salut,


Bonjour,

il y a qques années https://twitter.com/R1Rail avait fait des trucs 
sympa avec les trains...


Tu ne confondrais pas avec https://twitter.com/Raildar_fr made by 
https://twitter.com/Turblog par hasard  ?


Pour ce qui est de la question initiale : 
https://transport.data.gouv.fr/datasets/horaires-des-lignes-intercites-sncf/ 
+ https://nlehuby.5apps.com/de-gtfs-a-osm.html ça le fait pas ?


HTH.
--
deuzeffe

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

Re: [OSM-talk-fr] Fontaine...

[deuzeffe]

Le 27/09/2020 à 18:03, Jacques Lavignotte a écrit :

Hello,


Le 27/09/2020 à 17:47, ades a écrit :

Ah bon ?


<https://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dfountain> pour 
une fontaine (potable ou non)."


mais rien qui ressemble à ma fontaine :

https://i.postimg.cc/CxTLyS41/IMG-20200926-184649.jpg

Donc pas de fountain=*


Bah, si tu ne la trouves pas là : 
https://wiki.openstreetmap.org/wiki/Key:fountain ça va être compliqué de 
lui attribuer un sous-type.


Faut demander aux spécialistes de https://water-map.org/ ;)

--
deuzeffe

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

Re: [OSM-talk-fr] Choisir le bon name pour les trajets de bus

[deuzeffe]

Le 27/09/2020 à 16:46, Gad Jo a écrit :

Bonjour a tous,


Bonjour,

Un point que j'ai mis de côté en me promettant de le régler est le 
format pour le nom des trajets (1 ligne, plusieurs trajets)


Sur les trajets desservant des communes différentes j'ai ajouter le nom 
des communes + arrêt. Problème ça commence à être sacrement illisible.

> Auriez vous des propositions à me faire ? À moins que des règles
existent et j'applique... Je serait tenté de placer que le nom de l'arrêt


J'ai peut-être été hétérodoxe, mais pour les lignes de bus de 
l'intercommunalité voisine et celles du département, j'ai "bêtement" 
repris les dénominations officielles du réseau, de terminus à terminus. 
Bon, j'avoue, les données sont en LO, c'est plus facile :) Aucune idée 
si ta collectivité a publié des données sur https://transport.data.gouv.fr/


Ça donne un truc comme ça : 
https://wiki.openstreetmap.org/wiki/Limoges/Transports_en_commun#R.C3.A9seau_STCLM 
(WIP) ou ça : 
https://wiki.openstreetmap.org/wiki/Haute-Vienne/Transports_en_commun#R.C3.A9seau_Moohv87 
(WIP aussi)


Et pour les terminus hors grosse ville, parfois le réseau précise 
l'arrêt parfois non. Donc, je fais pareil ;)


--
deuzeffe


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

[OSM-talk-fr] SISA : quels attributs ?

[deuzeffe]

Bonjour,

Une société interprofessionnelle de soins ambulatoires (SISA) s'est 
implantée dans ma commune et a son siège social à la MSP (comme par 
hasard). J'aimerais bien le signaler dans osm.


En plus de "ref:FR:NAF=8690F (Activités de santé humaine non classées 
ailleurs", quel attribut principal ? office=? Mais quelle valeur ?


Une idée (Yves ?) ? Merci pour les réponses (en thème).

--
deuzeffe

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

Re: [OSM-talk-fr] Affichage d'un name suivant le rendu

[deuzeffe]

Bonjour,

Merci à tous ceux qui ont pris la peine de répondre à la question posée 
de façon argumentée, explicative et dans le thème.


Le 30/08/2020 à 09:46, Christian Quest a écrit :

Le 30/08/2020 à 08:29, Arnaud Champollion a écrit :
Sinon, est-ce qu'ajouter un short_name=Jardin J. d’Albret (en 
abréviant le prénom) peut permettre aux rendus qui l'utilisent de le 
substituer en cas de manque de place ? 


J'ai rajouté un short_name : ça ne change rien.

Aux zooms élevé, 'est bien à cause de la fontaine située quasiment au 
centroid du jardin que le nom ne trouve pas sa place.


C’est donc bien un problème d'encombrement stérique. Pas grave, au moins 
j'ai ma réponse :)


Et pas la peine de torturer les feuilles de style s'il y a de gros 
risque d'effet de bord...


En revanche, je suis persuadée avoir rencontré/vu le même problème il y 
a quelques semaines mais inversé (le jardin avec fontaine avait son nom 
et pas l'autre). Je cherche donc s'il y a "quelque part" un outil de 
rendu à la "OSM Then and Now" mais en précisant la date de Now (chez P. 
Neis, peut-être ? Pas encore regardé).


--
deuzeffe, qui sait enfin pourquoi ça pas marche ^^


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

[OSM-talk-fr] Affichage d'un name suivant le rendu

[deuzeffe]

Bonjour,

Suivant le rendu consulté, des noms de leisure=garden s'affichent ou pas.

Exemple :
- soient les deux polygones suivants : 1/ 
https://www.openstreetmap.org/way/67527 et 2/ 
https://www.openstreetmap.org/way/294951535

- au nom près, les attributs sont les mêmes (mêmes couples champ/valeur)
- le nom de 1/ s'affiche mais pas celui de 2/ sur le rendu standard 
https://www.openstreetmap.org/#map=19/45.79721/1.14039 ou le rendu 
osm-fr en dev 
https://umap.openstreetmap.fr/fr/map/rendu-fr-en-developpement_483858#19/45.79725/1.14056 
(osmfr-cartocss étant, vu son nom un fork de Mapnik-cartoCSS, ça parait 
logique ?) ;
- les deux noms s’affichent sur le rendu cyclable standard 
https://www.openstreetmap.org/#map=19/45.79721/1.14039=C et le 
rendu HOT (qui patine un peu, au passage) 
https://www.openstreetmap.org/#map=19/45.79731/1.14025=H



Si un ou une wizard voulait bien m'expliquer ces différences de 
comportement : ordre des couches, encombrement stérique des noms, 
"cékomssa", explication toute bête, autres, je l'en remercie d'avance.


--
deuzeffe, qui aime bien comprendre pourquoi ça pas marche.

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

Re: [OSM-talk-fr] Noms des quartiers en ville postal_code)

[deuzeffe]

Le 18/08/2020 à 11:33, osm.sanspourr...@spamgourmet.com a écrit :

J'ai plus l'impression que les contributeurs occasionnels mettent tout 


Influencés (de mauvaise manière) par les "preset" d'iD.
--
deuzeffe - je sais, je l'ai fait quand j’étais bleuette très claire.

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

Re: [OSM-talk-fr] Renseigner un « Lieu-dit »

[deuzeffe]

Le 16/08/2020 à 19:19, Jacques Lavignotte a écrit :
Je regarde le Wiki et je vois que ça peut-être "place" ou "hamlet" si 
habité.


Mais ceci :

https://www.openstreetmap.org/way/157107477#map=15/45.1635/-0.1552

me semble très discutable...


Qu'en penser ?


La même chose que quand il rajoute un point "Parking" sur une surface 
"Parking" "passke c'est mieux pour mon routage" (cf 
https://www.openstreetmap.org/changeset/67021461 )


HTH
--
deuzeffe

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

Re: [OSM-talk-fr] Celebrate the 16th OSM anniversary!

[deuzeffe]

Le 08/08/2020 à 10:19, osm.sanspourr...@spamgourmet.com a écrit :

Bonjour,

Mais Phyk, Florimond & Cie ont déjà préparé un texte comme 
https://blog.openstreetmap.org/2020/07/15/opnvkarte-une-nouvelle-couche-mise-en-evidence-sur-www-openstreetmap-org/?lang=fr 


Suis-je la seule à penser qu'elle fait doublon avec "Carte de transport" 
? Ou, comme tu le dis, puisque c'est progressif, osm.org attend de voir 
la montée en charge d'OPVNKarte pour supprimer l'autre ?


--
deuzeffe

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

Re: [OSM-talk-fr] Suppression *covid19=*

[deuzeffe]

Le 10/07/2020 à 13:04, Philippe Verdy a écrit :

Bonjour aussi.


/SNIP ta réponse... je n'ai pas été "impoli" envers qui que ce
soit...


Si, envers tous les lecteurs de la ML. Tu as eu parlé le la nétiquette : 
tu faisais référence à quoi ?



Et Wikipedia n'est pas une référence sur le sujet.


Et Wikipedia est une encyclopédie libre, ouverte et collaborative,
s'appuyant sur le savoir d'une communauté expérimentée. Un peu comme
OpenStreetMap, tu vois ? Oserais-tu dire qu'osm n'est pas une référence 
? Ou son wiki pour les contributeurs ?



Ma réponse était parfaitement cadrée sur le sujet...


Non. Tu n'as donné aucune réponse pratique et technique pour bâtir la
requête overpass demandée.

Je te rappelle la question, puisque tu sembles ne pas l'avoir lue : 
"Quelle requête overpass pour supprimer les tags covid19 devenus 
inappropriés dans ma commune ?" Et ta réponse, est ?


Heureusement que deux autres contributeurs ont parfaitement répondu à la 
question posée, même avec quelques différences.



Puisque l'auteur initial souhaitait "virer" les tags qu'ils jugent
maintenant "inutiles" alors que rien n'est fini, bien au contraire,
ce sont jute les conditions locales d'usage 


L'auteur, enfin, l'autrice initiale, c'est moi (qui voulais supprimer et 
non pas "virer"). Étonnant, n'est-ce pas ? Et il s'agit bien de données 
d'usage dans un périmètre local parfaitement connu de moi-même. C'est 
curieux, n'est-ce pas ?



qui peuvent évoluer et
revenir. c'est bête de gâcher le patient travail des autres 


Manque de bol "les autres", dans ce cas précis, c'est moi aussi.

/snip le HS.
--
deuzeffe

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

Re: [OSM-talk-fr] Suppression *covid19=*

[deuzeffe]

Le 08/07/2020 à 20:46, Philippe Verdy a écrit :

Bonjour également,
(voir https://fr.wikipedia.org/wiki/N%C3%A9tiquette#Politesse )

/snip le top-posting (cf 
https://fr.wikipedia.org/wiki/TOFU_(Usenet_et_Internet) ) non seulement 
impoli mais constituant une réponse totalement hors-sujet quant à la 
question originelle.


Ces données peuvent rester là pendant au moins un an ou deux, 


Je pense qu'osm mérite mieux qu'une mise à jour annuelle ou bisannuelle 
d'éléments qui changent plusieurs fois par an.


--
deuzeffe.

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

Re: [OSM-talk-fr] Suppression *covid19=*

[deuzeffe]

Le 04/07/2020 à 20:02, osm.sanspourr...@spamgourmet.com a écrit :

Hello,


1) Osmose est ton ami.


Ah vi. Je ne sais pas pourquoi j'ai oublié cette analyse concoctée par 
Noëmie (merci à elle). Un peu désarçonnée par le fait qu'elle soiit 
noyée dans la classe des "abandonnés". Un peu déçue qu'elle ne concerne 
que les opening_hours. Mais elle fait déjà un peu de boulot. Merci pour 
ton tip !



2) je pense que le mieux c'est de regarder les principales clés.


Certes :)

3) sinon une expression régulière 


Ah oui, bien, (presque) parfait pile-poil. Merci !

le fait si tu es sur une petite zone (ici format CSV, pas forcément idéal 
mais pourquoi pas).


J'ai adapté ça à ma searchArea de confort, viré le CSV pour une sortie 
habituelle. M'en vais donner à manger ça au monstre :)


Merci mille fois !

--
deuzeffe - un jour j’arrêterai de vous demander de construire des 
requêtes overpass à ma place, un jour...



Le 04/07/2020 à 17:50, deuzeffe - opensm@deuzeffe.org a écrit :

Bonjour,

Peu d'équipements de ma commune ont encore des restrictions 
d'ouverture/accès adaptées à la crise sanitaire (hors masques et 
SHA/GHA, simplement recommandés). Comment supprimer les tags 
appropriés sans faire une revue manuelle de chaque POI ? Probablement 
par une requête overpass ? Certes, mais laquelle ? À vos claviers !


Merci pour votre aide.


___
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] Le retour du rendu "QA" et des "layers"

[deuzeffe]

Le 04/07/2020 à 17:47, Yves P. a écrit :


J'ai regardé des zones bleus : c'est bluffant quand on affiche le cadastre, il 
manque plein de bâtiments


Heureusement, il y a Danette^W https://cadastre.damsy.net !

HTH
--
deuzeffe

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

[OSM-talk-fr] Suppression *covid19=*

[deuzeffe]

Bonjour,

Peu d'équipements de ma commune ont encore des restrictions 
d'ouverture/accès adaptées à la crise sanitaire (hors masques et 
SHA/GHA, simplement recommandés). Comment supprimer les tags appropriés 
sans faire une revue manuelle de chaque POI ? Probablement par une 
requête overpass ? Certes, mais laquelle ? À vos claviers !


Merci pour votre aide.
--
deuzeffe

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

Re: [OSM-talk-fr] Assemblée Générale OSM-fr du 13 juin, résultat des votes

[deuzeffe]

Le 22/06/2020 à 12:36, Vincent Bergeot a écrit :

Bonjour,


Bonjour aussi,

Et si vous voulez en savoir plus sur le déroulé : vous avez des éléments 
sur le wiki cité plus haut, des notes ont été prises et beaucoup de 
discussions !


De mémoire, il avait été question de déposer l'enregistrement de l'AG 
sur un peertube. J'ai rếvé ? J'ai loupé une annonce ? Autre ?


Merci pour ta réponse :)
--
deuzeffe

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

Re: [OSM-talk-fr] NRO avec ref ARCEP sans connection_point

[deuzeffe]

Le 17/06/2020 à 11:08, François Lacombe a écrit :

Bonjour Deuzeffe,


Bonjour François,


Q1 : j'ai raté quoi ? Que la ref, c'est pas ARCEP ?



 et ref:FR:ARCEP concerne les points de mutualisation.


Bingo !

On va mettre un zouli champ ref:FR:lenomduripkivabien* ;P


Le NRA sis juste à côté est dit raccordé au PM NA__ Je suppose
que c'est lui (le PM) qui doit porter la ref ARCEP ?



Le NRO donc ? NRA est pour le cuivre.


Non, non, le NRA. Le dernier cartefibre T1 2020 de l'ARCEP le raccorde 
bien à un PM... (un vrai avec une ref à noter dans ref:FR:ARCEP, donc).



Q2 subsidiaire : est-il dans le NRO (un node en plus dans le polygone du
NRO) ou qq part ailleurs pas loin (va falloir arpenter...) ?



Sans plus de précisions sur l'emplacement on ne peut pas conclure.
Il peut être dans le NRO (rare) ou juste à côté (une armoire collée au
shelter) ou plus loin.


Faut faire une reconnaissance terrain, donc (ou aller embêter le DG de 
mon RIP).


Merci pour tes explications : osmose devrait arrêter de me crier dessus ;)

* Marc, pas sur la tête !
--
deuzeffe

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

[OSM-talk-fr] NRO avec ref ARCEP sans connection_point

[deuzeffe]

Bonsoir,

Soit un NRO dans un zouli shelter.

Si je lis bien le wiki, les tags minimum sont :
- telecom=exchange
- telecom:medium=fibre

Pour la ref, j'ai eu la mauvaise idée de mettre un ref:FR:ARCEP et donc 
Osmose me signale que ref:FR:ARCEP sans telecom=connection_point, ce 
n'est pas réglo. Ok.


Q1 : j'ai raté quoi ? Que la ref, c'est pas ARCEP ?

Le NRA sis juste à côté est dit raccordé au PM NA__ Je suppose 
que c'est lui (le PM) qui doit porter la ref ARCEP ?


Q2 subsidiaire : est-il dans le NRO (un node en plus dans le polygone du 
NRO) ou qq part ailleurs pas loin (va falloir arpenter...) ?


Merci pour vos lumières.
--
deuzeffe - qui veux la fibre, mais c'est pas pour tout de suite.




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

Re: [OSM-talk-fr] « Faut-il/Pourquoi/Comment intéresser les POI à la présence/exactitude des leurs données dans OSM. »

[deuzeffe]

Le 14/06/2020 à 21:26, osm.sanspourr...@spamgourmet.com a écrit :

La réponse : gilet haute visibilité OpenStreetMap France. Tu dis que tu
fais un relevé, tu dis que c'est pour alimenter la base OSM.

S'il ne comprends pas, tu te retournes, lui dit de flasher le QR code.


Ned.

--
deuzeffe - Bon sûr mais c'est bien sang !

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

Re: [OSM-talk-fr] Maison de santé : liste professionnels

[deuzeffe]

Le 14/06/2020 à 12:05, Yves P. a écrit :

Pour ce qui est d'une maison de santé (toujours pas rendue par aucun fond de 
carte ?)

j'ai commandé au Père Noël des conteneurs Docker légers et faciles à installer 
;)


J'espère qu'il te livrera avant le 25 décembre...


, comment mentionner tous les professionnels qui y exercent (non + tel. au 
min.) ?


Je met 1 POI par professionnel (ou parfois 1 seul pour les cabinets infirmiers) 
:
soit à leur place quand je connais l'agencement interne du bâtiment (mode "indoor 
mapping")


J'ai fait ça, "de tête".


Pour le second cas, je prends une photo du plan d'intervention que je "recale" dans 
JOSM avec le greffon PicLayer <https://josm.openstreetmap.de/wiki/Help/Plugin/PicLayer>.


Pas con. Je retiens l'idée (pour la prochaine sortie sur place et si je 
le trouve...)


--
deuzeffe, toujours en attente de points rouges pour tous les healthcare 
sans icône.


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

[OSM-talk-fr] Nettoyage associatedStreet Etait Re: Numéro sans nom de rue

[deuzeffe]

Le 13/06/2020 à 20:08, osm.sanspourr...@spamgourmet.com a écrit :

Bonjour,

[nettoyage city= sur associatedStreet]


La précision "pour la France" est importante car certains pays n'ont pas
encore les délimitations des différents échelons administratifs et donc
le is_in est encore utile dans certains pays.


Cela va sans dire. Et mieux en le disant.


On peut continuer le nettoyage, tell que le nom de rue des points
d'adresses qui sont dans une relation associatedStreet.


Une ME ? Une analyse Osmose ? Autre ?

--
deuzeffe

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

[OSM-talk-fr] Maison de santé : liste professionnels

[deuzeffe]

Bonjour,

Pour ce qui est d'une maison de santé (toujours pas rendue par aucun 
fond de carte ?), comment mentionner tous les professionnels qui y 
exercent (non + tel. au min.) ?


Dans description= (ça va pas rentrer) ? Un node pour chaque (au moins ça 
sera en partie rendu mais ça va être le fouillis) ? Un node par 
catégorie (avec noms et tel de chaque dans name= et phone=) ? Autre ?


Merci pour vos avis.

--
deuzeffe

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

Re: [OSM-talk-fr] Numéro sans nom de rue : faux positifs dans la validation de JOSM

[deuzeffe]

Le 13/06/2020 à 13:35, Yves P. a écrit :

En revanche, je ne comprends pas l'intérêt de addr:city &
addr:postcode de la contribution initiale (pour la première relation, par ex.).

+1
Je comprends qu'avec un formulaire un débutant cherche à remplir toutes les 
cases :D (on a tous fait ça ?)


Tous, je ne sais pas, mais moi oui. Par conséquent j'ai fait un 
nettoyage drastique des POI pour virer city/postcode sur tous ceux que 
j'avais intégrés dans le périmètre de ma commune.



Comme l'a remarqué Lenni, il y les addr:country=FR (341 809 
<https://taginfo.openstreetmap.fr/keys/addr:country#values> en France :D)
Et addr:city : 986  381 <https://taginfo.openstreetmap.fr/keys/addr:city>

C'est fait 1 328 190 de tags à "libérer" ;)


Il me semble qu'il y a eu du ménage de fait sur les is_in=*

Est-ce que ça vaudrait le coup de faire pareil ?

--
deuzeffe

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