Re: [OSM-talk-fr] Mise à jour des rendus ?

2017-03-01 Par sujet Christian Quest 
Aucun problème pour moi sur l'exemple indiqué, j'ai bien des rochers
visibles au moins depuis le zoom 12 jusque 19.

Il y a plusieurs niveaux de cache entre les données et notre écran:
- la mise à jour de la base (rapide et continue)
- le cache du serveur de tuiles (mod_tile)
- les caches géographiques
- le cache de nos nagivateurs

Difficile de savoir où ça coince, pour comprendre un peu on peut vérifier
le statut d'une tuile avc /status à la fin de l'URL et aussi regarder ce
qui se trouve dans les entêtes retournés par le cache géographique...

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

Re: [OSM-talk-fr] Amenity multiple

2017-03-01 Par sujet Christian Quest 
Le 1 mars 2017 à 23:03, pepilepi...@ovh.fr  a écrit :

> Le 01/03/2017 à 22:04, osm.sanspourr...@spamgourmet.com a écrit :
>
> Tu peux mettre les deux avec opening_hours ?
>
> On peut donc mettre plusieurs tags "amenity" à un ojbet ?
>
Non, les clés des tags sont uniques


> Surtout si les deux ne sont pas exactement superposés (le marché doit
> englober des rues adjacentes).
>
> Pour l'instant j'ai mis le parking à l'intérieur du market_place... Mais
> pour vérifier le rendu faudra attendre que mon problème de rendu soit
> résolu.
>

Dans ces cas là, je mappe le parking par un polygone, et les marchés je les
met en ponctuel car c'est plus difficile de déterminer l'emprise souvent
variable.

Les amenity=market_place ne sont pas rendus sur osm.org ni sur le rendu
FR...

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

Re: [OSM-talk-fr] Mise à jour des rendus ?

2017-03-01 Par sujet pepilepi...@ovh.fr 
Le 02/03/2017 à 06:54, David Marchal a écrit :
>> Le 2 mars 2017 à 06:29, David Marchal  a écrit :
>> Ah ! Je pensais que je me faisais des idées, mais apparemment non ; une zone 
>> modifiée à des degrés divers depuis une semaine me fait la même chose : 
>> certaines tuiles se mettent à jour et d’autres non, et ça change selon les 
>> niveaux de zoom.
> Je précise que j’ai rechargé cette zone en navigation privée plusieurs fois 
> par jour depuis, mais rien à faire, ça ne bouge pas.

Bienvenue au club !

J'ai cependant remarqué que d'autres modifs plus récentes commençaient à
apparaître dans la même zone, à une dizaine de kilomètres. Les serveurs
seraient-ils un peu chargés ? Patientons encore un peu avant de tirer la
sonette d'alarme...

Bonne journée,


JP

>
>
> ___
> 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] Mise à jour des rendus ?

2017-03-01 Par sujet David Marchal 

> Le 2 mars 2017 à 06:29, David Marchal  a écrit :
> Ah ! Je pensais que je me faisais des idées, mais apparemment non ; une zone 
> modifiée à des degrés divers depuis une semaine me fait la même chose : 
> certaines tuiles se mettent à jour et d’autres non, et ça change selon les 
> niveaux de zoom.
Je précise que j’ai rechargé cette zone en navigation privée plusieurs fois par 
jour depuis, mais rien à faire, ça ne bouge pas.


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

Re: [OSM-talk-fr] Mise à jour des rendus ?

2017-03-01 Par sujet David Marchal 

Le 1 mars 2017 à 23:14, pepilepi...@ovh.fr a écrit :

Le 01/03/2017 à 22:25, pepilepi...@ovh.fr a écrit :

Un exemple de rendu problématique :

https://www.openstreetmap.org/#map=18/44.84321/5.05402

À gauche l'ancienne tuile avec une grosse zone vide, et à droite le bare_rock 
que j'ai ajouté.

Si on zoome à 19, les deux tuiles sont bonnes. Si on dézoome à 17 les deux sont 
mauvaises...

Ah ! Je pensais que je me faisais des idées, mais apparemment non ; une zone 
modifiée à des degrés divers depuis une semaine me fait la même chose : 
certaines tuiles se mettent à jour et d’autres non, et ça change selon les 
niveaux de zoom.



Vider le cache du navigateur ?

Non.

De toutes façons avec mon firefox je rafraichis toujours par F5 qui force 
un rechargement complet.

De plus j'ai observé ça sur plusieurs PC.

Bien essayé, merci…

Idem : observé depuis plusieurs navigateurs, et plusieurs connexions.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mise à jour des rendus ?

2017-03-01 Par sujet pepilepi...@ovh.fr 

  
  
Le 01/03/2017 à 22:25,
  pepilepi...@ovh.fr a écrit :


  
  Le 01/03/2017 à 22:04, David Crochet
a écrit :
  
  

Bonjour


Le 01/03/2017 à 21:58, pepilepi...@ovh.fr a
  écrit :

Il y a un serveur en panne ?
  


Un exemple de rendu problématique :
https://www.openstreetmap.org/#map=18/44.84321/5.05402
À gauche l'ancienne tuile avec une grosse zone vide, et à droite
  le bare_rock que j'ai ajouté.
Si on zoome à 19, les deux tuiles sont bonnes. Si on dézoome à 17
  les deux sont mauvaises...




   
Vider le cache du navigateur ?
  
  Non.
  De toutes façons avec mon firefox je rafraichis toujours par
F5 qui force un rechargement complet.
  De plus j'ai observé ça sur plusieurs PC.
  Bien essayé, merci...
  
   
Cordialement
-- 
David Crochet



___
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] Amenity multiple

2017-03-01 Par sujet pepilepi...@ovh.fr 

  
  
Le 01/03/2017 à 22:04,
  osm.sanspourr...@spamgourmet.com a écrit :


  
  Tu peux mettre les deux avec opening_hours ?

On peut donc mettre plusieurs tags "amenity" à un ojbet ?


  Surtout si les deux ne sont pas exactement superposés (le
marché doit englober des rues adjacentes).

Pour l'instant j'ai mis le parking à l'intérieur du
  market_place... Mais pour vérifier le rendu faudra attendre que
  mon problème de rendu soit résolu.


  Pour le moment je me suis mis dans un coin et attendu que ça me
passe.
  Car j'ai peur que le rendu ne soit pas à la hauteur. Mettre des
restrictions d'utilisation (opening_hours) sur le parking avec
en note l'explication serait sûrement correct au niveau du
rendu.
  Car c'est bien avant tout un parking.
  Si tu ajoutes un amenity=market_place, j'ai peur du rendu.
Des idées ?
  
  Jean-Yvon
  
  
  Le 01/03/2017 à 21:47, pepilepi...@ovh.fr - pepilepi...@ovh.fr a
écrit :
  
  

Bonsoir,
Quand un parking (amenity=parking) est
utilisé certains jours à certaines heures comme place de
marché (amenity=market_place), comment doit-on tagguer ça ?
Merci,
Jean-Pierre
  





___
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] Mise à jour des rendus ?

2017-03-01 Par sujet pepilepi...@ovh.fr 

  
  
Le 01/03/2017 à 22:04, David Crochet a
  écrit :


  
  Bonjour
  
  
  Le 01/03/2017 à 21:58, pepilepi...@ovh.fr a
écrit :
  
  Il y a un serveur en panne ?
  
  Vider le cache du navigateur ?

Non.
De toutes façons avec mon firefox je rafraichis toujours par
  F5 qui force un rechargement complet.
De plus j'ai observé ça sur plusieurs PC.
Bien essayé, merci...

 
  Cordialement
  -- 
David Crochet
  
  
  
  ___
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] Mise à jour des rendus ?

2017-03-01 Par sujet David Crochet 

Bonjour


Le 01/03/2017 à 21:58, pepilepi...@ovh.fr a écrit :

Il y a un serveur en panne ?


Vider le cache du navigateur ?

Cordialement

--
David Crochet

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

Re: [OSM-talk-fr] Amenity multiple

2017-03-01 Par sujet David Crochet 

Bonjour

Le 01/03/2017 à 21:47, pepilepi...@ovh.fr a écrit :


Quand un parking (amenity=parking) est utilisé certains jours à 
certaines heures comme place de marché (amenity=market_place), comment 
doit-on tagguer ça ?






Comme cela : https://www.openstreetmap.org/way/99685237

ou

Comme cela : https://www.openstreetmap.org/way/23866558

Cordialement

--
David Crochet

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

Re: [OSM-talk-fr] Amenity multiple

2017-03-01 Par sujet osm . sanspourriel 

Tu peux mettre les deux avec opening_hours ?

Surtout si les deux ne sont pas exactement superposés (le marché doit 
englober des rues adjacentes).


Pour le moment je me suis mis dans un coin et attendu que ça me passe.

Car j'ai peur que le rendu ne soit pas à la hauteur. Mettre des 
restrictions d'utilisation (opening_hours) sur le parking avec en note 
l'explication serait sûrement correct au niveau du rendu.


Car c'est bien avant tout un parking.

Si tu ajoutes un amenity=market_place, j'ai peur du rendu.
Des idées ?

Jean-Yvon


Le 01/03/2017 à 21:47, pepilepi...@ovh.fr - pepilepi...@ovh.fr a écrit :


Bonsoir,

Quand un parking (amenity=parking) est utilisé certains jours à 
certaines heures comme place de marché (amenity=market_place), comment 
doit-on tagguer ça ?


Merci,

Jean-Pierre




___
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] Mise à jour des rendus ?

2017-03-01 Par sujet pepilepi...@ovh.fr 

  
  
Bonsoir,
Quand je fais des modifs avec JOSM,
habituellement je les vois sur oms.org après quelques minutes,
délai variable suivant le niveau de zoom, mais en général au
bout d'une demie heure on les voit aux zoom 15 à 19.
Mais les modifs que j'ai faites depuis
quelques jours (ajouté un parking lundi soir, par exemple) ne se
voient pas encore sur les cartes, alors qu'on les voit si on
coche la couche "données de carte". Mais un restau que j'ai
ajouté hier soir, lui, est apparu...
Il y a un serveur en panne ?
Merci,
Jean-Pierre

  


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

[OSM-talk-fr] Amenity multiple

2017-03-01 Par sujet pepilepi...@ovh.fr 

  
  
Bonsoir,
Quand un parking (amenity=parking) est
utilisé certains jours à certaines heures comme place de marché
(amenity=market_place), comment doit-on tagguer ça ?
Merci,
Jean-Pierre
  


  


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

Re: [OSM-talk-fr] OSMFR et partenariats pour SOTMFR

2017-03-01 Par sujet Philippe Verdy 
Ce sera utile pour leur réutilisation libre dans la presse qui pourrait
alors amener des partenaires qui manquent et plus de contributions diverses.

Le 1 mars 2017 à 17:22, Vincent de Château-Thierry  a
écrit :

>
> > De: "Philippe Verdy" 
> >
> > Il y a moyen d'importer le logo 2017 sur le wiki ou bien c'est avec
> > copyright restreint? Je vois le logo sur le fil Twitter et dans
> > l'appel à contribution chez Framasoft, mais ce ne sont pas des
> > licences valides.
>
> Le logo est en CC-BY, on dispose des fichiers originaux, ils seront mis
> sur le wiki.
>
> vincent
>
> ___
> 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] OSMFR et partenariats pour SOTMFR

2017-03-01 Par sujet Philippe Verdy 
De plus parmi les partenaires, je vois déjà d'autres assos, mais par l'asso
OSM France, sans doute parce qu'ils ne souhaitent pas y adhérer directement
à la hauteur de ce qui es demandé actuellement pour être listé "partenaire"
d'OSM France ou d'OSM en général, ou même partenaire de l'événement
lui-même (s'ils y sont présents).

Je m'attendais à voir OSM France ou la Fondation OSM au moins parmi les
"assos" ou parmi les "communautés et réseaux" de leur page, aux côtés des
assos du monde Linux ou libre (AFUL, ALDIL, April...) ou des radios
associatives indépendantes, de même que des chapitres français ou
francophones de grandes assos internationales dans le monde libre (comme
Wikimedia France) ou caritatif (Croix Rouge, Médecins du Monde, etc.)
Tout ce petit monde ayant des intérets communs devrait "se tenir les
coudes". Mais la seule formule du partenariat n'est peut être pas adapté à
la diversité des partenaires possibles ou à la hauteur de leurs moyens
respectifs (notamment concernant les assos à but non lucratif mues par les
bénévoles).


Le 1 mars 2017 à 17:09, Vincent de Château-Thierry  a
écrit :

> Bonjour,
>
> > De: "Philippe Verdy" 
> >
> > Je vois que l'appel à propositions pour SOTM 2017 est actuellement
> > sur le site de Framasoft (sans aucune page d'accueil pour les
> > organisateurs).
> > Il semble donc que Framasoft soit déjà partenaire candidat pour SOTM,
> > et de toute façon bien associé aux projets OSM francophones et au
> > travail de l'asso OSM France.
> > Pourtant je ne vois aucun partenariat croisé sur la page de Framasoft
> > ou d'OSM France:
> > https://soutenir.framasoft.org/partenaires
>
> Je ne réponds que sur la partie SOTM : Framasoft aide grandement, comme
> l'année dernière, à l'organisation du SOTM par la mise à disposition
> d'outils efficaces et libres :
> Framateam, Framaboard, Framacalc, Framadate, Framapad, et depuis cette
> année Framaforms. Cet appui est très précieux, mais ne fait l'objet d'aucun
> partenariat formel. Ca ne nous empêchera pas de les remercier publiquement,
> comme déjà l'année dernière : https://twitter.com/sotmfr/
> status/728573531945091072 et de promouvoir leurs outils en les exposant,
> notamment pour Framaforms.
>
> vincent
>
> ___
> 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] OSMFR et partenariats pour SOTMFR

2017-03-01 Par sujet Philippe Verdy 
Il y a moyen d'importer le logo 2017 sur le wiki ou bien c'est avec
copyright restreint? Je vois le logo sur le fil Twitter et dans l'appel à
contribution chez Framasoft, mais ce ne sont pas des licences valides.

Le 1 mars 2017 à 17:09, Vincent de Château-Thierry  a
écrit :

> Bonjour,
>
> > De: "Philippe Verdy" 
> >
> > Je vois que l'appel à propositions pour SOTM 2017 est actuellement
> > sur le site de Framasoft (sans aucune page d'accueil pour les
> > organisateurs).
> > Il semble donc que Framasoft soit déjà partenaire candidat pour SOTM,
> > et de toute façon bien associé aux projets OSM francophones et au
> > travail de l'asso OSM France.
> > Pourtant je ne vois aucun partenariat croisé sur la page de Framasoft
> > ou d'OSM France:
> > https://soutenir.framasoft.org/partenaires
>
> Je ne réponds que sur la partie SOTM : Framasoft aide grandement, comme
> l'année dernière, à l'organisation du SOTM par la mise à disposition
> d'outils efficaces et libres :
> Framateam, Framaboard, Framacalc, Framadate, Framapad, et depuis cette
> année Framaforms. Cet appui est très précieux, mais ne fait l'objet d'aucun
> partenariat formel. Ca ne nous empêchera pas de les remercier publiquement,
> comme déjà l'année dernière : https://twitter.com/sotmfr/
> status/728573531945091072 et de promouvoir leurs outils en les exposant,
> notamment pour Framaforms.
>
> vincent
>
> ___
> 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] OSMFR et partenariats pour SOTMFR

2017-03-01 Par sujet Vincent de Château-Thierry 

> De: "Philippe Verdy" 
> 
> Il y a moyen d'importer le logo 2017 sur le wiki ou bien c'est avec
> copyright restreint? Je vois le logo sur le fil Twitter et dans
> l'appel à contribution chez Framasoft, mais ce ne sont pas des
> licences valides.

Le logo est en CC-BY, on dispose des fichiers originaux, ils seront mis sur le 
wiki.

vincent

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

Re: [OSM-talk-fr] était Subject=Re: SeFaireConnaitre :|, devient SeFaireConnaitre :)

