[mapguide-internals] Serving WFS data from MapGuide

Kenneth Skovhede, GEOGRAF A/S ks at geograf.dk
Fri Mar 13 09:52:15 EDT 2009


When issuing the "GETCAPABILITIES" call for WFS on MapGuide, the 
following fragment is part of the response:
<FeatureType>
<Name>ns180401301:BuildingOutlines</Name>
<Title>Building Outlines</Title>
<Abstract>Building Outlines.</Abstract>
<Keyword>Buildings, Outlines</Keyword>
<SRS>EPSG:4326</SRS>
<LatLongBoundingBox minx="-87.74" miny="43.68" maxx="-87.69" maxy="43.815"/>
</FeatureType>

The name is set to be "ns180401301:BuildingOutlines", where the prefix 
is some random number to prevent clashes, I presume.

When issuing the the "DESCRIBEFEATURETYPE" call for the above type, this 
fragment is part of the response:
<xs:schema xmlns:xs="..." xmlns:fdo="..." xmlns:gml="..." 
xmlns:SHP_Schema="..." elementFormDefault="qualified" 
attributeFormDefault="unqualified">
  <xs:element name="BuildingOutlines" 
type="SHP_Schema:BuildingOutlinesType" abstract="false" 
substitutionGroup="gml:_Feature">
    <xs:key name="BuildingOutlinesKey">
      <xs:selector xpath=".//BuildingOutlines"/>
      <xs:field xpath="Autogenerated_SDF_ID"/>
    </xs:key>
  </xs:element>

and so is this fragment:

 <xs:element name="Autogenerated_SDF_ID" fdo:readOnly="true" 
minOccurs="0" fdo:autogenerated="true">
    <xs:simpleType>
      <xs:restriction base="fdo:int32"/>
    </xs:simpleType>
    <xs:annotation>
      <xs:documentation>Autogenerated identity property</xs:documentation>
    </xs:annotation>
  </xs:element>

My questions are:
1) Why is the prefix not part of the name in the response?
2) Is the client supposed to guess that the prefix is dispensable and 
should be removed?
3) Why does the key have type "fdo:int32" instead of "xs:integer"?

-- 
Regards, Kenneth Skovhede, GEOGRAF A/S




More information about the mapguide-internals mailing list