Re: [OSM-talk-fr] ascenseur

[leni]

Le 22/11/2020 à 08:37, Stéphane Péneau a écrit :


The starting level is not included in this list, e.g. a feature with 
level="0" then repeat_on starts with "1".


Stf


Merci à tous pour vos réponses, en plus j'avais à tord utilisé layer 
(que j'avais utilisé pour la passerelle) à la place de level



Le 21/11/2020 à 14:18, Georges Dutreix via Talk-fr a écrit :

Bonjour,

"roof:direction" indique le sens de la pente. Par exemple si tu as 2 
pentes face au nord-est + sud-ouest, tu peux mettre 
"roof:direction=NE" ou "roof:direction=SW" ou "roof:direction=45".
Mais par défaut, ce sera perpendiculaire à la plus grande longueur, 
donc pas nécessaire dans ton cas.


Vois le résultat ici : 
https://demo.f4map.com/#lat=43.5576972&lon=1.4544353&zoom=19&camera.theta=70.783&camera.phi=7.16


C'est tout à fait cela


Dans JOSM, j'ai découvert dans les préférences : 
Préférences/Paramètres d'affichage/Données OSM/Autres options/Utiliser 
les filtres automatiques/Règle/layer qui permet de sélectionner en 
haut à gauche une couche donnée


Pour qu'il affiche pas les level générés par repeat, il faut le greffon 
indoorhelper




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

[OSM-talk-fr] JOSM version stable 17329 : traduction du Journal des modifications

[leni]

La version 17329 de JOSM à été mise en place !!!

Et voici comme d'hab... le Journal des modifications apportés par cette 
version à 
https://josm.openstreetmap.de/wiki/Fr%3AChangelog#stable-release-20.11 ...


Profitez !!!

Cordialement

leni


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

Re: [OSM-talk-fr] addok et demo.addok.xyz : géocodage avec données OSM

[leni]

Le 23/11/2020 à 09:55, Cyrille37 OSM via Talk-fr a écrit :

Hello,

Le 22/11/2020 à 20:02, Christian Quest a écrit :
https://demo.addok.xyz/ où vous pouvez tester l’auto-complétion avec 
préférence géographique centrée sur la carte.


Wouah !!

Ça dépote! Et tolérant o fotes d'ortogafe. J'adore :-)
+1, sans les accents, sans apostrophes, sans les articles, centré à 
l'autre bout de la France et il trouve instantanément : j'adopte


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

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

[leni]

Bonsoir

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.


pas que : je connais celle de la Colombie 
https://umap.openstreetmap.co/es/ et framacarte : il y en a peut-être 
d'autres


leni


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

Re: [OSM-talk-fr] [édition de masse] convertir le tag déprécié diaper par le tag approuvé changing_table

[leni]

Le 29/11/2020 à 18:29, François Lacombe a écrit :

Bonjour Marc

Bonne idée également, je valide


+ 1 leni

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

Re: [OSM-talk-fr] outils qualité

[leni]

Le 30/11/2020 à 14:12, Georges Dutreix via Talk-fr a écrit :


Le 27/11/2020 à 13:04, Marc_marc a écrit :

3 outils
parmis d'autre :
WhoDidIt [1] produisant un flux informant des modifs d'une zone
osmcha [2] détectant les changeset soit sur base d'euristique
osmose [3] pour corriger les anomalies dans un rayon de + en plus grand
autour d'un lieu, ce qui permet ensuite de détecter facilement une
innondation d'erreurs.

[1]http://simon04.dev.openstreetmap.org/whodidit/
[2]https://osmcha.org/
[3]https://osmose.openstreetmap.fr/fr/map/

Bonjour,

J'utilise pas mal Osmose mais j'ai voulu tenter les 2 autres dans mes 
"zones connues", pour surveiller les changements faits récemment.


Whodidit semble ne pas fonctionner (mais peut-être je ne sais pas 
l’utiliser)


OSMCha - J'ai regardé la doc liée et je n'ai pas trouvé sur internet 
d'explication claire sur comment l'utiliser. Et soit je n'y comprends 
rien, soit je n'y comprends vraiment rien :-)


Il me retourne des bbox de la taille d'un pays ou plus avec 2 POI 
modifiés, l'un en Allemagne, l'autre au Maroc. J'ai bien vu le coup du 
"bbox size bound", mais si un utilisateur modifie un objet dans ma 
zone et un autre 500 km plus loin, alors je ne vois plus le changeset 
? C'est ça ?
il n'y a pas moyen de ne récupérer que les changesets ayant des 
relations ou ways avec au moins un nœud à l'intérieur de ma zone ?
Autre truc, je lui donne une date de départ 23/11/2020, et il me 
retourne des changesets qui ont plusieurs mois.

Vous l'utilisez comment, vous ?


Pour ma part, avant, j'utilisais  whodidit qui m'envoyait une 
notification, puis plus rien ...
Comme toi, j'ai essayé de tester OSMCha, mais je n'arrivais pas à 
l'utiliser et j'ai abandonné il m’envoyait des tas de notification si ma 
zone est comprise entre les extrêmes des changesets, même si pas de 
modif dans ma zone.


Pour l'instant, je suis avec 
https://resultmaps.neis-one.org/osm-change-tiles#14/44.8849/1.2137 les 
tuiles modifiées sont en des carrés mauves


cordialement

leni


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

Re: [OSM-talk-fr] Élections pour la fondation OSM / l'enjeu de la présence des AFAM ...

[leni]

Déjà que lorsque c'est en français, il m'est difficile de pouvoir 
appréhender ce que chacun des candidats peut apporter, en anglais ... je 
pense donc que je vais passer mon tour et ne pas voter


bon we

leni


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

Re: [OSM-talk-fr] Élections pour la fondation OSM / l'enjeu de la présence des AFAM ... (osm: message 3 of 20)

[leni]

On Sat, Dec 05, 2020 at 08:17:03PM +0100, Christian Quest wrote:


Le 05/12/2020 à 19:34, Vincent Bergeot a écrit :

Le 5 décembre 2020 19:17:59 GMT+01:00, leni  a
écrit :

 Déjà que lorsque c'est en français, il m'est difficile de pouvoir
 appréhender ce que chacun des candidats peut apporter, en anglais ... je
 pense donc que je vais passer mon tour et ne pas voter


Bonjour,
Je sais que pour ma part j'ai envie de voter pour des candidats qui ne
sont pas AFAM... et parmi les autres, complexe ! Un français pour
pouvoir causer plus facilement, un hors 'occident' pour diversifier,
Roland pour overpass, tobias pour la 'continuité', ...


Vu le système de vote, on peut très bien se contenter d'un nom ou deux (ce
qui en plus renforce le vote pour eux).



Ca dépend. Si il y a un candidat qui tu veux pas du tout avoir dans le board,
il faut forcement mettre tous les autres candidates sur la liste.



Meme chose avec ne pas voter. Le vote perdu est tout a fait un vote pour le

candidate que on prefere pas avoir.

Sarah

Le 06/12/2020 à 15:05, osm.sanspourr...@spamgourmet.com a écrit :

Entièrement d'accord avec Sarah : il faut voter pour toutes les places,
sinon on laisse la place à d'autres.

Christian a raison d'un point de vue pratique mais pour voter selon son
esprit on doit voter pour toutes les places : la nature a horreur du 
vide.


Désolé, mais c'était mon quart d'heure de provocation (J'étais perturbé 
de devoir voter contre, car je préfère voter pour ... ) et merci pour 
les messages que j'ai reçus (sur la liste ou en privé) et qui m'ont 
beaucoup aidé à faire mon choix car je vais voter : certainement 
1-Jean-Marc, 2-Eugene, 3-Roland, 4-Tobias, 5-Willy (donc comme Vincent 
mais je n'ai pas éliminé Michal et Logan pour les mêmes raisons, moi 
pour leurs potentiels conflits d'intérêts professionnels et ...)


cordialement

leni

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

Re: [OSM-talk-fr] Élections pour la fondation OSM / l'enjeu de la présence des AFAM ... (osm: message 3 of 20)

[leni]

Merci Vincent d'avoir ouvert ce fil, qui m'a donné quelques réponses, 
j'espère qu'il en est de même pour toi.


cordialement

leni

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

Re: [OSM-talk-fr] le data working group / quel support en France ?

[leni]

Le 06/12/2020 à 15:01, osm.sanspourr...@spamgourmet.com a écrit :
Le 06/12/2020 à 10:52, Jacques Lavignotte - jacq...@lavignotte.org a 
écrit :



Le 06/12/2020 à 10:27, Marc_marc a écrit :


mais il
y a aussi une prise de conscience qu'il faut un travail
communautaire, [...] aussi
pour accompagner les autres contributeurs, même si cela
semble être un travail ingrat pour beaucoup.


+1000

Education populaire.

J.


Donne à manger à un humain, tu l'aideras un jour.

Apprend lui à pêcher, tu l'aideras tous les jours.

Donc d'accord sur l'analyse de Marc mais pas sur le côté ingrat : les
retours que l'on a sur les remarques que l'on fait sur les changesets
des nouveaux contributeurs sont plutôt positifs.


+1

D'habitude, j'envoie un message sur la messagerie osm, car il me 
semblait que cela facilitait le dialogue ; mais, récemment, j'ai vu 
qu'un autre contributeur avait fait une remarque sur le groupe de 
modifications et je me suis dit, qu'en envoyant sur la messagerie le 
nouveau contributeur risquait recevoir plusieurs messages ... mais 
est-ce vraiment un problème ?


cordialement

leni


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

Re: [OSM-talk-fr] MS BOT

[leni]

Le 23/02/2022 à 15:15, Marc SIBERT a écrit :

J'ai mis à jour la page Wiki ;-)
Et oui https://fr.wikipedia.org/wiki/Quentin_de_La_Tour prend une 
majuscule à 'La'.


Même quand le cadastre n'en met pas ? Je ne suis pas allé voir sur 
place, j'irais



Et pour https://www.openstreetmap.org/way/23605881 le trait d'union a 
été ajouté alors que :

"source:name=panneaux sur place pas de trait d'union"

 * il semble y avoir un trait d'union sur le calque du cadastre
 * il n'y en a pas si on consulte une parcelle du cadastre (CHE DE BEL
   AIR) le fichier BANO (310560018A|A|CHE|DE BEL AIR) et sur place j'ai
   la photo du panneau

Il me semblait que le terrain était la référence.

bonne soirée

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

Re: [OSM-talk-fr] MS BOT

[leni]

Le 24/02/2022 à 20:51, osm.sanspourr...@spamgourmet.com a écrit :

Je crois que le Topographe Fou a été clair : pour La/la c'est clair :


Ok c'est clair !!!

Wikipedia n'est pas tout à fait d'accord avec le Larousse, en ce qui 
concerne son nom "Delatour" présent sur les actes officiel 
(https://www.larousse.fr/encyclopedie/peinture/Maurice_Quentin_Delatour_dit_Maurice_Quentin_de_La_Tour/152910)


Par contre en ce qui concerne : https://fr.m.wikipedia.org/wiki/Bel_Air, 
puisque les deux orthographes coexistent, il me semble que le local doit 
avoir la préférence : dans ce cas "Chemin de Bel Air"








Et pour https://www.openstreetmap.org/way/23605881 le trait d'union a
été ajouté alors que :
"source:name=panneaux sur place pas de trait d'union"

  * il semble y avoir un trait d'union sur le calque du cadastre
  * il n'y en a pas si on consulte une parcelle du cadastre (CHE DE BEL
    AIR) le fichier BANO (310560018A|A|CHE|DE BEL AIR) et sur place 
