Comme nous venons de l’annoncer ici, la solution Open Data Clé en main sous licence libre Microsoft Public License (Ms-PL) est désormais disponible dans sa nouvelle évolution 2014-09.

Cette nouvelle version a été l’occasion de revisiter la documentation de l’ensemble de la solution ainsi proposée et bien sur celle afférente aux différents accélérateurs qui la compose aujourd’hui, à savoir :

• La plateforme de publication des données ouvertes OGDI DataLab.
• Le Framework applicatif multiplateformes ODAF Openturf.
• Le portail Citoyen Open Data.
• La plateforme d’installation automatisée ODPI.

Nous profitons donc de l’espace de ce billet pour vous présenter la documentation ainsi mise à disposition sous la licence Paternité - Partage à l'Identique 3.0 non transposé, licence qui doit en permettre une large réutilisation.

L’ensemble de la documentation présentée dans la suite de ce billet est proposé dans un fichier archive .zip téléchargeable en bas de ce billet. La documentation relative aux différents accélérateurs est disponible également au niveau des projets afférents sur la forge communautaire GitHub.

Les projets Open Data et la solution Open Data Clé en main

La solution Open Data Clé en main est une solution complète en marque blanche sous licence libre, prête à l’usage, interopérable, ouverte, évolutive et déployée et mise en ligne « en quelques clics » dans l’environnement d’exécution et d’hébergement Microsoft Azure pour bénéficier pleinement des apports du Cloud (puissance et élasticité, modèle économique), avec pas ou peu d’investissement initial et un « Time-to-Market » rapide.

Le document Vue d’ensemble de la solution Open Data Clé en main.docx vous propose un tour d’horizon de cette solution qui vous est proposée pour vos projets Open Data.

Microsoft a déjà eu l’honneur d’accompagner des initiatives ambitieuses en termes de projets Open Data avec cette solution. Le document Réussir votre projet Open Data avec la solution Open Data Clé en main.docx revient sur les points qui nous semblent clé au regard de ces initiatives, et sur ce que nous avons appris. A ce titre, ce document se veut donc un guide « vademecum » pour mener à bien et réussir un projet Open Data.

Si vous vous pouvez de nombreuses questions sur cette solution, nous tentons d’apporter un certain nombre de réponses au travers du document Foire aux questions sur la solution Open Data Clé en main.docx.

La solution Open Data Clé en main propose un ensemble d’accélérateurs pour vos projets Open Data. Voyons comment en tirer parti ! et abordons la documentation disponible avec les accélérateurs.

Provisionner son environnement Open Data avec ODPI

ODPI vise à permettre à toutes personnes, même les moins techniques, d’installer simplement et rapidement des solutions Open Data complexes conçues pour les fonctionnalités Sites Web et Cloud Services de l’environnement Azure dans le cloud.

Cette plateforme personnalisable permet ainsi de déployer avec un minimum d’effort des environnements comme les accélérateurs de la solution Open Data Clé en main. Elle suppose comme simple préalable de disposer d’un abonnement Azure.

Le document Déployer la solution Open Data Clé en main avec ODPI.docx s’intéresse à la mise en œuvre de votre environnement Open Data sur la base de la version 2014-09 de la solution Microsoft Open Data Clé en main au travers d’ODPI et en particulier avec l’instance de démonstration mise à disposition par Microsoft France à l’adresse http://odpifrance.cloudapp.net/.

Si vous ne disposez pas (encore) d’un abonnement Azure, naviguez simplement vers https://aka.ms/free/trial et cliquez sur essayer-la gratuitement (en vert) pour vous créer un compte de test. Un assistant vous guide alors dans les différentes étapes.

Vous pourrez alors en moins de deux heures et sans complexité disposer avec ODPI de votre propre environnement Open Data fondé sur la solution Open Data Clé en main.

Le document Démarrer avec ODPI dans Azure.docx détaille l’ensemble du processus de mise en œuvre et de publication sur Azure de votre propre plateforme ODPI et ce depuis son téléchargement avec le projet correspondant sur la forge communautaire GitHub. Sont ainsi abordés à ce titre comment configuré son abonnement Azure, comment intégrer une version personnalisée des toutes dernières versions des accélérateurs de la solution Open Data Clé en main, comment intégrer une autre composante, etc.

Publier des catalogues de jeux de données avec OGDI DataLab

Si vous souhaitez disposer d’une version personnalisée d’OGDI DataLab ou simplement exploiter votre propre environnement Open Data mis en œuvre rapidement au travers d’ODPI, OGDI DataLab s’accompagne d’un ensemble de documents pour vous guider pour chaque grande tâche.

Ainsi, le document Démarrer avec OGDI DataLab.docx vous propose une visite guidée au sein de la solution Visual Studio 2013, les différents projets qui la constitue, et ce depuis son téléchargement avec le projet correspondant sur la forge communautaire GitHub.

Fort de cette compréhension, le document Déployer OGDI DataLab dans Azure.docx vous propose une procédure guidée étape par étape pour la mise en œuvre opérationnelle dans Azure du socle technologique proposé par OGDI DataLab.

Une fois votre environnement OGDI DataLab en place, la publication de jeux de données est guidée en suivant les instructions du document Mettre à disposition des jeux de données avec OGDI DataLab.docx, avec notamment la préparation de vos données de type texte dans un format prêt pour le téléchargement. L’association d’informations en format binaire y est également abordée.

Vos jeux de données sont à présent en ligne. Le document Utiliser OGDI DataLab.docx précise comment les consommer. La prise de contact avec les créateurs d’applications potentiellement intéressés par vos données pour leurs applications se trouvera facilitée par les possibilités offertes par le standard OData (Open Data Protocol) pris en charge par OGDI DataLab et ainsi décrit par ce document.

Mettre à disposition des usagers un portail Open Data

Le portail Citoyen Open Data met à disposition de l’acteur public un modèle de portail de données orienté utilisateur final et avec intégration sociale. Il s’adapte très facilement à la stratégie de l’acteur public en matière de portail.

Le document Déployer le Portail Citoyen Open Data dans Azure.docx détaille l’ensemble du processus de mise en œuvre et de publication dans Azure d’une solution personnalisée du Portail Citoyen Open Data. Un accompagnement pas-à-pas vous est ainsi proposé pour toutes les étapes du processus, et ce depuis son téléchargement avec le projet correspondant sur la forge communautaire GitHub.

Mettre à disposition des développeurs un Framework

ODAF Openturf utilise les services de la plateforme de publication de données ouvertes OGDI DataLab pour faciliter l'utilisation d’informations publiques géo-localisées variées et leur affichage sur une carte, avec une intégration réseau social. Différents modèles d’application sont ainsi proposés.

Le document Démarrer avec ODAF Openturf.docx présente cet accélérateur, ses fondations et architecture, ainsi que ses modèles d’application. Il décrit bien sur le contenu à proprement parler du projet, l’organisation du code source ainsi mis à disposition et ses modalités de compilation.

Le document Déployer ODAF Openturf dans Azure.docx décrit les modalités de mise en œuvre de cet accélérateur et de mise à disposition de données notamment dans Azure, et ce depuis son téléchargement avec le projet correspondant sur la forge communautaire GitHub.

Les documents Déployer ODAF Openturf pour Android.docx, Déployer ODAF Openturf avec pour iPhone.docx, Déployer ODAF Openturf avec Windows Phone.docx décrivent les modalités de mise en œuvre des différents modèles d’application proposés pour Android, iOS et Windows Phone.

Nous en avons terminé avec la documentation proposée par la solution Open Data Clé en main.

Nous espérons que ce rapide billet vous aura donné l’occasion de mieux voir comment tirer parti de toute cette documentation ainsi mise à disposition et d’aller ainsi plus loin avec la solution Open Data Clé en main dans vos projets.

Votre opinion nous intéresse ! N’hésitez pas à nous transmettre vos commentaires via la boîte aux lettres Open Data France (mailto:ogdifrance@live.fr) afin que nous puissions améliorer cette solution communautaire Open Data Clé en main.

