Re: [OSM-talk-fr] adresse des POI et numéro de rue - était [Ça reste ouvert] Ne pas ajouter les commerces sur les numéros de rue

[Cyrille37 OSM]

Le 06/04/2020 à 08:23, Yves P. a écrit :
Mais je reste sur ma faim car ainsi taggés les POIs n'ont pas 
d'adresse et ça manque.
le géocodage inversé 
 ne 
fonctionne pas dans tous les cas ?


Comme je l'ai écrit :

- un immeuble en coin de rue peut avoir 2 adresses, 1 dans chaque rue. 
Du coup le calcul de surface pour trouver l'adresse d'un POI ne donne 
pas forcément le bon résultat


Et je pense qu'il y a encore d'autres cas.

Cyrille37.

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

Re: [OSM-talk-fr] adresse des POI et numéro de rue - était [Ça reste ouvert] Ne pas ajouter les commerces sur les numéros de rue

[Cyrille37 OSM]

Petit ajout après consultation de la page Wiki 
"Relation:associatedStreet" 
https://wiki.openstreetmap.org/wiki/Relation:associatedStreet


    associatedStreet relations have been used by some mappers as an 
alternative to addr:*-Tags.
    This method of mapping addresses is much less popular than addr:* 
and strictly unwanted in regions such as for example Germany and Poland.


Qui peut se traduire par : Cette relation ne serait utilisée que par 
quelques-uns, les autres préférent addr:*, et l'Allemangne et la Pologne 
n'en veulent surtout pas.


La route est sacrément longue ...

Cyrille.

Le 06/04/2020 à 08:19, Cyrille37 OSM a écrit :

Salut

Ce sujet de l'adressage est récurent, et à chaque fois il y a beaucoup 
d'échanges ... Mais je reste sur ma faim depuis des années.


J'ajoute les numéros de rue seuls et associés à une relation 
associated:street. Je mets les POIs à l'intérieur d'un building. Mais 
je reste sur ma faim car ainsi taggés les POIs n'ont pas d'adresse et 
ça manque.


Le surfacique ne me parle pas pour 2 raisons:
- les moteurs de recherche trouvent le POI mais celui-ci n'a pas 
d'adresse, il faut calculer pour la trouver
- un immeuble en coin de rue peut avoir 2 adresses, 1 dans chaque rue. 
Du coup le calcul de surface pour trouver l'adresse d'un POI ne donne 
pas forcément le bon résultat


Relation associatedStreet :

Mon rêve serait d'avoir un role "POI" (ou autre) pour la relation 
associatedStreet. On aurait ainsi la rue (role:street), les points 
d'addresse (role:house) et les autres éléments (role:poi).
Ce serait facile à expliquer, les résultats de recherche plus 
exhaustifs, les exports de POIs simplifiés.


Clé contact:*

Mais d'autres de répondre qu'il y a la clé "contact:*" ... Mais Marc 
rappelle que c'est une "spécificité franco-fr supporté par personne 
hors frontière.", pour preuve que les outils génériques ID et 
Nominatim ne la gère pas.


Pour ma part je comprends "contact:*" comme des informations pour 
communiquer, par pour de la géolocalisation: Mon entreprise à 2 locaux 
(bureau, livraison) mais un seul point de contact (accueil, courrier, 
téléphonique).


La route est longue mais la voie est libre ; m'enfin il faudrait tout 
de même trouver un consensus :-)


Cyrille37.


___
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] adresse des POI et numéro de rue - était [Ça reste ouvert] Ne pas ajouter les commerces sur les numéros de rue

[Yves P.]

> J'ajoute les numéros de rue seuls et associés à une relation 
> associated:street.
J'essaie :)

> Je mets les POIs à l'intérieur d'un building.
+1

> Mais je reste sur ma faim car ainsi taggés les POIs n'ont pas d'adresse et ça 
> manque.
le géocodage inversé 
 ne fonctionne pas 
dans tous les cas ?

__
Yves (pas encore bien réveillé)

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

[OSM-talk-fr] adresse des POI et numéro de rue - était [Ça reste ouvert] Ne pas ajouter les commerces sur les numéros de rue

[Cyrille37 OSM]

Salut

Ce sujet de l'adressage est récurent, et à chaque fois il y a beaucoup 
d'échanges ... Mais je reste sur ma faim depuis des années.


J'ajoute les numéros de rue seuls et associés à une relation 
associated:street. Je mets les POIs à l'intérieur d'un building. Mais je 
reste sur ma faim car ainsi taggés les POIs n'ont pas d'adresse et ça 
manque.


Le surfacique ne me parle pas pour 2 raisons:
- les moteurs de recherche trouvent le POI mais celui-ci n'a pas 
d'adresse, il faut calculer pour la trouver
- un immeuble en coin de rue peut avoir 2 adresses, 1 dans chaque rue. 
Du coup le calcul de surface pour trouver l'adresse d'un POI ne donne 
pas forcément le bon résultat


Relation associatedStreet :

Mon rêve serait d'avoir un role "POI" (ou autre) pour la relation 
associatedStreet. On aurait ainsi la rue (role:street), les points 
d'addresse (role:house) et les autres éléments (role:poi).
Ce serait facile à expliquer, les résultats de recherche plus 
exhaustifs, les exports de POIs simplifiés.


Clé contact:*

Mais d'autres de répondre qu'il y a la clé "contact:*" ... Mais Marc 
rappelle que c'est une "spécificité franco-fr supporté par personne hors 
frontière.", pour preuve que les outils génériques ID et Nominatim ne la 
gère pas.


Pour ma part je comprends "contact:*" comme des informations pour 
communiquer, par pour de la géolocalisation: Mon entreprise à 2 locaux 
(bureau, livraison) mais un seul point de contact (accueil, courrier, 
téléphonique).


La route est longue mais la voie est libre ; m'enfin il faudrait tout de 
même trouver un consensus :-)


Cyrille37.


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

[OSM-talk-fr] réunion Association OpenStreetMap France

[Cyrille37 OSM]

Bonjour à toutes et tous,

Les membres de l'association OpenStreetMap France (OSM-Fr) et son 
Conseil d'administration se réunissent régulièrement en ligne pour faire 
le point, programmer des projets, échanger des idées. Ces réunions sont 
ouvertes, libres et participatives à l'instar du projet OpenStreetMap. 
Que vous soyez membre ou non de l'association, vous pouvez pleinement y 
participer !


Ça tombe bien, il y en a une demain mardi 7 avril à 21h sur 
https://Framateam.org sur la team "OSM-France" dans le channel 
"CA-OSM-fr". L'url : https://framateam.org/osm-france/channels/ca-osm-fr


Que la force soit avec vous et vos proches,
Cyrille37 pour l'association OSM-Fr



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

Re: [OSM-talk-fr] Data Item à la place de *:wikidata

[Yves P.]

Bonsoir,

Le ven. 27 mars 2020 à 20:39, Noémie Lehuby via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> Il y a pas mal d'homonymes dans le domaine des transports (même si c'est
> plus network:wikidata ou operator:wikidata que brand:wikidata je te le
> concède) .
>


> Le 26/03/2020 à 22:52, François Lacombe a écrit :
>
> Le jeu. 26 mars 2020 à 18:10, Yves P.  a écrit :
>
>> > Je suggère de ne taguer les objets OSM qu'avec brand=*
>> Le problème, c’est qu’il y a des homonymes…
>> C’est pour ça qu’il existe wikidata ;)
>>
>
> Oui mais les identifiants wikidata ne sont pas lisibles.
> Le parti pris d'OSM est d'avoir des valeurs lisibles par l'homme il me
> semble?
> Et puis la question qui se pose est d'avoir deux fois la même information
> sur les objets.
>
> Peux-tu me citer un exemple d'homonyme s'il te plait?
>
> Voir Projet NSI - Identical names, multiple brands
> 


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

Re: [OSM-talk-fr] Comment taguer les SSIAD (Service de soins infirmiers à domicile)

[Fabienne Morel via Talk-fr]

Le 03/04/2020 à 23:20, Georges Dutreix via Talk-fr a écrit :
Les SSIAD doivent comprendre un infirmier coordonnateur salarié : 
https://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT00801170&fastPos=1&fastReqId=636958162&categorieLien=id&oldAction=rechTexte#JORFARTI02056902
mais ils fournissent d'autres prestations qu'infirmier : 
aides-soignants, pédicures podologues, ergothérapeutes, psychologues


J'approuve la proposition :
social_facility=ambulatory_care
social_facility:for=senior;disabled
type:FR:FINESS=354

Effectivement il y a des aides-soignants et des infirmièr.es dans les SSIAD.
Ils peuvent coordonner les soins avec les autres intervenants médicaux 
ou para médicaux.
Les patients sont en perte d'autonomie, donc difficile pour eux de se 
rendre au cabinet.


De mon côté, après avoir cherché à droite et à gauche j'ai taggué

social_facility=nursing_home
social_facility:for=senior
type:FR:FINESS=354

qu'en pensez-vous ?

Fabienne


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

Re: [OSM-talk-fr] Ne pas ajouter les commerces sur les numéros de rue

[Eric Brosselin - Osm]

Le 05/04/2020 à 19:15, leni a écrit :



Pourquoi je pense qu'il ne faut pas ajouter le poi sur les points 
addr: car sur certains poi je voyais :
- des points addr: avec relation et sur lesquels on ajoutait des poi 
que l'on retrouvait dans les relations
- des points addr: auquel avait été ajouté le poi et qui était déplacé 
au gré des modifications

- des points addr: qui disparaissaient parce que le poi disparaissait ...


c'est ce que je disais

La question est comment on fait pour éviter ça ...
ID pousse à mettre des addr: aux POIs  et cela "confusionne" donc pas 
mal les gens, à qui je signale leurs erreurs,  qui ne voient pas 
pourquoi on ne rajouterais pas le commerce

sur le numéro de rue.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ne pas ajouter les commerces sur les numéros de rue

[leni]

Le 05/04/2020 à 16:42, Eric Brosselin - Osm a écrit :

Le 05/04/2020 à 16:27, Marc M. a écrit :


si les adresses d'une rue sont renseignés comme des points,
non ce n'est pas normal de les utiliser pour y mettre les infos
d'un commerce qui n'est qu'un des utilisateurs de cette adresse
sans compter que comme dans l'exemple cela positionne bizarrement (il 
y a pire) les POIs très en dehors des bâtiments.