j'ai

    la photo du panneau

Il me semblait que le terrain était la référence.

bonne soirée

leni


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

Re: [OSM-talk-fr] MS BOT

[leni]

Le 26/02/2022 à 00:19, osm.sanspourr...@spamgourmet.com a écrit :

Le 25/02/2022 à 23:31, Christian Rogel -
christian.ro...@club-internet.fr a écrit :

Les rédacteurs de plaques de rue ont généralement suivi ces règles et 
les graveurs et émailleurs aussi.


À BON, ILS CONNAISSENT AUTRE CHOSE QUE LES MAJUSCULES ? Actuellement il
est encore courant de voir la partie principale du nom ENTIÈREMENT en
majuscules. Mais contrairement à Fantoir ils ont de plus en plus les
majuscules accentuées.

En effet, je suis allé voir la plaque hier après-midi
"Place Quentin
DE LA TOUR"


Puisses-tu avoir raison ! Hélas sur le terrain les règles typographiques
ne sont pas toujours appliquées, souvent ignorées (il suffit de voir les
noms de communes nouvelles qui ont dû être corrigés, sans parler des
coquilles tel ce fondateur de l'Europe fait musicien sur le terrain -
Robert Schuman(n) à Guidel).

Wokisme : non à la Blankérisation des esprits !

Jean-Yvon



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


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

[OSM-talk-fr] JOSM version 18387 traduction du journal des modifications

[leni]

Bonsoir

JOSM vient de passer à la version stable 18387

Et voici la traduction du Journal des Modifications 
https://josm.openstreetmap.de/wiki/Fr%3AChangelog#stable-release-22.02 
(le lien vers l’original anglais est en haut à droite)


   Dans le préréglage "Commentaire/Adresse" quelques noms de groupes
   d'attribut sont en anglais, j'ai vu qu'ils étaient traduis dans
   launchpad, la traduction arrivera avec la prochaine version.

Bonnes contributions !!!

cordialement

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

[OSM-talk-fr] overpass résultat csv qui contient des identifiants qui n'existent pas en tant que relation

[leni]

Bonjour

J'utilise une requête qui me parait toute simple

[out:csv(::id,network,name,true;",")];
{{geocodeArea:Ariège}}->.dep;
(
  relation[route=bus](area.dep);
);
out body;

;

out skel qt;

Les premiers enregistrements sont corrects, mais la fin ne ramène que 
des id, dont les deux premiers que j'ai consulté ne sont ni des 
relations ni n'ont l'attribut "route=bus" !!!


Où est la faille ?

cordialement

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

Re: [OSM-talk-fr] overpass résultat csv qui contient des identifiants qui n'existent pas en tant que relation

[leni]

Le 10/03/2022 à 18:47, Marc_marc a écrit :

Bonjour,

Le 10.03.22 à 18:12, leni a écrit :

Où est la faille ?


le premier out te donne les relations
ensuite tu demande les fils avec ">;" suivit d'un out ce qui te donne 
les fils des relations (noeud ou lignes ou relation) dont la majorité 
ne seront pas des relations


Cordialement,
Marc


Merci Marc

Ce n'est pas encore parlant pour moi (alors que c'est évident pour 
vous), j'utilise d'anciennes requêtes mais elle ne sont pas toujours 
adaptées.


Bonne soirée
leni


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

Re: [OSM-talk-fr] overpass résultat csv qui contient des identifiants qui n'existent pas en tant que relation

[leni]

Le 11/03/2022 à 09:09, Antoine Riche via Talk-fr a écrit :

Le 10/03/2022 à 19:23, leni a écrit :
Ce n'est pas encore parlant pour moi (alors que c'est évident pour 
vous), j'utilise d'anciennes requêtes mais elle ne sont pas toujours 
adaptées.


Permets-moi alors de te renvoyer à la série de tutoriels que j'avais 
publiée sur Twitter pendant le confinement, et que tu peux retrouver 
sur le wiki Carto’Cité : 
https://wiki.cartocite.fr/doku.php?id=tutoverpass:tutoriel_overpass_api 
. Un quart d'heure par jour et en 3 semaines tu écriras tes requêtes 
"from scratch" :-)


Antoine.


En plus c'est en français ! Merci, mais je n'attendrais pas le prochain 
confinement


leni





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

Re: [OSM-talk-fr] Problème d'envoi de mails sur talk-fr ?

[leni]

A priori pas de problème - envoie avec thunderbird

leni

Le 01/04/2022 à 20:04, Jacques Lavignotte a écrit :

Je ne pense pas avoir de pertes...


