<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">Hi, <br>
      <br>
      Thanks to the work of Jorge Piera they are really based on the ISO
      19107:2003 [1], which "specifies conceptual schemas for describing
      the spatial characteristics of geographic features". <br>
      <br>
      GML (ISO 19136:2007) [2] is a XML encoding compliant with the
      previous ISO, so geometry types are similar to gvSIG's.<br>
      <br>
      Regards.<br>
      <br>
      [1]
<a class="moz-txt-link-freetext" href="http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=26012">http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=26012</a><br>
      [2]
<a class="moz-txt-link-freetext" href="http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=32554">http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=32554</a><br>
      <br>
      El 06/06/13 17:26, Jordi Torres escribi&oacute;:<br>
    </div>
    <blockquote
cite="mid:CAM4StfCstLcGo+eYJBtiYYep+PkG3Dmut7v9JOUTUt6-iHGJcQ@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>
          <div>Hi Fran, <br>
            <br>
          </div>
          That names are based in the GML specification AFAIK. <br>
          <br>
        </div>
        Cheers.&nbsp; <br>
      </div>
      <div class="gmail_extra"><br>
        <br>
        <div class="gmail_quote">2013/6/6 Francisco Puga <span
            dir="ltr">&lt;<a moz-do-not-send="true"
              href="mailto:fpuga@cartolab.es" target="_blank">fpuga@cartolab.es</a>&gt;</span><br>
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Cesar,<br>
            <br>
            There is any reason to choose that names, surface and so on,
            instead<br>
            the more common denominations?<br>
            <br>
            2013/6/6 Simon Cropper &lt;<a moz-do-not-send="true"
              href="mailto:simoncropper@fossworkflowguides.com">simoncropper@fossworkflowguides.com</a>&gt;:<br>
            <div class="HOEnZb">
              <div class="h5">&gt; &nbsp;&gt; Simon, would you be able to
                share the shapefile with us so we can try<br>
                &gt; &nbsp;&gt; to find what is happening?<br>
                &gt;<br>
                &gt; I have I sent them to Joaquin del Cerro<br>
                &gt;<br>
                &gt; On 06/06/13 19:43, C&egrave;sar Ordi&ntilde;ana wrote:<br>
                &gt;&gt; El 06/06/13 10:44, Simon Cropper escribi&oacute;:<br>
                &gt;&gt;&gt; Jukka,<br>
                &gt;&gt;&gt;<br>
                &gt;&gt;&gt; To be honest nor have I.<br>
                &gt;&gt;&gt;<br>
                &gt;&gt;&gt; This is what is reported in the gvSIG layer
                properties dialog.<br>
                &gt;&gt;<br>
                &gt;&gt; Hi,<br>
                &gt;&gt;<br>
                &gt;&gt; The MultiSurface3D type is the gvSIG geometry
                type name, not the Shape<br>
                &gt;&gt; type name, as it is independent of the data
                source type.<br>
                &gt;&gt;<br>
                &gt;&gt; The relationship between gvSIG geometry types
                and the shapefile ones is,<br>
                &gt;&gt; more or less:<br>
                &gt;&gt;<br>
                &gt;&gt; - Surface: Polygon<br>
                &gt;&gt; - Curve: Polyline<br>
                &gt;&gt; - Point: Point<br>
                &gt;&gt; - 3D: Z<br>
                &gt;&gt; - 2D: Nothing<br>
                &gt;&gt;<br>
                &gt;&gt; We share the prefix "Multi" and when we add
                support for geometries with<br>
                &gt;&gt; "M" it will be added as a suffix also.<br>
                &gt;&gt;<br>
                &gt;&gt; So a Shape of Polyline type should become a
                Curve2D in gvSIG, a Shape of<br>
                &gt;&gt; PolygonZ type must become a Surface3D, ... In
                the case of a MultiPatch<br>
                &gt;&gt; Shape, maybe it would become a MultiSurface2D
                or MultiSurface3D, but I'm<br>
                &gt;&gt; not sure if this is being taken into account in
                the current code. Anyway<br>
                &gt;&gt; I suppose this is not the case of Simon's shape
                file, so it seems to me<br>
                &gt;&gt; there is a bug in the information shown in the
                layer properties dialog.<br>
                &gt;&gt;<br>
                &gt;&gt; Simon, would you be able to share the shapefile
                with us so we can try to<br>
                &gt;&gt; find what is happening? If I understood you
                well, the file is opened in<br>
                &gt;&gt; gvSIG but the editing and geoprocessing tools
                don't work with it. Is<br>
                &gt;&gt; that so?<br>
                &gt;&gt;<br>
                &gt;&gt; Regards.<br>
                &gt;&gt;<br>
              </div>
            </div>
          </blockquote>
        </div>
      </div>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
C&egrave;sar Ordi&ntilde;ana Navarro
gvSIG software architect
DiSiD Technologies (<a class="moz-txt-link-freetext" href="http://www.disid.com">http://www.disid.com</a>)
</pre>
  </body>
</html>