Afficher les catégories à zoom faible
publié le@pmiossec wrote in https://codeberg.org/cartes/web/pulls/2017#issuecomment-13151589:
ne pas faire disparaitre la catégorie sélectionnée lorsqu'on zoom out.
Alors il faut un minzoom différent pour chaque catégorie. Car le minzoom actuel est un compromis entre intérêt et taille de la réponse overpass des catégories denses. (et aussi temps de calcul par overpass). Essaie la catégorie tous les Restaurants, à Paris, j'imagine que la réponse est déjà énorme. Le temps de transfert à l'utilisateur est trop long.
Option 1 : on définit un minzoom dans categories.yaml, pour les catégories peu denses comme celle là. Et taginfo peut nous donner la densité moyenne en France ou en Europe, pour identifier les autres catégories peu denses. Faut quand même vérifier le temps de calcul overpass sur une bbox très grande, même si la réponse est petite.
Options 2 : on le fait dynamiquement lors du zoom out. Si la réponse est vide, on autorise à reculer encore. Mais c'est risqué car en dézoomant depuis une zone vide on peut inclure d'un coup la grande ville du coin. Et puis comment on fait à l'ouverture initiale ?
Option 3 : qui résout le temps de transfert mais pas le temps de calcul : on demande d'abord à overpass le nombre de réponses qu'il a trouvées, et on envoie la réponse à l'utilisateur seulement si c'est pas trop gros. Mais alors comment on prévient l'utilisateur ?
Option 4 : on change de techno et on va lire ces POI dans une base osm2pgsql. Option 4a : on lit directement dans cette base pour renvoyer un geojson du même genre qu'overpass. Ça résout le temps de calcul overpass, mais la taille de la reponse sera sensiblement identique. Option 4b : on rajoute la surcouche tilekiln pour les servir sous forme de tuiles. Au zooms faibles la tuile reste légère car les POI sont agrégés en 1 point cluster. Cf #1106
LySioS
En attendant, un message pour dire qu'il faut zoomer si on s'est trop éloigné ne me parait pas superflu.
Comme sur playguide en PJ
laem
À noter : ni Apple ni Google ne permettent l'affichage de restaurants à grande échelle dans ce test vidéo. Ensuite j'ai testé 'attraction touristique' et c'est mieux. Peut-être qu'ils ont en effet des comportements différents en fonction de la densité / du type de lieu ?
Est-ce qu'on peut mieux préciser le problème en cours ? Sur quelle zone et quel type de lieu l'expérience ne marche pas ?
Car peut-être qu'une façon très simple d'avancer c'est d'augmenter d'un ou de 0,5 points le zoom min ?
etienneJr
@LySioS wrote in https://codeberg.org/cartes/web/issues/2029#issuecomment-13162767:
un message pour dire qu'il faut zoomer si on s'est trop éloigné ne me parait pas superflu.
Bizarre, il y avait un message avant, dans l'onglet, à la place des icônes de sélection de catégories, mais on dirait qu'il a disparu. Et oui, quand une catégorie est activée, ça serait malin de prévenir sur la carte elle même, car en mobile l'onglet est souvent fermé.
Bizarre, il y avait un message avant, dans l'onglet, à la place des icônes de sélection de catégories, mais on dirait qu'il a disparu.
Je crois que je l'ai caché après que l'utilisateur a découvert pour la première fois la recherche par catégorie. Il polluait pas mal l'expérience pour les utilisateurs habitués.