4.4. Mise à jour

4.4.1. Version 2.2.0

4.4.1.1. Mise à jour à partir de la version 2.1.0

Avant de procéder à la mise à jour de version, il est recommandé de faire une sauvegarde de la base de donnée, du répertoire applicatif d’opencadastre ainsi que du fichier QGIS.

Migration applicative

Télécharger le tag 2.2 sur la forge.

Remplacer les fichiers de la version 2.1 par ceux de la version 2.2 à l’exception du contenu du répertoire dyn

Dans dyn, seuls les fichiers suivants sont à copier à partir de la version 2.2:

  • config.inc.php
  • footer.inc.php
  • menu.inc.php
  • var_sig.inc.php
  • version.inc.php
  • tab_sig_barre.inc.php

Préparation de la base de données

Le script de migration comprend la reconstruction et la redéfinition de tables et vues du schéma hébergeant OpenCadastre. D’autres applications utilisent peut-être ces données au travers de vues ou de lien interbase. Le script de migration ne pourra s’éxécuter correctement en présence de ces vues ou liens. Il conviendra donc de les supprimer avant la migration de base et les reconstruire à son terme

la requète suivante donne la liste des vues et leurs définitions dans la base courante :

../_images/maj_vues.jpg

Migration base de données

Modifier le script data/pgsql/maj/maj_210_220_install.sql

../_images/maj_script_sql.jpg

Modifier si nécessaire le nom du schéma hébergeant openCadastre dans la variable schema_oc. Un nouveau schéma dont le nom est indiqué dans la variable schema_qgis sera créé et hébergera les vues utilisables dans le cadre du plugin QGIS Cadastre.

Si vous ètes sous Windows vous pouvez lancer le script de migration avec data/pgsql/maj/maj_210_220_install.bat

../_images/maj_script_bat.jpg

Dans notre cas l’application est installée dans la base openmairie sur le serveur localhost.

Le script s’execute en quelques minutes et doit se terminer par COMMIT;. Dans le cas contraire vous trouverez le détail de l’erreur SQL dans le fichier err.log

../_images/maj_script_exec.jpg

Voici le résultat dans PGAdmin

../_images/maj_script_res.jpg

Note

afin d’optimiser les temps d’accès à la base de données, veuillez lancer un vacuum full analyse

Migration fichier QGIS

Le modèle de fichier de représentation qgis a évolué entre la version 2.1 et la version 2.2. Il conviendra donc de recréer ce fichier en suivant la procédure adéquate ( Initialisation du fichier de représentation qgis )

4.4.1.2. Evolutions fonctionnelles

les principaux objectifs de la version 2.2.0 sont :

  • la gestion de la version 2014 des fichiers de la DGI
  • l’exploitation d’une base OpenCadastre au travers du plugin QGIS Cadastre
  • l’optimisation du volume de la base de données
  • la réduction des temps de traitements
  • la production des relevés parcellaires et de propriétés
  • une navigation cartographique améliorée par la persistence des éléments de navigation ainsi qu’un module simplifié de recherche à partir de la cartographie

liées au framework

  • ajout des étendues départementales
  • remplacement de la projection 900913 (obsolète et plus prise en charge dans QGIS à partir de la version 2.0)
  • persistence dans la session des éléments de navigation (fond, zoom, visibilité des couches) par objet

spécifique à openCadastre

  • Traitement des fichiers dgi dans la version 2014
  • Mise à jour des tables métiers:
  • suftaxation (PARCELLE) majposca : Majoration TC pour les chambres d agricultures (exprimé en centimes d euros)
  • augmentation de la taille des libellés à 255 caractères: geo_voiep.tex, geo_lieudit.tex, geo_batiment.tex, geo_tline.tex, geo_tpoint.tex, geo_tsurf.tex, geo_label.ogr_atr_va
  • Mise à jour des nomenclatures:
    • indldnbat (FANTOIR)
    • dforme (PROPRIETAIRES)
    • ccoeva (BATI)
    • ccoaff (BATI)
    • gnextl (BATI)
    • pevtaxation(BATI)
    • geo_ppln (GEO)
    • geo_sym (GEO)
  • Optimisation des performances relatives à la notion d’exercice courant:

