SE + SAMBRO - Layer properties #83
Labels
No Label
app-basic
app-ckan
app-crisiscleanup
app-cts
app-decidim
app-dhis2
app-frontlinesms
app-gnuhealth
app-kanboard
app-mifosx
app-motech
app-odoo
app-opendatakit
app-pandora
app-sahana
app-seeddms
app-sigmah
app-taarifa
app-ushahidi
critical
CZ
documentation
Doing
enhancement
GMaps
info
Mapbox
needinfo
new-app
OSM
performance
QGIS
regression
suggestion
To Do
upstream
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: Disassembler/Spotter-VM#83
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Pop-up okno má rozdílné settingy.
To chápu, protože to je asi věc jak kdo vyvinul SAMBRO - ale zaujalo mne že to nejsou jen kosmetické změny, ale těch parametrů je tam víc.
Konkrétně je v properties u SAMBRO nějaké nastavení vyrovnávací paměti. Nevím jak reálně funguje a jakým má vliv na vykreslování obsahu vrstev, protože v SAMBRO nemám žádný velký dataset. Nicméně u mapových dat v SE už lze říci, že s množstvím dat ve vestvě je velmi těžké zobrazit celou vrstvu... Data se načítají pomalu, nebo rozhraní řekne že se body na mapě nezobrazí.
Zde ještě bude příležitost k ladění.
Otázka zní: Je to nějaký hlubší záměr v rozdílech, nebo to je pouze nedotažené?
Bylo by účelné toto nastavení vrstev sjednotit?
ukázka SAHANA - modul Map - Layer Properties
ukázka SAMBRO - modul Map - Layer Properties
... aha, už chápu... okno Layer properties nabízí rozdílné formuláře podle toho zda to je Základní vrstva mapových dlaždic, překryvná vrstva nebo vrstva Incidenty, Weather, nebo Rizika.
Přesně tak. Každý typ vrstvy má svá specifika, která u jiného typu nedávají smysl.
Výkon budeme příležitostně řešit až u nedebugovacích sestavení. U debugu jsou zaplá všelijaká logování a trasování, kód není kompilovaný, ale interpretovaný, data se při každém dotazu tahají z databáze a prakticky nic se necachuje, takže to s výkonem zamává dost.
closed
changed milestone to %2