Planet Georezo

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

2664 éléments (46 non lus) dans 55 canaux

Dans la presse

Décryptagéo, l'information géographique
Cybergeo (10 non lus)
Revue Internationale de Géomatique (RIG)
SIGMAG & SIGTV.FR - Un autre regard sur la géomatique (2 non lus)
Mappemonde (10 non lus)

Du côté des éditeurs

Toile géomatique francophone

Géomatique anglophone

Blogs GeoRezo.net

Abonnez vous à cette page (RSS) !

Éléments récents

Sauter à la page: 1 ... 24 25 26 27

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 ?
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.

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.
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.

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.
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.
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é ?
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.

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.

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.
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.
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.

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.
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.
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.
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.

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.

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
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".

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.
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.
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.
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.

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.
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 !

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.
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
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.
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.
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 !
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 !

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.
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.
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.

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 […]

28 October 2019
10:40
QGIS Server 3.10: OGC API Features et WMS Dimension
sur ReLucBlog
QGIS Server 3.10.0 est sorti vendredi 25 octobre 2019. Cette version sera la nouvelle version maintenue à long terme (LTR) à partir de février 2020.

Cette nouvelle version introduit de nouvelles fonctionnalités:
QGIS Server implémente désormais l’API OGC - Features - Partie 1: Core également appelé WFS3. Il s'agit d'une nouvelle implémentation qui fournit un service basé sur le HTML et le JSON pour vos développements de cartographie Web. Une interface de WebSIG simple est disponible et prête à l'emploi. Elle est facilement personnalisable via un système de modèles HTML.

Vous pouvez consulter la documentation pour plus d'informations.

Un serveur WMS peut prendre en charge plusieurs types de dimensions, telles que la date et l'heure, l'altitude ou d'autres types de dimensions. La dimension doit être définie pour chaque couche vectorielle et peut être utilisée par le client WMS pour filtrer les informations demandées. Le WMS Time est inclue dans les dimensions WMS.

Avant, l'utilisation des SVGs dans QGIS Server n’était pas pleinement fonctionnelle. Nous avons amélioré la manière dont QGIS Server récupère les ressources distantes telles que les SVGs dans le contexte QGIS Server. Il est maintenant possible d'utiliser des SVGs dans vos couches et de les publier en tant que WMS sans problèmes de rendu dans QGIS Server.
10:20
QGIS Server 3.10: OGC API Features and WMS Dimension
sur ReLucBlog
QGIS Server 3.10.0 has been released on friday 25th of october 2019. This version will the new Long Term Release (LTR) in february 2020.

This new version introduces new features:
QGIS Server now supports OGC API - Features - Part 1: Core also known as WFS3. This is a completely new implementation that provides an HTML and JSON based service for your web mapping developments, a simple WebGIS interface is available out of the box and it is easily customizable through an HTML template system.

More information is available in the documentation.

A WMS server can provide support for several type of dimensions such as time, elevation or other types of dimensions. The dimension has to be defined as the layer level and can be used by the WMS client to filter requested information. WMS Time is part of the WMS Dimension.

Before, using SVG in QGIS Server wasn't really functional. We improved how QGIS Server fetches remote resources such as SVG in the QGIS Server context. It's now possible to use SVG in your layers and publish them as WMS without rendering issues in QGIS Server.

22 October 2019
11:12
Canalisation de transport et servitudes d’utilité publique
sur INSPIRE by clouds

Maël Reboux, membre actif du Groupe Métadonnées du CNIG au titre de Rennes Métropole et de l’AITF, m’a récemment interrogé sur l’accès aux servitudes d’utilité publiques (SUP) liées aux canalisations de transport d’énergie. Il lui était apparu que les informations qui lui avaient été transmises étaient sujettes à interrogation, notamment une cascade de conventions à […]
18 October 2019
17:39
Guide CNIL-CADA : RGPD, open data et information géographique
sur INSPIRE by clouds

La CNIL et la CADA ont enfin publié leur guide commun sur l’Open Data (PDF) pour « permettre à toutes les administrations de publier et réutiliser des données publiques ». J’ai de suite regardé comment mes commentaires portés lors de la consultation publiques avaient été traités. Le plus important : l’analyse portée depuis la transposition d’INSPIRE sur […]

03 October 2019
0:00
OpenLayers 6 release code sprint in Bonn
sur Camptocamp

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

From 23rd to 27th of September, Camptocamp participated in the latest OpenLayers code Sprint in Bonn, Germany.

30 September 2019
8:30
Lizmap Web Client and QGIS 3 : enfin compatible
sur ReLucBlog
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

06 September 2019
17:26
Geoafrica.fr
sur GEOMATIQUE

Ce blog n’est plus maintenu, il va être redirigé vers un nouveau site Web dédié à l’information géographique en Afrique. geoafrica.fr

06 August 2019
10:06
Fichiers de l’appel à commentaires standard StaR-DT
sur INSPIRE by clouds

Bonjour, Liste annexe de codes au projet de Standard CNIG Annexe de représentation des données au projet de Standard CNIG Diagramme annexe au projet de Standard CNIG XSD à dézipper Projet de Standard de Réseaux StaR-DT v2019 du CNIG Fichier des commentaires : impossible de déposer le .doc ici, je résume : Commentaires sur le […]
12 June 2019
15:01
Liste des données nationales et régionales de référence
sur INSPIRE by clouds

Le Comité INSPIRE a adopté en novembre une révision du rapportage INSPIRE. Il s’agit essentiellement de mieux repérer via les métadonnées les données dites prioritaires, celles sur la mise en œuvre des obligations environnementales, et les couvertures nationales et régionales complètes et faisant référence. Même si cette dernière formule n’a finalement pas été retenue dans […]

21 May 2019
0:00
2019 OpenLayers Codesprint Lausanne
sur Camptocamp

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.

07 March 2019
11:48
Glossaire des textes sur les systèmes de référence
sur INSPIRE by clouds

En droit français, il n’est pas coutumier d’inclure un glossaire des termes employés dans le texte. Celui ci-dessous a été retiré juste avant publication quoiqu’il soit issu du rapport du CNIG et a été validé par toutes les chaînes de signataires. Je vous le propose ci-dessous car certains termes (réalisation…) sont nouveaux pour beaucoup ou […]

19 December 2018
10:51
11-12 mars 2019 à Tours: les Ateliers Archéomatiques
sur archeomatic (le blog d'un archéologue à l’INRAP)

Bonjour à tous ! Voici venu le temps de l’annonce de la troisième édition des Ateliers Archéomatiques qui auront lieu à la MSH Val de Loire à Tours. Bon OK ce blog devient un peu un site de petites annonces (auto)promotionnelles… mais on est dans le thème ! Encore une fois à vos plumes (pour […]
15 February 2018
11:20
14-15 mai 2018 à Tours: les Ateliers Archéomatiques
sur archeomatic (le blog d'un archéologue à l’INRAP)

Bonjour à tous j’ai l’honneur ici de vous annoncer la deuxième édition des Ateliers Archéomatiques qui auront lieu à la MSH Val de Loire à Tours. A vos plumes (pour l’inscription, limitée à 18 participants) et à vos jeux de données… et à bientôt ! Le principe des ateliers est simple: réunir durant une ou […]

15 January 2018
13:53
PCI vecteur : la fracture numérique territoriale
sur Parcell'air

Le plan cadastral national est disponible en Open-Data depuis quelques mois. Cette mise à disposition est un succès, et l’ouverture du nouveau site internet cadastre.data.gouv en témoigne. De nouvelles perspectives d’usage se présentent même depuis quelques jours avec la mise à disposition sur data.gouv des données sur les Documents de filiation informatisés (DFI) des parcelles. Une discussion est sur ce sujet est entamée ici.

Malgré tous ses défauts, le Cadastre est depuis longtemps l’une des données de référence en matière de gestion et d’aménagement des territoires.

Il reste que, au 1er janvier 2018, environ 2600 communes ne disposent toujours pas d’un plan cadastral vectorisé. Et si on exclut l’Euro métropole de Strasbourg, cas particulier traité ici, les communes concernées risquent d’être les grandes perdantes de ce chantier entamé depuis un quart de siècle.

La carte ci-dessous en dresse l’inventaire. 19 Départements sont concernés, mais l’essentiel des communes est localisé en région Grand-Est. La densité moyenne des communes concernées est de 24 habitants/km², pour une population communale moyenne d’environ 320 habitants. Autant dire que les ressources financières pour que ces communes puissent, au moins partiellement, financer ces travaux ne seront jamais à la hauteur des enjeux d’un PCI vecteur national. A l’Etat, les Régions, les départements de s’emparer au plus vite de ce problème !

Mais il n’est jamais trop tard pour bien faire : un appel d’offre sur le département de la Haute Marne vient d’être récemment lancé pour numériser les 366 communes restantes de ce département. A lire ici.

Encore 5 ans pour résorber cette disparité territoriale ? Sans compter la RPCU, dont la naissance était annoncée ici en 2013, et qui met …un temps certain à voir le jour…
PS : De fait, cette carte ne tient pas compte des conventions de numérisation en cours, pour lesquelles les PCI Vecteur ne seraient pas encore mis en ligne par la DGFiP.

[iframe src= » [https:] width= »100% » height= »600″ frameborder= »0″]

Sources : [https:]
IGN : GeoFLA
02 October 2017
14:20
C’est Open…Data pour le Cadastre !
sur Parcell'air
Depuis le Vendredi 29 Septembre 2017, le plan cadastral (PCI Vecteur et Image) est devenu une donnée ouverte ! On y a désormais accès en libre téléchargement sur la plate-forme data.gouv.

Cette ouverture était annoncée depuis quelques mois, avec la mise en place du Service Public de la Donnée, qui avait identifié le Plan Cadastral Informatisé comme une des données de référence à « libérer », car présentant le plus fort impact économique et social.

C’est désormais chose faite, et la mise à disposition du PCI Vecteur est même déjà déclinée sous 2 versions :
- version DGFiP au standard EDIGEO: le téléchargement se fait par archive départementale ou par feuille à partir d’ici. 4 mises à jour annuelles sont déjà disponibles.
- version « allégée » par Etalab au format GeoJSON : les seules couches parcelles, feuilles, sections communes et bâtiments sont diffusées, par commune ou département, à partir de cette page.
La DGFiP nous annonce également la disponibilité prochaine des données au format DXF, d’autres projections que le Lambert 93, des mises à jour plus fréquentes…

La version d’Etalab devrait de fait également s’étoffer.

Enfin, pour ne pas saturer les serveurs de l’Administration, Christian Quest, membre d’OpenStreetMap France a mis en place un torrent pour les deux formats (EDIGEO et Geojson) du dernier millésime. Il est disponible sur: [212.47.238.202]

Des flots de données qui vont booster les usages, et libérer aussi certains utilisateurs d’échanges formalistes qui pouvaient paraître d’un autre siècle. Le Cadastre, çà fait longtemps qu’on en parle, ici et partout, comme donnée de référence.

C’est fait et bien fait ! Et c’est une superbe avancée que d’avoir facilité son accessibilité !

Il ne restera qu’à achever rapidement la vectorisation complète du territoire national, et migrer tout çà vers la RPCU !

01 October 2017
21:58
[QGIS 2.18 – Spatialite – plug-in Cadastre] Importer et charger les données du cadastre.
sur archeomatic (le blog d'un archéologue à l’INRAP)

Depuis le 29 septembre 2017 il est possible de télécharger le PCI vecteur. Cékoidon ? PCI pour Plan Cadastral Informatisé et vecteur pour vecteur ! Là tout de suite on a les yeux qui brillent… fini les flux WMS de cadastre.gouv.fr ou les WFS récupérés via la plate-forme de donnée géographique régionale… A) Présentation des données Mais […]

25 June 2017
18:27
Une première plongée dans le réseau Tor
sur L'Atelier de Cartographie

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 […]

18 May 2017

16:44

MAJIC III : nouveautés 2017 sous le signe de la révision

sur Parcell'air

Les données MAJIC III du millésime 2017 seront bientôt disponibles. Pour préparer leur intégration, les fichiers descriptifs sont d’ores et déjà accessibles à cette adresse : [www.collectivites-locales.gouv.fr] . Je vous livre ci-dessous un premier décryptage, qui devra certainement être affiné et précisé.

Quelques nouveautés importantes sont présentes et impliquent une modification des procédures d’intégration.

Les principales modifications concernent le fichier des propriétés bâties, et portent sur la mise en application au 1^er Janvier 2017 de la révision des locaux professionnels. Les articles 21 (descriptif de PEV) et 50 (descriptif de la partie professionnelle) sont particulièrement impactés. Voir mon article précédent sur le sujet.

Pour rappel, » À partir de 2017, les locaux professionnels sont soumis à une révision des valeurs locatives.

Dans ce cas, afin d’inscrire les données propres à cette révision, l’article 21 a été modifiée : les données nouvelles ont été intercalées entre les anciennes.

Les locaux concernés par cette révision foncière doivent répondre à quatre conditions cumulatives :

au moins une des parties d’évaluation du local (en cas de pluralité d’affectation au sein du même local) détient une affectation égale à : C, P, L, S, A K, E, T ou B ;
la méthode d’évaluation est autre que A, E, T et seront aussi exclus les locaux de nature U, UE, UG et Un ;
la nature du local doit être différent de AU et AT ;
les locaux ne sont pas situés dans la commune de St Barthélémy, en Guadeloupe.

Certaines données seront alors renseignées soit pour les locaux non révisés, soit pour les locaux révisés, soit pour les deux types de locaux ».

Article 21, les nouveaux champs

CCOCAC	Code catégorie du local
DNUTRF	Secteur révisé
DCFLOC	Coefficient de localisation
CCORTAR	Code commune origine du tarif
CCORVL	Code réduction du local
DTAURV	Taux de réduction
DCMLOC	Coefficient de modulation du local

Article 50 : les nouveaux champs

DSUPOT	Surface pondérée
DSUP1	Surface des parties principales
DSUP2	Surface des parties secondaires couvertes
DSUP3	Surface des parties secondaires non couvertes
DSUPK1	Surface des stationnements couverts
DSUPK2	Surface des stationnements non couverts

D’autres champs font leur apparition, comme ceux « marquant » les locaux touchés par la révision 2017.

La nouvelle nomenclature des locaux professionnels :

Catégorie de local professionnel	code
Magasins et lieux de vente
Boutiques et magasins sur rue (exemples : commerces, restaurants, cafés ou agences bancaires pour une surface principale inférieure à 400 m²)	MAG1
Commerces sans accès direct sur la rue (surface principale inférieure à 400 m²)	MAG2
Magasins appartenant à un ensemble commercial (surface principale inférieure à 400 m²)	MAG3
Magasins de grande surface (surface principale comprise entre 400 et 2 499 m²)	MAG4
Magasins de très grande surface (surface principale égale ou supérieure à 2 500 m²)	MAG5
Stations-service, stations de lavage et assimilables	MAG6
Marchés	MAG7
Bureaux et locaux divers assimilables
Locaux à usage de bureaux d’agencement ancien	BUR1
Locaux à usage de bureaux d’agencement récent	BUR2
Locaux assimilables à des bureaux mais présentant des aménagements spécifiques	BUR3
Lieux de dépôt ou de stockage et parcs de stationnement
Lieux de dépôt à ciel ouvert et terrains à usage commercial ou industriel	DEP1
Lieux de dépôt couverts	DEP2
Parcs de stationnement à ciel ouvert	DEP3
Parcs de stationnement couverts	DEP4
Installations spécifiques de stockage	DEP5
Ateliers et autres locaux assimilables
Ateliers artisanaux	ATE1
Locaux utilisés pour une activité de transformation, de manutention ou de maintenance	ATE2
Chenils, viviers et autres locaux assimilables	ATE3
Hôtels et locaux assimilables
Hôtels « confort » (4 étoiles et plus, ou confort identique)	HOT1
Hôtels « supérieur » (2 ou 3 étoiles, ou confort identique)	HOT2
Hôtels « standard » (1 étoile, ou confort identique)	HOT3
Foyers d’hébergement, centres d’accueil, auberges de jeunesse	HOT4
Hôtels clubs, villages de vacances et résidences hôtelières	HOT5
Établissements de spectacles, de sports et de loisirs et autres locaux assimilables
Salles de spectacles, musées et locaux assimilables	SPE1
Établissements ou terrains affectés à la pratique d’un sport ou à usage de spectacles sportifs	SPE2
Salles de loisirs diverses	SPE3
Terrains de camping confortables (3 étoiles et plus, ou confort identique)	SPE4
Terrains de camping ordinaires (1 ou 2 étoiles, ou confort identique)	SPE5
Établissements de détente et de bien-être	SPE6
Centres de loisirs, centres de colonies de vacances, maisons de jeunes	SPE7
Établissements d’enseignement et locaux assimilables
Écoles et institutions privées exploitées dans un but non lucratif	ENS1
Établissements d’enseignement à but lucratif	ENS2
Cliniques et établissements du secteur sanitaire et social
Cliniques et Établissements hospitaliers	CLI1
Centres médico-sociaux, centres de soins, crèches, halte-garderies	CLI2
Maisons de repos, maisons de retraite (médicalisées ou non) et locaux assimilables	CLI3
Centres de rééducation, de thalassothérapie, établissements thermaux	CLI4
Établissements industriels n’étant pas évaluées selon la méthode comptable
Établissements industriels nécessitant un outillage important autres que les carrières et assimilés	IND1
carrières et Établissements assimilables	IND2
Autres établissements
Locaux ne relevant d’aucune des catégories précédentes par leurs caractéristiques sortant de l’ordinaire	EXC1

On peut déjà en déduire une table supplémentaire (les codes proposés sont indicatifs):

Type de local professionnel	code
Magasins et lieux de vente	MAG
Bureaux et locaux divers assimilables	BUR
Lieux de dépôt ou de stockage et parcs de stationnement	DEP
Ateliers et autres locaux assimilables	ATE
Hôtels et locaux assimilables	HOT
Établissements de spectacles, de sports et de loisirs et autres locaux assimilables	SPE
Établissements d’enseignement et locaux assimilables	ENS
Cliniques et établissements du secteur sanitaire et social	CLI
Établissements industriels n’étant pas évaluées selon la méthode comptable	IND
Autres établissements	EXC

Par ailleurs, de nombreux codes font leur apparition (types d’exonération, marquage des locaux révisés etc….). La lecture attentive des fichiers descriptifs2017 est donc fortement conseillée !

A suivre certainement, ici ou sur les forums GeoRezo, une analyse plus approfondie de ces nouveautés !

24 March 2017
15:34
MAJIC III : réforme des valeurs locatives 2017
sur Parcell'air
L’année 2017 sera celle de la mise en application de la réforme des valeurs locatives des locaux professionnels. Ce chantier avait débuté en 2010. Je ne vais pas ici rentrer dans les détails, notamment sur les impacts en terme de fiscalité (il y aura des gagnants… et des perdants…), mais me concentrer sur les changements que cela pourra occasionner dans la structure ( ! ) des prochaines livraisons des données MAJIC III.

Pour les modalités de mise en oeuvre de cette réforme, elles sont décrites dans cette page ( et ses sous pages). Les valeurs locatives des locaux professionnels sont dorénavant assises sur les loyers réels constatés. Plusieurs points sont à relever :
- pour atténuer les variations excessives des impôts locaux supportés par les entreprises, des mécanismes de « neutralisation », de « planchonnement » et de « lissage » sont mis en place dès cette année 2017 et pourront s’étaler sur 10 ans…
- Les évaluation relatives aux locaux d’habitation ne sont pas visées, donc a priori pas de changement dans les données MAJIC III consacrées aux locaux d’habitation.
En ce sens, lire notamment Wikipedia pour des explications plus détaillées.

Les nouvelles modalités de calcul des valeurs locatives sont basées sur les déclarations faites par les propriétaires des locaux. Le modèle ( 6660-REV, cerfa 14248 * 3) montre que :
- les classifications des locaux, que l’on connaissait jusqu’à présent, évoluent (38 catégories),
- la répartition des surfaces des locaux est affinée,
- l’année de construction (qui n’impacte pas le montant des taxes sur ces locaux professionnels) n’est pas demandée dans la déclaration…
Un autre aspect intéressant de cette réforme concerne la mise en place de paramètres d’évaluation départementaux (délimitation de secteurs d’évaluation, tarifs par catégorie de locaux et coefficients de localisation). Même si tous ces paramètres ne sont pas encore disponibles, on peut supposer qu’ils figureront dans les données MAJIC III livrées à compter de 2017. Ils concourent en effet au calcul de la valeur locative de base. Certains de ces paramètres peuvent notamment intéresser les géomaticiens, et les structures faisant de l’analyse ou de l’observation des locaux commerciaux. Des zonages départementaux sont mis en place, et correspondent au découpage de chaque département en secteurs locatifs homogènes. Ce zonage est effectué sur la base des sections cadastrales, et peut comporter des exceptions, expressément identifiées à la parcelle.

Ces paramètres d’évaluation ont été publiés, en principe dans tous les départements. On les trouvent dans le Recueil des actes administratifs de chaque Préfecture… en cherchant bien ! Ces paramètres étant publics, il sera certainement très intéressant de les voir publiés en Open Data, mais pour l’instant, on ne trouve que des fichiers PDF, quasi-inexploitables (format image, contenu crypté…). On doit y trouver :
- la délimitation des secteurs d’évaluation qui correspondent au découpage d’un département en secteurs locatifs homogènes. Chaque commune, ou section cadastrale est affectée à un secteur d’évaluation.
- les tarifs par catégorie de locaux professionnels et secteurs d’évaluation
- la liste éventuelle des parcelles affectées de coefficients de localisation particuliers
Une petite recherche avec votre moteur préféré sur « paramètres départementaux d’évaluation des valeurs locatives des locaux professionnels » permettra de retrouver une bonne partie des documents publiés. Sinon, se rendre sur le site de vos préfectures respectives, dans la section RAA (Recueil des actes administratifs) et consulter les actes publiés entre Mai 2016 et Septembre 2016, en commençant vos recherches par les documents enregistrés autour du 15 Juin 2016. Cà devrait y être ! Sinon, s’adresser à vos DDFiP respectives qui ne devraient pas faire d’obstruction à les communiquer…

Un exemple : l‘acte publié par la DDFiP 47 (Lot-et-Garonne) le 15 Juin 2016.

Le chantier fiscal portant sur ces locaux professionnels est a priori achevé… Mais on peut s’attendre à la sortie des avis d’imposition (Septembre Octobre 2017) à quelques remous ! Côté transmission des données MAJIC III aux collectivités locales et autres utilisateurs publics (habituellement en Juin), il pourrait y avoir un retard de livraison, pour la raison citée, et également pour cause de restructuration d’une partie des données.

En tout cas , côté utilisateurs, il faudra revoir certains processus d’importation… A vos moulinettes !

Quelques références complémentaires récupérées ici (29/03/2017) :
– Fiche 1 : les bases fiscales TF en système révisé
– Fiche 2 « Calcul d’une cotisation de taxe foncière en système révisé »

PS : pour éventuellement échanger sur le sujet, un fil de discussion est ouvert sur GeoRezo ici : [https:]

07 February 2017
11:01
27-28 mars 2017 à Tours: les Ateliers Archéomatiques 1 (Analyse par maille) et 2 (Interpolation)
sur archeomatic (le blog d'un archéologue à l’INRAP)

Bonjour à tous j’ai l’honneur ici, en plus de fêter le 5ème anniversaire du blog, ses 200000 vues et 73 abonnés de vous présenter la première édition des Ateliers Archéomatiques qui auront lieu à la MSH Val de Loire à Tours. A vos plumes (pour l’inscription, limitée à 18 participants) et à vos jeux de […]

03 February 2017
16:03
Le 5e et dernier chapitre des Carnets Cartographiques
sur L'Atelier de Cartographie

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
16:49
Cartographier la science, chapitre 4 des Carnets Cartographiques
sur L'Atelier de Cartographie

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
17:54
Chapitre 3 des Carnets, la cartographie d’information
sur L'Atelier de Cartographie

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
11:13
Révélations, le second chapitre des Carnets Cartographiques
sur L'Atelier de Cartographie

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
23:54
Les Carnet Cartographiques
sur L'Atelier de Cartographie

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
22:52
Le chapitre 10 des Chroniques
sur L'Atelier de Cartographie

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
8:30
Le chapitre 9 des Chroniques, L’Information en n Dimensions
sur L'Atelier de Cartographie

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
20:06
Broadcast ou viralité? Le chapitre 8 des Chroniques
sur L'Atelier de Cartographie

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
20:58
UV-Web ou naviguer dans les enseignements
sur L'Atelier de Cartographie

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 […]

01 March 2016
0:00
[QGIS 2.14 – SQL – QSpatialite (ou pas)] Gérer les relations de 1 à n (1 à plusieurs)
sur archeomatic (le blog d'un archéologue à l’INRAP)

Note du 1er mars 2016: il est depuis aujourd’hui avec la version QGIS 2.14 possible de faire la requête directement dans QGIS sans passer par spatialite grâce à la création d’un virtual layer… voir en fin de billet Objectif : Rechercher et afficher les Faits archéologiques (trous de poteaux) contenant un négatif de poteau. Pour cela […]
24 February 2016
21:55
[QGIS 2.12] Représentation cartographique quantitative: Les cercles proportionnels
sur archeomatic (le blog d'un archéologue à l’INRAP)

Objectif : traiter une variable quantitative de stock cartographiquement : représenter le nombre de céramiques prélevées par sondages dans un enclos protohistorique à l’aide de cercles proportionnels. Introduction Le curage des fossés d’enclos de a protohistoire à l’aide de pelles mécaniques est courant. Il permet parfois de ramasser de façon « exhaustive » le mobilier déposé dans les fossés. […]
10:10
29-30 mars 2016: colloque « Creuser au Mésolithique »
sur archeomatic (le blog d'un archéologue à l’INRAP)

En attendant le prochain billet, juste un mot pour vous dire que le 4ème anniversaire du blog archeomatic vient de passer ! J’en profite aussi pour faire un peu de pub pour les copains champenois. En effet, les 29 et 30 mars 2016 auront lieu les prochaines séances de la SPF à Châlons-en-Champagne (Marne) avec […]

15 October 2015
15:56
Journée Nationale des Fichiers fonciers le 6 novembre 2015
sur Parcell'air

Pour les adeptes et utilisateurs des fichiers fonciers, Je relaie une information communiquée par la DGALN.

Il n’est pas trop tard pour s’inscrire à cette journée !

La DGALN bureau des politiques foncières, associée au Cerema Dter NP, en charge du pôle de compétences et d’innovation « Foncier et stratégies foncières », vous invitent à la prochaine Journée nationale d’échanges sur les Fichiers fonciers qui se tiendra :

le vendredi 6 novembre 2015 de 9h30 à 17h
au Ministère du Logement
Auditorium de la Tour Séquoia à la Défense

Cette journée est ouverte aux organismes et services publics utilisateurs des Fichiers fonciers. Pour vous inscrire, merci de répondre, avant le 19 octobre, au formulaire en ligne suivant : Formulaire d’inscription

Vous recevrez un e-mail de confirmation de votre inscription à partir du 26 octobre, sous réserve de places disponibles.

Vous trouverez le programme de la Journée sur le site Géoinformations Fichiers fonciers : Programme de la journée.

Vous souhaitez obtenir des informations sur les Fichiers fonciers du Cerema ? Rendez-vous sur le site Géoinformations Fichiers fonciers :
www.geoinformations.developpement-durable.gouv.fr/fichiers-fonciers-r549.html

Pour toute question sur les Fichiers fonciers retraités par le Cerema Nord Picardie à destination des services publics, n’hésitez pas à nous contacter par mail : fichiers-fonciers(at)cerema.fr

télécharger l’invitation_06-11-2015
23 September 2015
13:23
DVF : l’intégration facile par le Cerema
sur Parcell'air

DVF, (Demande de Valeurs Foncières) de la DGFiP est une base de données complexe à intégrer et analyser. Fournie brute par la DGFiP, elle doit, comme les données MAJIC III, être modélisée et restructurée pour pouvoir être exploitée, notamment en l’associant aux données cadastrales.

DVF recense l’ensemble des mutations immobilières à titre onéreux publiées dans les services de la publicité foncière de la DGFiP. Cette base est donc un outil indispensable à l’observation et l’étude des marchés foncier et immobilier.

Dans la continuité des travaux menés au sein du Groupe national DVF, le Cerema vient de mettre en ligne une solution pour intégrer très facilement des données sources en DVF dans une base de données.
Sous l’appellation « DVF+ » cette dernière version remplace les scripts précédemment publiés par le Cerema pour proposer:
– un modèle de donnée plus complet,
– une documentation en cours d’achèvement ,
– un programme automatique d’import vers PostgreSQL.

Pour y accéder : [www.nord-picardie.cerema.fr]

Pour en savoir plus , contactez le Cerema par mail : dv3f@cerema.fr

Lire également le compte rendu d’Aline Clozel de la journée d’études de Décembre 2014 du groupe de travail national DVF : [georezo.net]

A suivre également : discussion sur le forum « données » de GeoRezo : [georezo.net]

Merci aux auteurs, Antoine Herman, Magali Journet et Jérôme Douché du PCI Foncier et stratégies foncières.
02 July 2015
13:55
Apparier le PCI et les données MAJIC III
sur Parcell'air

Lors de l’intégration dans les SI des utilisateurs d’un nouveau millésime du cadastre, l’une des tâches principales consiste à apparier les données MAJIC III avec le Plan Cadastral, gérés et fournis de manière indépendante par la DGFiP.

Les livraisons « classiques » interviennent en général courant Juin, pour une situation des données MAJIC III arrêtées au 1er Janvier de l’année en cours (ou plus exactement au 31 Décembre de l’année N-1).

Dans ce fil de discussion publié sur les forums GeoRezo, une phrase de l’un des intervenants a mérité un petit correctif.

Il est vrai que qu’un envoi en début d’année serait préférable car la situation foncière collerait ainsi mieux avec Majic (fichiers en date 01/01/N).

Non, au contraire.
Les mises à jour de MAJIC III pour l’année N-1 par les services de la DGFIP se poursuivent jusqu’en mai de l’année N environ, notamment pour prendre en compte les mutations et autres changements qui interviennent en fin d’année (délais de prise en charge, de transmissions etc…)
En Mai de l’année N, la situation au 31 Décembre précédent est reconstituée pour produire les bases servant à l’établissement des impôts locaux.
Le plan cadastral est lui mis à jour en continu, et il y a forcément, comme MAJIC III, des informations relatives à N-1 qui sont intégrées dans les premiers mois de l’année N.
Plusieurs évaluations de la meilleure corrélation possible entre MAJIC III et le PCI au 31 Décembre de l’année ont été faites (par la DGFIP, les CT etc…). Toutes aboutissent à la conclusion que la correspondance est optimale pour un plan mise à jour jusqu’à fin Avril début Mai.
D’où une livraison classique de l’ensemble de ces informations (MAJIC III au 31 Décembre N-1 et PCI à Mai N) en Mai-Juin.

Les taux d’appariement des parcelles issues de MAJIC III avec celles du PCI se dégradent sensiblement si ces principes ne sont pas respectés.

Sauter à la page: 1 ... 24 25 26 27

Communauté	Ressources	L'emploi	Le marché	L'association	Fils RSS
Forum Blogs Wiki Planet Sites amis	Agenda Biblio Fiches AMO-CNIG Paris PCGIS Téléchargements	Offres d'emploi Banque de CV Formations Démarche Métiers	Geo-Entreprises Geo-Communiqué Appels d'offres	L'association Qui sommes-nous ? Nous aider Bienfaiteurs Partenaires Historique Statuts	Tout le site Job Géomatique Services GeoBlogs ...	Faire un don Mentions légales

Le portail francophone de la géomatique

Canaux

Éléments récents

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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