mais le débat dévie sur "le poi a-t-il une addr:*" ou celle-ci doit être
unique (et l'une des solutions est de faire une surface avec son
étendue, l'autre solution est le bricolage contact:housenumber)


Je ne veux pas rentrer dans ce débat ;-)
Personnellement je ne mets jamais d'addr:* sur les POIs 


Pourquoi je pense qu'il ne faut pas ajouter le poi sur les points addr: 
car sur certains poi je voyais :
- des points addr: avec relation et sur lesquels on ajoutait des poi que 
l'on retrouvait dans les relations
- des points addr: auquel avait été ajouté le poi et qui était déplacé 
au gré des modifications

- des points addr: qui disparaissaient parce que le poi disparaissait ...

cordialement

leniconfine


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

[OSM-talk-fr] Fwd: [talk-ph] Expand the French caresteouvert to PHL

[Jean-Guilhem Cailton]

Bonjour,

Suite à la discussion qu’il y a eu dans l’asso sur le soutien à apporter
à « Ça reste ouvert », je partage avec vous ce message sur la liste
philippine, talk-ph.

Après l’Espagne, « Ça reste ouvert (/ Bukás pa din) » essaime autour du
monde…

(D’ailleurs, il faudrait peut-être prévoir d’élargir la couverture ? —
Le moteur de recherche semble limité à la France)

Bravo à ceux qui l’ont lancé, et à ceux qui y ont contribué !

Prenez bien soin de vous,

Jean-Guilhem


 Message transféré 
Sujet : [talk-ph] Expand the French caresteouvert to PHL
Date :  Sun, 5 Apr 2020 19:40:59 +0800
De :Erwin Olario 
Pour :  osm-ph 




Hi everyone.

If you're interested in help out complete the requirements to expand the
coverage of  the Ça reste ouvert ("Bukás pa din") map [0] to the PHL I
have a draft pad here [1] with a link to a Google sheets [2]  that lists
tags covered under the "essential services" definition of the memo from
Malacanang re CoVid-19.

You can enlist your name in the pad,  and I'll give you write access to
the sheet.

[0]: https://www.caresteouvert.fr/
[1]: https://hackmd.io/mbQ7Im8XRH-sFHfZT5jUoQ
[2]:
https://docs.google.com/spreadsheets/d/1QpaSX9uQtlWHFtjnh_4KTpNDab4jBXtb4o-8UDZJpVA
[3]:
https://www.officialgazette.gov.ph/downloads/2020/03mar/20200316-MEMORANDUM-FROM-ES-RRD.pdf

- - - - - - - - - - - - - - - - - - - 
» email: erwin@ *n**gnu**it**y**.xyz*
| gov...@gmail.com 
» mobile: https://t.me/GOwin
» OpenPGP key: 3A93D56B | 5D42 7CCB 8827 9046 1ACB 0B94 63A4 81CE 3A93 D56B
___
talk-ph mailing list
talk...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ne pas ajouter les commerces sur les numéros de rue

[Eric Brosselin - Osm]

Le 05/04/2020 à 16:27, Marc M. a écrit :


si les adresses d'une rue sont renseignés comme des points,
non ce n'est pas normal de les utiliser pour y mettre les infos
d'un commerce qui n'est qu'un des utilisateurs de cette adresse
sans compter que comme dans l'exemple cela positionne bizarrement (il y 
a pire) les POIs très en dehors des bâtiments.

mais le débat dévie sur "le poi a-t-il une addr:*" ou celle-ci doit être
unique (et l'une des solutions est de faire une surface avec son
étendue, l'autre solution est le bricolage contact:housenumber)


Je ne veux pas rentrer dans ce débat ;-)
Personnellement je ne mets jamais d'addr:* sur les POIs


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

Re: [OSM-talk-fr] Ne pas ajouter les commerces sur les numéros de rue

[Marc M.]

Le 05.04.20 à 16:03, Eric Brosselin - Osm a écrit :
> -*Est-ce "normal" de faire ainsi ou la boulangerie aurait-elle 
> dû avoir son point à elle ?*

si les adresses d'une rue sont renseignés comme des points,
non ce n'est pas normal de les utiliser pour y mettre les infos
d'un commerce qui n'est qu'un des utilisateurs de cette adresse

mais le débat dévie sur "le poi a-t-il une addr:*" ou celle-ci doit être
unique (et l'une des solutions est de faire une surface avec son
étendue, l'autre solution est le bricolage contact:housenumber)

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

Re: [OSM-talk-fr] [Ça reste ouvert] Ne pas ajouter les commerces sur les numéros de rue

[Eric Brosselin - Osm]

Bonjour,

Avec un exemple cela peut-être plus clair.

Ici une boulangerie cartographiée sur un numéro de rue au lieu d'avoir 
son POI à elle.

On voit ça parce qu'elle appartient à une relation "Associated Street".
=> https://www.openstreetmap.org/node/3754734728#map=19/47.52384/-1.18448

Dans l'historique on voit qu'un numéro d'adresse à été d'abord créé.
Ensuite la boulangerie a été ajoutée.
=> https://www.openstreetmap.org/node/3754734728/history

-*Est-ce "normal" de faire ainsi ou la boulangerie aurait-elle dû avoir 
son point à elle ?*


Si on sélectionne la relation on voit qu'il y a aussi un POI "MMA" et un 
POI "Groupama" qui sont eux aussi sur des numéros.

=> https://www.openstreetmap.org/relation/5523318#map=19/47.52400/-1.18406

Même chose pour d'autres POIs de la rue qui sont sur des numéros.
=> https://www.openstreetmap.org/relation/5523316

Et ailleurs c'est la même chose.
=>https://www.openstreetmap.org/relation/5525802#map=19/47.52555/-1.18437


Selon moi si on considère le numéro de rue comme un objet à part entière 
alors on ne doit rien y ajouter.


Attention je n'ai pas parlé de "contact: housenumber" et autres tags du 
même genre placés sur le POI.
Là il s'agit juste du fait d'ajouter des POIs _*SUR*_ les numéros de rue 
existants.


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

Re: [OSM-talk-fr] Points relay

[Philippe Verdy]

Pourtant La Poste aussi a créé nombre de relais chez les commerçants,
en fermant ses propres bureaux.
D'ailleurs les relais se multiplie aussi pour d'autres services, dont
l'administration fiscale, mais aussi des services municipaux quand les
communes réduisent leurs établissements (notamment les locaux loués)
pour les services sociaux et certaines démarches comme le paiement des
cantines scolaires (quand elles rouvriront...)
Parmi ces relais, nombre de bars-tabac-presse, épiceries,
boulangeries-pâtisseries, boucheries-charcuteries, stations services.
Parfois les points-service clients de certaines grandes surfaces bien
que les collectivités et services publics préfèrent les commerces de
proximité pour maintenir une activité proche de leurs centres et des
quartiers.
Comme pour les franchises en général, ça passe par un contrat de
service et la mise en place de certains équipements (présentoirs,
caisse adaptée, une réserve pour les colis, des emballages,
formulaires et étiquettes standardisés, parfois aussi une borne
électronique en libre-service).
Ceci dit la poste est totalement fermée chez moi depuis 3 semaines :
un courrier important pas arrivé, aucun avis de passage, rien dans le
bureau de poste central de remplacement (à plus de 8 kilomètres...).
Les courriers sont carrément perdus (même pas retournés au bout de 15
jours s'ils étaient suivis). De même les livreurs de diverses société
ont arrêté leurs passages (et pas de point-relais non plus pour
certains réseaux). De fait je n'achète rien en ligne (surtout pas chez
Amazon, là encore un colis pas arrivé). Plus que jamais on a besoin
des commerces de proximité encore ouverts pour la vente directe et
sinon de la grande distribution. Dommage que les AMAP du coin soient
aussi fermés; et toujours pas d'autorisation pour la vente ambulante
hors des gros marchés fermés, ou bien ils ne stationnent que dans
certains quartiers plus densément peuplés). Dans les zones rurales ou
périurbaines, le choix des services est très réduit, et la grande
distribution ouverte limite les gammes de produits à ceux les plus
chers (trop peu de réassort pour les produits de base), les promotions
sont quasi inexistantes (sauf les chocolats de Pâques...). C'est un
vrai problème pour les personnes à faible revenu qui ne peuvent pas
non plus se déplacer loin, pour qui la facture est "salée" et ceux
dont les revenus sont déjà réduits voire devenus inexistants par la
non-activité imposée (en attendant les aides sociales). Il est plus
que temps d'exiger auprès des mairies des autorisations d'ouvertures
d'AMAP "en roulotte". Les syndicats d'agriculteurs devraient se
mobiliser et aussi obtenir ce droit de vente directe sur les parkings
de grandes surfaces, sur les places de marchés fermées et désertées et
divers autres petits parkings devant les tas de commerces fermés.

La désertification du commerce doit pouvoir être constatée par les
mairies pour prendre des arrêtés locaux et distribuer territorialement
les points de stationnement tout en préservant la distanciation
sociale et continuant à limiter les déplacements nécessaires. De même
devrait être autorisé le fléchage des points de vente temporaires
(passer outre les interdictions habituelles et ne pas verbaliser comme
une forme de "publicité sauvage") car il y a des abus de position
dominante de certaines grandes surfaces qui en profitent aussi sur les
prix pratiqués du fait de la non-concurrence. et cela risque fort de
durer, même après le confinement, car des tas de petits commerces n'y
survivront pas (et il y aura aussi beaucoup plus de monde en
difficulté financière dans ce qui s'annonce comme une crise économique
grave avec un chômage record qui pour l'instant est encore "caché").
Il est urgent d'aider les AMAP et les épiceries sociales gérées par
des assos et aidées par des subventions des collectivités. Certaines
entreprises qui fonctionnent encore l'ont compris en favorisant la
coopération des comités d'entreprises et les achats groupés pour leurs
employés (mais pas seulement, elles s'intéressent aussi aux besoins de
leurs quartiers et peuvent diversifier davantage leurs activités
locales sans en faire un objectif de forte rentabilité).

Bref l'initiative "ça reste ouvert" risque fort d'être prolongée par
une redéfinition majeure et durable du paysage des commerces en France
(et ailleurs) et il faut espérer un assouplissement de la
réglementation concernant les implantations. Il faudra être vigilent
et les mairies locales doivent écouter les besoins des populations et
faire pression sur les préfectures dans ce qui sera une période de
transition pour permettre des implantations provisoires avec des
réglementations et un régime fiscal qui se renforceront seulement au
bout d'un certain temps (pas moins d'un exercice annuel) si ces
nouveaux commerces et services sont amenés à perdurer. Les syndicats
et assos de quartiers aussi seront partie prenante. La démocratie
locale des quartiers devra être plus effective qu'elle ne l'est
auj

Re: [OSM-talk-fr] ] Ne pas ajouter les commerces sur les numéros de rue

[Marc M.]

Le 05.04.20 à 15:00, Romain MEHUT a écrit :
> Le dim. 5 avr. 2020 à 10:37, Frantz a écrit :
> 
> doublonner addr:* me semble le plus simple.
> Un contact:addr doublonnerait aussi l'info en plus de créer une
> nouvelle syntaxe (éventuellement ambigu avec une adresse centrale
> pour une chaîne de magasin)
> 
> Petit rappel :

d'une des 2 visions :)

> https://wiki.openstreetmap.org/wiki/FR:One_feature,_one_OSM_element
> Une adresse étant un objet à part entière, elle doit être unique.

D'autres considèrent qu'il y a un objet (un commerce) avec plein
de caractéristiques : un nom, un no de téléphone, une adresse web,
une adresse postale (ca tombe bien, son addr:housenumber est une
caractéristique non unique, nombreux sont les POI à avoir la même)
son no de téléphone est unique, pourquoi tu ne vas pas jusqu'au
bout de la logique et tu fais un objet pour le no de tel afin
de le supprimer du poi ? puis idem avec le site web...

> Les tags contact:housenumber + contact:street sont justement faits 
> pour associer l'adresse aux différents POI qui s'y rattachent.

spécificité franco-fr supporté par personne hors frontière.
genre un contributeur ajoute un poi avec contact:addr
nominatim ne trouve rien si on cherche cette adresse
id ne gère pas, josm ne gère pas, personne ne gère
sauf une poignée de contributeurs fr à la main.

bref, vrai problème, mais dupliquer addr en contact: est
une mauvaise solution
c'est juste fait pour justifier le dogme qu'une addr n'est
pas une caractéristique possible d'un poi ou d'un bâtiment.
comme tout dogme, suffit de changer l'énnoncer pour qu'il
n'existe plus.

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

Re: [OSM-talk-fr] ] Ne pas ajouter les commerces sur les numéros de rue

[Romain MEHUT]

Bonjour,

Le dim. 5 avr. 2020 à 10:37, Frantz  a écrit :

>
> doublonner addr:* me semble le plus simple.
> Un contact:addr doublonnerait aussi l'info en plus de créer une nouvelle
> syntaxe (éventuellement ambigu avec une adresse centrale pour une chaîne de
> magasin)
>

Petit rappel :
https://wiki.openstreetmap.org/wiki/FR:One_feature,_one_OSM_element
Une adresse étant un objet à part entière, elle doit être unique.
Les tags contact:housenumber + contact:street sont justement faits pour
associer l'adresse aux différents POI qui s'y rattachent.

Romain
___
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

[Philippe Verdy]

Le sam. 4 avr. 2020 à 21:27,  a écrit :
>
> Quentin moi aussi j'en apprend des choses, je ne savais pas qu'on avait
> reconverti des gymnases et autres en centres de consultation.

Vu ce midi dans un reportage France 2 dans le 13h15.

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

Re: [OSM-talk-fr] ] Ne pas ajouter les commerces sur les numéros de rue

[Vincent Bergeot]

Le 05/04/2020 à 12:28, Marc M. a écrit :

Dans le cas présent, est-ce que la règle pourrait être : si il y a un
commerce (node ou way) avec une adresse sans autre adresse dans un rayon
de 5m (!!!) alors sans doute qu'il y a un truc chelou à faire vérifier
par un humain ?

testons avec quelques exempless :
1) une rue sans addr, un contributeur ajoute un magasin et renseigne
son adresse, cela provoque un signalement alors que c'est pas
vraiment une erreur (avoir une addr c'est mieux que 0)


mais osmose pour moi c'est pas que des erreurs, c'est des signalements 
pour améliorer la qualité :)



certe bien sur, c'est un truc chelou que d'avoir une rue avec
une seule addr, mais est-ce que noyer osmose d'alerte déjà
présente dans les outil bano, va-t-il aider ?
la majorité du pays est déjà en "plein de signalement osmose
sans assez de monde qui s'y interesse"


ok, mais comme osm, il y a plein de données qui n'intéressent pas grand 
monde, cela veut-il dire qu'il ne faut pas les mettre ? Vrai question 
par rapport à osmose, c'est une ressource d'analyse énorme mais c'est 
l'usage qui est problématique, je suis d'accord avec toi.


Les outils pour la facilitation à la contribution en utilisant osmose 
sont pas encore là. C'est un sujet qui m'importe depuis longtemps avec 
le module d'édition en ligne et l'opendata (entamé pour ma part il y a 7 
ans avec Frédéric et lui depuis ...), mais aussi des débuts autour de 
mapcontrib et les items d'osmose mais le temps et la dispo sont faibles 
et n'ont pas abouti complètement !!!



