Opened 14 years ago
Closed 14 years ago
#2297 closed bug (invalid)
XML parsing slows down WFS and GML loading
Reported by: | pcav | Owned by: | nobody |
---|---|---|---|
Priority: | minor: annoyance | Milestone: | Version 1.4.0 |
Component: | Data Provider | Version: | Trunk |
Keywords: | Cc: | ||
Must Fix for Release: | No | Platform: | All |
Platform Version: | Awaiting user input: | no |
Description
WFS loading is very slow: I always thought that was due to bandwidth, but now it seems more likely that XML parsing is the culprit (thanks Furieri for noticing!). The same can be see in GML loading from local file. The effect seems particularly heavy on Windows.
Change History (6)
comment:1 by , 14 years ago
Priority: | major: does not work as expected → minor: annoyance |
---|
comment:2 by , 14 years ago
comment:5 by , 14 years ago
I tested it with the layer ras:IDT_MN11V_DATI_AGGR_PROV. (22MB) with wget and the WFS plugin. I didn't measure the time exactly, but it seemed comparable to me, appr. 60 - 70 seconds.
The reason the CPU works while loading is that the WFS provider does asynchronous request and starts parsing before the whole document has arrived.
comment:6 by , 14 years ago
Resolution: | → invalid |
---|---|
Status: | new → closed |
So better close it - still unsure about GML though, but this will require more testing, especially on Windows.
Is there a test server instance / test file? The WFS provider uses a different approach than the GML reader of OGR. So probably they are slow for different reasons. And yes, reading XML is more demanding performance wise than reading the same information in a binary format.