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

[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] Offrir une une carte des adresses à Theizé

[Denis Chenu]

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

Bonjour,

Suite à la lecture de 
https://blog.geo.data.gouv.fr/t%C3%A9moignage-sur-ladresse-theiz%C3%A9-en-beaujolais-382a9f566a2c 

je souhaite rentrer dans OSM le nécessaire pour offrir à M. Yves 
Kensicher la "carte des adresses" de sa commune de

Theizé (69620), c'est  bientôt Noël :-)
cf. https://twitter.com/bmallet/status/1328789954726649856

Globalement les routes sont là et nommées, il y aura certainement des 
améliorations à faire sur le bâti et la voirie, je m'en occuperai en 
même temps que vérifier les POI adresses, après l'import effectué.


Ce qu'il faudrait donc c'est "juste" importer la Base Adresses Locale 
existante
https://adresse.data.gouv.fr/bases-locales/jeux-de-donnees/bal-5f63bb23e9584c0b6bda5b39 

en transformant "voie_nom" en "addr:street" et "numero" en 
"addr:housenumber" (la colonne "suffixe" est vide) et pê passer 
"position" en "description" pour pouvoir éventuellement rajouter un 
"entrance=yes" par la suite.


Ma question est : comment procéder ? Quel outil disponible pour cela ? 
Mon besoin se résume à :


1/ depuis un fichier csv (650 lignes)

voie_nom | numero | position | long | lat | date_der_maj
Impasse Fontboileau | 13 | entrée | 4.618253 | 45.932341 | 2020-09-22

2/ comment générer un fichier lisible par JOSM (.osm, je suppose) de 650 
nodes géolocalisés (par exemple long = 4.618253 et lat = 45.932341) avec 
les attributs tels :

- addr:street=Impasse Fontboileau
- addr:housenumber=13
- description=entrée
- survey:date=2020-09-22

Merci pour vos pistes et explications.


Bonjour,

Si tu utilise JSOM :
https://dev.cadastre.openstreetmap.fr/fantoir/#insee=69246
Va te permettre d'importer les points dans JOSM puis dans OSM.

Denis


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

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

[Denis Chenu]

Le 15/10/2020 à 15:30, Jacques Lavignotte a écrit :



Le 15/10/2020 à 15:11, PanierAvide a écrit :


La discussion sur loomio - pas proprio mais limité si gratuit donc pas 
si libre que ça - pour déterminer si on continue avec un groupe 
restreint car limité de favorables à Loomio.


Vous les voyez les contradictions ci-dessous :

Le problème est l'utilisation de la version hébergée gratuite qui 
limite à 50 comptes par projet. Une discussion avait été lancée pour 
passer sur une autre formule, payante, qui permettrait d'aller jusqu'à 
100 comptes. Les résultats du votes étant plutôt partagés, status quo 
(cf 
https://www.loomio.org/p/IhYF0qAx/passage-un-niveau-sup-rieur-avec-loomio 
).



[HS]
C'est quoi cette remarque ?

«pas proprio mais limité si gratuit donc pas si libre que ça».
C'est **totalement libre** , c'est l'hébergement sur leur plateforme qui 
est payante.
Je ne vois aucune contradiction, et effectuer ce genre n'est pas donner 
avantages au logiciel libres.


D'ailleurs : les données d'OSM : c'est pas si libre que ça … On est 
obligé de mettre des logos et des liens …


Denis
[/HS]

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

Re: [OSM-talk-fr] Facebook : défaut d'attribution

[Denis Chenu]

Le 08/10/2020 à 16:09, Vincent Bergeot a écrit :

Le 24/09/2020 à 09:29, Denis Chenu a écrit :

Pour information : il y aurait déjà eu un contact avec Facebook :
https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution
(User:Nunocaldeira ) mais non daté.


pour voir passer ces gazouillis sur twitter, cela fait maintenant un 
long moment qu'il exprime ce Lacking_Proper_attribution que cela soit 
pour facebook mais aussi pour mapbox et d'autres


