Bart,

I think it should be 0.  Table 5 is in error.
If you look for all instances of startIndex in the spec., it is zero everywhere 
except table 5.  I'll post a change request to fix it.

Ciao.

On 01/04/2012 09:20 AM, Bart van den Eijnden wrote:
> The editor of the WFS spec (Peter Vretanos) should be able to clarify.
>
> Peter, should startIndex start at 0 or at 1? See also the discussion below.
>
> TIA.
>
> Best regards,
> Bart
>
> --
> Bart van den Eijnden
> OSGIS - http://osgis.nl
>
> On Jan 4, 2012, at 3:14 PM, Even Rouault wrote:
>
>> Selon Bart van den Eijnden <[email protected] <mailto:[email protected]>>:
>>
>>> Hi Even,
>>>
>>> but if you look at the schema [1], a value of 0 makes more sense to me
>>> (default value is 0 and not 1):
>>>
>>> <xsd:attribute name="startIndex" type="xsd:nonNegativeInteger" default="0"/>
>>>
>>> [1] http://schemas.opengis.net/wfs/2.0/wfs.xsd
>>
>> Yes, I agree, but the example in the PDF contradicts that, no ? It is a shame
>> that there is no clear text saying somehow "Index 0 means first feature".
>>
>> Who could confirm the "correct" interpretation ?
>>
>>>
>>> Best regards,
>>> Bart
>>>
>>> --
>>> Bart van den Eijnden
>>> OSGIS - http://osgis.nl
>>>
>>> On Jan 4, 2012, at 2:57 PM, Even Rouault wrote:
>>>
>>>> Hi,
>>>>
>>>> I read with interest
>>>>
>>>
>> http://geo-solutions.blogspot.com/2011/12/wfs-for-masses-adding-support-for.html
>>>> and decided to play with GeoServer 2.1.3 and its paging support a bit, with
>>> the
>>>> OGR WFS driver.
>>>>
>>>> I've tested on the samples (tiger:poi layer) and discovered that GeoServer
>>> takes
>>>> as convention that STARTINDEX=0 is the first feature. The issue is that
>>>> MapServer 6 took the convention that STARTINDEX=1 is the first feature, and
>>> this
>>>> is the convention I used to write the OGR WFS driver.
>>>>
>>>> I decided to read again the WFS 2.0 spec PDF and unfortunately I find it
>>> quite
>>>> ambiguous in the spec part, but in the "B.8.4.7 Example 7" section, it
>>> reads :
>>>>
>>>> """
>>>> Find the 5th highest mountain in the region around the Himalayas.
>>>>
>>>> http://www.someserver.com/wfs.cgi?
>>>> SERVICE=WFS&
>>>> VERSION=2.0.0&
>>>> REQUEST=GetFeature&
>>>> TYPENAMES=Mountains&
>>>> BBOX=27.6669,86.4800,28.2709,87.2120&
>>>> SORTBY=Elevation DESC&
>>>> STARTINDEX=5&
>>>> COUNT=1
>>>> """
>>>>
>>>> which would confirm the interpretation of STARTINDEX=1 for the first
>>> feature,
>>>> and STARTINDEX=0.
>>>>
>>>> Any thoughts ?
>>>>
>>>> Best regards,
>>>>
>>>> Even
>>>>
>>>>
>>> ------------------------------------------------------------------------------
>>>> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
>>>> infrastructure or vast IT resources to deliver seamless, secure access to
>>>> virtual desktops. With this all-in-one solution, easily deploy virtual
>>>> desktops for less than the cost of PCs and save 60% on VDI infrastructure
>>>> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
>>>> _______________________________________________
>>>> Geoserver-users mailing list
>>>> [email protected]
>>>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>>>
>>>
>>>
>>
>>
>>
>

-- 
Panagiotis (Peter) A. Vretanos          CubeWerx Inc.
Big Kahuna (Senior Database Developer)  http://www.cubewerx.com
Tel. 416-701-1985  Fax. 416-701-9870    [email protected]

Engineers: DO NOT move coffee machine; it will change settings.
Physicists: DO NOT observe coffee machine; it will change quantum states.

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
_______________________________________________
Geoserver-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Reply via email to