Import et manipulation des données

Deux éléments fondamentaux servent de point de départ à la réalisation d'une carte dans Magrit : le fond de carte et les données qui y sont associées. De larges possibilités sont offertes à l'utilisateur concernant l'ajout de ces deux éléments.

Import du fond de carte

L'import du fond de carte principal peut se faire de différentes manières :

• Par un clic sur le bouton Ajout d'un fond de carte.
• Par un glisser-déposer dans la zone de la carte.

Plusieurs formats sont supportés :

• Shapefile
• GeoJSON
• TopoJSON
• kml
• gml
• csv (contenant des colonnes x/y)

Note : La plupart des formats permettent de spécifier un système de coordonnées de référence ; cette indication est ici obligatoire pour ouvrir correctement le fichier (présence du fichier .prj pour le format ShapeFile par exemple) Si aucun système de coordonnées de référence n'est spécifié, l'application considère qu'il s'agit de coordonnées géographiques. Les spécifications des formats KML et GeoJSON imposent l'utilisation de coordonnées géographiques (EPSG:4326 / urn:ogc:def:crs:OGC::CRS84 )

Import d'un tableau de données

L'ajout d'un tableau de données peut être effectué de plusieurs manières :

• Par un clic sur le bouton Ajout d'un jeu de données
• Par un glisser-déposer du fichier dans le menu d'import des données

Plusieurs formats sont pris en charge pour l'import des données :

• csv (champs séparés par une virgule ou par un point virgule)
• tsv (champs séparés par une tabulation)
• xls, xlsx et ods (à condition que la feuille à utiliser soit la première du document et contienne seulement la table de données).

La table de données importée à cette étape peut avoir deux utilités :

• effectuer une jointure pour enrichir le fond de carte à utiliser
• servir de référence pour la création d'une carte de liens (il n'est dans ce cas pas nécessaire d'effectuer une jointure)

Jointure des données

Lorsqu'un fond de carte et un jeu de données externes ont été ajoutés, il devient possible d'associer le fond de carte et ce jeu de données. Cette association est possible grâce à la correspondance entre les valeurs d'identifiants se trouvant dans le fond de carte et celles se trouvant dans la table de données. Cette opération est appelée "jointure" (c'est également le cas dans les logiciels SIG ou les systèmes de gestion de bases de données) et s'effectue ici simplement en choisissant le nom de la colonne contenant des valeurs d'identifiants dans le jeu de données et dans le fond de carte.
Pour assurer le bon fonctionnement de cette méthode, les valeurs prisent par les identifiants , d'une part pour le fond de carte et d'autre part pour le jeu de données externe, doivent être uniques.

Apparence de l'élément avant jointure
Apparence de l'élément après jointure des champs

Exemple des valeurs attributaires du fond de carte (avant jointure) :

Exemple des valeurs attributaires du jeu de données externe :

Exemple des valeurs attributaires du fond de carte (après jointure avec le jeu de données externe, en utilisant respectivement les champs Id et ISO2) :

Typage des données

À chaque type de données est associé un certain nombre de modes de représentation possibles. Une fois les données importées, il est donc important de définir le type de chacune des variables à cartographier.

5 types de données sont possibles :

• Identifiant (champs notamment utilisés pour joindre les données)
• Stock
• Ratio
• Catégorie
• Inconnu (champs non cartographiables)

Stock

Les variables quantitatives de stock expriment des quantités concrètes et leur somme ont un sens (nombre de chômeurs, population totale, par exemple). La représentation de ce type de phénomènes doit respecter l’expression de ces quantités et les différences de proportionnalité entre les différents éléments qui en découlent. Exemples : Population totale en milliers d'habitants, Superficie en hectares.

Ratios

Les variables quantitatives de taux, ou ratios, expriment un rapport entre deux quantités dont la somme n’a pas de signification. Par extension, on peut y associer les indicateurs composites numériques associant plusieurs indicateurs (indices…). Exemples : PIB par habitant, Indicateur de développement humain.

Catégories

Les modalités des caractères qualitatifs ne sont pas mesurables, ce sont des noms, des sigles ou des codes. On ne peut sommer des modalités qualitatives, on ne peut en calculer la moyenne. Exemples : Noms des départements, Type d'occupation du sol.

Identifiant

Ce champ contient des valeurs permettant d'identifier de manière unique chacune des entités de la couche de données.
Ces sont ces champs qui sont utilisés pour effectuer une jointure de données.
Les valeurs de ces champs sont également transférées aux entités correspondantes dans les représentations qui le permettent (symboles proportionnels, cartogrammes, cartes choroplèthes, cartes qualitatives par à-plat de couleurs ou par utilisation de pictogrammes). Exemple : Code INSEE de la commune, Code ISO2 d'un pays.

Affichage et enrichissement des tables de données

L'affichage des tableaux de données correspondant à chacune des couches ajoutées (ou obtenues en résultat d'un type de représentation) est possible via le gestionnaire de couche et le bouton représentant une table de données.

Il est également possible d'enrichir la table de données par l'ajout de nouveaux champs. Les valeurs d'un nouveau champ ne peuvent pas être saisies manuellement mais seulement créées à partir de valeurs existantes. La mise en situation suivante décrit la création successive de deux champs en utilisant des données de superficie et de population.

Dans l'onglet "Gestion des couches" j'ouvre la table attributaire et je clique sur "ajout d'un champ":

La fenêtre qui s'ouvre permet de saisir le nom du nouveau champ puis d'indiquer le type d'opération à réaliser (sur champ de type numérique ou non numérique).

Pour convertir des hectares en kilomètres carrés il nous faut diviser les valeurs de superficie par 100. Il existe une option "valeur constante" disponible au terme de la liste des noms de champs contenus dans la table :

Une nouvelle colonne a bien été ajoutée à la table attributaire :

Nous pouvons ensuite calculer la densité de population en km² en créant un nouveau champ :

Fond de carte principal et fond de carte d'habillage

Lors de l'ajout d'une couche de données, Magrit demande s'il s'agit du fond de carte "principal" ou d'un fond de carte "d'habillage".

Le fond de carte "principal" est celui sur lequel peuvent être appliquées les représentations cartographiques proposées dans la catégorie "Choix de la représentation" et détaillées dans la partie 3 de cette documentation (choropleth, symboles proportionnels, etc.).

Il ne peut y avoir qu'un seul fond de carte "principal" à un instant donné dans Magrit (mais il est possible de changer le fond de carte "principal", cf. ci-dessous).

Les fonds de carte "d'habillage" servent, comme leur nom l'indique, à habiller la carte. Il s'agit, dans Magrit, de toutes les autres couches qui ne sont pas le fond de carte "principal" (cela inclut donc les représentations créées à partir du fond de carte "principal").

Dans l'onglet "Gestion des couches", la boite matérialisant le fond de carte "principal" apparait en jaune là où les boites matérialisant les autres fonds de cartes ne présentent pas de couleur spécifique.

Il est possible de changer le fond de carte "principal" en cliquant sur le bouton noir présent sous le nom de la couche à promouvoir.

Projections

De nombreuses projections cartographiques particulièrement adaptée à des échelles régionales ou globales sont disponibles dans l'application.
La sélection d'une de ces projections s'effectue dans la partie supérieure de la fenêtre.

Quelques projections courantes sont proposées directement à l'utilisateur via ce menu. Ce menu permet également d'accéder à des options de personnalisation plus avancées :

• Choix d'une projection parmi les 60 proposées par l'application.
• Rotation sur les axes lambda, phi et gamma.

Plusieurs attributs permettent de distinguer ces projections :

• la conservation locale des surfaces (ces projections sont dites équivalentes, c'est par exemple le cas de la projection azimutale équivalente de Lambert)
• la conservation locale des angles (ces projections conservent les formes et sont dites conformes, c'est par exemple le cas de la projection Mercator)
• la représentation du globe sous une forme interrompue (projection HEALPix et projection de Goode par exemple)

Selon l'échelle d'affichage de la carte et la déformation appliquée par la projection, la présence d'un figuré indiquant le nord peut ne pas s'avérer pertinente.
Il est toutefois possible d'ajouter une couche représentant le tracé des lignes de latitude et de longitude (cette couche d'informations est ici appelé "graticule" et est disponible dans la section "ajout d'éléments d'habillage"). Cette couche d'information permet une bonne visualisation des déformations apportées par les différentes projections. Il est également possible (et conseillé lors de l'utilisation des projections dites "interrompues") d'ajouter une couche d'informations représentant les limites du globe selon le découpage appliqué par la projection.

Note:

• La modification de la projection à utiliser est possible à tout moment.
• Lors de la réalisation d'une carte d'une faible emprise spatiale, l'utilisation de certaines projections n'est pas pertinente.

Exemple d'utilisation des graticules et du fond de l'emprise du globe avec des représentations originales :

Projection Loximuthale


Projection HEALPix


Projection homolosine de Goode (interrompue)


Projection quinconciale de Peirce


Projection de Eisenlohr

L'application propose également d'utiliser une projection et un système de coordonnées personnalisées et pouvant être obtenus en saisissant la chaîne de caractère au format Proj.41 correspondante. La saisie du contenu du fichier .prj (au format ESRI WKT) est aussi possible. L'utilisation d'une projection personnalisée de ce type n'est pas compatible avec l'ajout du fond de l'emprise du globe. Celui-ci est ainsi automatiquement désactivé lors du basculement vers une projection de ce type. Cette fonctionnalité, qui supporte également les transformations géodésiques, permet d'utiliser la projection et le système de coordonnées les plus adaptés à la zone à cartographier selon les besoins de l'usager. Ainsi, après avoir ajouté une couche géographique de la France, il est possible d'obtenir la projection RGF93 / Lambert-93 en saisissant la chaîne de caractère (format Proj.4 string)

+proj=lcc +lat_1=44 +lat_2=49 +lat_0=46.5 +lon_0=3 +x_0=700000
+y_0=6600000 +ellps=GRS80 +units=m +no_defs

ou la chaîne de caractère (format ESRI WKT)

PROJCS["RGF93_Lambert_93",GEOGCS["GCS_RGF_1993",DATUM["D_RGF_1993",SPHEROID["GRS_1980",6378137.0,298.257222101]],
PRIMEM["Greenwich",0.0],UNIT["Degree",0.017453292519943295]],
PROJECTION["Lambert_Conformal_Conic"],PARAMETER["False_Easting",700000.0],PARAMETER["False_Northing",6600000.0],PARAMETER["Central_Meridian",3.0],
PARAMETER["Standard_Parallel_1",44.0],PARAMETER["Standard_Parallel_2",49.0],PARAMETER["Latitude_Of_Origin",46.5],UNIT["Meter",1.0]]