2017-03-01 Par sujet Philippe Verdy 
En effet ils continuent d'ajouter des tas de noeuds, même en doublon de
ceux qui existent, ou de modifier des noeuds existants en mettant dessus
des tags incorrects ou inutiles noms de rue par exemple quand le noeud est
déjà référencé sur une relation suffisante et quand la rue est déjà validée
pour BANO.
Mais cette fois SeFaireConnaitre (ou son employé) demande qu'on ne les
dérange plus. Visibilement il manque un interlocuteur crédible chez ce
prestataire, capable de faire respecter chez lui les engagements pris, y
compris chez les nouveaux employés (à lui de les former, c'est tout de même
son domaine de compétence, qu'il vend aussi comme tel à ses clients en leur
"garantissant" un référencement non seulement exact mais péreine).
De plus ce service semble déjà prêt à supprimer d'OSM certains anciens
clients qui ne voudraient plus continuer avec ce service ou supprimer les
tags utiles permettant de les trouver dans des recherches ciblées sur OSM.
Il pourrait même modifier les infos saisies ou corrigées par ce client
lui-même dans OSM, histoire de faire rebondir leurs ventes.

Ils ne font pas dans le détail: si leur client leur donne un fichier
d'adresses, il les ajoutent toutes sans distinction, et modifient des
données existantes pourtant plus exactes. Et au besoin il remplacera des
tags précis par des tags plus génériques dont il sait qu'ils sont mieux
rendus et plus visibles que d'autres. Et ils ne semblent pas suivre les
évolutions des recommandations et usages (visiblement ils n'utilisent pas
pour cela nos outils open source, qui contiennent divers vérificateurs,
mais leur propre outil créé par Ubiflow.net qui ne connait que ce qui est
dans leur base ou les fichiers plus ou moins précis fournis par leurs
clients, pour lesquels les clients payent justement une prestation vissant
à nettoyer ou affiner ces fichiers, et l'outil et ne s'intéresse pas du
tout au reste.

A ce stade, cet outil ne devrait servir qu'à créer des fichiers .osm à
valider ensuite dans un de nos éditeurs ouverts pour faire le travail de
fusion. Mais leurs employés ne sont pas formés pour apprendre à utiliser
JOSM par exemple et traiter les lots en attente de validation (ou bien les
publier sur un service à part en Open Data, par exemple sur Umap ou
Framacarte). C'est sûr cela leur demande une personne de plus ou délégeur
un temps sufffisant consacré à ça et ils sont plus perturbés par la volonté
de faire vite pour répondre aux client: le travail est fait, maintenant
payez et vous aurez les lots suivants... Mais il n'y a apparemment aucun
système de veille et service après-vente pour régler les problèmes: ils
considèrent que c'est aux contributeurs bénévoles non payés de le faire à
leur place.



Le 1 mars 2017 à 16:44, Romain MEHUT  a écrit :

> Bonjour,
>
> Pour info, les échanges (plus "mordants") avec SeFaireConnaitre continuent
> cf. https://www.openstreetmap.org/changeset/46490928
>
> Romain
>
>
> Le 15 octobre 2015 à 12:04, Romain MEHUT  a écrit
> :
>
>> Bonjour,
>>
>> J'ai pointé l'ajout de deux doublons (magasins Decathlon)
>> https://www.openstreetmap.org/changeset/34586502 et
>> http://www.openstreetmap.org/changeset/34632382 restés non corrigés à ce
>> jour. Et vu l'historique du compte http://www.openstreetmap.org/u
>> ser/SeFaireConnaitre, il y a ailleurs d'autres doublons similaires.
>>
>> Romain
>>
>> Le 14 octobre 2015 23:35,  a écrit :
>>
>>> Bien, merci d'améliorer votre processus de production/validation de
>>> données afin d'éviter de placer un lieu à 1,3 km de son lieu réel (distance
>>> en voiture selon OSRM).
>>> Ici par exemple comme déjà dit un lien sur un emplacement d'arrêt de
>>> tram doit faire tiquer.
>>> Ce n'est bon ni pour votre client, ni pour vous ni pour OpenStreetMap.
>>> Les deux premiers points c'est votre problème.
>>> Le troisième aussi mais c'est surtout celui qui nous concerne.
>>>
>>> Pour votre pénitence, vous leur proposerez une alternative à ceci :
>>> http://juvignac.apef-services.fr/contact.html#map
>>> ;-).
>>>
>>> Jean-Yvon
>>>
>>> Le 14/10/2015 09:23, Support Sefaireconnaitre -
>>> supp...@sefaireconnaitre.com a écrit :
>>>
>>> Bonjour,
>>> Merci pour le signalement, j'ai bien repositionné le point de vente.
>>>
>>> Amandine Nicolas - Ubiflow
>>>
>>>
>>>
>>> ___
>>> 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] OSMFR et partenariats pour SOTMFR

2017-03-01 Par sujet Vincent de Château-Thierry 
Bonjour,

> De: "Philippe Verdy" 
> 
> Je vois que l'appel à propositions pour SOTM 2017 est actuellement
> sur le site de Framasoft (sans aucune page d'accueil pour les
> organisateurs).
> Il semble donc que Framasoft soit déjà partenaire candidat pour SOTM,
> et de toute façon bien associé aux projets OSM francophones et au
> travail de l'asso OSM France.
> Pourtant je ne vois aucun partenariat croisé sur la page de Framasoft
> ou d'OSM France:
> https://soutenir.framasoft.org/partenaires

Je ne réponds que sur la partie SOTM : Framasoft aide grandement, comme l'année 
dernière, à l'organisation du SOTM par la mise à disposition d'outils efficaces 
et libres :
Framateam, Framaboard, Framacalc, Framadate, Framapad, et depuis cette année 
Framaforms. Cet appui est très précieux, mais ne fait l'objet d'aucun 
partenariat formel. Ca ne nous empêchera pas de les remercier publiquement, 
comme déjà l'année dernière : 
https://twitter.com/sotmfr/status/728573531945091072 et de promouvoir leurs 
outils en les exposant, notamment pour Framaforms.

