<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=utf-8">
  </head>
  <body bgcolor="transparent" text="#000000">
    Bonjour,<br>
    <br>
    En essayant de voir les prérequis pour une bonne configuration je me
    suis retrouvé en liste d'attente pour la switch2osm install party
    Paris. Mais là j'ai eu le plaisir de voir un désistement. Que la
    personne qui a dû renoncée soit remerciée !<br>
    <br>
    <br>
    Quand je suis allé voir mon chef de projet américain, j'ai cherché
    la localisation de l'entreprise avec Nominatim. L'entreprise y
    figurait et avait été renseignée par lui.<br>
    On partait sur de bonnes bases ;-) et plus d'un an plus tard, je
    suis toujours content de travailler avec lui.<br>
    <br>
    Notre boulot, c'est d'aider les secours à sauver des vies.<br>
    Mais on est une entreprise privée (pour faire écho au message de
    Philippe).<br>
    <br>
    Nos utilisateurs sont <u>dans le monde entier</u> et surveillent un
    groupe de pays, un grand morceau de pays (comme les CROSS en France)
    ou une petite zone.<br>
    <br>
    Potentiellement ils regardent de loin de grandes zones (un niveau
    facile à mettre en cache) mais pour coordonner les secours, une <u>carte
      détaillée</u> est nécessaire.<br>
    Le <a
href="https://www.openstreetmap.org/way/130699479#map=12/48.4138/-4.7875">CROSS
      Corsen</a> a d'ailleurs utilisé Umap pour signaler où se trouvent
    les moyens de secours :<br>
    <a
href="http://umap.openstreetmap.fr/fr/map/carte-moyens-sar-crossco_20832#8/48.558/-2.574">http://umap.openstreetmap.fr/fr/map/carte-moyens-sar-crossco_20832#8/48.558/-2.574</a><br>
    <br>
    5 minutes de gagnées et c'est peut-être la différence entre un mort
    et un survivant.<br>
    <br>
    Donc avoir une carte <u>précise et rapide</u> est nécessaire.<br>
    Peut être une cinquantaine d'utilisateurs pour une zone donnée, mais
    on peut supposer qu'ils regarderont en même temps les mêmes zones.<br>
    <br>
    On affiche avec WorldWind (version Java/OpenGL), mais la version
    JavaScript/WebGL n'est pas mal non plus : <br>
    <a
href="http://worldwindserver.net/webworldwind/examples/PickAllShapesInRegion.html">http://worldwindserver.net/webworldwind/examples/PickAllShapesInRegion.html</a><br>
    Désélectionnez les 3 premières couches et sélectionnez les autres
    contrôles.<br>
    Vous voyez la carte OSM en 3D, mais la liste de défilement vous
    permet de passer à des projections classiques pour nous (Mercator,
    Plate-Carrée) ou pour les Australiens par exemple (Polaire
    antarctique).<br>
    <br>
    N. B. WorldWind est une plateforme gratuite et ouverte, y compris
    pour des utilisations commerciales.<br>
    <br>
    A priori on veut aussi des outils de recherche (géocodage, géocodage
    inversé), classiques pour OSM ou plus exotiques (Marine Gazeeter par
    exemple pour les noms des zones marines), éventuellement spécifique
    à un pays (la BANO, ça ne sert pas qu'à La Poste ou l'IGN ;-)).<br>
    <br>
    Si je résume :<br>
    - carte précise (OSM quoi ;-)) et rapide  - plus exactement précise
    sur une zone assez étendue, correcte sur le monde entier.<br>
    Les zones d'intervention étant connues, on peut imaginer de
    pré-générer les tuiles à un niveau plus élevé sur ces zones.<br>
    - différentes projections (mais WorldWind re-projette plutôt bien
    des tuiles tant qu'il n'y pas de texte dessus).<br>
    - géocodage (là aussi, précis sur une zone assez étendue, correct
    sur le monde entier).<br>
    - routage (je pense non indispensable, mais je ne suis pas
    affirmatif).<br>
    <br>
    Comme nos clients peuvent vouloir utiliser notre infrastructure ou
    utiliser la leur, il faudrait idéalement qu'une réplication
    (réinstallation) soit relativement aisée (ça peut être préparer une
    machine avec peu de données, la répliquer puis la charger en
    données).<br>
    <br>
    <u>Est-ce que vous avez des recommandations en terme d'hébergeur et
      de configuration ?</u> Relevé des copies avant l'install party (il
    faut avoir un accès à cette date) ?<br>
    On travaille avec l'<b>A</b>lpha et l'<b>O</b>méga (les numéros un
    et trois de l'hébergement), donc une de ces deux hébergeurs me
    semble préférable.<br>
    Et comme disait Christian ou Philippe, si on veut que la diversité
    subsiste, il vaut mieux viser le 3.<br>
    Avoir la possibilité de partir sur une solution peu chère et la
    faire grandir en fonction des besoins serait un plus.<br>
    En MP si vous ne voulez pas risquer de faire de publicité (mais
    partager c'est bien aussi).<br>
    <br>
    Je lisais que côté perf' il "fallait" avoir l'index en SSD. Mais
    imposm3 semble plus efficace (moins consommateur, meilleure
    répartition CPU, geohash). Est-ce suffisant pour ne pas nécessiter
    de SSD et pouvoir partir d'une config plus standard ?<br>
    <br>
    Ou est-ce trop demander dans un premier temps, et il y a des
    solutions peu chères permettant de se faire la main mercredi ? Un
    peu config minimale pour faire le TP ;-).<br>
    <br>
    Cerise sur le gâteau :<br>
    - sous WorldWind, les tuiles sont sauvegardées en local en DDS
    (DirectDrawSurface, format "natif" d'OpenGL), donc un moteur
    produisant efficacement du DDS serait un plus.<br>
    - sauf les textes qui doivent pouvoir être récupérés en tuile
    vecteur (WorldWind a des stratégies d'évitement de collision).<br>
    <br>
    N. B. : je reste assez vague, je peux être plus précis en message
    privé, mais je ne veux pas faire de pub' pour ma boîte.<br>
    <br>
    Jean-Yvon<br>
  </body>
</html>