I know this settting was availbale surely in the arcims-esri.<br>But I don't know the wfs part of arcims. I know the wms part.<br><br>Arcims admit setting of scale of availability as server setting.<br>So I suppose also the wfs system of esri-arcims can do it.<br>
<br>I guess this is not a spec. dependent setting.<br>However the real setting should be that the data are available only over a scale.<br><br>>But QGis should really be more clever and not just send plain
GetFeatures. Version 1.8.0 has filter option but it is not very user
friendly. Look what you can do >with Kosmo GIS: <a href="http://188.64.1.61/Kosmo_WFS_3.swf" target="_blank">http://188.64.1.61/Kosmo_WFS_3.swf</a><br>
<font color="#888888"><br></font>thx, I test it.<br><br>cheers,<br><br><div class="gmail_quote">2011/9/2 Rahkonen Jukka <span dir="ltr"><<a href="mailto:Jukka.Rahkonen@mmmtike.fi">Jukka.Rahkonen@mmmtike.fi</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi,<br>
<br>
That is not supported by WFS standard but I don know some services using such a tailored throttle. It could perhaps be a useful configuration option in TinyOWS but it would not suit very well for a public WFS because all the users should be aware of such a limit. And what the server would send without any BBOX in the request?<br>
<br>
But QGis should really be more clever and not just send plain GetFeatures. Version 1.8.0 has filter option but it is not very user friendly. Look what you can do with Kosmo GIS: <a href="http://188.64.1.61/Kosmo_WFS_3.swf" target="_blank">http://188.64.1.61/Kosmo_WFS_3.swf</a><br>
<font color="#888888"><br>
-Jukka Rahkonen-<br>
</font><div><div></div><div class="h5"><br>
Andrea Peri wrote:<br>
<br>
<br>
> Hi,<br>
<br>
> I'm study-ing TinyOWS as server WFS,<br>
using qgis as wfs client.<br>
<br>
> I notice a procedural issue when the dataset is huge.<br>
<br>
> It need a very much time to startup on first visualization.<br>
The qgis plugin need to download all the dataset.<br>
The only solution to avoid this time lost, is activate the "limit-feature" option.<br>
But it is a strange solution.<br>
Infact the qgis WFS-plugin download the first feature untile the limit set, and after don't show any other dataset.<br>
If I try to zoon to a details if the detail is out of the first downloaded feature, simply qgis show nothing.<br>
Perhaps this is an issue of qgis plugin, but however I guess the "limit-feature" solution for huge dataset is not a<br>
solution in many use-case.<br>
<br>
> I guess a better approach should be a<br>
dimension approach.<br>
> Allowing the size in unit of length of the max dataset retrievable.<br>
<br>
> something like<br>
<br>
<limits unit-of-lenght="1000" /> (dont send when the portion asked is more than a square of 1000x1000 unit-of-lenght)<br>
<br>
<br>
<br>
> For example setting max retrievable size = 1000 meters,<br>
the wfs server should be send data only if the bbox asked has a size under<br>
1000meters x 1000meters<br>
<br>
> Without see how much features it could contains.<br>
<br>
> Of course this mean to set something like a scale-dependent limitation,<br>
but this in many use-case is more affordable then a limit-features .<br>
<br>
Regards,<br>
<br>
--<br>
-----------------<br>
Andrea Peri<br>
. . . . . . . . .<br>
qwerty אטלעש<br>
-----------------<br>
<br>
</div></div><div><div></div><div class="h5">_______________________________________________<br>
TinyOWS-users mailing list<br>
<a href="mailto:TinyOWS-users@lists.maptools.org">TinyOWS-users@lists.maptools.org</a><br>
<a href="http://lists.maptools.org/mailman/listinfo/tinyows-users" target="_blank">http://lists.maptools.org/mailman/listinfo/tinyows-users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>-----------------<br>Andrea Peri<br>. . . . . . . . . <br>qwerty אטלעש<br>-----------------<br><br>