Re: [OSM-talk-fr] Point relais pour la réception de colis

2018-08-03 Par sujet Jean-Christophe Becquet 
Le 03/08/2018 11:44, Nicolas Bétheuil a écrit :
> https://www.alltheplaces.xyz/ initié par Mapzen avec pour objectif de
> scraper les listes de localisations des sites officiels de franchises

Bonjour,

Intéressant mais se pose quand même la question de la licence des
données ainsi obtenues. Sauf mention particulière sur le site scrapé, on
ne peut pas les réutiliser pour OSM.

Bon week-end

JCB
-- 
La coopération, nouvelles approches
http://www.apitux.org/index.php?2006/09/08/226-la-cooperation-nouvelles-approches

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
BP 32 - 04001 Digne-les-Bains Cedex
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===

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

Re: [OSM-talk-fr] Modifier un pont erroné avec une dizaine de relations imbriquées au moins.

2018-08-03 Par sujet marc marc 
Le 03. 08. 18 à 11:27, Rpnpif a écrit :
> Oui bien sûr, mais le problème n'est pas là. Le problème est la
> superposition-fusion au mm près des tracés ou carrément le tagage type
> squat dans les attributs du flux.

l'idéal est d'avoir un way pour la rivière avec uniquement les tags de 
la rivière et utiliser ce way dans la relation boundary avec uniquement 
les tags qui concerne le boundary.
mixer les 2 sur un way n'est pas top mais certains outils se servent 
encore des tags boundary sur les relations... hélas...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Point relais pour la réception de colis

2018-08-03 Par sujet marc marc 
idée très sympa mais :
- comment cela s'interface avec les apps existantes ?
par "aller au point Mondial relais le plus proche" ?
- comment on fait pour les 99% de commerce que j'ai mapé et qui ne font 
pas partie d'une grande chaîne susceptible d'y être repris ?

parce que si au final c'est qu'une couche de plus à fusionner dans toute 
utilisation de donnée osm... on n'a fait que déplacer le problème...
et augmenter sa taille (une db pour les attributs des commerces,
une autre pour les attributs d'autre chose, ...)
ou alors il va finir par falloir une db des db à utiliser :)

Le 03. 08. 18 à 11:44, Nicolas Bétheuil a écrit :
> https://www.alltheplaces.xyz/ initié par Mapzen avec pour objectif de
> scraper les listes de localisations des sites officiels de franchises
> Le ven. 3 août 2018 à 09:30, marc marc  a écrit :
>>
>> Le 03. 08. 18 à 08:42, Nicolas Bétheuil a écrit :
>>> Il y a un projet qui propose par script / batch / scrapping de récupérer
>>> les réseaux de magasin.
>>
>> lequel ?
>>
>>> Avoir ça en mode service me paraît tellement plus pertinent.
>>
>> c'est bien tout le soucis de l'ecosystème autour de ces données non
>> géographique mais tellement utile dans un gps.
>> comment une app fait pour proposer "aller au point relais le plus
>> proche" ? et une foi cette méthode codée, comment on fait pour éviter
>> d'avoir à coder une 2ieme fois la même chose pour chercher un Relais Colis ?
>> c'est comme pour les heures d'ouverture, osm n'est sans doute pas le
>> meilleur endroit pour ce genre de donnée non géographique et volatile.
>> mais vu qu'il n'y a pas vraiement moins pire, cela finit logiquement
>> dans osm.
>>
>> Le ven. 3 août 2018 05:12, a écrit :
>>>   > parcel_pickup=yes (utilisé 3 fois)
>>
>> c'est vraiment le terme anglais correct ?
>> j'ai regardé la 10aine de valeur ayant mondial relay via overpass
>> aucune n'a de tag décrivant cela.
>> quelqu'un aurait il deja mapé un automate de distribution de colis
>> postaux (la machine qu'on trouve dans certaine gare pour
>> mettre/récupérer des colis) ? cela pourrait être utile de voir les tags
>> qui ont été utilisé
>> ___
>> 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] Point relais pour la réception de colis

2018-08-03 Par sujet lenny.libre 



Le 03/08/2018 à 11:55, Lionel Allorge a écrit :

Le 03/08/2018 à 08:42, Nicolas Bétheuil a écrit 
  En même temps, je me demande vraiment 
la légitimité de dupliquer l'info
dans osm vu qu'ils références déjà leur point de collecte, que ça dépend
de chaque commerçant qui du jour au lendemain peut décider d'arrêter.
Il y a un projet qui propose par script / batch / scrapping de récupérer
les réseaux de magasin. Avoir ça en mode service me paraît tellement
plus pertinent.

Bonjour,

Mon expérience personnelle récente c'est d'être aller dans un point
relais pour déposer un colis et de me voir répondre par le commerçant
qu'il avait arrêté ce service alors que j'avais vérifier l'info sur le
site juste avant ! Donc dans ce cas précis j'aurai pu renseigner OSM
plus précisément que le site d'origine.

Librement.
Oui, mais quelle pérennité aurait eu cette précision, les dernières fois 
lorsque j'ai passé commande, il a fallu que je choisisse un point de 
retrait différent (commerçant que arrêtait, qui changeait de réseau ...) ?


Dons +1 avec Nicolas B

cordialement

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

Re: [OSM-talk-fr] Route OsmAnd incorrect à cause d'un mauvais tag ?

2018-08-03 Par sujet Cédric Frayssinet 
Bonjour,

Je confirme cette suspicion.

Hier, j'ai rajouté un giratoire, j'ai fait un coup d'osmand live (dont je 
découvre l'usage super intéressant pour tester ses MaJ). Le rendu est OK, et 
quand je fais un itinéraire, le trajet passe à travers le rond-point...

Au passage, après un test de Maps.me, je suis revenu à Osmand pour les 
itinéraires. Maps.me fait n'importe quoi dès qu'il y a des bouchons.

Cédric 



Le 3 août 2018 11:33:35 GMT+02:00, Rpnpif  a écrit :
>Le 27 juillet 2018, james a écrit :
>
>> ok merci !! je vais attendre la prochaine mise à jour de OsmAnd :-) 
>
>J'ai l'impression sans certitude qu'OsmAnd a des problèmes avec
>OsmAnd Live, la mise à jour en quasi temps réel.
>Je suspecte qu'il garde en mémoire les anciens tracés cumulés avec
>les nouveaux pour le calcul des itinéraires mais que les rendus sont
>par contre avec les nouveaux tracés. 
>
>En effet, j'ai aussi des résultats de calcul d'itinéraires illogiques
>qui semblent résolus lors des grosses mises à jours mensuelles.
>Pas de certitudes mais suspicion.
>
>-- 
>Alain Rpnpif
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Signalisation routiere

2018-08-03 Par sujet Rpnpif 
Le  3 août 2018, François Lacombe a écrit :

> Le 3 août 2018 à 11:19, Rpnpif  a écrit :
> 
> > Bonjour,
> >
> > Le 29 juillet 2018, marc marc a écrit :
> >  
> > > arrêtons de complexifier et supposer un code de la route fictif !
> > > un panneau rond rouge sur fond blanc =no
> > > cad personne même pas son propriétaire ne peux y passer.  
> >
> > Non, les exemples en France sont légion où ce genre de panneau
> > n'interdit pas le propriétaire de la voie de passer mais pas les
> > riverains.
> > Le dernier en date que j'ai vu c'est une allée forestière où seuls les
> > forestiers propriétaires et l'ONF pouvaient passer malgré ce rond
> > rouge sur fond blanc. L'ONF m'a confirmé les autorisations.
> >  
> Un peu facile de demander au destinataire de la dérogation de la confirmer.
> C'est au tribunal administratif ou au conseil d'état qu'il faudrait poser
> la question, mais ils ont d'autres chats à fouetter.
> 
> Ces "Sauf riverains", "Sauf ayant-droits", "Sauf propriétaires" sont dans
> un certain sens une entrave à la libre circulation.
> Plusieurs arrêtés municipaux ont été cassés sur cette base, dans le sens où
> la restriction n'est pas égalitaire. Si il y a lieu de restreindre, c'est
> pour tout le monde, pour des raisons de sécurité par exemple.
> 
> Ces panneaux blancs cerclés en rouge assotis d'un "Sauf X", seraient en
> réalité =yes :)

En l'occurrence, c'était l'ONF qui avait posé le panneau car la voie
était ouverte au public mais lui appartenait.
Mais c'est vrai que c'est ambiguë mais il y a d'autres exemples
comme cela et je ne parle pas des panneaux de sens interdit aux deux
extrémités d'une voie !

-- 
Alain Rpnpif

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

Re: [OSM-talk-fr] Point relais pour la réception de colis

2018-08-03 Par sujet Lionel Allorge 
> En même temps, je me demande vraiment la légitimité de dupliquer l'info
> dans osm vu qu'ils références déjà leur point de collecte, que ça dépend
> de chaque commerçant qui du jour au lendemain peut décider d'arrêter.
> Il y a un projet qui propose par script / batch / scrapping de récupérer
> les réseaux de magasin. Avoir ça en mode service me paraît tellement
> plus pertinent.

Bonjour,

Mon expérience personnelle récente c'est d'être aller dans un point
relais pour déposer un colis et de me voir répondre par le commerçant
qu'il avait arrêté ce service alors que j'avais vérifier l'info sur le
site juste avant ! Donc dans ce cas précis j'aurai pu renseigner OSM
plus précisément que le site d'origine.

Librement.

-- 
Lionel Allorge
Wikimedia France : http://wikimedia.fr
April : http://www.april.org
OpenStreetMap France : http://www.openstreetmap.fr/

« La censure est nécessaire pour préserver la liberté des internautes »
Le président chinois Xi Jinping

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

Re: [OSM-talk-fr] Point relais pour la réception de colis

2018-08-03 Par sujet Nicolas Bétheuil 
https://www.alltheplaces.xyz/ initié par Mapzen avec pour objectif de
scraper les listes de localisations des sites officiels de franchises
Le ven. 3 août 2018 à 09:30, marc marc  a écrit :
>
> Le 03. 08. 18 à 08:42, Nicolas Bétheuil a écrit :
> > Il y a un projet qui propose par script / batch / scrapping de récupérer
> > les réseaux de magasin.
>
> lequel ?
>
> > Avoir ça en mode service me paraît tellement plus pertinent.
>
> c'est bien tout le soucis de l'ecosystème autour de ces données non
> géographique mais tellement utile dans un gps.
> comment une app fait pour proposer "aller au point relais le plus
> proche" ? et une foi cette méthode codée, comment on fait pour éviter
> d'avoir à coder une 2ieme fois la même chose pour chercher un Relais Colis ?
> c'est comme pour les heures d'ouverture, osm n'est sans doute pas le
> meilleur endroit pour ce genre de donnée non géographique et volatile.
> mais vu qu'il n'y a pas vraiement moins pire, cela finit logiquement
> dans osm.
>
> Le ven. 3 août 2018 05:12, a écrit :
> >  > parcel_pickup=yes (utilisé 3 fois)
>
> c'est vraiment le terme anglais correct ?
> j'ai regardé la 10aine de valeur ayant mondial relay via overpass
> aucune n'a de tag décrivant cela.
> quelqu'un aurait il deja mapé un automate de distribution de colis
> postaux (la machine qu'on trouve dans certaine gare pour
> mettre/récupérer des colis) ? cela pourrait être utile de voir les tags
> qui ont été utilisé
> ___
> 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] cimetière et religion

2018-08-03 Par sujet Rpnpif 
Le  2 août 2018, Adrien Grellier a écrit :

> Bonjour,
> 
> Comme indiqué, j'ai modifié le wiki pour faire un paragraphe de mise au
> point :
> 
> https://wiki.openstreetmap.org/wiki/FR:Tag:landuse%3Dcemetery

J'avais aussi remarqué des aberrations sur certains cimetières
municipaux marqués catholiques et que je connaissais et j'avais commencé
à enlever ces mentions.

Par contre, bien veiller à ne pas changer les cimetières privés dans les
communautés religieuses qui eux peuvent être marqués de leur religion.

-- 
Alain Rpnpif

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

Re: [OSM-talk-fr] Route OsmAnd incorrect à cause d'un mauvais tag ?

2018-08-03 Par sujet Rpnpif 
Le 27 juillet 2018, james a écrit :

> ok merci !! je vais attendre la prochaine mise à jour de OsmAnd :-) 

J'ai l'impression sans certitude qu'OsmAnd a des problèmes avec
OsmAnd Live, la mise à jour en quasi temps réel.
Je suspecte qu'il garde en mémoire les anciens tracés cumulés avec
les nouveaux pour le calcul des itinéraires mais que les rendus sont
par contre avec les nouveaux tracés. 

En effet, j'ai aussi des résultats de calcul d'itinéraires illogiques
qui semblent résolus lors des grosses mises à jours mensuelles.
Pas de certitudes mais suspicion.

-- 
Alain Rpnpif

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

Re: [OSM-talk-fr] Signalisation routiere

2018-08-03 Par sujet François Lacombe 
Le 3 août 2018 à 11:19, Rpnpif  a écrit :

> Bonjour,
>
> Le 29 juillet 2018, marc marc a écrit :
>
> > arrêtons de complexifier et supposer un code de la route fictif !
> > un panneau rond rouge sur fond blanc =no
> > cad personne même pas son propriétaire ne peux y passer.
>
> Non, les exemples en France sont légion où ce genre de panneau
> n'interdit pas le propriétaire de la voie de passer mais pas les
> riverains.
> Le dernier en date que j'ai vu c'est une allée forestière où seuls les
> forestiers propriétaires et l'ONF pouvaient passer malgré ce rond
> rouge sur fond blanc. L'ONF m'a confirmé les autorisations.
>
Un peu facile de demander au destinataire de la dérogation de la confirmer.
C'est au tribunal administratif ou au conseil d'état qu'il faudrait poser
la question, mais ils ont d'autres chats à fouetter.

Ces "Sauf riverains", "Sauf ayant-droits", "Sauf propriétaires" sont dans
un certain sens une entrave à la libre circulation.
Plusieurs arrêtés municipaux ont été cassés sur cette base, dans le sens où
la restriction n'est pas égalitaire. Si il y a lieu de restreindre, c'est
pour tout le monde, pour des raisons de sécurité par exemple.

Ces panneaux blancs cerclés en rouge assotis d'un "Sauf X", seraient en
réalité =yes :)

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

Re: [OSM-talk-fr] Modifier un pont erroné avec une dizaine de relations imbriquées au moins.

2018-08-03 Par sujet Rpnpif 
Oui bien sûr, mais le problème n'est pas là. Le problème est la
superposition-fusion au mm près des tracés ou carrément le tagage type
squat dans les attributs du flux. Cette façon de faire plus simple est
aussi source de grande complication quand on veut séparer les
informations qui somme toute n'ont pas de rapport sauf sur quelques km.

La solution serait de tracer la limite à quelques cm du flux afin de
gérer plus facilement ces informations avec leurs attributs spécifiques.

-- 
Alain Rpnpif

Le 28 juillet 2018, osm.sanspourr...@spamgourmet.com a écrit :

