Tuilage des données OSM avec Leaflet

Carte d’occupation du sol (Landuse d’OSM)

osm landuse diouck

Principe du tuilage:

Le tuilage est le re-découpage d’un raster en petite images à des échelles prédéfinies pour être utilisé par des outils web.

Le tuilage va donc découper le raster sur plusieurs échelles (pyramidage) en autant de petites images (tuilage), dont le nom du dossier et celui de l’images sont les coordonnées x et y dans le système de projection mercator.

diouck pyramides

1/- Données: Pays de la Loire à télécharger depuis ce lien

2/- Analyse thématique uniquement sur la donnée « landuse »  avec Qgis et génération d’un fichier  au format png que vous pouvez télécharger  là :  OSM Landuse.

3/- Création de mosaïques d’images tuilées avec gdal2tiles.

Comme les autres outils de GDAL , il est assez facile à utiliser. Ci-dessous est un exemple de commande pour créer des tuiles de notre image.

gdal2tiles.py -z -v 7-13 "OSM Landuse.png" "OSM Landuse"

Pour faire simple nous allons créer une pyramide avec les niveaux de zoom allant de 7 à 13 dans le dossier OSM Landuse. La derniere version de gdal vous crée automatiquement un dossier pour chaque niveau de zoom.

4/- Intégration des tuile dans une application.

Je ne vais pas rentrer dans les détails de créations de cartes mais juste juste vous monter comment intégrer notre pyramide tuilée dans une application. Vous avez simplement à rajouter cette ligne:

var mytile =L.tileLayer(‘landuse/{z}/{x}/{y}.png’,{tms: ‘true’}).addTo(map);

La carte est accessible depuis ce lien

Publicités

Accessibilité des équipements & loisirs à Paris

Un site informatif responsive design conçu avec les données de l’Open data de la ville de Paris. Vous y trouverez uniquement les équipements gérés par la Ville de Paris pour lesquels la Ville a la responsabilité de la mise en accessibilité, par exemple uniquement les crèches municipales et non les crèches associatives, ou uniquement les lycées professionnels, gérés par la Ville, et non les lycées d’enseignement général, gérés par la Région.

Dans un premier temps, seuls sont traités dans cette carte les handicaps moteurs, auditifs et visuels, le handicap mental fera l’objet d’un recensement ultérieur. De même les services travaillent à l’accessibilité de la carte elle-même.

Sont définis comme accessibles les établissements où vous pouvez bénéficier du service proposé par l’établissement ou l’équipement, même si l’accès à la totalité des locaux n’est pas toujours possible.

Niveaux d’accessibilités

Non accessible
L accueil du public est accessible pour tous
Tous les services au public sont accessibles pour tous
Tous les locaux ouverts au public sont accessibles pour tous
Niveau 3 ERP + tous les locaux de travail sont accessibles pour le personnel
Donnée non renseignée

Accessibilité des équipement de Paris »:
http://www.diouck.esy.es/accessibilite/accessibilite.html

accessibilite

accessibilité

 

Responsive design mobile

Responsive design mobile

Geonetwork: Rapport dynamique: Liste des attributs d’une table dans #Postgre

rapport postgresqlDisposant d’une base de données GeoNework , je me suis interrogé sur comment intégrer la liste des attributs  d’une table dans  sa fiche de métadonnées. Et surtout comment les visualiser d’une manière dynamique.  Alors j’ai regardé du coté  PGAdmin, et oui on peut générer directement un rapport en html. Mais comment le rendre dynamique?

D’abord après de fructueuses recherches voici la requête qui me permet d’afficher pour une table donnée:  les attributs, les types, le nom de la table, les commentaires, s’il est rempli ou pas par défaut, la clef primaire…

Voici un exemple avec la table bâtiment dans le schéma majic (données foncières)


 SELECT a.attnum as numero,
 a.attrelid::regclass as table
 ,a.attname AS attribut
 ,format_type(a.atttypid, a.atttypmod) AS type
 ,a.attnotnull AS notnull
 ,coalesce(p.indisprimary, FALSE) AS primary_key
 ,f.adsrc AS default_val
 ,d.description AS commenatire
 FROM pg_attribute a
 LEFT JOIN pg_index p ON p.indrelid = a.attrelid AND a.attnum = ANY(p.indkey)
 LEFT JOIN pg_description d ON d.objoid = a.attrelid AND d.objsubid = a.attnum
 LEFT JOIN pg_attrdef f ON f.adrelid = a.attrelid AND f.adnum = a.attnum
 WHERE a.attnum > 0
 AND NOT a.attisdropped
 AND a.attrelid = 'majic_2014.d44_2014_batiment'::regclass -- A adapter
 ORDER BY a.attnum;
 

Voici le résultat:

majic.png

Et avec le rapport de pgAdmin(fichier/rapport rapide) ça donne ça:

rapport pgadmin.png

 

Alors tout ça c’est magique. Mais comment le rendre dynamique pour éviter de générer des milliers de pages tml? Je suis donc passé par du php pour transmettre des données par url.

Par exemple,  vous voulez afficher les attributs de la table « majic_2014.d44_2014_lotslocaux »   voici l’url à transmettre dans GeoNework :

http://localhost/developpement/rapport/rapport.php?table=majic_2014.d44_2014_lotslocaux
Vous remarquerez que la variable "table" permet de récupérer les attributs de la table que vous voulez afficher

Voici le résultat dans GeoNework :metadonnees.png

Voici le résultat :

rapport postgresql.png

Vous trouverez le code ici :

Évidemment vous pouvez également l’utiliser pour générer directement d’autres requêtes.

Pour plus de détails concernant la transmissions de variables ici

 

 

 

Immigration en france

Répartition par nationalité de la population immigrée en France
Compétences utilisées pour le développement du site: Bootstrap,fortawesome, Leaflet, CSS, Jquery

Immigration en France

Immigration en France

http://diouck.esy.es/immigration/immigration/html/immigration.html

Source des données :
Les étudiants étrangers dans les universités – actualisation 2013
Ministère de l’Education nationale, de la Jeunesse et de la Vie associative

Tableaux statistiques : évolution des effectifs d’étudiants de nationalité étrangère dans les universités ; répartition des étudiants de nationalité étrangère dans les universités (hors IUFM) selon l’origine et la discipline.

Population étrangère : Activité
Ministère de l’Intérieur, de l’Outre-mer, des Collectivités territoriales et de l’Immigration > Secrétariat général à l’immigration et à l’intégration .Atlas national des populations immigrées (PRIPI 2010 – 2012).

Date de production des données :28/04/2011

Responsive design: Bootstrap & Leaflet

Aujourd’hui, je viens vous présenter ma dernière réalisation: une solution pertinente et opensource pour construire des applications  cartographiques responsive design en html5 . Cette application est construite essentiellement avec Bootstrap 3 et Leaflet. Ce modèle dispose des fonctionnalités très intuitives tels que le plein écran, une barre de navigation, une barre de recherche et une minimap.

Les données(Réseau star accessible sur l’ Open data de  Rennes Métropole) sont directement chargées en Geojson et alimentent la fonctionnalité élégante de recherche multicouches avec saisie semi-automatique utilisant typeahead.js

Intégration également de popups et de contrôles personnalisés pour activer la visibilité des couches de données  au niveau de la légende

L’application est évidemment responsive design et s’adapte automatiquement à tous les écrans (desktop, tablette et mobile).

Responsive design

Responsive design: tablette

Responsive design

Responsive design: mobile