-
Notifications
You must be signed in to change notification settings - Fork 33
Erreur pour "Ouvrir le lien externe" lorsque c'est une municipalité #409
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Même si le reste des entités ne donnent pas nécessairement d'erreurs, presque tous les lignes et polygones n'aboutissent à rien dans google maps en raison de la géométrie complexe (pleins de points lon/lat). Définitivement à travailler |
On a 2 choix possibles :
Vote ! |
Pour moi ça serait l'option 2, le but de l'ouvrir dans Google c'est quand même qu'il soit lié à l'élément de google... comme si tu avais fait la recherche dans Google |
Complément d'informations: |
Comme sous-question: |
Je pense que d'ouvrir Google en plein milieu d'une rue qui se trouve au centroïde d'une municipalité par exemple, ne dit pas grand chose... De plus, Google fait aussi une association avec l'adresse la plus proche quand tu lui passes une coordonnée |
Je pense que je dirais choix 1 aussi. Étant donné que tu recherches à te localiser dans google map je pense que c'est ce qui est le plus important c'est de localiser la position plutôt que l'information. Une fois que tu es localisé, tu pourras poursuivre tes recherches pour obtenir les informations google si tu le désires. Si tu prends l'option 2, tu ne seras pas capable de te retrouver pour poursuivre les recherches. Par exemple si tu cherches une borne sumi dans igo et tu veux la retrouver dans google, l'option 2 va te faire chier car tu ne les retrouveras jamais à partir de ses informations. |
Bon je suis d,accord avec les deux commentaires précédents, en fait le meilleur comportement dépend du type d'élément... pour une mun effectivement, ça ne fait pas de sens d'être localisé à une adresse au centre de celle-ci. Pour une borne par contre, oui on voudrait être sur le point |
Ça complique les affaires si ce n'est pas général: |
Faire les 2 options dans le menu, genre: Bonne idée? |
Pour l'adresse, je ne pense pas que ça serait un problème d'utiliser la coordonnée... Mais sinon on retire le lien Google Maps quand ça fait pas de sens? Car pour une municipalité, ça ne fait pas de sens de localiser un point, ce n'est pas utile. |
On peut garder la coordonnée pour les points et faire un custom pour les lignes et les polygones avec nom ou simplement l'enlever pour les lignes et polygones... Si on veut garder ça générique |
Je pense que de laisser le choix à l'utilisateur de chercher soit la description ou la localisation ça reste le plus simple (à faire, à utiliser, à configurer) et ça laisse la flexibilité de pouvoir faire les 2 recherches selon ce que l'utilisateur à envie de faire. Si on commence à paramétrer pour chacun des types de recherche c'est sur que ça va arriver qu'un utilisateur va vouloir la localisation pour une recherche X et qu'un autre voudra la description. |
* ui(miniMap): update miniMap title when more than 2 baselayers * feat(title): move logic to baselayers-switcher
Lorsque l'on recherche une municipalité, on obtient une erreur lorsque l'on clique sur "Ouvrir le lien externe" de GoogleMaps.
Test fait avec: les municipalités:
"Gouvernement régional d'Eeyou Istchee Baie-James" =>
about:blank#blocked
et
"Maskinongé" =>
413. That’s an error. Your client issued a request that was too large. That’s all we know.
The text was updated successfully, but these errors were encountered: