[Geoserver-devel] [jira] Created: (GEOS-4051) CLONE -Error Invalid number of points in LinearRing (found 3 - must be 0 or >= 4)

CLONE -Error Invalid number of points in LinearRing (found 3 - must be 0 or >= 4)
---------------------------------------------------------------------------------

                 Key: GEOS-4051
                 URL: http://jira.codehaus.org/browse/GEOS-4051
             Project: GeoServer
          Issue Type: Bug
          Components: Oracle
    Affects Versions: 2.0.1
         Environment: Windows server 2003 R2, Oracle 10g (10.2.0.4), OpenLayers 2.8
            Reporter: jorge fernandez cancio
            Assignee: Andrea Aime

Hello,

I use GeoServer with Oracle 10g R2 datastore and i get this error if i want to display a polgon geometry with line graphic representation.

It's not conventional geometry form but others GIS application like Geomedia can display this geometry anomaly.

Here is the instructions to make the contexte of reproducing of the error :

create table geoserver_crash_geometry (id number(10),geometry1 msdsys.sdo_geometry, constraint geoserver_crash_geometry_pk primary key(id));

insert into user_sdo_geom_metadata (table_name, column_name,diminfo, srid )
values('GEOSERVER_CRASH_GEOMETRY','GEOMETRY1',mdsys.sdo_dim_array(mdsys.sdo_dim_element('x',100000,1100000,0.001),mdsys.sdo_dim_element('y',-300000,700000,0.001),mdsys.sdo_dim_element('z',-1000,10000,0.001)),NULL);

commit;
create index geoserver_crash_geometry$idgeo on geoserver_crash_geometry(geometry1) indextype is mdsys.spatial_index;

insert into geoserver_crash_geometry values(1,
MDSYS.SDO_GEOMETRY(3003,null,null,
MDSYS.SDO_ELEM_INFO_ARRAY(1,1003,1),
MDSYS.SDO_ORDINATE_ARRAY(
849566.389999911,108739.620002377,0,
849557.649999911,108752.030002381,0,
849566.389999911,108739.620002377,0
))
);
commit;

Best regards.

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

I have been reading specs to try to understand how units of measure for properties fit into Geoserver. Here is my interpretation, please correct me if I am wrong:

According to the specs for GML3, it is possible to use a units of measure attribute with a MeasureType or MeasureListType, which are extensions of double and doubleList, respectively. Since WFS 1.1 is supposed to produce GML3, then one could imagine a response to a WFS request that includes the unit of measure for appropriate properties.

However, to get this information out of Geoserver, one has to get it into Geoserver in the first place. The GML extension only supports GML2, which does not include units of measure. And I can;t find any reference to a standard method of documenting units of measure for any other formats (shapefile, PostGIS, ...).

I see that the GML extension is unsupported, so I expect there is no current effort to extend the extension to GML3.

Does anyone know of an effort or discussion that would lead to the implementation of unit of measure for properties?
If yes, can I assist?
If no, is anyone else interested in discussing how this can best be done?

Thanks, Tara

Units of measure work in app-schema for MeasureType. They can be set as a ClientProperty in the mapping file.

On 12/07/10 07:46, Tara Athan wrote:

I have been reading specs to try to understand how units of measure for
properties fit into Geoserver. Here is my interpretation, please correct
me if I am wrong:

According to the specs for GML3, it is possible to use a units of
measure attribute with a MeasureType or MeasureListType, which are
extensions of double and doubleList, respectively. Since WFS 1.1 is
supposed to produce GML3, then one could imagine a response to a WFS
request that includes the unit of measure for appropriate properties.

However, to get this information out of Geoserver, one has to get it
into Geoserver in the first place. The GML extension only supports GML2,
which does not include units of measure. And I can;t find any reference
to a standard method of documenting units of measure for any other
formats (shapefile, PostGIS, ...).

I see that the GML extension is unsupported, so I expect there is no
current effort to extend the extension to GML3.

Does anyone know of an effort or discussion that would lead to the
implementation of unit of measure for properties?
If yes, can I assist?
If no, is anyone else interested in discussing how this can best be done?

Thanks, Tara

------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
Ben Caradoc-Davies <Ben.Caradoc-Davies@anonymised.com>
Software Engineering Team Leader
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre

Thanks for the tip- I will investigate!

Tara

Ben Caradoc-Davies wrote:

Units of measure work in app-schema for MeasureType. They can be set as a ClientProperty in the mapping file.

On 12/07/10 07:46, Tara Athan wrote:

I have been reading specs to try to understand how units of measure for
properties fit into Geoserver. Here is my interpretation, please correct
me if I am wrong:

According to the specs for GML3, it is possible to use a units of
measure attribute with a MeasureType or MeasureListType, which are
extensions of double and doubleList, respectively. Since WFS 1.1 is
supposed to produce GML3, then one could imagine a response to a WFS
request that includes the unit of measure for appropriate properties.

However, to get this information out of Geoserver, one has to get it
into Geoserver in the first place. The GML extension only supports GML2,
which does not include units of measure. And I can;t find any reference
to a standard method of documenting units of measure for any other
formats (shapefile, PostGIS, ...).

I see that the GML extension is unsupported, so I expect there is no
current effort to extend the extension to GML3.

Does anyone know of an effort or discussion that would lead to the
implementation of unit of measure for properties?
If yes, can I assist?
If no, is anyone else interested in discussing how this can best be done?

Thanks, Tara

------------------------------------------------------------------------------

This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

--
Tara Athan
Owner, Athan Ecological Reconciliation Services
tara_athan at alt2is.com
707-272-2115 (cell, preferred)
707-485-1198 (office)
249 W. Gobbi St. #A
Ukiah, CA 95482