Sinon le problème GMail :(((

nous a fait abandonner un auto-hébergement...

J.

Le 01/04/2022 à 19:32, Christian Quest a écrit :
Mes emails à destination de talk-fr ne passent plus depuis quelques 
jours.


Donat a le même problème.

Je tente un envoi depuis gmail... pour voir, mais c'est bien gênant car
aucun message d'erreur ne semble retourné non plus.





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

Re: [OSM-talk-fr] dépréciation : un bon candidat ? post_office:type=* vs post_office=* + cadeau de Noël

[leni]

e
opening_hours 	Mo-Sa 08:30-20:30; Su 09:00-13:00; PH off; 2021 Dec 31 
08:30-18:00 	

post_office:typepost_partner
ref:FR:LaPoste  14345D  


*id**525410706* 
amenity=post_office *
*   amenity=post_office
nameFIT Project 
opening_hours   Mo-Fr 11:00-12:00, 14:00-18:00  
post_office post_partner
post_office:brand   UPS 
post_office:parcel_pickup   yes 
post_office:typeparcel pick up  post_partner
post_office:service_provider
UPS
post_office:parcel_pickup   
UPS






*id* 	*1342519443* 	à priori, c’est une Agence communale : 
https://localiser.laposte.fr/aisne/st-quentin/st-quentin-mairie-028550
amenity 	post_office 	devrait correspondre aux attributs d’une mairie 
annexe, actuellement uniquement building

brand   La Poste
brand:wikipedia fr:La Poste (entreprise française)  
nameSaint-Quentin Saint-Martin  ou Agence Communale ST QUENTIN Mairie
notesituation : 132 RUE DE HAM  
opening_hours 	Mo-Fr 09:00-12:00,14:00-17:00; Sa 09:00-12:00; PH off; 
2021 Nov 12-13 off 	

operatorLa Poste
operator:wikidata   Q373724 
operator:wikipedia  fr:La Poste (entreprise française)  
post_office post_partnerpost_annex
post_office:typepost_annex  
ref:FR:LaPoste  00377A  
post_office:service_provider    
La Poste


Qu'en pensez-vous ? Je modifie ?

cordialement

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

[OSM-talk-fr] JOSM version 18463 traduction du journal des modifications

[leni]

Bonjour

JOSM étant passé à la version stable 18463

Voici la traduction du Journal des Modifications 
https://josm.openstreetmap.de/wiki/Fr%3AChangelog#stable-release-22.05 
(le lien vers l’original anglais est en haut à droite)


   Comme je n'étais pas sûr de la traduction du #22073, j'ai laissé en 
gras le texte anglais


Bonnes contributions sur JOSM !!!

cordialement

leni


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

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

[leni]

Le 01/06/2022 à 16:21, Rpnpif a écrit :

Merci.

Aaaargh, JOSM ne sait toujours pas utiliser un écran HD (140 dpi) sous 
Linux Debian. Les polices de caractères y sont souvent beaucoup trop 
petites.


Pourtant un rapport de bogue avait été créé il y a longtemps.


Je ne l'ai pas trouvé, pas su chercher (désolé suis w10), pourrais-tu 
essayer de le chercher ? 
https://josm.openstreetmap.de/query?status=assigned&status=needinfo&status=new&status=reopened&col=id&col=summary&col=status&col=type&col=priority&col=milestone&col=component&col=time&order=priority&report=1


Et faire un ticket si nécessaire ?

Cette page peut-elle t'aider ? 
https://josm.openstreetmap.de/wiki/Fr%3AHelp/HiDPISupport


leni

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

Re: [OSM-talk-fr] géolocalisation des photos

[leni]

Le 22/06/2022 à 16:43, Jacques Lavignotte a écrit :




https://postimg.cc/wtZH9CQf

Vérifiez que la géoloc est conservée (oui)


Voici ce que je récupère sous w10 dans Eau-Potable.jpg

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

Re: [OSM-talk-fr] géolocalisation des photos

[leni]

Le 22/06/2022 à 19:11, Jacques Lavignotte a écrit :



Le 22/06/2022 à 18:18, leni a écrit :


Le 22/06/2022 à 16:43, Jacques Lavignotte a écrit :



Voici ce que je récupère sous w10 dans Eau-Potable.jpg


La liste refuse les PJ.

Copie/Colle dans la corps du texte


Il me semblait que c'est ce que j'avais fait

GPS _
Latitude 46; 37; 35.8093982771
Longitude 0; 18; 39.91930353
Altitude 115.746

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

Re: [OSM-talk-fr] géolocalisation des photos

[leni]

Le 22/06/2022 à 19:42, Hélène PETIT a écrit :

Le 22/06/2022 à 15:43, Jacques Lavignotte a écrit :



Le 22/06/2022 à 15:23, Hélène PETIT a écrit :

Avec quelques autres vieux comme  moi, on utilise des photos 
géolocalisées (plutôt que de prendre des notes).


Bienvenue au club.

Bug : lorsque nous nous échangeons ces photos, il arrive que la 
géolocalisation soit enlevée automatiquement ;


Très petite expérience qui consiste à transférer du SmartPhone 
Android vers un partage Owncloud/Linux. EXIF ( et géoloc donc) 
préservés.
Je viens de tester le partage sur mon cloud zaclys, puis vers une 
adresse mail, puis sur mon pc ;

dans tous les cas la géoloc est supprimée.

Du coup, c'est peut-être la fonction de partage de mon téléphone qui 
est conçue pour faire ça, et le responsable est samsung.


J'ai pu récupérer mes photos intactes en passant par un cable usb ...
ça craint.

Il me semble me rappeller que lorsque j'avais un samsung il me faisait 
aussi des modifications dans les dates ;

leni



Prêt à tester à plusieurs d'autres procédés.

Nb : Twitter remplace totalement l'EXIF

J.




___
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] Flopées de highway=pedestrian qui n'en sont pas

[leni]

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

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.


Si je regarde le wiki 
https://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dpedestrian utilise 
highway=pedestrian + area=yes pour les zones où on peut marcher, ça a 
l'air de correspondre



Ça peut être un bout d'herbe en bordure de voie : 
https://www.openstreetmap.org/way/904660169


ajouter surface=grass


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


j'intègrerais le trottoir qui le longe à la surface



ou https://www.openstreetmap.org/way/905538162

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


je ne vois pas par quoi le remplacer




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 


footway me parait plus petit que pedestrian



surface = yes


surface correspond plutôt au revêtement


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



cordialement

leni


___
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=*

[Leni]

⁣+ 1 pour moi aussi


 Message original 
De: Marc_marc 
Envoyé: Fri Jul 01 15:43:06 GMT+02:00 2022
À: talk-fr 
Sujet: [OSM-talk-fr] [édition mécanique/de masse] wood=* -> 
leaf_type=*/leaf_cycle=*

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] JOSM version 18513 traduction du Journal des Modifications

[leni]

JOSM étant passé à la version stable 18513

Voici la traduction du Journal des Modifications 
https://josm.openstreetmap.de/wiki/Fr%3AChangelog#stable-release-22.06 
correspondant (le lien vers l’original anglais est en haut à droite)


Bonnes contributions sur JOSM !!!

cordialement

leni


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

[OSM-talk-fr] JOSM : traduction du logiciel - erreur due aux caractères d'échappement ?

[leni]

Bonjour,

Lorsqu'on sauvegarde une session de laquelle un fichier a été supprimé, 
un message d'avertissement est affiché dont une partie est encore en 
anglais :
    You are about to overwrite the session file "nomfichier.jos". Would 
you like to proceed?


Dans launchpad, on a la phrase :
    You are about to overwrite the session file "{0}". Would you like 
to proceed?


Si je met comme traduction :
    Vous êtes sur le point d'écraser le fichier de session "{0}". 
Voulez-vous continuer ?


Je reçois le message :
    There is an error in a translation you provided. Please correct it 
before continuing.


Je suppose que l'erreur vient de  :
"{0}"
J'ai copié celui du message en anglais :
    même erreur
J'ai copié celui du message en français : Échec de la localisation de la 
ressource ''{0}''.

    même erreur

J'ai consulté 
https://josm.openstreetmap.de/wiki/Fr%3ATranslations#Software ; mais il 
n'est question que de l'apostrophe, des accolades également mais là 
elles sont présentes pour le formatage du texte ...


Avez-vous des idées ?

bon dimanche

leni


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

Re: [OSM-talk-fr] JOSM : traduction du logiciel - erreur due aux caractères d'échappement ?

[leni]

Le 10/07/2022 à 16:16, osm.sanspourr...@spamgourmet.com a écrit :

Bonjour Lenny,

Est-ce que tu n'as pas une correction automatique des caractères
typographiques style Grammalecte ?

J'ai fait un copier/coller de ton texte, utilisé Grammalecte pour mettre
une apostrophe typographique et c'est passé.


Où as-tu mis l'apostrophe (ta modif est bien passée) peux-tu m'envoyer 
le texte avec l'apostrophe typographique ?



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

Re: [OSM-talk-fr] JOSM : traduction du logiciel - erreur due aux caractères d'échappement ?

[leni]

Le 10/07/2022 à 22:55, osm.sanspourr...@spamgourmet.com a écrit :

J’allais répondre en privé mais comme j’ai compris où était le problème
j’en fait profiter la communauté.


c'est également ce que j'allais faire quand je t'ai répondu



> Vous êtes sur le point d'écraser le fichier de session "{0}".
Voulez-vous continuer ?

Est ce que tu as écrit.

Comme indiqué dans la page d’aide... et par toi les apostrophes sont
« problématiques » dans le sens où ils doivent être doublés ou mieux
substitués par l’apostrophe typographique.


Apostrophe informatique :

> d'écraser

à doubler :

> d''écraser

ou à remplacer par l’apostrophe typographique :

> d’écraser


j'avais bien compris pour l'apostrophe ',  mais ici j'ai un guillemet ", 
pas deux apostrophes ''





Grammalecte est ton ami.


bon les amis de mes amis sont mes amis mais nous n'avons pas été encore 
présentés, je vais le chercher


leni



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

Re: [OSM-talk-fr] JOSM : traduction du logiciel - erreur due aux caractères d'échappement ? [résolu]

[leni]

En fait, j'étais obnubilé par "{0}" alors que comme l'a indiqué 
Jean-Yvon ci-dessous, l'erreur venait de l'apostrophe d'écraser et non 
des guillemets


Le 10/07/2022 à 22:55, osm.sanspourr...@spamgourmet.com a écrit :

> Vous êtes sur le point d*'*écraser le fichier de session "{0}".
Voulez-vous continuer ?
Est ce que tu as écrit.

Comme indiqué dans la page d’aide... et par toi les apostrophes sont
« problématiques » dans le sens où ils doivent être doublés ou mieux
substitués par l’apostrophe typographique.


Apostrophe informatique :

> d'écraser

à doubler :

> d''écraser

ou à remplacer par l’apostrophe typographique :

> d’écraser

Le 11/07/2022 à 10:50, leni a écrit :
j'avais bien compris pour l'apostrophe ',  mais ici j'ai un guillemet 
", pas deux apostrophes ''

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

[OSM-talk-fr] JOSM version 18531 traduction du Journal des Modifications

[leni]

JOSM vient de passer à la version stable 18531

Voici la traduction du Journal des Modifications 
https://josm.openstreetmap.de/wiki/Fr%3AChangelog#stable-release-22.07 
correspondant (le lien vers l’original anglais est en haut à droite)


Je ne suis pas sûr d'avoir suffisamment bien compris la modification 
correspondant au ticket https://josm.openstreetmap.de/ticket/21235 
<https://josm.openstreetmap.de/ticket/21235> :
#21235 <https://josm.openstreetmap.de/ticket/21235> : |footway=*| n'est 
plus sur la liste blanche et ajout de |footway=separate| à la liste 
noire des candidats pour |sidewalk=*| (correctif de by JeroenHoek)

à part ma coquille du "de by" la traduction est-elle correcte ?

Bonnes contributions avec JOSM !!!

cordialement

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

Re: [OSM-talk-fr] JOSM version 18531 traduction du Journal des Modifications

[leni]

Le 02/08/2022 à 19:48, Marc_marc a écrit :

Bonjour,

Le 02.08.22 à 18:19, leni a écrit :
Je ne suis pas sûr d'avoir suffisamment bien compris la modification 
correspondant au ticket https://josm.openstreetmap.de/ticket/21235 
<https://josm.openstreetmap.de/ticket/21235>


avant highway=* + sidewalk=both + footway=separate ne provoquait pas 
d'erreur
pourtant si c'est un trotoir, ce n'est pas un footway (cheminement 
piéton renseigné par un panneau bleu)

maintenant le validateur signale une erreur (le bon tag est
highway=* + sidewalk=separate directement... du moins si on veux
séparer le trotoir de sa route avec tous les soucis qu'on connait)

proposition de traduction :
ne plus blanchir (ou mettre en liste blanche ?) footway=* et ajouter 
footway=separate en candidat sur liste noire pour sidewalk=*



merci Marc

Si je comprends bien le système de liste noire/blanche (un peu comme 
celle de mon opérateur mail : exp noir =spam exp blanc =ok) en ajoutant 
footway=separate  sur la noire on ne peut pas laisser le générique 
footway=* sur la blanche ou alors il faudrait mettre toutes les valeurs 
de footway différentes de separate - un peu complexe ...



Ce que je fais en général c'est highway=* + sidewalk=*

Lorsqu'un autre contributeur ajoute un way highway=footway + 
footway=sidewalk ; ne voulant pas me lancer dans des 
suppression/re-créations contre-productives, je lui signale que le 
sidewalk=* était déjà présent sur la route et (que s'il souhaite 
vraiment créer un footway // ) il faudrait modifier par 
sidewalk=separate sur la route ; en général il comprend et fait la modif 
(par ex https://www.openstreetmap.org/way/305303131/history) .


Je fais pareil sur les arrêts de bus (c'est d'ailleurs là que j'avais 
découvert shelter=separate)



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

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

[leni]

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

Le 24.08.22 à 14:46, deuzeffe a écrit :

(re)Bonjour,

Toujours en jardinant (à l'ombre !), je trouve ces signalements 
osmose : 
https://osmose.openstreetmap.fr/fr/issues/open?country=france_limousin_haute_vienne&item=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&action=visugeod, je 
ne les retrouve pas.


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

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


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


"En effet, il apparaît que le point géodésique soit géométriquement sur 
la commune de Saint-Béat-Lez et non sur celle d’Arlos.
Ce sujet d’appartenance administrative peut être un peu plus complexe 
lorsque l’on regarde de près, car d’un point de vue officiel les limites 
administratives sont définies par une description textuelle et non par 
une donnée géographique.
En tout cas, lors de la construction du point en 1949, les géodésiens 
ont estimés que ce point se situait sur la comme d’Arlos, 
vraisemblablement en raison de sa position par rapport à la crête. Le 
point a ainsi été nommé Alors I, or quand nous conservons la 
dénomination des points telles qu’elles ont été définies à la 
construction du point."


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


leni


___
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

[leni]

Le 29/08/2022 à 14:08, Marc_marc a écrit :

Le 29.08.22 à 12:31, Rpnpif a écrit :

L'inscription "A BAD PLACE' sur la cour devant le château
Est-ce que ça se cartographie sur OSM ?


à distance c'est difficile de dire si c'est pèrène
ou si quelqu'un a su quand passait l'avion et a fait
une farce ce jour là
si c'est pérène -> art_work ? faudrait voir comment
sont renseigné les grafitis "artistiques"


Il s'agit d'une œuvre 
https://officiel-galeries-musees.fr/tradition-de-lavant-garde-au-chateau-de-montsoreau/




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

[OSM-talk-fr] JOSM version 18543 traduction du journal des modifications

[leni]

Passage de JOSM à la version stable 18543

Voici la traduction du Journal des Modifications 
https://josm.openstreetmap.de/wiki/Fr%3AChangelog?version=151#stable-release-22.08 
correspondant (le lien vers l’original anglais est en haut à droite)


Bonnes contributions avec JOSM !!!

cordialement

leni

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

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

[leni]

Le 30/08/2022 à 19:37, leni a écrit :

Passage de JOSM à la version stable 18543

Voici la traduction du Journal des Modifications 
https://josm.openstreetmap.de/wiki/Fr%3AChangelog?version=151#stable-release-22.08 
correspondant (le lien vers l’original anglais est en haut à droite)


ajout à la liste les correctifs pour #21836 et #5



cordialement

leni


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

Re: [OSM-talk-fr] Vers un modèle de données amélioré pour OpenStreetMap

[leni]

Le 02/09/2022 à 13:28, Marc_marc a écrit :

Bonjour,

j'ai traduis le message de Tobias Knerr,
https://www.openstreetmap.org/user/marc__marc/diary/399867
pour ceux que cela interesse.

Merci Marc




le plus le plus interessant à mes yeux est celui sur la création
d'un 4ieme type d'objet pour les aires au lieu des bricolages
chemin fermé ou multipolygone 
+1 c'est vrai que mettre area=yes sur un higway, mais pas sur d'autres 
objets et ...



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

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

[leni]

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

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

[leni]

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


HTH

tu peux traduire aux vieux qui ne savent pas "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


___
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

[leni]

Le 20/09/2022 à 13:31, deuzeffe a écrit :

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

et en plus il y a deux significations !!!
(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 ^^

Et oui, ta réponse m'a été utile  ^^

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

[OSM-talk-fr] Voies connues de la BAN pb avec télécommande

[leni]

Bonjour

J'ai un problème, mais est-ce dû à ma configuration ?

J'ai ouvert JOSM avant Firefox.

Si je vais dans l'onglet "Voies connues de la BAN mais pas d'OSM, avec 
beaucoup d'adresses" que je sélectionne "relation" rien ne se passe 
(parfois l'icône JOSM clignote comme s'il chargeait, mais rien), mais si 
je vais dans Pifomètre et que je sélectionne la relation correspondante, 
le calque correspondant se charge bien dans JOSM (par contre si je 
choisis "points" il se charge normalement dans les deux onglets):


Un exemple : département 32, je trie les communes, je choisis 
Aubiet(32012) et je fais le test sur le "Chemin de Lembessin"


cordialement

leni



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

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

[leni]

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

leni


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

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

[leni]

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


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


Grace à deuzeffe j'ai un doublon

https://bano.openstreetmap.fr/pifometre/index.html#insee=32087&tab=0
une Voie sans FANTOIR "chemin de genboy" avec deux points adresse

qui correspond à la voie avec FANTOIR (onglet 2) CHEM DE JENBOY (les 2 
mêmes points adresse, précédents, sont dans le cadastre et il y a un 
GENBOY qui traîne sur le plan cadastral)


si je met dans osm "Chemin de Genboy" avec ref:FR:FANTOIR le 
rapprochement va se faire avec l'onglet 2, mais pas avec l'onglet 0 ?

il faudra lui ajouter "voie doublon avec orthographe différente" ?

leni


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

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

[leni]

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


Le 26/09/2022 à 19:32, leni a écrit :


https://bano.openstreetmap.fr/pifometre/index.html#insee=32087&tab=0
une Voie sans FANTOIR "chemin de genboy" avec deux points adresse

qui correspond à la voie avec FANTOIR (onglet 2) CHEM DE JENBOY (les 
2 mêmes points adresse, précédents, sont dans le cadastre et il y a 
un GENBOY qui traîne sur le plan cadastral)


si je met dans osm "Chemin de Genboy" avec ref:FR:FANTOIR le 
rapprochement va se faire avec l'onglet 2, mais pas avec l'onglet 0 ?

il faudra lui ajouter "voie doublon avec orthographe différente" ?


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.


vincent

J'ai fait l'option pour le rapprochement :
- la Voie sans FANTOIR a disparu

- la Voie FANTOIR a été rapprochée de la voie OSM par contre, elle ne 
voit pas que les points adresse existent


leni


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

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

[leni]

Le 27/09/2022 à 12:36, deuzeffe a écrit :

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


Je ne me souviens plus et je n'ai pas non plus fait de copie-écran, mais 
je peux très facilement revenir en arrière (pas grand-chose à faire) ...


leni


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

Re: [OSM-talk-fr] Voies connues de la BAN pb avec télécommande

[leni]

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

De: "osm vdct"
Le 25 septembre 2022 19:29:12 GMT+02:00, leni  a écrit :


J'ai un problème, mais est-ce dû à ma configuration ?

Non du tout. J'ai passé pas mal de temps à reconfigurer l'onglet Pifomètre suite
aux nouveautés dont je parlais ce matin, et j'ai tout simplement *oublié* de
gérer les conséque'ces sur les autres onglets /o\ :)

C'est maintenant réglé, l'onglet "Top adresses manquantes" devrait fonctionner 
y compris avec le mode Relation.


Après avoir choisi Relation, Josm m’avertit qu'il reçoit des données, mais pas 
de téléchargement des données ni d'affichage de calque :
Voici les infos :
2022-09-27 15:07:28.980 INFOS: RemoteControl received: GET 
/import?new_layer=true&layer_name=Chemin%20de%20Lembessin&url=https://bano.openstreetmap.fr/pifometre/requete_numeros.py?insee=32012&fantoir=32012b13bb&modele=Relation 
HTTP/1.1 2022-09-27 15:07:29.660 INFOS: GET 
https://bano.openstreetmap.fr/pifometre/requete_numeros.py?insee=32012&fantoir=32012b13bb&modele=Relation 
-> HTTP/1.1 200 (637 ms; 1,42 kB) 2022-09-27 15:07:29.660 INFOS: 
L?élément 'body' trouvé dans le flux d?entrée n?est pas défini. Abandon. 
2022-09-27 15:11:28.827 INFOS: GET 
https://api.openstreetmap.org/api/0.6/user/details (obtient le nombre 
des messages non lus) -> HTTP/1.1 200 (513 ms; 751 B)


alors qu'avec point c'est ok :
2022-09-27 15:15:19.164 INFOS: RemoteControl received: GET 
/import?new_layer=true&layer_name=Chemin%20de%20Lembessin&url=https://bano.openstreetmap.fr/pifometre/requete_numeros.py?insee=32012&fantoir=32012b13bb&modele=Points 
HTTP/1.1 2022-09-27 15:15:20.151 INFOS: GET 
https://bano.openstreetmap.fr/pifometre/requete_numeros.py?insee=32012&fantoir=32012b13bb&modele=Points 
-> HTTP/1.1 200 (974 ms; 625 B) 2022-09-27 15:15:21.223 INFOS: Copying 
BIM resource files from jar to file system 2022-09-27 15:15:21.223 
INFOS: 
C:\Users\MFH\AppData\Roaming\JOSM\plugins\indoorhelper\resources\IFC2X3_TC1.exp 
2022-09-27 15:16:28.780 INFOS: GET 
https://api.openstreetmap.org/api/0.6/user/details (obtient le nombre 
des messages non lus) -> HTTP/1.1 200 (461 ms; 751 B)


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

Re: [OSM-talk-fr] Voies connues de la BAN pb avec télécommande

[leni]

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

De: "leni" 
  

Après avoir choisi Relation, Josm m’avertit qu'il reçoit des données, mais pas
de téléchargement des données ni d'affichage de calque :
Voici les infos :
2022-09-27 15:07:28.980 INFOS: RemoteControl received: GET
/import?new_layer=true&layer_name=Chemin%20de%20Lembessin&url=https://bano.openstreetmap.fr/pifometre/requete_numeros.py?insee=32012&fantoir=32012b13bb&modele=Relation
HTTP/1.1 2022-09-27 15:07:29.660 INFOS: GET
https://bano.openstreetmap.fr/pifometre/requete_numeros.py?insee=32012&fantoir=32012b13bb&modele=Relation
-> HTTP/1.1 200 (637 ms; 1,42 kB) 2022-09-27 15:07:29.660 INFOS:
L?élément 'body' trouvé dans le flux d?entrée n?est pas défini. Abandon.
2022-09-27 15:11:28.827 INFOS: GET
https://api.openstreetmap.org/api/0.6/user/details (obtient le nombre
des messages non lus) -> HTTP/1.1 200 (513 ms; 751 B)

La requête que tu montres n'a pas le bon nombre de paramètres, c'est le signe 
que ta page n'est pas à jour. Il faudrait la rafraichir avec un Ctrl+F5

vincent 


Tout est ok Merci Vincent


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

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

[leni]

Le 27/09/2022 à 13:30, leni a écrit :


Le 27/09/2022 à 12:36, deuzeffe a écrit :

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


Je ne me souviens plus et je n'ai pas non plus fait de copie-écran, 
mais je peux très facilement revenir en arrière (pas grand-chose à 
faire) ...


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

Voie sans FANTOIR   
	CHE GENBOY 	chemin de genboy 	ORG 
<http://www.openstreetmap.org/#map=18/43.855508/-0.157052> 	FR 
<http://tile.openstreetmap.fr/?zoom=18&lat=43.855508&lon=-0.157052> 
BANO 
<http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/43.855508/-0.157052> 
	JOSM 	ID 
<http://www.openstreetmap.org/edit?editor=id#map=18/43.855508/-0.157052> 
	P2 
<http://www.openstreetmap.org/edit?editor=potlatch2#map=18/43.855508/-0.157052> 
	

2 PointsRelation


et dans l'onglet 2

320870110M  2021-04-26  CHEM DE JENBOY

Je ne me souviens si avant, comme il semblait à deuzeffe, il y avait 
"CH" dans le pseudo-libellé FANTOIR , mais je me souviens avoir remarqué 
avant qu'il n'avait pas le "DE" donc je pense que Pifomètre est bien 
revenu dans l'état avant ma modif


Si vous n'y voyez pas d'inconvénients, je refais le rapprochement : il 
n'y aura plus qu'une ligne


320870110M      2021-04-26  CHEM DE JENBOY  Chemin de GenboyORG
FR
BANO
JOSM
ID
P2



Anomalies

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

[OSM-talk-fr] JOSM version 18565 traduction du Journal des modifications

[leni]

Bonjour

Mise à jour de JOSM

Voici la traduction du Journal des modifications correspondant à la 
version 18565 
https://josm.openstreetmap.de/wiki/Fr%3AChangelog#stable-release-22.09 
(le lien vers l’original anglais est en haut à droite)


cordialement

leni

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

[OSM-talk-fr] mettre à jour wiki FR:Key:height et FR:Map_Features/Units

[leni]

J'ai trouvé quelques décalages entre les versions françaises et anglaise 
de https://wiki.openstreetmap.org/wiki/FR:Key:height et 
https://wiki.openstreetmap.org/wiki/FR:Map_Features/Units


J'envisage, si personne ni voit d'inconvénient, de modifier la version 
française en me servant de l'anglaise comme modèle.


cordialement

leni


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

[OSM-talk-fr] taginfo source:maxspeed

[leni]

Bonjour

Sur taginfo Métropole j'ai le résultat suivant :

Quantité | Clé
  0 | source:maxspeed
  0 | source:maxspeed:backward
  0 | source:maxspeed:forward

alors qu'overpass me donne 44732 lignes

Et que d'autres recherches taginfo me donnent un résultat qui semble 
cohérent.


Ma config ? W10 avec Firefox dont j'ai purgé le cache

leni



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

Re: [OSM-talk-fr] taginfo source:maxspeed

[leni]

Le 15/10/2022 à 10:34, Marc_marc a écrit :

Bonjour,


merci Marc



Le 14.10.22 à 19:01, leni a écrit :

Sur taginfo Métropole j'ai le résultat suivant :

Quantité | Clé
   0 | source:maxspeed


taginfo fr filtre les metadonnées cad des éléments qui ne
sont pas des données mais des infos sur les données.


il les filtre, mais en les faisant apparaitre il donne l'impression de 
ne pas les filtrer.

où peut-on trouver que l'info est une metadonnée et non une donnée ?


Le mieux serrait de migrer le 2ieme sens dans la clef maxspeed:type
qui loin d'être parfaite a l'avantage de n'avoir qu'un sens


taginfo donne la quantité de maxspeed:type trouvés ; maxspeed:type 
contrairement à source:maxspeed ne serait pas une metadonnée ?


leni

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

[OSM-talk-fr] codes FANTOIR erronés non trouvé

[leni]

Bonjour

Dans la page "codes FANTOIR erronés" j'ai recherché :
09140B3BBB    Chemin de la Pujadeille

J'ai recherché ce code Fantoir dans OSM et je n'ai pas su le trouver !!!

J'ai bien le "Chemin de la Pujadeille" dans OSM, mais même dans 
l'historique il ne semble pas avoir de FANTOIR 
https://www.openstreetmap.org/way/187519367/history


Le chemin est dans les voies rapprochées (Voie sans FANTOIR) :
Voie sans FANTOIR        CHE PUJADEILLE    Chemin de la Pujadeille

Je ne suis pas un assez bon limier pour trouver ce FANTOIR erroné ...

leni


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

Re: [OSM-talk-fr] codes FANTOIR erronés non trouvé

[leni]

Le 19/10/2022 à 18:52, Vincent de Château-Thierry a écrit :
un manque à combler (ce soir si j'ai le temps). 
En ce qui me concerne, il n'y a pas d'urgence, je sais que pour le 
moment, il ne faut pas que je les cherche.

merci pour la remontée


Et surtout merci à toi pour cet outil très utile !!!

leni


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

Re: [OSM-talk-fr] codes FANTOIR erronés non trouvé

[leni]

Le 19/10/2022 à 22:40, Vincent de Château-Thierry a écrit :



Voilà c'est rétabli, la liste a fondu mais on compte quand même 160 
lignes avec de *vrais* codes faux ;)


La liste est un peu remontée 212 et il me semble qu'il y a encore des 
"codes FANTOIR imaginaires" mais avec des minuscules, par exemple :


31084b8bbb    Impasse des Calaouères et du Pré Commun

leni

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

[OSM-talk-fr] Pifomètre : voie présente dans deux onglets avec/sans adresse puis sans/avec rapprochement

[leni]

Bonjour

à Monbrun (32262) 
https://bano.openstreetmap.fr/pifometre/index.html#insee=32262&tab=0


il y a des voies présentes dans FANTOIR/BAN/OSM

Elles se retrouvent 2 fois dans Pifomètre (avec et sans adresses) - 
(sans et avec rapprochement)

Par exemple : "Rue de la Régie" https://www.openstreetmap.org/way/62819082

Voies avec adresse(s) numérotée(s)
xx voies FANTOIR sans rapprochement OSM
322620020D    2012-10-29    RUE DE LA REGIE    rue de la régie. 12 
Points    Relation    Anomalies


Voies sans adresse(s) numérotée(s)
x voies FANTOIR avec rapprochement OSM
322620020D    2012-10-29    RUE DE LA REGIE    Rue de la Régie

Il me semble qu'elle devrait être dans
Voies avec adresse(s) numérotée(s)
voies FANTOIR avec rapprochement OSM

j'ai fait la mise à jour le 20/10/22 à 17h21

Y a-t-il une adresse spécifique pour les signalements ? ou si je trouve 
autre chose, je continue sur la liste ?


leni


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

Re: [OSM-talk-fr] mettre à jour wiki FR:Key:height et FR:Map_Features/Units

[leni]

Le 14/10/2022 à 18:20, leni a écrit :
J'ai trouvé quelques décalages entre les versions françaises et 
anglaise de https://wiki.openstreetmap.org/wiki/FR:Key:height et 
https://wiki.openstreetmap.org/wiki/FR:Map_Features/Units


J'envisage, si personne ni voit d'inconvénient, de modifier la version 
française en me servant de l'anglaise comme modèle.


Je viens de modifier la première : 
https://wiki.openstreetmap.org/wiki/FR:Key:height


leni


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

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

[leni]

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

Re: [OSM-talk-fr] mettre à jour wiki FR:Key:height et FR:Map_Features/Units

[leni]

Le 22/10/2022 à 18:26, leni a écrit :


Le 14/10/2022 à 18:20, leni a écrit :
J'ai trouvé quelques décalages entre les versions françaises et 
anglaise de https://wiki.openstreetmap.org/wiki/FR:Key:height et 
https://wiki.openstreetmap.org/wiki/FR:Map_Features/Units


J'envisage, si personne ni voit d'inconvénient, de modifier la 
version française en me servant de l'anglaise comme modèle.


Je viens de modifier la première : 
https://wiki.openstreetmap.org/wiki/FR:Key:height


voici la deuxième https://wiki.openstreetmap.org/wiki/FR:Map_Features/Units

leni


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

[OSM-talk-fr] codes FANTOIR portés par des nodes & ways OSM et inconnus de la source FANTOIR

[leni]

Bonjour,

Dans cet onglet, j'ai corrigé les codes qui étaient uniques.

Maintenant, je regarde les codes qui sont séparés par un ";" ce qui est 
autorisé par 
https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR#Cas_particuliers


Avant de me lancer, j'ai pris un premier enregistrement ; les deux codes 
existent séparément : Pour trouver si le code est inconnu de la source 
Pifometre prend chaque code ou l'ensemble ?


cordialement

leni


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

[OSM-talk-fr] problème avec mes envois

[leni]

Bonjour et Bonne Année 2023

J'ai envoyé deux messages sur la liste qui ne semblent pas être arrivés 
sur la liste : je ne les ai pas reçus et je ne les vois pas dans 
l'archive (j'y trouve bien le bac à marée que j'ai également reçu).


Je ne sais pas où ils ont été bloqués !!! Avez-vous eu un problème 
similaire ?


cordialement

leni


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

Re: [OSM-talk-fr] problème avec mes envois

[leni]

Le 06/01/2023 à 17:04, Marc_marc a écrit :

je n'ai pas vu tes 2 messages (ou alors Alzaimer)


Non ce n'est pas Alois, sinon l'archive l'aurait aussi 😉

Je pensais plutôt à un problème entre l'émetteur (moi) et la liste

Mes messages  concernaient le journal des modif de JOSM (joints à ce 
message) que j'ai alors mis sur le forum.


Par contre, ce message est bien passé 😕 puisque tu as pu y répondre

je n'ai rien vu en anomalie (je recois copie des messages d'erreurs 
tordues que la liste revoit parfois)

donc ils ne sont vraiment pas arrivés sur la liste


Cordialement,
Marc


Merci et bon we
leni--- Begin Message ---
Bon, tous mes bons vœux de l'an dernier n'ont pas été exaucés alors je 
recommence cette année en espérant que  et surtout la Santé


Et en plus, voici la traduction du Journal des Modifications de la 
Version Stable 18583 de JOSM


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


cordialement

leni

--- End Message ---
--- Begin Message ---

Bonjour

Je le renvoie, car je ne l'ai pas reçu dans la liste 😕, il n'est pas 
non plus dans mes spams 😮, peut-être ceux de la liste


Le 02/01/2023 à 10:52, leni a écrit :
Bon, tous mes bons vœux de l'an dernier n'ont pas été exaucés alors je 
recommence cette année en espérant que  et surtout la Santé


Et en plus, voici la traduction du Journal des Modifications de la 
Version Stable 18583 de JOSM


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


cordialement

leni


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

[OSM-talk-fr] Pifometre : voie présente dans la BAN et dans OSM, dans onglet "Dans OSM et inconnu de FANTOIR"

[leni]

Bonjsoir

Si je ne me trompe pas :

 * l'Impasse des Prunus (https://www.openstreetmap.org/way/28236540)
   est dans le fichier de la BAN
   (https://adresse.data.gouv.fr/data/ban/adresses/latest/csv-bal/
   adresses-34.csv.gz)
 * Elle se retrouve dans l'onglet "Dans OSM et inconnu de FANTOIR"
   https://bano.openstreetmap.fr/pifometre/index.html#insee=34129&tab=6
   alors que je pensais la trouver dans l'onglet
   https://bano.openstreetmap.fr/pifometre/index.html#insee=34129&tab=1
   avec la mention "Voie sans FANTOIR"

Est-ce dû au fait que les 4 adresses sont validées mais qu'il y en a des 
"non validées" pour les mêmes maisons, qui semblent correspondent aux 
adresses anciennement rattachées (dans le cadastre) à la "rue des Prunus" ?


cordialement

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

[OSM-talk-fr] Bizarrerie de la BAN

[leni]

Bonjour

Ça n'est pas un problème Pifomètre, c'est une curiosité de la bal

A Castries - 
https://bano.openstreetmap.fr/pifometre/index.html#insee=34058&tab=0


Il y a une Rue de l'Argile - https://www.openstreetmap.org/way/27515231 
et https://www.openstreetmap.org/way/539465573


le long de cette rue il y a deux impasses (qui ne sont pas/plus dans 
Fantoir - j'ai mis plus parce que l'une à un FANTOIR annulé) :


 * Impasse Moulin - https://www.openstreetmap.org/way/337061995
 * Impasse Bastide - https://www.openstreetmap.org/way/337061993

les adresses (toutes certifiées O ) sont dans la continuité de celles de 
la Rue de l'Argile :


 * Rue de l'Argile n° 1 à 265
 * Impasse Moulin 301 à 321
 * Impasse Bastide 349 à 365
 * puis Rue de l'Argile 373 à 517

et dans la bal les impasses s'appellent :

 * Rue de l'Argile - "Impasse Moulin"
 * Rue de l'Argile - "Impasse Bastide"

Et cela à l'air de poser des problèmes à la ban, car si on cherche "Rue 
de l'Argile" elle ne ramène que les deux ci-dessus (avec les 5 n° 
chacune) , par contre sur la carte associée on a bien les n° de la rue.


Dans la bal Ils auraient pu les appeler tout simplement par leur nom 
impasse, même si les n° continuaient


Je trouve curieuse la façon de faire, y a-t-il beaucoup de cas similaires ?

Bon we

leni

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

[OSM-talk-fr] JOSM version stable 18646 traduction du Journal des modifications

[leni]

JOSM vient de passer à la version stable 18646
Voici la traduction du Journal des modifications 
https://josm.openstreetmap.de/wiki/Fr%3AChangelog#a2023-01-30:VersionStable1864623.01 
(le lien vers l’original anglais est en haut à droite)


cordialement

leni


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

[OSM-talk-fr] JOSM version stable 18678 traduction du Journal des modifications

[leni]

JOSM vient de passer à la version stable 18678
Voici la traduction du Journal des modifications 
https://josm.openstreetmap.de/wiki/Fr%3AChangelog#a2023-03-02:VersionStable1867823.02 
(le lien vers l’original anglais est en haut à droite)


cordialement

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

[OSM-talk-fr] Pifomètre la même route arrive différemment via FANTOIR et via la BAN

[leni]

Bonjour

Sur Brocas 
https://bano.openstreetmap.fr/pifometre/index.html#insee=40056&tab=1


dans Pifomètre je retrouve :
- la "Route de Bélis" (départementale 153) présente dans la BAN avec 4 
points adresse

- "CD 153 DE BROCAS A BELLIS" avec le FANTOIR 400560011N

J'ai rajouté à la relation associatedStreet , pour faire le 
rapprochement, la ref:FR:FANTOIR (3 des adresses sont éloignées de la 
route au bout d'une piste)


dans Pifomètre le rapprochement se fait bien, mais je me retrouve avec 
deux lignes et les adresses sont signalées comme manquantes alors 
qu'elles sont sur la voie rapprochée.


Vu que FANTOIR va être supprimé, je pense qu'il vaut mieux que j'enlève 
la ref:FR:FANTOIR, le rapprochement ne se fera plus, il se fera avec la 
BAN qui a le bon nom


la voie "CD 153 DE BROCAS A BELLIS" sera non rapprochée, par contre quel 
est le statut FANTOIR qui vous parait le plus adapté ?

- Voie doublon et type de voie différent
- Ancien nom supprimé sur le terrain
- Erreurs combinées

cordialement

leni


___
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

[leni]

Le 15/03/2023 à 07:50, Cyrille37 OSM a écrit :

Bonjour,

On 15/03/2023 01:29, Marc_marc wrote:

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

Avis ?


Positif. Let's go :-)

Cyrille37.


D'accord pour moi aussi

leni


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

[OSM-talk-fr] JOSM version stable 18700 traduction du Journal des modification

[leni]

JOSM vient de passer à la version stable 18700

Voici la traduction en français du Journal des modifications 
https://josm.openstreetmap.de/wiki/Fr%3AChangelog?version=164#a2023-04-03:VersionStable1870023.03(le 
lien vers l’original anglais est en haut à droite du Journal des 
modifications)


cordialement

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

[OSM-talk-fr] traduction de "tag" en français dans JOSM

[leni]

Bonjour,

J'ai créé un sujet sur le forum pour utiliser un seul terme pour "tag" 
dans JOSM : 
https://forum.openstreetmap.fr/t/traduction-de-tag-en-francais-dans-josm/14078


Il n'est pas nécessaire de s'inscrire pour participer à la discussion, 
il est possible de se connecter avec votre identifiant OSM.


cordialement

leni


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

Re: [OSM-talk-fr] traduction de "tag" en français dans JOSM

[leni]

Le 10/04/2023 à 13:09, Marc_marc a écrit :

Bonjour,

Le 10.04.23 à 12:54, leni a écrit :
utiliser un seul terme pour "tag" 


attribut ?
c'est également mon choix, mais je préférerais que la réponse se fasse 
sur le forum quand le type de sondage aura été choisi.


c'est tout l'écosystème osm qui a ce soucis.
ce serrait quand même pratique que la traduction
des clefs se fasse une seule fois sur le wiki.
autre exemple du même soucis : chemin <> sentier

Je suis d'accord, quand un mot n'est pas traduit sur JOSM, je vais 
d'abord chercher la traduction sur le wiki si elle existe, après je ne 
sais pas si les outils pourraient le faire, mais tout l'écosystème osm 
est une tâche trop vaste pour moi, je fais ce qui me parait être à ma portée


Je vous souhaite d'avoir mangé de bons chocolats

leni


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

Re: [OSM-talk-fr] traduction de "tag" en français dans JOSM

[leni]

Répondu à 17h, mais Il n'a pas l'air d'être arrivé sur la liste, il est 
peut-être coincé quelque part :


Le 17/04/2023 à 12:54, Marc_marc a écrit :

Le 17.04.23 à 10:19, leni a écrit :
https://forum.openstreetmap.fr/t/traduction-de-tag-en-francais-dans-josm/14078 

J'ai donc créé le sondage avec « Choix multiple à plusieurs tours » 


j'ai peur de comprendre...
la communauté fr mondiale utilise le terme attribut


Ah bon, si j'avais su au début je n'aurais rien fait ...



(au contraire
d'une partie des trauctions josm... un partie l'utilisant aussi)

et donc en ce moment la communauté fr-fr (ce qui n'est déjà qu'une 
partie de la communauté francophone mondiale) utilisant le forum
(ce qui n'est à nouveau qu'une partie de la communauté fr-fr) 


c'est pourquoi, à chaque étape, je l'ai indiqué aussi sur cette liste, 
le forum lui paraissant plus simple pour mettre un sondage.




et
votant (à nouveau) va décider si elle utilise ou pas le meme terme
que les autres ?

si le choix est le même tant mieux
si le chhoix n'est pas le même, c'est quoi la suite ?
une locale fr-fr pour traduire ce terme autrement que les autres ?
ou plutot une locale fr-fr-forum ?
il y a un argument pour un autre choix autre que "ho moi j'aime
mieux un autre" ?

j'ai l'impresssion qu'on se tire une balle dans le pied


Bon et ben on ne va pas courir ce risque, je vais arrêter le sondage.


Marc qui a voté sur le forum https://localhost, ben quoi
faut fragmenter...


cordialement

leni


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

Re: [OSM-talk-fr] Sur quel objet mettre les tags des passages piétons ?

[leni]

Bonjour

Le 25/04/2023 à 16:36, Noémie Lehuby via Talk-fr a écrit :

Bonjour,

Dites, quand vous cartographiez un passage piéton en chemin (way), les 
attributs du passage piéton (zébra, ilôt de refuge, feux sonores, 
bande podotactile, etc), vous les mettez plutôt :

1) sur le noeud higwhay=crossing
2) sur le chemin highway=footway + footway=crossing
3) sur les deux
?
Je ne crée le chemin footway/cycleway/path= crossing que pour créer la 
continuité de routage ; ce qui fait que si j'ai un highway=footway à 
droite séparé de la route par un obstacle et un sidewalk=left, mon 
footway= crossing s'arrête sur le nœud de la route