Solution Open Data Clé en main.zip

La solution Open Data Clé en main sous licence libre Microsoft Public License (Ms-PL) est désormais disponible dans sa nouvelle évolution 2014-09 comme l’indique le titre de ce billet.

Au menu,

• Une montée de version généralisée pour l’ensemble des accélérateurs de la solution,
• La prise en compte de la dernière version des API Bing Cartes,
• La prise en compte d’Azure Active Directory et des fournisseurs d’identités sociales,
• Des évolutions pour la plateforme de publication OGDI DataLab,
• L’intégration du nouvel ODAF OpenTurf comme annoncé dans un précédent billet,
• Des évolutions pour le portail Citoyen Open Data,
• La mise à jour de la plateforme de publication ODPI.

Les différents projets relatifs aux accélérateurs de la solution sont disponibles sur la forge communautaire GitHub :

• ici pour la plateforme de publication des données ouvertes OGDI DataLab.
• ici pour le Framework applicatif multiplateformes ODAF Openturf.
• ici pour le portail Citoyen Open Data.
• ici pour la plateforme d’installation automatisée ODPI.

Avec la mise à disposition de leur code source complet sous licence libre Microsoft Public License (Ms-PL) et de la documentation complète associée sous licence Paternité - Partage à l'Identique 3.0 non transposé.

Vous pouvez tester d’ores et déjà tester les nouvelles versions de ces accélérateurs de la solution Open Data Clé en main avec les démonstrateurs proposés en ligne par Microsoft France :

• OGDI DataLab (configurateur de catalogues de jeux de données, chargeur de données)
• Citizen Portal (configuration)
• ODAF OpenTurf (configuration)
• ODPI

Les différents pointeurs sur cette nouvelle étant ainsi listés, il est temps de passer aux nouveautés.

Une montée de version généralisée pour l’ensemble des accélérateurs

Comme nous le décrivions dans un précédent billet, les services de cloud computing utilisés par les accélérateurs précédents sont déployés et exécutés sur des machines virtuelles sous un système d'exploitation Windows Server optimisé pour fonctionner au sein de votre abonnement dans l’environnement Azure.

Ce système d’exploitation évolue régulièrement et fait donc l’objet de mises à jour globalisées. Celles-ci sont nécessaires pour s’assurer que les solutions développées à destination de la plateforme Azure sont adossées à des systèmes fiables et sécurisés, intégrant les dernières innovations. Les évolutions introduites dans la version 2014-09 de la solution Open Data Clé en main permettent de déployer par défaut les accélérateurs sur la toute dernière famille de système d’exploitation invité 4.x basée sur Windows Server 2012 R2.

De fait, chaque fichier de configuration de service ServiceConfiguration.cscfg proposé par défaut au niveau dans les projets de ces accélérateurs spécifie par défaut au niveau de l’élément ServiceConfiguration cette famille de système d’exploitation invité pour les services de cloud computing.

<ServiceConfiguration serviceName="service-name" osFamily="4" osVersion="*" schemaVersion="2014-06.2.4">

  …

</ServiceConfiguration>

Cette évolution a été rendue possible en passant pour l’ensemble des accélérateurs de la solution Open Data Clé en main sur la toute dernière version du kit de développement (SDK) Azure, à savoir la version 2.4 pour .NET (août 2014), et sur la version 4.5 de .NET.

Une correspondance est en effet établie entre la version du SDK Azure utilisée et certaines des versions du système d'exploitation invité. Les compatibilités des familles de système d’exploitation et de SDK sont référencées ici dans la documentation en ligne. Pour mémoire, lorsqu’une nouvelle version du SDK est publiée, vous avez jusqu'à un an pour moderniser vos solutions en la recompilant avec une version de SDK supporté. Nous venons d’effectuer ce travail avec cette version 2014-09 de la solution comme nous l’avions annoncé :)

Ces évolutions s’accompagnent enfin d’une disponibilité des projets sous forme de solutions Visual Studio 2013.

La solution Open Data Clé en main se trouve donc à date au meilleur état technique en termes de version.

La prise en compte de la dernière version des API Bing Cartes

Le point précédent se traduit également par l’utilisation de la toute dernière version à date 7.x des APIs Bing Cartes comme décrite dans un billet ici sur ce même blog. Fondées sur une approche de type Logiciel + Services (S+S), ces dernières comprennent des contrôles et des services de cartographie que vous pouvez utiliser pour intégrer Bing Cartes au sein d’applications et de sites Web.

Les accélérateurs OGDI DataLab, ODAF Openturf et Portail Citoyen Open Data bénéficient de cette évolution et partagent pour l’occasion le même code.

En plus des cartes interactives et statiques, ces API permettent d'accéder à d'autres fonctionnalités géospatiales telles que le géocodage, les données de route et de trafic, des sources de données spatiales que vous pouvez utiliser pour stocker et requêter des données qui ont une composante spatiale, telles que l'emplacement de bornes de recharge pour des véhicules électriques par exemple.

La prise en compte d’Azure Active Directory et des fournisseurs d’identités sociales

La solution Open Data Clé en main propose une prise en charge native du répertoire Azure Active Directory dans Azure pour notamment l’administration des accélérateurs de la solution Open Data Clé en main : ODAF Openturf et le portail Citoyen Open Data tirent parti de cette capacité.

Au lieu de devoir mettre en œuvre un système d’authentification au niveau des différents accélérateurs de la solution Open Data Clé en main, vous pouvez laisser ainsi cette fonctionnalité d’Azure s’occuper de l’authentification et des autorisations de vos utilisateurs. Azure Active Directory s’occupe également pour vous, le cas échéant, de la synchronisation des identités et de l’authentification fédérée des utilisateurs d’entreprise. Il s’intègre, pour cela, nativement avec des annuaires d’entreprise comme Active Directory ou d’autres annuaires LDAP et permet une authentification fédérée avec des plateformes de fédération comme Active Directory Federation Services (AD FS), Shibboleth, etc. grâce à la prise en charge des standards protocolaires en la matière.

Azure Active Directory s’intègre aussi nativement avec différents fournisseurs d’identité Web tels que Microsoft Account, Google Account, Facebook, etc.

De façon à tirer parti de ces possibilités, la solution Open Data Clé en main s’appuie pour cela notamment sur les capacités des composants de sécurité de Microsoft OWIN pour le Framework .NET. OWIN propose nativement le support de standards comme OpenID Connect, WS-Federation, OAuth (Open Authorization) 2.0, etc. Au-delà de l’intégration avec Azure Active Directory, c’est ainsi, en particulier, que le Framework ODAF Openturf prend en charge nativement Twitter. Ce mode de fonctionnement peut être facilement étendu aux autres accélérateurs de la solution Open Data Clé en main.

Des évolutions pour la plateforme de publication OGDI DataLab

Au-delà des apports précédents, OGDI DataLab se voit doter vis-à-vis du kit de développement interactif (DataBrowser), et pour un jeu de données sélectionné, d’un affichage sélectif des colonnes des données, de l’intégration des réseaux sociaux, etc.

Cette version d’OGDI DataLab voit également une évolution significative du chargeur de données désormais disponible en français et en anglais, avec notamment une gestion plus transparente de des différents encodages des fichiers à charger, la prise en charge des différents séparateurs dans les fichiers CSV, et un pipeline de gestion d’erreurs permettant le cas échéant une amélioration des remontées d’erreur lors d’un problème rencontré sur un fichier.

Des évolutions pour le portail Citoyen Open Data

Au-delà des apports généraux mentionnés précédemment, le Portail Citoyen Open Data se voit doter également pour un jeu de données visualisé d’un affichage sélectif des colonnes des données.

L’intégration du nouvel ODAF OpenTurf

L’évolution d’ODAF Openturf annoncé dans un précédent billet est désormais et enfin disponible avec cette nouvelle version 2014-09 de la solution Open Data Clé en main. Cette évolution intégrait déjà les apports généraux mentionnés ci-dessus ainsi que la prise en charge de la toute dernière version des API Bing Cartes.