Note

Le choix de l’exercice courant est réalisé via le traitement suivant: Choix de l’exercice courant. Le paramètre applicatif (menu Administration/om_parametre) « année » est modifié en conséquense ainsi que les tables dgi* (Table d’exportation dgi_*). openCadastre ne donne accès qu’à ce seul exercice: la méthode a été modifiée (dans l’application openCadastre et dans la représentation cartographique) par l’ajout d’une colonne « actif » dans les tables concernées en lieu et place d’un filtre jointif avec la table om_parametre

  • Refonte des traitements visant à: - informer l’opérateur du déroulement du traitement - optimiser le volume des données (optimisation des espaces) - optimiser les durées de traitement pour traiter de gros volumes
  • Gestion des accès utilisateurs par commune par l’ajout du champ lst_com dans la table om_utilisateur (Les droits et profils des utilisateurs) et de la vue les-droits-et-profils-des-utilisateurs utilisée pour les restrictions applicatives
  • Tables dgi*
    • ajout de la notion de parcelle et uf batie
      • création d’une colonne par_bati de type booléen dans les tables dgi_parcelle et dgi_uf,
      • ajout de la colonne the_geom_red de type multipolygone par réduction de la géométrie initiale sur les tables dgi_batiment, dgi_parcelle et dgi_uf en vue d’optimiser le traitement d’identification des parcelles et uf baties/non baties
    • remplacement des colonnes de type text par le type character varying(x) dans les tables dgi_parcelle, dgi_uf, dgi_batiment, dgi_adresse_parcelle, dgi_adresse_uf
    • création des tables dgi_commune et dgi_section
  • Modification de la clé primaire de la table Propriétaire (proprietaire) (colonne proprietiaire) par l’ajout du code commune (3 caractères) en fin de clé
  • Modification de la clé primaire de la table Compte communal (comptecommunal) (colonne comptecommunal) par l’ajout du code commune (3 caractères) en fin de clé avec report dans les clés secondaires des tables parcelle, suf, local10, pdl, lots
  • Modification du type de la colonne de tex de la table Subdivision fiscale de parcelle (geo_subdfisc) en character varying(2)
  • Compatibilité avec le plugin QGIS Cadastre
    • modification de la clé primaire de la table Descriptif de parcelle (parcelle) : les caractères + sont remplacés par ¤ et espace par 0, report dans les clés secondaires concernées
    • modification de la clé primaire de la table Parcelle (geo_parcelle) (colonne geo_parcelle) par insertion du code commune (3 caractères) avec une construction identique à la table Descriptif de parcelle (parcelle) [annee][ccodep][ccodir][ccocom][ccopre][ccosec][dnupla] et les caractères + remplacés par ¤ et espace par 0, report dans les clés secondaires concernées
    • création d’un schéma spécifique à choisir dans le plugin (Initialisation de la base de données)
    • création des vues (script qgis_cadastre.sql) compatible avec le plugin dans le schéma spécifiquement créé
  • Ajout de raccourcis d’accès à la cartographie à partir de la page d’accueil d’OpenCadastre
    • ajout de deux widgets dans l’espace tableau de bord de la page d’accueil
    • création de l’om_sig_map “navigation” et des om_sig_map_wms correspondants
  • Ajout du module de recherche simplifié dans la cartographie (Cartographie)
  • Ajout de l’édition du relevé parcellaire et de propriété accessible à partir
    • des tableaux (parcelle, comptecommunal, propriétaire)
    • du nouveau module de recherche dans la cartographie
    • par clic sur les parcelles dans la cartographie