Il y a 1 115 224 higwhay=crossing, 101 673 footway=crossing, 4 456 
cycleway=crossing et 1 639 path=crossing


Mais l'inconvénient est que la donnée n'est pas uniforme, il faut 
parfois chercher l'info sur un noeud, parfois sur un chemin, et tous 
les éditeurs / réutilisateurs ne feront pas cet effort.


c'est pourquoi je les laisse sur le nœud (j'avais essayé avec le 
préréglage "passage piéton" de JOSM, mais il ne le permet pas sur les way)


Pour l'instant, je n'ai fais pas de micro-mapping - donc pas de bande 
bande podotactile, ni de bordure que je mettrais (je pense) sur un nœud 
prés du trottoir comme Marc


cordialement

leni


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

[OSM-talk-fr] traduction de la page du wiki sur la clé « residential »

[leni]

Bonjour

La version française était en retard sur pas mal de valeurs, je l'ai 
mise à niveau


https://wiki.openstreetmap.org/wiki/FR:Key:residential

Si vous avez des remarques, n’hésitez pas à m'en faire part.

cordialement

leni


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

[OSM-talk-fr] JOSM version stable 18721 traduction du Journal des modification

[leni]

JOSM vient de passer à la version stable 18721

Voici la traduction en français du Journal des modifications 
https://josm.openstreetmap.de/wiki/Fr%3AChangelog#a2023-05-03:VersionStable1872123.04 