> Le 27/07/2018 à 14:07, Yannick - yann...@voyeaud.org a écrit :
> > Bonjour,
> >
> > Les limites administratives passent toujours au milieu du lit du cours
> > d'eau jamais sur les rives (Fleuves ou ruisseaux c'est la même chose)
> >
> > Amitiés  
> 
> Tu as parfaitement raison MAIS le cours du fleuve (non représenté en 
> général sur les cartes est représenté par le "milieu" (squelette en 
> terme géométrique, ou l'endroit le plus profond, plus souvent là où il y 
> a le plus de courant etc,...) via waterway 
> =river 
>  ou 
> stream (pas les riverbank 
>  
> dont tu parles) donc les remarques précédentes sont pertinentes aussi.
> 
> Regarde par exemple la Sélune 
>  du côté de l'embouchure 
> .
> 
> 
> En général les modifications de frontières soit :
> - changent carrément de limites passant d'une frontière "naturelle" à 
> une autre ou une frontière arbitraire.
> Dans ce cas on va créer des chemins/réutiliser des chemins pour la 
> frontière, on va laisser le chemin actuel tel qu'il est en enlevant les 
> attributs relatifs à la frontière. Peu de risques d'erreur.
> Par exemple la limite administrative entre la Bretagne et la Normandie 
> n'est plus le Couesnon, avant elle suivait les mouvements errants - "Le 
> Couesnon en sa folie à mis le Mont en Normandie". Quand ils ont 
> entrepris les travaux de restauration de la baie du Mont - faisant un 
> immonde tracé au cordeau absolument pas en accord avec la majesté du 
> site, les Conseils Régionaux respectifs se sont mis d'accord : que le 
> Couesnon passe d'un côté ou de l'autre,  le Mont Saint-Michel restera en 
> Normandie.
> - actent d'une modification naturelle
> Je pense à cette île sur la Moselle entre les Pays-Bas et la Belgique : 
> la frontière a suivi les évolutions de l'île jusqu'à ce que les 
> policiers belges y aillent beaucoup plus facilement que leurs homologues 
> et ils ont fait un échange de terrain.
> Là encore pas d'enjeu
> - restent alors que le cours majeur évolue.
> A-t-on ce cas dans la pratique ? Je pense que dans ce cas la définition 
> de la frontière est basée un peu comme les lignes de base 
>  sur lesquelles sont basées 
> les frontières maritimes : points saillants/en dur du littoral, lignes 
> droites entre, là ou la limite est floue/varie (bancs de sables) - oui 
> Philippe je simplifie, voir le lien précédent vers l'article Wikipédia 
> -, ces points étant définis de manière "naturelle" (limites des basses 
> mers). Et donc la frontière suit les évolutions naturelles sauf là où 
> elle est définie arbitrairement.
> On a aussi les endroits comme le Mont-Blanc, ou on est d'accord sur le 
> fait qu'on n'est pas d'accord et qu'on n'en fera pas un fromage. Là 
> encore pas d'enjeu.
> 
> En résumé d'accord avec toi... et surtout avec Jo.

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

Re: [OSM-talk-fr] Signalisation routiere

2018-08-03 Par sujet Rpnpif 
Bonjour,

Le 29 juillet 2018, marc marc a écrit :

> arrêtons de complexifier et supposer un code de la route fictif !
> un panneau rond rouge sur fond blanc =no
> cad personne même pas son propriétaire ne peux y passer.

Non, les exemples en France sont légion où ce genre de panneau
n'interdit pas le propriétaire de la voie de passer mais pas les
riverains.
Le dernier en date que j'ai vu c'est une allée forestière où seuls les
forestiers propriétaires et l'ONF pouvaient passer malgré ce rond
rouge sur fond blanc. L'ONF m'a confirmé les autorisations.

Pour moi, access=private (panneau propriété privée ou portail fermé
pas obligatoirement à clé) interdit le passage implicitement en
l'absence d'autorisation individuelle du propriétaire délivrable par
exemple en appuyant sur un bouton de sonnette ou par interphone, etc.
En France, une entrée sans ces autorisations fait risquer une expulsion
manu militari au bon vouloir du propriétaire.

Dans le rural, il est toléré de parcourir les champs, les forêts et
chemins même privés et même légèrement clôturés par un fil par exemple
(access=permissive), bien sûr sans dégradation, sauf si une inscription
l'interdit.

-- 
Alain Rpnpif

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

Re: [OSM-talk-fr] Point relais pour la réception de colis

2018-08-03 Par sujet Thibaud 
Hello tout le monde,
Concernant les automates a colis. Le tag à utiliser serait plutôt celui-ci 
puisque c'est un automate : 
https://wiki.openstreetmap.org/wiki/FR:Tag:vending%3Dparcel_pickup

Le 3 août 2018 09:55:00 GMT+02:00, PanierAvide  a écrit 
:
>Le 03/08/2018 à 09:30, marc marc a écrit :
>> Le ven. 3 août 2018 05:12, a écrit :
>>>   > parcel_pickup=yes (utilisé 3 fois)
>> c'est vraiment le terme anglais correct ?
>Aucune idée, mais la recherche de ce terme dans un moteur de recherche 
>renvoyait des services assez proches aux États-Unis ou Royaume-Uni. Et 
>ça semblait passer dans les outils de traduction. Le terme opposé de 
>dépose de colis par les particuliers "drop-off point" semblait plus 
>utilisé, mais couvre un service différent des relais colis.
>
>> j'ai regardé la 10aine de valeur ayant mondial relay via overpass
>> aucune n'a de tag décrivant cela.
>Oui les usages sont plutôt internationaux, je crois pas qu'il y en ait 
>en France de tagués ainsi.
>> quelqu'un aurait il deja mapé un automate de distribution de colis
>> postaux (la machine qu'on trouve dans certaine gare pour
>> mettre/récupérer des colis) ? cela pourrait être utile de voir les
>tags
>> qui ont été utilisé
>
>Personnellement pas fait, mais y a une proposition et quelques usages :
>
>https://wiki.openstreetmap.org/wiki/Proposed_Features/post_pickup
>
>Cordialement,
>
>Adrien.
>
>-- 
>PanierAvide
>Géomaticien & développeur
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Point relais pour la réception de colis

2018-08-03 Par sujet PanierAvide 

Le 03/08/2018 à 09:30, marc marc a écrit :

Le ven. 3 août 2018 05:12, a écrit :

  > parcel_pickup=yes (utilisé 3 fois)

c'est vraiment le terme anglais correct ?
Aucune idée, mais la recherche de ce terme dans un moteur de recherche 
renvoyait des services assez proches aux États-Unis ou Royaume-Uni. Et 
ça semblait passer dans les outils de traduction. Le terme opposé de 
dépose de colis par les particuliers "drop-off point" semblait plus 
utilisé, mais couvre un service différent des relais colis.



j'ai regardé la 10aine de valeur ayant mondial relay via overpass
aucune n'a de tag décrivant cela.
Oui les usages sont plutôt internationaux, je crois pas qu'il y en ait 
en France de tagués ainsi.

quelqu'un aurait il deja mapé un automate de distribution de colis
postaux (la machine qu'on trouve dans certaine gare pour
mettre/récupérer des colis) ? cela pourrait être utile de voir les tags
qui ont été utilisé


Personnellement pas fait, mais y a une proposition et quelques usages : 
https://wiki.openstreetmap.org/wiki/Proposed_Features/post_pickup


Cordialement,

Adrien.

--
PanierAvide
Géomaticien & développeur

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

Re: [OSM-talk-fr] Point relais pour la réception de colis

2018-08-03 Par sujet marc marc 
Le 03. 08. 18 à 08:42, Nicolas Bétheuil a écrit :
> Il y a un projet qui propose par script / batch / scrapping de récupérer 
> les réseaux de magasin.  

lequel ?

> Avoir ça en mode service me paraît tellement plus pertinent.

c'est bien tout le soucis de l'ecosystème autour de ces données non 
géographique mais tellement utile dans un gps.
comment une app fait pour proposer "aller au point relais le plus 
proche" ? et une foi cette méthode codée, comment on fait pour éviter 
d'avoir à coder une 2ieme fois la même chose pour chercher un Relais Colis ?
c'est comme pour les heures d'ouverture, osm n'est sans doute pas le 
meilleur endroit pour ce genre de donnée non géographique et volatile.
mais vu qu'il n'y a pas vraiement moins pire, cela finit logiquement 
dans osm.

Le ven. 3 août 2018 05:12, a écrit :
>  > parcel_pickup=yes (utilisé 3 fois)

c'est vraiment le terme anglais correct ?
j'ai regardé la 10aine de valeur ayant mondial relay via overpass
aucune n'a de tag décrivant cela.
quelqu'un aurait il deja mapé un automate de distribution de colis 
postaux (la machine qu'on trouve dans certaine gare pour 
mettre/récupérer des colis) ? cela pourrait être utile de voir les tags 
qui ont été utilisé
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr