Re: [OSM-talk-fr] idée idiote pour les apk

2018-07-29 Per discussione Eric Gillet 
On Sun, Jul 29, 2018 at 9:20 AM Jacques Foucry 
wrote:

> J'utilise plusieurs applications qui utilisent OSM et chacune télécharge
> les cartes dont j'ai besoin (en gros la France métropolitaine, soit 1,24
> GB de données).
>
> Ne serait-il pas bon de demander aux développeurs d'application de voir
> (demander) si les cartes ne serait pas déjà présente et si c'est le cas
> utiliser celles-ci.
>

Le problème c'est que quasiment chaque application a son propre format de
stockage de carte optimisé. Maps.me, OSMAnd par exemple ne sont pas
compatibles entre-elles, même si c'est Openstreetmap derrière.
Cette optimisation est nécessaire pour que la recherche, routage etc soit
rapide sur l'appareil, et rendre compatible les applis avec les différents
formats me semble pas envisageable en terme de temps de développement
malheureusement.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] le début de la fin pour PTv1 ou la fin du début pour PTv2

2018-06-19 Per discussione Eric Gillet 
On Tue, Jun 19, 2018 at 5:48 PM marc marc  wrote:

> Bonjour,
>
> l'équipe du rendu osm.org vient de réaliser que highway=plateform est
> complètement supplanté par public_transport=plateform
>

Il y a une issue sur openstreetmap-carto
 ouverte il
y a plus de 4 ans, mais sans fin en vue. Est-ce qu'il y a une avancée
ailleurs ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Problème IPv6 chez Orange causant des erreurs avec JOSM

2018-01-27 Per discussione Eric Gillet 
2018-01-20 10:12 GMT+01:00 Alarig Le Lay :

> On ven. 19 janv. 23:35:49 2018, Éric Gillet wrote:
> > Chez moi le problème (ou similaire) est toujours présent.
> >
> > https://zerobin.net/?dc5b46f43506dd37#WW3DGDe8/N2bb/EpADtoSbTsz+
> c1ERbxIazNlFzcW0o=
> >
> > En ICMP comportement différent mais ça reste problématique :
> >
> > https://zerobin.net/?084f644852a1a3ea#GtsEXdnZEBPfYpAiZ7HqKC5+
> TOnNDfbNxGp2VyMsik8=
> >
> > Je viens de faire la demande pour une sonde Atlas, j'espère être retenu
> > malgré les ~250 déjà présentes sur l'AS Orange...
> >
> > https://twitter.com/e_gileri/status/949310125008932864
>
> La seule fois où tu n’arrives pas à joindre le serveur, le routeur juste
> avant répond. Je pense que dans ce cas le souci n’était pas chez orange.
>
> Le fait que tous les routeurs ne répondent pas à l’ICMP ne me choque pas
> plus que ça, surtout en utilisant le port TCP 443.
>
> En utilisant les ports classiques, tout répond ici


Merci pour la réponse :)

J'avais un comportement différent en fonction des subnets que j'essayais de
joindre et si j'utilisais ICMP/TCP. J'ai essayé de trouver des facteurs
communs mais j'ai pas réussi...
Mais après plusieurs semaines le problème semble réglé chez moi pour
https://api.openstreetmap.org, https://encrypted.google.com donc youpi !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Pb de la déclassification des autoroutes A6/A7 dans la traversée de Lyon (et accessoirement de l'A709 au sud de Montpellier)

2018-01-27 Per discussione Eric Gillet 
2018-01-23 1:10 GMT+01:00 Axelos :

> Le 22/01/2018 à 23:16, Rene Chalon a écrit :
> > Ce problème de classification me semble important pour les logiciels qui
> > utilisent les données OSM comme par exemple les logiciels de navigation.
> > En effet, les règles du codes de la route ne sont pas les même selon
> > qu'il s'agit d'une autoroute ou d'une voie pour automobile.
>
>
> Ça dépend du type de route pour automobile, mais j’imagine que celle-ci
> est également voie express : hors la limitation de vitesse par défaut
> (110 à la place de 130), et certains panneaux qui changent de couleurs,
> qu'a t-il d'autre ?


J'ai aussi l'impression qu'il n'y a pas de modification à l'usage à part la
couleur des panneau, la classification de la route semble quasi-totalement
administrative. À mon avis c'est donc la législation qui fait foi, et il
faudrait donc le mapper dans OSM pour être le plus prêt de la "réalité".
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] gare rurale avec bus: et stop_area

2017-07-27 Per discussione Eric Gillet 
2017-07-21 22:09 GMT+02:00 marc marc :

> Bonjour,
>
> une petite gare ferroviaire rurale + un arrêt de bus
> ils ont chacun un uic (l'un avec le nom du village, + gare pour l'autre)
>
> combien de stop_area ? et pour quel avantage ?


Pour la séparation de stop_area on a :

   - uic différents
   - noms différents
   - modes de transport différents
   - gestionnaires/réseau différent (je suppose)

Pour l'utilisation d'une seule stop_area :

   - Simplicité de la cartographie
   - Lien plus fort des deux arrêts

Je pencherais pour la première solution car étant assez simple à mapper et
apportant plus de précision.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Sécuriser Overpass API : quelles solutions ?

2017-07-27 Per discussione Eric Gillet 
2017-07-27 18:02 GMT+02:00 marc marc :

> +1 pour votre cache local
>
> une instance semi-publique d'overpass API.
>
> Ce ne sera pas gratuit
>
> C'est un peu paradoxal qu'une asso paye. Ne serrais de pas aux projets d'y
> contribuer ?
>

Surtout qu'il y a eu une levée de fonds il y a peu pour notamment Jungle
Bus, cela semble pertinent d'utiliser une partie de ces fonds pour héberger
l'infrastructure technique supportant l'application.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tags wikidata et wikipedia pour les commerces/enseignes...

2017-07-17 Per discussione Eric Gillet 
On Mon, Jul 17, 2017 at 5:08 AM, Marc Gemis  wrote:

> pas wikidata, mais brand:wikidata:
> https://wiki.openstreetmap.org/wiki/Key:brand:wikidata


+1 pour brand=*, brand:wikidata=*.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Wikipedia/Wikidata admins cleanup

2017-01-04 Per discussione Eric Gillet 
On Wed, Jan 4, 2017 at 9:41 PM, Rob Nickerson 
wrote:
>
> All,
>
> May I remind, that whilst we have no mechanism to *properly* vote on the
adoption of new tags, we also have no mechanism to *properly* vote on
whether a mechanical edit can go ahead or not, including mass reverts. With
so few OSMers on this list, the discussion here can miss the true
consensus. That works both ways (approving and rejecting an edit).
>
> A few people on this list does not equate to the voice of the OSM
community!


On Wed, Jan 4, 2017 at 10:18 PM, Mikel Maron  wrote:
>
> Reverts should be held to the same standard as imports (outside of
obviously urgent problems). That means a well documented and visible plan,
community discussion. Rob's comment shows that it is not possible for
someone eyeing a revert to judge this from a quick look at the data or
discussion on talk@. Right or wrong, the communication I've seen from
community members making reverts has left a lot of rough feelings. I don't
believe that this thread meets a community friendly threshold for reverts.

I fully agree.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk