Il y a un problème de couleur sur la légende: comme le montre l'image, il est censé y avoir 4 couleurs dans la légende, or, s'il y a bien 4 cases, les deux plus foncées sont en fait le même vert. Or, si on regarde la couleur de la France, on voit que l'un de ces deux verts devrait en fait montrer la couleur utilisée par la France.

Hi,

Is there any package 2.0 ready for linux (ubuntu 64)?
It seems to have disapeared.

À l'heure actuelle l'appli ne peut fonctionner que servie directement à la racine d'un domaine du fait de liens absolus vers les ressources css/js etc.
Il est important par exemple pour monter une préprod que l'on puisse servir l'appli dans un sous-dossier

Bonsoir,

il y a un petit problème lors de l'export de la carte que j'ai réalisée.
Quand j'utilise l'option "Fond de carte", voilà ce qui est colorisé:

Voici les données utilisées:
tourisme.zip

Alors que lorsque je teste avec les données d'exemple fournies par Khartis, ce sont tous les pays qui sont colorisés.

Deuxième chose: il faudrait plutôt appeler cette option "Couleur des pays" car "Fond de carte" fait plutôt penser aux mers et océans (d'ailleurs, ce serait bien de pouvoir les coloriser si besoin)

Merci

Lors du référencement géographique en étape 2, si les données sont corrigées manuellement ou automatiquement, la formulation original à l'import de l'utilisateur est remplacé par l'identifiant.

Ex: j'utilise le terme "Rép. FR" pour désigner la France dans mes données. Je corrige en étape 2, et en activant les étiquettes, la france est mentionnée avec le code ISO 2 caractères "FR" servant d'identifiant au lieu de "Rép. FR".

Bonjour,
Est-il possible de re-importer des données sans modifier le reste du projet (modification des valeurs) ?
Merci !

When clicking on the "Details" button (under the following circumstances) the user is thrown out of the visualization dialog (step2) and straight back to the frontpage of Khartis (step 1). Which is a bit unfortunate.

This seems only to be the case when Khartis was built with the following environment variable:
locationType: 'hash'

To reproduce, for example, click on the "Details" button in warning/error message which is shown when you choose the "Category > Area" visualization option for a layer but you have too many categories.

This locationType seemed necessary to adjust for me because I wanted (a) that deep links into the application remain functional and (b) Khartis is deployed through simply dropping the contents of the dist folder into an Apache (a document root served via a barebone Apache HTML configuration). In this case, it may be that there are other button affected but I haven't found one.

In a Khartis version built where locationType is set auto the very same "Details" button (mentioned above) seems to have no further functionality at all. If that is not by mistake we may want to remove it entirely, no?

Thanks for your support!

Ce serait pratique si on pouvait gérer la visualisation des données absentes. Comme on voit sur cette capture d'écran, je n'ai pas cette possibilité:

En particulier, ce serait bien de pouvoir choisir des hachures pour ces données absentes lorsqu'on a choisit un dégradé du noir au blanc.

It's a bit annoying to loose the page when clicking by mistake on the SciencesPo link :)

Lorsque qu'on veut corriger des données, par exemple des noms de pays qui ne sont pas reconnus, et qu'on clique sur la case vide en face du nom du pays qui veut corriger/associer, la liste déroulante des pays qui apparaît comporte des erreurs: elle est pas ordre alphabétique, mais certains ne sont pas bien "rangés". Par exemple, Aruba est avant Afghanistan, Emirats Arabes Unis est juste après Andorre, Saint-Barthélémy après la Bosnie-Herzégovine, etc.

Dans la dernière étape il est possible de zoomer sur la carte ce qui est très pratique. Mais les zooms avec la molette de souris ne sont pas toujours précis. Est-ce qu'il y a un autre moyen de faire ? Sinon ajouter un slider serait peut-être utile.

Merci

Hi all,
this issue is here to discuss and keep track of the progress on integrating two new german basemaps into the Khartis standard distribution.

The first basemap (on level NUTS-1) representing all 16 german states is now available in my basemap-de-states branch. After the changes described in the following commit I am able to select the new basemap and start designing it.

Now i have two questions:

1. Can i tweak or set the initial viewport for the map preview available in "Step 1"? When one selects "Allemagne > Land" the whole world is displayed. If so, how or is there something missing in my file?
2. I choose to make the basemaps available based on open data geometries published by the Bundesamt für Kartographie und Geodäsie. Officially, each map using these geometries should therefore include an attribution like described in the paragraph on License & Usage rights.

Regarding the task at hand and preparing a new basemap, what i already found out is that:

• Each basemap is at best to be delivered as a topojson and it needs to have at least three layers/geometries (named, poly, centroid and border). Furthermore it should contain identifiers/regional keys as properties on each of its features.
• For integrating a new basemap one needs to provide a dictionary which maps corresponding identifiers/regional keys to e.g. label/place names or other standard identifier/keys users may want to use

I plan to continue to document adding a new basemap in the following /public/data/map/DE-2016/README and i am looking forward to get this done :)

Nice greetings!

L'apostrophe classique des claviers « ' » U+0027, n'est pas assimilé à l'apostrophe typographique (courbe) « ’ » U+2019.
Cela génère des erreurs de reconnaissance de nom de pays, région, département alors que sur d'autres subtilités Khartis s'en sort (présence de tiret ou non, insensibilité à la casse et aux accents).

Bonjour !

Merci pour ce super logiciel.

Le choix de la taille pour les exports .png ne semble pas être pris en compte. J'obtiens toujours une image d'environ 3.000 pixels de large.

Pour info je re-exporte sans pb l'image svg avec Inkscape à la taille voulue.

Bonjour,

lorsque je veux exporter ma carte, NO VALUE est mal positionnée et rend la lecture de ma légende difficile:

Hello!

I am not yet sure why this is the case but i noticed the following issue:
When I click "Télécharger le modèle (.csv)" (Step 1) at the two new german basemaps (see this branch) all values in the "NAME" column seem to be "undefined".

• Is (or should) the geographical place name(s) be specified in the dictionary of a basemap?
• Is there a convention for a specific key/id (property name) which carries the name offered in the downloaded model?

Thanks for your support!

See, e.g. when tweaking a color value of a specific category in the "Category > Area" visualization option.

Une suggestion d'ajout de fonctionnalité : ajouter une visualisation avec des rayures dont la densitée varie au lieu d'augmenter la largeur des bandes (comme dans la visualisation actuelle).

I identified three texts in the UI which are not yet translatable. Would be great if we can include them in the translation files.

• Label (Step 2/Anomalies detected): "En savoir plus"
• Tooltip (Step 1/Correcting Geographic References): "Corrige"
• Tooltip (Step 1/Données, on Layers): "Aucune erreur détectée"

I could upload some screenshots if it helps.

Dans la légende, dans certains cas les nombres sont présentés par ordre croissant, dans d'autres par ordre décroissant.

I thought a bit about the 2nd questions described in issue #5.

2. I choose to make the basemaps available based on open data geometries published by the Bundesamt für Kartographie und Geodäsie. Officially, each map using these geometries should therefore include an attribution like described in the paragraph on License & Usage rights.

I think for our users it might be the most comfortable solution if we manage to include the attribution line/metadata directly into the respective basemap configuration section.

So, my proposal would be to add an attribution key to the part in the /config/environment.js where we introduce new basemap, like e.g.

    {
        id: "german districts 2016",
        sources: [
          {
            source: "DE-2016/topojson/vg2500-BKG-NUTS3-combined.json",
          }
        ],
        dictionary: {
          source: "DE-BKG-NUTS3-2016.json",
          identifier: "RS"
        },
        attribution: "(C) GeoBasis-DE / BKG 2016",
        examples: []
    },

As I understand it Khartis users should' not need to worry (too much) about their usage rights of the geodata they select as a basemap and thus it is the responsability (of us as developers) to just select and integrate open data (or data where every potential user is granted a usage right suitable for e.g. map publication). With that line confgured i think it may be a good decision to include this line into any map export/design automatically e.g. in a way that users can move and place the map attribution but not necessarily hide it.

What do you think about this?

Cheers!