Différents moyens permettent de trouver le système de coordonnées de référence adapté à la zone que l'on souhaite cartographier.

• Utilisation du service http://projest.io/ns (suggestion de projections à partir de l'emprise de la zone à cartographier).
• Utilisation d'une des projections d'emprise nationale suggérée à partir d'une liste maintenue en parallèle de Magrit.
• Recherche sur le site http://epsg.io (les deux options précédentes reposent sur ces données)

De plus l'application propose automatiquement l'utilisation de la projection fournie avec le jeu de données de l'utilisateur lorsque celui-ci contient des informations sur la projection à utiliser (Shapefile, GML).

Liste indicative de projections adaptées à un pays donné :

Choix de la représentation

Le choix d'un type de représentation est l'élément qui guide le processus de création d'une carte. Ce choix s'effectue en fonction du type des données à représenter (données de stocks, de ratios ou qualitatives) et du type de fond de carte utilisé (points, polygones, etc.).

Représentations adaptées à des données de stocks :

• carte de stocks
• cartogramme

Représentations adaptées à des données de ratios :

• carte choroplèthe
• carte de stocks et ratios

Représentations adaptées à des données qualitatives :

• carte qualitative
• carte qualitative (pictogrammes)
• carte de stocks et qualitative

D'autres méthodes permettent de créer des représentations originales :

• carroyage
• carte lissée
• carte de discontinuités
• carte de liens
• carte en gaufre
• carte choroplèthe après analyse d'un semis de points

Carte de stocks

Ces cartes permettent de représenter des données de stocks (ou quantitatives absolues) par des figurés proportionnels. Les données de stocks expriment des quantités concrètes : la somme des modalités des éléments a un sens.

Paramètres

• Le champ contenant les valeurs à utiliser.
• La taille (en pixels) à appliquer sur la valeur définie à la suite.
• Le type de symbole à utiliser (cercle ou carré).
• Le souhait ou non d'éviter le chevauchement des symboles (voir plus bas).
• La couleur des symboles. Il est possible de choisir deux couleurs si un seuil est défini.

Chevauchement des symboles

Magrit propose une option permettant d'éviter le chevauchement des symboles proportionnels qui sont dessinés. Cette méthode est empruntée aux cartogrammes de Dorling (utilisation de cercles, cf. (1)) et aux cartogrammes de Demers (utilisation de carrés, cf. (2)).

La méthode utilisée cherche à placer les symboles proportionnels de manière à ce qu'ils ne se chevauchent pas tout en minimisant le déplacement par rapport à leur position initiale.

Il est possible de choisir un nombre d'itérations pour cette option. Plus le nombre d'itérations est élevé, meilleur est le résultat, au détriment d'un temps de calcul plus élevé. Par défaut, lors de la création de la couche, le nombre d'itérations est de 75.

Exemple 1 :

• Données : Pays du monde
• Champ utilisé : jamesbond
• Symbole : cercle
• Éviter le chevauchement des symboles : Non
• Taille fixée à 40px sur la valeur 22

Exemple 2

• Données : Pays du monde
• Champ utilisé : jamesbond
• Symbole : cercle
• Éviter le chevauchement des symboles : Oui
• Taille fixée à 40px sur la valeur 22

Références

(1) Dorling, D. (1994) Cartograms for visualizing human geography, in D. Unwin and H. Hearnshaw (eds), Visualization and GIS, London: Belhaven Press. 85‐102.

(2) Bortins, I., Demers, S., Clarke, K. (2002) "Cartogram types". Disponible en ligne : http://www.ncgia.ucsb.edu/projects/Cartogram_Central/types.html.

Carte de ratios

Les cartes choroplèthes permettent de représenter des données de ratios par plages de couleurs ou de niveaux de gris. Les données de rapports (de taux, d’intensités ou de ratios) sont des données quantitatives calculées à partir de données de stocks dont ont fait le rapport ou dont on calcule le taux à partir d’un total. Elles expriment les caractéristiques des individus observés mais leur total n'a pas de signification concrète.

Paramètres

• Nom du champ contenant les valeurs à utiliser
• Choix d'une discrétisation adaptée pour la série de valeurs

Un clic sur le bouton ouvre une boite dialogue permettant d'affiner la discrétisation et de choisir la palette de couleur.

Exemple :

Carte qualitative

Ce type de carte permet de représenter des entités surfaciques selon la valeur prise par un champ dont les valeurs sont regroupées en catégories.

Paramètres

• Nom du champ contenant les valeurs à utiliser
• Choix des couleurs correspondantes aux catégories à représenter

Note : il est possible de réordonner l'ordre d'apparition des modalités dans la légende lors du choix des couleurs et des noms de catégories, en déplaçant chaque ligne à la position souhaitée.

Exemple :

• Champ utilisé : LIBEPT

Exemple (variable qualitative ordonnée) :

Carte de stocks et ratios

Ce type de représentation permet de combiner la représentation de données de stocks et celles de ratios sur une même carte.
La donnée de ratio est représentée à l’intérieur du figuré représentant le stock.

Paramètres

• Le nom du champ contenant les valeurs à utiliser pour définir la taille des symboles.
• La taille (en pixels) à appliquer à la valeur définie à la suite.
• La valeur sur laquelle fixer la taille.
• Le type de symbole à utiliser (cercle ou carré).
• Le souhait ou non d'éviter le chevauchement des symboles (voir plus bas).
• Le nom du champ contenant les valeurs à utiliser (après discrétisation) pour colorer les symboles.

Chevauchement des symboles

Magrit propose une option permettant d'éviter le chevauchement des symboles proportionnels qui sont dessinés. Cette méthode est empruntée aux cartogrammes de Dorling (utilisation de cercles, cf. (1)) et aux cartogrammes de Demers (utilisation de carrés, cf. (2)).

La méthode utilisée cherche à placer les symboles proportionnels de manière à ce qu'ils ne se chevauchent pas tout en minimisant le déplacement par rapport à leur position initiale.

Il est possible de choisir un nombre d'itérations pour cette option. Plus le nombre d'itérations est élevé, meilleur est le résultat, au détriment d'un temps de calcul plus élevé. Par défaut, lors de la création de la couche, le nombre d'itérations est de 75.

Exemple 1 :

Exemple 2 :

• Jeu de données : GrandParisMunicipalites
• Champ utilisé : REVENUS
• Symbole cercle
• Éviter le chevauchement des symboles : Non
• Taille fixée de 65px sur la valeur 7289553004,2
• Champ utilisé pour l'aplat de couleur : REVENUS_PAR_MENAGE
• Discrétisation : Quantiles / 5 classes

Exemple 3 :

• Jeu de données : GrandParisMunicipalites
• Champ utilisé : REVENUS
• Symbole cercle
• Éviter le chevauchement des symboles : Oui
• Taille fixée de 65px sur la valeur 7289553004,2
• Champ utilisé pour l'aplat de couleur : REVENUS_PAR_MENAGE
• Discrétisation : Quantiles / 5 classes

Références

(1) Dorling, D. (1994) Cartograms for visualizing human geography, in D. Unwin and H. Hearnshaw (eds), Visualization and GIS, London: Belhaven Press. 85‐102.

(2) Bortins, I., Demers, S., Clarke, K. (2002) "Cartogram types". Disponible en ligne : http://www.ncgia.ucsb.edu/projects/Cartogram_Central/types.html.

Carte de stocks et qualitative

Ce type de représentation permet d'établir une correspondance entre des données de stock et une variable d'appartenance (variable catégorielle).

Paramètres

• Le nom du champ contenant les valeurs à utiliser pour définir la taille des symboles.
• La taille (en pixels) à appliquer à la valeur définie à la suite.
• La valeur sur laquelle fixer la taille.
• Le type de symbole à utiliser (cercle ou carré).
• Le souhait ou non d'éviter le chevauchement des symboles (voir plus bas).
• Le nom du champ contenant les valeurs à utiliser pour colorer les symboles.
• Le choix des couleurs correspondantes aux catégories à représenter.

Chevauchement des symboles

Magrit propose une option permettant d'éviter le chevauchement des symboles proportionnels qui sont dessinés. Cette méthode est empruntée aux cartogrammes de Dorling (utilisation de cercles, cf. (1)) et aux cartogrammes de Demers (utilisation de carrés, cf. (2)).

La méthode utilisée cherche à placer les symboles proportionnels de manière à ce qu'ils ne se chevauchent pas tout en minimisant le déplacement par rapport à leur position initiale.

Il est possible de choisir un nombre d'itérations pour cette option. Plus le nombre d'itérations est élevé, meilleur est le résultat, au détriment d'un temps de calcul plus élevé. Par défaut, lors de la création de la couche, le nombre d'itérations est de 75.

Exemple 1 :

• Champ utilisé : pop1999
• Symbole carré
• Éviter le chevauchement des symboles : Non
• Taille fixée de 22px sur la valeur 1000000
• Champ utilisé pour l'aplat de couleur : Pays

Exemple 2 :

• Jeu de données : Quartiers de Paris
• Champ utilisé : P12_POP
• Symbole cercle
• Éviter le chevauchement des symboles : Non
• Taille fixée de 80px sur la valeur 86940
• Champ utilisé pour l'aplat de couleur : c_ar

Exemple 3 :

• Jeu de données : Quartiers de Paris
• Champ utilisé : P12_POP
• Symbole cercle
• Éviter le chevauchement des symboles : Oui
• Taille fixée de 80px sur la valeur 86940
• Champ utilisé pour l'aplat de couleur : c_ar

Références

(1) Dorling, D. (1994) Cartograms for visualizing human geography, in D. Unwin and H. Hearnshaw (eds), Visualization and GIS, London: Belhaven Press. 85‐102.

(2) Bortins, I., Demers, S., Clarke, K. (2002) "Cartogram types". Disponible en ligne : http://www.ncgia.ucsb.edu/projects/Cartogram_Central/types.html.

Carroyage

La méthode du carroyage est une méthode permettant d'essayer de s'affranchir de l'arbitraire et de l'irrégularité d'un découpage administratif.
Elle met en évidence les grandes tendances de la répartition spatiale d'un phénomène et permet de traiter la donnée en découpant le territoire en unités régulières. Les carreaux ainsi créés sont affectés de la valeur de la variable observée pour les entités intersectées, au prorata des surfaces concernées.

Paramètres

• Nom du champ à utiliser (variable de stock)
• Taille des carreaux en kilomètres
• Forme des carreaux
• Palette de couleurs à utiliser

Exemple :

• Champ utilisé : pop2008
• Carreaux en forme d'hexagone
• Taille de référence : 65km

Cartogramme

Les anamorphoses sont utilisées en cartographie statistique pour montrer l'importance d'un phénomène donné : ce type de carte est couramment appelé un cartogramme.
Elles permettent de déformer les unités territoriales (polygones) sur la base d'un attribut rapporté à la superficie des entités (densité).
Trois méthodes de création de cartogrammes sont disponibles dans Magrit :

• la première, basée sur l'algorithme de Dougenik et al. (1) permet la création de cartogrammes "contigus" (la topologie du fond de carte est préservée tant que possible),
• la seconde, basée sur l'algorithme de Olson (2) permet la création de cartogrammes "non-contigus" (la méthode ne cherche pas à préserver la topologie du fond de carte),
• la troisième, basée sur l'algorithme de Gastner, Seguy et More (3) permet la création de cartogrammes "contigus" (la topologie du fond de carte est préservée).

Paramètres (méthode Dougenik)

• Le nom du champ contenant les valeurs à utiliser
• Le nombre d'itérations à effectuer avant d'obtenir le résultat
• Le nom de la couche produite

Paramètres (méthode Olson)

• Le nom du champ contenant les valeurs à utiliser
• Le nom de la couche produite

Paramètres (méthode Gastner-Seguy-More)

• Le nom du champ contenant les valeurs à utiliser
• Le nom de la couche produite

Exemple, méthode (1):

• Méthode de Dougenik
• Champ utilisé : pop2008
• 5 itérations

Exemple, méthode (3):

• Méthode de Gaster, Seguy et More
• Couche utilisée : Quartiers administratifs de Paris
• Champ utilisé : P12_POP

Références

(1) Dougenik, James A.; Chrisman, Nicholas R.; Niemeyer, Duane R. (1985), "An Algorithm to Construct Continuous Area Cartograms", The Professional Geographer, 37(1). doi: 10.1111/j.0033-0124.1985.00075.x

(2) Olson, Judy M. (1976). "Noncontiguous Area Cartograms". The Professional Geographer, 28(4). doi: 10.1111/j.0033-0124.1976.00371.x

(3) Gastner, Michael T.; Seguy, Vivien; More, Pratyush (2018). "Fast flow-based algorithm for creating density-equalizing map projections". Proceedings of the National Academy of Sciences USA, 115:E2156-E2164. doi: 10.1073/pnas.1712674115

Carte lissée

Méthode d'analyse spatiale et de représentation basée sur le calcul de potentiels (dit "de Stewart") et qui n’a pas vocation à annuler ou atténuer le bruit (information parasite qui tend à brouiller la lecture) mais s’affranchit complètement du maillage administratif de départ. Elle permet d’observer ainsi la répartition spatiale du phénomène étudié, quelque soit l’hétérogénéité du maillage affecté en tout point de la carte, la valeur de la densité du phénomène dans le voisinage de ce point. En fonction des paramètres utilisés, cette méthode permet "de voir aussi bien les spécificités locales d'un phénomène que ses tendances générales" (Lambert & Zanin, 2016). La vignette du package R potential explique la méthodologie utilisée dans le détail.

Paramètres

• Le nom du champ contenant les valeurs à utiliser.
• (optionnel) Le nom du champ à utiliser pour calculer un ratio.
• Le span (la "portée" de la fonction d'interaction) détermine la distance du voisinage pris en compte.
• Le paramètre beta (la "friction de la distance"), c'est-à-dire la pente de la fonction mathématique qui agit sur une prise en compte plus ou moins importante de la distance.
• La résolution de la grille régulière créée pour l'interpolation (en km).
• Le type de fonction d'interaction.
• Le nombre de classes souhaité lors de la création des isolignes.
• (optionnel) Le nom de la couche de masquage.

Exemple :

Carte des discontinuités

Les cartes de discontinuités mettent en avant les limites (ou "frontières") entre les entités étudiées, en leur affectant une épaisseur relative au différentiel de valeur existant entre elles. Deux méthodes permettent de calculer ce différentiel, on parlera ainsi soit de discontinuité absolue (écart absolu entre les valeurs de la variable étudiée c'est à dire max(A,B) - min(A,B)) ou de discontinuité relative (rapport max(A,B) / min(A,B)). La visualisation de lignes de discontinuités permet de mettre en exergue les ruptures spatiales des phénomènes socio-économiques étudiés, qui selon la formule de Brunet et Dolphus (1990) montre que « l’espace géographique est fondamentalement discontinu ». Cette représentation est particulièrement pertinente lorsqu'elle peut être combinée à une représentation par aplats de couleurs (Cf. cartes de ratio).

Paramètres

• Le champ contenant les valeurs à utiliser.
• Le champ contenant des identifiants uniques permettant d'identifier les tronçons.
• Le type de discontinuités (c'est-à-dire le rapport entre la valeur des deux entités, parmi 'relatif' ou 'absolu').
• Le nombre de classes à créer.
• La méthode utilisée pour discrétiser les valeurs.
• La couleur utilisée pour représenter les discontinuités.

ExempleW :

Carte des liens

Ce type de carte représente, avec des lignes d'épaisseur proportionnelle à l'intensité du phénomène, les connexions (flux/liens) qui existent entre des couples de lieux. Différents éléments, tels que la présence de chevauchements trop nombreux, peuvent nuire à la lisibilité de ce type de représentation.
Ce type de carte requiert généralement d'effectuer une sélection après le premier rendu, consistant par exemple à ne pas représenter les flux les plus faibles.

Magrit propose de représenter l'épaisseur de la ligne de plusieurs façons : en discrétisant les valeurs à utiliser (choix d'un type de discrétisation et d'un nombre de classes, permettant parfois une meilleure hiérarchisation des informations) ou sans discrétiser les valeurs (l'épaisseur des lignes est ainsi strictement proportionnelle à la valeur de son intensité).

Paramètres

• Le champ du jeu de données externe contenant les identifiants des entités 'origine'.
• Le champ du jeu de données externe contenant les identifiants des entités 'destination'.
• Le champ du jeu de données externe contenant les valeurs de l'intensité du phénomène entre 'i' et 'j'.
• Le champ du fond de carte (de type identifiant) contenant les identifiants des entités.
• Le choix entre des liens proportionnels (sans discrétisation) ou le choix d'un type de méthode à utiliser pour discrétiser les valeurs.
• Le cas échéant, le nombre de classes à créer lors de l'application de la méthode précédemment définie.

Exemple :

Informations sur le format des données attendues :

La table de données à joindre doit être dans un format supporté par l'application (format .csv, .xls/.xlsx ou .ods). Cette table doit contenir au minimum 3 colonnes : les identifiants des entités d'origine, les identifiants des entités de destination, les valeurs correspondants à l'intensité du phénomène mesuré. La première ligne de cette table est à réserver au nom de colonne; chacune des lignes suivantes décrit un lien, entre un couple de lieu, à créer sur la carte.
Ainsi, les premières lignes d'une table décrivant des liens entre pays européens pourraient être écrites :

Une table d'exemple de ce type peut être téléchargée ci-dessous; lorsqu'elle est utilisée avec le fond des pays européens, également ci-dessous, elle permet la réalisation d'une carte de lien en sélectionnant les champs suivants :

• Champ origine : i
• Champ destination : j
• Champ intensité : fij

Table d'exemple

Fond de carte des pays européens

Carte qualitative (pictogrammes)

Ce type de représentation permet de faire figurer des symboles en fonction des valeurs prises par l'attribut de la couche de données.

Paramètres

• Le nom du champ contenant les valeurs à utiliser
• Le choix de pictogrammes correspondants aux différentes catégories à représenter

Note : il est possible de réordonner l'ordre d'apparition des modalités dans la légende lors du choix des symboles et des noms de catégories, en déplaçant chaque ligne à la position souhaitée.

Exemple :

Carte en gaufre (waffle map)

Cette méthode permet de représenter plusieurs stocks dans des unités comparables pour chacune des entités.

Paramètres

• Nom des champs à utiliser (variables de stocks dans la même unité)
• Forme du symbole (cercle ou carré)
• Nombre de symboles par ligne
• Ratio (valeur d'un symbole, dans l'unité des variables utilisées)
• Taille du symbole (rayon du cercle ou taille d'un coté du carré, en pixel)

Exemple :

• Champs utilisés : FONTAINE_POTABLE, FONTAINE_NON_POTABLE
• Symbole : cercle
• Nombre de symboles par ligne : 6
• Ratio : 1
• Taille du symbole : 5px

Analyse d'un semis de points à travers un maillage

Cette méthode d'analyse permet de transformer et de reporter les informations contenues dans un semis de points sur un maillage choisi par l'utilisateur.

Deux possibilités sont offertes à l'utilisateur concernant le choix du maillage à utiliser :

• utilisation d'une grille régulière (choix de la taille et de la forme des carreaux) créée par l'application
• utilisation d'une couche de polygones (fond administratif par exemple) fourni par l'utilisateur

Plusieurs options d'analyse sont proposées et visent à calculer :

• la densité de points par cellule (utilisation d'une grille) ou par entité (utilisation d'un fond utilisateur)
• la densité de points pondérée par un champ numérique pour chaque cellule/entité.
• la moyenne des valeurs des points situés dans chaque cellule/entité.
• l'écart-type des valeurs des points situés dans chaque cellule/entité.

Paramètres

• Type de maillage à utiliser (grille régulière (option 1) ou couche de polygones (option 2))
• Type d'analyse (densité, densité pondérée, moyenne, écart-type)
• Champ numérique à utiliser (pour densité pondérée, moyenne, écart-type seulement)
• Couche de maillage à utiliser (option 2)
• Taille des carreaux de la grille (option 1)
• Forme des carreaux de la grille (option 1)
• Couche de masquage/découpe à utiliser (option 1)
• Palette de couleurs à utiliser

Exemples :

• Type de maillage : Couche de polygones
• Type d'analyse : Valeur moyenne
• Champ numérique : AN_CONST
• Couche de maillage à utiliser : Quartiers de Paris
• Palette de couleur : Oranges

• Type de maillage : Couche de polygones
• Type d'analyse : Densité
• Couche de masquage/découpe : Quartiers de Paris
• Carreaux en forme d'hexagone
• Taille de référence : 1.2km
• Palette de couleur : Blues

Discrétisation

Plusieurs méthodes sont proposées afin de transformer une série continue de valeurs en une série discrète, c'est à dire en un nombre fini de classes. Le nombre de classes ainsi que les valeurs limites de ces classes doivent être justifiées sémantiquement et/ou statistiquement.

Les méthodes proposées par l'outil peuvent être utilisées telles quelles ou bien comme des guides de lecture et d'analyse préalables à la saisie manuelle des limites de classes souhaitées.

• Intervalles égaux
  Cette méthode, parfois également appelées "amplitudes égales", permet de créer des classes qui possèdent toutes la même étendue.

• Quantiles
  Cette méthode, parfois également décrite par le terme de "discrétisation en classes d'effectifs égaux" permet de former des classes qui possèdent toutes le même nombre d'individus.

• Q6
  Cette méthode originale, notamment démocratisée par l'outil PhilCarto, permet d'effectuer une discrétisation selon la méthode des quartiles tout en isolant les valeurs extrêmes.

• Seuils naturels (algorithme de Jenks)
  Cette méthode permet de créer des classes homogènes. En effet l'algorithme vise à trouver le nombre de classe souhaitées en minimisant la variance intra-classe et en maximisant la variance inter-classe.

• Moyenne et écart-type
  Cette méthode propose de former des classes en fonction de la valeur de l'écart-type et de la moyenne. Ce mode de discrétisation ne permet pas de choisir directement un nombre de classe mais permet de choisir la portion d'écart-type qui correspond à la taille d'une classe ainsi que le rôle de la moyenne (utilisée comme borne de classe ou comme centre de classe).

• Il est également possible d'utiliser les discrétisations en progression arithmétique, en progression géométrique ou de saisir manuellement les bornes de classes.

Le panneau principal de la boite de dialogue représente la distribution dans le nombre de classes désirées, avec des rectangles dont les surfaces correspondent à la fréquence relative d'observations dans la classe correspondante. C'est également dans ce panneau que se trouve le possibilité de changer le type de discrétisation, le nombre de classes souhaitées ainsi que la ou les progression(s) colorée(s) à utiliser. Les palettes proposées proviennent de l'outil ColorBrewer (projet sous Licence Apache 2.0. Crédits: Cynthia Brewer, Mark Harrower and The Pennsylvania State University).

Le panneau supérieur droit présente la distribution non-discrétisée selon 3 représentations (histogramme, boite à moustaches et essaim d'abeilles). La représentation sous forme de boite à moustaches permet de visualiser plusieurs caractéristiques de position de la série statistique (médiane, quartiles, minimum et maximum).

Vous pouvez consulter l'article Géovisualisation des discrétisations : une petite application pédagogique, dans la revue MappeMonde n°119, qui met en avant l'importance du choix d'une discrétisation adaptée en cartographie.

Habillage de la carte

Magrit propose une série d'éléments nécessaires à l'habillage de la carte :

Différentes couches géographiques permettant de contextualiser les données représentées :

• Tracé des pays du monde
• Tracé des limites administratives à différents échelons infra-nationaux (Europe, USA, Brésil)
• ...

• Graticule
• Dessin de l'emprise du globe

Des couches géographiques d'habillage peuvent être ajoutées par l'utilisateur :

• Ces couches peuvent être ajoutées par le gestionnaire de couches
• Ces couches servent seulement à l'habillage de la carte et ne peuvent pas être utilisées avec les différents types de représentations proposées (elles peuvent toutefois faire l'objet d'une mise en forme de base : choix d'une couleur unique de remplissage, choix d'une couleur unique de bordure, réglage de l'opacité et de l'épaisseur de la bordure)

D'autres éléments peuvent être ajoutés, ils sont déplaçables au curseur et paramétrables via un clic droit :

• Flèche d'orientation
• Échelle
• Zone de texte
• Ellipse
• Rectangle
• Flèche personnalisable
• Symbole (pictogramme ou image - les formats png, jpg et svg sont supportés)

Les légendes peuvent aussi être modifiées avec le double-clic.

Les options "Vers le haut" et "Vers le bas" des menus contextuels des éléments d'habillage permettent de gérer leur ordre d'affichage les uns par rapport aux autres ainsi que les éventuelles superpositions (de manière similaire aux fonctionnalités "Monter" et "Descendre" applicables à des objets dans Inkscape).

Export

Magrit offre plusieurs possibilités d'export :

• export de la carte réalisée (format vectoriel ou raster),
• export des couches géographiques utilisées ou créées par l'application,
• export du projet complet (données, fonds de cartes et cartes) pour le partager ou le réutiliser plus tard.

Export au format SVG

Grâce à cette méthode il est possible d'exporter le rendu actuel selon les spécifications SVG 1.2.

Note:

• Les exports SVG fournis par l'application visent en priorité l'affichage de l'image par un navigateur web et/ou son édition par un outil comme Inkscape, Adobe Illustrator ou SVGEdit.

Export au format PNG

Cette méthode permet d'exporter la carte dans un format "raster", c'est à dire composé de pixels. La résolution de ce type de fichier est fixe et il est proposé de choisir la résolution en fonction de son futur usage (affichage écran, impression petit ou grand format, etc.).

Export d'un fichier de couche géographique

Les formats proposés à l'export sont les mêmes que ceux acceptés lors de l'import :

• GeoJSON
• TopoJSON
• Shapefile
• KML
• GML

Différents systèmes de projection sont proposés par défaut lors de l'export mais il est possible de choisir tout type de système de référence supporté par le projet Proj.4.
Les couches qui peuvent être exportées par cette fonctionnalité sont celles importées pour la réalisation de la carte ainsi que celles créées par certains modes de représentations (carroyages, cartogrammes, discontinuités, liens et cartes lissées).

Sauvegarde du projet en cours

Cette fonctionnalité permet de sauvegarder l'état d'une session et de l'exporter au format JSON. Le fichier exporté pourra être ouvert à nouveau, depuis n'importe quel poste, et permet de continuer la session de travail. Cette fonctionnalité de sauvegarde du projet est activée automatiquement lorsque l'utilisateur quitte la page; la session est alors sauvegardée localement dans le navigateur pour une éventuelle reprise ultérieure.

Jeux de données

Plusieurs jeux de données d'exemples sont mis en avant dans Magrit. Les données qu'ils contiennent ont été choisies afin de pouvoir mettre en œuvre les différentes représentations proposées par l'outil mais ils n'ont pas vocation à couvrir les différents besoins en fond de cartes des utilisateurs.

En parallèle, l'équipe met à disposition des fonds de cartes pour plusieurs dizaines de pays du monde (emprise nationale et découpage correspondant au premier niveau inter-étatique). Ces fonds sont libres d'utilisation (le détails des licences applicables peut-être consulté sur la page github du projet riatelab/basemaps).

En fonction de l'échelle de travail, différent fournisseurs de données permettent le téléchargement de fonds libres d'utilisation permettant par exemple la jointure d'un jeu de données dans Magrit. On peut citer par exemple:

• Natural Earth
• GADM
• données fournis par des instituts nationaux (par exemple pour la France, la base de données GEOFLA® est accessible gratuitement et propose le découpage de "l'ensemble des unités administratives nationales (France métropolitaine et DROM) : communes, cantons, arrondissements, départements, régions.)
• données issues du projet OpenStreetMap

Source des données d'exemples

Communes de la métropole du Grand-Paris :

Fond de carte : Institut national de l’information géographique et forestière (1)
Variables :

• IDCOM : code communal (2)
• LIBCOM : nom de la commune (2)
• EPT : code le l’Établissement Public Territorial (3)
• LIBEPT : nom de l’Établissement Public Territorial (3)
• DEPARTEMENT : code du département (2)
• REVENUS : somme des revenus déclarés par les ménages (4)
• MENAGES_FISCAUX : nombre de ménages fiscaux (4)
• REVENUS_PAR_MENAGE : revenu moyen par ménage fiscal

(1) : IGN, GEOFLA® 2015 v2.1 Communes France Métropolitaine
(2) : INSEE, 2016
(3) : Atelier parisien d'urbanisme 2016
(4) : Direction générale des finances publiques, impôts de 2014 sur les revenus de 2013

États fédéraux brésiliens :

Fond de carte :
Variables :

• ADMIN_NAME : Nom de l’État
• Abbreviation : Abréviation du nom
• Capital : Nom de la capitale administrative de l’État (2)
• GDP_per_capita_2012 : Produit intérieur brut (PIB) par habitant
• Life_expectancy_2014 : Espérance de vie à la naissance (2)
• Pop2014 : Population de l’État (1)
• REGIONS : Nom de la région d'appartenance
• STATE2010 : Code de l’État
• popdensity2014 : Densité de population en habitants par kilomètres carrés

(1) : '2014 IBGE Estimates - Estimates of Resident Population in Brazil, Federative Units and Municipalities" (PDF) (en Portugais). ftp://ftp.ibge.gov.br/Estimativas_de_Populacao/Estimativas_2014/estimativa_dou_2014.pdf. Consulté le 25 janv. 2017.
(2) : Wikipedia. https://fr.wikipedia.org/wiki/%C3%89tats_du_Br%C3%A9sil#Listes_des_%C3%89tats_du_Br%C3%A9sil. Consulté le 25 janv. 2017.

Communes de Martinique :

Fond de carte : Institut national de l’information géographique et forestière (1)
Variables :

• INSEE_COM : Code INSEE de la commune (1)
• NOM_COM : Nom de la commune (2)
• STATUT : Statut administratif de la commune (2)
• POP2013 : Population de la commune (2)
• DENSPOP : Densité de population en habitants par kilomètres carrés (2)
• NbLogements : Nombre de logements (2)
• NbLogementsVacants : Nombre de logements vacants (2)
• PartLogementVacants : Taux d'occupations des logements (2)

(1) : IGN, GEOFLA® 2015 v2.1 Communes Martinique
(2) : INSEE 2013

Régions européennes NUTS 2 et NUTS 3, version 2020 :

Fond de carte : ©EuroGeographics Variable :

• NUTS_ID : Code d'identification NUTS
• NAME_LATN : Nom NUTS en langue locale, translittéré en caractères latins
• URBN_TYPE : Typologie urbaine-rurale pour les régions NUTS3 (1 : région à prédominance urbaine ; 2 : région intermédiaire ; 3 : région à prédominance rurale).
• MOUNT_TYPE : Typologie de la montagne pour les régions NUTS3 (1 : "dont plus de 50 % de la surface est couverte par des zones de montagne topographiques" ; 2 : "dont plus de 50 % de la population régionale vit dans des zones de montagne topographiques" ; 3 : "dont plus de 50 % de la surface est couverte par des zones de montagne topographiques et dont plus de 50 % de la population régionale vit dans ces zones de montagne", 4 : région non montagneuse / autre région, 0 : aucune classification fournie (par ex. 0 : aucune classification n'est fournie (par exemple, dans le cas des NUTS 1 et NUTS 2 et des pays non membres de l'UE).
• COAST_TYPE : Typologie côtière pour les régions NUTS3 (1 : côtière (sur la côte), 2 : côtière (>= 50% de la population vivant à moins de 50km de la côte), 3 : région non côtière}, 0 : aucune classification fournie (par exemple dans le cas des régions NUTS 1 et NUTS 2).
• AREA_2021 : Superficie totale en 2021 (ou 2019-2020 si valeurs manquantes, table Eurostat reg_area3)
• POP_2021 : Population totale en 2021 (ou 2019-2020 si valeurs manquantes, table Eurostat demo_r_pjanaggr3)
• DENS_2021 : Densité de population (hab. par km², POP_2021 / AREA_2021).

Régions européennes NUTS 0 et NUTS 1, version 2020 :

Fond de carte : ©EuroGeographics Variable :

• NUTS_ID : Code d'identification NUTS
• AREA_2021 : Superficie totale en 2021, calculé par aggrégation des NUTS2 enfants (ou 2019-2020 si valeurs manquantes, table Eurostat reg_area3)
• POP_2021 : Population totale en 2021, calculé par aggrégation des NUTS2 enfants (ou 2019-2020 si valeurs manquantes, table Eurostat demo_r_pjanaggr3)

Pays du monde :

Fond de carte : UMS RIATE, 2022
Variables :

• ISO2 : Code ISO 3166-1 alpha-2
• ISO3 : Code ISO 3166-1 alpha-3
• ISONUM : Code ISO 3166-1 numeric
• NAMEen : Nom du pays en anglais
• NAMEfr : Nom du pays en français
• UNRegion : Régions macrogéographiques (1)
• GrowthRate : Taux de croissance annuel moyen de la population en % (2)
• PopDensity : Densité de population en habitants par kilomètres carrés (2)
• PopTotal : Population totale (2)
• JamesBond : Nombre de fois ou James Bond s'est rendu dans le Pays (3)

(1) : United Nations Statistics Division, http://unstats.un.org/unsd/methods/m49/m49regnf.htm
(2) : Population Division of the Department of Economic and Social Affairs of the United Nations Secretariat, World Population Prospects: The 2015 Revision, http://esa.un.org/unpd/wpp/index.htm, July 2015, Variant : Medium, Année 2015)
(3) : UMS RIATE d'après Wikipedia, de Dr. No en 1962 à Spectre en 2015

Communes de France métropolitaine 2022 - fond voronoi :

Localisation des centroides ayant permis la construction des polygones de voronoi : Institut national de l’information géographique et forestière (1) Trait de cote ayant servi au découpage des polygones : Institut national de l’information géographique et forestière (1)

Variables :

• INSEE_COM : Code INSEE de la commune (1)
• NOM : Nom de la commune (1)
• POPULATION : Population de la commune (1)
• SUPERFICIE : Superficie de la commune (1)

(1) : IGN, ADMIN-EXPRESS-COG édition 2022 France entière

Départements 2022 et régions 2022 de France métropolitaine :

Fond de carte : Obtenu par aggrégation du jeu de données précédent (Communes de France métropolitaine - fond voronoi). Variables :

• CODEGEO : Code INSEE de l'entité (1)
• LIBGEO : Nom de l'entité (1)
• POPULATION : Population de la commune (1)
• SUPERFICIE : Superficie de la commune (1)

(1) : IGN, ADMIN-EXPRESS-COG édition 2022 France entière

Contour France métropolitaine :

Fond de carte : Obtenu par aggrégation du jeu de données précédent (Régions 2022 de France métropolitaine lui-même basé sur Communes de France métropolitaine - fond voronoi).

Communes de France Métropolitaine (par région) / Communes d'Outre-Mer (par département) :

Fond de carte : Institut national de l’information géographique et forestière (1)
Variables :

• INSEE_COM : Code INSEE de la commune (1)
• NOM_COM : Nom de la commune (1)
• SUPERFICIE : Superficie de la commune (1)
• POPULATION : Population communale 2016 (1)
• CODE_DEPT : Code géographique du département auquel appartient la commune (1)
• NOM_DEPT : Nom du département auquel appartient la commune (1)
• CODE_REG : Code géographique de la région à laquelle appartient la commune (1)
• NOM_REG : Nom de la région à laquelle appartient la commune (1)

(1) : IGN, GEOFLA® 2016 v2.2

Quartiers administratifs de paris :

Fond de carte : Mairie de Paris (1)
Variables :

• n_sq_qu : Identifiant séquentiel du quartier (1)
• c_qu : Numéro de quartier (1)
• c_quinsee : Numéro INSEE du quartier (1)
• l_qu : Nom du quartier (1)
• c_ar : Numéro d'arrondissement (1)
• n_qu_ar : Lien avec l'arrondissement - Identifiant séquentiel (1)
• surface : Superficie du quartier en m2 (1)
• p12_pop : Population 2012 (2)
• p07_pop : Population 2007 (2)

(1) : Mairie de Paris/Direction de l'Urbanisme. Licence ODbL. Dernier traitement des données lors de la consultation : 1 janvier 2018 00:07. Consulté le 09 janvier 2018. https://opendata.paris.fr/explore/dataset/quartier_paris/information/
(2) : Atelier Parisien d'Urbanisme / INSEE - Données statistiques de l'Insee à l'IRIS sur le territoire de la Métropole du Grand Paris (ici agrégées par quartier) - http://opendata.apur.org/datasets/iris-demographie. Consulté le 09 janvier.

FAQ

Pourquoi un nombre trop important de couleurs dans une palette peut nuire à la lisibilité de la carte ?

L’œil humain ne distingue correctement qu'un nombre de couleurs limité. L'utilisation d'un nombre de couleurs élevé lors de la conception d'une palette pour une carte choroplèthe empêche de percevoir avec précision les limites entre les classes et rend ainsi difficile de trouver la classe d'appartenance d'une entité.

Pourquoi une limite de taille est-elle fixée lors de l'import d'un fond de carte ?

La taille maximale des fichiers pouvant être importés dans Magrit est limitée à 20Mo. Plusieurs raisons ont motivé ce choix et visent essentiellement à éviter des ralentissements indésirables dans le navigateur de l'utilisateur. D'une part le temps d'envoi d'un fichier volumineux peut être importante en fonction de la qualité de la connexion (un fichier de 20Mo peut nécessiter plusieurs minutes). D'autre part Magrit utilise la technologie SVG pour effectuer le rendu des cartes dans le navigateur. Cette technologie est performante mais se prête difficilement à l'affichage des couches contenant un nombre très élevé d'entités. Ce type de limite permet également de s'interroger sur l’intérêt d'une carte thématique contenant un nombre d'entités très élevé ou contenant des géométrie très détaillées. En effet, en fonction du type de données ou de l'échelle de travail, il peut être utile de faire appel au préalable à certaines techniques de préparation des données (agrégation dans le cas d'un semis de points très important par exemple) ou de préparation du fond de carte (généralisation des géométries utilisées par exemple).

Pourquoi le rendu de certains exports SVG n'est pas le même dans Inkscape/Adobe Illustrator que lors de l'affichage de la carte dans Magrit ?

Lors de l'ouverture des exports SVG contenant des polices de caractères autres que celle définie par défaut, il est possible que certains logiciels ne les affichent pas correctement. Actuellement ces polices sont stockées dans le fichier SVG exporté par Magrit, ce qui n'est pas supporté par Inkscape par exemple (ce dernier nécessite que la police soit installée sur le système afin qu'elle soit reconnue). Nous travaillons actuellement à proposer un export séparée pour les polices de caractère lorsque nécessaire. De plus il est possible de vérifier le rendu SVG exporté par Magrit en ouvrant le fichier SVG avec un navigateur web (en le faisant glisser dans Firefox ou Chromium par exemple), afin de s'assurer que le rendu est conforme à ce qui était attendu.

Pourquoi certains fond de cartes posent un problème lors de certains traitement ? Qu'est-ce que la "topologie" d'un fond de carte ?

Pourquoi Magrit émet un message d'avertissement lorsque la géométrie de certaines entités d'une couche est nulle ?

Pourquoi n'est-il pas possible d'afficher un fond type "OpenStreetMap" lors de la réalisation d'une carte avec Magrit ?

Historique des versions et des changements effectués

0.16.6 (2024-06-03)

• Mise à jour de la page d'acceuil pour annoncer la prochaine version.

0.16.5 (2024-05-04)

• Mise à jour de aiohttp pour corriger plusieurs problèmes de sécurité avec la version anciennement utilisée.

0.16.4 (2024-03-20)

• Correction de certains liens vers la documentation pour l'utilisation dans docker (cf. discussion dans 115).

• Meilleure formulation du message d'erreur dans la fenêtre modale de jointure (corrige 123).

• Correction de l'alignement des éléments (dans chaque ligne) dans le panneau de sélection des couleurs pour les catégories.

0.16.3 (2023-07-12)

• Correction de la sauvegarde de la palette personnalisée lors du clic sur confirmer dans le popup dédié du panneau de discrétisation (cf. issue #117)

• Amélioration de la taille de certains éléments HTML pour les palettes personnalisées qui étaient trop petits.

• Correction de l'alignement vertical des noms de champs dans les options de création des labels (merci à @robLittiere).

• Correction du débordement des noms de champs dans les options de création des labels (merci à @robLittiere).

• Éviter de rembobiner automatiquement les cartogrammes issue de l'algo de Gastner, Seguy et More.

• Suppression des CSS inutiles de la page 404 (qui incluait le chargement d'une police provenant de Google Fonts).

0.16.2 (2023-05-12)

• Corrige la position des points rouges indiquant la position d'origine du label lors du déplacement d'un label.

0.16.1 (2023-05-11)

• Amélioration de la compatibilité entre la nouvelle gestion et l'ancienne gestion de la position des labels déplacés manuellement lors du chargement d'un fichier de projet créé avec une version antérieure à 0.16.0.

0.16.0 (2023-05-11)

• Désactivation du zoom par sélection rectangulaire lors d'un changement de projection s'il est activé.

• Amélioration de la gestion des positions des étiquettes en évitant de réinitialiser la position des étiquettes lors d'un changement de projection pour les étiquettes qui ont été déplacées manuellement.

• Éviter de réinitialiser la position des étiquettes lors de l'export en SVG avec l'option "Découper le SVG sur l'emprise actuelle".

• Modification des règles CSS pour les couches cachées (car Inkscape ne supporte pas l'attribut "visibility" sur les éléments SVG ni la propriété CSS "visibility").

• Chargement des pictogrammes dès le chargement de l'application au lieu de différer le chargement à la première ouverture du "panneau des pictogrammes" (cela causait des problèmes avec les connexions réseau lentes, car les pictogrammes n'étaient pas chargés lorsque l'utilisateur essayait de les utiliser - voir issue #110).

0.15.3 (2023-04-14)

• Correction des liens vers les images dans les sous-chapitres de la documentation.

0.15.2 (2023-04-13)

• Correction du comportement "mouseup" lors du dessin d'un rectangle (le curseur continuait à déplacer la carte après avoir dessiné le rectangle, même après avoir relâché le clic).

• Correction du comportement "mouseup" lors d'un zoom avec une sélection rectangulaire (le curseur continuait à déplacer la carte après avoir dessiné le rectangle, même après avoir relâché le clic).

0.15.1 (2023-04-11)

• Transfère la valeur d'opacité des couches (choroplèthe, etc.) à leurs légendes.

0.15.0 (2023-04-06)

• Correction d'un bug avec les géométries nulles / vides introduit dans le commit 326e3c8 / version 0.13.2.

• Amélioration du popup de création d'étiquettes pour permettre la création de plusieurs étiquettes à la fois, tout en étant capable de sélectionner la police et la taille de la police pour chaque champ.

• Empiler automatiquement les étiquettes pour chaque entité afin d'éviter les chevauchements (merci à @robLittiere et à @ArmelVidali pour la contribution contribution #109).

• Mise à jour de la dépendance smoomapy pour corriger un problème lorsque les limites données par l'utilisateur sont très proches des limites min/max des données (et que cela pouvait résulter en une classe sans valeur).

0.14.1 (2023-03-29)

• Correction de l'emplacement des étiquettes dérivées d'une couche de symboles proportionnels déplacés pour éviter les chevauchements (dorling/demers) (cf. issue #108). Fonctionne également sur les symboles qui ont été déplacés manuellement.

• Correction de la description de deux jeux de données d'exemple (Départements et Régions) où le champ "CODGEO" était décrit comme s'appelant "CODEGEO", empêchant d'effectuer certaines représentations sur le champ "CODGEO".

0.14.0 (2023-03-24)

• Nouveau : Ajout d'une fonctionnalité permettant le filtrage d'une ou plusieurs catégories lors de la création d'une couche de pictogrammes (merci à @robLittiere et à @ArmelVidali pour la contribution contribution #106).

• Nouveau : Ajout d'une fonctionnalité permettant d'ajouter une légende aux couches de labels (cf. issue #107)

• Correction de fautes d'orthographe dans la traduction française.

0.13.4 (2023-03-14)

• Modification de la recette docker pour permettre la création et la publication sur docker hub d'images multi-plateformes (amd64 / arm64).

0.13.3 (2023-02-21)

• Essayer d'améliorer le rembobinage des anneaux des polygones puisque certains problèmes existants n'ont pas été résolus (#104) et que de nouveaux problèmes sont apparus (#105).

• Corrige un bug empêchant de charger des couches cibles qui n'ont aucun champ d'attribut.

0.13.2 (2023-02-17)

• Rembobine les anneaux des polygones avant d'afficher les couches dans la carte (pour éviter certains problèmes de rendu avec certaines géométries et d3.js).

0.13.1 (2023-01-05)

• Mise à jour de go-cart-wasm pour utiliser la version 0.3.0 (corrige un problème de boucle infinie sur certains jeux de données)

• Améliore la gestion de l'overlay en cas d'erreur lors du calcul des cartogrammes de Gastner, Seguy et More.

• Corrige un DeprecationWarning lors de la reprojection de certaines géometries.

0.13.0 (2023-01-04)

• Correction d'un bug qui empêchait de faire certaines représentations cartographiques après avoir promu une couche d'habillage en couche cible.

• Nouveau : Ajout d'une option permettant d'utiliser la méthode de Gastner, Seguy et More (2018) pour calculer les cartogrammes (seulement disponible dans les navigateurs qui supportent WebAssembly).

0.12.1 (2022-12-06)

• Corrige un ancien bug sur le chargement des ficher-projets générés avec les premières versions de Magrit vers 2017 (avant la version 0.3.0, ne contenant pas d'informations relatives à la version utilisée pour générer le fichier-projet en question).

• Corrige un bug lors de l'import des geopackages lors du clic sur "Ajout d'un fond de carte" (l'import fonctionnait seulement quand le fichier était glissé-déposé sur la carte).

0.12.0 (2022-11-30)

• Nouvelle fonctionnalité : Permet le chargement des couches vecteur contenues dans des fichiers GeoPackage.

• Correction d'un attribut HTML manquant qui empêchait la retraduction d'une infobulle.

• Correction de l'ordre des coordonnées lors de l'export vers certains SRC / formats de fichier.

• Améliore le positionnement des titres de légendes des symboles proportionnels.

• Améliore le positionnement des différents éléments dans la boite d'édition des légendes.

• Mise à jour des dépendances pour permettre d'utiliser Python 3.11 et mise à jour des recettes Docker pour utiliser Python 3.11.

0.11.1 (2022-11-08)

• Corrige l'absence de traduction pour les noms des projections ajoutées dans la v0.11.0.

0.11.0 (2022-11-03)

• Nouvelle fonctionnalité : Ajout d'une option pour éviter le chevauchement des symboles proportionnels (issue Github #77)

• Mise à jour des templates cartographiques disponibles sur la page d'accueil (merci à Ronan Ysebaert pour la préparation et la mise à disposition des données).

• Mise à jour des jeux de données NUTS (version 2020).

• Mise à jour des jeux de données de la France Métropolitaine (pour utiliser une version basée sur des polygones de voronoi calculés à partir des centroides des communes de la version ADMIN-EXPRESS-COG 2022).

• Ajout de nouvelles projections cartographiques à partir de d3-geo-projection : Interrupted Quartic Authalic, Interrupted Mollweide Hemispheres, PolyHedral Butterfly, Polyhedral Collignon, Polyhedral Waterman, Hammer, Eckert-Greifendorff (basée sur d3.geoHammer), Quartic Authalic (basée sur d3.geoHammer) and Spilhaus (basée sur d3.geoStereographic).

0.10.1 (2022-10-13)

• Correction d'un bug qui empêchait de créer carte de typologie (Typo, PropSymbolTypo et TypoPicto) avec des données de type 'Number' (erreur introduite dans la version 0.10.0).

0.10.0 (2022-10-07)

• Modifie la façon dont est proposée l'option "palette personnalisée" dans le panneau de classification (issue Github #78).

• Améliore le CSS du panneau de classification.

• Améliore le rendu de l'histogramme dans le panneau de classification.

• Tri alphabétique des catégories 'typo' et 'picto' par défaut.

• Améliore le positionnement des waffles dans la carte en gaufres (de sorte que le centre du bloc de gaufres tombe sur le centroid sur l'axe X, au lieu du comportement jusqu'à présent le coin inférieur droit tombait sur le centroid).

• Lit les champs en tant que chaîne de caractères lors de l'import de fichier GML (suite à un rapport de bug par email).

• Lit le CRS du fichier GML pour le transférer à l'UI et demande à l'utilisateur s'il doit être utilisé.

• Correction de l'ordre des coordonnées (en utilisant l'option OAMS_TRADITIONAL_GIS_ORDER de OSR) lors de l'export vers ESRI Shapefile et GML.

• Dans PropSymbolTypo, ne pas faire apparaître dans la légende les catégories qui n'apparaissent pas sur la carte en raison de valeurs nulles ou égales à 0 dans le champ utilisé pour dessiner le symbole proportionnel (issue Github #93).

• Mise à jour de quelques noms de pays dans le fichier d'exemple "Pays du monde".

• Mise à jour de toutes les dépendances d3.js.

0.9.2 (2022-09-08)

• Corrige le positionnement des waffles (issue Github #87)

0.9.1 (2022-08-31)

• Corrige le positionnement des labels lors de la réouverture d'un fichier projet s'ils avaient été déplacés manuellement (issue Github #86).

0.9.0 (2022-08-31)

• Implémentation d'un tampon de texte pour les couches de labels (issue Github #79).

• Améliorer le rendu de tous les tampons de texte (titre, annotation de texte et couche d'étiquette) en utilisant les attributs stroke, stroke-width et paint-order.

• Améliorer la détection de la police d'écriture actuelle lors de la réouverture de la fenêtre contextuelle de style pour le titre et l'annotation de texte.

• Corrige l'import des fichiers xlsx (issue Github #85).

0.8.15 (2022-08-26)

• Ajout d'une fonctionnalité permettant d'exporter les données de chaque couche au format CSV (issue Github #75).

• Correction de la légende non visible sur la carte des liens proportionnels sur Firefox (issue Github #74)

• Correction du positionnement des symboles et labels lorsque le centroïde ne tombe pas à l'intérieur du polygone cible : il essaie maintenant de calculer le pôle d'inaccessibilité ou s'il ne trouve toujours pas de point dans le polygone, le point le plus proche du centroïde sur le bord du polygone (issue Github #63)

• Mise à jour de nombreuses dépendances pour faciliter l'installation avec un Python récent (tel que 3.10) sur un système récent (tel que ubuntu 22.04).

• Mise à jour des recettes Docker.

• Mise à jour de la documentation à propos de la possibilité de promouvoir les couches d'habillage en couche cible (issue Github #36)

• Correction d'erreurs dans les traductions de l'interface.

• Amélioration du style de certains boutons.

• Amélioration du style des fenêtres permettant de changer le style des couches et le styles des éléments d'habillage.

0.8.14 (2022-03-16)

• Corrections dans la documentation.

• Suppression de la page de contact.

• Correction d'un usage incorrect de concurrent.futures.ProcessPoolExecutor + kill les processus qui hébergent des calculs qui durent plus de 5min.

0.8.13 (2020-11-27)

• Remplace cascaded_union par unary_union dans le code Python et tentative de mieux gérer les géométries en entrée qui comportent des erreurs.

• Attribut shape-rendering lors de la création des cartes lissées.

0.8.12 (2020-11-26)

• Permet une personnalisation plus simple des jeux de couches d'exemple lors du déploiement de Magrit.

• Correction de quelques fautes dans la documentation.

• Désactivation de l'antialiasing lorsque que la bordure d'une couche a une épaisseur de 0 ou une opacité de 0 (permet de vraiment afficher la couche sans bordures, au détriment de la qualité de l'affichage).

• Évite l'apparition de l'overlay gris (dédié au dépot de fichier) lorsque que certains éléments de l'interface sont déplacés (réorganisation des couches ou réorganisation des modalités d'une couche par exemple).

• Définition correcte de l'attribut "lang" des pages HTML pour éviter d'avoir la traduction automatique de Chrome proposée lorsque ce n'est pas utile.

• Améliore le retour d'un message d'erreur vers l'utilisateur lorsque la conversion d'un fichier tabulaire échoue.

• Évite de proposer la réutilisation d'un style existant pour les cartes qualitatives lorsque que seul le style de la couche actuelle existe.

• Change la manière dont est signalée qu'il est possible de réorganiser les modalités des cartes qualitatives et de cartes de symboles.

0.8.11 (2019-03-20)

• Permet de spécifier une adresse pour créer le serveur.

• Corrige l'opération de jointure utilisant un webworker (see #38).

• Remplace certains chemins absolus.

• Nouvelle version de webpack/webpack-cli.

• Corrige l'alignement de l'élément proposant la couleur de fond dans la fenêtre de style des couches d'habillage.

• Améliore le style de la fenêtre de propriétés de la flèche nord (taille des sliders, suppression du titre dupliqué).

• Corrige la valeur initial du slider de l’opacité de la bordure dans la fenêtre de propriétés des cartes lissées.

• Corrige la largeur de la fenêtre de propriétés pour les pictogrammes (pour qu'elle ait la même taille que celle des autres éléments : flèche, ellipse, etc.).

• Corrige l'alignement des éléments dans la fenêtre de jointure des données.

• Ajoute de l'espace entre les éléments dans la fenêtre de discrétisation pour les options de palettes divergentes.

• Corrige plusieurs erreurs récurrentes en français (selection -> sélection; fleche -> flèche; charactère -> caractère) et en anglais (Proportionnal -> Proportional).

0.8.10 (2018-11-22)

• Corrige l'erreur dans la documentation et l'interface en français avec "semis de point". (issue Github #32)

• Corrige les valeurs incorrectes de 'REVENUS' et 'REVENUS_PAR_MENAGE' sur le jeu de données du Grand Paris. (issue Github #33)

• Corrige un bug dans l'affichage d'information (comme "20 entrées par page") dans la fenêtre affichant la table de données. (issue Github #29)

• Démarre Gunicorn avec une valeur pour le paramètre "max-requests" pour automatiquement redémarrer les worker et minimiser l'impact d'une éventuelle fuite de mémoire.

• Corrige un bug avec le bouton 'Inverser la palette' dans la boite de dialogue des propriétés des cartes lissées. (issue Github #31)

0.8.9 (2018-10-15)

• Corrige bug de traduction de la page d'acceuil.

• Enlève l'ancien formulaire de contact en faveur du formulaire de contact de site web du RIATE.

0.8.8 (2018-09-21)

• Nouveauté : ajout de templates sur la page d'acceuil.

• Corrige l'ouverture du dialogue de modification du titre.

0.8.7 (2018-09-10)

• Nouveauté : Permet la découpe de l'export SVG à la limite de la vue actuelle (nouvelle option par défaut).

0.8.6 (2018-08-08)

• Améliore le positionnement du symbole dans la légende des cartes en gaufre.

• Améliore la suite de tests.

• Mise-à-jour de quelques exemples dans la documentation (notamment pour utiliser la projection Lambert-93 sur plusieurs cartes de Paris).

0.8.5 (2018-07-02)

• Nouveauté : la création de légendes (d'un seul item) est possible pour les couches d'habillage.

• Nouveauté : Affichage d'un message de confirmation avant de promouvoir/déclasser une couche (vers/depuis le statut de couche cible).

• Corrige la projection à utiliser lors de la création de cartogrammes de Dougenik.

• Corrige la présence d'un fichier GeoJSON non-souhaité, lors de l'export au format Shapefile, dans l'archive ZIP.

• Corrige le comportement erroné de la barre d'échelle lorsque ses propriétés sont modifiées (+ correction du comportement du bouton "Annulation" de cette boite de dialogue).

0.8.4 (2018-06-08)

• Correction d'une erreur de syntaxe.

0.8.3 (2018-06-08)

• Corrige une erreur se produisant lors de la création de fichiers temporaires pour certaines représentations.

0.8.2 (2018-06-07)

• Corrige la hauteur de l'élément SVG qui acceuile le bar chart dans le fenêtre de discrétisation des liens/discontinuités.

• Modification du code pour permettre l'utilisation d'une instance locale sans redis (et donc permettre l'utilisation plus facile sur Windonws)

0.8.1 (2018-05-22)

• Corrige l'affichage du bar chart dans la fenêtre de discrétisation des cartes choroplèthes.

0.8.0 (2018-05-22)

• Nouveauté : Autorise à "promouvoir" n'importe quelle couche d'habillage (et certaines couches de résultat) vers le statut de couche cible. Cette fonctionnalité permet de combiner plusieurs type de représentations de manière plus simple/rapide et en évitant des suppressions/imports inutiles de couches (rend par exemple possible de faire une carte choroplèthe sur le résultat d'une anamorphose, etc.)

• Change la façon dont sont importées les couches. Un message demande désormais toujours s'il s'agit d'une couche cible ou d'une couche d'habillage.

• Corrige la position de la boite de menu contextuel lorsque ouverte sur des éléments d'habillage situé près du coin inférieur droit de la carte.

• Changement du style de la boite proposant de choisir le type des champs (pour améliorer un peu sa lisibilité).

• Changement de la manière dont est préparé le code JS/CSS (en utilisant désormais webpack).

0.7.4 (2018-04-18)

• Corrige une erreur survenant lors de l'utilisation d'une couche contenant un champ nommé "id" et des valeurs non-uniques dans ce champs (causé, en interne, par le fait que le format geojson est utilisé et que fiona échoue lors de l'ouverture d'un GeoJSON avec des valeurs non-uniques dans ce champs).

0.7.3 (2018-03-21)

• Correction de plusieurs petits bugs dans les styles de l'interface.

• Corrige la valeur de départ de certains éléments "input" de type "range" qui état incorrecte.

0.7.2 (2018-03-19)

• Suppression de la méthode de discrétisation "progression arithmétique".

• Nouveauté: autorise également la création de symboles proportionnels lors de l'analyse d'un semis de points.

• Permet d'utiliser des angles arrondis pour les rectangles utilisés en éléments d'habillage.

• Change légèrement le comportement du zoom lors de l'ajout d'une nouvelle couche de résultat (on ne zoomant plus sur cette dernière).

• Corrige l'option de "zoom à l'emprise de la couche" lors de l'utilisation de la projection Armadillo et d'une couche sur l'emprise du monde.

• Changement de l'implémentation utilisée pour le calcul des potentiels, de manière à utiliser moins de mémoire sur le serveur.

0.7.1 (2018-03-09)

• Correction d'erreurs dans la documentation.

• Nouveauté : ajout d'une option de personnalisation pour la légende des symboles proportionnels, permettant d'afficher une ligne entre le symbole et la valeur.

• Active également l'option d'aide à l'alignement des éléments d'habillage pour les annotations de texte.

0.7.0 (2018-03-05)

• Nouveauté : permet l'analyse d'un semis de points par 2 moyens : via une grille régulière ou un maillage existant. Les informations calculés peuvent être la densité d'item (nombre d'item par km²), pondéré ou non, dans chaque cellule/polygone ou un résumé statistique (moyenne ou écart type) sur les items localisés dans chaque cellule/polygone.

0.6.7 (2018-02-01)

• Corrige un bug avec la création de carte de liens lorsque l'identifiant est un nombre entier.

0.6.6 (2018-01-19)

• Améliore certaines options de style lors de la personnalisation des cartes de liens.

• Corrige un bug se produisant lors de la création de labels lorsque la couche cible contient des géométries nulles (et prévient l'utilisateur si c'est le cas, comme sur les autres type de représentations).

0.6.5 (2018-01-12)

• Change la manière dont sont filtrés les noms utilisés lors de l'export d'une carte (en autorisant maintenant des caractères comme point, tiret ou parenthèses).

• Corrige bug avec l'affiche du message d'attente (ne s'affichait pas lors du chargement d'un fichier TopoJSON).

• Corrige l'affichage des légendes horizontales lors de l'utilisation de la réalisation d'une carte chroroplèthe de catégories + corrige l'affichage de l'arrondi des valeurs pour les légendes des cartes chroroplèthes et symboles proportionnels.

• Corrige un bug survenant lors du changement de nom d'une couche lorsque celle-ci présentait un nom particulièrement long.

• Le calcul de la discrétisation avec l'algo. de Jenks se passe désormais dans un webworker quand la couche contient plus de 7500 entités.

0.6.4 (2017-12-22)

• Change légèrement la manière dont le type des champs est déterminé.

• Améliore l'effet "enfoncé/activé" des boutons situés en bas à gauche de la carte.

• Réduit légèrement la consommation de mémoire coté serveur (en réduisant le TTL des entrées dans Redis et en ne sauvegardant plus, pour une réutilisation plus rapide ensuite, les résultats intermédiaires lors du calcul de potentiels).

• Améliore le nettoyage des noms de champs dans les couches fournis par l'utilisateur.

• Défini de manière explicite les paramètres de locale et de langage lors de la création de l'image Docker.

0.6.3 (2017-12-14)

• Corrige un problème d'encodage avec certains jeux de données d'exemple (bug introduit dans la version 0.6.1).

• Corrige bug survenant lors du chargement de certains jeux de données tabulaires contenant des coordonnées (lorsque les champs contenant les coordonnées contiennent aussi d'autres valeurs).

• Corrige un bug avec la hauteur de ligne dans les annotations de texte lors du rechargement d'un fichier projet.

0.6.2 (2017-12-12)

• Corrige un bug lors de l'ajout de shapefile (en raison d'une erreur avec la fonction de hash utilisée, bug introduit dans la version 0.6.1).

0.6.1 (2017-12-11)

• Nouveauté : ajout d'une nouvelle disposition (horizontale) pour les légendes des cartes choroplèthes.

• Nouveauté : autorise à créer des labels conditionnés par la valeur prise par un champ donné (permettant par exemple de créer une couche de labels sur le champs "nom" d'une couche, lorsque les valeurs du champs "population" sont supérieures à xxx, etc.)

• Correction de bugs survenant lors de l'ajout de couche par l'utilisateur et améliore la détection des fichiers tabulaire contenant des coordonnées.

• Correction de quelques erreurs dans l'interface et amélioration de l'affichage du nom des projections lorsque celles-ci ont viennent d'une chaîne de caractère proj.4.

• Améliore légèrement le support de Edge et Safari.

0.6.0 (2017-11-29)

• Nouveauté : demande à l'utilisateur s'il veut supprimer les entités non-jointes de son fond de carte après une jointure partielle.

• Nouveauté : permet de créer également des liens proportionnels (ie. sans discrétisation).

• Nouveauté : ajout de nouveaux fonds de carte pour la France.

0.5.7 (2017-11-08)

• Corrige des erreurs dans la traduction française de l'interface.

• Corrige un bug empêchant de modifier le nombre de classe lors de l'utilisation d'une palette de couleur de divergente.

0.5.6 (2017-10-31)

• Corrige bug du paramètre de rotation des projections qui n'était pas conservé lors du rechargement d'un fichier projet.

0.5.5 (2017-10-12)

• Corrige un bug dans l'affichage des pictogrammes dans la boite permettant de les sélectionner.

0.5.4 (2017-10-01)

• Changement de la police utilisée par défaut dans les éléments SVG text ou tspan (en faveur du Verdana), afin de corriger un bug se produisant lors de l'ouverture (notamment dans Adobe Illustrator v16.0 CS6 sur MacOSX) d'un SVG généré par Magrit.

• Désactive la possibilité d'ajouter une sphère et le graticule lors de l'utilisation d'une projection Lambert Conique Conforme (le chemin SVG généré n'est pas découpé (avec attribut clip-path) lors de l'utilisation de certains projections et ce chemin peut s'avérer très lourd en raison de la nature de la projection).

• Nouveauté : autorise l'annulation de l'ajout d'un élément d'habillage en cours en pressant la touche "Échap".

• Améliore la légende des symboles proportionnels en utilisant également le couleur de fond et la couleur de bordure dans la légendre (seulement lors de l'utilisation d'une couleur unique).

• Nouveauté : ajout de la projection "Bertin 1953" parmi les projections disponibles.

0.5.3 (2017-09-22)

• Changement de la police utilisée par défaut dans les éléments SVG text ou tspan (en faveur du Arial), afin de corriger un bug se produisant lors de l'ouverture (notamment dans Adobe Illustrator v16.0 CS6 sur MacOSX) d'un SVG généré par Magrit.

0.5.2 (2017-09-13)

• Corrige un bug avec la modification du style du graticule.

0.5.1 (2017-09-08)

• Améliore la manière dont les rectangles sont dessinés/édités.

• Correction d'un bug sur le tooltip affichant la chaîne de caractère proj.4 des projections.

• Permet de sélectionner les projections à partir de leur code EPSG et affiche le nom officiel de la projection dans le menu.

• Autorise à réutiliser les couleurs et les labels d'une représentation catégorielle existante.

• Modification de la disposition de la boite permettant d'afficher le tableau de données.

0.5.0 (2017-08-24)

• Nouveauté : autorise la création et l'utilisation (ou réutilisation) de palettes de couleurs personnalisées pour les cartes choroplèthes.

• Nouveauté : autorise à afficher/masquer la tête des flèches.

• Changement notable : certains anciens fichiers-projets pourraient ne plus être chargés à l'identique (ceci étant limité à l'ordre d'affichage des éléments d'habillage qui risque de ne pas être respecté).

• Corrige une erreur avec la personnalisation de la légende (survenant après le changement de nom d'une couche).

• Autorise de nouveau à afficher la table correspondant au jeu de données externe + améliore l'affichage des tables.

• Amélioration (pour certaines représentations) de la gestion des champs contenant des valeurs numériques et des valeurs non-numériques.

0.4.1 (2017-08-14)

• Corrige bug de la couleur du fond de l'export SVG.

• Corrige bug de la boite de dialogue ne s'ouvrant pas correctement pour le choix des pictogrammes.

• Changement de comportement avec le découpage SVG (clipping path) : n'est plus appliqué aux couches de symboles proportionnels ni aux couches de pictogrammes.

• Modification du message apparaissant lors du chargement d'une couche ou de la réalisation de certains calculs.

0.4.0 (2017-07-24)

• Corrige une erreur apparaissant sur certaines représentations lors du l'utilisation d'une couche cible dont la géomtrie de certaines entités est nulle (et prévient l'utilisateur si c'est le cas).

• Nouveauté: Ajout d'un nouveau type de représentation, les cartes en gaufres (waffle map) permettant de représenter conjointement deux (ou plus) stocks comparables.

0.3.7 (2017-07-17)

• Corrige une erreur sur les jointures.

• Corrige la position du carré rouge qui apparaît lors du déplacement des symboles proportionnels.

• Corrige la taille des symboles en légendes pour les cartes de lien et de discontinuités (lorsque la carte est zoomée).

0.3.6 (2017-06-30)

• Corrige l'option de sélection sur les cartes de liens (elle ne fonctionnait qu'avec certains noms de champs).

0.3.5 (2017-06-28)

• Autorise le déplacement des symboles proportionnels (générés sur les centroides des polygones).

• Change légérement le comportement de la carte avec les projections utilisant proj4 lorsque des couches sont ajoutées/supprimées.

0.3.4 (2017-06-22)

• Corrige le bug de la fonctionnalité "d'alignement automatique" pour les nouvelles annotations de texte.

• Corrige le bug du graticule ne s'affichant pas correctement lors de l'ouverture d'un fichier SVG dans Adobe illustrator.

• Corrige le but des jointures qui échouaient depuis la version 0.3.3.

• Nouveau: Autorise le changement de nom des couches à tout moment.

0.3.3 (2017-06-15)

• Autorise l'ajout de plusieurs sphères (issue Github #26)

• Ajout de projections adaptées par défaut pour les couches d'exemple (Lambert 93 pour le Grand Paris, etc.)

0.3.2 (2017-06-09)

• Corrige le comportement des annotations de texte lorsque le bouton "annulation/cancel" est cliqué.

• Corrige le bug de la légende qui affiche "false" après le rechargement d'un projet.

• Échange des couleurs entre les boutons "OK" et "Annulation" dans les boites de dialogue.

0.3.1 (2017-06-08)

• Correction d'une erreur dans la récupération des valeurs lors de la création d'un cartogramme.

0.3.0 (2017-06-07)

• Correction de bugs dans la lecture des fichiers CSV : meilleur support de certains encodages + corrige erreur lors de la lecture de fichier dont la première colonne contient un nom vide.

• Ajout d'une fonctionnalité permettant de sélectionner l'alignement (gauche, centré, droite) du texte dans les annotations de texte.

• Changement dans le numérotage des versions (afin de suivre les règles du SemVer)

• Correction d'un bug concernant la projection Lambert 93, accessible depuis de le manu d'accès rapide aux projections (l'affichage était inexistant à certains niveaux de zoom)

• Suppression de deux projections pouvant être considérées comme redondantes.

• Correction d'un bug dans le choix de la taille des pictogrammes.

• Correction d'un bug concernant l'ordre dans lequel les éléments d'habillage sont affichés lors du rechargement d'un projet.

Utilisation des cookies et respect de la vie privée

Plusieurs cookies et fonctionnalités de stockages temporaires, locales et distantes, sont utilisés par l'application. Toutes se veulent non-intrusives et nous nous engageons à ce que les données envoyées/traitées par l'application ne soient utilisées et accessibles qu'à l'utilisateur à qui elles appartiennent.

Quelques détails permettant de comprendre le chemin des données :

Lors de l'import d'une couche utilisateur, celle-ci est transformée et stockée temporairement (le temps d'une session utilisateur) en mémoire temporaire (via redis). C'est cette couche transformée qui est affichée dans le navigateur web.

Lors du calcul d'une représentation générant une nouvelle géométrie (carte lissée, carroyage, discontinuité, cartogramme et liens), le résultat est également stocké en mémoire temporaire (redis) le temps de votre session.

Ce stockage permet d'une part de lancer les calculs dès le choix des paramètres effectué par l'utilisateur (sans avoir à envoyer les géométries à nouveau) et d'autres part de proposer des exports dans des formats "géographiques" variés lorsque l'utilisateur le souhaite. Ces couches sont supprimées lors de la fermeture de la session par l'utilisateur.

Détails des cookies utilisés :

La mémorisation de ces couches le temps d'une session est rendue possible par l'utilisation d'un cookie, dont la durée d'expiration est celle d'une session, contenant une clé échangée avec le serveur.

Deux autres cookies sont utilisés et ne sont pas échangés avec le serveur :

• un cookie est utilisé pour se souvenir de la dernière langue utilisée par l'utilisateur (il est paramétré avec une durée d'expiration longue).
• un cookie est utilisé pour se souvenir de l'acceptation de l'usage des cookies par l'utilisateur (il est paramétré avec une durée d'expiration longue).

Autre fonctionnalité de stockage :

La fonctionnalité proposant de reprendre le projet en cours se base sur la capacité de "stockage local" (localStorage) des navigateurs web. Le projet en cours est donc intégralement stocké dans le navigateur de l'utilisateur et le serveur n'en a pas connaissance (de même qu'il n'a pas connaissance des fichiers-projets exportés par l'utilisateur).

Garanties supplémentaires

Il facilement possible de déployer une instance locale (sur votre réseau d'entreprise ou votre ordinateur personnel) afin de ne pas faire transiter les données vers notre instance. Des informations sont disponibles sur la page Github du projet et peuvent être complétées en contactant l'équipe via la page contact.

Licences et logiciels tiers

L'application Magrit (documentation incluse) est régit par la licence CECILL-2.1 dont les termes sont disponibles en ligne (en anglais et en français).
Il s'agit d'une licence garantissant le respect des principes du logiciel libre : libre accès au code source, libre utilisation, libre modification, libre redistribution.

Différentes bibliothèques et applications sont utilisées :

Certaines des bibliothèques utilisées ont été développées pour l'occasion :

Cette application contient des schémas de couleurs développés par Cynthia Brewer.
Cette application contient des composants (xlrd) développés par David Giffin.
Cette application contient la projection Bertin 1953, contribué à d3-geo-projection par Philippe Rivière.

Contributeurs

Matthieu Viry : Développement & Conception

Timothée Giraud & Nicolas Lambert : Conception

Financement

UAR RIATE (tutelles : Université Paris Cité - CNRS)