[OSM-talk-fr] weeklyOSM n°235-236 en français

Philippe Verdy verdy_p at wanadoo.fr
Ven 13 Fév 15:52:09 UTC 2015


Je lis "Osmose étend sa couverture aux Caraïbes". Cependant la version
anglais du Twit est un peu trop optimiste  et annonce  en fait "Now, full
Caribbean coverage" Ce qui n'est encore que partiellement vrai.

Sinon bravo pour l'extension qui a du nécessiter l'ajout d'extension en
espace disque (SSD pour la base la plus sollicitée pour lancer les analyses
et recevoir les mises à jour) et ses backups réguliers (sur des disques dur
d'un RAID réseau je suppose)

  1. Détails
  2. Un cloud international pour Osmose QA ?


== 1. Détails ==

"La Caraïbe" (anglais : "Caribbean")  inclue aussi toutes les terres
continentales bordant le Golfe du Mexique), ce qui incluerait alors au
moins dans son sens le plus large :

  - les Etats côtiers des USA (par exemple la Floride ou la Louisiane ou
encore le Texas), visiblement exclus saufs quels fragment résiduels ou
station pétrolières américaines dans le Golfe
  - ceux du Mexique (couvert partiellement sur quelques éléments de base,
mais c'est peut-être en cours de calcul ou de validation des tests sur
quelques zones très limitées)
  - ceux de la côte nord de la Colombie, ceux du Venezuela, et tous les
petits pays d'Amérique centrale (Panama inclu) : ils semblent bien couvert
  - aussi les "Grandes Antilles" en totalité (il y a bien Haïti depuis
longtemps, plus récemment la République dominicaine, La Jamaïque et Porto
Rico, mais pas encore Cuba)
  - et parfois par extension aussi les Bahamas (plus au nord-est mais pas
dans le Golfe ni même en bordure, elles ne font pas partie de la
couverture), et aussi au sud-est les 3 Guyanes (elles sont hors de la zone
du Golfe, mais pas loin : on a seulement la française).

Quand on utilise parfois le pluriel "les Caraïbes" (anglais: The
Caribbeans), on sous-entend "les îles de la Caraïbe" mais alors ce serait
nu peu trop restrictif puisqu'il y a une couverture des côtes Nord de la
Colombie, du Vénezuela et de l'Amérique Centrale. Mais il manquerait encore
Cuba (qui n'est pas couvert). Cependant aussi la traduction du Twitt
utilise le pluriel (alors que l'anglais utilise le singulier).

Du fait de l'absence pour l'instant de Cuba et seulement quelques tests de
polygones au Mexique, ainsi que l'absence des côtes sud des Etats-Unis,
devant le Golfe du Maxique on aurait pu dire "la Caraïbe orientale"
(anglais : Estearn Caribbean), bien que l'expression est comprise (parfois,
mais souvent à tord) comme un synonyme des "Petites Antilles" (lesquelles
n'incluent normalement pas Porto Rico qui est couvert et mis en avant par
le Twitt, ni les Etats néerlandais de Curaçao et Aruba sur de la côte nord
du Venezuela, ni les dépendances vénézuéliennes), mais là ils sont tous
couvert/

Du coup le mot le plus exact serait "Antilles" (anglais : Antillas) le
terme pouvant inclure par extension la partie des Grandes Antilles limitée
à l'Est par la Jamaïque, il est rarement utilisé pour Cuba et normalement
jamais pour le Mexique (même pour la péninsule du Yucatan qui ferme en fait
le sud-est du Golfe du Mexique dans son sens le plus restreint autour de
Cancun) ni aucun des les Etats d'Amérique centrale qui sont couverts même
sur leur côte Pacifique (du Guatemala à Panama), ni non plus la Colombie,
ni le Venezuela (en dehors de ses Dépendances, et des Etats néerlandais
d'Aruba et Curaça, tous attribués aux Petites d'Antilles)

Mais l'ennui c'est que l'annonce en anglais a été plus optimiste que la
version française en disant "Full coverage". Et c'est ce qui peut tromper
les américains du sud qui auraient pu y croire, voire aussi ceux des
Bahamas (alors que pour avoir les Bahamas il charge de calcul et l'espace
de données n'est pas du tout aussi conséquent que les USA ou même le
Mexique.

Je veux croire que pour atteindre la couverture complète de "la Caraïbe" il
faille attendre l'achèvement du Mexique, mais surtout l'ajout de Cuba qui
n'a rien du tout (si on doit aussi y inclure les Etats caribbéens du sud
des Etats-Unis, là il faudra d'autres capacités, Osmose n'est peut-être pas
encore taillé pour (et peut-être même il a du mal avec le Mexique)


== 2. Un cloud international pour Osmose QA ? ==

Et il vaudrait mieux qu'il y ait un serveur Osmose séparé pour les USA, et
les Bahamas. Voire même le Canada (mais là, plus de contrôle pour
Saint-Pierre-et-Miquelon ni pour le Québec sauf si le polygone gardé pour
le serveur français fixe une longitude, celle frontière avec les
Territoires du Nord-Ouest, et une latitude limite entre Ottawa et Laval, du
côté de Cornwall, afin le cadran nord-ouest reste sur le serveur France, en
incluant donc tout le Québec (ainsi qu'Ottawa mais pas Toronto), tout
Terre-Neuve-et-Labrador, et le Groenland. et une concertation avec le
serveur américain pour synchroniser les règles applicables au Canada
anglophone voire à tout le Canada.

Y-a-t-il dans l'air prévu d'autres instances d'Osmose

  * aux USA pour l'Amérique du Nord (Québec et Mexique inclus, donc aussi
avec Saint-Pierre-et-Miquelon) avec l'extension à tout l'est du Pacifique
Nord pour inclure Hawai et l'ouest de l'Atlantique nord (Islande incluse ou
pas ?)
  * en Amérique du Sud (Guyane et Clipperton inclus) sans doute au Brésil.
  * en Asie (même si c'est Moscou), mais sans doute plutôt à Hong Kong ou
en Inde ou sur deux serveurs (Hong Kong, Tokyo ou la Corée du Sud pour la
partie orientale, et la partie occidentale à Moscou ou Dubai ou en Inde,
Israel, ou même Maurice ?)
  * en Afrique (Madacascar, Reunion et Moytte inclus) sans doute l'Afrique
du Sud (ou même aussi Maurice ?)
  * en Océanie (Nouvelle-Calédonie, Walls-et-Futuna et Polynésie française
inclus) en Australie ou Nouvelle-Zélande (à moins qu'il ya ait déjà 2
serveurs pour l'Asie et qu'un serveur à Hong Kong puisse prendre en charge
aussi l'Océanie, donc aussi l'Indonésie et toute l'Asie du Sud-Est) pour
couvrir tout l'ouest du Pacifique et tout l'Est de l'Océan indien la limité
étant à voir autour du Bengladesh)

Des recouvrement partiels de couverture restent possibles à condition que
les règles dans les zones couvertes en double soient communes, ou que
certaines règles spécifiques à certains pays soient gérées par une analyse
d'un côté seulement et pas l'autre

Mais les résultats d'analyse publiés sur deux serveurs pour leur partie
"frontend" répondant aux recherches des étiquettes. Il me semble malgré
tout que c'est surtout le backend qui est le plus lourd (le chargement des
données OSM dans sa base, puis l'exécution des analyses), alors que les
frontend peuvent travailler en proxies et se faire miroirs facilement sans
grosse conso de bande passante entre eux (mais une bien meilleure réponse
pour le frontend, où qu'on soit dans le monde et la possibilité de
multiplier les analyses sur des zones spécialisées différentes de celles où
sont installés les frontends en miroir, peu coûteux en administration et
matériel locaux et en frais d'hébergement ou colocation).

D'ailleurs c'est le même problème pour les serveurs de tuiles : ce qui est
le plus coûteux à mettre en place et administrer c'est le backend pour les
calculs de tuile à la demande (on peut réduire la tache en divisant le
monde en secteurs ou répartissant les tuiles basse résolution à raffraichir
par l'un ou l'autre des serveurs qui ne sont pas trop chargés par les
rendus à la demande en haute résolution). La livraison des images peut en
frontend se faire sur des proxies-caches HTTP peu coûteux faciles à
répartir dans le monde avec une bonne bande passante pour visualiser les
cartes dans les navigateurs. Les frontends de tuiles peuvent être mis en
place ou coordonnés par la fondation OSM (Mapquest peut y participer aussi,
Google aussi s'il veut, ou même une université ou administration nationale
ou un FAI exploitant un réseau mobile).

Le 9 février 2015 15:45, althio <althio.forum at gmail.com> a écrit :

> L'édition hebdomadaire n°235 de weeklyOSM est déjà disponible et
> l'édition n°236 vient de paraître en français. Retrouvez sur
> http://www.weeklyosm.eu/fr/ votre petit condensé de l'actualité du
> monde d'OSM.
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20150213/cb63f6fb/attachment-0001.html>


Plus d'informations sur la liste de diffusion Talk-fr