La mise à jour de la plateforme de publication ODPI

Au-delà des apports généraux mentionnés précédemment, ODPI voit également son lot de modification avec bien sûr des nouveaux paquets en version 2014-09 pour chacun des accélérateurs précédents mais également un certain nombre de modifications au niveau des vues et des modèles de configuration.

Nous espérons que ce rapide billet vous aura donné l’occasion d’avoir un bon aperçu des évolutions apportées et envie d’aller plus loin avec la solution Open Data Clé en main.

Votre opinion nous intéresse ! N’hésitez pas à nous transmettre vos commentaires via la boîte aux lettres Open Data France (mailto:ogdifrance@live.fr) afin que nous puissions améliorer cette solution communautaire Open Data Clé en main.

L’accélérateur ODAF (Open Data Application Framework) OpenTurf constitue, au sein de la solution Open Data clé en main, un Framework applicatif multiplateformes sous licence libre Microsoft Public License (Ms-PL) centré sur l’expérience utilisateur pour mettre en valeur des (jeux de) données géo-localisées.

Un bref rappel sur ODAF OpenTurf

Avant d’aborder les nouveautés comme le titre du billet le suggère, revenons un instant sur la proposition de valeur que représente la version courante d’ODAF OpenTurf aujourd’hui.

Comme extension de la plateforme de publication OGDI DataLab, cœur de la solution Open Data Clé en main, l’accélérateur ODAF OpenTurf vise à faciliter l’exploitation et la mise en valeur de (catalogues de) jeux de données géo-localisées exposés par OGDI DataLab sous la forme de flux de données en KML (Keyhole Markup Language) au travers d’une URL REST, par exemple http://ogdifrance.cloudapp.net:8080/v1/frOpenData/Arbres?format=kml.

ODAF Open Turf affiche ces données (notamment) sur une carte Bing Cartes afin de permettre à un utilisateur final d’y accéder et de pouvoir les visualiser sous leur forme la plus naturelle.

Comme Framework, ODAF Open Turf propose pour cela des modèles d’applications prêts à l’emploi et intégrés avec les réseaux sociaux (Twitter et Facebook) pour le Web riche, les appareils mobiles les plus courants (Android, iPhone/iPad et Windows Phone).

Ces modèles permettent de concevoir rapidement des applications de cartographie Open Data consommant des données géo-localisées pour un affichage sur une zone ou région donnée.

Ces modèles proposent ainsi par défaut en termes de capacités vis-à-vis d’un utilisateur final :

• De visualiser plusieurs jeux de données géo-localisées sur une même région géographique sous forme d’un ensemble de points de repère,
• De noter, de commenter et d’étiqueter des points de repère spécifiques au sein de plusieurs jeux de données,
• De définir des points de repère personnalisés (et donc d’agréger des données qui lui sont propres avec d'autres jeux de données),
• D’interagir avec des points de repère visuels et de partager une information en relation sur les réseaux sociaux.

Les capacités autres que l’aspect « visualisation des données » supposent une authentification de l’utilisateur. Pour rendre plus naturelle l’interaction, ODAF OpenTurf s’appuie pour cela tout simplement sur la dimension Réseau Social et propose un interfaçage natif avec les réseaux sociaux Twitter et Facebook, interfaçage pouvant être étendu très facilement à d’autres réseaux. Ainsi, un utilisateur peut s’authentifier sur ODAF OpenTurf via son compte Twitter existant ; ce qui lui permet dès lors de commenter des points de repères de données, d’émettre des avis, de donner des notes, de créer ses propres points de repère et de créer des tweets géo-localisés vis-à-vis d’un point de repère donné.

Les présentations étant ainsi faites - s’il en était besoin – nous avons le plaisir d’annoncer dans ce billet la refonte de la partie Web riche et du back-end du Framework ODAF OpenTurf.

Les évolutions d’ODAF OpenTurf

Si l’accélérateur ODAF OpenTurf comprend toujours une base de données SQL Azure (ou bien SQL Server, avec possibilité de portage sur une base de données MySQL ou SQLite) pour stocker les diverses informations précédentes issues des utilisateurs finaux, le modèle d’application Web riche, qui constitue en même temps le socle d’administration du Framework, est désormais complètement écrit en HTML à l’instar des autres accélérateurs de la solution Open Data Clé en main.

Le composant Silverlight qui jusque-là avait la charge du rendu cartographique avec Bing Cartes est remplacé par du code HTML 5, CSS3 et JavaScript. Cette évolution renforce non seulement la cohérence de la solution Open Data Clé en main dans son ensemble mais permet dans le même temps d’étendre la compatibilité du modèle d’application Web riche.

Ce dernier se présente dans la pratique sous la forme d’une application ASP.NET MVC, avec de facto une architecture Modèle-Vue-Contrôleur (MVC) pour offrir des vue facilement adaptables à un contexte de mise en œuvre donné, au-delà des options de configuration et de personnalisation du Framework OpenTurf. Cette refondation technologique permet de déployer rapidement le site Web/modèle d’application riche du Framework ODAF OpenTurf sur n’importe quel serveur IIS et encore plus simplement dans la plateforme Microsoft Azure en tant que simple Site Web Azure, qui représente l’option par défaut. On retrouve ici la philosophie introduite par le Portail Citoyen, autre accélérateur de la solution Open Data Clé en main.

Comme précédemment et à l’instar du Portail Citoyen, le site Web contient une section Administration qui permet de configurer l’essentiel du Framework et du modèle d’application Web riche comme nous le verrons par la suite de ce billet.

La configuration utilise toujours un compte de stockage Azure. Elle reprend par contre désormais l’organisation et les principes initiés avec le Portail Citoyen. A ce titre, la gestion des accès à cette section Administration se configure désormais via un répertoire Azure Active Directory (Azure AD), qui de fait peut être utilisé conjointement avec le Portail Citoyen. Azure AD est un service d’identité et de gestion des accès gratuit de la plateforme Microsoft Azure.

Cette nouvelle approche permet encore une fois de renforcer l’homogénéité de la solution Open Data Clé en main en termes de modalités de configuration des différents accélérateurs tout en introduisant une distinction bienvenue entre les identités des administrateurs de la solution et celles des utilisateurs finaux. Dans le premier cas, l’authentification est assurée par Azure AD et déléguée le cas échéant à l’infrastructure d’identité en local de l’organisation qui a déployé cet accélérateur si une fédération d‘identité est en place. Dans le second cas, l’authentification est déléguée aux fournisseurs d’identités sociales pris en charge à l’image de Twitter.

Venons-en à l’interface graphique du site et à ses fonctionnalités natives par défaut.

La nouvelle interface du site Web

Le nouveau site reprend trait pour trait l’identité visuelle épurée de la version précédente introduite l’année dernière avec la nouvelle version de la solution Open Data clé en main. Le déroulé suivant de l’interface s’appuie une instance de démonstration déployée à l’adresse http://odafrance.azurewebsites.net.

Naviguez vers cette URL. L’application web riche s’affiche.

Sélectionnez une région, par exemple Paris. Sélectionnez un jeu de données (collection de points de repère) pour cette zone géographique, par exemple Bornes et Arceaux.

Sélectionnez à présent un point de repère affiché. Une vignette s’affiche.

Comme souligné précédemment, sans authentification préalable, il n’est pas possible de commenter un point de repère, d’émettre un avis, ou de donner une note.

Cliquez sur le bouton Se connecter avec Twitter pour vous connecter. Vous êtes alors redirigé vers Twitter pour vous authentifier.

Précisez vos nom d’utilisateur Twitter et mot de passe et cliquez sur Connexion. Vous êtes alors redirigé vers le site ODAF OpenTurf.

De retour dans le site, de nouvelles fonctionnalités sont disponibles, à l’image de la possibilité d’ajouter vos propres points de repère et de visualiser tous les points de repère partagés dans le bandeau à gauche.

Sélectionnez à nouveau le jeu de données Bornes et Arceaux puis cliquez sur un point de repère. Vous pouvez à présent par exemple ajouter un commentaire sur le point de repère.

Rendez-vous à présent dans la section Administration du Framework ODAF OpenTurf. Ajoutez simplement /admin après l’URL du site, par exemple : http://odafrance.azurewebsites.net/admin pour notre instance de test. Vous êtes alors redirigé vers le répertoire Azure AD de l’organisation qui a déployé le site, ici un répertoire de test de Microsoft France pour les besoins d’illustration de la solution Open Data Clé en main.

Il convient alors de renseigner les identifiants d’un compte avec des privilèges d’administration créé préalablement dans le répertoire Azure AD. Vous accédez alors à la section Administration du Framework. Un panneau à gauche permet d’accéder à la configuration des différentes rubriques du Framework et du site, de façon similaire à ce que propose le Portail Citoyen.

La section Configuration permet de lister les utilisateurs finaux de la solution qui se sont authentifiés avec leur identité sociale. Ces utilisateurs sont stockés dans la base de données d’ODAF OpenTurf comme indiqué précédemment.

Elle permet également de configurer les paramètres "système" du Framework au niveau des rubriques Sources et des Flux.

ODAF OpenTurf permet l’affichage de différentes régions géographiques, chaque région étant délimitée par les frontières de son polygone.

D’un point de vue configuration, il s’agit d’une source de données à laquelle sont ensuite associer un ou plusieurs jeux de données. Cliquez sur Sources. La vue correspondante permet de lister les sources déclarées et d’ajouter, de modifier ou de supprimer une source de donnée.

Pour ajouter une source, cliquez sur Ajouter une source. Une boîte dialogue éponyme s’ouvre.

Renseignez les champs de saisie comme suit et cliquez sur OK ensuite :

• Titre : précisez le titre de la source à ajouter dans la liste des régions
• Mise à jour : précisez la date de création au format MM/JJ/AAAA
• Description : précisez une description pour la source
• Nom de l’auteur : précisez le nom de votre choix
• Email de l’auteur : précisez l’adresse mèl de votre choix
• Bordures : précisez la zone à afficher sous la forme de coordonnées latitude/longitude, par exemple "latitude":48.860903,"longitude":2.340793 pour Paris
• Active : coché

Pour associer un jeu de données à la source nouvellement créée, cliquez sur Flux. Les flux courants issus (des catalogues d’une ou plusieurs instances) de la plateforme de publication OGDI DataLab sont listés.

Cliquez sur Ajouter un flux. Une boîte dialogue éponyme s’ouvre.

Renseignez les champs de saisie comme suit et cliquez sur OK ensuite :

• Source de données : sélectionnez la source où les données doivent être affichées
• Titre : précisez un titre pour le flux
• Mise à jour : précisez la date de création au format MM/JJ/AAAA
• Résumé : précisez une description pour le flux
• KML URL : précisez l’URL correspond au flux KML issu de la plateforme de publication de données OGDI DataLab, par exemple http://ogdifrance.cloudapp.net:8080/v1/frOpenData/Arbres?format=kml
• URL de l’image : précisez l’URL de l’image à utiliser pour les points de repère du flux, par exemple http://ogdifranceconfiguration.blob.core.windows.net/assets/pin.png
• Actif : coché

Cliquez à présent sur la rubrique Repères. Les divers points de repère partagés par des utilisateurs authentifiés sont listés. Ces points de repère sont stockés dans la base de données d’ODAF OpenTurf. Vous avez la possibilité de les supprimer ou de les éditer.

La rubrique Commentaires propose les mêmes capacités vis-à-vis cette fois des commentaires.

Nous en avons fini avec notre vue d’ensemble des évolutions. Cette évolution de l’accélérateur ODAF Openturf sera disponible tout prochainement sur la forge GitHub - avec la mise à disposition du code source complet sous licence libre Microsoft Public License (Ms-PL) et de la documentation complète associée sous licence Paternité - Partage à l'Identique 3.0 non transposé.

D’autres évolutions sont à attendre sur les autres modèles d’applications du Framework. Stay tuned ! ;)

Nous espérons que ce billet vous aura donné envie d’imaginer et de concrétiser de belles applications basées sur l’accélérateur ODAF OpenTurf !

Nombreux sont donc celles et ceux à vouloir faire usage de ces données et à en exploiter et valoriser cette dimension géographique de ces (jeux de) données. Il suffit de voir pour s’en convaincre l’engouement généré pour les applications de cartographie lors des appels à projets, la mise en œuvre de concours ou hackatons comme expérimentée dans certaines villes, ou l’organisation d’ateliers créatifs, autant d’initiatives destinées à sortir des usages classiques, à faire émerger des projets très innovants, et à créer une émulation au sein de l’écosystème

Pour autant par où commencer et comment créer des solutions innovantes ?

C’est notamment pour tenter d’apporter une réponse à cette attente que nous proposons l’accélérateur ODAF (Open Data Application Framework) OpenTurf au sein de la solution Open Data clé en main. ODAF Open Turf constitue à ce titre un Framework applicatif multiplateformes sous licence libre Microsoft Public License (Ms-PL) centré sur l’expérience utilisateur pour justement mettre en valeur des (jeux de) données géo-localisées.

Il s’appuie notamment sur les APIs Bing Cartes. Fondées sur une approche de type Logiciel + Services (S+S), ces dernières comprennent des contrôles et des services de cartographie que vous pouvez utiliser pour intégrer Bing Cartes au sein d’applications et de sites web.

En plus des cartes interactives et statiques, ces API permettent d'accéder à d'autres fonctionnalités géospatiales telles que le géocodage, les données de route et de trafic, des sources de données spatiales que vous pouvez utiliser pour stocker et requêter des données qui ont une composante spatiale, telles que l'emplacement de bornes de recharge pour des véhicules électriques par exemple.

On peut ainsi citer les composants principaux suivants pour ces APIs :

Pour démarrer avec Bing Cartes, si vous pouvez bien sûr consulter la documentation en ligne ici, nous vous recommandons vivement en première approche la lecture de l’ouvrage Location Intelligence for Windows Stores Apps qui couvre en pratique tous les composants listés précédemment.

Ce dernier vous plonge en effet dans le monde du géodécisionnel et aborde de façon (très) concrète les différentes options pour la création de solutions innovantes reposant sur des capacités de localisation et de cartographie. Les propos sont illustrés au travers d’exemples type d’applications intelligentes et utiles de cartographie.

Cet ouvrage sous forme d’eBook peut être téléchargé ici, et ses exemples de code ici. Tous les exemples de code sont fournis en JavaScript, C # et Visual Basic. Vous pouvez retrouver le billet sur l’annonce de cet ouvrage ici.

Pour aller plus loin, vous pouvez consulter les ressources suivantes :

• Blog de l’équipe produit Bing Cartes
• Forum d’échange sur Bing Cartes
• Documentation MSDN Bing Cartes
• Exemples de code MSDN sur Bing Cartes

Bonne lecture et bon développement ! :)

Ce billet est co-écrit avec mon collègue Stéphane Goudeau, architecte Cloud au sein de la division DX de Microsoft France. Stéphane est le co-auteur des excellents livre-blancs Le Cloud et le développeur – Comment le cloud révolutionne le développement ? et DevOps pour le Cloud… et réciproquement que je vous invite à lire si ce n’est déjà fait. Vous trouverez plus d'informations ici à ce sujet.

Je vous en souhaite une bonne lecture.

--Philippe

La solution Open Data Clé en main sous licence libre Microsoft Public License (Ms-PL) utilise les services de cloud computing de Microsoft Azure pour les accélérateurs suivants :

	La plateforme de publication des données ouvertes OGDI DataLab disponible sur la forge GitHub ici,
	Le Framework applicatif multiplateformes ODAF Openturf disponible sur la forge GitHub ici,
	Et la plateforme d’installation automatisée ODPI disponible sur la forge GitHub ici.
	Le portail Citoyen Open Data utilise pour sa part par défaut les sites Web de Microsoft Azure, un service d’hébergement permettant la construction rapide de sites Web avec la possibilité d’utiliser des gestionnaires de contenus (CMS) populaires tels que Drupal, Joomla, etc.

En termes de mise en œuvre, ces services de cloud computing sont déployés et exécutés sur des machines virtuelles sous un système d'exploitation Windows Server optimisé pour fonctionner au sein de votre abonnement dans l’environnement Azure.

Ce système d’exploitation évolue régulièrement et fait donc l’objet de mises à jour globalisées. Celles-ci sont nécessaires pour s’assurer que les solutions développées à destination de la plateforme Azure sont adossées à des systèmes fiables et sécurisés, intégrant les dernières innovations.

C’est un sujet que nous avons abordé dans le billet précédent pour OGDI DataLab et que nous souhaitons compléter avec billet. Compte tenu de ces évolutions continues, il est en effet impératif tant pour le développeur que pour le responsable système de disposer d’une bonne compréhension de la façon dont ces mises à jour sont appliquées, et de la façon dont ces dernières peuvent impacter la disponibilité et la facilité de maintenance des solutions dont ils ont la charge. Il s’agit dans le contexte présent des accélérateurs de la solution Open Data Clé en main utilisés pour votre projet Open Data.

Dans la pratique, le modèle sur lequel repose les services de cloud computing délègue à Microsoft la responsabilité de gérer l’infrastructure sous-jacente et notamment les mises à jour. Cette délégation ne dispense pas de se préoccuper des mises à niveau des systèmes d'exploitation hébergés.

Comme vous le savez déjà, et ce éventuellement à la lumière du billet précédent, vous avez la possibilité de contrôler la version de Windows Server déployée dans vos services de cloud computing, en utilisant l'attribut osFamily dans le fichier de configuration de service (fichier ServiceConfiguration.cscfg). A cet attribut osFamily s’ajoute l’attribut osVersion :

<ServiceConfiguration serviceName="service-name" osFamily="osfamily-number" osVersion="os-version" schemaVersion="schema-version">

  …

</ServiceConfiguration>

La configuration du service de cloud computing permet de choisir la mise à jour automatique des versions du système d’exploitation hébergé en spécifiant l’attribut osVersion avec un astérisque « * » (mais pas la mise à jour automatique de la « famille » du système d’exploitation).

Suivant la nature du service de cloud computing, un simple changement de version (par exemple un correctif de sécurité) peut induire une incompatibilité avec le code qui s'exécute dans la solution déployée sur la machine virtuelle.

Si vos (bonnes) pratiques de sécurité vous conduisent à déployer les correctifs de sécurité sur des systèmes de test ou de pré-production avant de les appliquer en production, vous aurez très certainement une préférence pour définir manuellement l’attribut osVersion en correspondance avec vos processus internes de validation de version.

Le développeur est également directement concerné par cette gestion des versions du système d'exploitation des machines virtuelles hébergées. En effet, une correspondance est établie entre le la version du kit de développement (SDK) Azure utilisé et certaines des versions du système d'exploitation invité. C’est donc à lui qu’incombe la responsabilité de choisir un niveau de version du SDK compatible avec la cible de déploiement. Ce travail est effectué dans le cadre des évolutions des accélérateurs précédents sur la forge GitHub.

Fort heureusement, la probabilité qu’une prochaine version de système d'exploitation hébergé (et potentiellement automatiquement mis à jour) ne supporte pas le SDK avec lequel le code a été compilé reste extrêmement faible ;-)

Chaque nouveau système d’exploitation est testé, lors de sa publication, avec les deux dernières versions du SDK Azure : à ce jour les versions 2.3 d’avril 2014 et 2.2 d’octobre 2013.

Les compatibilités des familles de système d’exploitation et de SDK sont référencées ici dans la documentation en ligne. Lorsqu’une nouvelle version du SDK est publiée, vous avez jusqu'à un an pour moderniser vos solutions en la recompilant avec une version de SDK supporté. (A ce propos, nous allons profiter de l’été pour passer au dernier niveau de version sur l’ensemble des accélérateurs de la solution Open Data Clé en main).

Les montées de versions manuelles imposent le suivi et le test des versions de système d'exploitation hébergées qui doivent être « ciblées » avant d'être appliquées. Les montées de versions automatiques ne permettent pas le contrôle avant publication, mais doivent être accompagnées de tests systématiques pour mieux les anticiper.

Dans les deux cas, cette démarche sera facilitée par la mise en place d'un environnement permettant de faire évoluer l’application à chaque nouvelle version de SDK, et de la tester pour chaque mise à niveau de système d’exploitation hébergé. D’où l’intérêt de l’automatisation des tests de non régression sur un environnement dont on maîtrise la configuration.

Un processus type qui permet d’effectuer cette validation comprend les étapes suivantes :

• Recompilation de la solution avec la dernière version du SDK Azure.
• Exécution des tests unitaires (s’il y en a :)).
• Déploiement de la solution déployée dans un environnement de test dans Azure.
• Exécution de tests supplémentaires (d’interfaces Web automatisées).

Un tel processus se doit d’être déclenché à chaque nouvelle publication de version.

Une façon de se tenir à jour consiste à s'abonner ici au flux RSS d’information sur les versions de système d’exploitation.

Pour la validation du fonctionnement d’un service de cloud computing, il est préférable d’aller au-delà du simple démarrage de l’instance de chaque rôle. Par exemple, dans le cas d’un service de cloud computing hébergeant un rôle Web comme pour OGDI DataLab ou ODAF Openturf, il sera utile de mettre en place un test permettant de reproduire le scénario de navigation sur l’application Web ou le service Web à l’image de ce qui pourrait être réalisé dans ce contexte avec le service de données OData de la plateforme OGDI DataLab.

Dans la pratique, vous avez reçu ce message si vous n’avez pas ajusté le schéma de configuration du service associé (fichier ServiceConfiguration.cscfg) lors du déploiement de votre ou de vos instances du service OGDI DataLab.

En effet, le fichier de configuration de service ServiceConfiguration.cscfg proposé par défaut au niveau du projet sur la forge GitHub ne spécifie pas - au niveau de l’élément ServiceConfiguration - le système d’exploitation invité destiné à être exécuté sur les instances de rôle dans le service cloud que vous souhaitez déployer ; ce paramètre étant facultatif.

<ServiceConfiguration serviceName="service-name" osFamily="osfamily-number" osVersion="os-version" schemaVersion="schema-version">

  …

</ServiceConfiguration>

Ceci étant, si vous n’incluez pas de valeur pour l'attribut osfamily-number et si vous n’avez pas défini l’attribut os-version sur une version spécifique du système d’exploitation invité, la valeur par défaut "1" est utilisée pour l'attribut osfamily-number ; ce qui correspond à la famille de système d’exploitation invité 1.x basée sur Windows Server 2008 SP2. Hors il se trouve que cette famille va être retirée le 2 juin 2014 et il ne vous sera alors plus possible de gérer votre déploiement OGDI DataLab (ou d’effectuer un nouveau déploiement d’une instance OGDI DataLab).

Merci de noter au passage que les mêmes considérations s’appliquent au Framework applicatif multiplateformes ODAF (Open Data Application Framework) Openturf.

Il s’avère donc nécessaire de mettre à jour dans les plus brefs délais votre ou vos déploiements existants d’OGDI DataLab et d’ODAF Openturf, d’où le message reçu. Plus d’information ici.

Les familles suivantes de système d’exploitation invité suivantes sont prises en charges :

• Famille de système d’exploitation invité 4.x basée sur Windows Server 2012 R2.
• Famille de système d’exploitation invité 3.x basée sur Windows Server 2012.
• Famille de système d’exploitation invité 2.x basée sur Windows Server 2008 R2.

Il convient de noter à ce propos que les versions du Kit de développement logiciel (SDK) de Microsoft Azure diffèrent selon la famille de système d’exploitation invité comme indiqué ici. Il en est de même pour les versions d’OGDI DataLab qui suivent le même type d’incrément.

Pour faire simple, les versions antérieures à la version d’OGDI DataLab peuvent utiliser la famille de système d’exploitation invité 2.x et la version 6 la famille de système d’exploitation invité 3.x.

Vous pouvez donc indiqué "2" dans la première situation et "3" dans la seconde pour l'attribut osfamily-number.

Par ailleurs, nous vous recommandons de configurer votre service pour les mises à jour automatiques du système d'exploitation invité. Ceci correspond à la valeur "*" pour l’attribut os-version.

Dans ce cas, le système d'exploitation invité est mis à jour régulièrement, dans le but de corriger les failles de sécurité connues et de fournir l'environnement d'exécution le plus à jour pour Microsoft Azure au sein de la même famille. Les versions mensuelles incluent les correctifs fournis par le bulletin de sécurité Microsoft. La mise à niveau automatique d'une famille du système d'exploitation invité vers une autre famille n'est pas prise en charge.

Pour modifier manuellement sur la base des informations précédentes la famille de système d’exploitation invité au niveau du fichier de configuration de service de votre ou de vos déploiements, vous pouvez suivre la procédure décrite ici.

Pour modifier directement cette information au niveau d’un déploiement, rendez-vous sur le portail d’administration de Microsoft Azure à l’adresse https://manage.windowsazure.com. Une fois connecté(e) avec les identifiant et mot de passe Microsoft Account de votre souscription Microsoft Azure ou avec ceux de votre abonnement Azure Active Directory, cliquez sur SERVICES DE CLOUD dans le bandeau gauche. Un volet éponyme s’ouvre. Ce dernier liste l’ensemble des services de cloud de votre abonnement.

Sélectionnez le service de cloud correspondant à votre déploiement OGDI Datalab ou ODAF Openturf, ici ogdifrance. Il s’agit de l’instance de test de la plateforme OGDI Datalab mise à disposition par Microsoft France à l’adresse http://ogdifrance.cloudapp.net.

Sélectionnez l’onglet CONFIGURER.

Déroulez la page de configuration pour atteindre la rubrique système d’exploitation.

Dans la liste déroulante FAMILLE DE SYSTEMES D’EXPLOITATION, sélectionnez Windows Server 2008 R2 ou Windows Server 2012 en fonction de la version d’OGDI DataLab utilisée.

Cliquez sur ENREGISTRER dans le bandeau de commandes.

Votre configuration est alors mise à jour dans les minutes qui suivent :)

Ceci clôt ce billet. Nous espérons que vous disposez à présent des informations nécessaires pour mettre à jour votre configuration.

Suite à la revue publique lancée au début de l’été, à l’approbation et la publication de la version 4 de la Spécification Comité OData (Committee Specification) par les membres du comité technique (TC) OData, nous nous félicitons de voir franchies aujourd’hui toutes les étapes pour la standardisation du protocole OData à l’OASIS.

C’est donc désormais le cas comme le titre ce billet : OData 4.0 est à présent un standard OASIS. Il en est de même pour le format JSON OData 4.0.

Ceci est le résultat de l‘œuvre collective de beaucoup de personnes talentueuses issues de nombreuses organisations (Axway Software, Blackberry, CA Technologies, Citrix Systems, IBM, Microsoft, Progress Software, Red Hat, SAP AG, SDL, et bien d’autres) qu’il convient de saluer. Ces personnes ont coopéré d'une manière tout à fait remarquable pour atteindre l'objectif commun de créer un protocole standard de données ouvertes pour créer et utiliser les services de données sur le Web. Comme vous le savez, OData s’appuie sur des services de données fondés REST pour accéder et manipuler des ressources définies selon un modèle de données d'entité (Entity Data Model).

Vous pouvez lire l’annonce officielle ici sur le site de l’OASIS : OASIS Approves OData 4.0 Standards for an Open, Programmable Web.

Cette excellente nouvelle attendue par beaucoup est également relayée notamment sur le site OData.org ainsi que sur le blog Microsoft Open Technologies.

Comme le dit Scott Guthrie, Corporate VP, Cloud and Enterprise, Microsoft : "In the ongoing rapid shift towards cloud based services, a standard open data protocol to create and consume data services on the Web is very important. Congratulations to the OASIS OData Technical Committee for successfully advancing OData v4 to an OASIS Standard. OData has become an important open data protocol for several products and cloud services from Microsoft to accomplish the goal of open data for the open Web. It's encouraging to see numerous implementations across the industry, and this productive standards collaboration at OASIS".

Le standard OData 4.0 est publiée en trois parties :

• Partie 1 : Protocole. Cette partie définit la sémantique de base du protocole.
• Partie 2 : Conventions d'URL. Cette partie définit un ensemble de règles pour construire les URL pour identifier les données et les métadonnées exposées par un service OData ainsi que d'un ensemble d'opérateurs de chaîne de requête d'URL réservés.
• Partie 3 : Langage commun de définition schéma (Common Schema Definition Language). Cette partie définit une représentation XML du modèle de données d'entité exposé par un service OData.

Le standard OData 4.0 définit deux formats pour l’interaction, à savoir :

1. Le format JSON OData 4.0, également à présent un standard approuvé OASIS, qui utilise le type de support JSON (JavaScript Object Notation), y compris la sérialisation des données spatiales conformément au format GeoJSON.
2. Le format Atom OData 4.0, une spécification Comité OData approuvée, fondée sur le format de syndication Atom.

Le standard OData 4.0 comprend également des schémas, des composants ABNF, des composants de vocabulaire ainsi que le modèle entité du service de métadonnées OData.

Vous pouvez également télécharger un fichier archive .zip contenant l'ensemble de la spécification avec les différents fichiers associés ici.

C’est un grand moment pour toutes celles et ceux qui ont travaillé si dur pour faire du protocole OData un standard international et à qui nous adressons toutes nos félicitations, et en particuliers aux membres du comité !

A vous de tirer parti de ce standard dans vos services de publication de données et/ou dans vos applications modernes.

A ce propos, pour celles et ceux d’entre vous intéressés par l’utilisation ou la mise en œuvre du protocole, voici quelques liens d’intérêt :

• Visitez le site OData.org pour obtenir des informations, du contenu, des vidéos, de la documentation et, d’une façon générale, pour en apprendre davantage sur OData et l'écosystème de consommateurs et de producteurs de données ouvertes.
• Inscrivez-vous sur la liste de distribution OData.org.
• Suivez les échanges #OData sur Twitter.
• Partagez vos commentaires sur OData 4.0 avec le comité technique OData à l’OASIS.

Depuis, comme vous le savez, la solution Microsoft Open Data Clé en main a évolué avec la disponibilité d’une version 2. Cette version constitue une solution complète en marque blanche sous licence libre Microsoft Public License (Ms-PL), prête à l’usage, interopérable, ouverte, évolutive et déployée et mise en ligne "en quelques clics" dans Windows Azure pour bénéficier pleinement des apports du Cloud (puissance et élasticité, modèle économique), avec pas ou peu d’investissement initial, un "Time-to-Market" rapide, et des coûts d’opération optimisés.

Cette solution comprend aujourd’hui au côté de la plateforme d’installation automatisée les accélérateurs suivants :

• La plateforme de publication de données OGDI (Open Government Data Initiative) DataLab en version 6 avec une gestion multi-catalogues de (jeux de) données ouvertes et un service de données RESTful OData pour la consommation des données. Ce projet communautaire disponible sur la forge GitHub s’accompagne d’un utilitaire de configuration (de catalogues (de jeux)) de données ouvertes accessible en ligne ;
• Le portail Citoyen Open Data en version 2 pour offrir une interface simple et intuitive pour parcourir les (catalogues de) jeux de données ouvertes mis à disposition au travers de la plateforme de publication des données ouvertes OGDI DataLab. Au-delà des modes visualisation des données, le portail également disponible comme projet communautaire sur la forge GitHub propose nativement une intégration sociale (Facebook, Twitter, Google+, et LinkedIn) au niveau de chaque jeu de données ; 
• Le Framework applicatif multiplateformes ODAF (Open Data Application Framework) Openturf centré sur l’Expérience Utilisateur pour mettre en valeur les (catalogues de) jeux de données géo-localisées de la plateforme de publication OGDI DataLab avec des modèles pour le Web riche, les environnements mobiles (Android, iPhone/iPad et Windows Phone) intégrés avec les réseaux sociaux (Facebook et Twitter). Ce projet communautaire disponible sur la forge GitHub constitue une fondation pour contribuer à la création d’un écosystème applicatif Open Data et intégrer une dimension sociale et participative dans cet écosystème.