Ce qu'il met souvent en avant, ce n'est pas tant le fait de la légalité 
(c'est compliqué les lois, les mots, le sens donné) mais le fait que des 
des Gold Corporate Members 
(https://wiki.osmfoundation.org/wiki/Corporate_Members#Gold_Corporate_Members) 
ne soient pas plus actifs dans l'affichage de l'attribution, ce que des 
membres Gold devraient faire selon lui (j'espère que pas trop simplifier 
ces propos).


à plus



Bonjour,
Ce que je trouve dommage c'est que l'on en demande plus à la petite 
association qu'à la grosse entreprise …
De plus : une association qui va contribuer à la carte est peut être une 
plus grosse contributrices en terme de pourcentage de ses possibilités 
que Facebook.


Parce-que désolé : mais ceci reste une carte avec un défaut clair 
d'attribution quoi qu'on en dise.

https://wtf.roflcopter.fr/pics/Y5MQGjn3/bpy9gcxO.png

Je vais aussi envoyer un message à Facebook FR, en tant que contributeur.

Denis


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

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

[Denis Chenu]

Le 05/10/2020 à 11:20, Denis Chenu a écrit :
> Bonjour,
>
> Il existe une liste officielle semble t'il
> https://sante.fr/recherche/trouver/DepistageCovid
> Par contre : je ne sais pas ou la trouver autrement.
>
> Denis
>
> Le 05/10/2020 à 10:36, Antonin Delpeuch (lists) a écrit :
>> Bonjour à tous,
>>
>> J'ai cherché s'il existait des conventions pour cartographier les lieux
>> où des tests COVID sont disponibles, mais n'ai rien trouvé de concret
>> sur https://wiki.openstreetmap.org/wiki/France/Covid-19.
>>
>> Est-ce que ces informations sont considérées comme trop temporaires,
>> peut-être ? J'ai l'impression que le besoin est là et que ça risque de
>> durer un peu ! J'imagine que pour l'essentiel ça reviendrait à ajouter
>> des tags sur des POIs existants (cabinet de médecine générale, maison de
>> santé, etc).
>>
>> Il existe des jeux de données par pays mais je n'ai pas trouvé de carte
>> globale, ça serait pratique si on pouvait faire ça avec une petite
>> requête Overpass. On pourrait aussi décliner ça pour les tests
>> d'anticorps et vaccins (en anticipation)…
>>
>> Antonin
>>
>>
>> ___
>> 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
Et donc …

<https://laboratoires.fabrique.social.gouv.fr>

> Les données présentées proviennent de déclarations des laboratoires et
> établissements de santé, auprès des Agences régionales de santé, et
> via une plateforme internet développée par le Ministère des
> Solidarités et de la Santé, sur leurs points de dépistage COVID-19.
> Les données sont mises à jour quotidiennement. Laboratoires et
> établissements de santé, si vous repérez une donnée erronée ou
> manquante, vous pouvez vous rendre sur la plateforme
> https://laboratoires.fabrique.social.gouv.fr

Mais pas d'informations sur une éventuelle API.

Denis



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

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

[Denis Chenu]

Bonjour,

Il existe une liste officielle semble t'il
https://sante.fr/recherche/trouver/DepistageCovid
Par contre : je ne sais pas ou la trouver autrement.

Denis

Le 05/10/2020 à 10:36, Antonin Delpeuch (lists) a écrit :
> Bonjour à tous,
>
> J'ai cherché s'il existait des conventions pour cartographier les lieux
> où des tests COVID sont disponibles, mais n'ai rien trouvé de concret
> sur https://wiki.openstreetmap.org/wiki/France/Covid-19.
>
> Est-ce que ces informations sont considérées comme trop temporaires,
> peut-être ? J'ai l'impression que le besoin est là et que ça risque de
> durer un peu ! J'imagine que pour l'essentiel ça reviendrait à ajouter
> des tags sur des POIs existants (cabinet de médecine générale, maison de
> santé, etc).
>
> Il existe des jeux de données par pays mais je n'ai pas trouvé de carte
> globale, ça serait pratique si on pouvait faire ça avec une petite
> requête Overpass. On pourrait aussi décliner ça pour les tests
> d'anticorps et vaccins (en anticipation)…
>
> Antonin
>
>
> ___
> 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] Serveur Discord créé

[Denis Chenu]

Bonjour,

Pour éliminer le premier point de refus d'utiliser discord sur
https://stallman.org/discord.html

Il est possible d'utiliser pidgin et purple-discord :
https://github.com/EionRobb/purple-discord

Je l'utilise sur Fedora : cela fonctionne très bien (hors voie bien sur).

Denis
PS : je suis malheureusement obligé de l'utiliser … et aurait préféré
rester sur IRC.

Le 28/09/2020 à 22:11, Romain MEHUT a écrit :
>
> Bonsoir,
>
> J'ai été contacté par la messagerie interne d'osm.org pour y
> participer mais j'ai décliné la proposition en raison notamment des
> éléments décrits sur Wikipedia
> https://fr.wikipedia.org/wiki/Discord_(logiciel)
>
> Romain
>
> Le 27/09/2020 à 16:10, Emilie Laffray a écrit :
>> Bonjour tout le monde,
>>
>> juste un petit passage pour signaler que quelqu'un a créé un serveur
>> discord pour la communauté OpenStreetMap Fr.
>> L'utilisateur s'appelle Khryashch#1881.
>> Voila le lien https://discord.gg/wxNGfdT
>>
>> Pour ceux qui ne connaissent pas Discord, c'est une sorte de IRC
>> moderne avec persistance des discussions et la possibilité de faire
>> du vocal/vidéo facilement.
>> C'est surtout utilisé à la base pour faciliter les communaute de
>> gamers et ca touche a des gens un peu plus jeune généralement pour
>> qui IRC est un truc un peu abscon :)
>>
>> Voila voila,
>> Emilie Laffray
>>
>> ___
>> 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] OSMdata

[Denis Chenu]

Merci,

Et oui : l'idée n'était que de donner un exemple de type de remontée :).
C'est bien ce que je ne trouve pas clair :
- remontée erreur de carte (contributions OSM)
- remontée problème de recherche : github ou loomio (à vous d voir)
- remontée code : github

Parfait !


Le 24/09/2020 à 10:25, Nelson Tayou a écrit :
> Bonjour, 
>
> Merci pour toutes ces remarques !
>
> Pour connaître la requête exécutée pour une couche c'est sur son
> bouton "i".
> Capture 2.png
> Capture.png
> Pour les piscines, c'est/ leisure='swimming_pool' AND
> (tags->'access'='yes' OR tags->'access'='customers')./
> /
> /
> Je trouve les emails compliqués pour échange sur les requêtes des
> couches ou leurs pictos, surtout qu'ils conduisent très rapidement à
> des débats. Une issue sur github
> <http://github.com/data-osm/geosm-frontend/issues> ou Loomio
> <http://loomio.org/d/018TijXh/th-mes-utilisateurs-> permettrait de
> débattre problématique par problématique et garder une trace plus
> facile à retrouver.
>
>   * L'ouverture de la plateforme ne se fait plus sur la thématique
> "Tourisme et loisirs", ca avait été fait pour permettre aux
> visiteurs d'ajouter une couche en un seul clic ^^
>   * Bonne idée pour le changement de "Fond de carte" à "Plus de fonds
> carte" 
>   * Tous les titres ont basculé vers "Data OSM"
>   * Il est possible d'envisager une plus grande échelle à la fin
> d'année lorsque QGIS aura sorti une version permettant de faire
> des WMS tuilés avec des gutter (pour éviter les cassures des
>     icônes/étiquettes)
>   * J'ai listé d'autres remarques d'ici dans les issues de git
>
> Bonne journée à tous
>
> Karl
>
>
> Le jeu. 24 sept. 2020 à 08:07, Denis Chenu  <mailto:courr...@shnoulle.net>> a écrit :
>
> Bonjour,
>
> Non, selon le wiki ce n'est pas le cas.
> https://wiki.openstreetmap.org/wiki/Tag:sport%3Dswimming
>
> Il existe :  leisure=swimming_area et leisure=water_park  pour les
> 2 cas dont tu parle.
> Si il faut que cela soit autrement : cela doit être dans le wiki.
>
> Denis
>
>
> Le 23/09/2020 à 18:10, Philippe Verdy a écrit :
>> sur  "leisure=sports_centre + sport=swimming", cela n'indique pas
>> nécessairement le contour de la piscine mais l'emprise de la zone
>> sportive qui inclue une piscine, ou un bassin protégé ça peut
>> être zone délimitée d'un étang naturel ou artificiel ou d'un lac,
>> et ne concerner qu'une partie du bassin, le reste étant pour
>> d'autres activités comme la pratique de sports en eau vive avec
>> une autre organisation.
>> De plus même si le sport principal c'est la natation, on peut y
>> trouver une zone dédié au plongeon, à l'entrainement à la
>> plongée, il peut y avoir aussi une utilisation mixte (genre
>> bassin qui peut être couvert d'un plancher mobile, et servir à
>> d'autres sports, sans compter aussi des salles de culture
>> physique et même dans un parc autour de l'athlétisme, un terrain
>> de tennis. S'il y a unen tribune, ce peut être aussi une salle de
>> spectacle; dans certains cas c'est aussi un musée où la piscine
>> est conservée pour sa beauté architecturale, ses céramiques: la
>> maintenir en eau permet de préserver l'équilibre de l'édifice et
>> le bassin n'avoir plus qu'une fonction ornementale qui servira
>> seulement à certaines occasions de prestige après un controle de
>> l'eau et un peu de rangement autour...)
>>
>> Le lun. 21 sept. 2020 à 11:34, Denis Chenu  a écrit :
>>
>> Quand je parle des erreurs, cela peut être sur la carte ou
>> sur la façon
>> de les récupérer. Donc 2 liens différents : comment contribuer à
>> openstreetmap et comment remonter les erreurs ici(cf exemple).
>>
>> Denis
>> exemple : les piscines ne remonte pas toutes, pas celle en
>> leisure=sports_centre + sport=swimming
>>
>>
>> Donc si c'est biuen une piscine, autant la délimiter en tant que
>> tel à l'intérieur du centre sportif. Enfin des centres sportifs
>> consacrés à la natation peuvent ne plus être qu'un point de
>> rassemblement d'un club, l'activité étant ailleurs (surtout je
>> pense pour les clubs liés aux équipes de compétition, ou la
>> préparation sportive hors eau). 
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
>>   

[OSM-talk-fr] Facebook : défaut d'attribution

[Denis Chenu]

Bonjour,

Je sais que il ya une procédure à suivre, et qui fonctionne sans doute
pour les plus petites entreprises ou même sur certaines plus grosse.
Mais avant de prendre contact avec facebook, j'aimerais vérifier
plusieurs chose.

Le système sur Facebook, exemple sur la page
https://www.facebook.com/Jardins-du-H%C3%AAtre-le-42-ex-Ferme-aux-Loisirs-101234147890218
Ce lieu à une adresse, sur le coté droit :
1. un mini plan est visible (aucune attribution)
2. je clic sur le mini plan : aucun attribution visible
3. Je vois un petit point d'exclamation
4. je clic sur le point d'exclamation :
4.1 : lien "Mention légale du mappage de donnée" clic : ouvre la page
https://www.facebook.com/maps/attribution_terms/
4.2 lien (c) OpenStreetMap donne sur
https://www.openstreetmap.org/copyright/

Alors mes questions :
1. sur la page de copyright (https://www.openstreetmap.org/copyright/) :
il est indiqué "Le crédit devrait apparaître" et non doit (en français):
est-ce que cela veut dire que Facebook satisfait aux obligations légales
? Ou non : les crédits doivent apparaître sur la carte.
2. Peut on bien considérer que 3 clic pour avoir l'information de
copyright des contributeurs ne satisfait pas le "Vous devez également
préciser clairement"
3. Est ce que je dois contacter mapbox, facebook ou les deux ?

Pour information : il y aurait déjà eu un contact avec Facebook :
https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution
(User:Nunocaldeira ) mais non daté.

D'autres ont ilk déjà commencé des remontées à facebook ?

Merci,
Denis



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

Re: [OSM-talk-fr] OSMdata

[Denis Chenu]

Bonjour,

Non, selon le wiki ce n'est pas le cas.
https://wiki.openstreetmap.org/wiki/Tag:sport%3Dswimming

Il existe :  leisure=swimming_area et leisure=water_park  pour les 2 cas
dont tu parle.
Si il faut que cela soit autrement : cela doit être dans le wiki.

Denis


Le 23/09/2020 à 18:10, Philippe Verdy a écrit :
> sur  "leisure=sports_centre + sport=swimming", cela n'indique pas
> nécessairement le contour de la piscine mais l'emprise de la zone
> sportive qui inclue une piscine, ou un bassin protégé ça peut être
> zone délimitée d'un étang naturel ou artificiel ou d'un lac, et ne
> concerner qu'une partie du bassin, le reste étant pour d'autres
> activités comme la pratique de sports en eau vive avec une autre
> organisation.
> De plus même si le sport principal c'est la natation, on peut y
> trouver une zone dédié au plongeon, à l'entrainement à la plongée, il
> peut y avoir aussi une utilisation mixte (genre bassin qui peut être
> couvert d'un plancher mobile, et servir à d'autres sports, sans
> compter aussi des salles de culture physique et même dans un parc
> autour de l'athlétisme, un terrain de tennis. S'il y a unen tribune,
> ce peut être aussi une salle de spectacle; dans certains cas c'est
> aussi un musée où la piscine est conservée pour sa beauté
> architecturale, ses céramiques: la maintenir en eau permet de
> préserver l'équilibre de l'édifice et le bassin n'avoir plus qu'une
> fonction ornementale qui servira seulement à certaines occasions de
> prestige après un controle de l'eau et un peu de rangement autour...)
>
> Le lun. 21 sept. 2020 à 11:34, Denis Chenu  a écrit :
>
> Quand je parle des erreurs, cela peut être sur la carte ou sur la
> façon
> de les récupérer. Donc 2 liens différents : comment contribuer à
> openstreetmap et comment remonter les erreurs ici(cf exemple).
>
> Denis
> exemple : les piscines ne remonte pas toutes, pas celle en
> leisure=sports_centre + sport=swimming
>
>
> Donc si c'est biuen une piscine, autant la délimiter en tant que tel à
> l'intérieur du centre sportif. Enfin des centres sportifs consacrés à
> la natation peuvent ne plus être qu'un point de rassemblement d'un
> club, l'activité étant ailleurs (surtout je pense pour les clubs liés
> aux équipes de compétition, ou la préparation sportive hors eau). 
>
> ___
> 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] OSMdata

[Denis Chenu]

Bonjour,

Très belle démonstration et projet !

Ce que je ne vois pas pour une diffusion plus large : c'est comment
rapporter/remonter les «erreurs» (et les remarques) sur la carte.
J'ai bien cliqué sur le bouton en point d'interrogation en haut à droite
, je la trouve peux claire pour une large diffusion.

Quand je parle des erreurs, cela peut être sur la carte ou sur la façon
de les récupérer. Donc 2 liens différents : comment contribuer à
openstreetmap et comment remonter les erreurs ici(cf exemple).

Denis
exemple : les piscines ne remonte pas toutes, pas celle en
leisure=sports_centre + sport=swimming

Le 19/09/2020 à 19:38, Zimmy ZIMMERMANN a écrit :
> Bonjour,
>
> Nous avons beaucoup travaillé jusqu'à aujourd'hui pour absorber vos
> remarques et ajouter de la convivialité à l'utilisation du
> démonstrateur de données OSM.
> Nous aimerions relancer le Conseil d'Administration d'OpenStreetMap
> FRANCE pour rendre plus largement visible cette adresse qui n'a en
> réalité circulé que auprès des connaisseurs.
>
> Le site est toujours à cette adresse : demo.openstreetmap.fr
> 
>
> Pour la circonstance : un clin d'oeil
> 
>  aux
> Journées Européennes du Patrimoine
> 
> ;-)
> Nous serons alors en mesure de passer la 2e étape qui est celle de la
> confrontation à l'usage du public hors sphère OSM.
>
> Avez-vous des réserves à prendre en compte avant la diffusion plus large ?
> Au plaisir de vous lire,
>
> Jean-Louis & Karl
>
> ___
> 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] bâtiment sans numéro de rue