vincent

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

Re: [OSM-talk-fr] était Subject=Re: SeFaireConnaitre :|, devient SeFaireConnaitre :)

2017-03-01 Par sujet Romain MEHUT 
Bonjour,

Pour info, les échanges (plus "mordants") avec SeFaireConnaitre continuent
cf. https://www.openstreetmap.org/changeset/46490928

Romain

Le 15 octobre 2015 à 12:04, Romain MEHUT  a écrit :

> Bonjour,
>
> J'ai pointé l'ajout de deux doublons (magasins Decathlon)
> https://www.openstreetmap.org/changeset/34586502 et
> http://www.openstreetmap.org/changeset/34632382 restés non corrigés à ce
> jour. Et vu l'historique du compte http://www.openstreetmap.org/
> user/SeFaireConnaitre, il y a ailleurs d'autres doublons similaires.
>
> Romain
>
> Le 14 octobre 2015 23:35,  a écrit :
>
>> Bien, merci d'améliorer votre processus de production/validation de
>> données afin d'éviter de placer un lieu à 1,3 km de son lieu réel (distance
>> en voiture selon OSRM).
>> Ici par exemple comme déjà dit un lien sur un emplacement d'arrêt de tram
>> doit faire tiquer.
>> Ce n'est bon ni pour votre client, ni pour vous ni pour OpenStreetMap.
>> Les deux premiers points c'est votre problème.
>> Le troisième aussi mais c'est surtout celui qui nous concerne.
>>
>> Pour votre pénitence, vous leur proposerez une alternative à ceci :
>> http://juvignac.apef-services.fr/contact.html#map
>> ;-).
>>
>> Jean-Yvon
>>
>> Le 14/10/2015 09:23, Support Sefaireconnaitre -
>> supp...@sefaireconnaitre.com a écrit :
>>
>> Bonjour,
>> Merci pour le signalement, j'ai bien repositionné le point de vente.
>>
>> Amandine Nicolas - Ubiflow
>>
>>
>>
>> ___
>> 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] OSMFR et partenariats pour SOTMFR

2017-03-01 Par sujet Philippe Verdy 
Je vois que l'appel à propositions pour SOTM 2017 est actuellement sur le
site de Framasoft (sans aucune page d'accueil pour les organisateurs).
Il semble donc que Framasoft soit déjà partenaire candidat pour SOTM, et de
toute façon bien associé aux projets OSM francophones et au travail de
l'asso OSM France.
Pourtant je ne vois aucun partenariat croisé sur la page de Framasoft ou
d'OSM France:
https://soutenir.framasoft.org/partenaires

Peut-il y a voir une telle participation croisée (échange simple de
membres, les droits d'entrées sont compensés chez l'un et l'autre). Ce
serait des partenariats de type "membres de liaison", permettant aussi aux
personnes désignées pour faire la liaison de gérer des projets communs (par
exemple entre Umap et sa déclinaison Framacarte, les deux ayant le même
but, mais Framasoft ayant un peu plus de moyens techniques pour donner une
certaine qualité de service, par exemple en hébergeant ses serveurs de
tuiles ou les connectant directement au projet OSM mondial, comme ce qui a
été fait pour HOT et son rendu humanitaire via une structure d'échange et
de partenariat).

Peut-on envisager de mieux développer ces partenariats pour mieux les
consolider et pour que tout le monde défende mieux et promeuve mieux les
projets, même si ce ne sont pas des partenariats exclusifs:

Par exemple rien n'interdirait à Framasoft d'avoir une plateforme libre de
développement et d'hébergement, rapportant quelques deniers, mais
autorisant de proposer aussi pour ceux qui en ont besoin des fournisseurs
cartographiques tiers comme Google, Apple, Waze, ou encore offrir un cadre
technique plus stable pour collaborer avec les collectivités locales,
notamment les plus petites qui n'ont pas la capacité de gérer elles-même
leur "cloud" ou les licences nécessaires pour les système GIS, ni la
capacité de gérer seules les déploiements ou la sécurisation des postes et
des données qu'elles doivent garder privées/secrètes, en plus de celles
qu'elles ont intérêt à gérer en Open Data et qui doivent respecter des
règles de respect de vie privée, d'anonymat statistique ou de
confidentialité et protection des éléments fournis lors d'appels d'offres
non retenus. Cette plateforme commune pouvant clairement supporter les deux
modèles de donénes avec une transition facilitée pour passer à tout moment
des données privées aux données ouvertes, plus une activité de support
(éventuellement de coopération en matière légale via des groupes fermés
d'entraide et des moyens de communication intégrés pour le permettre de
façon sécurisée) serait un truc possible. Car OSM n'est pas du tout le seul
besoin des collectivités, et tout se jour en fait sur la capacité à
intégrer et rationaliser des tâches et missions différentes avec une riche
palette d'outils (plus riche que simplement OSM).

Framasoft me parait sur ce point plus ouvert que ce que propose aujourd'hui
d'actuels partenaires commerciaux d'OSM qui maintenant cherchent meêm à lui
faire concurrence tout en apportant en échange des miettes ou des
financements somme toute symboliques et pas à la hauteur de l'usage qu'ils
font d'OSM pour leurs propres services.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Plus d'attributs pour les bandes cyclables

2017-03-01 Par sujet Nicolas Dumoulin 
Le Wed, 1 Mar 2017 06:06:28 -0700 (MST),
Axelos  a écrit :
> Je me suis déjà intéressé à ce sujet en 2016, donc depuis peu de
> temps. Mon approche a été de donner la largeur de la bande cyclable
> en y ajoutant l'éventuelle surlargeur de sécurité la séparant des
> véhicules stationnés. Et au final indiquer la présence des véhicules
> stationnés.

Oui, c'est suffisant d'intégrer les deux largeurs.

> La solution que tu proposes est aussi intéressante, mais j'y voyais
> simplement un trop plein de balises.

Oui, je suis d'accord
 
> Une petite explication en page wiki "talk"
> https://wiki.openstreetmap.org/wiki/FR_talk:Key:cycleway
> 
> La page wiki qui explique comment indiquer les places de stationnement
> https://wiki.openstreetmap.org/wiki/FR:Key:parking:lane
> 
> Un exemple "test"
> https://www.openstreetmap.org/way/459185299

Bon, ben ça me semble parfait !

Merci Axelos

-- 
Nicolas Dumoulin


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

Re: [OSM-talk-fr] Plus d'attributs pour les bandes cyclables

2017-03-01 Par sujet Philippe Verdy 
Je ne suis pas convaincu par le fait de continuer à surcharger aussi des
tonnes de tags pour les lanes, ce qui conduit à un découpage de plus en
plus excessif des rues.
Quand les bandes cyclables sont clairement séparées par quelquechose de
physique ou marqué comme infranchissable (y compris des zébras sur la
chaussée, mais sans doute pas une simple ligne continue), je pense qu'il
est plus productif et nettement plus facile de tracer les chemins à part
(et ça se complique encore quand on a d'autres voies réservées à plusieurs
catégories d'usagers, des voies pour tourner où des usagers peuvent entrer
dans la voie normalement destinée aux autres types d'usagers, du moment
qu'ils on un clignotant et ne s'en servent pas comme voie supplémentaire
pour aller tout droit.

Si on combine aussi les limites de vitesses (non sens le plus souvent pour
les cyclistes!), les priorités et les feux (où les cyclistes ont des
"passe-droit" pour les ignorer et même rester prioritaires dans certains
cas), les exceptions accordées maintenant dans certaines villes sur
certains axes pour les motards (autororisés expérimentalement à circuler
entre les files sur les routes principales non autorisées aux piétons),
cela complique encore.

Les schéma des tags pour les "lanes:" devient de plus en plus non
maintenable, on a trop d'exceptions et les règles deviennent très
compliquées. Je pense qu'on a atteint un point où plus personne n'est
d'accord et les conventions ne sont plus suivies par personne (ce qui rend
ces tags inexploitables et totalement ignorés)

Déjà certains autres groupes commence à s'intéresser à un niveau de
cartographie plus fine: non plus l'axe principal mais bien l'occupation
spaciale des voiries, et même les vraies largeurs de voies. Le système
actuel était adapté quand on n'avait pas encore trop de détail et il reste
valable en milieu rural ou urbain peu dense, mais en milieu urbain très
dense, il bat de l'aile. Des propositions et expérimentations sont en cours
et déjà discutées

(pas encore en France, mais on pourrait expérimenter cela dans une zone
plus limitée très dense, comme Monaco, où c'est encore plus complexe à
cause du relief et des nombreux niveaux superposés et la difficulté de se
situer sur un niveau et voir où on peut aller, même et y compris sans GPS
car il ne fonctionne pas en souterrain, mais on pourrait voir arriver des
radiopilotages, notamment pour des véhicules automatiques, qui auront
besoin de données nettement plsu précises que ce qu'on fait encore: les
véhicules automatiques c'est bien pour la Californie ou le Navada où le
tissus urbain est très peu dense et pour la plus grande partie de nos
campagnes françaises, mais on devrait y réfléchir pour nos grosses
agglomération urbaines où les conditions de circulation sont de plus en
plus complexe à gérer pour les conducteurs sans assistance, même les locaux
qui s'y perdent aussi, sans compter les usagers périurbains qui ne sont pas
toujours au courant de tout ce qui se passe à plus de 10km de chez eux mais
qui ont des beoins réguliers de se rendre dans la ville centre, que ce soit
à pied, en véhicule ou en transport en communs qui ne peuvent pas desservir
tout et où il est compliqué de trouver une station proche ou de savoir où
aller si on descend à un arrêt proche, ou comment prendre une
correspondance; à terme i lfaudra aussi gérer les perturbations de service
et les applis de guidage auront aussi besoin de données nettement plus
précises, y compris pour les piétons et de repères adéquats, pour notifier
correctement les changements ).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Plus d'attributs pour les bandes cyclables

2017-03-01 Par sujet Eric Sibert 

+1 pour ne pas sur-tagguer et ne pas mettre trop de subjectif.

Largeur de la bande cyclable. Nature du stationnement à côté  
(parallèle, épi, perpendiculaire...). Éventuellement, la largeur de la  
zone de stationnement pour savoir s'il y a de la marge. Ensuite,  
l'algorithme de rendu fait son calcul à sa sauce sur la sécurité.



A Grenoble, à chaque fois que je passe sur la même avenue à trois  
voies à sens unique avec sa pauvre bande-cyclable en contre-sens, je  
me dis qu'on peut faire mieux pour la sécurité.

https://www.mapillary.com/map/im/81Nm4SRu_79EmpU02ffcFA


Eric




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

Re: [OSM-talk-fr] Plus d'attributs pour les bandes cyclables

2017-03-01 Par sujet Axelos 
Coucou,


Nicolas Dumoulin-2 wrote
> Puisqu'on parle des bandes cyclables.
> Ça fait quelques temps que j'aimerai préciser les attributs des pistes
> cyclables, en particulier :
>  1. si la bande cyclable longe des places de stationnement, ou la
>distance entre les deux si une zone de sécurité (contre
>l'emportièrage) existe [1]
>  2. la largeur de la bande cyclable
> 
> Pour situer mon idée un brin militante, j'aimerai pouvoir
> classifier la qualité des aménagements grâce aux données OSM.
> Mon idée perso est de carrément pouvoir déclasser des bandes cyclables
> qui font 50cm de large le long de stationnement.
> 
> Bref, avez-vous déjà vu cela ?
> Est-ce que vous avez déjà une idée de comment faire ?
> 
> Je pensais à des attributs du genre :
> cycleway:right:lane:width = 0.8
> cycleway:right:lane:dooring = yes
> cycleway:right:lane:dooring_security_distance = 0

Je me suis déjà intéressé à ce sujet en 2016, donc depuis peu de temps.
Mon approche a été de donner la largeur de la bande cyclable en y ajoutant
l'éventuelle surlargeur de sécurité la séparant des véhicules stationnés. Et
au final indiquer la présence des véhicules stationnés.

Le calculateur pouvant différencier si la bande cyclable longe ou pas des
véhicules stationnées, il peut dynamiquement attribuer une largeur minimale
requise pour la sécurité en fonction des cas.

La solution que tu proposes est aussi intéressante, mais j'y voyais
simplement un trop plein de balises.

Une petite explication en page wiki "talk"
https://wiki.openstreetmap.org/wiki/FR_talk:Key:cycleway

La page wiki qui explique comment indiquer les places de stationnement
https://wiki.openstreetmap.org/wiki/FR:Key:parking:lane

Un exemple "test"
https://www.openstreetmap.org/way/459185299

Cordialement.



--
View this message in context: 
http://gis.19327.n8.nabble.com/Plus-d-attributs-pour-les-bandes-cyclables-tp5892141p5892198.html
Sent from the France mailing list archive at Nabble.com.

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

[OSM-talk-fr] Mise à jour bâti cadastre et plugin conflation

2017-03-01 Par sujet Tyndare 

Bonjour,

J'ai voulu tester l'utilisation du plugin Conflation pour mettre à jour 
le bâti d'une ville depuis le cadastre avec JOSM.


J'ai décrit mon approche ici:

https://www.youtube.com/watch?v=8n34tYJXnEI
http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents#Utilisation_du_plugin_.C2.ABConflation.C2.BB_dans_JOSM

Avant d'essayer faites en sorte d'utiliser la toute dernière version de 
JOSM et de mettre à jour les plugins (pour conflation),


Au passage un grand merci à Vincent Privat pour tout son travail sur 
l'éditeur JOSM !


Tyndare.

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

Re: [OSM-talk-fr] Osmose HS

2017-03-01 Par sujet Philippe Verdy 
De même le forum .fr est lui aussi inaccessible (le serveur web fonctionne,
mais la connexion est impossible de même la simple consultation de la
plupart des sections, réservées aux abonnés connectés)
Il y a cependant 2 inscrits présents dessus (sans doute des sessions
anciennes connectées quasiment en continu), les autres sont tous en
"visiteurs invités", et l'inscription d'un nouveau compte ne fonctionne pas
(aucun mail de validation envoyé non plus, là aussi il doit y avoir des
problèmes de stockage ou de plantage de services annexes pour les mails
sortants)

Le 1 mars 2017 à 09:15, Philippe Verdy  a écrit :

> Maintenant ça change à nouveau, en HTML: "Error: 500 Internal Server
> Error... Sorry, the requested URL 'http://osmose.openstreetmap.fr/map/'
> caused an error: Internal Server Error"
>
> Tout cela semble indiquer une saturation des espaces de stockage
> temporaire, ou de connectivité vers un système de fichiers réseau ou sa
> base de données. L'accumulation d'erreurs internes a pu aussi saturer
> l'espace de journalisation du frontal nginx auparavant.
>
> Le 1 mars 2017 à 09:08, Philippe Verdy  a écrit :
>
>> Maintenant j'ai une erreur 502 (Bad Gateway) retournée par son frontal
>> nginx. C'est le service installé dessus qui est planté, le serveur web
>> lui-même fonctionne à nouveau, il doit donc y avoir déjà une intervention
>> pour réparer le service installé dessus.
>>
>> Le 1 mars 2017 à 08:58, Philippe Verdy  a écrit :
>>
>>> Note: Osmose répond au ping (en IPv6 comme en IPv4)
>>> Il semblerait que le serveur web ne fonctionne pas (testé avec juste
>>> "telnet osmose.openstreetmap.fr 80" puis en entrant un simple "Host:
>>> osmose.openstreetmap.frGET /" je n'ai aucun retour).
>>> Le serveur web semble à l'écoute mais ne répond plus (certainement un
>>> problème encore de saturation d'espace disque pour ses propres logs).
>>>
>>> Le 1 mars 2017 à 08:49, Philippe Verdy  a écrit :
>>>
 aucune réponse du serveur (timeout sur la synnchronisation TCP, pas de
 session, aucun trafic envoyé ni réponse, connection reset côté client). Ou
 alors une connexion TCP (juste la négociation de taille de fenêtre TCP)
 mais aucune réponse en retour et timetout à nouveau (ou réponse vide sans
 aucun entête MIME).

 J'ai bien essayé de purger le cache DNS au cas où. Mais ni le site web
 Osmose de base n'est pas dispo depuis plus de 24h, il me semble planté.

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

Re: [OSM-talk-fr] Osmose HS

2017-03-01 Par sujet Christian Quest 
VM redémarrée, le serveur web répond, mais postgres a un probème... on
regarde ça ce soir avec Jocelyn.

Le 1 mars 2017 à 08:54, Jérôme Seigneuret  a
écrit :

> Bonjour, pareil pour moi.
>
> Le 1 mars 2017 à 08:49, Philippe Verdy  a écrit :
>
>> aucune réponse du serveur (timeout sur la synnchronisation TCP, pas de
>> session, aucun trafic envoyé ni réponse, connection reset côté client). Ou
>> alors une connexion TCP (juste la négociation de taille de fenêtre TCP)
>> mais aucune réponse en retour et timetout à nouveau (ou réponse vide sans
>> aucun entête MIME).
>>
>> J'ai bien essayé de purger le cache DNS au cas où. Mais ni le site web
>> Osmose de base n'est pas dispo depuis plus de 24h, il me semble planté.
>>
>> ___
>> 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
>
>


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

Re: [OSM-talk-fr] Osmose HS

2017-03-01 Par sujet Philippe Verdy 
Maintenant ça change à nouveau, en HTML: "Error: 500 Internal Server
Error... Sorry, the requested URL 'http://osmose.openstreetmap.fr/map/'
caused an error: Internal Server Error"

Tout cela semble indiquer une saturation des espaces de stockage
temporaire, ou de connectivité vers un système de fichiers réseau ou sa
base de données. L'accumulation d'erreurs internes a pu aussi saturer
l'espace de journalisation du frontal nginx auparavant.

Le 1 mars 2017 à 09:08, Philippe Verdy  a écrit :

> Maintenant j'ai une erreur 502 (Bad Gateway) retournée par son frontal
> nginx. C'est le service installé dessus qui est planté, le serveur web
> lui-même fonctionne à nouveau, il doit donc y avoir déjà une intervention
> pour réparer le service installé dessus.
>
> Le 1 mars 2017 à 08:58, Philippe Verdy  a écrit :
>
>> Note: Osmose répond au ping (en IPv6 comme en IPv4)
>> Il semblerait que le serveur web ne fonctionne pas (testé avec juste
>> "telnet osmose.openstreetmap.fr 80" puis en entrant un simple "Host:
>> osmose.openstreetmap.frGET /" je n'ai aucun retour).
>> Le serveur web semble à l'écoute mais ne répond plus (certainement un
>> problème encore de saturation d'espace disque pour ses propres logs).
>>
>> Le 1 mars 2017 à 08:49, Philippe Verdy  a écrit :
>>
>>> aucune réponse du serveur (timeout sur la synnchronisation TCP, pas de
>>> session, aucun trafic envoyé ni réponse, connection reset côté client). Ou
>>> alors une connexion TCP (juste la négociation de taille de fenêtre TCP)
>>> mais aucune réponse en retour et timetout à nouveau (ou réponse vide sans
>>> aucun entête MIME).
>>>
>>> J'ai bien essayé de purger le cache DNS au cas où. Mais ni le site web
>>> Osmose de base n'est pas dispo depuis plus de 24h, il me semble planté.
>>>
>>
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose HS

2017-03-01 Par sujet Philippe Verdy 
Maintenant j'ai une erreur 502 (Bad Gateway) retournée par son frontal
nginx. C'est le service installé dessus qui est planté, le serveur web
lui-même fonctionne à nouveau, il doit donc y avoir déjà une intervention
pour réparer le service installé dessus.

Le 1 mars 2017 à 08:58, Philippe Verdy  a écrit :

> Note: Osmose répond au ping (en IPv6 comme en IPv4)
> Il semblerait que le serveur web ne fonctionne pas (testé avec juste
> "telnet osmose.openstreetmap.fr 80" puis en entrant un simple "Host:
> osmose.openstreetmap.frGET /" je n'ai aucun retour).
> Le serveur web semble à l'écoute mais ne répond plus (certainement un
> problème encore de saturation d'espace disque pour ses propres logs).
>
> Le 1 mars 2017 à 08:49, Philippe Verdy  a écrit :
>
>> aucune réponse du serveur (timeout sur la synnchronisation TCP, pas de
>> session, aucun trafic envoyé ni réponse, connection reset côté client). Ou
>> alors une connexion TCP (juste la négociation de taille de fenêtre TCP)
>> mais aucune réponse en retour et timetout à nouveau (ou réponse vide sans
>> aucun entête MIME).
>>
>> J'ai bien essayé de purger le cache DNS au cas où. Mais ni le site web
>> Osmose de base n'est pas dispo depuis plus de 24h, il me semble planté.
>>
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose HS

2017-03-01 Par sujet Philippe Verdy 
Note: Osmose répond au ping (en IPv6 comme en IPv4)
Il semblerait que le serveur web ne fonctionne pas (testé avec juste
"telnet osmose.openstreetmap.fr 80" puis en entrant un simple "Host:
osmose.openstreetmap.frGET /" je n'ai aucun retour).
Le serveur web semble à l'écoute mais ne répond plus (certainement un
problème encore de saturation d'espace disque pour ses propres logs).

Le 1 mars 2017 à 08:49, Philippe Verdy  a écrit :

> aucune réponse du serveur (timeout sur la synnchronisation TCP, pas de
> session, aucun trafic envoyé ni réponse, connection reset côté client). Ou
> alors une connexion TCP (juste la négociation de taille de fenêtre TCP)
> mais aucune réponse en retour et timetout à nouveau (ou réponse vide sans
> aucun entête MIME).
>
> J'ai bien essayé de purger le cache DNS au cas où. Mais ni le site web
> Osmose de base n'est pas dispo depuis plus de 24h, il me semble planté.
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr