Le portail francophone de la géomatique

Canaux

4560 éléments (102 non lus) dans 55 canaux

Dans la presse (53 non lus)

• Cybergeo (20 non lus)
• Revue Internationale de Géomatique (RIG)
• SIGMAG & SIGTV.FR - Un autre regard sur la géomatique (4 non lus)
• Mappemonde (20 non lus)
• Dans les algorithmes (9 non lus)

Du côté des éditeurs (15 non lus)

• Imagerie Géospatiale
• Toute l’actualité des Geoservices de l'IGN (7 non lus)
• arcOrama, un blog sur les SIG, ceux d ESRI en particulier (8 non lus)
• arcOpole - Actualités du Programme
• Géoclip, le générateur d'observatoires cartographiques
• Blog GEOCONCEPT FR

Toile géomatique francophone (33 non lus)

• Géoblogs (GeoRezo.net)
• Conseil national de l'information géolocalisée
• Geotribu (3 non lus)
• Les cafés géographiques (5 non lus)
• UrbaLine (le blog d'Aline sur l'urba, la géomatique, et l'habitat)
• Icem7
• Séries temporelles (CESBIO) (9 non lus)
• Datafoncier, données pour les territoires (Cerema)
• Cartes et figures du monde
• SIGEA: actualités des SIG pour l'enseignement agricole
• Data and GIS tips
• Neogeo Technologies (2 non lus)
• ReLucBlog
• L'Atelier de Cartographie
• My Geomatic
• archeomatic (le blog d'un archéologue à l’INRAP)
• Cartographies numériques (7 non lus)
• Veille cartographie
• Makina Corpus (1 non lus)
• Oslandia (6 non lus)
• Camptocamp
• Carnet (neo)cartographique
• Le blog de Geomatys
• GEOMATIQUE
• Geomatick
• CartONG (actualités)

Géomatique anglophone

• Planet Geospatial - http://planetgs.com
• Google Maps Mania
• All Points Blog
• Directions Media - Podcasts
• Navx
• James Fee GIS Blog
• Open Geospatial Consortium (OGC)
• Planet OSGeo

Blogs GeoRezo.net

• Parcell'air
• Le coin de l'open-source géospatial
• INSPIRE by clouds
• Les GéoBlogs
• Infobulle
• Le blog SIG & URBA
• Blog Interopérabilité & GéoInformation

Éléments récents

• 07 June 2021
• 0:00

  Camptocamp participe au geOcom 2021

  sur Camptocamp

  Pièce jointe: [télécharger]

  Du 8 au 10 juin se tiendra en visioconférence la réunion annuelle des utilisateurs et développeurs de l'Infrastructure de Données Spatiales geOrchestra.

• 03 June 2021
• 7:30

  Professionnels itinérants : disposer d’une application mobile métier n’est plus un luxe mais une nécessité !

  sur Blog GEOCONCEPT FR
  

  Commerciaux, techniciens et livreurs passent l’essentiel de leur vie professionnelle sur le terrain. Les applications mobiles de nouvelle génération regroupent tout ce dont ils ont besoin pour optimiser leurs déplacements, leurs interventions et les interactions avec les clients – du bout des doigts !

  

• 01 June 2021
• 0:00

  Simplifier le point d’entrée de votre IDG - Du fun pour les métadonnées !

  sur Camptocamp

  Pièce jointe: [télécharger]

  Comment convaincre les utilisateurs de référencer leurs données dans une infrastructure de données géographiques s'ils doivent passer leur précieux temps à remplir d'obscurs champs de métadonnées ?
• 0:00

  Simplifier le point d’entrée de votre IDG - Du fun pour les métadonnées !

  sur Camptocamp

  Pièce jointe: [télécharger]

  Comment convaincre les utilisateurs de référencer leurs données dans une infrastructure de données géographiques s'ils doivent passer leur précieux temps à remplir d'obscurs champs de métadonnées ?
• 12 May 2021
• 0:00

  FOSSGIS 2021: Nos présentations

  sur Camptocamp

  Pièce jointe: [télécharger]

  Rejoignez-nous pour la première édition entièrement numérique de FOSSGIS 2021 et jetez un coup d'œil aux conférences de Camptocamp.
• 0:00

  FOSSGIS 2021: Nos présentations

  sur Camptocamp

  Pièce jointe: [télécharger]

  Rejoignez-nous pour la première édition entièrement numérique de FOSSGIS 2021 et jetez un coup d'œil aux conférences de Camptocamp.

• 11 May 2021
• 16:38

  [Interview] Comment redonner le goût de prospecter à vos commerciaux ?

  sur Blog GEOCONCEPT FR
  

  Nous retrouvons Nicolas Caron à l’occasion de la sortie de Lève-toi et prospecte !

  

• 06 May 2021
• 0:00

  MapFish Print - la solution d'impression cartographique open-source la plus avancée

  sur Camptocamp

  Pièce jointe: [télécharger]

  Dans ce premier article, nous donnons un aperçu de la solution d'impression MapFish Print et nous vous présentons ses divers cas d'utilisation.
• 0:00

  MapFish Print - la solution d'impression cartographique open-source la plus avancée

  sur Camptocamp

  Pièce jointe: [télécharger]

  Dans ce premier article, nous donnons un aperçu de la solution d'impression MapFish Print et nous vous présentons ses divers cas d'utilisation.
• 13 April 2021
• 0:00

  La plateforme de documentation FttH du Tyrol

  sur Camptocamp

  Pièce jointe: [télécharger]

  Pour l'agence de services haut débit Breitbandserviceagentur Tirol GmbH, une plateforme de documentation a été développée sous forme de géoportail pour l'infrastructure FttH des municipalités du Tyrol.
• 0:00

  La plateforme de documentation FttH du Tyrol

  sur Camptocamp

  Pièce jointe: [télécharger]

  Pour l'agence de services haut débit Breitbandserviceagentur Tirol GmbH, une plateforme de documentation a été développée sous forme de géoportail pour l'infrastructure FttH des municipalités du Tyrol.

• 12 April 2021
• 17:57

  Unreal and Unity are the new Browsers

  sur James Fee GIS Blog

  Someone asked me why I hadn’t commented on Cesium and Unreal getting together. Honestly , no reason. This is big news honestly. HERE, where I work, is teaming up with Unity to bring the Unity SDK and the HERE SDK to automotive applications. I talk about how we used Mapbox Unity SDK at Cityzenith (though I have no clue if they still are). Google and Esri have them too. In fact both Unreal and Unity marketplaces are littered with data sources you can plug in.

  HERE Maps with Unity

  This is getting at the core of what these two platforms could be. Back in the day we had two browsers, Firefox and Internet Explorer 6. Inside each we had many choices of mapping platforms to use. From Google and Bing to Mapquest and Esri. In the end that competition to make the best API/SDK for a mapping environment drove a ton of innovation. What Google Maps looks like and does in 2021 vs 2005 is amazing.

  This brings up the key as to what I see happening here. We’ll see the mapping companies (or companies that have mapping APIs) deliver key updates to these SDK (which today are pretty limited in scope) because they have to stay relevant. Not that web mapping is going away at any point, but true 3D world and true Digital Twins require power that browsers cannot provide even in 2021. So this rush to become the Google Maps of 3D engines is real and will be fun to watch.

  Interesting in that Google is an also-ran in the 3D engine space, so there is so much opportunity for the players who have invested and continue to invest in these markets without Google throwing unlimited R&D dollars against it. Of course it only takes on press release to change all that so don’t bet against Google.

• 17:57

  Unreal and Unity are the new Browsers

  sur James Fee GIS Blog

  Someone asked me why I hadn’t commented on Cesium and Unreal getting together. Honestly , no reason. This is big news honestly. HERE, where I work, is teaming up with Unity to bring the Unity SDK and the HERE SDK to automotive applications. I talk about how we used Mapbox Unity SDK at Cityzenith (though I have no clue if they still are). Google and Esri have them too. In fact both Unreal and Unity marketplaces are littered with data sources you can plug in.

  HERE Maps with Unity

  This is getting at the core of what these two platforms could be. Back in the day we had two browsers, Firefox and Internet Explorer 6. Inside each we had many choices of mapping platforms to use. From Google and Bing to Mapquest and Esri. In the end that competition to make the best API/SDK for a mapping environment drove a ton of innovation. What Google Maps looks like and does in 2021 vs 2005 is amazing.

  This brings up the key as to what I see happening here. We’ll see the mapping companies (or companies that have mapping APIs) deliver key updates to these SDK (which today are pretty limited in scope) because they have to stay relevant. Not that web mapping is going away at any point, but true 3D world and true Digital Twins require power that browsers cannot provide even in 2021. So this rush to become the Google Maps of 3D engines is real and will be fun to watch.

  Interesting in that Google is an also-ran in the 3D engine space, so there is so much opportunity for the players who have invested and continue to invest in these markets without Google throwing unlimited R&D dollars against it. Of course it only takes on press release to change all that so don’t bet against Google.

• 06 April 2021
• 13:00

  Arrays in GeoJSON

  sur James Fee GIS Blog

  So my last post was very positive. I figured out how to relate the teams that share a stadium with the stadium itself. This was important because I wanted to eliminate the redundant points that were on top of each other. For those who don’t recall, I have an example in this gist:

  

  Now I mentioned that there were issues displaying this in GIS applications and was promptly told I was doing this incorrectly:

  An array of <any data type> is not the same as a JSON object consisting of an array of JSON objects. If it would have been the first, I'd have pointed you (again) to QGIS and this widget trick [https:]] .

  — Stefan Keller (@sfkeller) April 4, 2021

  If you click on that tweet you’ll see basically that you can’t do it the way I want and I have to go back to the way I was doing it before:

  Unfortunately, the beat way is to denormalise. Redundant location in many team points.

  — Alex Leith (@alexgleith) April 4, 2021

  I had a conversation with Bill Dollins about it and he sums it up susinctly:

  I get it, but “Do it this way because that’s what the software can handle” is an unsatisfying answer.

  So I’m stuck, I honestly don’t care if QGIS can read the data, because it can. It just isn’t optimal. What I do care about is an organized dataset in GeoJSON. So my question that I can’t get a definitive answer, “is the array I have above valid GeoJSON code?”. From what I’ve seen, yes. But nobody wants to go on record as saying absolutely. I could say, hell with it I’m moving forward but I don’t want to go down a dead end road.

• 13:00

  Arrays in GeoJSON

  sur James Fee GIS Blog

  So my last post was very positive. I figured out how to relate the teams that share a stadium with the stadium itself. This was important because I wanted to eliminate the redundant points that were on top of each other. For those who don’t recall, I have an example in this gist:

  

  Now I mentioned that there were issues displaying this in GIS applications and was promptly told I was doing this incorrectly:

  An array of <any data type> is not the same as a JSON object consisting of an array of JSON objects. If it would have been the first, I'd have pointed you (again) to QGIS and this widget trick [https:]] .

  — Stefan Keller (@sfkeller) April 4, 2021

  If you click on that tweet you’ll see basically that you can’t do it the way I want and I have to go back to the way I was doing it before:

  Unfortunately, the beat way is to denormalise. Redundant location in many team points.

  — Alex Leith (@alexgleith) April 4, 2021

  I had a conversation with Bill Dollins about it and he sums it up susinctly:

  I get it, but “Do it this way because that’s what the software can handle” is an unsatisfying answer.

  So I’m stuck, I honestly don’t care if QGIS can read the data, because it can. It just isn’t optimal. What I do care about is an organized dataset in GeoJSON. So my question that I can’t get a definitive answer, “is the array I have above valid GeoJSON code?”. From what I’ve seen, yes. But nobody wants to go on record as saying absolutely. I could say, hell with it I’m moving forward but I don’t want to go down a dead end road.

• 02 April 2021
• 21:42

  GeoJSON Ballparks as JSON

  sur James Fee GIS Blog

  In a way it is good that Sean Gillies doesn’t follow me anymore. Because I can hear his voice in my head as I was trying to do something really stupid with the project. But Sheldon helps frame what I should be doing with what I was doing:

  tables? what the? add , teams:[{name:"the name", otherprop: …}, {name:…}] to each item in the ballparks array and get that relational db BS out of your brain

  — Sheldon (@tooshel) April 2, 2021

  Exactly! What the hell? Why was I trying to do something so stupid when the while point of this project is baseball ballparks in GeoJSON. Here is the problem in a nutshell and how I solved it. First off, let us simply the problem down to just one ballpark. Salt River Fields at Talking Stick is the Spring Training facility for both the Arizona Diamondbacks and the Colorado Rockies. Not only that, but there are Fall League and Rookie League teams playing there. Probably even more that I still haven’t researched. Anyway, GeoJSON Ballparks looks like this today when you just want to see that one stadium.

  Let’s just say I backed myself in this corner by starting by only having MLB ballparks, none of which at the time of the project were shared between teams.

  It’s a mess right? Overlapping points, so many opportunities to screw up names. So my old school thought was just create a one-to-many relationship between the GeoJSON points and some external table. Madness! Seriously, what was I thinking? Sheldon is right, I should be doing a JSON array for the teams. Look how much nicer it all looks when I do this!

  Look how nice that all is? So easy to read and it keeps the focus on the ballparks.

  As I said in the earlier blog post.

  The problem now is so many teams, especially in spring training, minor leagues and fall ball, share stadiums, that in GeoJSON-Ballparks, you end up with multiple dots on top of each other. No one-to-many relationship that should happen.”

  The project had pivoted in a way I hadn’t anticipated back in 2014 and it was a sure a mess to maintain. So now I can focus on fixing the project with the Minor League Baseball realignment that went on this year and get an updated dataset in Github very soon.

  One outcome of doing this nested array is that many GIS tools don’t understand how to display the data. Take a look at geojson.io:

  

  geojson.io compresses the array into one big JSON-formatted string. QGIS and Github do this also. It’s an issue that I’m willing to live with. Bill Dollins shared the GeoJSON spec with me to prove the way I’m doing is correct:

  3.2.  Feature Object
     A Feature object represents a spatially bounded thing.  Every Feature
     object is a GeoJSON object no matter where it occurs in a GeoJSON
     text.
     o  A Feature object has a "type" member with the value
        "Feature".
     o  A Feature object has a member with the name 
        "geometry".  The value of the geometry member SHALL
        be either a Geometry object as defined above or, in 
        the case that the Feature is unlocated, a JSON 
        null value.
     o  A Feature object has a member with the name 
        "properties".  The value of the properties member is
        an object (any JSON object or a JSON null value).

  ANY JSON OBJECT! So formatting the files this way is correct and the way it should be done. I’m going to push forward on cleaning up GeoJSON Ballparks and let the GIS tools try and catch up.

• 30 March 2021
• 0:00

  Vers une meilleure intégration de GeoServer dans une infrastructure cloud

  sur Camptocamp

  Pièce jointe: [télécharger]

  Comment améliorer GeoServer pour une meilleure intégration dans une infrastructure “cloud” et dans un contexte de Haute-Disponibilité ?
• 0:00

  Vers une meilleure intégration de GeoServer dans une infrastructure cloud

  sur Camptocamp

  Pièce jointe: [télécharger]

  Comment améliorer GeoServer pour une meilleure intégration dans une infrastructure “cloud” et dans un contexte de Haute-Disponibilité ?
• 23 March 2021
• 0:00

  Rebuilding from the ground up with IFREMER

  sur Camptocamp

  Pièce jointe: [télécharger]

  How Camptocamp went through and made a data visualization application more performant and reliable.
• 0:00

  ArcGIS Pro vers GeoServer

  sur Camptocamp

  Pièce jointe: [télécharger]

  La compatibilité entre la suite d'outils ESRI et les logiciels open source est un défi permanent. Des solutions existent pour ArcMap, mais pas pour son successeur ArcGIS Pro.
• 0:00

  Rebuilding from the ground up with IFREMER

  sur Camptocamp

  Pièce jointe: [télécharger]

  How Camptocamp went through and made a data visualization application more performant and reliable.
• 0:00

  ArcGIS Pro vers GeoServer

  sur Camptocamp

  Pièce jointe: [télécharger]

  La compatibilité entre la suite d'outils ESRI et les logiciels open source est un défi permanent. Des solutions existent pour ArcMap, mais pas pour son successeur ArcGIS Pro.

• 18 March 2021
• 10:55

  On our way to quality

  sur ReLucBlog

  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.

• 10:39

  Nos efforts qualité

  sur ReLucBlog

  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.

• 16 March 2021
• 0:00

  Première release pour Inkmap 1.0

  sur Camptocamp

  Pièce jointe: [télécharger]

  Nous sommes fiers d'annoncer la toute première version d'InkMap, une technologie web moderne permettant d'intégrer des services d'impression dans des applications cartographiques web.
• 0:00

  Première release pour Inkmap 1.0

  sur Camptocamp

  Pièce jointe: [télécharger]

  Nous sommes fiers d'annoncer la toute première version d'InkMap, une technologie web moderne permettant d'intégrer des services d'impression dans des applications cartographiques web.

• 07 March 2021
• 22:15

  GeoJSON Ballparks and MLB Minor League Realignment

  sur James Fee GIS Blog

  **UPDATE** – See the plan.

  Boy, where to start? First, for those who haven’t been following, this happened over the winter.

  Major League Baseball announced on Friday (February 12, 2021) a new plan for affiliated baseball, with 120 Minor League clubs officially agreeing to join the new Professional Development League (PDL). A full list of Major League teams and their new affiliates, one for each level of full-season ball, along with a complex league (Gulf Coast and Arizona) team, can be found below.

  Minor League Baseball

  What does that mean? Well for GeoJSON Ballparks basically every minor league team is having a modification to it. At a minimum, the old minor league names have changed. Take the Pacific Coast League that existed for over 118 years is now part of Triple-A West which couldn’t be a more boring name. All up and down the minor leagues, the names now just reflect the level of minor league the teams are. And some teams have moved from AAA to Single A and all around.

  I usually wait until Spring Training is just about over to update the minor league teams but this year it almost makes zero sense. I’ve sort of backed myself into a spatial problem, unintended when I started. Basically, the project initially was just MLB teams and their ballparks. The key to that is that the teams drove the dataset, not the ballparks even though the title of the project clearly said it was. As long as nobody shared a ballpark, this worked out great. The problem now is so many teams, especially in spring training, minor leagues and fall ball, share stadiums, that in GeoJSON-Ballparks, you end up with multiple dots on top of each other. No one-to-many relationship that should happen.

  So, I’m going to use this minor league realignment to fix what I should have fixed years ago. There will be two files in this dataset moving forward. One GeoJSON file of the locations of a ballpark and then a CSV (or other format) file containing the teams. Then we’ll just do the old fashioned relate between the two and the world is better again.

  I’m going to fork GeoJSON-Ballparks into a new project and right the wrongs I have done against good spatial data management. I’m finally ready to play centerfield!

• 22 February 2021
• 17:46

  I’m Here at HERE

  sur James Fee GIS Blog

  Pièce jointe: [télécharger]

  Last Tuesday I started at HERE Technologies with the Professional Services group in the Americas. I’ve probably used HERE and their legacy companies data and services for most of my career so this is a really cool opportunity to work with a mobile data company.

  I’m really excited about working with some of their latest data products including Premier 3D Cities (I can’t escape Digital Twins).

  Digital Twins at HERE

• 16 February 2021
• 0:00

  Calcul d’itinéraires avec édition du graphe en ligne

  sur Camptocamp

  Pièce jointe: [télécharger]

  L’application Plan, basée sur GeoMapFish, permet aux visiteurs de l’EPFL d’afficher des itinéraires piétons. Le calcul utilise un réseau édité en ligne.
• 0:00

  Calcul d’itinéraires avec édition du graphe en ligne

  sur Camptocamp

  Pièce jointe: [télécharger]

  L’application Plan, basée sur GeoMapFish, permet aux visiteurs de l’EPFL d’afficher des itinéraires piétons. Le calcul utilise un réseau édité en ligne.
• 11 February 2021
• 0:00

  Ouverture du code de GetItFixed!

  sur Camptocamp

  Pièce jointe: [télécharger]

  GetItFixed! est un projet open source et public pour aider à la remontée d’informations par les usagers.
• 0:00

  Ouverture du code de GetItFixed!

  sur Camptocamp

  Pièce jointe: [télécharger]

  GetItFixed! est un projet open source et public pour aider à la remontée d’informations par les usagers.
• 04 February 2021
• 0:00

  KADAS Routing – a routing plugin for offline navigation

  sur Camptocamp

  Pièce jointe: [télécharger]

  Learn more about the offline routing plugin that we have developed for KADAS Albirero.
• 0:00

  KADAS Routing – a routing plugin for offline navigation

  sur Camptocamp

  Pièce jointe: [télécharger]

  Learn more about the offline routing plugin that we have developed for KADAS Albirero.

• 02 February 2021
• 13:45

  2021, Lizmap will be 10 years old

  sur ReLucBlog

  The year 2020 was marked by the growth of the 3Liz team (now we are 8) and the release of version 3.4 of Lizmap Web Client (Liste des nouvelles fonctionnalités)

  This new version marks a change in the way Lizmap Web Client works, as some features now depend on the installation of the Lizmap plugin for QGIS Server. The Lizmap plugin extend QGIS Server API.

  In 2011, when Michaël imagined Lizmap, he wanted to take advantage of QGIS Server to facilitate the creation of Web maps, by offering a solution that integrates with QGIS so that the geographic data manager doesn't have to change tools when he wants to make a Web publication of his work.

  In 10 years, Lizmap has become a true tool for creating and publishing Web mapping applications ranging from simple maps for consulting geographic data to collaborative geographic data management applications (addresses, water networks, naturalist observations, etc.), including the creation of dashboards with graphs or data mining tools.

  Flood risks in Montpellier

  Consulting data with Lizmap

  Points of interest in the Lake Geneva Watershed

  Selecting and export data with Lizmap

  Faunistic observations in Polynesia

  Collaborative Data Editing with Lizmap

  Evolution of COVID-19 in France from march to may 2020

  Dashboards Lizmap

  Follow-up of cats' movements

  Data mining with Lizmap

  In 2021, we want to continue to improve the quality and stability of Lizmap (code refactoring, adding new tests), release 2 new versions of Lizmap Web Client with a version 3.5 at the end of May 2021, and maybe a new major version at the end of the year.

  All the 3Liz team wishes you a very happy new year 2021 with Lizmap.

• 13:30

  2021, Lizmap aura 10 ans

  sur ReLucBlog

  L'année 2020 a été marqué par une croissance de l'équipe de 3Liz (nous sommes maintenant 8) et par la publication de la version 3.4 de Lizmap Web Client (Liste des nouvelles fonctionnalités)

  Cette nouvelle version marque un changement dans le fonctionnement de Lizmap Web Client, car certaines fonctionnalités dépendent maintenant de l'installation du extension Lizmap pour QGIS Serveur. Le plugin Lizmap étend l'API standard de QGIS Serveur.

  En 2011, quand Michaël imagine Lizmap, il souhaite profiter de QGIS Serveur pour faciliter la création de cartes Web, en proposant une solution qui s'intègre à QGIS afin que le gestionnaire de données géographiques n'ait pas à changer d'outil lorsqu'il souhaite faire une publication Web de son travail.

  En 10 ans, Lizmap est devenu un vrai outil de création et de publication d'applications Web cartographiques allant de la simple carte de consultation de données géographiques à l'application de gestion de données géographiques collaboratives (adresses, réseaux d'eau, observations naturalistes, etc) en passant par la création de tableaux de bord avec graphiques ou d'outils d'exploration de données.

  Risques de crues à Montpellier

  Consultation de données avec Lizmap

  Points d'intérêts dans le bassin versant du lac Léman

  Sélection de données et export avec Lizmap

  Observations faunistiques en Polynésie

  Édition collaborative de données avec Lizmap

  Évolution du COVID-19 en France de mars à mai 2020

  Tableaux de bords avec Lizmap

  Suivi des déplacements de chats

  Exploration de données avec Lizmap

  En 2021, nous souhaitons continuer à améliorer la qualité et la stabilité de Lizmap (refactorisation du code, ajout de nouveaux tests), publier 2 nouvelles versions de Lizmap Web Client avec une version 3.5 fin mai 2021, et peut-être une nouvelle version majeure en fin d'année.

  Toute l'équipe 3Liz vous souhaite donc une très bonne année 2021 avec Lizmap.

• 25 January 2021
• 16:52

  Refactoring and tests about the PHP code in Lizmap

  sur ReLucBlog

  Adrien Lagroy de Croutte from the École 42 joined 3Liz 6 months ago for an internship.

  • His main goal was to lead a refactoring on the PHP code of Lizmap, to make it easier to write unit tests.

  • His second goal was writing unittests. Approximately 200 unit tests have been added. These tests are executed by the continuous integration platform on each commit to avoid regressions and bugs.

  Thanks to this work, we will avoid regressions for any next versions of Lizmap by having more tests on our continuous integration platform.

  Thanks to you Adrien ;)

• 11:03

  Refactoring et tests du code PHP de Lizmap

  sur ReLucBlog

  Adrien Lagroy de Croutte de l'École 42 a rejoint 3Liz il y a 6 mois dans le cadre d'un stage.

  • Sa mission principale a été de faire un refactoring du code PHP de Lizmap, ceci dans le but de pouvoir plus facilement le tester unitairement.

  • Sa seconde mission a été d'ajouter plus de 200 tests unitaires. Ceci sont exécutés par nos outils d'intégration continue sur chaque modification du code, nous évitant de possible bugs et régressions.

  Grâce à ce travail, nous limitons les régressions sur les prochaines versions de Lizmap en rendant le code plus testable par des outils d'intégration continue.

  Merci à toi Adrien ;)

• 21 January 2021
• 0:00

  FOSSGIS 2021 in Rapperswil: Camptocamp is Platinsponsor!

  sur Camptocamp

  Pièce jointe: [télécharger]

  Camptocamp is happy to be on-site again from June 06 - 09 as a platin sponsor and exhibitor at the FOSSGIS 2021 conference.
• 0:00

  FOSSGIS 2021 in Rapperswil: Camptocamp is Platinsponsor!

  sur Camptocamp

  Pièce jointe: [télécharger]

  Camptocamp is happy to be on-site again from June 06 - 09 as a platin sponsor and exhibitor at the FOSSGIS 2021 conference.
• 22 December 2020
• 0:00

  Camptocamp, sponsor des 8èmes Rencontres Utilisateurs de QGIS

  sur Camptocamp

  Pièce jointe: [télécharger]

  Pour la 8ème année consécutive, Camptocamp a été sponsor, au niveau Mécène, de la conférence des Rencontres des Utilisateurs Francophone de QGIS.
• 0:00

  Camptocamp, sponsor des 8èmes Rencontres Utilisateurs de QGIS

  sur Camptocamp

  Pièce jointe: [télécharger]

  Pour la 8ème année consécutive, Camptocamp a été sponsor, au niveau Mécène, de la conférence des Rencontres des Utilisateurs Francophone de QGIS.
• 08 December 2020
• 0:00

  InkMap

  sur Camptocamp

  Pièce jointe: [télécharger]

  Pour nous, il est temps de profiter des innovations récentes dans le monde du Web pour embarquer ces outils d’impression directement dans le navigateur.
• 0:00

  InkMap

  sur Camptocamp

  Pièce jointe: [télécharger]

  Pour nous, il est temps de profiter des innovations récentes dans le monde du Web pour embarquer ces outils d’impression directement dans le navigateur.
• 27 November 2020
• 0:00

  Plugins QGIS pour le Schapi

  sur Camptocamp

  Pièce jointe: [télécharger]

  Le Schapi a confié à Camptocamp au travers d'un accord-cadre le développement et la maintenance de plusieurs Plugin QGIS.
• 0:00

  Plugins QGIS pour le Schapi

  sur Camptocamp

  Pièce jointe: [télécharger]

  Le Schapi a confié à Camptocamp au travers d'un accord-cadre le développement et la maintenance de plusieurs Plugin QGIS.

• 26 November 2020
• 12:26

  Lizmap Web Client 3.4 RC

  sur ReLucBlog

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

  • Lizmap Web Client 3.4 Changelog
  • Lizmap Web Client 3.4 Visual Changelog

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

  • Changelog Lizmap plugin

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

• 12:06

  Lizmap Web Client 3.4 RC

  sur ReLucBlog

  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 :

  • Changelog Lizmap Web Client 3.4
  • Changelog visuel Lizmap Web Client 3.4

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

  • Changelog plugin Lizmap

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

• 24 November 2020
• 10:15

  Evaluate QGIS Expression server side with Lizmap plugin

  sur ReLucBlog

  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:

  Example of use of QGIS expression to manage the visibility of groups of fields

  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.

• 10:00

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

  sur ReLucBlog

  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:

  Exemple d'utilisation d'expression QGIS afin de gérer la visibilité des groupes de champs

  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.

• 17 November 2020
• 18:36

  Digital Twins and Unreal Engine

  sur James Fee GIS Blog

  I’ve had a ton of experience with Unity and Digital Twins but I have been paying attention to Unreal Engine. I think the open nature of Unity is probably more suited for the current Digital Twin market, but competition is so important for innovation. This project where Unreal Engine was used to create a digital clone of Adelaide is striking but the article just leaves me wanting for so much more.

  A huge city environment results in a hefty 3D model. Having strategies in place to ease the load on your workstation is essential. “Twinmotion does not currently support dynamic loading of the level of detail, so in the case of Adelaide, we used high-resolution 3D model tiles over the CBD and merged them together,” says Marre. “We then merged a ring of low-resolution tiles around the CBD and used the lower level of detail tiles the further away we are from the CBD.”

  Well, that’s how we did it at Cityzenith. Tiles are the only way to have the detail one needs in these 3D worlds and one that geospatial practitioners are very used to dealing with their slippy maps. The eye-candy that one sees in that Adelaide project is amazing. Of course, scaling one city out is hard enough but doing so across a country or the globe is another. Still, this is an amazing start.

  Seeing Epic take Twinmotion and scale it out this way is very exciting because as you can see from that video above, it really does look photorealistic.

  But this gets at the core of where Digital Twins have failed. It is so very easy to do the above, crate an amazing looking model of a city, and drape imagery across it. It is a very different beast to actually create a Digital Twin where these buildings are not only linked up to external IoT devices and services but they should import BIM models and generalize as needed. They do so some rudimentary analysis of shadows which is somewhat interesting, but this kind of stuff is so easy to do and there are so many tools to do it that all this effort to create a photorealistic city seems wasted.

  I think users would trade photorealistic cities for detailed IoT services integration but I will watch Aerometrex continue to develop this out. Digital Twins are still stuck in sharing videos on Vimeo and YouTube, trying to create some amazing realistic city when all people want is visualization and analysis of IoT data. That said, Aerometrex has done an amazing job building this view.

• 16 November 2020
• 9:30

  The Lizmap plugin as an access control plugin for QGIS Server

  sur ReLucBlog

  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.

• 8:30

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

  sur ReLucBlog

  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
• 0:00

  Geonetwork-ui

  sur Camptocamp

  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.
• 0:00

  Geonetwork-ui

  sur Camptocamp

  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.

• 10 November 2020
• 21:01

  Moving Towards a Digital Twin Ecosystem

  sur James Fee GIS Blog

  Smart Cities really start to become valuable when they integrate with Digital Twins. Smart Cities do really well with transportation networks and adjusting when things happen. Take, for example, construction on an important Interstate highway that connects the city core with the suburbs causes backups and a smart city can adjust traffic lights, rail, and other modes of transportation to help adjudicate the problems. This works really well because the transportation system talk to each other and decisions can be made to refocus commutes toward other modes of transportation or other routes. But unfortunately, Digital Twins don’t do a great job talking to Smart Cities.

  Photo by Victor Garcia on Unsplash

  A few months ago I talked about Digital Twins and messaging. The idea that:

  Digital twins require connectivity to work. A digital twin without messaging is just a hollow shell, it might as well be a PDF or a JPG. But connecting all the infrastructure of the real world up to a digital twin replicates the real world in a virtual environment. Networks collect data and store it in databases all over the place, sometimes these are SQL-based such as Postgres or Oracle, and other times they are simple as SQLite or flat-file text files. But data should be treated as messages back and forth between clients.

  This was in the context of a Digital Twin talking to services that might not be hardware-based, but the idea stands up for how and why a Digital Twin should be messaging the Smart City at large. Whatever benefits a Digital Twin gains from an ecosystem that collects and analyzes data for decision-making those benefits become multiplied when those systems connect to other Digital Twins. But think outside a group of Digital Twins and the benefit of the Smart City when all these buildings are talking to each other and the city to make better decisions about energy use, transportation, and other shared infrastructure across the city or even the region (where multiple Smart Cities talk to each other).

  When all these buildings talk to each other, they can help a city plan, grow and evolve into a clean city.

  What we don’t have is a common data environment (CDE) that cities can use. We have seen data sharing on a small scale in developments but not on a city-wide or regional scale. To do this we need to agree on model standards that allow not only Digital Twins to talk to each other (Something open like Bentley’s iTwin.js) and share ontologies. Then we need that Smart City CDE where data is shared, stored, and analyzed at a large scale.

  One great outcome of this CDE is all this data can be combined with City ordinances to give tools like Delve from Sidewalk Labs even more data to create their generative design options. Buildings are not a bubble in a city and their impacts on the city extend out beyond the boundaries of the parcel they are built on. That’s what so exciting about this opportunity, manage assets in a Digital Twin on a micro-scale, but share generalized data about those decisions to the city at large which then can share them with other Digital Twins.

  

  And lastly, individual Smart Cities aren’t bubbles either. They have huge impacts on the region or even the country that they are in. If we can figure out how to create a national CDE, one that covers a country as diverse as the United States, we can have something that can even benefit the world at large. Clean cities are the future and thinking about them on a small scale will only result in the gentrification of affluent areas and leave less well areas behind. I don’t want my children to grow up in a world like that and we have the processes in place to ensure that they have a better place than use to grow up in.

• 04 November 2020
• 12:02

  Plugin Cadastre pour QGIS : version 1.10.0, support QGIS 3.16 et autres

  sur ReLucBlog

  Nous sommes fière de vous annoncer la publication d'une nouvelle version du plugin Cadastre pour QGIS, la version 1.10.0

  Cette version est déjà disponible sur le dépôt des plugins officiels de QGIS [https:]] et donc dans votre QGIS.

  Cette version intègre les améliorations suivantes :

  • Compatibilité avec QGIS 3.16 tout en restant compatible 3.4
  • Import - Optimisation de l'import Spatialite et de l'affichage du temps passé
  • Ajout de l'extraction de détails sur les propriétaires (indivisions)
  • Widget "Outils de Recherche" : Ajout du bouton Infos parcelle
  • Dialogue "infos parcelle" : Ajout des actions imprimer / copier /sauvegarder des infos des onglets
  • Révision barre d'outils (position actions) et réécriture code menu / barre d'outils
  • Fix - bug connexion (relevé parcellaire, première instanciation)

  

  Cette version ainsi que la précédente, la version 1.9.0, a été possible grâce au soutient de :

  • Le Ministère de la Transition Écologie
  • L'association ASA de France
  • La Communauté d'Agglomération du Grand-Narbonne
  • Les Agences d'Urbanisme de Bretagne et autres : AGAM, AUSB, ADUGA, AUDAT, AUD Clermont Métropole, AGAPE Lorraine Nord, Boulogne Développement
  • Le Conseil Départemental de Meurthe et Moselle

  Et elle intègre les contributions de :

  • La Métropole de Rennes
  • Le Ministère de la Transition Écologie

• 06 October 2020
• 0:00

  The OGC API Code Sprint

  sur Camptocamp

  Pièce jointe: [télécharger]

  Participating the making of future geospatial web service standards
• 0:00

  The OGC API Code Sprint

  sur Camptocamp

  Pièce jointe: [télécharger]

  Participating the making of future geospatial web service standards
• 02 October 2020
• 0:00

  The Swiss Alpine Club and SchweizMobil - two closely linked platforms

  sur Camptocamp

  Pièce jointe: [télécharger]

  In partnership with the Swiss Alpine Club SAC, SchweizMobil now presents selected tours in alpine terrain under "Mountain sports".
• 0:00

  The Swiss Alpine Club and SchweizMobil - two closely linked platforms

  sur Camptocamp

  Pièce jointe: [télécharger]

  In partnership with the Swiss Alpine Club SAC, SchweizMobil now presents selected tours in alpine terrain under "Mountain sports".

• 14 September 2020
• 14:25

  ETUDE DE CAS GEOCLIP : L’observatoire Géodes de Santé publique France pour suivre la pandémie de coronavirus Covid-19

  sur Géoclip, le générateur d'observatoires cartographiques
  Santé publique France est l’agence nationale de santé publique. Sa vocation : veiller, surveiller, prévenir, alerter et intervenir sur de multiples questions relatives à la santé publique en France. Informer le grand public fait partie de ses missions. Santé publique France s’appuie pour cela sur Géodes, son observatoire géostatistique fondé sur Géoclip.
• 09 September 2020
• 16:32

  DEMONSTRATION GEOCLIP : Observatoire du déploiement de la fibre optique FTTH

  sur Géoclip, le générateur d'observatoires cartographiques
  Découvrez l’observatoire du déploiement de la fibre optique :  telecoms.geoclip.fr. Cette démonstration Géoclip a été créée par les équipes de Business Geografic en vue de proposer un observatoire géostatistique du déploiement de la fibre optique FTTH ("fiber to the home", fibre optique jusqu'à l'abonné) sur le territoire français.

• 14 August 2020
• 0:00

  INTERGEO DIGITAL 2020: Camptocamp is part of it

  sur Camptocamp

  Pièce jointe: [télécharger]

  The first completely virtual INTERGEO will take place from 13 to 15 October 2020.
• 0:00

  INTERGEO DIGITAL 2020: Camptocamp is part of it

  sur Camptocamp

  Pièce jointe: [télécharger]

  The first completely virtual INTERGEO will take place from 13 to 15 October 2020.
• 05 August 2020
• 0:00

  GeoVignes, un module géographique pour les vignes et vendanges

  sur Camptocamp

  Pièce jointe: [télécharger]

  Camptocamp a réalisé GeoVignes, qui gère tous les aspects géographiques d'un projet.
• 0:00

  GeoVignes, un module géographique pour les vignes et vendanges

  sur Camptocamp

  Pièce jointe: [télécharger]

  Camptocamp a réalisé GeoVignes, qui gère tous les aspects géographiques d'un projet.
• 21 July 2020
• 0:00

  Camptocamp Sponsor Argent du GeoDataDays 2020

  sur Camptocamp

  Pièce jointe: [télécharger]

  Camptocamp a le plaisir de vous annoncer que notre équipe sera présente en tant que sponsors au Geodatadays les 15 et 16 septembre.
• 0:00

  Camptocamp Sponsor Argent du GeoDataDays 2020

  sur Camptocamp

  Pièce jointe: [télécharger]

  Camptocamp a le plaisir de vous annoncer que notre équipe sera présente en tant que sponsors au Geodatadays les 15 et 16 septembre.
• 10 July 2020
• 0:00

  Geonetwork Bolsena 2020

  sur Camptocamp

  Pièce jointe: [télécharger]

  Le code sprint Geonetwork Bolsena a bien eu lieu du 29 juin au 3 juillet dernier, bien sûr en remote ! Les équipes ont été réparties en plusieurs factions, en France, Hollande et Canada.
• 0:00

  Geonetwork Bolsena 2020

  sur Camptocamp

  Pièce jointe: [télécharger]

  Le code sprint Geonetwork Bolsena a bien eu lieu du 29 juin au 3 juillet dernier, bien sûr en remote ! Les équipes ont été réparties en plusieurs factions, en France, Hollande et Canada.

• 06 July 2020
• 10:41

  QGIS Server 3.10.8 will be fully compatible with lizmap

  sur ReLucBlog

  On March 6, 2020, a Lizmap user identified a regression in QGIS Server 3.10 compared to version 3.4. This regression concerns the print function (GetPrint) for the layer groups configured as a single layer for Lizmap. A group configured as a layer could no longer be printed with QGIS Server 3.10.

  To correct this bug, we decided to use Test Driven Developments. We started by creating a new test for QGIS Server highlighting the regression. We then corrected this regression and verified using the test that the patch we proposed corrected the test.

  The problem is that once the patch and the new test were integrated into the master branch (development version) and the release-3_12 branch (version 3.12) of QGIS, the Travis-based continuous integration system used by QGIS indicated regularly have a problem with testing the QGIS Server print function. Regression correction was therefore not included in version 3.10 of QGIS which is the long term released version (LTR), and tests of the printing function of QGIS Sever were blacklisted for the continuous integration. In fact the test indicated a Segfault.

  It took QGIS Server developers several months, PR 36198, PR 36581, PR 37179, to identify the reason why testing of the QGIS Server print function was failed in continuous integration. The reason was simple: the test was too long, it exceeded 55 seconds fc561d0
  on travis in continuous integration.

  It is true that the test file started to be too long. The solution to be able to reactivate the tests in continuous integration was to separate the tests of the printing function of QGIS Server in several tests.

  Once the tests of the printing function reactivated for the master branch and the release-3_14 branch, the regression patch could be integrated into the release-3_10 branch (version 3.10 of QGIS) and this patch will be available when the release of version 3.10.8 on July 17, 2020.

• 10:22

  QGIS Server 3.10.8 sera totalement compatible avec Lizmap

  sur ReLucBlog

  Le 6 mars 2020, un utilisateur de Lizmap identifiait une régression dans QGIS Server 3.10 par rapport à la version 3.4. Cette régression concerne la fonction d'impression (GetPrint) pour les groupes de couches configurés en tant que couche simple pour Lizmap. Un groupe configuré comme une couche ne pouvait plus être imprimé avec QGIS Server 3.10.

  Pour corriger ce bug, nous avons décidé de fair du Développements Pilotés par les Tests Nous avons commencé par créer un nouveau test pour QGIS Server mettant en avant la régression. Nous avons ensuite corrigé cette régression et vérifié à l'aide du test que le correctif que nous proposions corrigeait bien le test.

  Le problème est qu'une fois le correctif et le nouveau test intégrés à la branche master (version de développement) et à la branche release-3_12 (version 3.12) de QGIS, le système d'intégration continue basé sur Travis utilisé par QGIS indiquait régulièrement un problème avec les tests de la fonction d'impression de QGIS Server. La correction de la régression n'a donc pas été intégré à la version 3.10 de QGIS qui est la version maintenue à long terme (LTR), et les tests de la fonction d'impression de QGIS Sever ont été placé sur liste noire pour l'intégration continue. En fait le test indiquait un Segfault.

  Il nous a fallu, aux développeurs QGIS Server PR 36198, PR 36581, PR 37179, plusieurs mois pour identifier la raison pour la quelle les tests de la fonction d'impression de QGIS Server ne passait plus dans l'intégration continue. La raison était simple : le test était trop long, il dépassait les 55 secondes fc561d0 sur travis en intégration continue.

  Il est vrai que le fichier de test commençait à être trop long. La solution pour pouvoir réactiver les tests en intégration continue était de séparer les tests de la fonction d'impression de QGIS Server en plusieurs tests.

  Une fois les tests de la fonction d'impression réactivés pour la branche master et la branche release-3_14, le correctif de la régression a pu être intégré à la branche release-3_10 (version 3.10 de QGIS) et ce correctif sera disponible lors de la publication de la version 3.10.8 le 17 juillet 2020.

• 10:12

  RETOUR D’EXPERIENCE : Rassembler et exploiter les résultats des élections municipales

  sur Géoclip, le générateur d'observatoires cartographiques
  Pour que les résultats des élections municipales soient disponibles dans l’Observatoire des Votes en France dès le lendemain matin du scrutin, cela demande en amont un minutieux travail de collecte, préparation et intégration. Quelques pièges sont à contourner, pour déjouer toutes les subtilités d’un scrutin plus complexe qu’il n’y paraît.

• 0:00

  Release of a Mapfile parser for GeoStyler

  sur Camptocamp

  Pièce jointe: [télécharger]

  The objective of the Mapfile parser is to translate the styling of geographic data into a GeoStyler object.
• 0:00

  Release of a Mapfile parser for GeoStyler

  sur Camptocamp

  Pièce jointe: [télécharger]

  The objective of the Mapfile parser is to translate the styling of geographic data into a GeoStyler object.
• 03 July 2020
• 0:00

  GetItFixed

  sur Camptocamp

  Pièce jointe: [télécharger]

  Un outil open source de gestion de demandes citoyennes. Cet outil ne demande pas de création de compte, facilitant son adoption !
• 0:00

  GetItFixed

  sur Camptocamp

  Pièce jointe: [télécharger]

  Un outil open source de gestion de demandes citoyennes. Cet outil ne demande pas de création de compte, facilitant son adoption !

• 02 July 2020
• 11:41

  La valeur économique de l’information géographique sur le territoire

  sur INSPIRE by clouds
  [Commentaire introductif du claviste : après le travail mené dans le cadre de SIG-LR il y a trois ans, il m’a semblé indispensable de faire connaître le travail de Narimène Dahmani, premier du genre à ce niveau sur le sujet, à la fois pour mieux faire comprendre la valeur des infrastructures d’information géographique et l’intérêt […]

• 03 June 2020
• 0:00

  Carto2 : en ligne

  sur Camptocamp

  Pièce jointe: [télécharger]

  Camptocamp a été mandaté par le Ministère de la Transition Écologique et solidaire pour mettre en œuvre une nouvelle version du module de cartographie de l’infrastructure de données spatiales Géo-IDE.
• 0:00

  Carto2 : en ligne

  sur Camptocamp

  Pièce jointe: [télécharger]

  Camptocamp a été mandaté par le Ministère de la Transition Écologique et solidaire pour mettre en œuvre une nouvelle version du module de cartographie de l’infrastructure de données spatiales Géo-IDE.
• 19 May 2020
• 0:00

  Geological visualisation and collaboration in Switzerland and around the world

  sur Camptocamp

  Pièce jointe: [télécharger]

  The Swiss Geological Survey at swisstopo mandated Camptocamp and Cesium to develop a brand-new, highly efficient and usable 3D viewer for geological data on the web: swissgeol
• 0:00

  Geological visualisation and collaboration in Switzerland and around the world

  sur Camptocamp

  Pièce jointe: [télécharger]

  The Swiss Geological Survey at swisstopo mandated Camptocamp and Cesium to develop a brand-new, highly efficient and usable 3D viewer for geological data on the web: swissgeol
• 14 May 2020
• 0:00

  La version 2.5 GeoMapFish vient de sortir

  sur Camptocamp

  Pièce jointe: [télécharger]

  GeoMapFish est une application SIG web, extensible et flexible, incluant de nombreuses fonctionnalités.
• 0:00

  La version 2.5 GeoMapFish vient de sortir

  sur Camptocamp

  Pièce jointe: [télécharger]

  GeoMapFish est une application SIG web, extensible et flexible, incluant de nombreuses fonctionnalités.
• 13 May 2020
• 0:00

  GeoNetwork Meeting 2020

  sur Camptocamp

  Pièce jointe: [télécharger]

  Camptocamp et titellus organisent la réunion GeoNetwork 2020 qui aura lieu en ligne le mardi 23 juin 2020.
• 0:00

  GeoNetwork Meeting 2020

  sur Camptocamp

  Pièce jointe: [télécharger]

  Camptocamp et titellus organisent la réunion GeoNetwork 2020 qui aura lieu en ligne le mardi 23 juin 2020.
• 11 May 2020
• 0:00

  Version alpha de Geonetwork 4.0

  sur Camptocamp

  Pièce jointe: [télécharger]

  Camptocamp est heureux d’annoncer la sortie de la version alpha de Geonetwork 4.0, disponible pour tests et retours !
• 0:00

  Version alpha de Geonetwork 4.0

  sur Camptocamp

  Pièce jointe: [télécharger]

  Camptocamp est heureux d’annoncer la sortie de la version alpha de Geonetwork 4.0, disponible pour tests et retours !
• 05 May 2020
• 0:00

  geOrchestra 20.0.2

  sur Camptocamp

  Pièce jointe: [télécharger]

  C’est avec une grande fierté que nous vous présentons ici la dernière mouture de notre infrastructure de données spatiales geOrchestra dans la série 20.0.x !
• 0:00

  geOrchestra 20.0.2

  sur Camptocamp

  Pièce jointe: [télécharger]

  C’est avec une grande fierté que nous vous présentons ici la dernière mouture de notre infrastructure de données spatiales geOrchestra dans la série 20.0.x !

• 08 April 2020
• 14:36

  Vers un changement de paradigme d’INSPIRE?

  sur INSPIRE by clouds
  Saisi par le Point de contact français, le CNIG lance une consultation des parties-prenantes françaises sur la proposition européenne de programme de travail 2020-2024. – D’ici fin 2022, il s’agit d’arriver à une mise en oeuvre commune dans l’Union européenne sur un périmètre, réduit, de données de référence tout en relâchant les contraintes sur les […]
• 19 March 2020
• 16:42

  Le futur des IDG, vu du JRC (et un peu d’ici)

  sur INSPIRE by clouds
  Des collègues du JRC, la direction générale multi-technique de la Commission européenne, publient ces jours-ci un article sur le futur des IDG : « From Spatial Data Infrastructures to Data Spaces—A Technological Perspective on the Evolution of European SDIs ». Même si ce papier n’engage qu’eux et non la Commission, comme on dit, la qualité des signataires, […]

• 04 February 2020
• 0:00

  FOSSGIS 2020 in Freiburg: Camptocamp is part of it!

  sur Camptocamp

  Pièce jointe: [télécharger]

  The FOSSGIS conference will take place from March 11th - 14th, and Camptocamp is glad to be there again this year as exhibitor and gold sponsor.
• 0:00

  FOSSGIS 2020 in Freiburg: Camptocamp is part of it!

  sur Camptocamp

  Pièce jointe: [télécharger]

  The FOSSGIS conference will take place from March 11th - 14th, and Camptocamp is glad to be there again this year as exhibitor and gold sponsor.
• 23 January 2020
• 0:00

  Code sprint Geonetwork : migration Openlayers et ElasticSearch

  sur Camptocamp

  Pièce jointe: [télécharger]

  Le dernier code sprint Geonetwork a eu lieu dans les locaux de Camptocamp en France au Bourget du Lac du 2 au 6 décembre 2019. Il a eu pour double objectif la migration des composants OpenLayers et ElasticSearch à leur plus récente version.
• 0:00

  Code sprint Geonetwork : migration Openlayers et ElasticSearch

  sur Camptocamp

  Pièce jointe: [télécharger]

  Le dernier code sprint Geonetwork a eu lieu dans les locaux de Camptocamp en France au Bourget du Lac du 2 au 6 décembre 2019. Il a eu pour double objectif la migration des composants OpenLayers et ElasticSearch à leur plus récente version.
• 14 January 2020
• 0:00

  Dataviz with OpenLayers: let’s plot some graphs!

  sur Camptocamp

  Pièce jointe: [télécharger]

  A step-by-step explanation on how to bind an Airship dataviz widget to an OpenLayers map. It covers basic usage of OpenLayers 6, including its experimental WebGL renderer as well the Airship Time Series component and WebWorkers.
• 0:00

  Dataviz with OpenLayers: let’s plot some graphs!

  sur Camptocamp

  Pièce jointe: [télécharger]

  A step-by-step explanation on how to bind an Airship dataviz widget to an OpenLayers map. It covers basic usage of OpenLayers 6, including its experimental WebGL renderer as well the Airship Time Series component and WebWorkers.

• 09 December 2019
• 16:03

  Nouvelle étape INSPIRE : pour une IDG européenne mieux intégrée

  sur INSPIRE by clouds
  Bonjour, Comme l’infatigable Bruno le dit ici, le rapport de la France à la Commission européenne change, et, ce n’est pas une coïncidence, la façon de valider les métadonnées aussi, et donc le guide Métadonnées du CNIG. C’est donc tout l’écosystème INSPIRE qui va changer en 2020 selon plusieurs tranches : – un seul *validateur […]