2) une rue avec des batiments de 7m de large, addr mis en surfacique,
le magasin mis sur le meme objet car occupant tout l'espace,
et la rue entière passe en anomalie à vérifier.
idem si toute la rue est faite avec des points addr+noeud

3) une rue avec des points addr assez dense (<5m)
un contributeur squatte un noeud pour y mettre un commerce
l'analyse ne verra rien.

Du coup mon impression est que l'analyse fasse beaucoup
de faux positif et plein de cas non détecté, le rapport utile/bruit
va être mauvais.


je suis plus sensible à ces arguments ;)

merci pour ces retours


--
Vincent Bergeot


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

Re: [OSM-talk-fr] ] Ne pas ajouter les commerces sur les numéros de rue

[Marc M.]

Le 05.04.20 à 08:59, Vincent Bergeot a écrit :
> Le 04/04/2020 à 23:37, Marc M. a écrit :
>> osmose ne fait pas de règle sur les sujets sans concessus.
> 
> je ne suis pas sur d'avoir compris :)

le manque de consensus c'est
addr:housenumber est une caractéristique primaire qui doit se trouver
sur un objet rien qu'à lieu
<>
l'adresse d'un poi est une caractéristique (secondaire) d'un autre
objet et qui donc se met sur lui

je pensais que tu voulais détecter addr+POI = erreur
tant mieux si ce n'était pas cela.

> Dans le cas présent, est-ce que la règle pourrait être : si il y a un
> commerce (node ou way) avec une adresse sans autre adresse dans un rayon
> de 5m (!!!) alors sans doute qu'il y a un truc chelou à faire vérifier
> par un humain ?

testons avec quelques exempless :
1) une rue sans addr, un contributeur ajoute un magasin et renseigne
son adresse, cela provoque un signalement alors que c'est pas
vraiment une erreur (avoir une addr c'est mieux que 0)
certe bien sur, c'est un truc chelou que d'avoir une rue avec
une seule addr, mais est-ce que noyer osmose d'alerte déjà
présente dans les outil bano, va-t-il aider ?
la majorité du pays est déjà en "plein de signalement osmose
sans assez de monde qui s'y interesse"

2) une rue avec des batiments de 7m de large, addr mis en surfacique,
le magasin mis sur le meme objet car occupant tout l'espace,
et la rue entière passe en anomalie à vérifier.
idem si toute la rue est faite avec des points addr+noeud

3) une rue avec des points addr assez dense (<5m)
un contributeur squatte un noeud pour y mettre un commerce
l'analyse ne verra rien.

Du coup mon impression est que l'analyse fasse beaucoup
de faux positif et plein de cas non détecté, le rapport utile/bruit
va être mauvais.


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

Re: [OSM-talk-fr] Covid-19 #caresteouvert - Site web regroupant les urgences optiques (osm: message 1 of 20)

[osm . sanspourriel]

Fait.

Le 04/04/2020 à 23:24, Eric Brosselin - Osm - o...@eric.brosselin.fr a
écrit :

Bonjour,

Une information intéressante pour celles et ceux qui portent des lunettes.

À l'initiative des 3 syndicats d'opticiens un site
(https://www.urgenceopticien.fr) a été créé pour informer de la mise
en place
d'un service minimum qui assure les urgences au niveau de chaque
département.

Ce site recense 350 adresses d'opticiens (avec n° de tél et parfois
e-mail) qui sur rendez-vous peuvent recevoir des personnes.

Cela vaudrait peut-être le coup de leur demander s'il serait possible
d'intégrer ces données dans la carte.

Il y a une adresse de contact : cont...@urgenceopticien.fr

Donc si quelqu'un veut le faire...

Éric

___
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] Compatibilité OdbL avec OdbL [était / Re: #caresteouvert Intégration données dokomaps en opendata]

[althio]

Vincent  :

> 1. Attention, ce n'est pas intuitif, mais la compatibilité d'une licence
> ODbL est un peu grise pour l'ajout dans OSM.
> cf. https://wiki.osmfoundation.org/wiki/Licence/Licence_Compatibility
> cf. https://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility
>
> je ne suis pas sur de comprendre le gris :(
>
Alors je passe en anglais et en mode "archiviste", désolé ^^
C'est temporaire, la suite sera en français.

Do you understand "grey"? ;) ;) ;)
If you understand English, you can read some bits here and there:

https://wiki.osmfoundation.org/wiki/Licence/Licence_and_Legal_FAQ#I_would_like_to_import_data_XYZ.2C_can_I_just_go_ahead.3F
https://wiki.osmfoundation.org/wiki/Licence/Licence_and_Legal_FAQ#Can_third-party_ODbL-licensed_data_be_imported.3F

and some previous discussions:
https://lists.openstreetmap.org/pipermail/imports/2017-July/005112.html
https://lists.openstreetmap.org/pipermail/imports/2017-October/005217.html
;
https://lists.openstreetmap.org/pipermail/imports/2017-November/005218.html
;
https://lists.openstreetmap.org/pipermail/imports/2017-December/005262.html


