• Aucun résultat trouvé

GL BE FLYER. Chef de projet de l équipe : SCIONICO Pierre

N/A
N/A
Protected

Academic year: 2022

Partager "GL BE FLYER. Chef de projet de l équipe : SCIONICO Pierre"

Copied!
30
0
0

Texte intégral

(1)

Chef de projet de l’équipe : SCIONICO Pierre

Membres de l’équipe : BRESSON Adrien

THIERY Kévin SCIONICO Pierre ALBERTINI Rémi

ROBERT Cédric Tuteur du projet : GESQUIERE Gilles

Jeudi 27 Mars 2008

GL BE FLYER

IUT de l'université de Provence Département Informatique

2ème année – projet tuteuré

(2)

S MMAIRE

II) Retour au cahier des Charges III) Fonctionnalités remplies

IV) Les difficultés rencontrées V) Les points en suspens

VI) Améliorations possibles VII) Conclusion

VIII) Remerciements

I) Description générale

(3)

Description générale

«Visualisation Tri dimensionnelle de donnée Géo-spatial»

- Afficher des données géographiques à partir de fichiers ou de bases de données.

- Déplacer

- Afficher plusieurs couches

- Changer la couleur des couches - Modifier la vitesse de déplacement - Effectuer des rotations.

(4)

- permet de stocker des données vectorielles.

Acquisition de données provenant d’un fichier ou de base de données

- récupérer des données vectorielles contenues dans un fichier shape.

Format Shape :

GeoTools :

- Librairie libre en Java.

- Mettre les fichiers shape dans le dataStore.

(5)

Récupérer les données

Données vectorielles : DataStore

L'interface DataStore est utilisée par les classes offrant la lecture et éventuellement l'écriture des données.

Grand nombre de formats SIG existant et des méthodes pour accéder aux données très variées :

- Bases de données : communication en SQL - Fichier

- Serveur distant avec des flux RSS, WMS

(6)

Affichage de données géographiques

Il existe différents types de données géographiques (features) que l’on peut afficher :

Point

LineString

Polygon

Multipoint

Multiline

Multipolygon

(7)

Déplacements

Translation

Zoom

Vitesse

Rotations

(8)
(9)

I) Description générale

III) Fonctionnalités remplies IV) Les difficultés rencontrées V) Les points en suspens

VI) Améliorations possibles VII) Conclusion

VIII) Remerciements

S MMAIRE

II) Retour au cahier des charges

(10)

Prototype 1 :

- Utilisation d’un code sur les geotools

- Création du DataStore

- Affichage du feature contenu dans le DataStore avec Streaming Renderer.

Retour au cahier des Charges

(11)

Ajout de multi couches

Afficher plusieurs couches en même temps

Déplacements (basique)

(12)

Interface Graphique

Prototype 1 :

(13)

Prototype 2 :

Mise en cache des features récupérés du DataStore dans nos structures de données.

(14)

Affichage Java OpenGl

JOGL (Java Open Graphics Library) est une

spécification qui définit une API libre multi-plateforme pour la conception d'applications générant des images 3D(mais

également 2D).

L'interface regroupe environ 250 fonctions différentes qui peuvent être utilisées pour afficher des scènes

tridimensionnelles complexes à partir de simples primitives géométriques.

Les objets de cette scène peuvent être composés de points, de lignes, de polygones…

(15)

Prototype 3 :

Découpages

Découpage de la fenêtre pour l’utilisation du Quadtree Optimisation de d’affichage.

Back Face Culling

Méthode du clipping :

Ne pas calculer les objets extérieurs au cône de vision d'une scène afin d'optimiser le temps de calcul.

Clipping

(16)

Optimisation affichage

Simplification des géometries

(17)

QuadTree

Subdiviser une image en sous espaces de façon à ne recharger qu'un fragment de l'image principale.

Cette technique permet d'optimiser l'affichage.

(18)

I) Description générale

II) Retour au cahier des Charges

IV) Les difficultés rencontrées V) Les points en suspens

VI) Améliorations possibles VII) Conclusion

VIII) Remerciements

III) Fonctionnalités remplies

S MMAIRE

(19)

Fonctionnalités remplies

- Le programme devra récupérer des données de type ponctuelle, linéaire et surfacique.

- Le programme devra permettre certains types de déplacements à travers les données affichées.

