Contourner deux limites de Google Fusion Tables

Petite exposition de deux limites constatées sur Google Fusion Tables (GFT) mais aussi sur les "rustines" utilisables pour les contourner.

Limite n°1 : la superposition de zones

Il peut arriver, surtout si vous piochez dans différentes sources cartographiques, que des zones décrites en KML se superposent. Si vous vous contentez d'une intégration basique dans GFT, vous risquez de tiquer très vite :

Le cas présent a été créé en mixant deux types de données :

• les bans de communes où se trouve/trouvait le Grand hamster d'Alsace
• les zones de protection trouvées sur le site de la DREAL Alsace

On distingue trois zones un peu enfouies et un peu visibles, quand elles devraient se trouver strictement au-dessus des bans communaux.

Rustine associée : la création de calques

Il va falloir contourner cet obstacle en utilisant l'API de Google Maps. Le principe est le suivant :

• créer deux calques vides (de mémoire, on peut en créer jusqu'à cinq différents par carte)
• assigner une ou des zones à chacun d'eux
• initialiser le calque du dessous en premier, et le calque du dessus en dernier

Voici le script associé (pour activer le scroll horizontal, survolez le code) :

Vous pourrez apprécier le résultat en cliquant sur le lien suivant.

Limite n° 2 : les zones trop complexes

Vous venez de téléchargez les zones qu'il vous fallait, téléchargées directement en KML et donc interprétables directement sur GFT. Vous en avez déjà eu un aperçu, et savez à peu près à quoi vous attendre (ici, c'est la zone hachurée en rouge qui nous intéresse) :

Mais, lorsque vous chargez pour la première fois votre rendu, vous obtenez ceci :

Étonnant, non ? Après demande d'aide sur un groupe de discussion, la faille est purement technique : une cellule de GFT supporte au maximum 1 million de caractères. Un de plus, et c'est le black-out, comme entre Sélestat et Obernai.

Rustine associée : la simplification, coûte que coûte

Bon, mais alors, comment faire pour  diminuer le nombre de caractère ? Penchons-nous sur une partie (tronquée) de notre zone à problèmes :

L'aire est construite un peu comme une sculpture :

• d'abord, on dessine "grossièrement" les contours principaux entre les balises <outerBoundaryIs>
• ensuite, on peaufine en creusant à l'intérieur grâce aux balises <innerBoundaryIs>

Après ce constat, la solution coule de source ; enlever assez de balises superficielles <innerBoundaryIs> pour arriver en-dessous de la limite maximale du million de caractères. Personnellement, j'ai procédé de cette façon :

• en utilisant un éditeur de code, type jEdit, pour repérer et enlever les fameuses balises
• en vérifiant que je n'enlevais pas de partie trop importante, en visualisant de temps à autre mon KML dans l'excellent QGis

Et avec un peu de ténacité, la zone est enfin réapparue. Vous en trouverez ici un aperçu, avec en prime une superposition de calques.