Re: [OSM-talk-fr] Accessibilité d'une ville : recommandations

2022-12-07 Diskussionsfäden Denis Chenu via Talk-fr 


Le 07/12/2022 à 15:20, Marc_marc a écrit :

Le 07.12.22 à 14:04, Daniel Garcia a écrit :

J'ai demandé à l'entreprise, et ils m'ont confirmé
: "Nous utilisons effectivement le fond de carte de Google Maps sur
Streetco". 


le soucis n'est pas que le fond de carte, le soucis est également
les données : j'ai testé StreetCo dans une de mes zones de cartographie:
Streetco n'a aucune donnée alors qu'osm a l'acecessibilité de
la majorité des commerces et des portes d'entrées de batiments
recevant du public.



Bonjour, peut être une bonne publicité pour Daniel Garcia à montrer aux 
décideurs de la ville ?


Peut être lui donner la zone de carto ?

Denis

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

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

2020-09-07 Diskussionsfäden Denis Chenu via Talk-fr 
Bonjour,

Je ne vois aucun intérêt à des règles non suivie ou suivie
partiellement. La seule solution est de suivre les règles quand elles
sont claires et précises (comme c'est le cas ici).

Si l'utilisateur 1 ajoute les points alors que la surface existe.
Un utilisateur ancien ou nouveau qui modifiera la même zone supprimera
ce pints en trop qui ne correspond pas à la règle clair.

Cela fait 2 travail inutile …
Si les règles doivent être changée : c'est faisable, mais cela doit être
un accord total et un correspondre à un processus de décision.

En tant qu'utilisateur depuis peu : je tente de suivre les règles, par
exemple su school : si je connais l'école ou son emprise est claire : je
créé la zone, mais sinon : je ne fait que 1 point. Aucune raison de
faire les 2.

Si chacun suit ses propres règles : la carte n'avancera pas …

Denis


Le 05/09/2020 à 18:00, Philippe Verdy a écrit :
> Osmose signale non pas des "erreurs" mais des choses sur lesquelles on
> doit porter attention. Il propose, n'impose pas, et surtout il FAUT
> faire le travail d'intégration.
>
> Sinon ce n'est pas Osmose mais un bot qui ferait le travail : Osmose
> impose l'intelligence humaine. Et ces propositions ne sont pas
> toujours pertinentes (la quasi totalité des "règles" sont génériques,
> et la cartographie est bourrée d'exceptions partout.
>
> Non je ne me conduirai pas comme un robot (c'est totalement contraire
> à l'esprit d'OSM, les bots sont soumis à des règles très strictes et
> se font régulièrement bloquer ou annuler même s'ils ont été approuvés).
>
> Je pense que tu n'as pas compris ce qu'était un outil de "veille
> qualité" (QA) sur OSM.
>
> Non je ne "bricole" AUCUNE règle, c'est plutôt toi qui veut les
> appliquer de façon impérative (alors que justement il n'y a aucune
> règle impérative (et pour des raisons de performance, un outil ne peut
> pas tout regarder et tout savoir).
>
> Bref ton message est un peu trop anticollaboratif. Ca n'ôte rien à
> l'utilité d'Osmose. Ni le fait que la "règle internationale" n'en est
> en fait justement pas une sur ce sujet. Ce ne sont que de bonnes
> pratiques conseillées. Ici on a deux pratiques conseillées et imposer
> une solution au détriment des autres tout aussi valides (et déjà
> déployées sans en tenir compte) c'est justement ce que j'appelle
> taguer pour le rendu (ici un rendu théorique qui n'existe même pas et
> donc n'a AUCUN consensus actuel qui puisse être démontré).
>
>
>
>
> Le sam. 5 sept. 2020 à 17:43, Christian Quest  > a écrit :
>
>
>>> De: "Philippe Verdy"  
>>> Ben non justement, ce n'est pas "taguer" pour le rendu car les deux
>>> méthodes sont indiquées comme valides et approuvées. Certes il y a
>>> des bogues dans le rendu puisque suivant les cas c'est l'une ou
>>> l'autre méthode qui est visible; mais si on voit les deux c'est
>>> moins grave que ne rien voir du tout.
>
>
> C'est tellement "valide et approuvé" que JOSM signale une erreur
> et osmose a une analyse pour ça aussi...
>
>
> Le 04/09/2020 à 18:19, Vincent de Château-Thierry a écrit :
>
>>  
>> Les 2 méthodes sont valides et approuvées, je suis d'accord. Mais elles 
>> sont mutuellement exclusives : si on en choisit une pour un objet du 
>> terrain, alors il ne faut pas utiliser l'autre pour le même objet. Toujours 
>> le "one feature, one element".
>>  
>
>
> Et oui, l'article
> https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element
> est clair à ce sujet pour qui prends la peine de le (re)lire.
>
> "A feature whose position is known, but whose shape is either
> unknown or irrelevant, should appear as a point
>  object with appropriate
> tags."
>
> Donc on met un nœud quand on ne connaît pas l'emprise ou que ça
> n'a pas de sens (ex: une borne kilométrique). L'emprise est donc
> bien considérée comme préférée, le nœud une version dégradée et en
> aucun cas on met les deux en même temps.
>
>
> Pour la partie "bonnes pratiques locales", elles devraient se
> limiter à trancher quand plusieurs façons de faire cohabitent et
> sont acceptées internationalement. Pour moi, une règle ou bonne
> pratique locale devrait être le résultat d'un consensus local qui
> n'a pas pu être obtenu internationalement, mais elles ne devraient
> jamais enfreindre une règle internationale.
>
> Bricoler ses propres règles, les adapter n'est vraiment pas un
> service à rendre à OSM et aux réutilisateurs des données.
>
>
> -- 
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
>

Re: [OSM-talk-fr] anomalie du serveur OSM sur iD (données partielles/incomplètes)

2020-09-04 Diskussionsfäden Denis Chenu via Talk-fr 
Je gère des serveurs dont des serveurs DNS,

Cependant : je ne me permettrais ni d'évaluer la qualité technique de DOH.
Je laisse cela à des personnes compétentes.

Denis
Le 04/09/2020 à 15:18, Philippe Verdy a écrit :
> Ce n'est toujours pas complètement réglé. Notamment des fournisseurs
> de DNS sécurisés (dont bon nombre de services DNS over HTTPS qui
> perdent leurs sessions et on beaucoup de mal à les reconencter) sont
> toujours impactés.
>
> Le DNS over HTTPS (DOH) est proposé en ce moment en test par Google ou
> par Microsoft sous Windows 10, mais visiblement il n'a pas encore la
> capcité nécessaire de supporter le traffic nécessaire: les serveurs
> DOH "tombent" les uns après les autres par surcharge (plus assez de
> ports TCP). A mon avis le DOH est une mauvaise solution (à cause de
> l'utilisation de TCP) et le plus fiable reste encore le DNS sur UDP
> qu'on peut authentifier malgré tout avec les signatures numériques et
> les certificats PKI.
>
> J'avais ausi repéré l'incident pas que chez Level3 mais aussi chez
> Cogent (et sur certaines passerelles de Cogent vers
> l'Afrique transitant par OpenTransit/Orange). Là encore il y a
> toujours un problème (et certains pays africains sont encore quasi
> coupés du monde (il y a aussi des problèmes ailleurs comme en Syrie ou
> Corée du Nord, mais là c'est beaucoup plus lié aux mesures politiques,
> ou des mesures d'urgence dans la cyberguerre qui se déroule en ce
> moment, que ce soit entre US et Chine, ou Chine et Taiwan, et en fait
> pas tellement pour ce qui concerne la situation politique locale,
> puisque même les groupes violents ou extrémistes ont besoin de ces
> réseaux et ne les sabottent pas, bien au contraire, même s'ils veulent
> en prendre le contrôle pour pouvoir les utiliser encore davantage: les
> mesures prises le sont par leurs voisins).
>
>
> Le ven. 4 sept. 2020 à 09:39, Christian Quest  > a écrit :
>
> Le 01/09/2020 à 13:33, Philippe Verdy a écrit :
> > oui ça remarche ce midi, hier soir l'internet était un enfer à
> > naviguer. (sauf les sites Google, et le reste était
> extrèmmeent lent,
> > surtout le DNS et presque tout ce qui transitait par les gros
> > datacenters d'Amsterdam)
>
>
> Tout ceci semble lié à une grosse panne chez Level3/CenturyLink,
> un gros
> fournisseur de tuyaux.
>
> 
> https://www.nextinpact.com/lebrief/43434/une-panne-plusieurs-heures-chez-level3centurylink-fait-planter-partie-services-sur-internet
>
>
> La concentration d'internet dans toute sa splendeur :(
>
> -- 
> Christian Quest - OpenStreetMap France
>
>
> ___
> 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] test n° 3 depuis Thunderbird

2020-09-03 Diskussionsfäden Denis Chenu via Talk-fr 
Bonjour,

Je trouve bizarre et malvenu de changer l'expéditeur.

Je laisse (comme tous le monde ici) l'expéditeur réel, je ne le modifie
pas pour passer en talk-fr …
De plus , le jour ou openstreetmap.org ajouteras du DKIM/SPF et consort
: ton mail sera refusé par les serveurs sérieux.

Sinon : mail 1 & 2 reçus.

Denis

Le 02/09/2020 à 21:54, Georges Dutreix via Talk-fr a écrit :
> Dernier test depuis mon ordinateur.
> Merci de me signaler si vous avez eu ce mail en indésirable. Sinon
> vous pouvez le jeter :-)
>
> C'est fini, je ne vous embête plus.
>
> Merci beaucoup.
> Georges
>
> ___
> 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] Les courée de Roubaix : adresse et entrée

2020-09-02 Diskussionsfäden Denis Chenu via Talk-fr 
i.openstreetmap.org/wiki/FR:Key:addr:place> pour
> "Saint Henri".
>
> Et donc pas d'associatedStreet pour ces cours car il n'y a pas
> d'associatedStreet pour les place=.
>
> addr:unit <https://wiki.openstreetmap.org/wiki/Key:addr:unit> me
> semble préférable.
>
> Du coup tu mettrais ici :
>
> addr:flats <https://wiki.openstreetmap.org/wiki/Key:addr:flats>=X
> addr:unit <https://wiki.openstreetmap.org/wiki/Key:addr:unit>=Cour
> Saint Henri
> addr:housenumber
> <https://wiki.openstreetmap.org/wiki/FR:Key:addr:housenumber>=76
>
> et le tout dans l'associatedStreet ? Osmose va râler.
>
> Alors faux positifs ou vous avez de meilleures idées ?
>
> Jean-Yvon
>
> Le 01/09/2020 à 17:51, Denis Chenu via Talk-fr -
> talk-fr@openstreetmap.org <mailto:talk-fr@openstreetmap.org> a écrit :
>> Bonjour,
>>
>> Je suis en train de reprendre les adresses du Fantoir et de les ajouter
>> sur Roubaix.
>> Les adresses non encore répertorié sont souvent les courées :
>> https://fr.wikipedia.org/wiki/Cour%C3%A9e
>>
>> Sur le Fantoir : en général elles ont la double adresse:
>> «Nom de courée Nom de la Rue»
>>
>> Lors de l'envoi postal, certains utilisent la double adresse
>> 1 Courée nom de la Couré
>> 42 rue de la rue
>>
>> Selon le BANO, j'ajoute ou non le nom de la rue.
>> Mais je me pose la question de la double adresse ?
>> Est-ce qu'il peut être intéressant d'indiquer une deuxième ligne ?
>> Est sou quel format , quel tag utiliser ?
>> peut être addr:full : https://wiki.openstreetmap.org/wiki/Key:addr:full ?
>>
>>
>> Autre chose : ces courées ont des entrées qui appartiennent à la rue
>> principale.
>>
>> Je me pose la question d'ajouter ces entrées puis de les ajouter à la
>> relation ?
>> Ici : une entrée que j'ai taggué :
>> https://www.openstreetmap.org/node/7864474720
>>
>> En image : ce que peux donner une entrée
>> https://pic.infini.fr/L69zoN2N/kiVHull9.png (ici c'est celle ci dessus)
>> ou
>> https://pic.infini.fr/7iDxlOYf/KMge9ehI.png
>>
>> Cela est intéressant ? je continu (et ajoute les précédentes) ? Je les
>> ajoute dans la relation ?
>>
>> Merci,
>> Denis
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>> https://lists.openstreetmap.org/listinfo/talk-fr
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

[OSM-talk-fr] Les courée de Roubaix : adresse et entrée

2020-09-01 Diskussionsfäden Denis Chenu via Talk-fr 
Bonjour,

Je suis en train de reprendre les adresses du Fantoir et de les ajouter
sur Roubaix.
Les adresses non encore répertorié sont souvent les courées :
https://fr.wikipedia.org/wiki/Cour%C3%A9e

Sur le Fantoir : en général elles ont la double adresse:
«Nom de courée Nom de la Rue»

Lors de l'envoi postal, certains utilisent la double adresse
1 Courée nom de la Couré
42 rue de la rue

Selon le BANO, j'ajoute ou non le nom de la rue.
Mais je me pose la question de la double adresse ?
Est-ce qu'il peut être intéressant d'indiquer une deuxième ligne ?
Est sou quel format , quel tag utiliser ?
peut être addr:full : https://wiki.openstreetmap.org/wiki/Key:addr:full ?


Autre chose : ces courées ont des entrées qui appartiennent à la rue
principale.

Je me pose la question d'ajouter ces entrées puis de les ajouter à la
relation ?
Ici : une entrée que j'ai taggué :
https://www.openstreetmap.org/node/7864474720

En image : ce que peux donner une entrée
https://pic.infini.fr/L69zoN2N/kiVHull9.png (ici c'est celle ci dessus)
ou
https://pic.infini.fr/7iDxlOYf/KMge9ehI.png

Cela est intéressant ? je continu (et ajoute les précédentes) ? Je les
ajoute dans la relation ?

Merci,
Denis



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

[OSM-talk-fr] Relation : multiples … ca existe ?

2020-07-17 Diskussionsfäden Denis Chenu via Talk-fr 
Bonjour,

J'ai une difficulté sur une relations, je ne sais pas comment la placer.
L'ensmble fait partie d'un seul élément "Jardin du Hétre"
La relation est la suivante
1. Deux bâtiments coté rue
2. 1 bâtiment intérieur (et plus)
2. Une zone jardin (1 deuxième zone à construire)
3. Un recycleur (compost partagé)

https://www.openstreetmap.org/?mlat=50.69923=3.16242#map=19/50.69923/3.16242
Pour l'instant : j'ai un multipolygone "Jardin du Hétre" en plus du
jardin "Jardin du Hétre" et du composteur "Jardin du Hétre" …

On peut faire autrement ? Par exemple : indiquer quel est la partie du
batiment coté rue qui est l'entrée ?

Merci

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