Pour répondre aux différentes questions que nous pouvons recevoir dans ce contexte pour le déploiement d’un environnement complet sur cette base, nous avons réactualisé la procédure pas à pas mentionnée précédemment de façon à ce que vous puissiez ainsi tirer le meilleur parti de cette solution en la déployant très simplement et très rapidement.

Comme précédemment, une telle mise en œuvre suppose de disposer au préalable simplement un abonnement Windows Azure. Si vous ne disposez pas d’ores et déjà d’un tel compte, naviguez simplement vers https://aka.ms/free/trial et cliquez sur essayer-la gratuitement (en vert) pour vous créer un compte de test. Un assistant vous guide alors dans les différentes étapes.

De même, sans surprise, la mise en œuvre de votre environnement se trouve toujours grandement facilitée par l’utilisation de la plateforme d’installation automatisée ODPI. Le portail ODPI autorise en effet le déploiement "en quelques clics" dans Windows Azure des accélérateurs précédents (et d’autres composantes personnalisées qui peuvent être déclarées de la même façon). Pour ce faire, vous pouvez utiliser directement les services de la plateforme de démonstration ODPI France à l’adresse http://odpifrance.cloudapp.net/ pour les accélérateurs de la solution Microsoft Open Data Clé en main.

Vous trouverez en pièce jointe de ce billet ci-dessous la procédure complète de déploiement des accélérateurs de la version 2 de la solution Open Data Clé en main ainsi que le jeu de données utilisé à des fins d’illustration. Nous espérons que cette procédure rapide vous donnera envie d’explorer à votre tour cette solution et son déploiement.

Si vous souhaitez simplement découvrir les accélérateurs sans les déployer au travers de la procédure précédente, vous pouvez utiliser directement les versions de démonstration en ligne mises à disposition par Microsoft France et l’équipe Windows Azure France :

• Plateforme d’installation automatisée ODPI : http://odpifrance.cloudapp.net/
• Plateforme de publication de données OGDI DataLab : http://ogdifrance.cloudapp.net/
• Configuration des catalogues et des jeux de données OGDI DataLab : https://ogdiconfig.azurewebsites.net/
• Framework applicatif multiplateformes ODAF OpenTurf : http://odafrance.cloudapp.net/
• Portail Citoyen Open Data : https://portailcitoyen.azurewebsites.net/

Bon(s) déploiement (s) et/ou bon(s) test(s) !

Deployer la solution Open Data Cle En Main.zip

Comme vous le savez, OGDI DataLab constitue l’un des accélérateurs communautaire de la solution Microsoft Open Data Clé en main, une solution complète en marque blanche sous licence libre Microsoft Public License (Ms-PL), prête à l’usage, interopérable, ouverte, évolutive et déployée et mise en ligne "en quelques clics" dans Windows Azure.

Pourquoi faire justement le choix du Cloud nous direz-vous ?

A l’instar des objectifs du projet mentionné ci-avant, les données publiques supposent une plateforme capable d’héberger un nombre croissant de données (et d’applications web ou de Back-Office pour les appareils mobiles) totalement sécurisées, accessibles à toutes et à tous ainsi qu’à tout type de plateforme ou d’environnement et en mesure bien sûr de supporter de forts pics de trafic.

Dans un tel contexte, l’utilisation d’un environnement ouvert d’exécution et d’hébergement dans le Cloud présente de multiples bénéfices :

• Une quantité illimitée d’informations publiques peut être hébergée dans le Cloud sans matériel serveur supplémentaire et gestion additionnelle : pas ou peu d’investissement initial, un "Time-to-Market" rapide.
• Le Cloud est hautement évolutif à la demande et en libre-service. Vous avez à tout instant la possibilité d’augmenter ou de réduire votre usage de l’environnement en fonction de vos besoins. Ceci le rend idéal pour l'hébergement de données publiques qui peuvent susciter des volumes de transactions variés en fonction de l’intérêt porté qui peut évoluer dans le temps notamment en fonction de votre actualité : puissance et élasticité.
• Vous ne payez généralement seulement que pour ce qui est utilisé. Compte tenu du facteur d’échelle, un environnement de type Cloud propose généralement une approche économique des plus attractives pour démarrer rapidement et mettre à disposition des données publiques : modèle économique pour au final des coûts d’opération optimisés.

En résumé, le Cloud propose donc une plateforme capable d’héberger un nombre croissant de données, sécurisée et accessible à tous depuis n’importe où et permet d’obtenir les meilleurs ratios performance-prix. Une telle approche fait donc sens.

De plus, les questions qui peuvent se poser dans un environnement où les données peuvent être de nature confidentielle comme la sécurité, le respect de la vie privée, la souveraineté, la réversibilité, etc. ne se posent pas de la même façon dans un environnement comme celui d’une plateforme Open Data où les données sont, par nature même, publiques.

Ce qui ne veut pas dire, bien entendu, que les questions de la sécurité et du respect de la vie privée ne soient pas des questions essentielles qu’une plateforme Open Data se doit impérativement de prendre en compte.

Le choix du Cloud constitue donc un choix raisonné pour la solution Open Data Clé en main. Celui de Windows Azure l’est tout autant !

Windows Azure est une plateforme Cloud ouverte et flexible qui vous permet de générer, déployer et gérer rapidement des applications à travers un réseau global de centres de données gérés par Microsoft.

Cette plateforme comprend un socle d’exécution, Windows Azure, que l’on peut considérer comme l’équivalent d’un système d'exploitation dans le Cloud. De la même manière que l’on développe des applications pour Windows Server ou dans d’autres environnements serveur (Linux, Oracle, etc.), on peut désormais développer des applications Cloud pour Windows Azure qui se charge de les exécuter.

Dans sa dimension Plateforme à la demande ou PaaS (Platform as-a-Service), Windows Azure est un système d'exploitation pour les services Cloud qui fait office d'environnement de développement, d'hébergement de services et de gestion de services pour la plateforme Windows Azure. Windows Azure vous fournit ainsi une plateforme Cloud flexible qui satisfera les besoins applicatifs. Windows Azure vous permet d'utiliser n'importe quel langage, n'importe quelle infrastructure ou n'importe quel outil pour développer des applications. Les fonctionnalités et services sont exposés à l'aide de protocoles REST ouverts. Les bibliothèques clientes de Windows Azure sont disponibles pour plusieurs langages de programmation et sont publiées suivant les termes d'une licence source ouverte et hébergée sur GitHub.

Ainsi, l’utilisation de Windows Azure pour la solution Open Data Clé en main présente de multiples bénéfices. Windows Azure prend en charge une variété de normes et standards, de langages (.NET, PHP, Ruby, Python, Java, etc.) et de protocoles (http, de style REST comme le protocole ouvert de données OData, etc.) offrant ainsi à la fois une réelle portabilité pour prendre en compte l’hétérogénéité éventuelle résultant de vos investissements, une réelle interopérabilité et la capacité de capitaliser sur les compétences acquises (dans l’environnement Microsoft ou dans d’autres environnements) et les outils (Visual Studio et Eclipse) notamment.

Windows Azure fournit également une infrastructure à la demande ou IaaS (Infrastructure as-a-Service) qui évolue et s'adapte aux nouveaux besoins d’une organisation. Windows Azure permet d'ajouter des réseaux virtuels et des ordinateurs virtuels Windows Server et Linux en quelques minutes seulement et d'adapter votre utilisation au fur et à mesure de l'évolution de vos besoins.

Windows Azure propose aussi de déployer très simplement des sites Web, avec, à la clé, la possibilité d’utiliser des gestionnaires de contenu (CMS) populaires (Drupal, Umbraco, .NetNuke, Joomla!, Mojo, phpBB, WordPress, etc.), ou encore de s’appuyer sur un Back-Office à destination des appareils mobiles pour faciliter l’écriture d’applications mobiles (Windows, Windows RT, Windows Phone, iOS, Android, Xamarin, Phone Gap, etc.). La gestion de vos identités et le contrôle de l’accès aux applications dans le Cloud ne sont pas oubliés avec Windows Azure Active Directory :)

Au final, Windows Azure propose ainsi différents services et technologies pour l'intégration, le déploiement, la mise à l'échelle et la gestion d’applications ou de composantes de celles-ci dans le Cloud en s’inspirant du modèle qu’offre la plateforme Windows Server pour l’entreprise et offrant au final l’agilité désormais nécessaire aux projets : intégration continue, déploiement continue, supervision continue et optimisation continue. L’Open Data n’y fait pas exception !

Le livre blanc "Le Cloud et le développeur – Comment le Cloud révolutionne le développement ?" propose un aperçu complet de cette plateforme avec ses services IaaS, ses services PaaS (et les scénarios mixtes), ses sites Web, ses services à destination des appareils mobiles, etc.

Il revient aussi, chose plus rare, sur les impacts du Cloud pour le développeur, et pas seulement sur l’architecture logicielle.

Le Cloud est un accélérateur de développement mais comment le Cloud révolutionne-t-il le développement ? Quel est l'impact du Cloud sur les développeurs et leurs habitudes de travail ? Comment le Cloud modifie le modèle de développement des applications, l'architecture et la manière de penser l'application ? Autant de questions légitimes nous direz-vous.

Les dimensions Gestion du cycle de vie applicatif (ALM), Environnement de développement et de test, Agilité dans le processus de tests et de déploiement, etc. sont autant de sujets abordés pour vous apporter des réponses claires.

Vous pouvez télécharger gratuitement ce livre blanc ici dont nous vous recommandons vivement la lecture.

Pour de plus amples détails sur les différentes possibilités que vous offre Windows Azure, vous pouvez consulter la vue d’ensemble proposée à l’adresse http://www.windowsazure.com/fr-fr/solutions/.

Vous pouvez accéder à Windows Azure avec un paiement à l’utilisation, sans engagement, ou avec des offres d’abonnements comme décrit à l’adresse http://www.microsoft.com/france/windows-azure/Offres.aspx, ou encore dans le cadre d’un accord d’entreprise Microsoft.

Vous pouvez essayer gratuitement Windows azure. Pour cela, rien de plus facile : naviguez simplement vers https://aka.ms/free/trial et cliquez sur essayer-la gratuitement pour vous créer un compte de test. Un assistant vous guide alors dans les différentes étapes.

Le 20 février dernier, deux jours avant la journée de l’Open Data, le département de Seine Maritime, lançait officiellement son portail Open Data 76 sous l’égide de Nicolas Rouly, le président du Département, portail mutualisé avec l’Eure qui l’a lancé quelques heures avant.

Fort de l’ambition pour le projet : « construire un territoire citoyen, animé par des acteurs publics performants et exemplaires. Toutes les informations publiques seront présentes sur un portail unique, en libre accès pour l'internaute. L'ensemble des prérogatives du Département figurent comme thématiques sur ce portail. Des mises à jour seront constamment faites bien évidemment. »

Le portail Open Data 76 propose pour les usagers un ensemble de jeux de données publiées sous la Licence Ouverte Etalab et regroupés selon les thématiques suivantes :

• Administration et ses ressources
• Cadre de vie et Aménagement
• Culture, Vie associative, Jeunesse, Sports et loisirs
• Economie et emploi
• Education et formation
• Sanitaire et social
• Se déplacer
• Sécurité

Mais également un outil de visualisation dynamique de données et une galerie des applications.

Pour se faire, le portail Open Data 76 (développé en Joomla!) repose comme d’autres initiatives significatives dans le domaine sur la plateforme communautaire de publication de données OGDI DataLab disponible sur la forge GitHub sous la licence libre Microsoft Public License (Ms-PL).

Cette dernière propose une gestion multi-catalogues de (jeux de) données ouvertes et une interface d’accès aux données qui repose sur le protocole OData donc les standards du Web à savoir : services Web RESTful, AtomPub, JSON, JSONP, KML, etc.

L’utilisation de cette interface facilite grandement les développements d’applications en offrant la possibilité de requêter directement les données, avec toute la sémantique associée, et ce, sans avoir à les télécharger et stocker préalablement dans leur ensemble sur l’environnment d’exécution (smartphone, tablette, portable, etc.), et ce depuis n’importe quel environnement (de développement), technologie et/ou langage.

Ceci nous amène directement à l’annonce du premier week-end "Hackaton 76" qui se déroulera en partenariat avec l’association Hack Hours et Normandie Web Xperts les 11 et 12 avril 2014 prochain à l’Hôtel du Département à Rouen.

Selon Wikipédia, « un hackathon est un événement où des développeurs se réunissent pour faire de la programmation informatique collaborative, sur plusieurs jours. Le terme est un mot-valise constitué de hack et marathon.

C’est à l'origine un rassemblement de développeurs organisés par équipe autour de porteurs de projet avec l’objectif de produire un prototype d’application en quelques heures. Sous forme de concours chronométré, l’équipe gagnante est généralement désignée par un jury à l’issue du temps imparti. La référence au Marathon se justifie par le travail sans interruption des développeurs pendant deux jours. Le repos n’a pas vraiment sa place dans ce type d’évènement ! »

Les modalités d’“Hackaton 76” ont été présentées lors du lancement du portail. Il s’agit d’un concours collaboratif de développement d’applications (web ou mobile) sur une période de 24 heures. Comme à l’accoutumée dans ce type d’évènement, les 3 meilleures applications se verront récompensées par le département.

Pour plus de renseignements sur le "Hackaton 76" et/ou pour s’inscrire au Hackaton Open Data 76, rendez-vous ici sur EventBrite.fr.

Dans la pratique, les applications s’appuieront sur les données présentes sur le portail Open Data 76, couplées à d’autres données nationales comme celles mises à disposition par le portail data.gouv.fr ou d’autres données en libre accès.

Dans le cadre du concours, vous pouvez ainsi utiliser directement le service de données RESTful OGDI DataLab du portail Open Data 76 pour accéder aux catalogues de (jeux de) données en ligne :

• Catalogue des données publiques de l’Eure : http://odata76.cloudapp.net/v1/opendata27
• Catalogue des données publiques de Seine-Maritime : http://odata76.cloudapp.net/v1/opendata76
• Catalogue des données publiques de la ville de Rouen : http://odata76.cloudapp.net/v1/opendataRouen

Comme évoqué ci-dessus, le service de données repose sur OData dont la version 4.0 est en finalisation de standardisation à l’OASIS. Pour mémoire, OData est fondé sur un modèle d'entité et de relation qui vous permet d'accéder aux jeux de données dans le style des ressources REST. Le point de terminaison du service de données associé, ici http://odata76.cloudapp.net/v1 décrit la forme des données et tout ce dont vous avez besoin est d’interagir avec les jeux de données. Les futures applications peuvent ainsi accéder à ces données et notamment les requêter grâce au protocole http. Plus d’informations ici.

Si vous souhaitez utiliser dans votre future application un jeu de données d’un fournisseur qui ne serait pas disponible via une instance du service de données OGDI DataLab, vous pouvez nous fournir le jeu de données en question au format .csv par exemple et nous pourrons le charger sur l’instance de test OGDI DataLab France. L’adresse du catalogue principal est http://ogdifrance.cloudapp.net:8080/v1/frOpenData.

Bon concours avec le portail Open Data 76 et la plateforme OGDI DataLab !