Le lien vers l’original anglais est en haut à droite du Journal des 
modifications)


cordialement

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

[OSM-talk-fr] fichier ajouté sur wiki josm par jenluk

[leni]

Bonjour

L'utilisateur jenluk a ajouté au wiki de josm 
(https://josm.openstreetmap.de/wiki/Fr%3AHelp/Menu/Edit) un fichier 
(https://josm.openstreetmap.de/timeline?from=29+mai+2023&daysback=4&authors=jenluk&wiki=on&sfp_email=&sfph_mail=&update=Mise+%C3%A0+jour) 
qui ne semble pas avoir de lien avec le wiki


quelqu'un connait-il cet utilisateur ?

cordialement

leni


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

Re: [OSM-talk-fr] fichier ajouté sur wiki josm par jenluk

[leni]

Le 29/05/2023 à 20:46, Sébastien Dinot a écrit :

leni a écrit :

L'utilisateur jenluk a ajouté au wiki de josm un fichier qui ne semble
pas avoir de lien avec le wiki

Ah oui, en effet, sans parler de vandalisme (c'est un fichier GPX), ça
ne rime pas à grand chose de placer ce fichier là.

Sébastien


C'est parce que le fichier avait l'air correct, que je ne voulais pas le 
traiter comme du vandalisme et pouvoir contacter jenluk (mais je ne sais 
pas comment le joindre) avant de faire enlever le fichier.


leni


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

Re: [OSM-talk-fr] fichier ajouté sur wiki josm par jenluk

[leni]

Le 30/05/2023 à 09:27, leni a écrit :


Le 29/05/2023 à 20:46, Sébastien Dinot a écrit :

leni a écrit :

L'utilisateur jenluk a ajouté au wiki de josm un fichier qui ne semble
pas avoir de lien avec le wiki

Ah oui, en effet, sans parler de vandalisme (c'est un fichier GPX), ça
ne rime pas à grand chose de placer ce fichier là.

Sébastien


C'est parce que le fichier avait l'air correct, que je ne voulais pas 
le traiter comme du vandalisme et pouvoir contacter jenluk (mais je ne 
sais pas comment le joindre) avant de faire enlever le fichier

Quelqu'un (?) a enlevé le fichier : donc problème résolu

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

Re: [OSM-talk-fr] fichier ajouté sur wiki josm par jenluk [résolu]

[leni]

Le 30/05/2023 à 09:27, leni a écrit :


Le 29/05/2023 à 20:46, Sébastien Dinot a écrit :

leni a écrit :

L'utilisateur jenluk a ajouté au wiki de josm un fichier qui ne semble
pas avoir de lien avec le wiki

Ah oui, en effet, sans parler de vandalisme (c'est un fichier GPX), ça
ne rime pas à grand chose de placer ce fichier là.

Sébastien


C'est parce que le fichier avait l'air correct, que je ne voulais pas 
le traiter comme du vandalisme et pouvoir contacter jenluk (mais je ne 
sais pas comment le joindre) avant de faire enlever le fichier.


leni


Quelqu'un (?) a enlevé le fichier : donc problème résolu

leni



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

[OSM-talk-fr] problème avec recherche sur la carte osm

[leni]

Bonjour

Je me permet de relayer sur la liste un problème signalé sur le forum 
(https://forum.openstreetmap.fr/t/localisation-incorrect/15249/1) que 
Berete_Baba n'arrive pas à résoudre en Guinée : problème de Nominatim ou 
de manque d'attributs ou d'objets ?


Je n'ai pas les connaissances pour l'aider ou l'orienter.

cordialement

lenny


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

[OSM-talk-fr] JOSM version stable 18746 traduction du Journal des modification

[leni]

JOSM vient de passer à la version stable 18746

Voici la traduction en français du Journal des modifications 
https://josm.openstreetmap.de/wiki/Fr%3AChangelog#a2023-06-05:VersionStable1874623.05 

Le lien vers l’original anglais est en haut à droite du Journal des 
modifications)


cordialement

leni


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

[OSM-talk-fr] JOSM version stable18789 traduction du Journal des modification

[leni]

JOSM vient de passer à la version stable 18789

Voici la traduction en français du Journal des modifications 
https://josm.openstreetmap.de/wiki/Fr%3AChangelog#a2023-06-05:VersionStable1874623.05 

Le lien vers l’original anglais est en haut à droite du Journal des 
modifications)


cordialement

leni


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

[OSM-talk-fr] JOSM traduction des termes de "Protection paravalanche"

[leni]

Bonjour

Dans le menu préréglages de JOSM il y a :

Préréglages/Édifices/Édifices/Avalanche Protection (que l'on peut 
atteindre aussi avec F3 > avalanche)


Dans la fenêtre il manque la traduction de quelques termes - et comme je 
n'en suis pas un spécialiste !!!

https://wiki.openstreetmap.org/wiki/Key:avalanche_protection


Anglais  | traduction actuelle | traduction que je propose
-|-|--
Avalanche Protection |-|Protection paravalanche shed        
          | abri                |
berm             |-| berme dam || 
barrage gas_ignition|-| déclenchement au gaz mound|| mur 
snow_bridge|| pont à neige

Quels termes seraient plus appropriés ?

cordialement

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

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

[leni]

Le 07/08/2023 à 08:04, Christian Perrier a écrit :

Bonjour,

Je viens de regarder (merci hebdoOSM) la longue video de présentation de
Pifomètre v3 de Vincent. Elle m'a permis de mieux comprendre pas mal de
concepts autour de la gestion des adresses dans OSM et le travail réalisé
autour de ces choses qui étaient jusque là un peu mystérieuses pour moi
(BANO, FANTOIR, etc.).

Au point que je me sens assez prêt à démarrer du pifométrage sur ma commune
normande, une nouvelle commune (constituée de 3 anciennes) située dans
l'Eure : Les Trois Lacs (27676).

Je bute cependant sur une difficulté : très peu de voies ont, dans
Pifomètre v3, de nom renseigné dans la colonne "Libellé OSM" alors que ces
voies ont bel et bien un nom dans OSM.

Exemple : rue de la Roseraie (de l'ancienne commune de Bernières sur
Seine)qui est la mienne..:-). Avant, notamment, de me lancer dans
l'intégration des adresses (dont la mienne!!!), je souhaiterais comprendre
et voir apparaître cette voie en vert.

J'ai cru à un moment que c'était parce qu'il manquait, dans OSM le tag
"ref:fr:FANTOIR" qui va bien. Pour voir je l'ai ajouté à une autre voie
(Rue des Mûriers) qui m'a servi un peu de teste et où j'ai aussi intégré
les adresses (en faisant des bêtises bien sûr, vu que je les avais
intégrées en double en utilisant mal les deux liens "XX Points" et
"Relation" alors que Vincent explique très bien dans la video qu'il ne faut
utiliser que l'un des deuxj'ai en principe corrigé mes bêtises depuis).

La plupart des voies de la commune sont un peu dans le même état avec
beaucoup de noms bel et bien renseignés dans OSMmais pas de "libellé
OSM" apparent dans Pifomètre. A l'exception de quelques-unes : j'ai un peu
essayé de regarder celles-là pour comprendre ce qui fait que, pour elles,
"ça marche", mais je n'y arrive pas.

Je ne doute pas qu'il y aura des lumières que certain(e)s de vous pourront
m'apporter!
___


Je pense que celà n'est pas dû à ton incompréhension, mais que c'est un 
problème dû aux regroupements de communes :


Quand je vais dans Pifomètre V3 avec le code insee que tu donnes 
"27676", j'arrive sur la commune "Venables"


si je cherche "Roseraie" dans libellé FANTOIR, il me trouve bien 
"Ancienne commune=Bernières-sur-Seine" sans rapprochement osm et si je 
veux intégrer la relation je retrouve bien la bonne voie 
https://www.openstreetmap.org/way/26516109 avec "Limite de village ou 
arrondissement municipal Bernières-sur-Seine" et "Limite communale Les 
Trois Lacs" et la mairie 
https://www.openstreetmap.org/way/384820579#map=18/49.23244/1.33938 avec 
un nom qui n'en ait pas un "Mairie"


si depuis JOSM je demande l'ouverture de Pifomètre, il me répond "404 
n'est pas un code INSEE de commune"
si je demande la BAN, je suis bien positionné et sur les adresses il y a 
bien "Rue de la Roseraie,

Les Trois Lacs - 27676"

si j'entre l'ancien code insee "Les Trois Lacs - 27058"  j'ai le message 
"Les Trois Lacs est une ancienne commune. Elle a été incorporée dans Les 
Trois Lacs (27058)"


"27676" est le code insee de l'ancienne commune "Venables" 
https://www.insee.fr/fr/metadonnees/cog/commune/COM27676-venables et le 
nouveau de la commune "Les-Trois-Lacs" 
https://www.insee.fr/fr/metadonnees/cog/commune/COM27676-les-trois-lacs


Je pense que les cadors en regroupement de communes pourraient peut-être 
démêler les noeuds


cordialement

leni


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

Re: [OSM-talk-fr] représentation 3d des olympiades

[Leni]

Je ne connais pas l'endroit, mais si je comprends ton mail il s'agit d'une 
dalle avec des niveaux en sous-sol.
Si je lis le wiki, 
https://wiki.openstreetmap.org/wiki/FR:Key:building:levels?uselang=fr
"building:levels=19" veut dire un immeuble de 19 étages au dessus du sol.
Si c'est une dalle au 2eme et que les niveaux sont en sous-sol il me semble que 
ce serait plutôt "building:levels:underground=17" +  "building:levels=2" 

Cordialement 
Leni 


 Message original 
De: marc marc 
Envoyé: Mon Oct 15 14:50:04 GMT+02:00 2018
À: "talk-fr@openstreetmap.org" 
Sujet: Re: [OSM-talk-fr] représentation 3d des olympiades

Le 15. 10. 18 à 13:58, Nicolas Bétheuil a écrit :
> https://osmbuildings.org/?lat=48.82604&lon=2.36646&zoom=17.2&tilt=30
> 
> Il y a bien level: 2 pour la dalle mais il dessine comme si la dalle 
> faisait 20 étages et du coup les commerces présents sur la dalle sont 
> juste invisible.

je connais pas vraiment le lieu
mais je ne qualifierais pas la date de bâtiment
https://www.openstreetmap.org/way/79084943
mais je ne sais pas comment je la qualifierais mieux :)
si j'ai bien décodé, c'est un parking souterrain
avec une "square" principalement bétonné au dessus
___
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] Projet du mois de novembre: gendarmerie/police

[Leni]

Ok merci 


 Message original 
De: "Frédéric Rodrigo" 
Envoyé: Sun Nov 04 11:52:25 GMT+01:00 2018
À: "Discussions sur OSM en français" , "lenny.libre" 

Sujet: Re: [OSM-talk-fr] Projet du mois de novembre: gendarmerie/police

Le 04/11/2018 à 11:40, lenny.libre a écrit :
> Le 01/11/2018 à 19:43, Frédéric Rodrigo a écrit :
>> Coté ressource pour Osmose ça ne change rien.
>>
>> Faire la jointure sur des tags et las distance, ou pareil mais avec 
>> la ref en plus est un choix.
>>
>> Comme c'est un projet du moi et qu'il y a peu de Gendarmeries. On 
>> c'est que ça valait le coup de le faire sur la ref et de repasser sur 
>> toutes les Gendarmeries.
>>
>>
> Bonjour
> Lorsqu'il existe déjà un name dans osm, osmose indique en rouge la 
> proposition de modifier avec une minuscule à "nationale"
> je sais bien que c'est en rouge (donc non recommandé) mais c'est un 
> risque d'erreur, non ? si on clique sur le mauvais fix
>
> beau projet du mois, bel osmose merci
> leni


C'est du orange et pas du rouge. Non pas parce que c'est déconseillé, 
mais parce que ça change un tag déjà existant. Pour toutes les analyses 
d'intégrations de données, quand le nom est impacté il y a toujours deux 
propositions, une avec le nom et un autre sans le nom.

En l’occurrence ici c'est la version avec la minuscule qui est à 
prendre. Ça ne rentre pas dans le cadre de la toponymie, ce n'est pas un 
nom de lieu.


Frédéric.




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

Re: [OSM-talk-fr] Des noeuds en doubles ?

[Leni]

Bonjour.
Ces nœuds sont marqués car ils ont des tags.

Si tu sélectionnes un des noeuds entourés 
http://www.openstreetmap.org/node/1991586136 il a deux tags un "source" et un 
"source:date" je n'en vois pas l'utilité sur les noeuds alors qu'ils sont déjà 
sur le chemin du "building".

Si tu sélectionnes un des noeuds non entourés 
http://www.openstreetmap.org/node/1991223700 il n'a pas de tag propre.

Cordialement
Leni


⁣ De: Vincent Bergeot
Envoyé: Wed Jul 05 15:53:30 GMT+02:00 2017
À: talk-fr@openstreetmap.org
Sujet: Re: [OSM-talk-fr] Des noeuds en doubles ?

Le 05/07/2017 à 15:26, marc marc a écrit :

je n'arrive pas à comprendre pourquoi il y a tous ses noeuds en double ?
http://www.openstreetmap.org/#map=19/4.36725/18.56920&layers=D

Ni osmose ni josm ne renvoient d'erreurs, donc je suppose que c'est
peut-être normal mais je ne comprends pas alors. Une explication SVP ?

Je ne vois pas de nœuds en double. quel no ?
Tu as activé l'affichage "données de carte" ce qui provoque une mise en
évidence de tout y compris les noeuds et c'était peut-être involontaire.
Cela se désactive sur le menu de droite.


effectivement j'ai activé l'affichage des données de carte et c'est
l'affichage que je ne comprends pas :)

Habituellement, il n'y a pas cette affichage des noeuds, seulement des
polygones, ici les 2 "types" d'affichages :
http://www.openstreetmap.org/#map=19/4.36649/18.57231&layers=D

En fait, il semble que le polygone soit taggué, ainsi que les noeuds
donc effectivement ce n'est pas vraiment un doublon mais une surcharge.

Cordialement



Cordialement,
Marc

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


 Message original 
De: Vincent Bergeot 
Envoyé: Wed Jul 05 15:53:30 GMT+02:00 2017
À: talk-fr@openstreetmap.org
Sujet: Re: [OSM-talk-fr] Des noeuds en doubles ?

Le 05/07/2017 à 15:26, marc marc a écrit :
>> je n'arrive pas à comprendre pourquoi il y a tous ses noeuds en double ?
>> http://www.openstreetmap.org/#map=19/4.36725/18.56920&layers=D
>>
>> Ni osmose ni josm ne renvoient d'erreurs, donc je suppose que c'est
>> peut-être normal mais je ne comprends pas alors. Une explication SVP ?
> Je ne vois pas de nœuds en double. quel no ?
> Tu as activé l'affichage "données de carte" ce qui provoque une mise en
> évidence de tout y compris les noeuds et c'était peut-être involontaire.
> Cela se désactive sur le menu de droite.

effectivement j'ai activé l'affichage des données de carte et c'est
l'affichage que je ne comprends pas :)

Habituellement, il n'y a pas cette affichage des noeuds, seulement des
polygones, ici les 2 "types" d'affichages :
http://www.openstreetmap.org/#map=19/4.36649/18.57231&layers=D

En fait, il semble que le polygone soit taggué, ainsi que les noeuds
donc effectivement ce n'est pas vraiment un doublon mais une surcharge.

Cordialement


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


--
Vincent Bergeot


___
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] était Subject=Re: SeFaireConnaitre :|, devient SeFaireConnaitre :)

