Re: [OSM-talk-fr] Cartosm.eu

2018-03-15 Par sujet Philippe Verdy 
J'en sais rien, j'ai découvert aujourd'hui qu'ils utilisaient leur propres
URLs pour les tuiles, sur leur domaine. Donc chapeau!

J'espère seulement que s'ils l'ont installé seulement comme  proxy cache
(type Squid) en amont d'OSM.org, ils ont prévenu les administrateurs
d'OSM.org pour ne pas voir leur proxy bloqué pour usage "excessif" alors
qu'ils apportent une réelle contribution soulageant les serveurs d'OSM.org
en prenant à leur charge une partie significative de la bande passante et
des requêtes pour servir beaucoup plus de monde qu'un seul internaute ou
une petite structure locale derrière un même routeur Internet partagé.


Le 15 mars 2018 à 19:00, deuzeffe  a écrit :

> Le 15/03/2018 à 15:29, Philippe Verdy a écrit :
>
>> Je me demande pourquoi le service Cartosm.eu n'est pas plus mis en avant
>> comme une alternative possible au serveur de tuiles d'OSM.org pour
>> l'intégration sur les sites web.
>>
>
> Je l'ai découvert il y a 2-3 ans à la suite de l'annonce de la fermeture
> du fond MapQuest (même si ce n'était pas tout à fait le même service). Et à
> l'époque, le service de génération de code HTML pour intégrer l'iframe
> (parce qu'en fait c'est bien le service principal — et oh combien utile !)
> donnait bien osm.org comme serveur de tuile. Et il me semble que la
> semaine dernière aussi (mais je n'en jurerais pas).
>
> D'autant qu'il dispose de son propre serveur de tuiles ( http://{a,b,c}.
>> tile.cartosm.eu/z/x/y.png )
>>
>
> C'est peut-être récent ?
> --
> deuzeffe
>
>
> ___
> 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] Cartosm.eu

2018-03-15 Par sujet deuzeffe 

Le 15/03/2018 à 15:29, Philippe Verdy a écrit :
Je me demande pourquoi le service Cartosm.eu n'est pas plus mis en avant 
comme une alternative possible au serveur de tuiles d'OSM.org pour 
l'intégration sur les sites web.


Je l'ai découvert il y a 2-3 ans à la suite de l'annonce de la fermeture 
du fond MapQuest (même si ce n'était pas tout à fait le même service). 
Et à l'époque, le service de génération de code HTML pour intégrer 
l'iframe (parce qu'en fait c'est bien le service principal — et oh 
combien utile !) donnait bien osm.org comme serveur de tuile. Et il me 
semble que la semaine dernière aussi (mais je n'en jurerais pas).


D'autant qu'il dispose de son propre serveur de tuiles ( 
http://{a,b,c}.tile.cartosm.eu/z/x/y.png )


C'est peut-être récent ?
--
deuzeffe

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

Re: [OSM-talk-fr] Cartosm.eu

2018-03-15 Par sujet Philippe Verdy 
Ca je l'ai vu, mais ça ne dit rien sur ce qui est mis en place et sur les
capacités.

Le fait que cela n'ait pas été mis plus en avant est sans doute que
justement les capacités sont en fait très limitées, et qu'il n'y a en fait
aucun rendu local et que c'est sans doute juste un proxy cache qui
interroge le rendu OSM par défaut: si ce service est trop utilisé, il
pourrait soit manquer lui-même de bande passante, ou bien dépasser la bande
passante autorisée utilisée par le proxy, si OSM n'est pas prévenu qu'il
gère effectivement un cache local confortable permettant à beaucoup de
monde de l'utiliser, au même titre que les serveurs caches du CDN officiel,
et donc participe activement à augmenter la capacité totale du service OSM
(et cet usage alors par le proxy, à la demande, est donc conforme même s'il
devait excéder l'usage d'un internaute individuel avec son navigateur ou
son éditeur).

J'encouragerais plutôt ce genre d'initiative, même si c'est juste un proxy
cache sans rendu local (qui se conforme aux exigences techniques en
taillant un cache de taille suffisante et n'expirant pas trop vite les
tuiles qu'il télécharge) pour que plus de monde participe à soulager les
serveurs de tuiles de la Fondation. Car sinon ne pas utiliser ce service
reviendrait à demander aux utilisateurs de ce services (respectant eux
aussi la politique d'utilisation des tuiles même s'ils se connectent via ce
proxy), à se connecter directement aux serveurs de la Fondation qui de
toute façon supporterait alors un trafic encore plus important.

Mais il serait souhaitable que ce genre de proxy tiers puisse aussi
s'inscrire dans la "nébuleuse" du CDN officiel, et offre un moyen de
réguler la bande passante et la charge selon leur capacité propre (avec
fourniture d'outil de mesure de charge comme Munin), sans que forcément ce
soit la fondation qui les administre directement à distance. Certains
caches sont apparus pendant un temps avant de disparaître plus tard
(exemple le serveur cache installé au Cap en Afrique du Sud, qui ne
fonctionne plus depuis quelques temps et un autre aux USA, deux serveurs
que je viens de masquer sur la page [[Platform status]] du wiki, réduisant
le CDN de 21 à 19 serveurs).

Et réfléchir lors d'une prochaine conférence SotM à la façon de faciliter
l'ajout d'autres caches gérés par des tiers (ceux-ci devant cependant
adhérer à une charte, notamment sur la vie privée de leurs utilisateurs, la
sécurité des journaux/logs contre les intrusions, la non redistribution de
données de ces journaux à des tiers, et évidemment le respect des
conventions standards de cache HTTP).

Un protocole pourrait alors se mettre en place fonctionnant de la même
façon que les nombreux caches de mises à jour pour les distributions Linux.
Voire même étudier un moyen d'améliorer le rafraichissement des caches avec
un système de synchronisation moins coûteux que le cache proxy web (moins
de requêtes mais possibilité de télécharger directement les métatuiles et
être notifié des métatuiles qui ont été récemment générées (un système
comparable aux "diffs" pour la base de données OSM principale), et
permettant d'inscrire de façon sécurisée et contrôlable que les caches
tiers respectent le protocole minimal requis pour qui'ils s'ajoutent
presque automatiquement (cela demanderait de rendre cette inscription
automatique dans le CDN conditionnée à la fourniture de statistiques de
charge/performance (type Munin) afin que le CDN s'adapte automatiquement, y
compris en cas de panne momentanée d'un des serveurs caches tiers et puisse
reconnecter automatiquement les utilisateurs vers un autre cache disponible
ou moins chargé.



Le 15 mars 2018 à 17:09, Nicolas Bétheuil  a écrit :

> Pour savoir ce qu'il y a derrière y a des infos de contact
> http://rodolphe.quiedeville.org/contact.fr.html
> http://cartosm.eu/faq.html
>
> Le 15 mars 2018 à 15:29, Philippe Verdy  a écrit :
>
>> Je me demande pourquoi le service Cartosm.eu n'est pas plus mis en avant
>> comme une alternative possible au serveur de tuiles d'OSM.org pour
>> l'intégration sur les sites web.
>>
>> D'autant qu'il dispose de son propre serveur de tuiles ( http://{a,b,c}.
>> tile.cartosm.eu/z/x/y.png)
>>
>> Est-ce un vrai serveur de tuiles (avec ses propres serveurs locaux de
>> rendu à la demande et éventuellement une feuille de style personnalisée un
>> peu différente de celle d'OSM.org), ou un proxy avec cache qui requête en
>> arrière-plan le serveur de tuiles d'OSM (avec autorisation pour cet usage
>> en tant que proxy cache, auquel cas il participe alors déjà indirectement
>> au "CDN" d'OSM pour la livraison de tuiles).
>>
>>
>> ___
>> 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] Cartosm.eu

2018-03-15 Par sujet Nicolas Bétheuil 
Pour savoir ce qu'il y a derrière y a des infos de contact
http://rodolphe.quiedeville.org/contact.fr.html
http://cartosm.eu/faq.html

Le 15 mars 2018 à 15:29, Philippe Verdy  a écrit :

> Je me demande pourquoi le service Cartosm.eu n'est pas plus mis en avant
> comme une alternative possible au serveur de tuiles d'OSM.org pour
> l'intégration sur les sites web.
>
> D'autant qu'il dispose de son propre serveur de tuiles ( http://{a,b,c}.
> tile.cartosm.eu/z/x/y.png)
>
> Est-ce un vrai serveur de tuiles (avec ses propres serveurs locaux de
> rendu à la demande et éventuellement une feuille de style personnalisée un
> peu différente de celle d'OSM.org), ou un proxy avec cache qui requête en
> arrière-plan le serveur de tuiles d'OSM (avec autorisation pour cet usage
> en tant que proxy cache, auquel cas il participe alors déjà indirectement
> au "CDN" d'OSM pour la livraison de tuiles).
>
>
> ___
> 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] Cartosm.eu

2018-03-15 Par sujet Philippe Verdy 
Je me demande pourquoi le service Cartosm.eu n'est pas plus mis en avant
comme une alternative possible au serveur de tuiles d'OSM.org pour
l'intégration sur les sites web.

D'autant qu'il dispose de son propre serveur de tuiles ( http://{a,b,c}.
tile.cartosm.eu/z/x/y.png)

Est-ce un vrai serveur de tuiles (avec ses propres serveurs locaux de rendu
à la demande et éventuellement une feuille de style personnalisée un peu
différente de celle d'OSM.org), ou un proxy avec cache qui requête en
arrière-plan le serveur de tuiles d'OSM (avec autorisation pour cet usage
en tant que proxy cache, auquel cas il participe alors déjà indirectement
au "CDN" d'OSM pour la livraison de tuiles).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr