Skip to content
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

Performance client (carto) #55

Open
jbdesbas opened this issue Oct 28, 2020 · 3 comments
Open

Performance client (carto) #55

jbdesbas opened this issue Oct 28, 2020 · 3 comments

Comments

@jbdesbas
Copy link
Contributor

Salut,

J'ai l'impression qu'en supprimant la transparence par défaut des points, on améliore assez significativement la performance côté client (testé sur ~4000 points).

styles = {
hidden: {
opacity: 0,
fillOpacity: 0,
color: 'blue',
zIndex: 0
},
default: {
opacity: 0.7,
fillOpacity: 0.5,
color: 'blue',
zIndex: 600
},
current: {
opacity: 0.7,
fillOpacity: 0.5,
color: 'green',
zIndex: 650
},
selected: {
opacity: 0.7,
fillOpacity: 0.5,
color: 'red',
zIndex: 660
},
edit: {
opacity: 0.2,
fillOpacity: 0.1,
color: 'blue',
zIndex: 600
}
};

Petit problème, la couche est rendue dans un premier temps avec un style par défaut (bleu+transparence), puis le style définit dans map.component est appliquée dans un second temps. Ceci freeze (inutilement ?) le client pendant un petit moment.

Est-il possible de déporter la définition du style de la map au niveau de la configuration de chaque sous-module ?

A+

@joelclems
Copy link
Collaborator

C'est un problème qui apparait avec un grand nombre de site.

Il y a tout une politique de gestion de l'affichage des sites à définir
On pourrait

  • se passer de la transparence et ramener le site en courant au premier plan
  • n'afficher que le site en cours dès qu'on est au niveau visite ou observation
  • pouvoir choisir la place que prend la carte selon les cas et les besoin s de place des formulaires (un peu comme ce qui a ete fait dans le mmodule cmr)

pour ce problème particulier je ne ferai pas de configuration spécifique à un module, mais ça pourrait être intéressant dans d'autres cas ??

@jbdesbas
Copy link
Contributor Author

jbdesbas commented Dec 7, 2020

Salut,
Le souci actuellement c'est que, même si non prévu dans une configuration spécifique, le style peut facilement être modifié au niveau du frontend (

styles = {
hidden: {
opacity: 0,
fillOpacity: 0,
color: 'blue',
zIndex: 0
},
default: {
opacity: 0.7,
fillOpacity: 0.5,
color: 'blue',
zIndex: 600
},
current: {
opacity: 0.7,
fillOpacity: 0.5,
color: 'green',
zIndex: 650
},
selected: {
opacity: 0.7,
fillOpacity: 0.5,
color: 'red',
zIndex: 660
},
edit: {
opacity: 0.2,
fillOpacity: 0.1,
color: 'blue',
zIndex: 600
}
};
) et ca fonctionne très bien.
SAUF que, au moment du chargement de la page, la carte est d'abord générée avec le style par défaut de Leaflet (avec la transparence donc), PUIS quelques secondes après, le style écrit dans monitoring-map.component.ts est appliqué. Le fait d'avoir commencé par appliquer le style par défaut fait freezer inutilement le client.

Mais peut-être que c'est un problème à traiter au niveau du coeur de GN (pnx-monitoring-map ? )

@ahurabielle-picnat
Copy link

Bonjour,

Je me permets de relancer ce ticket.
En effet, les latences du module monitoring avec plusieurs milliers de sites deviennent très pénibles à l'utilisation (plusieurs secondes).

Est-ce que des développements sont en cours ou prévus au niveau du module monitoring ?
Je vous remercie pour votre aide.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants