2 Région (état, province, préfecture, etc.) niveau de précision.
3 Sous-région (comté, municipalité, etc.) niveau de précision.
4 Ville (ville, village) niveau de précision.
5 code postal (zip code) niveau de précision.
6 Rue de précision du niveau.
7 niveau de l'Intersection de la précision.
8 Adresse un niveau de précision.
9 Site (nom de l'immeuble, le nom de la propriété, centre commercial, etc.) niveau de précision.
J'étais sûr que j'ai été donnant sur... la vieille histoire de l'arbre et de la forêt. Merci!!!! Ha np, ces choses se produisent, beaucoup dans notre industrie :). Semble que le lien n'est pas valide toute-plus. Merci beaucoup pour copier les valeurs!
Je ne sais pas si vous avez vu, mais la V3 ne comprend pas plus de précision. Il semble qu'il existe une autre manière. Si vous ajoutez les résultats de la address_component éléments, vous obtenez un résultat similaire. Avertissement: je ne suis pas 100% sûr à ce sujet, mais on dirait qu'ils ont inclus l'exactitude de cette façon. Je suis actuellement en train de faire quelques tests est-ce la voie à suivre.
Voici un exemple:
J'ai cherché: 555 Rue de la Perle, Boulder
Voici le résultat avec l'Adresse d'un Niveau de précision (8 niveaux de profondeur).
Cheers @Paedda. J'ai remarqué que accuracy est passé en V3. Il semble avoir été remplacé par une nouvelle valeur dans le geometrics section (ou de ce qu'il a été appelé, d'une autre branche dans le même fichier XML de sortie, je n'ai pas les données à portée de main) en disant ROOFTOP lorsque l'adresse est parfaitement codé, et une gamme d'autres valeurs que lorsqu'il n'est pas exact, et les composantes de l'adresse que vous citez. Oui, c'est le "location_type" membre de la géométrie de la section.
Voici les réel statut de réponses à partir de geocoder:
Vous pouvez la sortie de la status à l'intérieur de votre fonction de géocodage:
myMap.geocoder.geocode(
{ address: someAdress } ),
function ( responses, status ) {
console.log( status );
}
);
Lors du passage de la status, vous pouvez passer ces quatre valeurs:
switch ( status )
{
case 'ROOFTOP' :
var precision = 'precise';
break;
case 'RANGE_INTERPOLATED' :
var precision = 'interpolated';
break;
case 'APPROXIMATE' :
var precision = 'approximately';
break;
case 'ZERO_RESULTS' :
var precision = 'no address';
break;
}
Est-ce basé sur la version 3? Oui, il est. Je vois., pour une raison que je pense sur le TOIT, RANGE_INTERPOLATED, APPROXIMATIVE, et ZERO_RESULTS faisaient partie de la location_type retournés par les résultats ou (à partir de votre code) des réponses.?. Sont aussi celles qui sont inclus dans le champ d'état? Salut en Fait le statut de montre OK, ZERO_RESULTS, OVER_QUERY_LIMIT, REQUEST_DENIED, INVALID_REQUEST, UNKNOWN_ERROR que par les docs de l'API. Dans la V3, c'est le location_type qui montre sur le TOIT....
Voici la Google Maps API Docs. Il contient un tableau avec précision les valeurs...
http://code.google.com/apis/maps/documentation/reference.html#GGeoAddressAccuracy
Constante | Description
0 lieu Inconnu.
1 Pays niveau de précision.
2 Région (état, province, préfecture, etc.) niveau de précision.
3 Sous-région (comté, municipalité, etc.) niveau de précision.
4 Ville (ville, village) niveau de précision.
5 code postal (zip code) niveau de précision.
6 Rue de précision du niveau.
7 niveau de l'Intersection de la précision.
8 Adresse un niveau de précision.
9 Site (nom de l'immeuble, le nom de la propriété, centre commercial, etc.) niveau de précision.
Ha np, ces choses se produisent, beaucoup dans notre industrie :).
Semble que le lien n'est pas valide toute-plus. Merci beaucoup pour copier les valeurs!
OriginalL'auteur John Himmelman
@Pekka
Je ne sais pas si vous avez vu, mais la V3 ne comprend pas plus de précision. Il semble qu'il existe une autre manière. Si vous ajoutez les résultats de la address_component éléments, vous obtenez un résultat similaire. Avertissement: je ne suis pas 100% sûr à ce sujet, mais on dirait qu'ils ont inclus l'exactitude de cette façon. Je suis actuellement en train de faire quelques tests est-ce la voie à suivre.
Voici un exemple:
J'ai cherché: 555 Rue de la Perle, Boulder
Voici le résultat avec l'Adresse d'un Niveau de précision (8 niveaux de profondeur).
accuracy
est passé en V3. Il semble avoir été remplacé par une nouvelle valeur dans legeometrics
section (ou de ce qu'il a été appelé, d'une autre branche dans le même fichier XML de sortie, je n'ai pas les données à portée de main) en disantROOFTOP
lorsque l'adresse est parfaitement codé, et une gamme d'autres valeurs que lorsqu'il n'est pas exact, et les composantes de l'adresse que vous citez.Oui, c'est le "location_type" membre de la géométrie de la section.
OriginalL'auteur Paedda
Voici les réel statut de réponses à partir de
geocoder
:Vous pouvez la sortie de la
status
à l'intérieur de votre fonction de géocodage:Lors du passage de la
status
, vous pouvez passer ces quatre valeurs:Oui, il est.
Je vois., pour une raison que je pense sur le TOIT, RANGE_INTERPOLATED, APPROXIMATIVE, et ZERO_RESULTS faisaient partie de la location_type retournés par les résultats ou (à partir de votre code) des réponses.?. Sont aussi celles qui sont inclus dans le champ d'état?
Salut en Fait le statut de montre OK, ZERO_RESULTS, OVER_QUERY_LIMIT, REQUEST_DENIED, INVALID_REQUEST, UNKNOWN_ERROR que par les docs de l'API. Dans la V3, c'est le location_type qui montre sur le TOIT....
OriginalL'auteur kaiser