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
Ressources naturelles Canada (RNCan) doit élaborer et promouvoir le format «MapML» (Map Markup Language / le langage de balisage des cartes), qui prend en charge l'intégration à la demande d'importants services normalisés disponibles dans l'Infrastructure canadienne de données géospatiales (ICDG). GeoServer et PostGIS sont des composants open source essentiels utilisés par les organisations participant à l'ICDG. L'objectif principal du contrat proposé est donc d'implémenter «MapML» dans GeoServer. De plus, l’objectif secondaire est d’analyser les besoins en modifications potentielles de PostGIS qui pourraient être utilisées par la fonctionnalité «MapML» de GeoServer et d'autres logiciels de l'ICDG.
Les exigences liées au projet GeoServer du projet incluent l’implémentation de «MapML» (text/mapml) en tant que l’offre de format pour les points de terminaison du service de cartographie Web (WMS) et du service de traces géographiques Web «WFS» (Web Feature Service).
Les exigences liées à PostGIS incluent l'analyse, la conception et la révision par la communauté PostGIS pour évaluer les exigences «MapML» liées à la fonction ST_SubDivide (geom) sont acceptable.
Les exigences du projet incluent la communication des résultats de développement sous la forme d’articles de blog et de présentations.
Le Canada gardera la propriété intellectuelle développée au cours du projet.
2.1 GeoServer - Implanter la spécification «MapML» (text/mapml) comme offre de format pour WMS et WFS.
L'interface administrative de cette fonction doit permettre à l'administrateur du serveur de désigner une couche comme disponible dans «MapML» uniquement si la couche est disponible dans l'une des projections «MapML» (EPSG: 3978, EPSG: 3857, EPSG: 5936). Chaque document «MapML» doit contenir des métadonnées de base sur la collection de couches / d'entités, sous la forme d'éléments <head>, <title>, <meta> et <link>.
L'interface d'administration du WFS doit permettre de sérialiser une collection de traces géographiques qui est déjà disponible en CRS84 en tant qu’un document «MapML» WGS84 contenant un link@rel=features et les entrées <input> associées appropriées.
L'interface d'administration doit permettre à l'administrateur d'activer la couche en tant que maquettes de lien «MapML» basés sur des images ou des tuiles, à la discrétion de l'administrateur. (Typiquement, la présence d'étiquettes dans une couche plaiderait contre la mise à disposition de la couche via des maquettes de liens au tuiles, mais il s'agit d'un jugement que l'administrateur doit effectuer lui-même).
L'interface d'administration doit permettre aux couches interrogeables WMS d'émettre un balisage «MapML» leur permettant d'être interrogées (une maquette de lien link@rel="query") par le client. Si l'administrateur choisit d'activer les maquettes de lien link@rel=”query” dans le «MapML», l'interface d'administration doit offrir de manière optionnelle la saisie d'une valeur link@title via un champ de saisie de texte.
Si l'administrateur active les enquêtes par une maquette de lien link@rel=”query” dans le «MapML» pour une couche WMS ou une collection de traces géographiques WFS, l'interface d'administration doit autoriser de manière optionnelle à l'auteur de la carte à spécifier ou fournir un fichier maquette «MapML» pour les réponses de GetFeatureInfo et GetFeature sous forme de text/mapml. Le fichier maquette doit être traité sur chaque requête GetFeatureInfo / GetFeature et les variables dans la maquette doivent être substituées à partir des informations de configuration du serveur et des informations spécifiques à la / aux traces géographiques impliquées par l’enquête, avant d’être renvoyées au client, le cas échéant.
Le serveur doit, le cas échéant et identifié par l'administrateur via sa configuration, permettre la sérialisation de l'heure et d'autres dimensions de la carte en tant qu'une ou plusieurs <select> <option…> </ select> comme spécifié par la spécification «MapML». Cette fonction permet à l'utilisateur final de choisir la date / heure ou d'autres valeurs de variable de dimension de carte dans une liste de valeurs définies alternatives valides pour la couche de carte au moment où l'utilisateur final accède à la couche de carte.
Le serveur doit permettre à l'administrateur de désigner une variable en tant qu'entrée de «shard» de domaine caché, conformément à la spécification «MapML».
S'il existe d'autres styles pour une couche WMS pour lesquels les réponses «MapML» sont activées, le serveur doit générer automatiquement des liens de document dans l'en-tête (link @ rel = "style") de la réponse «MapML», un pour chaque autre style. Déréférencement ces liens doivent renvoyer un document «MapML» pour cette couche dans ce style nommé, avec les autres styles nommés pour cette couche représentée sous forme de liens alternatifs (lien@rel =”style”) dans ce document. Le style nommé actuel sélectionné par le client doit être identifié dans l'ensemble des liens de styles alternatifs par l'ajout d'une deuxième valeur ‘rel’ pour ce style uniquement: link@rel="self style".
L'interface d'administration doit permettre à l'administrateur de saisir les attributs d'un lien de licence à placer dans l'en-tête du document de réponse «MapML» pour le WMS dans son ensemble ou de remplacer sa valeur par couche.2.2 PostGIS - Concevoir et faire valider le support de «MapML» dans la fonction ST_Subdivide (geom)
En tant qu’autre forme polymorphe de la fonction (ou tout autre moyen à négocier avec le développeur), de telle sorte que les segments ajoutés à la géométrie par la fonction soient identifiés en tant que décalages de tableau OU donnent à la fonction la possibilité de retourner une fonction codée «MapML» avec le paramètre ajouté des segments marqués avec <span>, ou une autre balise passée en argument. Cette conception devrait être validée par le comité de pilotage de PostGIS. La conception résultante ne doit pas nécessairement être spécifique à MapML, mais elle doit être utilisable pour le cas d'utilisation du balisage.
2.3 Communication
Article de blog sur l'intégration de «MapML» dans GeoServer
Présentation sur l'intégration de «MapML» dans GeoServer développée et présentée en personne lors d'une conférence ou réunion publique sur le thème géospatial, telle que FOSS4G ou un autre lieu similaire. Les frais de déplacement ne sont pas inclus.
3. Critères pour l’évaluation de l’énoncé de capacités
Tout fournisseur intéressé doit démontrer au moyen d’un énoncé de capacités que son produit/matériel/système répond aux exigences suivantes :
Doit avoir une relation de travail mis en place pour les projets open source GeoServer et PostGIS.
Doit avoir une connaissance approfondie des normes WMS et WFS Open Geospatial Consortium (OGC). Doit comprendre parfaitement le standard Simple Features for SQL OGC. Doit comprendre parfaitement le moteur de données spatiales PostGIS pour la base de données relationnelle PostgreSQL. Cette compréhension de l'expert serait démontrable par une expérience antérieure dans chacun des domaines pertinents d'au moins 5 ans.
Doit avoir du personnel expérimenté en rapport avec le travail requis décrit au paragraphe 2 pour effectuer le travail conformément aux exigences décrites ci-dessus.
Doit être disposé à rendre la propriété intellectuelle développée dans ce projet au Canada.
4. Accord commerciaux
Les accords commerciaux ne s=appliquent pas.
5. Justification du fournisseur présélectionné
Nous avons l’intention de traiter directement avec le fournisseur mentionné à l’article 10 ci-après, à notre connaissance, il est le seul fournisseur qui répond aux critères obligatoires énoncés à l’article 3 ci-dessus.
Si le Canada devait recevoir un énoncé des capacités d’un fournisseur qui contient suffisamment de renseignements pour indiquer qu’il satisfait aux exigences énoncées dans ce PAC, un processus concurrentiel sera déclenché avec une méthodologie d’évaluation technique et financière des offres proposées par les soumissionnaires potentiels.
6. Exception au Règlement sur les marchés de l’état
Conformément à l'exception du Règlement sur les marchés de l'État (RME), partie 1, article 6 (d), une seule personne ou société est apte à réaliser le contrat.
Le fournisseur identifié, Refractions Research Inc., est le seul à pouvoir satisfaire à tous les critères identifiés au paragraphe 3 ci-dessus.
Le contractant proposé est le seul contractant capable d'exécuter les travaux décrits au paragraphe 2, qui seront mis à la disposition du public via les projets GeoServer et PostGIS.
7. Titre de propriété intellectuelle
Le Canada compte conserver le titre de toute propriété intellectuelle découlant du contrat proposé puisque le principal but du contrat est de générer des connaissances et de l'information pour dissémination publique.
8. Période du marché
À partir de l’attribution du contrat au 31 mars 2019.
9. Estimation du coût
La valeur estimée du contrat ne doit pas excéder 54 000,00 $.
10. Nom et adresse de l’entrepreneur éventuel visé par le PAC
Refractions Research Inc.
1207 Douglas Street, Suite 419
Victoria, BC
V8W 2E7
11. Droit des fournisseurs de présenter un énoncé de capacities
« Les fournisseurs qui se considèrent pleinement qualifiés et disponibles pour fournir les services / produits décrits ici, peuvent présenter un Énoncé de Capacités par écrit, de préférence par courriel, à l’autorité contractuelle indiquée dans le présent avis avant la date et l’heure de clôture de cette Avis. L’Énoncé de Capacités doit clairement démontrer comment le fournisseur répond aux exigences annoncées ».
12. La date limite pour la présentation d’un énoncé de capacités
Le 29 octobre 2018 à 14 heures, heure avancé de l=Est (HAE).
13. Autorité Contractante
Lucie Lepage
Ressources naturelles Canada
Agente de négociation de contrats
580, rue Booth, pièce 5-D2-2
Ottawa (Ontario) K1A 0E4
Télécopieur : 613-947-5477
Adresse courriel : l••••••••@••••••.ca
