Hi, With WFS 1.1.0 you can test what is the server side limit for maximum number of features. Just remember 1) use version=1.1.0 2) use plain &request=GetFeature without any filters, maxFeatures/count, or BBOX 3) use &resulttype=hits
http://ows.terrestris.de/geoserver/osm/wfs?service=WFS&version=1.1.0&request=GetFeature&typename=osm_waterways&resulttype=hits Result: <wfs:FeatureCollection numberOfFeatures="1000000" timeStamp="2016-01-05T08:09:46.264Z" xsi:schemaLocation="http://www.opengis.net/wfs http://schemas.opengis.net/wfs/1.1.0/wfs.xsd"/> Your conclusion was right and that server returns 1 million features at maximum. -Jukka Rahkonen- edgar soldin wrote: Jukka, with an 8core 20GB box i can receive 1Mio. items from osm_waterways, seems they limited the layer to that count. can you confirm? ..ede On 02.01.2016 17:33, edgar.sol...@web.de wrote: > hey Jukka, > > just committed r4737 . if that builds could you please check > > 1. wfs auth is working properly (looked like it didn't work before, > did it?) > > 2. it should be faster now, can you compare an old and r4737 against each > other? > > 3. what is the max. item count you can download on a high powered machine > (lot's of ram, x64 java, plenty of cores). on my laptop (2core,Xmx6GB) it was > roughly 500.000 from http://ows.terrestris.de/geoserver/osm/wfs > 'osm_waterways' dataset. > limiting factor seems to be the deegree2 parser, which seems to be > multithreaded but also memory leaky. it get's cleaned up after it is finished > though. > > thx ..ede > > > -------- Forwarded Message -------- > Subject: [JPP-Devel] SVN: [4737] core/trunk > Date: Sat, 2 Jan 2016 16:19:28 +0000 > From: jump-pilot-...@lists.sourceforge.net > Reply-To: OpenJump develop and use > <jump-pilot-devel@lists.sourceforge.net> > To: jump-pilot-devel@lists.sourceforge.net > > Revision: 4737 > http://sourceforge.net/p/jump-pilot/code/4737 > Author: edso > Date: 2016-01-02 16:19:28 +0000 (Sat, 02 Jan 2016) > Log Message: > ----------- > - finetuned wfs httpclient access, unified proxy and auth handling > - wfs request is now buffered to disk for optimal performance > - wfs item count is now limited by RAM only > NOTE: we should probably switch to deegree3+ instead of patching > things up > > ... > > ---------------------------------------------------------------------- > -------- _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > ------------------------------------------------------------------------------ _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel ------------------------------------------------------------------------------ _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel