FR2826487A1 - Procede et systeme d'information cartographique - Google Patents

Procede et systeme d'information cartographique Download PDF

Info

Publication number
FR2826487A1
FR2826487A1 FR0108349A FR0108349A FR2826487A1 FR 2826487 A1 FR2826487 A1 FR 2826487A1 FR 0108349 A FR0108349 A FR 0108349A FR 0108349 A FR0108349 A FR 0108349A FR 2826487 A1 FR2826487 A1 FR 2826487A1
Authority
FR
France
Prior art keywords
sep
server
communication method
data
recording
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
FR0108349A
Other languages
English (en)
Other versions
FR2826487B1 (fr
Inventor
Thierry Imbert
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ISMAP
Original Assignee
ISMAP
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ISMAP filed Critical ISMAP
Priority to FR0108349A priority Critical patent/FR2826487B1/fr
Priority to PCT/FR2002/002196 priority patent/WO2003001470A1/fr
Publication of FR2826487A1 publication Critical patent/FR2826487A1/fr
Application granted granted Critical
Publication of FR2826487B1 publication Critical patent/FR2826487B1/fr
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G09EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09BEDUCATIONAL OR DEMONSTRATION APPLIANCES; APPLIANCES FOR TEACHING, OR COMMUNICATING WITH, THE BLIND, DEAF OR MUTE; MODELS; PLANETARIA; GLOBES; MAPS; DIAGRAMS
    • G09B29/00Maps; Plans; Charts; Diagrams, e.g. route diagram
    • G09B29/10Map spot or coordinate position indicators; Map reading aids
    • G09B29/106Map spot or coordinate position indicators; Map reading aids using electronic means
    • GPHYSICS
    • G01MEASURING; TESTING
    • G01CMEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/09Arrangements for giving variable traffic instructions
    • G08G1/0962Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0968Systems involving transmission of navigation instructions to the vehicle
    • G08G1/0969Systems involving transmission of navigation instructions to the vehicle having a display in the form of a map

Landscapes

  • Engineering & Computer Science (AREA)
  • Remote Sensing (AREA)
  • Physics & Mathematics (AREA)
  • Radar, Positioning & Navigation (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Educational Technology (AREA)
  • Educational Administration (AREA)
  • Business, Economics & Management (AREA)
  • Mathematical Physics (AREA)
  • Automation & Control Theory (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)

Abstract

La présente invention concerne un procédé et un système d'information cartographique constitué par au moins un serveur et une pluralité d'équipement de radiocommunication mobile, le serveur comportant une base de donnée cartographique pour l'enregistrement de l'ensemble des dalles vectorielles et une mémoire pour l'enregistrement de données d'information non cartographiques, les terminaux mobiles comportant une mémoire pour l'enregistrement d'un sous-ensemble de dalles vectorielles et des moyens de calcul pour le rendu et la manipulation de cartes géographiques, caractérisé en ce que le serveur comporte en outre des moyens pour recevoir et enregistrer des données d'informations géolocalisées transmises par un équipement de radiocommunication mobile, ledit équipement de radiocommunication mobile enregistrant les données d'informations gëolocalisées en local.

Description

<Desc/Clms Page number 1>
PROCEDE ET SYSTEME D'INFORMATION CARTOGRAPHIQUE
La présente invention concerne le domaine des systèmes d'information géographique, et plus particulièrement des systèmes comportant un serveur de données géographiques et des équipements mobiles raccordés par l'intermédiaire d'un réseau, par exemple téléphonique ou Internet.
Le principe général de tels systèmes est connu. On connaît également des réalisations particulières, telle celle décrite dans le brevet PCT W001/28270. Ce brevet décrit un système comprenant des stations mobiles équipées chacune d'un moyen de localisation géographique. Les données graphiques sont fournies par un serveur par l'intermédiaire d'un réseau de communication, en fonction des informations de localisation acquises par l'équipement mobile.
Les équipements mobiles comportent par ailleurs des moyens de stockage pour le stockage de données de base liées géographiques et des moyens pour l'affichage de données géographiques tels qu'une carte.
Le brevet PCT WO101370 décrit un autre système de communications sans fil permettant de générer des informations cartographiques dans un service cartographique et de les transmettre à un client mobile. La carte est constituée graduellement sur une unité d'affichage en fonction de la position géographique du client et de son déplacement. Après un seul appel au serveur du service, une carte représentant tout un secteur géographique est transmise dans un flux de données sous la forme de petits segments de carte séparés. Le client décondense le flux de données en temps réel, procède à l'extraction des segments de carte et les affiche sur l'unité d'affichage au fur et à mesure qu'il les reçoit. La base de données cartographique trie les segments de carte selon un ordre spécifique basé sur l'ordre selon lequel les segments de carte doivent être affichés sur la fenêtre du client. Le tri repose sur : la position du client, le déplacement du client
<Desc/Clms Page number 2>
(la direction et la vitesse), et le temps (RTT) de transmission d'une carte.
Ces différentes solutions sont figées, dans la mesure où l'équipement mobile est passif au regard des informations cartographiques délivrées par le serveur.
Elles ne permettent pas de personnaliser les informations cartographiques visualisées sur l'équipement mobile en fonction d'un utilisateur ou d'une communauté d'utilisateurs.
Tous les utilisateurs des systèmes d'informations de l'art antérieur recevront la même information géographique.
Le but de la présente invention est de remédier à cet inconvénient en proposant une solution améliorée permettant de personnaliser les informations géographiques, tout en exploitant un serveur cartographique ou géographique unique et commun à tout les utilisateurs.
A cet effet, l'invention concerne selon son acception la plus générale un système d'information cartographique constitué par au moins un serveur et une pluralité d'équipement de radiocommunication mobile, le serveur comportant une base de donnée cartographique pour l'enregistrement de l'ensemble des dalles vectorielles et une mémoire pour l'enregistrement de données d'information non cartographiques, les terminaux mobiles comportant une mémoire pour l'enregistrement d'un sous-ensemble de dalles vectorielles et des moyens de calcul pour le rendu et la manipulation de cartes géographiques, caractérisé en ce que le serveur comporte en outre des moyens pour recevoir et enregistrer des données d'informations géolocalisées transmises par un équipement de radiocommunication mobile, ledit équipement de radiocommunication mobile enregistrant les données d'informations géolocalisées en local.
Avantageusement, la mémoire du serveur pour l'enregistrement des données d'information non cartographiques comporte l'identification de la communauté d'appartenance de
<Desc/Clms Page number 3>
l'équipement de radiocommunication ayant transmis la donnée d'information considérée.
Selon une variante, les équipements de radiocommunication mobile comporte des moyens pour établir une session avec le serveur consistant à identifier l'équipement auprès du serveur, et des moyens pour transmettre au serveur un fichier comportant les données d'information non cartographiques, le serveur comportant des moyens pour intégrer dans la mémoire de données d'information non cartographiques lesdites informations provenant dudit terminal, associées à l'identifiant dudit terminal.
Avantageusement, le serveur comporte des moyens pour sélectionner les données d'informations non cartographiques en fonction de l'appartenance de l'identifiant du terminal à une communauté de terminaux.
L'invention concerne également un procédé de communication d'informations cartographiques et d'informations non cartographiques entre un serveur et des terminaux de radiocommunication caractérisé en ce qu'il comporte la transmission d'informations non cartographiques par un terminal au serveur et d'enregistrement sur le serveur desdites informations.
Avantageusment, les données transmises par le terminal sont formées par un fichier comprenant un bloc contenant une entête déterminant la nature dudit fichier, un bloc d'offset contenant les coordonnées de référence.
La présente invention sera mieux comprise à la lecture de la description d'un exemple non limitatif de réalisation.
Le système selon l'exemple de réalisation décrit dans ce qui suit comporte tout d'abord un serveur géographique, comportant une base cartographiques dans laquelle les objets vectoriels ont été divisé en 3 classes : - Surfaces (Polygones) - Linéaires
<Desc/Clms Page number 4>
- Points
Les Points, Linéaires et Surfaces sont pré-classés du plus important (vue de loin) au moins important (vue de près). De même pour les catégories d'icônes, la catégorie la plus importante doit apparaître en premier. Cela permet d'afficher en priorité les couches les plus importantes.
De même on suppose que l'affichage des objets linéaires se fera toujours par-dessus tout objet surfacique.
Les objets points eux s'afficheront par-dessus les linéaires.
Enfin les icônes seront par-dessus tout le reste.
Il est important également de pré-classer les objets de type surfaces par type (Mer sous Sol, Sol sous Foret, Foret sous Lac, etc.).
Tout autre mélange d'ordre d'affichage ou cas particulier devra être géré par l'application elle-même.
Les types des différentes classes ne sont pas toujours les mêmes (Par exemple, le type METRO sera utilisé uniquement dans la classe Point-Station-et Linéaire- Lignes.).
Les coordonnées sont stockées en WGS84 absolu, sous forme d'entiers longs (WGS*10^6). D'autres systèmes de coordonnées sont néanmoins possibles.
Tous les offsets présents dans le fichier sont relatifs au début du fichier, non compris l'entête PDB. Cette entête est conservée pour assurer la compatibilité Palm.
Pour cette même raison, les données sont alignées sur des pages de 32Ko (Aucune donnée n'est à cheval sur deux pages).
Toute donnée dont la taille est supérieure à 1 octet est stockée au format Motorola (little endian) [nom commercial] pour optimisation sur Palm [nom commercial].
Format du fichier
Dans ce format de fichier, les blocs descriptifs s'enchaînent dans un ordre précis :
1. Entête PDB,
<Desc/Clms Page number 5>
2. Entête IEVF puis
3. bloc d'Offsets.
Les blocs suivants étant pointés à partir du bloc offset, leur ordre n'a pas d'importance. Il ne faut donc pas supposer un quelconque ordre d'enchaînement.
L'encapsulation du fichier en PDB est nécessaire pour assurer la compatibilité avec le PALM [nom commercial].
Les autres plate-formes peuvent sauter cette entête étant donné qu'elle ne contient aucune information pertinente.
Pour cela, lire l'entier long à l'offset 0x56 du fichier global (format Motorola [nom commercial]). Cette valeur représente l'offset sur le début des données IEVF, par rapport au début du fichier. Par la suite, tous les offsets auront comme base le début des données IEVF.
L'entête IEVF est divisé en 2 parties : Une partie statique où chaque élément aura la même place d'un fichier à un autre, et une partie dynamique ou les données dépendent du contenu de la partie statique.
Figure img00050001
<tb>
<tb>
Partie <SEP> Taille <SEP> Abrégé <SEP> Donnée
<tb> Statique
<tb> Offset
<tb> 0x0000 <SEP> 2 <SEP> Marker <SEP> Marquage <SEP> : <SEP> Pour <SEP> l'instant <SEP> ='IS'=
<tb> 0x49 <SEP> Ox53
<tb> 0x0002'4CRCDouble <SEP> CRC, <SEP> 1 <SEP> Word <SEP> = <SEP> CRC <SEP> par
<tb> Addition, <SEP> 1 <SEP> Word <SEP> = <SEP> CRC <SEP> par <SEP> Ou
<tb> Exclusif
<tb> OxOO06 <SEP> 4 <SEP> Size <SEP> Taille <SEP> totale <SEP> du <SEP> fichier <SEP> IEVF
<tb> OxOOOA <SEP> 2 <SEP> staticsize <SEP> Taille <SEP> de <SEP> l'entête <SEP> statique
<tb> OxOOOC <SEP> 2 <SEP> Headersize <SEP> Taille <SEP> de <SEP> l'entête <SEP> totale.
<tb>
OxOOOE <SEP> 1 <SEP> Types <SEP> 5 <SEP> bits <SEP> : <SEP> Type <SEP> de <SEP> carte <SEP> (Ville,
<tb> pays, <SEP> salon, <SEP> etc.)
<tb> 3 <SEP> bits <SEP> : <SEP> Type <SEP> de <SEP> coordonnées <SEP> (
<tb>
<Desc/Clms Page number 6>
Figure img00060001
<tb>
<tb> WGS84, <SEP> Metrique, <SEP> etc. <SEP> )
<tb> OxOOOF <SEP> 3 <SEP> Creation <SEP> Date <SEP> de <SEP> création <SEP> :
<tb> Date <SEP> 1 <SEP> byte <SEP> : <SEP> Année-2000
<tb> 1 <SEP> byte <SEP> : <SEP> Mois
<tb> 1 <SEP> byte <SEP> : <SEP> Jour
<tb> 0x0012 <SEP> 2 <SEP> Version <SEP> Version <SEP> du <SEP> format <SEP> :
<tb> 1 <SEP> byte <SEP> : <SEP> Version <SEP> majeure
<tb> 1 <SEP> byte <SEP> : <SEP> Version <SEP> mineure
<tb> 0x0014 <SEP> 2 <SEP> Flags <SEP> Indicateurs <SEP> divers <SEP> :
<tb> Bit <SEP> 0 <SEP> : <SEP> Fichier <SEP> crypté
<tb> Bit <SEP> 1 <SEP> : <SEP> Fichier <SEP> découpé <SEP> en <SEP> page <SEP> de
<tb> 32Ko
<tb> Bit <SEP> 2-7 <SEP> : <SEP> à <SEP> définir
<tb> 0x0016 <SEP> 16 <SEP> MapRect <SEP> Coordonnées <SEP> absolues <SEP> du <SEP> rectangle
<tb> englobant <SEP> de <SEP> la <SEP> carte <SEP> :
<tb> 1 <SEP> long <SEP> : <SEP> X <SEP> Minimum
<tb> 1 <SEP> long <SEP> : <SEP> Y <SEP> Minimum
<tb> 1 <SEP> long <SEP> : <SEP> X <SEP> Maximum
<tb> 1 <SEP> long <SEP> : <SEP> Y <SEP> Maximum
<tb> 0x0026 <SEP> 2 <SEP> SfCount <SEP> Nombre <SEP> d'objets <SEP> de <SEP> classe <SEP> Surface
<tb> 0x0028 <SEP> 2 <SEP> SfLyCount <SEP> Nombre <SEP> de <SEP> couches <SEP> (Layers) <SEP> d'objet
<tb> Surfaces
<tb> Ox002A <SEP> 2 <SEP> LnCount <SEP> Nombre <SEP> d'objet <SEP> de <SEP> classe <SEP> Linéaire
<tb> Ox002C <SEP> 2 <SEP> LnLyCount <SEP> Nombre <SEP> de <SEP> couche <SEP> d'objets
<tb> Linéaires
<tb> Ox002E <SEP> 2 <SEP> PtCount <SEP> Nombre <SEP> d'objet <SEP> de <SEP> classe <SEP> Point
<tb> 0x0030 <SEP> 2 <SEP> PtLyCount <SEP> Nombre <SEP> de <SEP> couche <SEP> d'objets <SEP> Points
<tb> 0x0032 <SEP> 2 <SEP> CatIconCount <SEP> Nombre <SEP> de <SEP> catégories <SEP> d'icônes
<tb> (Hôtels, <SEP> restaurants, <SEP> etc.)
<tb> 0x0034 <SEP> 2 <SEP> BmpCount <SEP> Nombre <SEP> de <SEP> bitmap <SEP> (Navigation <SEP> +
<tb> Catégorie <SEP> d'icônes)
<tb> 0x0036 <SEP> 2 <SEP> NodeCount <SEP> Nombre <SEP> de <SEP> noeuds <SEP> (Itinéraires)
<tb> 0x0038 <SEP> 2 <SEP> ExtraCount <SEP> Nombre <SEP> d' <SEP> <SEP> extra <SEP> info <SEP>
<tb> Ox003A <SEP> 1 <SEP> LangCount <SEP> Nombre <SEP> de <SEP> langues <SEP> supportées <SEP> dans
<tb>
<Desc/Clms Page number 7>
Figure img00070001
<tb>
<tb> le <SEP> fichier
<tb> Taille <SEP> totale <SEP> de <SEP> la <SEP> pertie <SEP> statique <SEP> : <SEP> 59 <SEP> (0x3B) <SEP> octets
<tb> Partie <SEP> dynamique <SEP> :
<tb> Multipli-Taille <SEP> Donnée
<tb> cateurs
<tb> 2 <SEP> Nombre <SEP> d'objet <SEP> dans <SEP> ce <SEP> Layer
<tb> SfLyCount
<tb> 2 <SEP> Type <SEP> Ismap <SEP> du <SEP> Layer
<tb> 2 <SEP> Nombre <SEP> d'objet <SEP> dans <SEP> ce <SEP> Layer
<tb> LnLyCount
<tb> 2 <SEP> Type <SEP> Ismap <SEP> du <SEP> Layer
<tb> 2 <SEP> Nombre <SEP> d'objet <SEP> dans <SEP> ce <SEP> Layer
<tb> PtLyCount
<tb> 2 <SEP> Type <SEP> Ismap <SEP> du <SEP> Layer
<tb> 1 <SEP> 2 <SEP> Nombre <SEP> de <SEP> mot <SEP> du <SEP> dictionnaire <SEP> des
<tb> adresses <SEP> Icônes <SEP> (IconZipCount)
<tb> CatIcon <SEP> 4 <SEP> Catégorie <SEP> d'icône <SEP> (IDService)
<tb> Count <SEP> 2 <SEP> Nombre <SEP> d'icône <SEP> de <SEP> cette <SEP> catégorie
<tb> LangCount <SEP> x <SEP> Nom <SEP> de <SEP> la <SEP> catégorie <SEP> (Chaînes
<tb> complètes)
<tb> LangCount <SEP> 3 <SEP> Codes <SEP> Internationaux <SEP> des <SEP> langues
<tb> supportées <SEP> (FRE <SEP> = <SEP> France)
<tb> 2 <SEP> Nombre <SEP> de <SEP> mots <SEP> dans <SEP> le <SEP> dictionnaire
<tb> des <SEP> objets
<tb> LangCount
<tb> 2 <SEP> Nombre <SEP> de <SEP> mots <SEP> dans <SEP> le <SEP> dictionnaire
<tb> des <SEP> Icônes
<tb> LangCount <SEP> x <SEP> Nom <SEP> de <SEP> la <SEP> carte <SEP> (Chaînes <SEP> complètes)
<tb>
Chaînes Complètes :
1 byte : Longueur de la chaîne (non compris le zéro terminal)
X byte : Caractères
1 byte : 0, zéro terminal
<Desc/Clms Page number 8>
La partie Entête se termine ici. Si le prochain octet n'est pas aligné sur 4, l'entête sera suivie d'autant d'octets vides que nécessaire pour s'aligner.
La taille de l'entête prends en compte ces octets d'alignement, de façon à pouvoir sauter au bloc suivant.
Bloc Offsets
Le bloc offset permet de pointer n'importe quelle entité dans le fichier de façon directe. Etant lui-même dynamique, les applications devront calculer et conserver des références sur le début des offsets d'une entité particulière.
Tous les offsets sont des entiers longs (4 Bytes)
Figure img00080001
<tb>
<tb> Multiplicateurs <SEP> Donnée
<tb> SfCount <SEP> Offsets <SEP> sur <SEP> les <SEP> objets <SEP> Surfaces
<tb> LnCount <SEP> Offsets <SEP> sur <SEP> les <SEP> objets <SEP> Linéaires
<tb> PtCount <SEP> Offsets <SEP> sur <SEP> les <SEP> objets <SEP> Points
<tb> LangCount <SEP> Offset <SEP> sur <SEP> l'arbre <SEP> lexicographique <SEP> des <SEP> objets
<tb> vectoriels
<tb> Offsets <SEP> sur <SEP> les <SEP> X <SEP> mots <SEP> du <SEP> dictionnaire <SEP> des
<tb> LangCount <SEP> * <SEP> X
<tb> objets <SEP> vectoriels
<tb> Offsets <SEP> sur <SEP> les <SEP> icônes. <SEP> Attention <SEP> IconCount
<tb> n'est <SEP> pas <SEP> accessible <SEP> directement <SEP> dans
<tb> IconCount <SEP> l'entête, <SEP> il <SEP> faut <SEP> le <SEP> calculer <SEP> en <SEP> faisant <SEP> la
<tb> somme <SEP> des <SEP> icônes <SEP> contenus <SEP> dans <SEP> chaque
<tb> catégorie.
<tb>
LangCount <SEP> Offset <SEP> sur <SEP> l'arbre <SEP> lexicographique <SEP> des <SEP> icônes
<tb> Offsets <SEP> sur <SEP> les <SEP> X <SEP> mots <SEP> du <SEP> dictionnaire <SEP> des
<tb> LangCount <SEP> * <SEP> X <SEP> icônes
<tb> icônes
<tb> BmpCount <SEP> Offsets <SEP> sur <SEP> les <SEP> bitmaps
<tb> NodeCount <SEP> Offsets <SEP> sur <SEP> les <SEP> noeuds
<tb> ExtraCount <SEP> Offsets <SEP> sur <SEP> les <SEP> <SEP> extra <SEP> info <SEP>
<tb> Arbre <SEP> de <SEP> décompression <SEP> Huffman <SEP> pour <SEP> l'arbre
<tb> LangCount
<tb> lexico. <SEP> des <SEP> objets <SEP> vectoriels
<tb>
<Desc/Clms Page number 9>
Figure img00090001
<tb>
<tb> Arbre <SEP> de <SEP> décompression <SEP> Huffman <SEP> pour <SEP> le
<tb> LangCount
<tb> dictionnaire <SEP> des <SEP> objets <SEP> vectoriels
<tb> Arbre <SEP> de <SEP> décompression <SEP> Huffman <SEP> pour <SEP> l'arbre
<tb> LangCount
<tb> lexico. <SEP> des <SEP> icônes
<tb> Arbre <SEP> de <SEP> décompression <SEP> Huffman <SEP> pour <SEP> le
<tb> LangCount
<tb> dictionnaire <SEP> des <SEP> icônes
<tb> Arbre <SEP> de <SEP> décompression <SEP> Huffman <SEP> pour <SEP> les
<tb> 1
<tb> adresses <SEP> des <SEP> icônes.
<tb>
Arbre <SEP> de <SEP> décompression <SEP> Huffman <SEP> pour <SEP> les
<tb> villes/CP <SEP> des <SEP> icônes.
<tb>
Offsets <SEP> sur <SEP> les <SEP> mots <SEP> du <SEP> dictionnaire <SEP> de
<tb> villes/CP <SEP> des <SEP> icônes. <SEP> (voir <SEP> la <SEP> partie
<tb> IconZipCount
<tb> dynamique <SEP> de <SEP> l'entête <SEP> pour <SEP> trouver
<tb> IconZipCount)
<tb>
Tout offset ayant la valeur 0 signifie que l'élément n'est pas disponible dans le fichier.
Dictionnaire de mots
Le dictionnaire de mot est une suite de mot compressé à l'aide de la méthode Huffman. Bien qu'un encodage Huffman soit une série de bit, chaque mot est aligné sur un octet plein. Le dictionnaire peut se répartir sur plusieurs pages de 32K, mais un mot ne débordera jamais d'une page.
Arbre lexicographique
L'arbre lexicographique sert à effectuer des recherches sur les PDAs. Sa structure est relativement complexe, et son utilité reste confiné au PDAs pour l'instant.
Sa description détaillée sera donc faite ultérieurement.
Bitmaps
Les bitmaps servent à stocker les différents bitmaps de navigation utilisés sur PALM et PocketPC ainsi que les images des catégories d'icônes.
Structure :
<Desc/Clms Page number 10>
Figure img00100001
<tb>
<tb> Offset <SEP> Taille <SEP> Abrégé <SEP> Donnée
<tb> 0x0000 <SEP> 1 <SEP> Type <SEP> Type <SEP> du <SEP> bitmap <SEP> :
<tb> 0 <SEP> = <SEP> Pas <SEP> de <SEP> type <SEP> (utilisé <SEP> pour <SEP> les
<tb> icônes)
<tb> 1 <SEP> = <SEP> Zoom <SEP> In
<tb> 2 <SEP> = <SEP> Zoom <SEP> Out
<tb> 3 <SEP> = <SEP> Arrow <SEP> Up
<tb> 4 <SEP> = <SEP> Arrow <SEP> Down
<tb> 5 <SEP> = <SEP> Arrow <SEP> Left
<tb> 6 <SEP> = <SEP> Arrow <SEP> Right
<tb> 7 <SEP> = <SEP> Back
<tb> 8 <SEP> = <SEP> Small <SEP> Ismap <SEP> Logo
<tb> 9 <SEP> = <SEP> Pin
<tb> 10 <SEP> = <SEP> Metro <SEP> Station
<tb> 0xOO01 <SEP> 1 <SEP> ColorMask <SEP> Masque <SEP> de <SEP> disponibilité <SEP> du <SEP> bitmap
<tb> dans <SEP> diverses <SEP> profondeurs <SEP> :
<tb> Bit <SEP> 0 <SEP> : <SEP> 2 <SEP> Couleurs <SEP> (Inutilisé)
<tb> Bit <SEP> 1 <SEP> : <SEP> 4 <SEP> Couleurs
<tb> Bit <SEP> 2 <SEP> : <SEP> 16 <SEP> Couleurs <SEP> (Inutilisé)
<tb> Bit <SEP> 3 <SEP> : <SEP> 256 <SEP> Couleurs
<tb> Bit <SEP> 4-7 <SEP> : <SEP> Inutilisés
<tb> OxOO02 <SEP> 2 <SEP> Width <SEP> Largeur <SEP> du <SEP> bitmap
<tb> OxOO04 <SEP> 2 <SEP> Height <SEP> Hauteur <SEP> du <SEP> bitmap
<tb> 0x0006 <SEP> X4 <SEP> Bitmap4 <SEP> Données <SEP> du <SEP> bitmap <SEP> en <SEP> 4 <SEP> couleurs.
<tb>
Chaque <SEP> point <SEP> est <SEP> codé <SEP> sur <SEP> 2 <SEP> bits <SEP> (4
<tb> pixels/octets). <SEP> Chaque <SEP> ligne <SEP> est
<tb> alignée <SEP> sur <SEP> un <SEP> octet <SEP> plein <SEP> (les
<tb> pixels <SEP> inutilisés <SEP> en <SEP> fin <SEP> de <SEP> lignes
<tb> sont <SEP> à <SEP> 0).
<tb>
X4 <SEP> vaut <SEP> : <SEP> Height <SEP> * <SEP> ( <SEP> (Width+3) <SEP> and
<tb> OxFFFC)
<tb> 0x0006 <SEP> X256 <SEP> Bitmap256 <SEP> Données <SEP> du <SEP> bitmap <SEP> en <SEP> 256 <SEP> couleurs.
<tb>
+ <SEP> Chaque <SEP> point <SEP> est <SEP> codé <SEP> sur <SEP> un <SEP> octet.
<tb>
X4 <SEP> Les <SEP> bitmap <SEP> 256 <SEP> sont <SEP> codés <SEP> sous
<tb>
<Desc/Clms Page number 11>
Figure img00110001
<tb>
<tb> formes <SEP> de <SEP> <SEP> sprites <SEP> <SEP> pour <SEP> une
<tb> économie <SEP> de <SEP> place <SEP> et <SEP> un <SEP> gain <SEP> de
<tb> vitesse <SEP> à <SEP> l'affichage.
<tb>
Pour <SEP> chaque <SEP> ligne <SEP> horizontale <SEP> :
<tb> 1 <SEP> byte <SEP> : <SEP> Nombre <SEP> d'opérations
<tb> horizontales
<tb> Pour <SEP> chaque <SEP> opération <SEP> :
<tb> 1 <SEP> byte <SEP> : <SEP> Offset/au <SEP> X <SEP> gauche <SEP> du
<tb> bitmap.
<tb>
1 <SEP> byte <SEP> : <SEP> Nombre <SEP> de <SEP> pixel <SEP> à <SEP> copier
<tb> X <SEP> byte <SEP> : <SEP> Pixels
<tb>
a. Objets vectoriels
Les objets vectoriels (et les icônes) ont une sousstructure commune pour gérer les noms dans différentes langues. Cette structure sera référencée sous le nom de chaîne multi-langue :
Figure img00110002
<tb>
<tb> Multipli- <SEP> Taille <SEP> Abrégé <SEP> Donnée
<tb> cateurs
<tb> 1/0 <SEP> LLgCount <SEP> Nombre <SEP> de <SEP> langues <SEP> disponibles
<tb> 1 <SEP> pour <SEP> cette <SEP> chaîne.
<tb>
Présent <SEP> si <SEP> et <SEP> seulement <SEP> si
<tb> LangCount > l, <SEP> sinon <SEP> assumé <SEP> à <SEP> 1
<tb> 1/0 <SEP> Index <SEP> Index <SEP> de <SEP> la <SEP> langue <SEP> dans <SEP> la <SEP> liste
<tb> des <SEP> langues <SEP> supportées <SEP> par <SEP> le
<tb> fichier.
<tb>
LlgCount <SEP> Présent <SEP> si <SEP> et <SEP> seulement <SEP> si
<tb> LangCount > l.
<tb>
1 <SEP> wordcount <SEP> Nombre <SEP> de <SEP> mots <SEP> composant <SEP> la
<tb> chaîne. <SEP> 0 <SEP> si <SEP> vide.
<tb>
WordCount <SEP> 2 <SEP> WordIndex <SEP> Index <SEP> du <SEP> mot <SEP> dans <SEP> le
<tb> dictionnaire <SEP> approprié
<tb>
<Desc/Clms Page number 12>
Objets Points :
Figure img00120001
<tb>
<tb> Taille <SEP> Abrégé <SEP> Donnée
<tb> 1 <SEP> Info <SEP> Information <SEP> de <SEP> taille <SEP> des <SEP> coordonnées
<tb> et <SEP> présence <SEP> d'une <SEP> extra <SEP> info.
<tb>
Bit <SEP> 0-2 <SEP> : <SEP> Taille <SEP> en <SEP> octet <SEP> des
<tb> coordonnées <SEP> (CoSize)
<tb> Bit <SEP> 7 <SEP> : <SEP> Presence <SEP> d'une <SEP> extra-info
<tb> (HasExtra)
<tb> 2/0 <SEP> ExtraInfo <SEP> Index <SEP> d'une <SEP> extra-info, <SEP> si <SEP> HasExtra
<tb> est <SEP> présent
<tb> CoSize <SEP> Coordonnée <SEP> X <SEP> absolue <SEP> du <SEP> pointCoordonnée <SEP> XMin <SEP> de <SEP> la <SEP> carte
<tb> CoSize <SEP> y <SEP> Coordonnée <SEP> Y <SEP> absolue <SEP> du <SEP> pointCoordonnée <SEP> YMin <SEP> de <SEP> la <SEP> carte
<tb> X <SEP> Name <SEP> Nom <SEP> de <SEP> l'objet <SEP> (chaîne <SEP> multi-langue)
<tb>
Objets Linéaires :
Figure img00120002
<tb>
<tb> Multipli- <SEP> Taille <SEP> Abrégé <SEP> Donnée
<tb> cateurs
<tb> 1 <SEP> Infol <SEP> Taille <SEP> des <SEP> coordonnées <SEP> et
<tb> présence <SEP> d'une <SEP> extra-info.
<tb>
Bit <SEP> 0-1 <SEP> : <SEP> Taille <SEP> en <SEP> octet <SEP> des
<tb> XMin, <SEP> Xmax,-1. <SEP> (LP)
<tb> Bit <SEP> 2-3 <SEP> : <SEP> Taille <SEP> en <SEP> octet <SEP> des
<tb> largeur <SEP> et <SEP> hauteur,-1. <SEP> (LS)
<tb> 1 <SEP> Bit <SEP> 4 <SEP> : <SEP> Circulation <SEP> autorisée
<tb> du <SEP> debut <SEP> vers <SEP> la <SEP> fin.
<tb>
Bit <SEP> 5 <SEP> : <SEP> Circulation <SEP> autorisée
<tb> de <SEP> la <SEP> fin <SEP> vers <SEP> le <SEP> debut.
<tb>
Bit <SEP> 6 <SEP> : <SEP> Inutilisé
<tb> Bit <SEP> 7 <SEP> : <SEP> Presence <SEP> d'une <SEP> extrainfo <SEP> (HasExtra)
<tb>
<Desc/Clms Page number 13>
Figure img00130001
<tb>
<tb> 2*LP <SEP> XMin <SEP> Coordonnées <SEP> top-left <SEP> du
<tb> YMin <SEP> rectangle <SEP> englobant <SEP> l'objet,
<tb> 1
<tb> relatives <SEP> au <SEP> top-left <SEP> du
<tb> rectangle <SEP> englobant <SEP> la <SEP> carte.
<tb>
2*LS <SEP> Width <SEP> Largeur <SEP> et <SEP> hauteur <SEP> du <SEP> rectangle
<tb> 1
<tb> Height <SEP> englobant <SEP> l'objet.
<tb>
2 <SEP> / <SEP> 0 <SEP> ExtraInfo <SEP> Index <SEP> d'une <SEP> extra-info, <SEP> si
<tb> 1
<tb> HasExtra <SEP> est <SEP> présent
<tb> 1 <SEP> Info2 <SEP> Taille <SEP> des <SEP> coordonnées <SEP> et
<tb> multi-morceau.
<tb>
Bit <SEP> 0-2 <SEP> : <SEP> Taille <SEP> du <SEP> premier
<tb> 1 <SEP> point <SEP> d'un <SEP> morceau. <SEP> (MP)
<tb> Bit <SEP> 3-5 <SEP> : <SEP> Taille <SEP> des <SEP> points
<tb> suivants <SEP> d'un <SEP> morceau. <SEP> (MN)
<tb> Bit <SEP> 7 <SEP> : <SEP> Multi-morceaux <SEP> (Multi)
<tb> 2/0 <SEP> PcCount <SEP> Nombre <SEP> de <SEP> morceau <SEP> de <SEP> l'objet,
<tb> 1 <SEP> si <SEP> Multi <SEP> est <SEP> présent, <SEP> sinon
<tb> assumé <SEP> à <SEP> 1
<tb> 1 <SEP> Thickness <SEP> Epaisseur <SEP> de <SEP> l'objet <SEP> sur <SEP> une
<tb> 1 <SEP> échelle <SEP> de <SEP> 0 <SEP> (très <SEP> fin) <SEP> à <SEP> 80
<tb> (très <SEP> épais)
<tb> 2 <SEP> PtCount <SEP> Bit <SEP> 0-14 <SEP> : <SEP> Nombre <SEP> de <SEP> point <SEP> du
<tb> morceau
<tb> PcCount
<tb> Bit <SEP> 15 <SEP> : <SEP> Changement <SEP> de <SEP> sens <SEP> de
<tb> circulation. <SEP> (CSC)
<tb> 1 <SEP> ExtraDir <SEP> Si <SEP> CSC, <SEP> nouvelles <SEP> données <SEP> de
<tb> circulation <SEP> :
<tb> Bit <SEP> 0 <SEP> : <SEP> Circulation <SEP> autorisée
<tb> du <SEP> début <SEP> vers <SEP> la <SEP> fin.
<tb>
Bit <SEP> 1 <SEP> : <SEP> Circulation <SEP> autorisée
<tb> de <SEP> la <SEP> fin <SEP> vers <SEP> le <SEP> début.
<tb>
<Desc/Clms Page number 14>
Figure img00140001
<tb>
<tb>
2*MP <SEP> Xl <SEP> Coordonnées <SEP> du <SEP> premier <SEP> point <SEP> du
<tb> Yl <SEP> morceau, <SEP> relative <SEP> au <SEP> top-left
<tb> du <SEP> rectangle <SEP> englobant <SEP> de
<tb> l'objet.
<tb>
2*MP* <SEP> Xn <SEP> Coordonnées <SEP> des <SEP> points
<tb> PtCount <SEP> Yn <SEP> suivants, <SEP> chacune <SEP> étant
<tb> - <SEP> 1 <SEP> relative <SEP> au <SEP> point <SEP> précédent.
<tb>
X <SEP> Name <SEP> Nom <SEP> de <SEP> l'objet <SEP> (chaîne <SEP> multilangue)
<tb>
Objets Surfaces :
Figure img00140002
<tb>
<tb> Multipli- <SEP> Abrég <SEP> Donnée
<tb> Taille
<tb> cateurs <SEP> é
<tb> 1 <SEP> Infol <SEP> Taille <SEP> des <SEP> coordonnées <SEP> et
<tb> présence <SEP> d'une <SEP> extra-info.
<tb>
Bit <SEP> 0-2 <SEP> : <SEP> Taille <SEP> en <SEP> octet <SEP> des
<tb> XMin, <SEP> XMax. <SEP> (LP)
<tb> Bit <SEP> 3-5 <SEP> : <SEP> Taille <SEP> en <SEP> octet <SEP> des
<tb> Largeur <SEP> et <SEP> Hauteur. <SEP> (LS)
<tb> Bit <SEP> 7 <SEP> : <SEP> Presence <SEP> d'une <SEP> extrainfo <SEP> (HasExtra)
<tb> 2*LP <SEP> XMin <SEP> Coordonnées <SEP> top-left <SEP> du
<tb> YMin <SEP> rectangle <SEP> englobant <SEP> l'objet,
<tb> relatives <SEP> au <SEP> top-left <SEP> du
<tb> rectangle <SEP> englobant <SEP> la <SEP> carte.
<tb>
2*LS <SEP> Width <SEP> Largeur <SEP> et <SEP> hauteur <SEP> du <SEP> rectangle
<tb> Height <SEP> englobant <SEP> l'objet.
<tb>
2/0 <SEP> Extrain <SEP> Index <SEP> d'une <SEP> extra-info, <SEP> si
<tb> HasExtra <SEP> est <SEP> présent
<tb>
<Desc/Clms Page number 15>
Figure img00150001
<tb>
<tb> 1 <SEP> Info2 <SEP> Taille <SEP> des <SEP> coordonnées <SEP> et <SEP> multimorceau.
<tb>
Bit <SEP> 0-2 <SEP> : <SEP> Taille <SEP> du <SEP> premier
<tb> 1 <SEP> point <SEP> d'un <SEP> morceau. <SEP> (MP)
<tb> Bit <SEP> 3-5 <SEP> : <SEP> Taille <SEP> des <SEP> points
<tb> suivants <SEP> d'un <SEP> morceau. <SEP> (MN)
<tb> Bit <SEP> 7 <SEP> : <SEP> Multi-morceaux <SEP> (Multi)
<tb> 2/0 <SEP> PcCount <SEP> Nombre <SEP> de <SEP> morceau <SEP> de <SEP> l'objet, <SEP> si
<tb> 1 <SEP> Multi <SEP> est <SEP> présent, <SEP> sinon <SEP> assumé
<tb> à <SEP> 1
<tb> 1 <SEP> PtCount <SEP> Nombre <SEP> de <SEP> point <SEP> du <SEP> morceau. <SEP> Les
<tb> morceaux <SEP> de <SEP> surface <SEP> ne <SEP> doivent
<tb> pas <SEP> contenir <SEP> plus <SEP> de <SEP> 100 <SEP> points.
<tb>
Si <SEP> c'est <SEP> le <SEP> cas, <SEP> le <SEP> morceau <SEP> est
<tb> découpé <SEP> en <SEP> morceaux <SEP> plus <SEP> petits,
<tb> de <SEP> 100 <SEP> points <SEP> maximum.
<tb>
PcCount
<tb> 2*MP <SEP> X1 <SEP> Coordonnées <SEP> du <SEP> premier <SEP> point <SEP> du
<tb> Y1 <SEP> morceau, <SEP> relative <SEP> au <SEP> top-left <SEP> du
<tb> rectangle <SEP> englobant <SEP> de <SEP> l'objet.
<tb>
2*MP* <SEP> Xn <SEP> Coordonnées <SEP> des <SEP> points <SEP> suivants,
<tb> PtCount <SEP> Yn <SEP> chacune <SEP> étant <SEP> relative <SEP> au <SEP> point
<tb> - <SEP> 1 <SEP> précédent.
<tb>
X <SEP> Name <SEP> Nom <SEP> de <SEP> l'objet <SEP> (chaîne <SEP> multilangue)
<tb>
Figure img00150002

b. Arbres Huffman c.
Les arbres Huffman ne sont pas stockés sous forme d'arbre, mais sous la forme d'une structure qui permet de reconstruire l'arbre véritable.
Figure img00150003
<tb>
<tb>
Multipli-Taille <SEP> Abrégé <SEP> Donnée
<tb> cateurs
<tb> 1 <SEP> 1 <SEP> Count <SEP> Nombre <SEP> d'élément <SEP> de <SEP> l'arbre
<tb>
<Desc/Clms Page number 16>
Figure img00160001
<tb>
<tb> 1 <SEP> Data <SEP> Donnée <SEP> de <SEP> la <SEP> feuille
<tb> Count
<tb> 1 <SEP> Weight <SEP> Poids <SEP> de <SEP> la <SEP> feuille
<tb>
d. Icônes
Les Villes/CPs sont encodés avec un Arbre Huffman spécial, unique pour toutes les langues, et placé dans un dictionnaire unique également.
Les différentes informations des Adresses sont aussi encodées avec un Arbre unique, indépendant de la langue.
Structure :
Figure img00160002
<tb>
<tb> Taille <SEP> Abrégé <SEP> Donnée
<tb> 1 <SEP> Info <SEP> Numéro <SEP> de <SEP> BMP <SEP> associé <SEP> et <SEP> taille <SEP> des
<tb> coordonnées.
<tb>
Bit <SEP> 0-11 <SEP> : <SEP> NO <SEP> de <SEP> BMP
<tb> Bit <SEP> 12 <SEP> : <SEP> Présence <SEP> d'une <SEP> <SEP> extra <SEP> info <SEP>
<tb> (HasExtra)
<tb> Bit <SEP> 13-15 <SEP> : <SEP> Taille <SEP> des <SEP> coordonnées <SEP> (CS)
<tb> 2 <SEP> ExtraIn <SEP> Index <SEP> d'une <SEP> extra-info, <SEP> si <SEP> HasExtra <SEP> est
<tb> fo <SEP> présent
<tb> 2*CS <SEP> X <SEP> Coordonnées <SEP> X, <SEP> Y <SEP> de <SEP> l'icône, <SEP> relatives <SEP> au
<tb> y <SEP> top-left <SEP> du <SEP> rectangle <SEP> englobant <SEP> la <SEP> carte.
<tb>
X <SEP> Name <SEP> Nom <SEP> de <SEP> l'objet <SEP> (Chaîne <SEP> complète)
<tb>
<Desc/Clms Page number 17>
Figure img00170001
<tb>
<tb> 1 <SEP> Flags <SEP> Flag <SEP> de <SEP> présence <SEP> des <SEP> diverses
<tb> informations <SEP> de <SEP> l'icône.
<tb>
Bit <SEP> 0 <SEP> : <SEP> de <SEP> Rue
<tb> Bit <SEP> 1 <SEP> Zip <SEP> Code
<tb> Bit <SEP> 2 <SEP> Nom <SEP> de <SEP> la <SEP> Ville
<tb> Bit <SEP> 3 <SEP> : <SEP> Adresse
<tb> Bit <SEP> 4 <SEP> : <SEP> de <SEP> Téléphone
<tb> Bit <SEP> 5 <SEP> : <SEP> de <SEP> Fax
<tb> Bit <SEP> 6 <SEP> E-Mail
<tb> Bit <SEP> 7 <SEP> URL <SEP> du <SEP> Site <SEP> Web
<tb> 0/1/RoadN <SEP> Si <SEP> Flags. <SEP> BitO, <SEP> NO <SEP> de <SEP> rue <SEP> codé <SEP> sur <SEP> 1 <SEP> ou <SEP> 2
<tb> 2 <SEP> octet. <SEP> Si <SEP> RoadN < 128, <SEP> il <SEP> est <SEP> codé <SEP> sur <SEP> 1
<tb> octet, <SEP> sinon <SEP> les <SEP> 7 <SEP> bit <SEP> de <SEP> poids <SEP> faible <SEP> sont
<tb> sur <SEP> le <SEP> premier <SEP> octet <SEP> avec <SEP> le <SEP> Bit <SEP> 7 <SEP> à <SEP> 1, <SEP> le
<tb> reste <SEP> étant <SEP> sur <SEP> un <SEP> second <SEP> octet.
<tb>
0/1/ZipCode <SEP> Si <SEP> Flags. <SEP> Bitl, <SEP> Index <SEP> du <SEP> ZipCode <SEP> dans <SEP> le
<tb> 2 <SEP> dictionnaire <SEP> des <SEP> Villes/CPs.
<tb>
Codé <SEP> sur <SEP> 1 <SEP> ou <SEP> 2 <SEP> octet <SEP> comme <SEP> RoadN.
<tb>
0/1/City <SEP> Si <SEP> Flags. <SEP> Bit2, <SEP> Index <SEP> du <SEP> nom <SEP> de <SEP> ville <SEP> dans
<tb> 2 <SEP> le <SEP> dictionnaire <SEP> des <SEP> Villes/CPs. <SEP> Codé <SEP> sur
<tb> 1 <SEP> ou <SEP> 2 <SEP> octets <SEP> comme <SEP> RoadN
<tb> Address <SEP> Adresse <SEP> codé <SEP> Huffman <SEP> avec <SEP> l'Arbre <SEP> des
<tb> adresse <SEP> Icônes.
<tb>
X <SEP> TelNum <SEP> NO <SEP> de <SEP> Téléphone <SEP> codé <SEP> Huffman <SEP> avec <SEP> l'Arbre
<tb> des <SEP> adresse <SEP> Icônes.
<tb>
X <SEP> FaxNum <SEP> NO <SEP> de <SEP> Fax <SEP> codé <SEP> Huffman <SEP> avec <SEP> l'Arbre <SEP> des
<tb> adresse <SEP> Icônes.
<tb>
X <SEP> Email <SEP> Adresse <SEP> EMail <SEP> codé <SEP> Huffman <SEP> avec <SEP> l'Arbre
<tb> des <SEP> adresse <SEP> Icônes.
<tb>
X <SEP> URL <SEP> URL <SEP> (sans <SEP> le <SEP> <SEP> http <SEP> :// <SEP> ) <SEP> codé <SEP> Huffman
<tb> avec <SEP> l'Arbre <SEP> des <SEP> adresse <SEP> Icônes.
<tb>
e. Noeuds f. Extra infos
Les extra infos sont organisée en chunks .
Chaque chunck est marqué d'un type et d'une taille. Ceci
<Desc/Clms Page number 18>
permet à l'application de traiter le chunk en cours, ou de l'ignorer et de sauter directement au suivant en ignorant son contenu.
Structure :
Figure img00180001
<tb>
<tb> Taille <SEP> Abrégé <SEP> Donnée
<tb> 1 <SEP> Type <SEP> Type <SEP> du <SEP> chunk, <SEP> 0 <SEP> pour <SEP> indiquer <SEP> la <SEP> fin <SEP> de
<tb> la <SEP> chaîne.
<tb>
1/2 <SEP> Taille <SEP> Taille <SEP> du <SEP> chunk. <SEP> Si <SEP> Taille < 128, <SEP> il <SEP> est
<tb> codé <SEP> sur <SEP> 1 <SEP> octet, <SEP> sinon <SEP> les <SEP> 7 <SEP> bit <SEP> de
<tb> poids <SEP> faible <SEP> sont <SEP> sur <SEP> le <SEP> premier <SEP> octet
<tb> avec <SEP> le <SEP> Bit <SEP> 7 <SEP> à <SEP> 1, <SEP> le <SEP> reste <SEP> étant <SEP> sur <SEP> un
<tb> second <SEP> octet
<tb> X <SEP> Data <SEP> Donnée <SEP> du <SEP> chunk, <SEP> à <SEP> interpréter <SEP> par
<tb> l'application <SEP> en <SEP> fonction <SEP> de <SEP> son <SEP> type.
<tb>
Il n'y a pas de type défini pour l'instant. A voir en fonction des besoins. Chaque valeur de type définie devra le rester à vie, pour éviter toute erreur d'interprétation entre anciennes et nouvelles versions des cartes ou des applications.
Calcul des CRCs
Les CRCs sont codé chacun sur 2 octets, format
Motorola.
Le premier Word représente la somme de tous les
Words du fichier IEVF (Non comprise l'entête PDB). Si la taille du fichier est impaire, le dernier octet n'est pas pris en compte.
Le second Word représente le Ou Exclusif de tous les Words du fichiers IEVF, sur lequel est appliqué le premier Word en Ou Exclusif également. Ceci rend les deux calculs indépendants, mais les deux CRCs solidaires. Là encore, si la taille du fichier est impaire, le dernier octet n'est pas pris en compte.
<Desc/Clms Page number 19>
Attention : Lors de la vérification des CRCs, les emplacement des CRCs doivent êtres à 0 ! Type de carte et de coordonnées
L'octet Type de l'entête est composé de la manière suivant :
5 bits : Type de carte (Ville, pays, salon, etc.)
3 bits : Type de coordonnée (WGS84, Métrique, etc.)
Les valeurs du type de carte sont :
0 : Dalle
1 : Pays
2 : Région
3 : Ville
4 : Salon (Intra-batiment)
Il reste 27 valeurs non définies.
Les valeurs du type de coordonnée sont :
0 : WGS84 * 1O^6
Il reste 7 valeurs non définies.

Claims (15)

REVENDICATIONS
1-Système d'information cartographique constitué par au moins un serveur et une pluralité d'équipement de radiocommunication mobile, le serveur comportant une base de donnée cartographique pour l'enregistrement de l'ensemble des dalles vectorielles et une mémoire pour l'enregistrement de données d'information non cartographiques, les terminaux mobiles comportant une mémoire pour l'enregistrement d'un sous-ensemble de dalles vectorielles et des moyens de calcul pour le rendu et la manipulation de cartes géographiques, caractérisé en ce que le serveur comporte en outre des moyens pour recevoir et enregistrer des données d'informations géolocalisées transmises par un équipement de radiocommunication mobile, ledit équipement de radiocommunication mobile enregistrant les données d'informations géolocalisées en local.
2-Système d'information cartographique selon la revendication 1 caractérisé en ce que la mémoire du serveur pour l'enregistrement des données d'information non cartographiques comporte l'identification de la communauté d'appartenance de l'équipement de radiocommunication ayant transmis la donnée d'information considérée.
3-Système d'information cartographique selon la revendication 2 caractérisé en ce que les équipements de radiocommunication mobile comporte des moyens pour établir une session avec le serveur consistant à identifier l'équipement auprès du serveur, et des moyens pour transmettre au serveur un fichier comportant les données d'information non cartographiques, le serveur comportant des moyens pour intégrer dans la mémoire de données d'information non cartographiques lesdites informations provenant dudit terminal, associées à l'identifiant dudit terminal.
<Desc/Clms Page number 21>
4 - Système d'information cartographique selon la revendication 2 ou 3 caractérisé en ce que le serveur comporte des moyens pour sélectionner les données d'informations non cartographiques en fonction de l'appartenance de l'identifiant du terminal à une communauté de terminaux.
5-Procédé de communication d'informations cartographiques et d'informations non cartographiques entre un serveur et des terminaux de radiocommunication caractérisé en ce qu'il comporte la transmission d'informations non cartographiques par un terminal au serveur et d'enregistrement sur le serveur desdites informations.
6-Procédé de communication selon la revendication 5 caractérisé en ce que les données transmises par le terminal sont formées par un fichier comprenant un bloc contenant une entête déterminant la nature dudit fichier, et au moins un bloc d'offset contenant les coordonnées de référence.
7-Procédé de communication selon la revendication 5 ou 6 caractérisé en ce que les données transmises sont organisées pour présenter un premier bloc Entête PDB, un deuxième bloc Entête IEVF puis au moins un bloc d'Offset, les blocs suivants étant pointés à partir du bloc offset.
8-Procédé de communication selon la revendication 7 caractérisé en ce que le bloc d'en tête IEVF comporte une partie statique où chaque élément aura la même place d'un fichier à un autre, et une partie dynamique où les données dépendent du contenu de la partie statique.
9-Procédé de communication selon l'une quelconque des revendications précédentes 5 à 8 caractérisé en ce que le bloc offset comprend au moins un arbre de décompression Huffman pour le dictionnaire des objets vectoriels ou le
<Desc/Clms Page number 22>
dictionnaire des icônes ou le dictionnaire des villes ou des mots clés.
10-Procédé de communication selon la revendication 9 caractérisé en ce que l'arbre de décompression Huffman sont stockés sous forme d'une structure de reconstruction de l'arbre.
11-Procédé de communication selon l'une quelconque des revendications 5 à 10 caractérisé en ce que les objets vectoriels ont été divisé en 3 classes, polygones, linéaires et points.
12-Procédé de communication selon la revendication 11 caractérisé en ce que les Points, Linéaires et Surfaces sont pré-classés du plus important (vue de loin) au moins important (vue de près).
13-Procédé de communication selon la revendication 11 caractérisé en ce que les catégories d'icônes la catégorie la plus importante doit apparaître en premier.
14-Procédé de communication selon la revendication 11 caractérisé en ce que l'affichage des objets linéaires se fait toujours par-dessus tout objet surfacique et en ce que les objets points eux s'afficheront par-dessus les linéaires, les icônes étant affichées par-dessus tout le reste.
15-Procédé de communication selon la revendication 11 caractérisé en ce que les objets de type surfaces sont classés par type (Mer sous Sol, Sol sous Foret, Foret sous Lac, etc.).
FR0108349A 2001-06-25 2001-06-25 Procede et systeme d'information cartographique Expired - Fee Related FR2826487B1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
FR0108349A FR2826487B1 (fr) 2001-06-25 2001-06-25 Procede et systeme d'information cartographique
PCT/FR2002/002196 WO2003001470A1 (fr) 2001-06-25 2002-06-25 Procede et systeme d'information cartographique

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0108349A FR2826487B1 (fr) 2001-06-25 2001-06-25 Procede et systeme d'information cartographique

Publications (2)

Publication Number Publication Date
FR2826487A1 true FR2826487A1 (fr) 2002-12-27
FR2826487B1 FR2826487B1 (fr) 2003-12-12

Family

ID=8864730

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0108349A Expired - Fee Related FR2826487B1 (fr) 2001-06-25 2001-06-25 Procede et systeme d'information cartographique

Country Status (2)

Country Link
FR (1) FR2826487B1 (fr)
WO (1) WO2003001470A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015162358A1 (fr) 2014-04-22 2015-10-29 Groupe Articque Solutions Procédé de génération dynamique de représentations graphiques interactives de données

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08338737A (ja) * 1995-06-14 1996-12-24 Sharp Corp ナビゲーションシステム
FR2784486A1 (fr) * 1998-10-13 2000-04-14 Roland Moreno Procede de traitement d'informations de circulation routiere ou urbaine a partir d'un terminal embarque dans un vehicule et relie par voie hertzienne a un site distant
WO2001001370A1 (fr) * 1999-06-24 2001-01-04 Telia Ab Service cartographique
WO2001028266A1 (fr) * 1999-10-12 2001-04-19 Taskin Sakarya Materiel de communication et de localisation d'un terminal mobile et acheminement d'urgence

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08338737A (ja) * 1995-06-14 1996-12-24 Sharp Corp ナビゲーションシステム
FR2784486A1 (fr) * 1998-10-13 2000-04-14 Roland Moreno Procede de traitement d'informations de circulation routiere ou urbaine a partir d'un terminal embarque dans un vehicule et relie par voie hertzienne a un site distant
WO2001001370A1 (fr) * 1999-06-24 2001-01-04 Telia Ab Service cartographique
WO2001028266A1 (fr) * 1999-10-12 2001-04-19 Taskin Sakarya Materiel de communication et de localisation d'un terminal mobile et acheminement d'urgence
WO2001028270A1 (fr) * 1999-10-12 2001-04-19 Taskin Sakarya Telechargement de donnees geographiques vers une station mobile et affichage d'une carte

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
PATENT ABSTRACTS OF JAPAN vol. 1997, no. 04 30 April 1997 (1997-04-30) *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015162358A1 (fr) 2014-04-22 2015-10-29 Groupe Articque Solutions Procédé de génération dynamique de représentations graphiques interactives de données

Also Published As

Publication number Publication date
WO2003001470A1 (fr) 2003-01-03
FR2826487B1 (fr) 2003-12-12

Similar Documents

Publication Publication Date Title
USRE41983E1 (en) Method of organizing and compressing spatial data
US7941270B2 (en) Navigation system
US8447787B2 (en) System and method for geocoding content
US7904483B2 (en) System and method for presenting geo-located objects
US20090158206A1 (en) Method, Apparatus and Computer Program Product for Displaying Virtual Media Items in a Visual Media
US20090111487A1 (en) Text display of geo-referenced information based on relative distance to a user location
US8601164B2 (en) HTTP header compression
TW201028662A (en) Method, system and computer program product for sharing location information
CN103200224A (zh) 一种信息分享的方法、装置及终端
CN101043747A (zh) 基于地理信息系统实现移动终端间位置数据交互的方法
FR2799918A1 (fr) Systeme et procede et de transmission de messages, et utilisation du systeme de transmission pour l&#39;investigation de services fournis
US20040230371A1 (en) System and method for creation and display of information associated with spatial-temporal attributes
Mabrouk et al. Opengis location services (openls): Core services
CN112738154A (zh) 一种信息共享的系统和方法
FR2826487A1 (fr) Procede et systeme d&#39;information cartographique
Nurminen Mobile, hardware-accelerated urban 3D maps in 3G networks
Wilde et al. The locative web
TW201133338A (en) Method and mobile device for processing web information
JP2003058461A (ja) 情報入力用コンテンツの送受信方法およびシステム
CN108614835A (zh) 一种基于海量数据的位置信息提取方法和装置
KR101005306B1 (ko) 약도정보 제공 방법 및 장치
CN101639917A (zh) 硬拷贝信息处理系统和方法
JP2008193197A (ja) 動画配信サーバ
US6782267B1 (en) Method and system for providing regional information
CN102792652B (zh) 用于维持全球文本站点平台上的文本站点的方法和系统

Legal Events

Date Code Title Description
TP Transmission of property
ST Notification of lapse

Effective date: 20080229