Nous utilisons des cookies pour vous garantir la meilleure expérience sur notre site. Si vous continuez à utiliser ce dernier, nous considèrerons que vous acceptez l'utilisation des cookies. J'ai compris ! ou En savoir plus !.
Un Planet est un site Web dynamique qui agrège le plus souvent sur une seule page, le contenu de notes, d'articles ou de billets publiés sur des blogs ou sites Web afin d'accentuer leur visibilité et de faire ressortir des contenus pertinents aux multiples formats (texte, audio, vidéo, Podcast). C'est un agrégateur de flux RSS. Il s'apparente à un portail web.
Vous pouvez lire le billet sur le blog La Minute pour plus d'informations sur les RSS !
  • Canaux
  • Categories
  • Tags

    • Canaux

    2760 éléments (87 non lus) dans 55 canaux

    Dans la presse Dans la presse

    Toile géomatique francophone

    Sauter à la page: 1 ... 6 7 8
     
    • 18 March 2021

    • sur On our way to quality

      Publié: 18 March 2021, 10:55am CET par René-Luc D'Hont

      Lizmap is almost 10 years old. 10 years of new features, documentation, and numerous version release. Many software libraries updates, many contributors (31 if github is correct) and contributions later we've released version 3.4 at the end of 2020.

      Whilst in the release cycle, we realized that our release process was lacking something. We were unsure of the quality of this release, and we were missing some tools to assess whether the release would contain regressions.

      In order to avoid these issues in future releases and updates, we decided to implement a number of processes and changes in both how we release and build lizmap.

      First : we have decided to not accept code patches without tests. Be these tests unit tests, integration tests or just some lines of text explaining how to test for the bug or regression being fixed by the patch. We are now maintaining a list of tests in our code repository.

      Secondly we changed our release process to be able to test. We now have a dedicated time slot between the time when our code is ready and the time our code is released to the world. This will let us test internally and will let us gather feedback from users testing our release candidates.

      Our third point is community centered. It's now quite easy to set up a lizmap stack or two using our Docker images. Using these instructions you'll have a docker running lizmap in no time on your computer. Add a project or two to it, test and see if you see anything that doesn't work like your production environment and let us know by opening a ticket. Our aim here is to have more user test our release candidates (we do these for major releases) so we can quickly fix regressions before we officially release.

      Fourth we are setting up internal processes to make our code easier to test (docker is a good example of this) and easier to read. Hence, are growing use of linters. We also added a code analyzer for our backend: PHPstan.

      Finally, we spent a good amount of time updating our demos (see demo.lizmap.com), making sure they work. This makes our demos a reference for most of our testing.

      We had realized in June 2020 some of theses issues around quality. That's why we had an intern refactor lizmap. That refactor had two goals. One was to make it easier to add tests to its code and the second one was to add more tests. All these changes have made it to the 3.4 branch. They aren't in the 3.3 branch because it would have meant too much work. This means 3.3 is a bit less tested than 3.4 (hint upgrading from 3.3 is very easy).

      Now that most of our backend is covered we are focusing our efforts on the front-end. This means we will update some of the libraries we use, we will refactor our code and will add as much test as possible. This is going to be the work of an intern. We have chosen Cypress to build end2end tests.

      All of these automated tests (backend, front-end, end2end) are being run from our githubrepo through github actions.

      All these changes have been made possible by the growth of 3liz during 2020.

    • sur Nos efforts qualité

      Publié: 18 March 2021, 10:39am CET par René-Luc D'Hont

      Lizmap a près de 10 ans. 10 ans de code, d'ajout de nouvelles fonctionnalités, de rédaction de documentation, de sortie de nombreuses versions. Des montées de versions de librairies, de nombreux contributeurs (31 si j'en crois GitHub) et contributions plus tard, nous avons sorti la version 3.4 fin 2020.

      Lors de ce cycle de release entre les differentes versions RC et la version finale, nous nous sommes rendu compte d'un manque dans notre processus de release. Nous n'étions pas sûrs de la qualité de lizmap au moment de cette sortie et nous n'avions pas assez de moyens pour évaluer le risque d'avoir une version qui contiendrait des régressions.

      Afin de rendre le produit plus fiable lors de mise-à-jour et de pouvoir être plus serein lors de nos prochaines sorties de version, nous avons mis en place un certain nombre de points afin d'améliorer la qualité.

      Le premier est de ne plus accepter de contributions sans tests. Des tests automatiques, c'est bien, mais des procédures manuelles de tests, c'est bien aussi. Nous avons donc maintenant une règle qui dit "pas de patch sans test". Nous préférons les tests automatiques qui seront joués lors de l'intégration continue. Mais nous avons aussi conscience que tout n'est pas testable de manière automatique. Et donc qu'un certain nombre de tests devront se jouer de manière manuelle. Nous maintenons donc une liste de tests à jouer. Ces projets de tests sont présents dans les branches 3.4 et pour la prochaine version 3.5 (aka master).

      Le deuxième est de mettre en place un processus de release qui intègre une phase de test. Nous consacrons maintenant un jour ou deux afin de pouvoir jouer tous les tests et de valider qu'aucune régression n'est présente. Pour les versions majeures, nous avons alloué encore plus de temps afin de pouvoir intégrer le retour de nos utilisateurs.

      Troisième point dans lequel nous avons investi, la participation communautaire aux tests. Il est désormais très simple d'avoir un Lizmap avec un ou plusieurs projets. Il suffit d'utiliser notre stack docker, d'ajouter votre projet et de voir si tout fonctionne comme prévu. Si un problème survient, il est alors possible d'ouvrir au plus vite un ticket avec le maximum d'information pour que nous puissions le corriger. Nous souhaiterions que plus de personnes participent aux tests de nos Release Candidates (RC), afin de détecter avant les sorties les régressions sur vos projets.

      Quatrièmement, nous mettons en place des processus internes pour que notre code soit plus facile à tester (cf la stack docker), mais aussi plus lisible par l'utilisation de linters. Nous avons également ajouté un analyseur de code pour le backend, PHP Static Analyser afin de nous prévenir de possibles erreurs côté PHP.

      Cinquièmement, nous venons de passer du temps à mettre à jour la plate-forme de démo [https:]] ; les projets ont été dépoussiérés et mis à jour. Ces mises à jour facilitent l'adoption de nos démos comme un référentiel de tests avec de vraies données.

      Nous avions pris conscience en juin 2020 d'un déficit dans nos processus qualité. Nous avions donc dirigé un stage afin de refactoriser la librairie Lizmap pour qu'elle soit plus facile à tester de manière automatique. De nombreux tests ont été ajoutés lors de cette refactorisation. Ces changements ont été intégrés dans la future branche 3.5 de Lizmap. C'était trop de travail pour l'intégrer dans les branches 3.3 et 3.4 - elles seront donc légèrement moins bien testées de manière automatique par la CI.

      La partie backend PHP étant mieux couverte et mieux testable, nos efforts dans les mois à venir vont se focaliser sur la partie front-end (Javascript, inteface Web...), avec des mises à jour de librairies, de la refactorisation de code et l'ajout de nombreux tests. Une stagiaire en fera le sujet de son stage, on ajoutera grâce à l'outil cypress des tests end2end automatiques.

      Les tests backend PHP ainsi que frontend end2end Javascript, ainsi que les linters PHP et Javascript sont lancés sur le dépôt GitHub avec Actions.

      Tous ces changements n'ont été possibles qu'en allouant plus de ressources au projet Lizmap au sein de 3liz, par l'arrivée de nouvelles personnes dans l'équipe.

    • 26 November 2020

    • sur Lizmap Web Client 3.4 RC

      Publié: 26 November 2020, 12:26pm CET par René-Luc D'Hont

      We are pleased to announce the release of Lizmap Web Client 3.4 RC (release candidate). You will find the new features list here:

      This new Lizmap Web Client release comes with Lizmap plugin in 3.3 version:

      There remains work on documentation and translation. Any help is welcome :)

    • sur Lizmap Web Client 3.4 RC

      Publié: 26 November 2020, 12:06pm CET par René-Luc D'Hont

      Nous sommes heureux d’annoncer la sortie de Lizmap Web Client 3.4 RC (release candidate). Vous trouverez la liste des nouvelles fonctionnalités ici :

      Cette nouvelle version de Lizmap Web Client s'accompagne de celle du plugin Lizmap en version 3.3 :

      Il reste du travail concernant la documentation et la traduction. Toute aide est la bienvenue :)

    • 24 November 2020

    • sur Evaluate QGIS Expression server side with Lizmap plugin

      Publié: 24 November 2020, 10:15am CET par René-Luc D'Hont

      Since the beginning of Lizmap-Web-Client all the server part was based on PHP code. With Lizmap Web Client 3.4, which will be released very soon, part of the functionality has been developed within the Lizmap plugin to add features to QGIS Server.

      QGIS Server is an open source implementation of the WMS 1.3.0, 1.1.1 and 1.0.0, WFS 1.1.0 and 1.0.0 and WCS 1.0.0 standards defined by the Open Geospatial Consortium (OGC). QGIS Server uses QGIS as a backend for GIS layer logic and map rendering. As QGIS desktop and QGIS Server use the same visualization libraries, the maps that are published on the web look the same as in desktop GIS.

      To learn more about QGIS Server

      Just like QGIS Desktop, QGIS Server is extensible using Python plugins. It is for example possible to create and add new services to QGIS Server. Documentation

      The second QGIS Server feature we have implemented in the Lizmap plugin is a QGIS expression evaluation service.

      • SERVICE=EXPRESSION
        • REQUEST=Evaluate
          • EXPRESSION: a QGIS expression
          • EXPRESSIONS: List of QGIS expressions
          • FEATURE: Option a GeoJSON Feature
          • FEATURES: Option a list of GeoJSON Features
          • FORM_SCOPE: Option boolean to add formScope based on provided features
        • REQUEST=replaceExpressionText
          • STRING: A string with expression between [% and %]
          • STRINGS: A list of strings with expression between [% and %]
          • FEATURE: Option a GeoJSON Feature
          • FEATURES: Option a list of GeoJSON Features
          • FORM_SCOPE: Option boolean to add formScope based on provided features
        • REQUEST=GetFeatureWithFormScope
          • LAYER: a WMS Layer Name to be filtered
          • FILTER: a QGIS expression to filter the layer
          • FORM_FEATURE: a GeoJSON Feature
          • FIELDS: Option a list of fields to return
          • WITH_GEOMETRY: Option boolean to return geometry
        • REQUEST=VirtualFields
          • LAYER: a WMS Layer Name to get virtual fields
          • VIRTUALS: a list of key QGIS expression
          • FILTER: Option a QGIS expression to filter layer
          • FIELDS: Option a list of fields to return
          • WITH_GEOMETRY: Option boolean to return geometry

      These new queries are used in Lizmap Web Client 3.4 to exploit expressions from QGIS forms. These expressions can be used for :

      • Set default values
      • Set constraints
      • Do drill down
      • Manage field group visibility

      Example of using QGIS expression as a form constraint: lizmap-3_4-exp-constraint.png, nov. 2020

      Example of use of QGIS expression to manage the visibility of groups of fields Use QGIS Expression to control group visibility

      In the case of drill down in forms, it is possible to use geometry to filter the list, for example to select a municipality, a parcel or the nearest street. It is of course possible to use all other values during form entry.

      Finally we also added a lizmap service with a GetServerSettings query to retrieve information about QGIS Server and available services.

    • sur Evaluer les Expresions QGIS côté serveur avec le Plugin Lizmap

      Publié: 24 November 2020, 10:00am CET par René-Luc D'Hont

      Depuis le début de Lizmap-Web-Client toute la partie serveur reposait sur du code PHP. Avec Lizmap Web Client 3.4, qui sera publié très prochainement, une partie des fonctionnalités ont été développées au sein du plugin Lizmap pour ajouter des fonctionnalités à QGIS Server.

      QGIS Server est une implémentation open source des normes WMS 1.3.0, 1.1.1 et 1.0.0, WFS 1.1.0 et 1.0.0 et WCS 1.0.0 défini par l'Open Geospatial Consortium (OGC). QGIS Server utilise QGIS comme backend pour la logique des couches SIG et le rendu cartographique. Étant donné que QGIS Bureautique et QGIS Server utilisent les mêmes bibliothèques de visualisation, les cartes publiées sur le web ont le même aspect que sous le SIG Bureautique.

      Pour en savoir plus sur QGIS Server

      Tout comme QGIS Bureautique, QGIS Server est extensible à l'aide de plugins Python. Il est par exemple possible de créer, d'ajouter de nouveaux services à QGIS Server. Documentation

      La seconde fonctionnalité QGIS Server que nous avons implémentée dans le plugin Lizmap est un service d'évaluation des expressions QGIS.

      • SERVICE=EXPRESSION
        • REQUEST=Evaluate
          • EXPRESSION: a QGIS expression
          • EXPRESSIONS: List of QGIS expressions
          • FEATURE: Option a GeoJSON Feature
          • FEATURES: Option a list of GeoJSON Features
          • FORM_SCOPE: Option boolean to add formScope based on provided features
        • REQUEST=replaceExpressionText
          • STRING: A string with expression between [% and %]
          • STRINGS: A list of strings with expression between [% and %]
          • FEATURE: Option a GeoJSON Feature
          • FEATURES: Option a list of GeoJSON Features
          • FORM_SCOPE: Option boolean to add formScope based on provided features
        • REQUEST=GetFeatureWithFormScope
          • LAYER: a WMS Layer Name to be filtered
          • FILTER: a QGIS expression to filter the layer
          • FORM_FEATURE: a GeoJSON Feature
          • FIELDS: Option a list of fields to return
          • WITH_GEOMETRY: Option boolean to return geometry
        • REQUEST=VirtualFields
          • LAYER: a WMS Layer Name to get virtual fields
          • VIRTUALS: a list of key QGIS expression
          • FILTER: Option a QGIS expression to filter layer
          • FIELDS: Option a list of fields to return
          • WITH_GEOMETRY: Option boolean to return geometry

      Ces nouvelles requêtes servent dans Lizmap Web Client 3.4 à exploiter les expressions des formulaires QGIS. Ces expressions peuvent servir à :

      • Définir des valeurs par défaut
      • Définir des contraintes
      • Faire des listes en cascade
      • Gérer la visibilité de groupes de champs

      Exemple d'utilisation d'expression QGIS comme contrainte de formulaire: lizmap-3_4-exp-constraint.png, nov. 2020

      Exemple d'utilisation d'expression QGIS afin de gérer la visibilité des groupes de champs Use QGIS Expression to control group visibility

      Dans le cas des listes en cascades dans les formulaires, il est possible d'utiliser la géométrie pour filtrer la liste, par exemple pour sélectionner une commune, une parcelle ou la rue la plus proche. Il est bien sûr possible d'utiliser toutes les autres valeurs en cours de saisie du formulaire.

      Enfin nous avons aussi ajouter un service lizmap avec une requête GetServerSettings pour récupérer des informations sur QGIS Server et les services disponibles.

    • 16 November 2020

    • sur The Lizmap plugin as an access control plugin for QGIS Server

      Publié: 16 November 2020, 9:30am CET par René-Luc D'Hont

      Since the beginning of Lizmap-Web-Client all the server part was based on PHP code. With Lizmap Web Client 3.4, which will be released very soon, part of the functionality has been developed within the Lizmap plugin to add features to QGIS Server.

      QGIS Server is an open source implementation of the WMS 1.3.0, 1.1.1 and 1.0.0, WFS 1.1.0 and 1.0.0 and WCS 1.0.0 standards defined by the Open Geospatial Consortium (OGC). QGIS Server uses QGIS as a backend for GIS layer logic and map rendering. As QGIS desktop and QGIS Server use the same visualization libraries, the maps that are published on the web look the same as in desktop GIS.

      To learn more about QGIS Server

      Just like QGIS Desktop, QGIS Server is extensible using Python plugins. For example, it is possible to add a data access control system to QGIS Server Documentation.

      The first QGIS Server feature we implemented in the Lizmap plugin is an access control system.

      We have implemented 3 access controls:

      • access to the project
      • filter by user
      • access to project layers

      The first 2 controls were already present. In the Lizmap configuration, it is possible to restrict access to a project for a list of user groups. It is also possible to define filtering rules according to the user logged in or not.

      The implementation in QGIS Server of the filter by user, thanks to the Lizmap plugin, allows to filter layers even if they are hidden in a layer group. In Lizmap Web Client version 3.3 and previous versions, filtering layers by user only works if the layer is displayed alone, because Lizmap Web Client adds filters to the requests sent to QGIS server. In Lizmap, it is possible to transform a group of QGIS layers into a single layer for the web client. This results in requests where the layer to be filtered does not appear. With the Lizmap plugin for Lizmap Web Client 3.4 all layers will be filtered correctly.

      By making the Lizmap plugin, an access control plugin for QGIS Server, we were able to add the possibility to restrict access to the layers of a project for a list of user groups.

      The ability to restrict access to the layers of a project for a list of user groups makes it possible to distribute a QGIS project, a Lizmap webmap, with a content that can vary depending on the user.

    • sur Le plugin Lizmap comme plugin de contrôle d'accès pour QGIS Server

      Publié: 16 November 2020, 8:30am CET par René-Luc D'Hont

      Depuis le début de Lizmap-Web-Client toute la partie serveur reposait sur du code PHP. Avec Lizmap Web Client 3.4, qui sera publié très prochainement, une partie des fonctionnalités ont été développées au sein du plugin Lizmap pour ajouter des fonctionnalités à QGIS Server.

      QGIS Server est une implémentation open source des normes WMS 1.3.0, 1.1.1 et 1.0.0, WFS 1.1.0 et 1.0.0 et WCS 1.0.0 défini par l'Open Geospatial Consortium (OGC). QGIS Server utilise QGIS comme backend pour la logique des couches SIG et le rendu cartographique. Étant donné que QGIS Bureautique et QGIS Server utilisent les mêmes bibliothèques de visualisation, les cartes publiées sur le web ont le même aspect que sous le SIG Bureautique.

      Pour en savoir plus sur QGIS Server

      Tout comme QGIS Bureautique, QGIS Server est extensible à l'aide de plugins Python. Il est par exemple possible d'ajouter un système de contrôle d'accès aux données dans QGIS Server Documentation.

      La première fonctionnalité QGIS Server que nous avons implémentée dans le plugin Lizmap est un système de contrôle d'accès.

      Nous avons implémenté 3 contrôles d'accès :

      • l'accès au projet
      • le filtre par utilisateur
      • l'accès aux couches du projet

      Les 2 premiers contrôles étaient déjà présent. Dans la configuration Lizmap, il est possible de restreindre l'accès à un projet pour une liste de groupes d'utilisateur. Il est aussi possible de définir des règles de filtrage en fonction de l'utilisateur connecté ou non.

      Le portage dans QGIS Server du filtre par utilisateur, grâce au plugin Lizmap, permet de filtrer des couches même si elles sont cachées dans un groupe de couche. Dans la version 3.3 de Lizmap Web Client et les précédentes, le filtrage par utilisateur des couches ne fonctionne que si la couche est affichée seule, car Lizmap Web Client ajoute des filtres aux requêtes envoyées à QGIS server. Dans Lizmap, il est possible de transformer un groupe de couche QGIS en une seule couche pour le client web. Il en découle des requêtes où n'apparaissent pas la couche à filtrer. Avec le plugin Lizmap pour Lizmap Web Client 3.4 toutes les couches seront filtrées correctement.

      En faisant du plugin Lizmap, un plugin de contrôle d'accès pour QGIS Server, nous avons pu ajouter la possibilité de restreindre l'accès des couches d'un projet pour une liste de groupes d'utilisateur.

      La possibilité de restreindre l'accès des couches d'un projet pour une liste de groupes d'utilisateurs permet de diffuser un projet QGIS, une carte Lizmap, avec un contenu qui peut varier en fonction de l'utilisateur.

    • 13 November 2020

    • sur Geonetwork-ui

      Publié: 13 November 2020, 12:00am CET
      Pièce jointe: [télécharger]
      Basées sur des designs simples et intuitifs, centrées sur les cas d'usages, découvrez les futures interfaces de GeoNetwork: Web Component, SEO, accessibilité, Storybook, UX.. geonetwork-ui tente sa révolution dans le monde de la métadonnée et des SDI.
    • 30 September 2019

    • sur Lizmap Web Client and QGIS 3 : enfin compatible

      Publié: 30 September 2019, 8:30am CEST par René-Luc D'Hont

      Nous sommes heureux d’annoncer la sortie de lizmap Web Client 3.3 - 1 - et lizmap plugin 3.1 - 2 - 3

      Ces versions proposent de nouvelles fonctionnalités:

      • Ajout de la recherche dans la base de données d'adresses français BAN
      • Créer une info-bulle HTML à partir du formulaire par glisser-déposer de QGIS
      • Amélioration de l'info-bulle HTML: utilisation de la valeur à afficher
      • Ajout de la possibilité de construire un formulaire de filtrage pour les couches PostgreSQL / PostGIS

      Mais la fonctionnalité principale est la prise en charge de QGIS Server 3 4.

      Pour cela, nous devions adapter le client Web lizmap aux changements apportés à QGIS Server et corriger QGIS Server 3.4 afin de proposer une expérience utilisateur identique :

      • Fix regression server print selection pdf
      • JPEG output for WMS GetPrint request has gone
      • In WMS GetFeatureInfo CRS param not mandatory when FILTER param
      • Add unit test for WFS GetFeature with BBOX param without EPSG
      • SLD : Support escapeChar attribute of PropertyIsLike
      • Null field value in GML has to be empty string
      • Use Project selection color in GetPrint
      • Unit-test: To avoid regression in Server printing to PDF output format
      • Keeps empty parts for not empty styles parameters

      Nous avions également besoin de mettre à jour des plugins QGIS Server utiles pour Lizmap :

      • Atlas print 5
      • WFS output Extension 6

      Si vous utilisez déjà Lizmap Web Client, vous pouvez :

      • mettre à jour Lizmap Web Client vers la version 3.3
      • mettre à jour QGIS Server vers la version 3.4
      • mettre à jour les plugins QGIS Server que vous utilisez
      • rendez-vous sur le backoffice de Lizmap Web Client pour mettre à jour la version de QGIS Server dans la configuration
      • mettez à jour votre plugin Lizmap vers la version 3.1 dans votre QGIS bureautique 3.4
      • et mettez à jour vos projets QGIS.

      Si vous souhaitez tester lizmap, installez la dernière version avec QGIS Server LTR.

      Dernière information, une liste de diffusion pour le projet Lizmap a été créée : https://lists.osgeo.org/mailman/listinfo/lizmap

    • 21 May 2019

    • sur 2019 OpenLayers Codesprint Lausanne

      Publié: 21 May 2019, 12:00am CEST
      Pièce jointe: [télécharger]
      From the 13th to the 17th of May, Camptocamp Lausanne offices welcomed Openlayers contributors and the federal office of topography swisstopo development team to mark the end of a journey started more than one year ago.
    • 25 June 2017

    • sur Une première plongée dans le réseau Tor

      Publié: 25 June 2017, 6:27pm CEST par ateliercartographie
      Le journal Le Monde a publié il y a quelques jours un article sur les dernières recherches consacrées au fameux «dark web», et plus particulièrement le réseau Tor (The Onion Router). L’article fait référence à une étude que nous avons menée régulièrement depuis quelques mois (F.Ghitalla, F. Boisselier, J. Decayeux, E. Bartholmé, V. Déhaye), en […]
    • 03 February 2017

    • sur Le 5e et dernier chapitre des Carnets Cartographiques

      Publié: 3 February 2017, 4:03pm CET par ateliercartographie
      Voici le dernier chapitre des Carnets Cartographiques intitulé Les écosystèmes d’Innovation. J’ai essayé d’y synthétiser quelques pistes de réflexion déjà présentes dans différents posts de ce blog. Ce chapitre pourra paraître moins construit que certains chapitres des Chroniques du Web. Cependant, le thème des écosystèmes d’innovation, des méthodes et des instruments pour les définir, les […]
    • 22 December 2016

    • sur Cartographier la science, chapitre 4 des Carnets Cartographiques

      Publié: 22 December 2016, 4:49pm CET par ateliercartographie
      Je profite de la période des fêtes pour achever de publier les deux derniers chapitres des Carnets Cartographiques, la partie additionnelle aux Chroniques du Web. Cet avant-dernier chapitre est consacré à l’une des expéditions consacrées à l’exploration des données formalisées de l’Information Scientifique et Techniques (I.S.T.). Le domaine de l’I.S.T. recouvre des types variés de […]
    • 10 November 2016

    • sur Chapitre 3 des Carnets, la cartographie d’information

      Publié: 10 November 2016, 5:54pm CET par ateliercartographie
      Voici le chapitre 3 des Carnets Cartographiques. Une partie des idées de ce chapitre sont empruntées à l’un des white papers disponibles dans ce blog . Je les ai remaniées et intégrées dans ce chapitre, La Cartographie d’Information – ou l’alchimie quali-quantitative. Le titre complet est important: sans vouloir trop entrer dans les détails, il […]
    • 04 November 2016

    • sur Révélations, le second chapitre des Carnets Cartographiques

      Publié: 4 November 2016, 11:13am CET par ateliercartographie
      Voici le second volet des Carnet Cartographiques, l’appendice des Chroniques du Web qui regroupe quelques-uns des textes dont j’avais le projet depuis parfois longtemps. C’est le cas de celui-ci intitulé Révélations. Il est consacré à quelques-uns des exploits qu’ont réalisés certains jeunes ingénieurs (à l’époque!) en matière d’accompagnement d’enquêtes ou d’analyses issues du data journalisme. […]
    • 20 October 2016

    • sur Les Carnet Cartographiques

      Publié: 20 October 2016, 11:54pm CEST par ateliercartographie
      Avec les Carnets Cartographiques, j’entame la seconde partie de mon projet d’ouvrage. Cet appendice des Chroniques du Web contient 5 chapitres: 1) Archéologie des connaissances 2) Révélations 3) La Cartographie d’Information (ou l’alchimie quali-quantitative) 4) Cartographier la Science 5) Les écosystèmes d’innovation L’exploration du web et de ses propriétés fascinantes a constitué notre expédition principale […]
    • 14 October 2016

    • sur Le chapitre 10 des Chroniques

      Publié: 14 October 2016, 10:52pm CEST par ateliercartographie
      Voici le dernier chapitre des Chroniques du Web, « La Prochaine Etape… » en attendant les 6 chapitres supplémentaires qui figurent dans l’appendice Les Carnets Cartographiques. Ce chapitre 10 est aussi consacré aux questions de cartographie d’organisations criminelles (jihadistes) et il a été rédigé avant les attentats de Paris et Bruxelles. Il s’agit cette fois de tirer […]
    • 13 October 2016

    • sur Le chapitre 9 des Chroniques, L’Information en n Dimensions

      Publié: 13 October 2016, 8:30am CEST par ateliercartographie
      Ce chapitre est une large reprise d’un premier post sur ce blog, Les Lignes du Destin. Ce dernier, publié fin janvier 2015, a été écrit dans les circonstances particulières des attentats qui ont frappé notre pays. A l’époque, je ne pensais pas que ce détour méthodologique du côté de la cartographie des organisations criminelles allait […]
    • 09 October 2016

    • sur Broadcast ou viralité? Le chapitre 8 des Chroniques

      Publié: 9 October 2016, 8:06pm CEST par ateliercartographie
      Un livre entier ne suffirait pas à parcourir toutes la facettes de la notion de « temps » dans un réseau. La question de la temporalité dans les data réseau est d’autant plus délicate à aborder que les problématiques théoriques, méthodologiques et techniques s’accumulent et s’enchevêtrent. Les méthodes de web mining avaient démontré toute la difficulté de […]
    • 02 October 2016

    • sur UV-Web ou naviguer dans les enseignements

      Publié: 2 October 2016, 8:58pm CEST par ateliercartographie
      Chacun des étudiants de nos universités rêverait d’avoir une application, accessible en ligne et sur n’importe quel support, où il pourrait projeter dans une carte son parcours entre les enseignements suivis semestre après semestre, contempler le point où il en est et ce qui lui reste à parcourir, comparer son parcours à d’autres similaires ou […]
    Sauter à la page: 1 ... 6 7 8
     
    ← Du côté des éditeurs Géomatique anglophone →