[Leni]

Le 27/07/2017 à 08:26, Christian Quest a écrit :

Oui, pas très malin comme remarque...

Le problème pour moi est plutôt indiquer l'adresse d'un POI avec 
addr:* plutôt que contact:* car le POI n'est pas "l'adresse", mais à 
l'adresse...


On a du coup des positions d'adresses souvent peu homogènes lorsqu'on 
abuse des addr:*


Ensuite ça s'aggrave quand on doublonne en un vrai point définissant 
l'adresse et un addr:* rajouté à un POI proche.


Dans les scripts BANO, il y a un traitement spécifique lorsqu'on a de 
multiples addr:* pour une même adresse, pour éliminer ceux qui 
potentiellement devraient être un contact:*, en regardant si il y a 
d'autres tags (shop, etc)... mais c'est un pis aller.


le problème quand on fait porter les addr: sur un POI, c'est (comme je 
viens de voir un exemple) un magasin (correspondant au POI) a fermé et 
un contributeur a supprimé le node qui portait le POI et les addr: 
résultat : le node adresse a disparu



Le 26 juillet 2017 à 20:34, lenny.libre <mailto:lenny.li...@orange.fr>> a écrit :


Par contre dans les remarques qui leur sont faites, je ne vois pas
pourquoi on devrait supprimer le addr:street, c'est nouveau ?

Le commentaire : "Le positionnement géographique permet de savoir
que le "2" fait référence à la Place de la Nuit du 6 Août 1944".
Un addr:street=Place de la Nuit du 6 Août 1944 serait donc
inutile. Si vous ne comprenez pas, allez sur place et regardez les
numéros de rue : y figurent juste un nombre, sans nom de rue. "

me parait un brin radical, car ce n'est pas toujours le cas, on
met la rue en tant que addr:street ou relation

:https://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_des_b%C3%A2timents#Ajout_des_adresses

<https://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_des_b%C3%A2timents#Ajout_des_adresses>

Dans le cas que tu as cité, il faisait partie d'une relation (donc
on pouvait supprimer le addr:street) mais s'il n'y a pas de
relation, il ne faut pas le supprimer.

Maintenant SeFaireConnaitre supprime les addr:street même quand il
n'y a pas de relation
https://www.openstreetmap.org/node/507550316#map=19/44.63221/-1.14615
<https://www.openstreetmap.org/node/507550316#map=19/44.63221/-1.14615>


En autre, s'ils mettent des contact:phone, contact:fax ils
pourraient mettre contact:housenumber, ...

https://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Bremen_Schema

<https://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Bremen_Schema>


cordialement

Leni


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

[OSM-talk-fr] décalage du cadastre et de Bing

[leni]

Bonjour,
- Décalage cadastre :
En voulant ajouter le bâti de Saugnac-et-Muret (Landes) à  partir du 
cadastre, j'ai constaté un décalage par rapport à  Bing - en x, y et 
inclinaison - ainsi qu'un décalage différent sur les différentes zones 
de la commune.


   http://cjoint.com/?DHymjf2ETAX
   http://cjoint.com/?DHymljJwK9l
   http://cjoint.com/?DHymm7TaNoq

J'ai trouvé la discutions 
https://lists.openstreetmap.org/pipermail/talk-fr/2014-April/067583.html
qui indique qu'il faut faire des calques séparés pour chaque section, 
mais il n'est pas indiqué comment télécharger séparément les sections et 
je ne sais comment faire ...?


- Décalage Bing
Je pensais pouvoir prendre Bing comme référence, sur cette zone non 
montagneuse ; Mais, en cherchant les point fixes visibles avec Bing :
J'en ai trouvé un sur la commune : un château d'eau qui est lui aussi 
décalé (toutefois, moins que le cadastre) : 
https://www.openstreetmap.org/node/670146256

http://cjoint.com/?DHymtrHDBgy


Mais sur la commune adjacente, le repère est lui est pile sur le clocher
http://cjoint.com/?DHymuWuxB4c
https://www.openstreetmap.org/node/670145647
Je ne pensais pas qu'il pouvait y avoir des différences dans Bing dans 
des lieux proches.

Comment caler Bing, si un point est bien fixé et l'autre pas ?

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

Re: [OSM-talk-fr] décalage du cadastre et de Bing

[leni]

Le 28/08/2014 13:40, Pieren a écrit :

Je ne suis pas sûr que vouloir rectifier les données par feuille
cadastrale soit le plus pertinent. Il arrive que le décalage varie à
l'intérieur d'une feuillle. Cela dépend de la qualité de l'ancienne
feuille raster (possiblement répartie sur plusieurs sections
d'ailleurs) et sa numérisation.
Mais si tu veux absolument retrouver le découpage des anciennes
feuilles, tu peux le faire avec le plugin cadastre-fr de josm en le
chargeant avec un zoom faible pour retrouver les images de vue
d'ensemble de la commune disponibles sur cadastre.gouv.fr. Pour cela,
il suffit de configurer le plugin et changer la taille des "grab". Au
lieu de 100x100 mètres, tester avec des valeurs plus grandes comme
1000 ou 5000 mètres (au pif). On peut aussi filtrer le type de données
chargées sur le WMS du cadastre (calques) et ne garder que les limites
administratives.

Pieren
Merci de toutes les réponses, ce n'est pas que je tienne à le faire par 
feuille, mais comme j'avais vu sur la discussion que c'était une 
solution : je me posait la question de comment faire.


Mais pas de problème, je vais continuer à faire comme d'hab, par 
morceaux au lasso ; par contre, comment tenir compte du décalage de Bing 
différent suivant les repères ?


Leni

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

Re: [OSM-talk-fr] décalage du cadastre et de Bing

[leni]

Le 28/08/2014 17:08, Pieren a écrit :

Les repères géodésiques sont les seuls points fiables. Il faut juste
vérifier que personne ne les a déplacé.
Après ça, dans ce que j'ai vu, l'écart avec bing n'est pas énorme.
C'est écart peut aussi varier suivant le niveau de zoom de l'image
aérienne.
Il est possible de décaler cette image dans JOSM mais je ne suis pas
sûr que ça soit une bonne solution ici, vu la faiblesse de l'écart
avec le point géodésique. La correction des bâtiments du cadastre est
bien plus important et même si ça ne colle pas au mètre près avec le
point géodésique, on aura déjà fait 95% du boulot. De plus, si tu
décales l'images chez toi, d'autres vont à nouveau constater un écart
entre Bing et les données que tu auras corrigé. Bon, pour ça, il
existe je crois un plugin qui permet de partager avec les autres
contributeurs les déplacements de l'imagerie Bing. Encore une fois, je
suis assez sceptique là-dessus vu que les écarts changent avec les
niveaux de zoom ou même que Bing actualise (relativement) souvent ses
images.

Pieren


Ok, je comprends ; je vais en rester au recalage du cadastre sans 
toucher à Bing.

 et merci
Leni

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

[OSM-talk-fr] traduction wiki JOSM : Greffons

[leni]

Bonjour

Une des phrases dans la version anglaise 
(https://josm.openstreetmap.de/wiki/Plugins) me pose problème.


Elle se trouve à la troisième ligne : *Most links below leave the JOSM 
help.*


Bien que je connaisse le verbe "to leave" je ne suis pas certain de 
saisir le sens correct de la phrase, pour quitter, il faut d'abord y 
avoir été...


Merci d'avance

leni

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

Re: [OSM-talk-fr] traduction wiki JOSM : Greffons

[leni]

Le 23/03/2020 à 10:32, GarenKreiz a écrit :


Je pense que cela veut simplement dire que les liens pointent sur des 
pages qui ne font pas partie du wiki JOSM, sur des sites externes.


Cdt

    Garenkreiz


Le 23/03/2020 à 10:33, Marc M. a écrit :

quitter dans le sens "tu es sur la page d'aide josm,
si tu cliques sur le lien, cela t’envoie sur une page ailleurs (le wiki,
un autre site, ...) et non plus sur une page de l'aide josm.

par exemple le lien "​More details" pour ​changeset-viewer t'envoi sur
https://github.com/JOSM/changeset-viewer

Cordialement,
Marc


Merci à vous deux, c'était un peu ce que je me disais, mais je ne vois pas le 
pourquoi de cette info, dans le wiki josm il y a plein de lien qui pointent en 
dehors du wiki josm ; mais bon ce n'est pas grave car ce n'est pas erroné.

Restons confinés

leni

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

Re: [OSM-talk-fr] tag pour une amap

[leni]

Le 20/03/2020 à 13:19, Marc M. a écrit :

Bonjour,

ayant été contacté par le réseau des amap,
je me demande quel tag conviendrait le mieux.
j'ai survolé les objets existant, les 2 plus courant
sont shop=greengrocer et shop=farm
malgré que shop=farm est le plus proche d'une vente (quasi) directe,
je suis pas sur qu'ils soie le plus adatpé (parce que l'amap n'est
pas le vendeur, c'est une "association de consommateur").

votre avis ?

Cordialement,
Marc


Il me semble que l'équivalent d'AMAP en anglais est CSA, et Il y avait 
eu une proposition dans le wiki mais qui avait été rejetée 
https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dfarm#Community_supported_agriculture


https://wiki.openstreetmap.org/wiki/Food_security#Community_supported_agriculture

bonne santé

leni


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

[OSM-talk-fr] BANO 2 - correspondance entre FANTOIR et voies OSM

[leni]

Bonjour

J'ai un problème d'affichage sur les pages par exemple 
https://dev.cadastre.openstreetmap.fr/fantoir/#insee=31471&tab=0


Je suis sous W10 ; Avec Firefox, j'ai toutes les lignes, mais je ne vois 
pas l'entête de la page


J'ai voulu voir si c'était uniquement un pb de mon navigateur et non, 
c'est pire avec les autres : avec Vivaldi je ne vois que 2 lignes ; avec 
Opéra et Chrome je ne vois plus qu'une ligne.


C'est uniquement W10 ?

cordialement

leniconfiné

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

Re: [OSM-talk-fr] BANO 2 - correspondance entre FANTOIR et voies OSM

[leni]

Le 27/03/2020 à 19:23, Vincent de Château-Thierry a écrit :

Bonsoir,

Le 27 mars 2020 19:02:59 GMT+01:00, leni  a écrit :

Bonjour

J'ai un problème d'affichage sur les pages par exemple
https://dev.cadastre.openstreetmap.fr/fantoir/#insee=31471&tab=0

Je suis sous W10 ; Avec Firefox, j'ai toutes les lignes, mais je ne
vois pas l'entête de la page

Tu n'es pas le seul dans ce cas, il y a un ticket ouvert là dessus :
https://github.com/osm-fr/osm-vs-fantoir/issues/60

désolé pour le bruit, je n'avais pas su trouver.

sur lequel je n'ai pas pu encore me pencher.

Ce n'ai pas grave avec firefox j'ai toutes les infos

Mais je sais par ailleurs que sous w10 + firefox avec mon pc pro je n'ai pas 
les soucis que tu as.
À suivre

vincent

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


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

Re: [OSM-talk-fr] BANO 2 - correspondance entre FANTOIR et voies OSM

[leni]

Le 27/03/2020 à 19:27, deuzeffe a écrit :

Hello,

Je ne reproduis pas le bug sous FF ESR 68.6.0 (Debian).

Ticket https://github.com/osm-fr/osm-vs-fantoir/issues/60 à nourrir ?


c'est fait - but in french

leni


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

Re: [OSM-talk-fr] Covid-19 : tag sur centre de consultations

[leni]

Le 27/03/2020 à 11:35, Quentin Salles a écrit :

Bonjour,

Tes remarques et explications sont pertinentes mais ça ne m'explique 
pas comment tagguer ces centres de consultations.
De plus, je pense qu'il serait intéressant de déployer ces 
informations sur "CaResteOuvert" ou sur un autre site y ressemblant.


Merci d'avance pour votre retour,

Quentin SALLES



Comme dit Quentin, ce sont des centres de consultation médicale (avec 
des généraliste, des infirmières libérales, kinés, ...) de ville 
spécifiques codiv mis en place dans certaines communes.

https://www.ladepeche.fr/2020/03/20/carte-ou-aller-consulter-en-cas-de-covid-19-en-haute-garonne-la-liste-des-sites-daccueil-dedies,8811078.php

un node avec amenity=doctors + healthcare=centre ? + contact:phone

Puis les mêmes interrogations que dans Re: [OSM-talk-fr] fermeture 
covid19 : suffisamment long pour être dans osm ?

end_date=2020-04-15 (pour les retrouver facilement)

leniconfiné


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

Re: [OSM-talk-fr] Covid-19 : tag sur centre de consultations

[leni]

Le 28/03/2020 à 22:11, Yves P. a écrit :

Bonsoir,

Comme dit Quentin, ce sont des centres de consultation médicale (avec 
des généraliste, des infirmières libérales, kinés, ...) de ville 
spécifiques codiv mis en place dans certaines communes.

https://www.ladepeche.fr/2020/03/20/carte-ou-aller-consulter-en-cas-de-covid-19-en-haute-garonne-la-liste-des-sites-daccueil-dedies,8811078.php
En regardant rapidement la carte, beaucoup sont des « Maison de 
santé », « Maison de santé pluridisciplinaire (MSP) »
Tu ne peux pas généraliser et le problème c'est que beaucoup n'en sont 
pas, sur la liste du 25/03 j'ai trouvé  11 maisons comme tu dis, 28 qui 
n'en sont pas (salles des fêtes, mjc, salles de sport, foyers, centres 
culturels, théâtre, maison petite enfance) et 11 pour lesquels je ne 
sais pas


Il y en a 1590 en France (catégorie 603 du fichier ouvert FINESS).

Osmose va proposer leur intégration dans la catégorie "Établissements 
de soins autres que les hôpitaux »
(cf. 
https://github.com/osm-fr/osmose-backend/blob/master/merge_data/healthcare_FR_finess.mapping.json#L94)


Le tag sera générique :

  * *healthcare=yes*



un node avec amenity=doctors + healthcare=centre ? + contact:phone


La page FR:Comment cartographier un (santé) 
 propose 
:


  * *healthcare=centre*
  * type:FR:FINESS=603
  * ref:FR:FINESS=*


la plupart n'auront pas de FINESS, ils apparaissent au fur et à mesure 
des besoins et disparaitrons pareil.



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