[Denis Chenu]

Elle ne serait pas Rue des étangs l'entrée ?

C'est bête, ya même une photo :
https://upload.wikimedia.org/wikipedia/commons/thumb/4/42/Roussent%2C_Pas-de-Calais%2C_Fr%2C_mairie_(2).jpg/1200px-Roussent%2C_Pas-de-Calais%2C_Fr%2C_mairie_(2).jpg

Denis

Le 08/09/2020 à 16:00, osm.sanspourr...@spamgourmet.com a écrit :
>
> Bonjour,
>
> j'ai un bâtiment (une mairie
> ) qui est dans une
> associatedStreet
> .
>
> Or selon la mairie et le cadastre il n'y a pas de numéro pour la
> mairie qui est entre le 63 et le 65.
>
> Vaut-il mieux supprimer de l'associatedStreet ou déclarer un faux
> positif car elle fait bien partie de la rue ?
>
> Jean-Yvon
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Tags addr: pour les radars

[Denis Chenu]

Bonjour,

Ce que j'en conclurais : ne pas ajouter les codes postaux «non sur» tant
que la poste ne fournit pas de découpage précis.

Sinon : c'est faire au hasard …

Le 07/09/2020 à 15:48, Philippe Verdy a écrit :
> On doit donc "estimer" ces tracés en faisant pas mal d'erreurs. Et
> pour estimer ça, on n'a pas d'autre moyen de renseigner d'abord ces
> codes postaux sur les points. Puis essayer de tester sur des points
> "ambigus" (mais comment vérifier ? On ne peut pas aller fouiller le
> courrier dans les boites à lettres). Et la plupart du temps ce
> découpage est historique et date de bien avant l'internet ou même le
> traitement totalement automatique du courrier dans les centres de tri,
> quand les tournées s'organisaient manuellement par les postiers
> connaissant le terrain et s'organisant entre eux et selon leurs
> disponibilités et congés.


___
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

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

[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

[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

[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

[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] BANO : erreur claire d'adrresse

[Denis Chenu]

Bonjour,

Grace aux conseils de Jean-Yvon, je me suis mis à l'ajout des adresses
sur Roubaix via Fantoir (dev.cadastre.openstreetmap.fr/fantoir) .

Que faire quand il y a clairement une erreur d'adresse/relation sur le
BANO ?
Je prend l'exemple des 3 points "Allée de Belfort" (595120545B)
Qui sont clairement Boulevard de Belfort


Sur Roubaix encore : je vois beaucoup de différences entre la BAN (via
guichet-adresse.ign.fr) et le BANO .
La BAN peut être incorporé au BANO si je ne me trompe puisque sous
licence ouverte.
Mais la BAN est plus à jour et de meilleure qualité sur les points les
plus modernes.

Quel procédure pour demander une mise à jour de fantoir ? Je peux aider ?
Je dois rapporter sur github ?

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

Re: [OSM-talk-fr] Trop de relation tue la relation, landuse=farmyard, aide raccourci JOSM

[Denis Chenu]

Bonjour,

Si je lis le wiki : pour moi c'est landuse=farm qui est déprécié et
peut/doit être remplacer par landuse=farmyard.
Je cite : « tandis que les terres appartenant au corps de ferme, aux
zones de manœuvre et autres doivent être identifiées avec
landuse=farmyard. »

En anglais : « In contast, buildings for keeping animals, or crop
supplies would typically be part of a farmyard tagged landuse=farmyard. »

:)

Le 21/07/2020 à 12:53, Vincent Bergeot a écrit :
>
> Je regarde le wiki c'est même déconseillé
> https://wiki.openstreetmap.org/wiki/FR:Tag:landuse=farmyard?uselang=fr.
>


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

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

[Denis Chenu]

Merci, merci , merci …

Donc : si de multiples éléments font parti d'un ensemble : j'ajoute un
polygone avec son amenity.
C'est bien cela le principe ?

Si (au final) ce batiment : https://www.openstreetmap.org/way/79966828
fait parti du Jardin, mais avec juste un chemin entre les 2.
1. Est ce que cela vaut la coup de l'ajouter
2. Comment faire ?

Denis
Le 18/07/2020 à 01:51, Jérôme Amagat a écrit :
> Tout ce trouve dans un polygone donc il ne faut pas une relation mais
> un polygone avec à l'intérieur les bâtiments, le jardin, le
> recycleur... et on sait que le composteur et les bâtiments font partie
> du "Jardin du Hêtre" parce qu'ils sont à l'intérieur, par contre il
> faut y mettre les bon tags dessus à part le nom. Je pense que c'est
> surtout un jardin donc le tag principal leisure=garden convient. J'ai
> modifié le polygone https://www.openstreetmap.org/way/787565928 et
> supprimé la relation.
>
> Le ven. 17 juil. 2020 à 15:25, Denis Chenu via Talk-fr
> mailto:talk-fr@openstreetmap.org>> a écrit :
>
> 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 <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] Relation : multiples … ca existe ?

[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