--- éléments en français ---
La licence des données OSM peut légalement / théoriquement /
potentiellement être changée.
C'est écrit dans l'accord entre chaque contributeur et la fondation :

https://wiki.osmfoundation.org/wiki/Licence/Contributor_Terms/FR
2. Droits concédés. Vous concédez à OSMF, dans les conditions définies aux
articles 3 et 4, de manière irrévocable et perpétuelle, une licence [...]
3. OSMF consent à n’utiliser ou sous-licencier votre Contenu [...]
seulement par [...] ODbL [...] ; ou toute autre licence libre et ouverte
[...] choisie par une majorité de 2/3 des contributeurs actifs parmi les
membres d’OSMF.
4. OSMF accepte de Vous citer ou de citer le titulaire des droits d’auteur
[...].

Si la donnée vient directement d'un contributeur, un éventuel changement de
licence serait transparent, puisque que c'est consenti dans les termes
cités (article 2 en relation avec articles 3&4), même pour un changement
futur de licence (libre et ouverte).
Si la donnée vient d'un tiers, qui n'a pas directement approuvé ces termes,
le changement de licence d'OSM peut se trouver en contradiction avec la
licence d'origine des données. Puisque le titulaire des droits n'a pas
donné son accord par les termes du contributeur ou par une autre façon, les
données ne peuvent être conservées dans OpenStreetMap.

Ce n'est pas que théorique : OSM a déjà changé de licence, ce qui a
entraîné des effacements de données (si ma mémoire est bonne, parce que les
termes du contributeur de l'époque ne permettait pas le changement de
licence et il fallait obtenir l'accord a posteriori de chaque contributeur
passé).


Et en partant du principe que c'est gris cependant, cela veut dire qu'il
> est préférable de :
>
>- évidemment dans tous les cas s'assurer que la structure qui fournit
>le jeu de données a les droits pour cela et donc être sur de qui a
>constitué ce jeu de données, l'accord explicite de contribution s'étendant
>à chaque personne ayant participé ?
>
> Évidemment.

Juste, pour le cas qui nous occupe ici et pour faire un parallèle, un autre
éclairage...
Imaginons, prenons une situation hypothétique :
* OSM-FR héberge un service de carte collaborative sous le nom de uMap.
* OSM-FR propose l'utilisation de cet outil pour renseigner des données
(soit des cartes privées, soit des cartes publiques).
* Durant la crise du Covid-19, les personnes sont invitées à contribuer sur
une carte uMap, pour partager des informations locales.
* Puis OSM-FR décide de prendre le contenu de ces cartes, de se déclarer
propriétaire des données, d'y apposer une licence et de les utiliser à
d'autres fins.

On peut dire, je crois, que OSM-FR et la communauté OSM ne se permettrait
ce genre d'actions.

Maintenant, remplacer "OSM-FR" par "Société-X" et remplacer "uMap" par
"X-Maps".
Il est donc, de mon point de vue, étrange d'accepter ce comportement et ces
données, quand elles viennent d'un tiers.



>
> en partant du principe que c'est gris cependant, cela veut dire qu'il est
> préférable de [...]
>
>- demander la licence LO ou demander la licence OdbL avec accord
>explicite des conditions de contributions à OpenStreetMap
>https://wiki.osmfoundation.org/wiki/Licence/Contributor_Terms/FR
>
>
Je pense que oui.
De façon très générique, par ordre de préférence :

- 1er choix "mode Ouvre-Boîte universel" :
avoir la licence LO (ou équivalent), pour une libération générale, à tous
les usages pour tout le monde, dont OpenStreetMap.

- 2e choix "mode ouverture propre" :
avoir la licence ODbL avec accord explicite des conditions de contribution
à OpenStreetMap.
[
https://wiki.openstreetmap.org/wiki/FR:Import/Getting_permission#Letter_Template3
]

- 3e choix "mode mains sales un peu grises" (attention, se laver les mains
est une des meilleures protections contre la propagation des maladies).
faire avec une license ODbL.
C'est acceptable ic

Re: [OSM-talk-fr] ] Ne pas ajouter les commerces sur les numéros de rue

[Frantz]

5 avril 2020 10:11 osm.sanspourr...@spamgourmet.com a écrit:

> Si un commerce occupe tout le bâti et qu'à cette adresse ne correspond
> que ce bâti, effectivement on peut mettre l'adresse au niveau du POI.
> 
> De facto les sources d'adresses que l'on récupère ont plus tendance à
> mettre le POI comme point au droit de la limite de la voie publique.
> Dans ce cas doublonner l'adresse, bof. contact:addr ?

doublonner addr:* me semble le plus simple.
Un contact:addr doublonnerait aussi l'info en plus de créer une nouvelle 
syntaxe (éventuellement ambigu avec une adresse centrale pour une chaîne de 
magasin)

-- 
Frantz

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

Re: [OSM-talk-fr] ] Ne pas ajouter les commerces sur les numéros de rue

[osm . sanspourriel]

Le 04/04/2020 à 15:22, PanierAvide - panierav...@riseup.net a écrit :


Ça vaudrait pas le coup de créer une règle Osmose pour généraliser ce
type de vérifications ?


Le 04/04/2020 à 23:37, Marc M. - marc_marc_...@hotmail.com a écrit :

oui il y a quelques poids lourd qui veulent pas de surfacique pour
les no et quelques autres qui veulent du surfacique parce que moins
devinette "l'adresse det endroit est tel no parce que le noeud
le plus proche est celui là"


Ce sont deux choses distinctes. Le POI est par définition un point.
Comme le point d'adresse.

En fait les deux sont potentiellement surfaciques.

Si un commerce occupe tout le bâti et qu'à cette adresse ne correspond
que ce bâti, effectivement on peut mettre l'adresse au niveau du POI.

De facto les sources d'adresses que l'on récupère ont plus tendance à
mettre le POI comme point au droit de la limite de la voie publique.
Dans ce cas doublonner l'adresse, bof. contact:addr ?

Je vois des POI dans des angles de rue dont Nominatim estime faussement
l'adresse, ne sachant pas où est le pas de porte.

Jean-Yvon




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

[OSM-talk-fr] Compatibilité OdbL avec OdbL [était / Re: #caresteouvert Intégration données dokomaps en opendata]

[Vincent Bergeot]

Bonjour,

Le 03/04/2020 à 14:30, althio a écrit :
1. Attention, ce n'est pas intuitif, mais la compatibilité d'une 
licence ODbL est un peu grise pour l'ajout dans OSM.

cf. https://wiki.osmfoundation.org/wiki/Licence/Licence_Compatibility
cf. https://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility


je ne suis pas sur de comprendre le gris :(

Et en partant du principe que c'est gris cependant, cela veut dire qu'il 
est préférable de :


 * évidemment dans tous les cas s'assurer que la structure qui fournit
   le jeu de données a les droits pour cela et donc être sur de qui a
   constitué ce jeu de données, l'accord explicite de contribution
   s'étendant à chaque personne ayant participé ?
 * demander la licence LO ou demander la licence OdbL avec accord
   explicite des conditions de contributions à OpenStreetMap
   https://wiki.osmfoundation.org/wiki/Licence/Contributor_Terms/FR

Par avance merci de l'éclairage de ce gris

--
Vincent Bergeot

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

Re: [OSM-talk-fr] Covid-19 #caresteouvert - Site web regroupant les urgences optiques

[PanierAvide]

Bonjour,

Une prise de contact a déjà été réalisée, sans retour de leur part : 
https://github.com/osmontrouge/caresteouvert/issues/45


Donc à moins d'avoir un contact plus direct, peut-être peu de chances 
que ça donne quelque chose ?


Cordialement,

Adrien P.

Le 04/04/2020 à 23:24, Eric Brosselin - Osm a écrit :

Bonjour,

Une information intéressante pour celles et ceux qui portent des lunettes.

À l'initiative des 3 syndicats d'opticiens un site 
(https://www.urgenceopticien.fr) a été créé pour informer de la mise 
en place
d'un service minimum qui assure les urgences au niveau de chaque 
département.


Ce site recense 350 adresses d'opticiens (avec n° de tél et parfois 
e-mail) qui sur rendez-vous peuvent recevoir des personnes.


Cela vaudrait peut-être le coup de leur demander s'il serait possible 
d'intégrer ces données dans la carte.


Il y a une adresse de contact : cont...@urgenceopticien.fr

Donc si quelqu'un veut le faire...

Éric

___
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] ] Ne pas ajouter les commerces sur les numéros de rue

[Vincent Bergeot]

Le 04/04/2020 à 23:37, Marc M. a écrit :

osmose ne fait pas de règle sur les sujets sans concessus.


je ne suis pas sur d'avoir compris :)

Osmose fait des signalements basés sur des règles -> cela signale soit 
une erreur de la donnée, soit une mauvaise pratique, soit un truc que 
l'on imagine pas ... mais dans tous les cas cela demandent de 
l'intelligence humaine :)


Dans le cas présent, est-ce que la règle pourrait être : si il y a un 
commerce (node ou way) avec une adresse sans autre adresse dans un rayon 
de 5m (!!!) alors sans doute qu'il y a un truc chelou à faire vérifier 
par un humain ?


à plus




oui il y a quelques poids lourd qui veulent pas de surfacique pour
les no et quelques autres qui veulent du surfacique parce que moins
devinette "l'adresse det endroit est tel no parce que le noeud
le plus proche est celui là"

Le 04.04.20 à 15:22, PanierAvide a écrit :

Bonjour,

Ça vaudrait pas le coup de créer une règle Osmose pour généraliser ce
type de vérifications ?

Cordialement,

Adrien P.

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

Bonjour,

depuis ce matin je constate une recrudescence d'ajout de commerces sur
les points d'adresses (souvent à partir d'un compte ayant le même nm
que le commerce), ayant 2 conséquences :

   * laisser penser qu'il n'y a que ce commerce dans le batiment, hors
 ce même numéro peut servir à plusieurs commerces
   * ne plus faire apparaître le numéro dans le rendu, rendant
 difficile l'usage de la carte :)

Donc si possible, essayons d'ajouter un nouveau point, et non pas de
les ajouter sur les points existants (les principaux intéressés,
nouveaux ayant fait cela, ne liront pas ce mot, j'en suis conscient,
mais au moins nous si :) )

à plus


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



___
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