Open Geospatial Consortium Testbed-16: système de grille mondial discret

Préavis d’adjudication de contrats (PAC)
1. Préavis d’adjudication de contrat (PAC)
Un PAC est un avis public destiné aux fournisseurs pour leur faire part de l’intention d’un ministère ou d’un organisme d’attribuer à un fournisseur sélectionné à l’avance, un contrat pour un bien, un service ou des travaux de construction, ce qui permet aux autres fournisseurs de signaler leur intérêt à soumissionner en présentant un énoncé des capacités. Si aucun autre fournisseur ne présente un énoncé des capacités qui satisfait aux exigences établies dans le PAC, avant la date stipulée dans ce PAC, l’agent de négociation des contrats peut alors procéder à l’attribution du contrat au fournisseur sélectionné à l’avance.
2. Définition des besoins
Le ministère des Ressources naturelles Canada (RNCan) a l'exigence suivante:
TITRE
Open Geospatial Consortium Testbed-16: système de grille mondial discret
CONTEXTE
L’Infrastructure canadienne de données géospatiales (ICDG) représente l’infrastructure nationale de données spatiales (IDS) du Canada. Semblable à l'infrastructure physique traditionnelle qui aide les Canadiens dans leur vie quotidienne (p. Ex. Routes, services publics, télécommunications), l'ICDG est une infrastructure d'information géospatiale (c.-à-d. L'emplacement). Bref, l'ICDG aide les Canadiens à trouver, à consulter, à utiliser et à partager de l'information géospatiale.
GéoConnexions est un programme national dirigé par Ressources naturelles Canada (RNCan), dont le mandat est de faire progresser l'ICDG. Semblable à l'infrastructure physique qui est régulièrement améliorée grâce à de nouvelles technologies (p. Ex. La mise à niveau des compteurs électriques analogiques avec des compteurs intelligents numériques), l'infrastructure numérique de l'ICDG peut être constamment mise à niveau pour profiter des nouveaux développements. Cet objectif est généralement atteint grâce à des normes géospatiales nouvelles et / ou améliorées. Les normes géospatiales fournissent un véhicule pour la description des informations géospatiales d'une manière cohérente, communément comprise et convenue. Ces normes permettent l'interopérabilité: la capacité d'accéder, d'utiliser et de comprendre les informations indépendamment du type de logiciel ou de technologie.
Les systèmes de grille mondial discret (SGMD) représentent une nouvelle catégorie de gestion géospatiale conçue pour permettre la visualisation, le stockage et le traitement analytique des phénomènes mondiaux rapidement et avec précision. Basé sur un partitionnement de la surface de la Terre en une grille sphérique, SGMD permet aux informations géospatiales d'être représentées d'une manière qui reflète plus intuitivement les relations entre les données et la surface de la Terre.
Les applications de la technologie SGMD s'avèrent utiles pour résoudre les problèmes d'analyse géospatiale à l'échelle mondiale sur demande et en temps quasi réel. Les Canadiens et les domaines des ressources géospatiales et naturelles du Canada bénéficieront considérablement de cette nouvelle technologie analytique à mesure qu’elle progresse. À ce stade précoce, il est important de continuer à normaliser la technologie afin de profiter à tous les Canadiens.
Actuellement, les caractéristiques de la SGMD ont atteint la normalisation initiale grâce à une spécification abstraite de l'Open Geospatial Consortium (OGC). Pour favoriser une plus grande adoption de SGMD, évolution vers une norme de mise en œuvre OGC complète pour SGMD. Pour démarrer ce processus, ce projet développera un serveur SGMD d'implémentation de référence open source. Le processus de développement itératif ouvert et basé sur des normes appliquées par ce projet se traduira par des exigences concrètes pour une future norme de mise en œuvre de l'OGC.
OBJECTIFS
L'objectif principal de ce projet est le développement d'une implémentation de référence SGMD open source, comprenant un serveur et un client SGMD. Le serveur doit prendre en charge un «pilote» SGMD de validation de principe, comme illustré ci-dessous (figure 1). Le pilote doit prendre en charge deux fonctions essentielles, à savoir la localisation géographique vers l'ID de cellule et l'ID de cellule vers la localisation géographique. Le but de ce pilote est de faciliter l'intégration de SGMD avec le code d'infrastructure de données spatiales existant qui sert des informations géospatiales en tant que services Web OGC (OGC W * S). Un objectif secondaire est de prendre en charge la présentation du contenu SGMD via le pilote en tant que norme d'implémentation «Interface de programmation d'application (API) OGC SGMD». L'API SGMD OGC doit être conforme à la famille de normes OGC OpenAPI.
Figure 1: exemple d'architecture de stockage, de pilote et de serveur SGMD.
En option, l'implémentation du serveur de référence doit prendre en charge des pilotes interchangeables, de sorte que plusieurs SGMD extrémité arrière différents puissent être pris en charge (via l'installation de pilotes supplémentaires) (figure 2):
Figure 2: Exemple d'architecture illustrant des pilotes interchangeables prenant en charge plusieurs implémentations SGMD.
Les objectifs supplémentaires comprennent des rapports d'ingénierie qui documentent les résultats et les enseignements tirés des travaux de mise en œuvre de la SGMD, qui éclaireront les futures spécifications de mise en œuvre de l'OGC SGMD, telles que l'API OGC SGMD.
Tous les aspects du travail doivent être exécutés dans un environnement de consortium international de normes ouvertes à co-développement multifournisseurs afin que tous les Canadiens puissent facilement accéder aux résultats et y donner suite. Cette approche est également nécessaire pour garantir que la solution puisse être adoptée par d'autres dans les communautés géomatiques au Canada et à l'étranger, et pour permettre aux résultats du projet d'informer et de contribuer aux futurs développements et implémentations de normes géospatiales ouvertes.
EXIGENCES DU PROJET
Défis et questions de recherche
SGMD présente une opportunité pour la communauté géospatiale de mettre en œuvre une représentation de la Terre qui est très différente des approches de système de coordonnées traditionnelles. SGMD a le potentiel de permettre le stockage, l'analyse et la visualisation des informations géospatiales d'une manière qui reflète plus précisément la relation entre les données et la Terre. Alors que la spécification abstraite OGC capture les concepts fondamentaux de SGMD, il est nécessaire d'implémenter SGMD pour élargir son adoption. Ce projet contribuera à cette avancée par le développement d'une implémentation de référence SGMD.
Les questions clés pour ce travail sont les suivantes:
Quelle structure SGMD serait la meilleure pour développer une implémentation de référence? Par exemple, index spatial hiérarchique hexagonal d'Uber, grille mondiale à aire égale (OpenEAGGR).
Qu'est-ce qu'une application simple qui pourrait être utilisée pour démontrer la valeur de l'implémentation de référence?
L'implémentation de référence peut-elle utiliser l'infrastructure de code des services Web OGC existante, par exemple GeoServer ou PyGeoAPI etc., et ainsi démontrer une valeur immédiate pour la communauté?
Que faut-il considérer pour les futurs travaux orientés vers la mise en œuvre opérationnelle du SGMD?
RNCan s'attend à ce que les résultats de ce projet constituent la base des futures initiatives visant à définir le SGMD comme norme de mise en œuvre de l'OGC.
De plus, les questions de recherche générales suivantes aideront à orienter le travail pour chaque tâche :
L'implémentation côté serveur SGMD doit être entièrement open source.
L'implémentation côté serveur SGMD doit inclure une pilote qui encapsule la fonctionnalité SGMD réelle. Cette pilote doit être utilisable pour les outils et services existants et doit prendre en charge l'emplacement géographique en ID de cellule et conversion inverse.
Tous les développements côté serveur doivent être effectués à l'aide d'outils open source, tous les résultats étant disponibles dans un format public et librement accessible.
Tous les aspects de l'implémentation (par exemple le code source) doivent être disponibles via une licence ouverte. Un exemple est la licence de gouvernement ouvert du gouvernement du Canada. D'autres licences seront envisagées par le sponsor si elles contiennent des caractéristiques similaires.
L'application de démonstration côté client doit prendre en charge des fonctionnalités qui mettent en évidence les aspects SGMD et démontrent les avantages qu'un SGMD offre au type d'utilisateur consommateur non expert géospatiale. Le client doit être disponible en tant que solution basée sur un navigateur. L'open source est préférable pour le client. Le client doit visualiser le SGMD à différents niveaux de zoom et interagir avec les services de données compatibles SGMD, c'est-à-dire les points de terminaison API OGC qui comprennent les ID de cellule comme des filtres spatiaux. Bien qu'appréciée, une visualisation en forme de globe n'est pas requise. Des visualisations simples (c'est-à-dire en 2 dimensions) qui démontrent les capacités de SGMD seront les bienvenues.
Figure 3 illustre les scénarios de mise en œuvre possibles pour ce projet:
Figure 3: Scénarios d'implémentation SGMD possibles.
Dans le premier cas (1), le navigateur Web au milieu se connecte au serveur SGMD via sa bibliothèque client API SGMD pour en savoir plus sur les cellules SGMD fournies par la bibliothèque de référence SGMD. Le client illustre les cellules par superposition avec des informations de fond appropriées. L'utilisateur sélectionne les ID de cellule et exécute une requête sur un serveur de données (API OGC ou OGC W*S). Le service de données, qui n'est pas encore équipé de la pilote de référence SGMD, interroge le serveur SGMD pour convertir les ID de cellule en emplacements géographiques avant de renvoyer les données au client.
Livrables
Les livrables de ce projet consistent en la conception du projet, les rapports et les exigences techniques. Le tableau 1 résume les livrables requis, ainsi que les dates d'achèvement. Les éléments de rapport et composants techniques sont décrits dans le tableau 2. Certains des produits livrables du projet peuvent être ajustés en consultation avec RNCan et l'entrepreneur.
Tableau 1: Résumé des livrables du projet et dates de livraison requises
Livrable
Date de livraison requise
Ingénierie initiale des rapports complets.
31 mai 2020
Conception de l'implémentation des composants.
31 août 2020
Composants prêts pour les premières expériences d'interopérabilité technique (TIE).
30 septembre 2020
TIE complets et avant-projet de rapport technique prêt pour examen.
31 octobre 2020
Démonstrations TIE ad hoc et ressources de démonstration publiées sur le portail de l'OGC pour chaque composante technique répertoriée dans le tableau 2. Examen des groupes de travail de l'OGC demandé pour les ébauches presque finales des rapports d'ingénierie.
15 novembre 2020
Version finale des rapports d'ingénierie et de tous les composants techniques livrés.
30 novembre 2020
Rapports d'ingénierie finaux accessibles au public.
31 décembre 2020
Événement de démonstration finale des résultats du projet et du matériel de sensibilisation disponibles.
31 janvier 2021
Tableau 2: Descriptions des rapports et des éléments livrables des composants techniques
Composants de rapport
Nom du composant
La description
Rapport d'ingénierie SGMD et SGMD API
Un rapport capturant tous les résultats et expériences de cette tâche. Le rapport doit inclure la documentation de l'API SGMD. Il doit décrire l'analyse effectuée, la conception de la preuve de concept et la validation des résultats. Le rapport doit également faire des recommandations pour la normalisation et les extensions de l'OGC. Le rapport doit contenir un résumé analytique en langage clair pour décrire clairement les motivations, les objectifs et les résultats critiques de cette tâche, compte tenu des mandats de l'OGC et de RNCan.
Composants techniques
Nom du composant
La description
Implémentation du serveur SGMD
Implémentation de serveur open source avec prise en charge de OGC SGMD API. L'implémentation doit être livrée en tant que conteneur Docker ou machine virtuelle avec tout le code source. En tant que sous-composant, l'implémentation côté serveur doit fournir un pilote / bibliothèque qui encapsule la fonctionnalité d'interface SGMD réelle. Ce pilote / bibliothèque doit être intégré aux outils et services OGC existants et doit prendre en charge l'emplacement géographique en identifiant (s) de cellule et conversion inverse.
Client de démonstration SGMD
Une application cliente avec prise en charge de l'API SGMD et capable de démontrer les capacités SGMD. Le client doit visualiser le SGMD à différents niveaux de zoom et interagir avec les services de données compatibles SGMD, c'est-à-dire les points de terminaison OGC API qui comprennent les ID de cellule comme des filtres spatiaux.
Services de données compatibles SGMD
Services de données compatibles SGMD, c'est-à-dire soit des points de terminaison API OGC ou des services OGC W * S qui comprennent les ID de cellule comme des filtres spatiaux. Les services peuvent utiliser le pilote / bibliothèque d'implémentation de référence SGMD (à partir du composant d'implémentation du serveur SGMD) pour convertir les ID de cellule en filtres géographiques; ou implémentez le même SGMD pour garantir des ID de cellule cohérents entre les autres composants. Alternativement, les instances peuvent utiliser l'instance de serveur SGMD pour la conversion des ID de cellule en emplacement géographique.
3. Critères pour l’évaluation de l’énoncé de capacités
Tout fournisseur intéressé doit démontrer au moyen d’un énoncé des capacités qu’il satisfait aux exigences suivantes :

Le fournisseur doit être un organisme international de normalisation autorisé qui s’engage à élaborer et à tenir à jour des normes géospatiales collaboratives librement accessibles à tous.
Le fournisseur doit être membre de l’Open Geospatial Consortium (OGC), et donc être capable de participer aux initiatives de l’OGC, y compris le banc d’essai 16.
Le fournisseur doit avoir de l’expérience dans l’élaboration et la tenue à jour de normes géospatiales internationales ouvertes qui ont été largement adoptées par la collectivité géospatiale mondiale.
Le fournisseur sera en mesure de poursuivre l’élaboration, la gestion, la distribution et la mise à jour des normes de l’OGC qui ont été mises en œuvre dans le cadre de l’Infrastructure canadienne de données géospatiales (ICDG), notamment les services de catalogue pour le Web (CSW), le service de carte Web (SCW), le service de caractéristiques Web (WFS), le service de cartes géographiques tuilées (WMTS), GeoSciML, WaterML, GroundWaterML, le service de géotraitement Web (WPS), le service de détection et d’observation (SOS), les systèmes discrets de grille globale (DGGS) et autres, selon des modalités officiellement approuvées par l’OGC.
Le fournisseur doit avoir démontré qu’il entretient des relations officielles de niveau 1 avec d’autres organismes internationaux d’élaboration de normes, notamment, au minimum, l’Organisation internationale de normalisation (ISO), l’Organisation hydrographique internationale (OHI) et le Consortium World Wide Web (W3C). Le fournisseur doit démontrer concrètement que ses activités auprès de ces organismes ont mené à l’élaboration de normes.
Le fournisseur doit démontrer concrètement que ses activités au sein de ces organismes ont mené à l’élaboration de normes.
Le fournisseur doit compter au moins 500 membres représentant le gouvernement, des organisations commerciales, des ONG, des universités et des organismes de recherche qui :
peuvent participer au banc d’essai 16 à un titre officiellement reconnu par l’OGC.
comptent parmi leurs principaux membres des collaborateurs clés de RNCan, dont le United States Geological Survey, l’Agence spatiale européenne, le United Kingdom Ordnance Survey, la United States National Aeronautics and Space Administration et GeoScience Australia.
peuvent participer directement à l’orientation actuelle et future du fournisseur grâce à des droits de vote exécutoires.
avoir au sein de l’organisation des droits équivalents à ceux fournis par l’OGC à un niveau de membre équivalent (p. ex. les droits des membres stratégiques de l’OGC de RNCan à être représentés de façon équivalente).

Le fournisseur doit posséder une structure organisationnelle ainsi que des politiques et des procédures documentées qui régissent l’élaboration, l’examen, l’approbation, la publication et la mise à jour de normes géospatiales internationales. Cela doit comprendre les éléments suivants (ou leur équivalent) :
Un comité de planification ayant de l’expérience dans l’exploration des tendances du marché et de la technologie pour s’assurer que ses activités demeurent efficaces et souples dans un environnement technologique en évolution. Ce comité doit comporter un mécanisme permettant aux organisations membres d’exprimer leur opinion sur l’orientation de l’organisation au moyen de droits de vote exécutoires.
Un comité technique ayant de l’expérience dans la gestion de processus d’élaboration de normes internationales et ouvertes. Ce comité doit comporter un mécanisme permettant aux organisations membres d’exprimer leur opinion sur l’orientation du processus d’élaboration des normes au moyen de droits de vote exécutoires.
Des politiques et des procédures documentées et publiées qui sont élaborées et mises à jour en collaboration par les membres de l’organisation, au moyen de droits de vote exécutoires.
Des dispositions et processus de propriété intellectuelle en place qui établissent un équilibre entre l’élaboration de normes ouvertes et la commercialisation.

Le fournisseur doit être en mesure de démontrer qu’il peut offrir un soutien continu et à long terme à ses membres en offrant les services suivants :
Permettre aux membres d’avoir accès à d’autres organisations internationales d’élaboration de normes telles que l’ISO et le W3C.
Organiser, gérer et mettre à jour un portail Web des membres, un wiki, une liste de diffusion, un compte rendu de la réunion et des dépôts de ressources en ligne pour le projet proposé, ainsi que toute autre initiative de l’organisation.
Accorder au personnel spécialisé désigné un nombre d’heures défini au préalable pour soutenir les activités de développement de RNCan dans le cadre de l’ICDG.

Le fournisseur doit être en mesure de démontrer qu’il a mis en place un programme d’innovation (ou l’équivalent) qui permettra d’effectuer des recherches futures fondées sur les résultats du banc d’essai 16. Ce programme doit être capable de produire des résultats qui peuvent être officiellement acceptés et mis en œuvre par l’OGC.
Le fournisseur doit être en mesure de démontrer qu’il a mis en place un programme de normes (ou l’équivalent) qui permettra d’intégrer les résultats du banc d’essai 16 aux normes officielles de l’OGC. Ce programme doit être capable de produire des résultats qui peuvent être officiellement acceptés et mis en œuvre par l’OGC.4. Accords commerciaux

Cet approvisionnement est assujetti aux accords commerciaux suivants:

Accord de libre-échange nord-américain (ALENA);
Accord de libre-échange Canada (ZLEC);
Accord de libre-échange Canada-Chili (ALÉCCh);
Accord de libre-échange Canada-Colombie (ALECA);
Accord de libre-échange Canada-Honduras (ALÉCH);
Accord de libre-échange Canada-Panama (ALÉCPa); et
Accord de libre-échange Canada-Corée (ALÉCC)

Le fournisseur mentionné à la section 11 ci-dessous est le seul fournisseur connu qui satisfait aux critères obligatoires énoncés à la section 3 ci-dessus.
Si le Canada reçoit un énoncé de capacités d'un fournisseur contenant suffisamment de renseignements pour indiquer qu'il satisfait aux exigences énoncées dans le PAC, un processus concurrentiel sera déclenché avec une méthodologie d'évaluation technique et financière des soumissions proposées par les soumissionnaires potentiels.

L'exception suivante au règlement sur les marchés du gouvernement est invoquée pour cet achat en vertu du paragraphe 6 (d) - une seule personne est capable d'exécuter les travaux.
Le fournisseur identifié à la section 11, est le seul à pouvoir répondre à tous les critères identifiés au paragraphe 3 ci-dessus.
7. Exclusions et/ou Raisons d’un appel d’offres limitées
Les exceptions ou les raisons suivantes justifiant le recours à un appel d’offres limité sont invoquées en vertu des accords suivants :
Dispositions relatives aux appels d’offres restreints applicables en vertu de l’ALENA (article 1016.2)
 – « lorsque, du fait qu’il s’agit d’œuvres d’art ou pour des raisons liées à la protection de brevets, de droits d’auteur ou d’autres droits exclusifs ou de renseignements de nature exclusive, ou en l’absence de concurrence pour des raisons techniques, les produits ou services ne pourront être fournis que par un fournisseur particulier et qu’il n’existera aucun produit ou service de rechange ou de remplacement raisonnablement satisfaisant »;
Dispositions relatives aux appels d’offres restreints applicables en vertu de l’accord Canada-Chili (article Kbis-09)
Kbis-09 (b) – « lorsque, du fait qu’il s’agit d’œuvres d’art ou pour des raisons liées à la protection de brevets, de droits d’auteur ou d’autres droits exclusifs ou de renseignements de nature exclusive, ou en l’absence de concurrence pour des raisons techniques, les produits ou services ne pourront être fournis que par un fournisseur particulier et qu’il n’existera aucun produit ou service de rechange ou de remplacement raisonnablement satisfaisant »;
Dispositions relatives aux appels d’offres restreints applicables en vertu de l’accord de libre-échange canadien (ALEC)(article 513.bi)
506.12(b) – « lorsque, pour des raisons d’ordre technique, il y a absence de concurrence et que les produits ou services ne peuvent être fournis que par un fournisseur donné et qu’il n’existe aucune solution de rechange ou encore de produits ou services de remplacement »;
Dispositions relatives aux appels d’offres restreints applicables en vertu de l’accord de libre échange Canada-Honduras (article 17.11)
17.11.2 b) un bien ou un service à acquérir ne peut être fourni que par un fournisseur particulier et qu’il n’existe aucun produit ou service de rechange ou de remplacement raisonnablement satisfaisant parce que :
(i) le bien ou le service est une œuvre d’art;
(ii) le bien ou le service est protégé par un brevet, un droit d’auteur ou un autre droit exclusif de propriété intellectuelle;
(iii) il y a une absence de concurrence pour des raisons techniques;
Dispositions relatives aux appels d’offres restreints applicables en vertu de l’accord de libre échange Canada-Panama (article 16.10)
16.10.1b) un bien ou un service à acquérir ne peut être fourni que par un fournisseur particulier et qu’il n’existe aucun produit ou service de rechange ou de remplacement raisonnablement satisfaisant parce que :
(i) le bien ou le service est une œuvre d’art;
(ii) le bien ou le service est protégé par un brevet, un droit d’auteur ou un autre droit exclusif de propriété intellectuelle;
(iii) il y a une absence de concurrence pour des raisons techniques;
Dispositions relatives aux appels d’offres restreints applicables en vertu des accords de libre-échange Canada-Pérou et Canada-Colombie (article 1409.b.ii)
un bien ou un service à acquérir ne peut être fourni que par un fournisseur particulier et qu’il n’existe aucun produit ou service de rechange ou de remplacement raisonnablement satisfaisant parce que :
(i) le bien ou le service est une œuvre d’art;
(ii) le bien ou le service est protégé par un brevet, un droit d’auteur ou un autre droit exclusif de propriété intellectuelle;
(iii) il y a une absence de concurrence pour des raisons techniques.
8. Titre de propriété intellectuelle
La propriété de toute propriété intellectuelle de premier plan découlant du contrat proposé sera dévolue à l'entrepreneur.
9. Période du contrat
La période du contrat s’étendra de la date d’attribution du contrat au 31 janvier 2021.
10. Coût estimé
La valeur maximale estimée du contrat est de 129 950,00 $ CAD, taxes incluses.
11. Nom et adresse du fournisseur proposé
The Open Geospatial Consortium
35 Main Street
Wayland, Maryland, 01778
12. Droit des fournisseurs de présenter un énoncé de capacités
Les fournisseurs qui se considèrent pleinement qualifiés et disponibles pour fournir les services / biens décrits dans les présentes, peuvent soumettre un énoncé de capacités par écrit, de préférence par e-mail, à la personne de contact identifiée dans le présent avis au plus tard à la date et à l'heure de clôture de cet avis. L'énoncé de capacités doit démontrer clairement comment le fournisseur satisfait aux exigences annoncées.
13. Date de fermeture
La date limite pour la présentation d’un énoncé des capacités est le 9 avril 2020 à 14 h (HAE).
14. Autorité contractuelle
Nom: Micheline Boucher
Addresse: 580 Booth Street, Ottawa, Ontario K1A 0E4
Téléphone: 343-292-8372
Courriel: M••••••••@••••••.ca