location-formats-fr: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
No edit summary
m (Reverted edit of PmeKp3, changed back to last version by ChristopheDucamp)
Line 35: Line 35:
= Formats de Lieu  =
= Formats de Lieu  =


== vCard
== vCard & hCard ==
vCard (RFC2426) et [[hcard-fr|hCard]] comprennent 'adr', un moyen de baliser les adresses. Elles ont aussi un champ appelé 'geo' pour lat/long.
 
== UPU S42 & OASIS xNAL ==
UPU S42 est un standard pour représenter les adresses postales.  UPU, 'Universal Postal Union', est le consortium de toutes les postes nationales. Voir [http://xml.coverpages.org/ni2003-06-17-a.html UPU S42 Announcement].  xNAL, le nom XML 
et langage de l'adresse, est une première tentative pour standardiser les composants des adresses développées par OASIS,
un consortium de petits processus-business.  La distinction entre vCard/hCard et S42/xAL/xNAL viens pour savoir si les éléments de la ligne adresse en eux-mêmes sont décomposés. par exemple dans xNAL vous pouvez spécifier des composants comme numéro dans la voie, direction préfixe de la rue, nom de la rue, type de voie, direction rue postfix, type sous-adresse (Suite), numéro de sous-adresse.
 
Il n'est pas toujours possible de déterminer pour conclure ces composants à partir d'une ligne adresse, même aux USA où les adresses sont plus canoniques que d'autres."A 4TH ST W STE 10" est une ligne adresse légale aux USA. Le numéro de rue et le nom sont requis (aux USA), par conséquent, ce pourrait être canoniquemnet décomposé sous streetnumber="A", streetname="4TH", streettype="ST", postdirectional="W", subtype="STE", subtypenumber="10". 
 
Les standards UPU S42 et OASIS xNAL sont probablement surdimensionnés pour taguer le contenu web général. Néanmoins, ce sont des standards importants qui devraient être considérés dans les webservices incluant à la fois le géocodage et le géocodate-inversé. Peut-être que les standards apparentés aux adresses décomposées sont quelque chose qui devraient être placés sur une autre page.
 
En outre, il devrait y avoir des pointeurs vers les standards nationaux des adresses.
 
USPS publie une liste complète d'abréviations canoniques pour à la fois les types de rues et les sous-types. Leurs publications sont cohérentes, mais il est facile d'inférer les correspondances correctes. Voir [http://www.usps.com/ncsc/lookups/usps_abbreviations.htm USPS Acronyms & Abbreviations]
 
La Nouvelle Zélande a adopté apparemment une variante de xNAL [http://www.e-government.govt.nz/docs/xnal-guidelines-1-0/index.html NZ xNAL Guidelines Release 1.0].
 
== ICBM ==
Une paire de lat/long séparés par une virgule <code><meta name="ICBM" content="XXX.XXXXX, XXX.XXXXX"></code>
[http://www.catb.org/~esr/jargon/html/I/ICBM-address.html]
 
== GeoUrl ==
* [http://geourl.org/ GeoURL]
** Ceci semble avoir une quantité décente d'adoption par les geeks, bien qu'il y ait beaucoup de problèmes typiques de métadonnées invisibles, de coordonnées inversées, positives au lieu de négatives, etc.
* [http://www.multimap.com/ Multimap.com] fournit une fonctionnalité similaire à GeoUrl, cherchant les sites web et weblog qui sont géotagués ou tagués ICBM, et les ajoute aux bases de données d'informations locales.
 
== Geotags Flickr ==
* [http://steeev.f2o.org/mt/2005/05/geotagging_flickr_with_google_maps_and_greasemonkey_part_2.html Flickr GeoTagging] Un script Greasemonkey pour ajouter des tags lat et long tags aux images flickr. Il utilise Google Maps pour avoir les lat et long. Les utilisateurs doivent entrer les termes de recherche (adresses, etc) et puis sélectionner un point sur la carte google. Les photos sont taguées avec "geo:lat=xx.xxxx", "geo:lon=xx.xxxx" et "geotagged" et agrégées sur [http://geobloggers.com/]
* [http://flickr.com/groups/geotagging/ Un groupe Flickr sur le sujet]
* [http://txfx.net/2005/05/17/flickr-google-maps-geobloggers/ Un parcours visuel de la technique.]
* A ce jour (2005-06-01), 14k photos ont été géotaguées sur Flickr.
* [http://mappr.com mappr], [http://brainoff.com/worldkit/flick mapping flickr] supportent aussi ces geotags.
* flickr supporte aussi [http://www.flickr.com/services/api/flickr.photos.getExif.html les en-têtes EXIF], qui peuvent être utilisés pour stocker des lieux.
* [http://beta.plazes.com plazes] permet aussi de taguer les photos flickr avec des geotags.
 
Ceci est quelque part un problème aussi, parce que des tags mécaniquement générés ne snot pas vraiment des tags. Inclure/régler les "Geotags" flickr pourrait être considéré comme de la pollution de texte vraiment saisi par l'utilisateur, parce que le texte des géotags est simplement un encodage pour un point sur une carte.
 
 
== Geotagging ==
* Geotagging a été employé dans d'autres services hébergés : [http://brainoff.com/worldkit/delicious/ delicious], [http://worldkit.typepad.com/ Typepad], [http://blog.360.yahoo.com/blog-yRZQpvY8cq2kWXBO5ZrxEmrwsg--?p=9 Yahoo 360], [http://www.zoto.com/users/geotags/ Zoto]
 
mais que signifient ces références vers "geotagging" ?
 
== RSS ==
Plusieurs personnes ont essayé de poser de l'information géographique dans RSS.
* [http://postneo.com/icbm/ Ce site] utilise les coordonnées icbm et a des plugins pour plusieurs packages de blogging.
* [http://www.blogmapper.com/ BlogMapper] - semble vouloir ajouter un espace-nom vers RSS.
* [http://www.feedmap.net/BlogMap/ BlogMap] - pioche l'extension RSS et les valeurs métatag.* [http://brainoff.com/worldkit/doc/rss.php worldKit RSS docs] - worldKit défend et comprend différents parfums de RSS géocodé ; particulièrement l'espace-nom "geo".
* [http://earthquake.usgs.gov/recenteqsww/rss.html USGS earthquake feed] - le fil RSS géocodé le plus largement utilisé
* [http://brainoff.com/worldkit/doc/polygon.php Polygones et lignes dans polygones] - Un format simple pour exprimer des polygones et lignes est défini pour worldKit
* [http://developer.yahoo.net/maps/ Yahoo Maps API] - utilise des espaces-nosm "geo" ( http://www.w3.org/2003/01/geo/wgs84_pos# ) et "ymaps" ( http://api.maps.yahoo.com/Maps/V1/AnnotatedMaps.xsd ) pour référencer spatialement RSS comme une section de son API, spécifiquement geo:lat, geo:long, ymaps:Address, ymaps:CityState, ymaps:Zip
 
== RDF ==
* [http://www.geosemantics.org/ Geosemantics Interest Group]
* [http://esw.w3.org/topic/GeoOnion GeoOnion] - un vocabulaire SW pour des items en rapport par la distance les uns des autres.
* [http://www.mapbureau.com/rdfmap1.0/index.html RDFMap]
* [http://esw.w3.org/topic/GeoRDF GeoRDF] effort similaire pour rassembler l'état de l'art, pour un effort dans l'interopérabilité entre les standards OGC et d'auters formats légérs géo.
 
== GML ==
[http://www.opengeospatial.org/docs/02-023r4.pdf Geographic Markup Language] fournit les descriptions XML les plus complètes de l'information géographique disponible. Heureuesment, c'est aussi un usage largement répandu, par conséquent un sous-ensemble communément utilisé de la spécification de 600 pages a vu le jour. GML est utilisé dans le payload OGC WFS décrit ci-dessous.
 
<blockquote style="background: white; border: 1px solid black; padding: 1em;">
 
== Open Geospatical Consortium - OGC ==
Since 1994, [http://www.opengeospatial.org/ Open Geospatial Consortium] has been developing open specifications to enable the exchange of geographic information between applications.  While some GIS vendors opposed OGC initially, essentially all commercial GIS software companies have broken down their proprietary "stovepipes" by embracing OGC specifications.  The recent groundswell of ajax mapping applications can benefit tremendously from using OGC specs.
 
=== WMS ===
The [http://portal.opengeospatial.org/files/?artifact_id=5316 OGC Web Map Service (WMS) specification] makes it easy to request map images from a map rendering engine, such as the [http://mapserver.gis.umn.edu/ UMN Map Server].  It is straightforward to build dynamic tiling ("slippy map") ajax applications that pull in OGC map tiles.  At Where 2.0, [http://www.metacarta.com MetaCarta] demonstrated such an OGC-capable ajax GIS client.  The portal map providers (yahoo/gmaps/msn/map quest) do not yet offer WMS interfaces, so someone should wrap their proprietary interfaces in a WMS wrapper to encourage them :-)
 
=== WCS ===
 
Web Coverage Service extends WMS to enable attribute information about large area overview maps.
 
 
=== WFS ===
The [https://portal.opengeospatial.org/files/?artifact_id=8339 OGC Web Feature Service (WFS) specification] is the best way to express geographic information about Web content.  It is more complex than the <i>ad hoc</i> geoURL syntax, and for good reason:  it can be loaded directly into any OGC-capable GIS even if the coordinate information is in a different projection/datum or is more complex than just a point.
 
WFS provides a robust means of querying for geographic entities, such as points, polygons, and more complex feature types.  One can define new feature types simply by describing them.  One can even specify the visual appearance of the geographic features using the [https://portal.opengeospatial.org/files/?artifact_id=1188 OGC Styled Layer Description (SLD) specification].
 
WFS is to vector map data, as WMS is to raster map data.
 
Geographic search results, such as the yellow page information from the portals, could be presented in WFS.  John Battelle commented that RSS forces publishers to attach their business model to their content, instead of to the web site holding the content, so that they can make money no matter where their content flows.  The search portals will probably be forced to do the same, e.g. putting click-through ads in the RSS search results or WFS yellow page results, so that even when you display them in your customized ajax mapping application, the portal publishing the search results can still make money.
 
</blockquote>
 
== Google ==
=== Google Earth XML ===
20050629 at Where 2.0 conference:
"Google Earth has an XML schema for describing a place on the earth. Will be releasing today or tomorrow."
  - John Hanke of Google/Keyhole.
Official KML  [http://www.keyhole.com/kml/kml_doc.html Docs] and [http://www.keyhole.com/kml/kml_tut.html Tutorial]
 
[http://bbs.keyhole.com/ubb/showthreaded.php/Cat/0/Number/16076/an/khGlobe/page/0#16076 Reverse-Engineered KML Schema] (deprecated now that KML 2.0 is officially released)
 
Note that KML supports the ''altitude'' component of a coordinate to support 3D terrain.
 
== NMEA ==
 
[http://www.gpsinformation.org/dale/nmea.htmhttp://www.gpsinformation.org/dale/nmea.htm Standard and Proprietary NMEA Sentances]
 
== Wikipedia ==
 
[http://en.wikipedia.org/wiki/Wikipedia:WikiProject_Geographical_coordinates Geo:Coordinates in Wikipedia Project]
 
== ISO6709 ==
[http://en.wikipedia.org/wiki/ISO_6709 : ISO6709 Alpha-numerical representation of Latitude,Longitude,(Altitude)]
 
== Autres Formats ==
 
* GPX = GPS XML format
* [http://en.wikipedia.org/wiki/Wikipedia:WikiProject_Geographical_coordinates Wikipedia markup styles]
* [http://openguides.org/ OpenGuides] and [http://b.evnt.org evnt] are both looking into real-world/folksonomic location name mappings
 
= Location APIs =
 
== Google Maps API ==
* [http://www.google.com/apis/maps/ Google Maps API documentation]
 
== Yahoo Maps API ==
* [http://developer.yahoo.net/maps/ Yahoo Maps API documentation]
 
= Location Data, Outils et Sites =
 
== Address2Coordinates ==
These systems are freely available sources of address to lat/long mappings (US only). The first few are based on US Census data, so they might be up to date.
* [http://www.census.gov/geo/www/tiger/ TIGER]
* [http://www.itl.nist.gov/fipspubs/55new/nav-top-fr.htm FIPS]
* [http://geocoder.us/ geocoder]
* You can get coordinates from UK post-codes from [http://www.streetmap.co.uk streetmap]
* Worldwide city level location data (over 4 million entries) is available from the [http://earth-info.nga.mil/gns/html/ GNS]. This is accessible as a REST service from the [http://brainoff.com/geocoder/ worldkit geocoder]
* [http://www.mysociety.org/?p=83 mysociety.org] is providing an interesting name-based location look-up services.  The results are returned as a CSV file! &nbsp; For instance, the query [http://gaze.mysociety.org/gaze-rest?f=find_places&country=US&state=CA&query=sunnyvale http://gaze.mysociety.org/gaze-rest?f=find_places&country=US&state=CA&query=sunnyvale] returns
 
<pre>
"Name","In","Near","Latitude","Longitude","State","Score"
"Sunnyvale","Santa Clara County","","37.36889","-122.03528","CA","100"
</pre>
but with a mime-type (text/csv) that browsers don't understand.
 
== A2B ==
[http://www.a2b.cc/ A2B] is a location based search engine. Lat and long only. Seems to pick stuff up from geo meta tags. Pages can either be manually entered or [http://www.a2b.cc/help-searching-addurl-blogping.a2b pinged]. They support lat/long and ICBM meta tags.
 
 
== Plazes ==
[http://plazes.com Plazes] is a system that does geo-info based on the network access point that the user's computer is connected to. They use tagging to identify locations.
 
== Sites Cartographie  ==
* [http://www.multimap.com Multimap]
* [http://maps.google.com Google Maps]
* [http://www.mapquest.com MapQuest]
* [http://maps.yahoo.com Yahoo Maps]
* [http://www.mapblast.com MapBlast]
* [http://mapufacture.com mapufacture]
 
= Location Brainstorming =
 
Beaucoup de cela a été discuté et décrit à la conférence Where 2.0 d'O'Reilly sur le BOF Microformat.
 
Voir les notes [[geo-bof-2005-06-30]].
 
Une des idés qui est sortie du BOF était l'idée de [[location-tagging-fr|taguer le lieu]].
 
== Conclusions sur de nouveaux microformats ==
 
Les conclusions par consensus à partir du BOF Microformat GEO chez Where 2.0 fût de définir deux nouveaux microformats pour renvoyer les deux types de données géo les plus communément publiées.
* [[adr-fr|adr]] - pour représenter / baliser l'information du lieu de l'adresse. "adr" est simplement la propriété "adr" de [[hcard-fr|hCard]] et toutes ses sous-propriétés
* [[geo-fr|geo]] - pour représenter / baliser / publier l'information de lieu latitude et longitude. "geo" est simplement la propriété [[hcard-fr|hCard]] "geo" et toutes ses sous-propriétés, avec la donnée explicitement spécifiée de WGS84.

Revision as of 13:20, 28 May 2007

Recherche sur 'Location'

Ceci est une liste des efforts précedents sur les formats de données et protocoles de lieu / géographique ("Geo), sous forme d'une recherche de contexte pour développer un format lieu.

Auteurs

  • Tantek Çelik
  • Bud Gibson
  • Ryan King
  • Eron Wright
  • ...
  • svp ajoutez-vous si vous avez aidé sur ce document.

(traduction en cours Christophe Ducamp)

Exemples de Lieu

Ce que les Personnes sont en train de Publier

  • liens vers des services de cartes, URLs canoniques vers des services tiers comme :
    • Google Maps
    • Map Quest
    • Yahoo Maps
  • formats humain / nommés / juridiques
    • endroits nommés, par exemple Westin St. Francis
    • adresses, comprendant les codes postaux (zip)
  • global/mathématique/géométrique
    • Latitude / Longitude / Altitude
      • PRODUIT un bouton GeoURL
      • Geo en RSS. Veut dire qu'un billet spécifique de blog est associé avec une lat/log spécifique. Pas spécifique au sujet de savoir si cela signifie le lieu à partir duquel le billet a été produit ou l'endroit dont le billet traite.
      • La plupart des systèmes n'ont pas pour objectif ou ne supportent le composant altitude d'une coordonnée. Parce que la cartographie terrain en 3D crôit en popularité (Google Earth), on s'attend à ce que les systèmes de géocodage fournissent l'altitude.

Formats de Lieu

vCard & hCard

vCard (RFC2426) et hCard comprennent 'adr', un moyen de baliser les adresses. Elles ont aussi un champ appelé 'geo' pour lat/long.

UPU S42 & OASIS xNAL

UPU S42 est un standard pour représenter les adresses postales. UPU, 'Universal Postal Union', est le consortium de toutes les postes nationales. Voir UPU S42 Announcement. xNAL, le nom XML et langage de l'adresse, est une première tentative pour standardiser les composants des adresses développées par OASIS, un consortium de petits processus-business. La distinction entre vCard/hCard et S42/xAL/xNAL viens pour savoir si les éléments de la ligne adresse en eux-mêmes sont décomposés. par exemple dans xNAL vous pouvez spécifier des composants comme numéro dans la voie, direction préfixe de la rue, nom de la rue, type de voie, direction rue postfix, type sous-adresse (Suite), numéro de sous-adresse.

Il n'est pas toujours possible de déterminer pour conclure ces composants à partir d'une ligne adresse, même aux USA où les adresses sont plus canoniques que d'autres."A 4TH ST W STE 10" est une ligne adresse légale aux USA. Le numéro de rue et le nom sont requis (aux USA), par conséquent, ce pourrait être canoniquemnet décomposé sous streetnumber="A", streetname="4TH", streettype="ST", postdirectional="W", subtype="STE", subtypenumber="10".

Les standards UPU S42 et OASIS xNAL sont probablement surdimensionnés pour taguer le contenu web général. Néanmoins, ce sont des standards importants qui devraient être considérés dans les webservices incluant à la fois le géocodage et le géocodate-inversé. Peut-être que les standards apparentés aux adresses décomposées sont quelque chose qui devraient être placés sur une autre page.

En outre, il devrait y avoir des pointeurs vers les standards nationaux des adresses.

USPS publie une liste complète d'abréviations canoniques pour à la fois les types de rues et les sous-types. Leurs publications sont cohérentes, mais il est facile d'inférer les correspondances correctes. Voir USPS Acronyms & Abbreviations

La Nouvelle Zélande a adopté apparemment une variante de xNAL NZ xNAL Guidelines Release 1.0.

ICBM

Une paire de lat/long séparés par une virgule <meta name="ICBM" content="XXX.XXXXX, XXX.XXXXX"> [1]

GeoUrl

  • GeoURL
    • Ceci semble avoir une quantité décente d'adoption par les geeks, bien qu'il y ait beaucoup de problèmes typiques de métadonnées invisibles, de coordonnées inversées, positives au lieu de négatives, etc.
  • Multimap.com fournit une fonctionnalité similaire à GeoUrl, cherchant les sites web et weblog qui sont géotagués ou tagués ICBM, et les ajoute aux bases de données d'informations locales.

Geotags Flickr

Ceci est quelque part un problème aussi, parce que des tags mécaniquement générés ne snot pas vraiment des tags. Inclure/régler les "Geotags" flickr pourrait être considéré comme de la pollution de texte vraiment saisi par l'utilisateur, parce que le texte des géotags est simplement un encodage pour un point sur une carte.


Geotagging

mais que signifient ces références vers "geotagging" ?

RSS

Plusieurs personnes ont essayé de poser de l'information géographique dans RSS.

RDF

  • Geosemantics Interest Group
  • GeoOnion - un vocabulaire SW pour des items en rapport par la distance les uns des autres.
  • RDFMap
  • GeoRDF effort similaire pour rassembler l'état de l'art, pour un effort dans l'interopérabilité entre les standards OGC et d'auters formats légérs géo.

GML

Geographic Markup Language fournit les descriptions XML les plus complètes de l'information géographique disponible. Heureuesment, c'est aussi un usage largement répandu, par conséquent un sous-ensemble communément utilisé de la spécification de 600 pages a vu le jour. GML est utilisé dans le payload OGC WFS décrit ci-dessous.

Open Geospatical Consortium - OGC

Since 1994, Open Geospatial Consortium has been developing open specifications to enable the exchange of geographic information between applications. While some GIS vendors opposed OGC initially, essentially all commercial GIS software companies have broken down their proprietary "stovepipes" by embracing OGC specifications. The recent groundswell of ajax mapping applications can benefit tremendously from using OGC specs.

WMS

The OGC Web Map Service (WMS) specification makes it easy to request map images from a map rendering engine, such as the UMN Map Server. It is straightforward to build dynamic tiling ("slippy map") ajax applications that pull in OGC map tiles. At Where 2.0, MetaCarta demonstrated such an OGC-capable ajax GIS client. The portal map providers (yahoo/gmaps/msn/map quest) do not yet offer WMS interfaces, so someone should wrap their proprietary interfaces in a WMS wrapper to encourage them :-)

WCS

Web Coverage Service extends WMS to enable attribute information about large area overview maps.


WFS

The OGC Web Feature Service (WFS) specification is the best way to express geographic information about Web content. It is more complex than the ad hoc geoURL syntax, and for good reason: it can be loaded directly into any OGC-capable GIS even if the coordinate information is in a different projection/datum or is more complex than just a point.

WFS provides a robust means of querying for geographic entities, such as points, polygons, and more complex feature types. One can define new feature types simply by describing them. One can even specify the visual appearance of the geographic features using the OGC Styled Layer Description (SLD) specification.

WFS is to vector map data, as WMS is to raster map data.

Geographic search results, such as the yellow page information from the portals, could be presented in WFS. John Battelle commented that RSS forces publishers to attach their business model to their content, instead of to the web site holding the content, so that they can make money no matter where their content flows. The search portals will probably be forced to do the same, e.g. putting click-through ads in the RSS search results or WFS yellow page results, so that even when you display them in your customized ajax mapping application, the portal publishing the search results can still make money.

Google

Google Earth XML

20050629 at Where 2.0 conference:

"Google Earth has an XML schema for describing a place on the earth. Will be releasing today or tomorrow." 
  - John Hanke of Google/Keyhole.

Official KML Docs and Tutorial

Reverse-Engineered KML Schema (deprecated now that KML 2.0 is officially released)

Note that KML supports the altitude component of a coordinate to support 3D terrain.

NMEA

Standard and Proprietary NMEA Sentances

Wikipedia

Geo:Coordinates in Wikipedia Project

ISO6709

: ISO6709 Alpha-numerical representation of Latitude,Longitude,(Altitude)

Autres Formats

Location APIs

Google Maps API

Yahoo Maps API

Location Data, Outils et Sites

Address2Coordinates

These systems are freely available sources of address to lat/long mappings (US only). The first few are based on US Census data, so they might be up to date.

"Name","In","Near","Latitude","Longitude","State","Score"
"Sunnyvale","Santa Clara County","","37.36889","-122.03528","CA","100"

but with a mime-type (text/csv) that browsers don't understand.

A2B

A2B is a location based search engine. Lat and long only. Seems to pick stuff up from geo meta tags. Pages can either be manually entered or pinged. They support lat/long and ICBM meta tags.


Plazes

Plazes is a system that does geo-info based on the network access point that the user's computer is connected to. They use tagging to identify locations.

Sites Cartographie

Location Brainstorming

Beaucoup de cela a été discuté et décrit à la conférence Where 2.0 d'O'Reilly sur le BOF Microformat.

Voir les notes geo-bof-2005-06-30.

Une des idés qui est sortie du BOF était l'idée de taguer le lieu.

Conclusions sur de nouveaux microformats

Les conclusions par consensus à partir du BOF Microformat GEO chez Where 2.0 fût de définir deux nouveaux microformats pour renvoyer les deux types de données géo les plus communément publiées.

  • adr - pour représenter / baliser l'information du lieu de l'adresse. "adr" est simplement la propriété "adr" de hCard et toutes ses sous-propriétés
  • geo - pour représenter / baliser / publier l'information de lieu latitude et longitude. "geo" est simplement la propriété hCard "geo" et toutes ses sous-propriétés, avec la donnée explicitement spécifiée de WGS84.