- Le programme devra permettre les déplacements de type translation sur les 3 axes Ox, Oy et Oz.

- Le programme devra permettre les déplacements de type rotation sur les 3 axes Ox, Oy et Oz.

- Le programme devra permettre la fonction de zoom.

(20)

Répartition du temps de travail

Outil de Visualisation

(40 % du projet, 600h)

Ponctuel 2D Linéaires 2D Surfaciques 2D Gestion de la vitesse

Gestion du Zoom Déplacements Clavier

Structure des données

(30% du projet, 450h)

Création de polygones Conception de lignes

Grilles de points Génération d'un terrain 2D

Importation

(15 % du projet, 225h)

Sélection du fichier Ouverture du fichier

Lecture du fichier Mise en cache du fichier

Interface

(10 % du projet, 150h)

Zoom

Vitesse de déplacement Sélection affichage 2D/3D

Sélection des couches

(21)

I) Description générale

II) Retour au cahier des Charges III) Fonctionnalités remplies

IV) Les difficultés rencontrées V) Les points en suspens

VI) Améliorations possibles VII) Conclusion

VIII) Remerciements

S MMAIRE

(22)

Les difficultés rencontrées

- Utilisation du SVN

- Les librairies geotools (feature) - Le découpage

- Jogl

- interface (widget)

(23)

I) Description générale

II) Retour au cahier des Charges III) Fonctionnalités remplies

IV) Les difficultés rencontrées

VI) Améliorations possibles VII) Conclusion

VIII) Remerciements

V) Les points en suspens

S MMAIRE

(24)

Les points en suspens

- Création du terrain 3D et mise à niveau des géométries

Fonctionnalités enlevées par le commanditaire

- Application des textures - L’interface

(25)

I) Description générale

II) Retour au cahier des Charges III) Fonctionnalités remplies

IV) Les difficultés rencontrées V) Les points en suspens

VII) Conclusion

VIII) Remerciements

VI) Améliorations possibles

S MMAIRE

(26)

Améliorations possibles

- Création d’un client léger.

- Amélioration du niveau de détails

-Affichage d’information sur les objets (nom des routes …)

(27)

I) Description générale

II) Retour au cahier des Charges III) Fonctionnalités remplies

IV) Les difficultés rencontrées V) Les points en suspens

VI) Améliorations possibles

VIII) Remerciements VII) Conclusion

S MMAIRE

(28)

Conclusion

- Apprendre à réaliser un projet dans son ensemble en temps limité.

Cahier des charges, de conception et la programmation.

- Travailler en équipe, distribuer les tâches.

- Mettre en application les connaissances

- Approfondir le langage JAVA.

- Rechercher et nouvelles connaissances en SIG.

- Découverte du SVN

(29)

I) Description générale

II) Retour au cahier des Charges III) Fonctionnalités remplies

IV) Les difficultés rencontrées V) Les points en suspens

VI) Améliorations possibles VII) Conclusion

VIII) Remerciements

S MMAIRE

(30)

Remerciements

- Johann Sorel (AlterSIG)

- Adrian Custer (Membre de l'OGC) - Vincent Heurteaux (Geomatys),

- Martin Desruisseaux (Membre de l'OGC,Directeur technique de Geomatys).

Références

Documents relatifs

„ Identifier la valeur inconnue dans l’énoncé d’un problème, représenter le problème sous la forme d’une équation, puis résoudre le problème, de façon concrète, imagée ou

Les indicateurs qui suivent peuvent servir à déterminer si l’élève a bien atteint le résultat d’apprentissage spécifique

Les indicateurs qui suivent peuvent servir à déterminer si l’élève a bien atteint le résultat d’apprentissage spécifique

Les indicateurs qui suivent peuvent servir à déterminer si l’élève a bien atteint le résultat d’apprentissage spécifique

„ Résoudre un problème comportant le pourcentage d’un pourcentage tel que : une population a augmenté de 10 % une année et de 15 % l’année suivante. Explique pourquoi il

Les indicateurs qui suivent peuvent servir à déterminer si l’élève a bien atteint le résultat d’apprentissage spécifique

Les indicateurs qui suivent peuvent servir à déterminer si l’élève a bien atteint le résultat d’apprentissage spécifique

Pour intégrer les résultats, il faudra réaliser plusieurs parsers pour mettre les résultats des programmes dans le format GFF compris par Artemis que vous trouverez décrit dans