[Lizmap-de] Lizmap Tooltip Performance
guenter at lizmap.de
guenter at lizmap.de
Mi Nov 6 00:31:38 PST 2024
Hallo Peter,
wie geschildert, ich befürchte die Geschwindigkeitsprobleme sind bei der
Anzahl von Elementen normal. Lasse mich aber gerne eines Besseren belehren.
Mit dem räumlichen Index mache ich es mir einfach. Den lasse ich gleich beim
Import der Daten in QGIS erstellen:
Du kannst ihn aber wohl auch später in QGIS über die Verarbeitungswerkzeuge
erstellen. Einfach unten links in QGIS Index eingeben:
Viele Grüße
Günter
Von: peter.berger at bluewin.ch <peter.berger at bluewin.ch>
Gesendet: Mittwoch, 6. November 2024 07:51
An: guenter at lizmap.de; lizmap-de at lists.osgeo.org
Betreff: AW: Lizmap Tooltip Performance
Hallo Günter
Wo liegen Deine Daten? In eine PG-DB? Mit räumlichen Index?
Nun als PG-DB. Mit dem räumlichen Index tue ich mich noch schwer.
Die Tabelle sieht so aus:
-- Table: public.mtb_scale
-- DROP TABLE IF EXISTS public.mtb_scale;
CREATE TABLE IF NOT EXISTS public.mtb_scale
(
id integer NOT NULL DEFAULT nextval('mtb_scale_id_seq'::regclass),
geom geometry(MultiLineString,4326),
osm_id character varying(254) COLLATE pg_catalog."default",
name character varying(254) COLLATE pg_catalog."default",
highway character varying(254) COLLATE pg_catalog."default",
waterway character varying(254) COLLATE pg_catalog."default",
aerialway character varying(254) COLLATE pg_catalog."default",
barrier character varying(254) COLLATE pg_catalog."default",
man_made character varying(254) COLLATE pg_catalog."default",
z_order bigint,
other_tags character varying(254) COLLATE pg_catalog."default",
mtb_scale character varying(254) COLLATE pg_catalog."default",
CONSTRAINT mtb_scale_pkey PRIMARY KEY (id)
)
TABLESPACE pg_default;
ALTER TABLE IF EXISTS public.mtb_scale
OWNER to postgres;
Habe versucht den Index so herzustellen:
CREATE INDEX idx_mtb_scale_geom ON mtb_scale USING gist (geom);
Danach habe ich:
-- Table: public.mtb_scale
-- DROP TABLE IF EXISTS public.mtb_scale;
CREATE TABLE IF NOT EXISTS public.mtb_scale
(
id integer NOT NULL DEFAULT nextval('mtb_scale_id_seq'::regclass),
geom geometry(MultiLineString,4326),
osm_id character varying(254) COLLATE pg_catalog."default",
name character varying(254) COLLATE pg_catalog."default",
highway character varying(254) COLLATE pg_catalog."default",
waterway character varying(254) COLLATE pg_catalog."default",
aerialway character varying(254) COLLATE pg_catalog."default",
barrier character varying(254) COLLATE pg_catalog."default",
man_made character varying(254) COLLATE pg_catalog."default",
z_order bigint,
other_tags character varying(254) COLLATE pg_catalog."default",
mtb_scale character varying(254) COLLATE pg_catalog."default",
CONSTRAINT mtb_scale_pkey PRIMARY KEY (id)
)
TABLESPACE pg_default;
ALTER TABLE IF EXISTS public.mtb_scale
OWNER to postgres;
-- Index: idx_mtb_scale_geom
-- DROP INDEX IF EXISTS public.idx_mtb_scale_geom;
CREATE INDEX IF NOT EXISTS idx_mtb_scale_geom
ON public.mtb_scale USING gist
(geom)
TABLESPACE pg_default;
Geht aber nicht viel schneller. Habe ich das mit dem Indexing richtig
gemacht?
Gruss, Peter
Von: guenter at lizmap.de <mailto:guenter at lizmap.de> <guenter at lizmap.de
<mailto:guenter at lizmap.de> >
Gesendet: Dienstag, 5. November 2024 18:24
An: peter.berger at bluewin.ch <mailto:peter.berger at bluewin.ch> ;
lizmap-de at lists.osgeo.org <mailto:lizmap-de at lists.osgeo.org>
Betreff: AW: Lizmap Tooltip Performance
Hallo Peter,
ich denke das verhält sich so wie mit der Suche (über Layer finden). Das
funktioniert gut für ein paar hundert oder wenige tausend Elemente. Wenn die
Datenmenge größer wird braucht es auch bei der Suche eine Weile, bis die
ganzen Daten gelesen wurden. Hier ist dann als Alternative die SQL-Suche
sehr performant.
Wo liegen Deine Daten? In eine PG-DB? Mit räumlichen Index?
Zum Fehler mit dem Tooltip in der V8:
Es gibt einen Workaround: Wenn bei der Tooltip-Definition eine HTML-Vorlage
genutzt wird funktioniert es einwandfrei.
Siehe https://github.com/3liz/lizmap-web-client/issues/4926
Viele Grüße
Günter
Von: peter.berger at bluewin.ch <mailto:peter.berger at bluewin.ch>
<peter.berger at bluewin.ch <mailto:peter.berger at bluewin.ch> >
Gesendet: Dienstag, 5. November 2024 09:43
An: guenter at lizmap.de <mailto:guenter at lizmap.de> ; lizmap-de at lists.osgeo.org
<mailto:lizmap-de at lists.osgeo.org>
Betreff: Lizmap Tooltip Performance
Im Zusammenhang mit Tooltip habe ich dieses auch etwas ausprobiert und die
Feststellung gemacht, dass wenn immer ich dies anwende es mehrere Sekunden
dauert, bis man die Funktion verwenden kann. So bei nur 435 Polygone bei
«mtb_relation» fast 20 Sekunden bei 25000 Polygone bei «mtb_scale» noch
länger. Ist dies bei Euch auch so? Es scheint, dass du zuerst etwas
berechnet werden muss.
Mountainbike - Development - Lizmap
<https://www.wandelderzeit.ch/lizmap-web-client-3.7.9/lizmap/www/index.php/v
iew/map?repository=development&project=Mountainbike>
Gruss, Peter
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.osgeo.org/pipermail/lizmap-de/attachments/20241106/884052d1/attachment-0001.htm>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname : image002.jpg
Dateityp : image/jpeg
Dateigröße : 33396 bytes
Beschreibung: nicht verfügbar
URL : <http://lists.osgeo.org/pipermail/lizmap-de/attachments/20241106/884052d1/attachment-0002.jpg>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname : image006.jpg
Dateityp : image/jpeg
Dateigröße : 20405 bytes
Beschreibung: nicht verfügbar
URL : <http://lists.osgeo.org/pipermail/lizmap-de/attachments/20241106/884052d1/attachment-0003.jpg>
Mehr Informationen über die Mailingliste Lizmap-de