geo-fr

geo

* 

geo (nom de travail, prononcé "ji-oh") est un simple format pour baliser l'information WGS84 des coordonnées géographiques (latitude, longitude), adaptable pour embarquement dans le (X)HTML, Atom, RSS et le XML arbitraire. geo est une représentation 1:1 de la propriété "geo" dans le standard vCard (RFC2426) dans le XHTML, l'un des nombreux standards microformat ouverts.

Spécification Brouillon / Draft

Editeur/Auteur

Tantek Çelik, Technorati, Inc.

Traduction en cours

Christophe Ducamp

Copyright

Cette spécification est (C) 2005-2024 par les auteurs. Néanmoins, les auteurs ont pour but de soumettre cette spécification à un corps de standards avec une politique libérale de copyright/licence telle que GMPG, IETF, et/ou W3C. Quiconque souhaite contribuer devrait lire avant de contribuer leurs principes de copyright, politiques et licences (par ex. les Principes GMPG) et être d'accord avec eux, y compris le fait de licencier toutes les contributions sous les licences nécessaires (par ex. CC-by 1.0 et suivantes).

Patents

Cette spécification est sujette à une politique de brevets libres de droits, par ex. pour la Politique de Brevet du W3C, IETF RFC3667 et RFC3668.

Inspiration et Remerciements

Merci à tous ceux qui ont participé dans le Geo Microformat BOF à la conférence Where 2.0 de O'Reilly, et tout particulièrement Nat Torkington et Vee McMillen de O'Reilly pour organiser et héberger le BOF. Merci à Chris Hibbbert pour avoir fourni l'exemple de geo-cache du vrai monde.

Introduction et Historique

Le standard vCard (RFC2426), a été largement implémenté de façon interopérable (par ex. l'application carnet d'adresses d'Apple). Le microformat hCard a de manière similaire reçu une adoption significative de la part de nombreux sites publiant le format des proxies hCards aux vCards, jusqu'aux parseurs javascript côté client.

A la conférence Where 2.0 en juin 2005, il y a eu une reconnaissance largement acceptée que la communauté avait besoin d'un moyen pour publier simplement et facilement sur le web une information d'adresse qui soit visible, extractible, compte tenu du fait que souvent les blogueurs et les nombreux autres sites publient des informations d'adresses. Le geo microformat BOF a discuté tout particulièrement de ce sujet et s'est conclu avec une décision consensuelle de simplement essayer d'utiliser geo venant de vCard/hCard.

Cette spécification présente le microformat geo, qui est une représentation 1:1 de la propriété mentionnée ci-dessus geo extraite du standard vCard en réutilisant simplement la propriété geo et les sous-propriétés telles quelles extraites du microfomat hCard.

Les auteurs peuvent à la fois embarquer directement des adresses geo dans leurs pages web et fils, tout comme baliser des adresses existantes dans le contexte du reste de l'information dans leurs pages web et fils.

Si l'auteur connaît et publie le name de l'endroit en plus de sa geo lat/long, alors l'auteur DOIT utiliser hCard au lieu de simplement geo pour publier le nom et le geo lat/long du lieu.

Si l'auteur connaît et publie l'adresse du lieu, OU si l'adrese du lieu était ce qui était véritablement saisi par un humain, et que l'auteur ait simplement passé ça en lat/long en utilisant quelque sorte de service, alors l'auteur DEVRAIT utiliser adr pour publier l'information véritable humaine saisie parce qu'elle communique bien plus d'information sémantique que de simples coordonnées geo lat/long.

Principes de Design XHTML Sémantique

Note : les Principes de Design XHTML Sémantique ont été écrits initialement dans le contexte de développement de hCard et hCalendar, par conséquent il peut être plus facile de comprendre ces principes dans le contexte de la méthodologie de design hCard (ce qui veut dire, lisez ça d'abord). Tantek

XHTML est construit sur du XML, et par conséquent les formats fondés sur XHTML peuvent être utilisés non seulement pour une présentation d'affichage pratique, mais aussi à des fins d'échanges de données. A bien des façons, les formats fondés sur XHTML illustrent le meilleur des mondes tant du HTML que du XML. Néanmoins au moment de construire des formats basés sur XHTML, cela aide d'avoir un ensemble de principes directeurs.

1. Réutilisez autant que possible le schéma (noms, objets, propriétés, valeurs, types, hiérarchies, contraintes) à partir des standards de référence établis et bien supportés. Evitez de redéclarer les contraintes exprimées dans le standard source. Des mentions à titre d'information peuvent passer.
   1. Pour les types avec plusieurs composants, utilisez des éléments imbriqués avec des noms de classe équivalents aux noms des composants.
   2. Les composants pluriels sont produits au singulier, et par conséquent plusieurs éléments imbriqués sont utilisés pour représenter plusieurs valeurs de texte qui sont délimitées par des virgules.
2. Utilisez la sémantique XHTML la plus précise pour construire des blocs pour chaque objet, etc.
3. Autrement utilisez un élément générique structurel (par ex. <span> ou <div>), ou l'élément contextuel approprié (par ex. un <li> dans un <ul> ou <ol>).
4. Utilisez des noms de classes basés sur des noms extraits du schéma original, à moins que le XHTML sémantique de construction de bloc ne représente précisément cette partie du schéma original. Si les noms dans le schéma original ne sont pas sensibles la casse, alors mettez tout dans un équivalent en bas de casse. Les noms de composants implicites en prose (plutôt qu'explicites dans le schéma défini) devraient aussi utiliser les équivalents bas de casse pour une facilité d'utilisation. Les espaces dans les noms des composants deviennent des caractères tiret '-'.
5. Pour finir, si le format de la donnée selon le schéma original est trop long et/ou non amical sur le plan humain, utilisez <abbr> au lieu d'un élément générique structurel, et placez les données littérales dans l'attribut 'title' (là où vont les expansions abbr), et l'équivalent le plus bref et le plus lisible humainement dans l'élément lui-même. De plus amples explications de cet usage de <abbr> : Human vs. ISO8601 dates problem solved

Format

Propriétés Singulières

Remarquez que toutes les propriétés dans geo sont des propriétés singulières et par conséquent le premier élément descendant avec cette classe devrait prendre effet, tous les autres étant ignorés.

Lisible Humain vs Machine

Si un élément <abbr> est utilisé pour une propriété, alors l'attribut title de l'élément <abbr> est la valeur de la propriété, au lieu des contenus de l'élément, ce qui fournit à la place une version humainement présentable de la valeur.

Extraction Valeur

Parfois, seule la partie d'un élément qui est l'équivalent pour une propriété devrait être utilisée pour la valeur de la propriété. A cette intention, le le nom de classe value est utilisé pour extraire la partie de l'élément qui est la valeur de la propriété. Voir hCard pour les détails à ce sujet.

Nom Classe Racine

Le nom de classe racine pou une adresse adr est geo.

Liste Propriétés

Ceci est la liste des propriétés dans geo, extraite de hCard :

• latitude
• longitude

Profil XMDP

Voir profil hCard pour le profil XMDP de hCard qui contient la liste complète au-dessus des propriétés, avec des références vers leurs définitions RFC 2426.

Détails Parsage

Voir parsage hCard, avec la seule différence étant que "geo" est le nom de classe racine, plutôt que "vcard".

Exemples

Cette section est informative.

Exemple extrait de RFC2426

La section 3.4.2 de RFC2426 a un exemple geo simple :

GEO:37.386013;-122.082932

ce fragment de vCard comme un geo initialement documenté sur la page des exemples de hCard :

<div class="geo">GEO : 
 <span class="latitude">37.386013</span>, 
 <span class="longitude">-122.082932</span>
</div>

ce geo pourrait s'afficher comme

GEO: 37.386013, -122.082932

Remarquez que c'est un microformat geo live qui sera trouvé sur cette page par les parseurs.

Exemple geo du vrai monde

Voici un échantillon d'info publié lat/long (tiré de geocaching: Noble Steed) :

N 37° 24.491 W 122° 08.313

avec un balisage geo :

<div class="geo">
 <abbr class="latitude" title="37.408183">N 37° 24.491</abbr> 
 <abbr class="longitude" title="-122.13855">W 122° 08.313</abbr>
</div>

Ce geo pourrait être aussi affiché comme :

N 37° 24.491 W 122° 08.313

A nouveau, ceci est un exemple "live".

Notez que parce que l'exemple du vrai monde utilisait un présentation lisible humainement des coordonnées géo, nous utilisons le abbr-design-pattern-fr pour conserver cette présentation plus lisible humainement, et en outre elle fournit les valeurs numériques respectives absolues pour le geo.

exemples dans la jungle

Cette section est informative.

Les sites suivants ont publié des geo en dehors du contexte normal des hCards, et sont par conséquent un endroit génial pour commencer à regarder des exemples "dans la jungle" afin d'essayer de parser, indexer, organiser, etc., en plus des exemples dans beaucoup d'exemples de hCard dans la jungle. Si vous trouvez des geos en dehors des hCards n'importe où ailleurs, sentez-vous à l'aise pour les ajouter en haut de cette liste. Une fois que la liste sera devenue trop grosse, nous ferons une page wiki séparée.

Les pages avec un Geo live peuvent utiliser ce bouton (voir buttons-fr#Geo pour toutes les additions récentes) :

• Je viens juste d'ajouter Geo au GeoTemplate de Wikipedia qui est appelé par "des milliers" d'autres pages Wikipedia. Exemple : les coordonnées (en haut à droite) dans le lien [1] vers [2] ; le dernier a maintenant un microformat Geo. Andy Mabbett 03:38, 30 Mar 2007 (PDT)
  • Carte montrant la distribution globale des articles géotagués sur Wikipedia.
• jillesvangurp.com fournit une feuille de style xsl pour transformer les balises de lieux Google Earth (fichiers kmz) en html avec des listes imbriquées de lieux géo-formatés. Plusieurs exemples sont fournis.
• Geograph British Isles a un support expérimental pour les geos sur plus de 350 000 pages de photos, par exemple http://www.geograph.org.uk/photo/1234
• POI66 a plus de 58 500 points de parcours géo-formatés, beaucoup décrivant des parcours par ex. Mijn pelgrimstocht naar Santiago
• 3AM Productions a publié les coordonnées des villes tant à l'intérieur et en dehors du contexte des hCards sous les pages de Jason et de Gil.
• L'index des événements de Dan Connoly a quelques geos
  • Notez que deux des geos sont considérés comme invalides parce qu'ils utilisent des virgules au lieu des points-virgules.
• Wikitravel a maintenant la facilité d'ajouter les coordonnées pour le sujet de l'article et les publie sous un microformats 'geo' - par exemple Wikitravel - Birmingham ; voir l'annonce.
• Flickr supporte maintenant le microformat geo sur toutes les 2.9M (en date du 5 septembre 2006) photos géotaguées.
• ocono.com a balisé chacun de ses items "Upcoming Events" avec des valeurs lat/long.
• Harry Chen a balisé son lieu geo
• Multimap.com utilise le geoformat pour baliser les valeurs latitude et longitude sur des pages cartes.
• Pete Prodoehl geotague les billets sur son blog.
• 07.pagesd.info utilise le microformat geo pour baliser les valeurs latitude et longitude pour chaque commune du département d'Ardèche en France.
• OpenGuides a le support pour le microformat geo dans svn et à cette heure vosu pouvez le voir en action sur l'OpenGuide Cotswolds

Implémentations

Cette section est informative.

Les implémentations suivantes ont été développées et soit génèrent ou parsent des geos en dehors du contexte des hCards. Si vous avez une implémentation geo, sentez-vous libre de l'ajouter en haut de la liste. Une fois que la liste sera devenue trop grosse, nous ferons une page wiki séparée.

• Flickr supporte maintenant le microformat geo sur toutes les photos géotaguées. En 11 jours de lancement, il existe désormais plus de 3 millions de photos (en date du 7 septembre) taguées avec le microformat "geo".
• AddressFix prend n'importe quelle adresse valide dans les pays listées ou point sur la carte (en utilisant l'API GoogleMaps) et sort un balisage geo.
  • Pays : Andorre, Australie, Autriche, Belgique, Canada, France, Allemagne, Gibraltar, Italie, Japon (mais seulement en japonais)), Liechtenstein, Luxembourg, Monaco, Pays-Bas, Nouvelle-Zélande, San Marino, Espagne, Suède, Suisse, USA et Vatican.
  • Pour les pays autres que le Royaume Uni, les Iles Britanique et la Chine, il fournit du géocodage pour les noms de pays et les noms de villes (par ex. "Nairobi, Kenya").
  • Pour le Royaume Uni, les Iles Britannique et la Chine, Google renvoie une erreur.
• GreaseRoute est un script utilisateur GreaseMonkey (disponible aussi sous une simple extension Firefox) qui ajoutera des icônes pour l'affichage de la carte MapQuest d'un geo. Ecrit par Andrew Turner
• podster.de trouve les balisages geo dans les fils RSS podcast et cartes sonorisées sur une carte (Allemagne seulement)
• Calvin Yu a écrit un web service qui vous permettra de tracer et décrire facilement des endroits sur une Yahoo Map utilisant hReview and geo.
• Philip Tellis a écrit un javascript pour ajouter des cartes au balisage geo sur les pages
• pnh_mf est un plugin for Textpattern qui supporte l'embarquement des geos et autres microformats dans les gabarits et billets de blogs. Ecrit par Chris Casciano.
• Philip Tellis a écrit quelque javascript pour convertir le microformat geo en une google map utilisant geo.
• Brian Suda a érit une sorte de code d'extraction geo pour convertir les microformats geo vers KML pour utilisation avec Google Maps et Google Earth. Il existe aussi un bookmarklet pour extraire la donnée et la passer automatiquement vers google maps. Il travaille actuellement sur une version GeoRSS pour Yahoo! Maps.
• Fil indique dans un article comment exploiter le microformat geo avec la librarie javascript jQuery [3].
• GeoPress est un plugin WordPress (http://wordpress.org) qui supporte l'embarquement des adrs, geo, maps (dynamiquement commutable entre les cartes Google-Yahoo-Microsoft) et les fils GeoRSS (http://georss.org). Ecrit par Andrew Turner

Références

Références Normatives

• hCard

Références Informatives

• vCard RFC2426 (HTML reformatted version of RFC2426)
• XHTML 1.0 SE

Chantier en cours

Cette spécification est un chantier en cours. Au fur et à mesure que des aspects supplémentaires sont discutés, compris et écrits, ils seront ajoutés.

Travaux en rapport

• luna (proposition pour un microformat style-geo pour les coordonnées sur la Lune)
• mars (proposition pour un microformat style-geo pour les coordonnées sur la planète Mars)
• geo-extension-stawman - étend geo pour inclure les formats du dessus et pour représenter les coordonnées sur d'autres planètes, lunes, etc.

Travaux similaires

• adr
• hCalendar
• XOXO

Voir aussi

• Geo sur Wikipedia
• Les blogs discutant de cette page
• Sources pour les coordonnées latitude/ longitude

Pages apparentées

• geo
• geo antisèche
• Geo brainstorming - brainstorms et autres explorations en rapport avec Geo (et Geo dans hCard).
  • voir aussi hCard brainstorming
• geo soutien - encourage les autres à utiliser geo.
• Geo exemples dans la jungle
• Geo fait partie de la hCard, aussi utilisez svp :
  • hCard FAQ. Si vous avez quelque question concernant geo-fr, regardez les hCard FAQ.
  • hCard feedback
  • hCard problématiques
• location-formats - recherche ayant mené au développement de Geo.
• extensions proposées
  • geo-extension-nonWGS84 - étend Geo pour représenter les coordonnées sur d'autres planètes, lunes, etc ; et pour d'autres schémas terrestres
  • geo-extension-elevation - étend Geo pour représenter l'altitude
  • geo-extension-waypoints - étend Geo pour représenter : ensemble de waypoints ; suivis ; routes et frontières.
• Geo profile - draft
• Si vous avez quelque question à propos de hCard, regardez d'abord les FAQ hCard et si vous ne trouvez pas de réponses, ajoutez vos questions ! (Les chances sont celles que toute question adr s'appliquera tout aussi bien à hCard).