Re: [OSM-talk-fr] stabilité et stat sur la disponibilité du fond OSM org

2020-02-08 Par sujet Jacques Lavignotte 

Impressionnant !


Le 08/02/2020 à 13:57, Baptiste Jonglez a écrit :


   
https://munin.openstreetmap.org/openstreetmap.org/tile.openstreetmap.org/squid_times_http.html



Si tu veux savoir où est chaque serveur : 
https://hardware.openstreetmap.org/#tile-caches
Et quel serveur(s) de cache est utilisé pour chaque pays : 
https://dns.openstreetmap.org/tile.openstreetmap.org.html


Merci, Jacques

--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [OSM-talk-fr] stabilité et stat sur la disponibilité du fond OSM org

2020-02-08 Par sujet Baptiste Jonglez 
Salut,

Si tu t'intéresse à la performance du fond de carte OSM.org, une métrique
disponible facilement est le temps de réponse médian au niveau de chaque
cache Squid :

  
https://munin.openstreetmap.org/openstreetmap.org/tile.openstreetmap.org/squid_times_http.html

C'est très variable selon le serveur de cache (à cause du géo-balancing
DNS), mais c'est globalement pas très bon.  En même temps c'est une infra
avec quasi zéro budget, proche de la saturation, sans aucune garantie de
service, qui n'a pas vocation à être utilisée de façon commerciale, etc.

Si tu veux savoir où est chaque serveur : 
https://hardware.openstreetmap.org/#tile-caches
Et quel serveur(s) de cache est utilisé pour chaque pays : 
https://dns.openstreetmap.org/tile.openstreetmap.org.html

Du coup je rejoins les autres réponses, pour un usage un peu sérieux (et
comparable en performance à Google Maps) il faut aller voir ailleurs :

  https://wiki.openstreetmap.org/wiki/FR:Services_commerciaux_bas%C3%A9s_sur_OSM
  https://wiki.openstreetmap.org/wiki/Commercial_OSM_Software_and_Services

Baptiste

On 07-02-20, Jérôme Seigneuret wrote:
> Bonjour,
> 
> A t'on des stat sur la stabilité et la disponibilité du fond OSM merci

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



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

Re: [OSM-talk-fr] Équitation et attributs proposés

2020-02-08 Par sujet marc marc 
Le 08.02.20 à 13:21, Arnaud Champollion a écrit :
> beaucoup d'attributs "proposés" mais pas validés.
> 
> Est-ce que ça veut dire que pour l'instant on ne les utilise pas ?

dans osm, tout le monde est libre d'utiliser n'importe quel tags.
un tag validé est simplement un tag qui a fait l'objet d'une discussion
au niveau mondial et qui au moment du vote a paru être de qualité.
c'est totalement indépendent d'être présent ou pas dans la bdd,
être ou pas utilisé par le rendu par défaut ou par n'importe quel autre
rendu ou par une application
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Équitation et attributs proposés

2020-02-08 Par sujet Philippe Verdy 
note: certains attributs documentés ne sont pas rendus.

Exemple les obstacles fixes de saut équestres, il manque la prise en compte
de certaines valeurs de barrier=*, pour les pistes de steeplechase; on
pourrait tricher en indiquant barrier=gate ou barrier=fence ou
barrier=hedge, mais ce serait taguer pour le rendu et oublier la sémantique
si ce n'est pas un portail, une clôture ou une haie non supposée pouvoir
être "traversée" en sautant par dessus..., et les rivières aussi ne sont
pas des "gués" où mettre un "ford=yes".

D'autres attributs concernent les surfaces de "carrière" hippique,
couvertes ou extérieures (cas le plus courant pour plein de centres
hippiques, sans courses, ce ne sont pas des champs agricoles), et les box
(hôtels pour chevaux: pas vraiment une ferme).

Les grands hippodromes connus en France ou au Royaume-Uni (Longchamps,
Auteuil, Deauville, Londres) ont un rendu très partiel, mais il y a plein
d'autres petits hippodromes et encore plus de centres équestres ouverts au
public. On a oublié aussi l'imposant patrimoine historique du temps où le
cheval (ou autres montures) était encore partout, pour le travail, la
course, le loisir et les déplacements quotidiens, avant le cheval-vapeur.




Le sam. 8 févr. 2020 à 13:22, Arnaud Champollion <
arnaud.champoll...@linux-alpes.org> a écrit :

> Bonjour,
>
> Ma question concerne le thème équestre, mais aussi plus largement les
> attributs "proposés".
>
> Cette page https://wiki.openstreetmap.org/wiki/FR:%C3%89quitation
>
> est justement très complète et documente beaucoup d'attributs "proposés"
> mais pas validés.
>
> Est-ce que ça veut dire que pour l'instant on ne les utilise pas ?
>
> Je suis en ce moment sur ce centre équestre
> https://www.openstreetmap.org/#map=18/43.57627/5.07125
>
> et je compte dans un deuxième temps m'occuper de celui-ci
> https://www.openstreetmap.org/#map=17/44.13293/6.23850
>
> C'est tentant de tout mapper selon cette page du wiki, mais j'ai un
> doute sur le fait d'utiliser les attributs non validés.
>
> Merci
>
> --
> Arnaud Champollion
>
>
> ___
> 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] Équitation et attributs proposés

2020-02-08 Par sujet Arnaud Champollion 

Bonjour,

Ma question concerne le thème équestre, mais aussi plus largement les 
attributs "proposés".


Cette page https://wiki.openstreetmap.org/wiki/FR:%C3%89quitation

est justement très complète et documente beaucoup d'attributs "proposés" 
mais pas validés.


Est-ce que ça veut dire que pour l'instant on ne les utilise pas ?

Je suis en ce moment sur ce centre équestre 
https://www.openstreetmap.org/#map=18/43.57627/5.07125


et je compte dans un deuxième temps m'occuper de celui-ci 
https://www.openstreetmap.org/#map=17/44.13293/6.23850


C'est tentant de tout mapper selon cette page du wiki, mais j'ai un 
doute sur le fait d'utiliser les attributs non validés.


Merci

--
Arnaud Champollion


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

Re: [OSM-talk-fr] Demande d'intervention de tiers sur un conflit d'édition

2020-02-08 Par sujet Charles MILLET 

Merci pour les conseils :)

On 07/02/2020 22:17, Jérôme Seigneuret wrote:

Dans ton cas de toute-façon il y a une signalisation verticale...
Ca reste de la dégradation sans justification.
Après discussion propose lui déjà de faire un revert de son changeset 
en mettant les liens et notre discussion mail.


Si c'est pas fait tu le fais et si des modifications reviennent sans 
justification tu pourras ouvrir une demande de gestion des conflits 
auprès du DWG https://wiki.openstreetmap.org/wiki/Disputes



Le ven. 7 févr. 2020 à 21:29, Charles MILLET > a écrit :


Merci Florimond pour ton retour. Il y a bien une ligne de
séparation qui est déjà bien effacée.

En fait je craque avec ce contributeur, il efface très
régulièrement des trucs juste parce que ça lui plaît pas et pas
mal de piste cyclables que des débutants OSM prennent le temps de
mapper pour les remplacer par du track même quand c'est même plus
justifiable pour du routage.

On 07/02/2020 20:30, Florimond Berthoux wrote:

Salut,

Merci pour le lien mapillary,

highway=path
bicycle=designated
foot=designated
seggregated=? (j'ai l'impression qu'il y a une ligne de démarcation)

sur le way de la route tu peux ajouter
bicycle=use_sidepath

cycleway:right=track me semble peu pertinent ici étant donné que
piétons et cyclistes sont mélangés sur la même chaussée.

Des fois c'est peut-être plus simple d'attendre et de changer
sans discuter.. ;)


Le ven. 7 févr. 2020 à 16:12, Jérôme Seigneuret
mailto:jerome.seigneu...@gmail.com>> a écrit :


https://www.mapillary.com/map/im/ZF99wjAm9RtiGhd-LmrDMw


https://www.openstreetmap.org/way/753746024

Après mettre highway=footway + bicycle=designated ou
highway=cycleway + foot=designated ... pour moi c'est du
débat idéologique. Ca reste de base un trottoir donc fait
pour les piétons avec une obligation pour les vélos d'y
circuler...
Au niveau exploitation des données d'y voit pas de différence.




Le ven. 7 févr. 2020 à 16:04, Jérôme Seigneuret
mailto:jerome.seigneu...@gmail.com>> a écrit :

marc il y a un lien mapilary

Pour moi c'est bien un Cycleway séparé de la voie sur un
trottoir avec accès piéton et ségrégation clairement
affiché sur panneau.
Il faut mettre une la voie routière cycleway=use_sidepath
car c'est une obligation de circuler sur le trottoir

Bonne journée

Le ven. 7 févr. 2020 à 16:02, marc marc
mailto:marc_marc_...@hotmail.com>> a écrit :

Le 07.02.20 à 15:49, Charles MILLET a écrit :
> Pour info cette "piste cyclable" est utilisable par
les piétons et donc
> nécessite un way séparé et la précision du
segregated=yes

il y a une erreur dans l'argument ?
photo classique récente du lieu ou uniquement vue sat ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk-fr



-- 
Cordialement,

Jérôme Seigneuret



-- 
Cordialement,

Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-fr



-- 
Florimond Berthoux


___
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



--
Cordialement,
Jérôme Seigneuret

___
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] stabilité et stat sur la disponibilité du fond OSM org

2020-02-08 Par sujet osm . sanspourriel 

Le 08/02/2020 à 09:35, Christian Quest - cqu...@openstreetmap.fr a écrit :


Le 07/02/2020 à 23:12, Jérôme Seigneuret a écrit :

Je suis déjà parti sur le principe de proposer du Mapbox ou une
solution interne.


Penses au français aussi... Mapbox commence a être envahissant et les
positions dominantes c'est jamais sain.


Ou allemand. Outre ce que dit Christian il y a aussi la question du
prix. Mais c'est aussi le reflet d'une position dominante.


Oui, c'est sûr que si un fond Google te va, tu te fiches un peu de ce
qu'il y a sur le fond de carte !

Beaucoup de choses incomplètes, obsolètes, et surtout pas neutre du
tout dans le choix de POI (publicitaires).


+1, c'est ainsi qu'en lisant la page contact d'un fabricant de cheminées
je voyais essentiellement la pub d'un vendeur de cheminées.

Sinon ce serait bien qu'OsmAnd mettre a dispo un petit serveur XYZ (ou
TMS...) afin de pouvoir utiliser la carto OsmAnd sur un mobile : absence
de besoin de connexion internet. Une idée pour un hackathon ?

Au fait, le problème de dispo de carte sur mobile ne vient-il pas
essentiellement du lien internet ? Je ne sais dans quel contexte tu
comptes travailler.

N. B. : j'ai par le passé étudié différentes solutions allant du serveur
maison sans connexion internet à la solution cloud, on peut échanger en
MP si tu veux.

> De toute-façon l'étude de coût GM n'est pas évaluée car compliqué à
estimer par le prestataire...
Quand c'est flou il y a un loup."juste"
25 000 $ / an dans notre cas (alors que sur un logiciel similaire on
utilisait de la tuile de nos serveurs - avec aussi de la possibilité de
tuile OSM). Comme le serveur de carto c'était la machine de secours de
l'appli on avait un coût du serveur de carte de 0 €/an.

Si c'est 'juste" pour un fond de carte, pourquoi ne pas aller vers des
fonds style Stamen Toner
 ?

Sans oublier le ©, attention ces services gratuits ont en général une
durée de vie limitée, le temps de faire connaître l'entreprise, voir à
ce sujet l'évolution de MapQuest (ou de Google Maps) : ça disparaît,
devient payant ou les utilisations possibles deviennent de plus en plus
restrictives, les logos deviennent envahissants (un par tuile !)... ou
ça continue !

Ou exploiter le mtile que Christian produit (zoom maxi 10) et ajouter un
autre pour les niveaux plus élevés par sur une zone plus restreinte. Bon
visiblement si votre prestataire propose du GM c'est mal barré.

Jean-Yvon

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

Re: [OSM-talk-fr] stabilité et stat sur la disponibilité du fond OSM org

2020-02-08 Par sujet Christian Quest 

Le 07/02/2020 à 23:12, Jérôme Seigneuret a écrit :
Je suis déjà parti sur le principe de proposer du Mapbox ou une 
solution interne.


Penses au français aussi... Mapbox commence a être envahissant et les 
positions dominantes c'est jamais sain.



@Vincent la question de garantie n'est pas abordée. Aujourd'hui toute 
les apli basé sur du Leaflet et de l'Openlayer mettent par defaut OSM 
en basemaps. Esri propose la couche en Lyr et elle est exploitable et 
proposé par défaut dans QGIS... Faut regarder ce qu'il se passe au 
réel. Maintenant c'est pas mon objectif de saturer un service. De 
toutefaçon la partie tech bloquera le service trop consommateur si 
c'est le cas ou me rapellera à l'ordre.


Je me fou de la garantie et j'ai pas abordé cette partie. Ce que je 
cherche c'est à comparer la disponibilité d'un service osm.org 
 vu que c'est ce qui est comparé aujourd'hui et non 
son actualisation. Je pense que les mecs ne savent même pas comment 
une basemap est mise à jour. Ils consomment juste le service pour 
avoir un rendu.


Oui, c'est sûr que si un fond Google te va, tu te fiches un peu de ce 
qu'il y a sur le fond de carte !


Beaucoup de choses incomplètes, obsolètes, et surtout pas neutre du tout 
dans le choix de POI (publicitaires).



Si je veux une garantie je prends un fournisseur pour éviter ou 
limiter une rupture de service. L'objectif c'est de péter un argument 
sans fondement pour dire qu'on veut pas du modèle opensource...
Sachant que la mise à jour de l'api interne à des coupures de service 
bien plus récurrente que ne peut l'avoir le fond OSM . d'où peut-être 
des stat munin...



Les stats munin ne sont pas assez fines pour avoir un taux de dispo.

Notre cache à Lyon (FR + HOT), a un taux de dispo de 100% d'après 
uptimerobot... pas de coupure depuis le 4 juillet 2019.


--
Christian Quest - OpenStreetMap France

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