[CITE-Forum] Fwd: CITE TESTS FOR SOS v1.0 cannot run with the server that supports both v1.0 and v2.0

Admin, DOI SPAM doi-spam-admin at doi.gov
Tue Feb 25 14:05:00 EST 2014


---------- Forwarded message ----------
From: Alexander Birger <alexander.birger at noaa.gov>
Date: Mon, Dec 2, 2013 at 11:32 AM
Subject: Re: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the
server that supports both v1.0 and v2.0
To: 宗岩 Rocky <rocky at gis.tw>, Luis Bermudez <lbermudez at opengeospatial.org>
Cc: 文元 Cool <cool at gis.tw>, 嵐焜 Peter <peter at gis.tw>,
cite-forum at lists.opengeospatial.org


Hi Rocky,



The server actually responds to both POST requests when I send them
separatly, and returns valid SensorML documents. However, OGC tests end up
with the “error in call to an extension function”, which seems wrong…




*Alex Birger*Systems Engineer

Skjei Telecom

7777 Leesburg Pike, Suite 315N
Falls Church, VA 22043

Direct:   +1 703 917 9889

Main:    +1 703 917 4077

Fax:       +1 703 917 0098
e-mail: *alex.birger at skjeitelecom.com <alex.birger at skjeitelecom.com>*

My availability: *http://www.timebridge.com/mytime/alexanderbirger
<http://www.timebridge.com/mytime/alexanderbirger>*



*CONFIDENTIALITY NOTICE: For intended Skjei Telecom recipients only*.



*From:* 宗岩 Rocky [mailto:rocky at gis.tw]
*Sent:* Wednesday, November 27, 2013 8:28 PM
*To:* Alexander Birger; 'Luis Bermudez'
*Cc:* cite-forum at lists.opengeospatial.org; 嵐焜 Peter; 文元 Cool
*Subject:* RE: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the
server that supports both v1.0 and v2.0



Hi, Alex,



               These two tests will run by post method and the URL is
“http://ioossos.axiomalaska.com/52n-sos-ioos-stable/sos/pox” from the
capabilities.

               If there is no response from post method??



*----------------------------------------------------------------------------------------------------------------------------------*

Tsung-Yen Lee (Rocky)

assistant software engineer

GIS Research Center, Feng-Chia University Taiwan

[image: 描述: joinFB] <http://www.facebook.com/GIS.FCU>



*From:* Alexander Birger
[mailto:alexander.birger at noaa.gov<alexander.birger at noaa.gov>]

*Sent:* Tuesday, November 26, 2013 11:39 PM
*To:* 宗岩 Rocky; 'Luis Bermudez'
*Cc:* cite-forum at lists.opengeospatial.org; 嵐焜 Peter; 文元 Cool
*Subject:* RE: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the
server that supports both v1.0 and v2.0



Hi Rocky,



I’ve run these two tests numerous times on our test server (
http://ioossos.axiomalaska.com/52n-sos-ioos-stable/sos/kvp), and it always
returns “error in call to an extension function”. In fact, the server
response is a SensorML document, which passes schema validation with
Oxygen. I am not sure that attachments are allowed here but just in case I
attached the server response.



Thank you,




*Alex Birger*Systems Engineer

Skjei Telecom

7777 Leesburg Pike, Suite 315N
Falls Church, VA 22043

Direct:   +1 703 917 9889

Main:    +1 703 917 4077

Fax:       +1 703 917 0098
e-mail: *alex.birger at skjeitelecom.com <alex.birger at skjeitelecom.com>*

My availability: *http://www.timebridge.com/mytime/alexanderbirger
<http://www.timebridge.com/mytime/alexanderbirger>*



*CONFIDENTIALITY NOTICE: For intended Skjei Telecom recipients only*.



*From:* 宗岩 Rocky [mailto:rocky at gis.tw <rocky at gis.tw>]
*Sent:* Monday, November 25, 2013 9:53 PM
*To:* Alexander Birger; 'Luis Bermudez'
*Cc:* cite-forum at lists.opengeospatial.org; 嵐焜 Peter; 文元 Cool
*Subject:* RE: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the
server that supports both v1.0 and v2.0



Hi, Alex,



        It seems no response from your SOS service or the response is not a
validated SensorML xml.



        I tested on TE2 (http://cite.opengeospatial.org/te2/) where SOS Url
is “http://sensorweb.demo.52north.org/52nSOSv3.2.1/sos”.

        All test passed and no error occurred.



*----------------------------------------------------------------------------------------------------------------------------------*

Tsung-Yen Lee (Rocky)

assistant software engineer

GIS Research Center, Feng-Chia University Taiwan

[image: 描述: joinFB] <http://www.facebook.com/GIS.FCU>



*From:* Alexander Birger
[mailto:alexander.birger at noaa.gov<alexander.birger at noaa.gov>]

*Sent:* Tuesday, November 26, 2013 6:16 AM
*To:* 'Luis Bermudez'
*Cc:* 宗岩 Rocky; cite-forum at lists.opengeospatial.org; 嵐焜 Peter; 文元 Cool
*Subject:* RE: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the
server that supports both v1.0 and v2.0



Hi Luis,



Thank you. Looks like a couple more tests do not work. Here are the logs
for these tests:





Log for test s0016/d2405e577_1/d2405e1528_1

Test
describeSensor:core-SOS.DescribeSensor-ResponseMatchingResponseFormat.1
type Mandatory default result Passed (s0016/d2405e577_1/d2405e1528_1)

Assertion: The format of the response document matches the outputFormat
specified in the request and is valid according to the outputFormat schema.

Message d1e491_1:

   ****

Message d1e495_1:

   Procedure: "urn:ioos:network:example:all"

Message d1e497_1:

   OutputFormat: "text/xml; subtype="sensorML/1.0.1/profiles/ioos_sos/1.0""

Request 966acfe7/d3179e1254_1:

   Method: post

   URL: http://ioossos.axiomalaska.com/52n-sos-ioos-stable/sos/pox

   Body:

<DescribeSensor xmlns="http://www.opengis.net/sos/1.0"

                xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

                xmlns:ctl="http://www.occamlab.com/ctl"

                xmlns:gen="java:com.occamlab.te.Generator"

                xmlns:gml="http://www.opengis.net/gml"

                xmlns:ogc="http://www.opengis.net/ogc"

                xmlns:om="http://www.opengis.net/om/1.0"

                xmlns:ows="http://www.opengis.net/ows/1.1"

                xmlns:parsers="http://www.occamlab.com/te/parsers"

                xmlns:saxon="http://saxon.sf.net/"

                xmlns:sml10="http://www.opengis.net/sensorML/1.0"

                xmlns:sml101="http://www.opengis.net/sensorML/1.0.1"

                xmlns:sos="http://www.opengis.net/sos/1.0"

                xmlns:sosFunctions="
https://cite.opengeospatial.org/sos-1.0.0/src/ctl/functions.xml"

                xmlns:te="http://www.occamlab.com/te"

                xmlns:tec="java:com.occamlab.te.TECore"

                xmlns:tems="java:com.occamlab.te.web.MonitorServlet"

                xmlns:wms="http://www.opengis.net/wms"

                xmlns:xlink="http://www.w3.org/1999/xlink"

                xmlns:xs="http://www.w3.org/2001/XMLSchema"

                xmlns:xsd="http://www.w3.org/2001/XMLSchema"

                outputFormat="text/xml;
subtype="sensorML/1.0.1/profiles/ioos_sos/1.0""

                service="SOS"

                version="1.0.0">

   <procedure>urn:ioos:network:example:all</procedure>

</DescribeSensor>

Error in call to extension function {public synchronized void
com.occamlab.te.TECore.callTest(net.sf.saxon.expr.XPathContext,java.lang.String,java.lang.String,net.sf.saxon.om.NodeInfo,java.lang.String)
throws java.lang.Exception}: Exception in extension function
java.lang.RuntimeException: net.sf.saxon.s9api.SaxonApiException: Error in
call to extension function {public org.w3c.dom.NodeList
com.occamlab.te.TECore.request(org.w3c.dom.Document,java.lang.String)
throws java.lang.Throwable}: Exception in extension function
java.lang.reflect.InvocationTargetException

Result: Failed



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



Test describeSensor:core-SOS.DescribeSensor-ResponseMatchingProcedure.1
type Mandatory default result Passed (s0016/d2405e577_1/d2405e1550_1)

Assertion: The unique identifier in the response document matches the
procedure specified in the request.

Message d1e575_1:

   ****

Message d1e579_1:

   Procedure: "urn:ioos:network:example:all"

Request 966acfe7/d3179e1254_1:

   Method: post

   URL: http://ioossos.axiomalaska.com/52n-sos-ioos-stable/sos/pox

   Body:

<DescribeSensor xmlns="http://www.opengis.net/sos/1.0"

                xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

                xmlns:ctl="http://www.occamlab.com/ctl"

                xmlns:gen="java:com.occamlab.te.Generator"

                xmlns:gml="http://www.opengis.net/gml"

                xmlns:ogc="http://www.opengis.net/ogc"

                xmlns:om="http://www.opengis.net/om/1.0"

                xmlns:ows="http://www.opengis.net/ows/1.1"

                xmlns:parsers="http://www.occamlab.com/te/parsers"

                xmlns:saxon="http://saxon.sf.net/"

                xmlns:sml10="http://www.opengis.net/sensorML/1.0"

                xmlns:sml101="http://www.opengis.net/sensorML/1.0.1"

                xmlns:sos="http://www.opengis.net/sos/1.0"

                xmlns:sosFunctions="
https://cite.opengeospatial.org/sos-1.0.0/src/ctl/functions.xml"

                xmlns:te="http://www.occamlab.com/te"

                xmlns:tec="java:com.occamlab.te.TECore"

                xmlns:tems="java:com.occamlab.te.web.MonitorServlet"

                xmlns:wms="http://www.opengis.net/wms"

                xmlns:xlink="http://www.w3.org/1999/xlink"

                xmlns:xs="http://www.w3.org/2001/XMLSchema"

                xmlns:xsd="http://www.w3.org/2001/XMLSchema"

                outputFormat="text/xml;
subtype="sensorML/1.0.1/profiles/ioos_sos/1.0""

                service="SOS"

                version="1.0.0">

   <procedure>urn:ioos:network:example:all</procedure>

</DescribeSensor>

Error in call to extension function {public synchronized void
com.occamlab.te.TECore.callTest(net.sf.saxon.expr.XPathContext,java.lang.String,java.lang.String,net.sf.saxon.om.NodeInfo,java.lang.String)
throws java.lang.Exception}: Exception in extension function
java.lang.RuntimeException: net.sf.saxon.s9api.SaxonApiException: Error in
call to extension function {public org.w3c.dom.NodeList
com.occamlab.te.TECore.request(org.w3c.dom.Document,java.lang.String)
throws java.lang.Throwable}: Exception in extension function
java.lang.reflect.InvocationTargetException

Result: Failed






*Alex Birger*Systems Engineer

Skjei Telecom

7777 Leesburg Pike, Suite 315N
Falls Church, VA 22043

Direct:   +1 703 917 9889

Main:    +1 703 917 4077

Fax:       +1 703 917 0098
e-mail: *alex.birger at skjeitelecom.com <alex.birger at skjeitelecom.com>*

My availability: *http://www.timebridge.com/mytime/alexanderbirger
<http://www.timebridge.com/mytime/alexanderbirger>*



*CONFIDENTIALITY NOTICE: For intended Skjei Telecom recipients only*.



*From:* Luis Bermudez
[mailto:lbermudez at opengeospatial.org<lbermudez at opengeospatial.org>]

*Sent:* Monday, November 25, 2013 2:27 PM
*To:* Alexander Birger
*Cc:* 宗岩 Rocky; cite-forum at lists.opengeospatial.org; 嵐焜 Peter; 文元 Cool
*Subject:* Re: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the
server that supports both v1.0 and v2.0



Hi Alex,



A revision r10 is now in beta. Fix is passing the reference implementation.
If there are no other issues, we will move it to production.



Thank you.



- Luis

---------------------------------------------------
Luis Bermudez, Ph.D.
Director Compliance Program
Open Geospatial Consortium (OGC)
The OGC: Making Location Count

Skype: bermudez_luis
Twitter: @berdez
Tel: +1 301 760 7323
http://www.opengeospatial.org/ogc/organization/staff/lbermudez



On Nov 20, 2013, at 1:13 PM, Alexander Birger <alexander.birger at noaa.gov>
wrote:



Hi Rocky,



Thanks. Do you have an idea when the
http://cite.opengeospatial.org/teamengine and
http://cite.opengeospatial.org/te2 are going to be fixed as well? They both
still use a faulty r9…




*Alex Birger*Systems Engineer

Skjei Telecom

7777 Leesburg Pike, Suite 315N
Falls Church, VA 22043

Direct:   +1 703 917 9889

Main:    +1 703 917 4077

Fax:       +1 703 917 0098
e-mail: *alex.birger at skjeitelecom.com <alex.birger at skjeitelecom.com>*

My availability: *http://www.timebridge.com/mytime/alexanderbirger
<http://www.timebridge.com/mytime/alexanderbirger>*



*CONFIDENTIALITY NOTICE: For intended Skjei Telecom recipients only*.



*From:* 宗岩 Rocky [mailto:rocky at gis.tw <rocky at gis.tw>]
*Sent:* Monday, November 18, 2013 8:48 PM
*To:* Alexander Birger; cite-forum at lists.opengeospatial.org
*Cc:* 'Luis Bermudez'; 嵐焜 Peter; 文元 Cool
*Subject:* RE: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the
server that supports both v1.0 and v2.0



Hi, Alex,



        Sorry for that error.

        I fixed it and updated to svn. (trunk and tag r9)



*----------------------------------------------------------------------------------------------------------------------------------*

*李宗岩** (Rocky)*

*助理工程師*
* assistant software engineer**逢甲大學地理資訊系統研究中心** GIS Research Center,
Feng-Chia University*

*04-24516669 #350*

<image001.jpg> <http://www.facebook.com/GIS.FCU>



*From:* Alexander Birger
[mailto:alexander.birger at noaa.gov<alexander.birger at noaa.gov>]

*Sent:* Tuesday, November 19, 2013 7:26 AM
*To:* 宗岩 Rocky; cite-forum at lists.opengeospatial.org
*Cc:* 'Luis Bermudez'; 嵐焜 Peter; 文元 Cool
*Subject:* RE: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the
server that supports both v1.0 and v2.0



Hi Rocky,



Have you made the mods yet? I see that the SOS 1.0 test has now revision 9.
Is that the updated one?



I’ve tried this revision anyway, and it seems that the test
‘d2405e561_1/d2405e747_1’ (sos:general-SOS.General-InvalidRequest.1) is
completely broken – it does not work with any SOS implementation, even with
the 52North reference one. It is not clear from the log what kind of
request triggers such a response:



“<log>

<starttest local-name="general-SOS.General-InvalidRequest.1" prefix="sos"
namespace-uri="http://www.opengis.net/sos/1.0" type="Mandatory"
defaultResult="1" path="s0015/d2405e561_1/d2405e747_1"
file="/srv/local/teamengine-te2/TE_BASE/work/srv_local_teamengine-te2_TE_BASE_scripts_sos_1.0.0_ctl_/SOS_ETS/sos$general-SOS.General-InvalidRequest.1.test">

<assertion>

Sending a request that is non-conformant to a schema associated with an SOS
operation causes the server to return a valid error report message with an
exceptionCode value of MissingParameterValue.

</assertion>

<params xmlns:tec="java:com.occamlab.te.TECore"
xmlns:tems="java:com.occamlab.te.web.MonitorServlet" xmlns:html="
http://www.w3.org/1999/xhtml" xmlns:tep="
http://teamengine.sourceforge.net/parsers" xmlns:ows="
http://www.opengis.net/ows/1.1" xmlns:saxon="http://saxon.sf.net/"
xmlns:sos="http://www.opengis.net/sos/1.0" xmlns:gml="
http://www.opengis.net/gml" xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns:xi="http://www.w3.org/2001/XInclude" xmlns:xlink="
http://www.w3.org/1999/xlink" xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance" xmlns:owsTests="
https://www.cite.opengeospatial.org/ows-1.0/tests" xmlns:describeSensor="
https://cite.opengeospatial.org/sos-1.0.0/src/ctl/DescribeSensor.xml"
xmlns:ctl="http://www.occamlab.com/ctl" xmlns:om="
http://www.opengis.net/om/1.0" xmlns:gen="java:com.occamlab.te.Generator"
xmlns:sosFunctions="
https://cite.opengeospatial.org/sos-1.0.0/src/ctl/functions.xml" xmlns:te="
http://www.occamlab.com/te" xmlns:getCapabilities="
https://cite.opengeospatial.org/sos-1.0.0/src/ctl/GetCapabilities.xml"
xmlns:ogc="http://www.opengis.net/ogc" xmlns:xsd="
http://www.w3.org/2001/XMLSchema" xmlns:getObservation="
https://cite.opengeospatial.org/sos-1.0.0/src/ctl/GetObservation.xml"
xmlns:parsers="http://www.occamlab.com/te/parsers">

<param local-name="serviceURL" namespace-uri="" prefix="" type="node()">

<value>

<value key="service-url">

http://d.weatherflow.com/sos/sos.pl

</value>

</value>

</param>

<param local-name="exceptionReportSchema" namespace-uri="" prefix=""
type="node()">

<value>

xsd/ogc/ows/1.1.0/owsExceptionReport.xsd

</value>

</param>

</params>

</starttest>

<exception>

<![CDATA[Error in call to extension function {public synchronized void
com.occamlab.te.TECore.callTest(net.sf.saxon.expr.XPathContext,java.lang.String,java.lang.String,net.sf.saxon.om.NodeInfo,java.lang.String)
throws java.lang.Exception}: Exception in extension function
java.lang.Exception: Fatal Error: XPath syntax error at char 38 on line 57
in {...s:schemaPath($sosSchemaRoot...}: Variable $sosSchemaRoot has not
been declared; SystemID:
file:/srv/local/teamengine-te2/TE_BASE/work/srv_local_teamengine-te2_TE_BASE_scripts_sos_1.0.0_ctl_/SOS_ETS/sos$general-SOS.General-InvalidRequest.1.test;
Line#: 57; Column#: -1 Fatal Error: XPath syntax error at char 57 on line
81 in {...s:schemaPath($sosSchemaRoot...}: Variable $sosSchemaRoot has not
been declared; SystemID:
file:/srv/local/teamengine-te2/TE_BASE/work/srv_local_teamengine-te2_TE_BASE_scripts_sos_1.0.0_ctl_/SOS_ETS/sos$general-SOS.General-InvalidRequest.1.test;
Line#: 81; Column#: -1 Failed to compile stylesheet. 2 errors detected.]]>

</exception>

<endtest result="6"/>

</log>”





Regards,




*Alex Birger*Systems Engineer

Skjei Telecom

7777 Leesburg Pike, Suite 315N
Falls Church, VA 22043

Direct:   +1 703 917 9889

Main:    +1 703 917 4077

Fax:       +1 703 917 0098
e-mail: *alex.birger at skjeitelecom.com <alex.birger at skjeitelecom.com>*

My availability: *http://www.timebridge.com/mytime/alexanderbirger
<http://www.timebridge.com/mytime/alexanderbirger>*



*CONFIDENTIALITY NOTICE: For intended Skjei Telecom recipients only*.



*From:* 宗岩 Rocky [mailto:rocky at gis.tw <rocky at gis.tw>]
*Sent:* Wednesday, November 13, 2013 8:50 PM
*To:* Alexander Birger; cite-forum at lists.opengeospatial.org
*Cc:* 'Luis Bermudez'; 嵐焜 Peter; 文元 Cool
*Subject:* RE: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the
server that supports both v1.0 and v2.0



*Hi, Alex,*



        I will modify scripts to get version according to priority below:

1.     Version  <ows:Parameter> in each <ows:Operation>.

(Xpath =
$capabilitiesDocument//ows:Operation[@name=$operation]/ows:Parameter[@name='version']//ows:AllowedValues/ows:Value[1])



2.     Version  <ows:Parameter> in <ows:OperationsMetadata>.

(Xpath =
$capabilitiesDocument//sos:Capabilities/ows:OperationsMetadata/ows:Parameter[@name='version']/ows:AllowedValues/ows:Value[1])



3.     <ows:ServiceTypeVersion> in <ows:ServiceIdentification>.

(Xpath =
$capabilitiesDocument//sos:Capabilities/ows:ServiceIdentification/ows:ServiceTypeVersion[1])







*----------------------------------------------------------------------------------------------------------------------------------*

*李宗岩** (Rocky)*

*助理工程師*
* assistant software engineer**逢甲大學地理資訊系統研究中心** GIS Research Center,
Feng-Chia University*

*04-24516669 #350*

<image001.jpg> <http://www.facebook.com/GIS.FCU>



*From:* Alexander Birger
[mailto:alexander.birger at noaa.gov<alexander.birger at noaa.gov>]

*Sent:* Tuesday, November 12, 2013 11:49 PM
*To:* 宗岩 Rocky; cite-forum at lists.opengeospatial.org
*Cc:* 'Luis Bermudez'; 嵐焜 Peter; 文元 Cool
*Subject:* RE: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the
server that supports both v1.0 and v2.0



Rocky,



One comment to your suggestion about fixing the Issue #1 : we do not report
the SOS version separately in each <ows:Operation>. Instead, we indicate it
for the whole service in the following two places:



1. <ows:ServiceTypeVersion> in the <ows:ServiceIdentification>

(Xpath =
$capabilitiesDocument//sos:Capabilities/ows:ServiceIdentification/ows:ServiceTypeVersion)



2. <ows:Parameter> in the <ows:OperationsMetadata>

(Xpath =
$capabilitiesDocument//sos:Capabilities/ows:OperationsMetadata/ows:Parameter[@name='version']/ows:AllowedValues/ows:Value[1])



Your other suggestions look great, thank you. Looking forward to testing
the changes.



Regards,




*Alex Birger*Systems Engineer

Skjei Telecom

7777 Leesburg Pike, Suite 315N
Falls Church, VA 22043

Direct:   +1 703 917 9889

Main:    +1 703 917 4077

Fax:       +1 703 917 0098
e-mail: *alex.birger at skjeitelecom.com <alex.birger at skjeitelecom.com>*

My availability: *http://www.timebridge.com/mytime/alexanderbirger
<http://www.timebridge.com/mytime/alexanderbirger>*



*CONFIDENTIALITY NOTICE: For intended Skjei Telecom recipients only*.



*From:* 宗岩 Rocky [mailto:rocky at gis.tw <rocky at gis.tw>]
*Sent:* Tuesday, November 12, 2013 3:51 AM
*To:* Alexander Birger; cite-forum at lists.opengeospatial.org
*Cc:* 'Luis Bermudez'; 嵐焜 Peter; 文元 Cool
*Subject:* RE: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the
server that supports both v1.0 and v2.0



Hi, Alex,



1.     I will modify scripts to get first version in capabilities Document
(Each ows:Operation).

Maybe this will fix this issue.



2.     Scripts will get “outputFormat” value from location
$capabilitiesDocument//ows:Operation[@name='DescribeSensor']//ows:Parameter[@name='outputFormat']//ows:AllowedValues/ows:Value[1]
in the capabilities document. If there is no outputFormat defined in the
capabilities, it will use <text/xml;subtype="sensorML/1.0.0">.

Maybe you can define “outputFormat”=<text/xml;
subtype="sensorML/1.0.1/profiles/ioos_sos/1.0"> in the capabilities.



3.     ows:Constraint” element is not required for “ows:Post” element, I
will modify scripts to get first “ows:POST”href in capabilities



*----------------------------------------------------------------------------------------------------------------------------------*

Tsung-Yen Lee (Rocky)

assistant software engineer

GIS Research Center, Feng-Chia University Taiwan

<image001.jpg> <http://www.facebook.com/GIS.FCU>



*From:* Alexander Birger
[mailto:alexander.birger at noaa.gov<alexander.birger at noaa.gov>]

*Sent:* Tuesday, November 12, 2013 2:21 AM
*To:* 宗岩 Rocky; cite-forum at lists.opengeospatial.org
*Cc:* 'Luis Bermudez'; 嵐焜 Peter; 文元 Cool
*Subject:* RE: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the
server that supports both v1.0 and v2.0



Hi Rocky,



1. Sorry for being not clear – the following DescribeSensor tests do that:



a. “core-SOS.DescribeSensor-RequestInvalidMIMEType.1”

b. “core-SOS.DescribeSensor-RequestInvalidProcedure.1”

c.  “core-SOS.DescribeSensor-ResponseMatchingResponseFormat.1



For example, here is the full log for the last test; you may see the
parameter < version="1.0.0 2.0.0">:



Test
describeSensor:core-SOS.DescribeSensor-ResponseMatchingResponseFormat.1
type Mandatory default result Passed (s0012/d2405e573_1/d2405e1450_1)

Assertion: The format of the response document matches the outputFormat
specified in the request and is valid according to the outputFormat schema.

Message d1e491_1:

   ****

Message d1e495_1:

   Procedure: "urn:ioos:network:test:all"

Message d1e497_1:

   OutputFormat: "text/xml; subtype="sensorML/1.0.1""

Request 966acfe7/d3152e1236_1:

   Method: post

   URL: http://ioossos.axiomalaska.com/52n-sos-ioos-stable/sos/soap
http://ioossos.axiomalaska.com/52n-sos-ioos-stable/sos/pox

   Body:

<DescribeSensor xmlns="http://www.opengis.net/sos/1.0"

                xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

                xmlns:ctl="http://www.occamlab.com/ctl"

                xmlns:gen="java:com.occamlab.te.Generator"

                xmlns:gml="http://www.opengis.net/gml"

                xmlns:ogc="http://www.opengis.net/ogc"

                xmlns:om="http://www.opengis.net/om/1.0"

                xmlns:ows="http://www.opengis.net/ows/1.1"

                xmlns:parsers="http://www.occamlab.com/te/parsers"

                xmlns:saxon="http://saxon.sf.net/"

                xmlns:sml10="http://www.opengis.net/sensorML/1.0"

                xmlns:sml101="http://www.opengis.net/sensorML/1.0.1"

                xmlns:sos="http://www.opengis.net/sos/1.0"

                xmlns:sosFunctions="
https://cite.opengeospatial.org/sos-1.0.0/src/ctl/functions.xml"

                xmlns:te="http://www.occamlab.com/te"

                xmlns:tec="java:com.occamlab.te.TECore"

                xmlns:tems="java:com.occamlab.te.web.MonitorServlet"

                xmlns:wms="http://www.opengis.net/wms"

                xmlns:xlink="http://www.w3.org/1999/xlink"

                xmlns:xs="http://www.w3.org/2001/XMLSchema"

                xmlns:xsd="http://www.w3.org/2001/XMLSchema"

                outputFormat="text/xml; subtype="sensorML/1.0.1""

                service="SOS"

                version="1.0.0 2.0.0">

   <procedure>urn:ioos:network:test:all</procedure>

</DescribeSensor>

Error in call to extension function {public synchronized void
com.occamlab.te.TECore.callTest(net.sf.saxon.expr.XPathContext,java.lang.String,java.lang.String,net.sf.saxon.om.NodeInfo,java.lang.String)
throws java.lang.Exception}: Exception in extension function
java.lang.RuntimeException: net.sf.saxon.s9api.SaxonApiException: Error in
call to extension function {public org.w3c.dom.NodeList
com.occamlab.te.TECore.request(org.w3c.dom.Document,java.lang.String)
throws java.lang.Throwable}: Exception in extension function
java.lang.reflect.InvocationTargetException

Result: Failed





2. Actually, I made a mistake here by reporting a wrong reason of failure.
Sorry for misleading you on that one. Apart from the “version=” issue, the
other reason for the “core-SOS.DescribeSensor-RequestInvalidProcedure.1”
and “core-SOS.DescribeSensor-ResponseMatchingResponseFormat.1” tests to
fail is that IOOS has its own outputFormat for DescribeSensor – <text/xml;
subtype="sensorML/1.0.1/profiles/ioos_sos/1.0">. Although a standard
SensorML outputFormat value <text/xml; subtype="sensorML/1.0.1"> is also
listed in GetCapabilities document, IOOS servers do not accept it. Is it
possible to let user choose the right outputFormat value for the test,
similar to how it is done in the test for SOS 2.0?



3. Yes, IOOS servers report two POST URLs in GetCapabilities response.
However, they have different Constraint values – ‘application/soap+xml’ for
SOAP, and ‘application/xml’ or ‘text/xml’ for POX:



<ows:Post xlink:href = "
http://ioossos.axiomalaska.com/52n-sos-ioos-stable/sos/soap">

      <ows:Constraint name = "Content-Type">

            <ows:AllowedValues>

                  <ows:Value>application/soap+xml</ows:Value>

            </ows:AllowedValues>

      </ows:Constraint>

</ows:Post>

<ows:Post xlink:href = "
http://ioossos.axiomalaska.com/52n-sos-ioos-stable/sos/pox">

      <ows:Constraint name = "Content-Type">

            <ows:AllowedValues>

                  <ows:Value>application/xml</ows:Value>

                  <ows:Value>text/xml</ows:Value>

            </ows:AllowedValues>

      </ows:Constraint>

</ows:Post>



Is it possible to use <ows:Constraint name “Content-Type’> value together
with the <ows:Post xlink:href = “POST_URL”> in order to select the right
URL?



Thank you,




*Alex Birger*Systems Engineer

Skjei Telecom

7777 Leesburg Pike, Suite 315N
Falls Church, VA 22043

Direct:   +1 703 917 9889

Main:    +1 703 917 4077

Fax:       +1 703 917 0098
e-mail: *alex.birger at skjeitelecom.com <alex.birger at skjeitelecom.com>*

My availability: *http://www.timebridge.com/mytime/alexanderbirger
<http://www.timebridge.com/mytime/alexanderbirger>*



*CONFIDENTIALITY NOTICE: For intended Skjei Telecom recipients only*.



*From:* 宗岩 Rocky [mailto:rocky at gis.tw <rocky at gis.tw>]
*Sent:* Saturday, November 09, 2013 7:09 AM
*To:* Alexander Birger; cite-forum at lists.opengeospatial.org
*Cc:* Luis Bermudez (lbermudez at opengeospatial.org); 嵐焜 Peter; 文元 Cool
*Subject:* RE: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the
server that supports both v1.0 and v2.0



Hi, Alex,



        1. In DescribeSensor tests, parameter “version” is used incorrectly
– as GetCapabilities reports both SOS versions “1.0.0” and “2.0.0” as
allowed, the post requests send <version="1.0.0 2.0.0">, which always
triggers an error. It seems that <version=”1.0.0”> would be just right,
since this is version 1.0.0 under test.

           è
Sorry, I don't know which test will send <version="1.0.0 2.0.0"> post
request ??





2. In DescribeSensor tests, the quote marks in the outputFormat value
<text/xml; subtype="sensorML/1.0.1"> are replaced with <">. Similar
request with <"> instead <"> returns a normal describeSensor
response. I am not sure if that is an error, as in theory both are
legitimate substitutes for the quote marks; however, in practice <">
seems less harmless.

           è
HtmlEncode <"> =><">.  ASCII code <"> =><">.Because It's tested
on the web, I always use <"> than we can see the <text/xml;
subtype="sensorML/1.0.1"> on the web.I don't know which is better to use in
the scripts.



3. In DescribeSensor tests, the POST request URL somehow combines two – one
for SOAP and another for POST:

     <URL: http://ioossos.axiomalaska.com/52n-sos-ioos-stable/sos/soap
http://ioossos.axiomalaska.com/52n-sos-ioos-stable/sos/pox>

Is that the right way? I think that only second URL should be used.

           è
In SOS 1.0.0, SOAP request is not definied in Specification.SOS Scripts get
the Post request  URL from
$capabilities//ows:Operation[@name='DescribeSensor']/ows:DCP/ows:HTTP/ows:Post/@xlink:href.Do
you have two Post URL in the xpath?



4. Test “sos:general-SOS.General-InvalidRequest.1” sends POST request
instead of GET. Although it is totally legitimate test because SOS instance
has to support both HTTP methods, our implementation has different
endpoints for GET and POST, which is clearly described in GetCapabilities
document. Is it possible either to take the POST endpoint URL from the
GetCapabilities document or switch to GET method in this test?

           è
OK, I will modify the scripts to get post URL from capabilities then use
post URL to run this test.



*----------------------------------------------------------------------------------------------------------------------------------*

*李宗岩** (Rocky)*

*助理工程師*
* assistant software engineer**逢甲大學地理資訊系統研究中心** GIS Research Center,
Feng-Chia University*

*04-24516669 #350*

<image001.jpg> <http://www.facebook.com/GIS.FCU>



*From:* CITE-Forum
[mailto:cite-forum-bounces at lists.opengeospatial.org<cite-forum-bounces at lists.opengeospatial.org>]
*On Behalf Of *Alexander Birger
*Sent:* Saturday, November 09, 2013 3:56 AM
*To:* cite-forum at lists.opengeospatial.org
*Subject:* Re: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the
server that supports both v1.0 and v2.0



Luis et al,



OK, I tried r8 from the Team Engine v4 Beta site, and it looks much better
now – the SOS core test is not a show stopper anymore. However, a bunch of
other issues just popped up:



1. In DescribeSensor tests, parameter “version” is used incorrectly – as
GetCapabilities reports both SOS versions “1.0.0” and “2.0.0” as allowed,
the post requests send <version="1.0.0 2.0.0">, which always triggers an
error. It seems that <version=”1.0.0”> would be just right, since this is
version 1.0.0 under test.



2. In DescribeSensor tests, the quote marks in the outputFormat value
<text/xml; subtype="sensorML/1.0.1"> are replaced with <">. Similar
request with <"> instead <"> returns a normal describeSensor
response. I am not sure if that is an error, as in theory both are
legitimate substitutes for the quote marks; however, in practice <">
seems less harmless.



3. In DescribeSensor tests, the POST request URL somehow combines two – one
for SOAP and another for POST:

     <URL: http://ioossos.axiomalaska.com/52n-sos-ioos-stable/sos/soap
http://ioossos.axiomalaska.com/52n-sos-ioos-stable/sos/pox>

Is that the right way? I think that only second URL should be used.



4. Test “sos:general-SOS.General-InvalidRequest.1” sends POST request
instead of GET. Although it is totally legitimate test because SOS instance
has to support both HTTP methods, our implementation has different
endpoints for GET and POST, which is clearly described in GetCapabilities
document. Is it possible either to take the POST endpoint URL from the
GetCapabilities document or switch to GET method in this test?



Thank you,




*Alex Birger*Systems Engineer

Skjei Telecom

7777 Leesburg Pike, Suite 315N
Falls Church, VA 22043

Direct:   +1 703 917 9889

Main:    +1 703 917 4077

Fax:       +1 703 917 0098
e-mail: *alex.birger at skjeitelecom.com <alex.birger at skjeitelecom.com>*

My availability: *http://www.timebridge.com/mytime/alexanderbirger
<http://www.timebridge.com/mytime/alexanderbirger>*



*CONFIDENTIALITY NOTICE: For intended Skjei Telecom recipients only*.



*From:* Luis Bermudez
[mailto:lbermudez at opengeospatial.org<lbermudez at opengeospatial.org>]

*Sent:* Wednesday, October 23, 2013 10:15 AM
*To:* Alexander Birger
*Cc:* '宗岩 Rocky'; cite-forum at lists.opengeospatial.org; '嵐焜 Peter'; '文元 Cool'
*Subject:* Re: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the
server that supports both v1.0 and v2.0



Hi Alex,



Next week we are doing a beta release with the fix. If it passes the
Reference Implementation we will make it in the official portal in the next
2 weeks.



- Luis

---------------------------------------------------
Luis Bermudez, Ph.D.
Director Compliance Program
Open Geospatial Consortium (OGC)
The OGC: Making Location Count

Skype: bermudez_luis
Twitter: @berdez
Tel: +1 301 760 7323
http://www.opengeospatial.org/ogc/organization/staff/lbermudez



On Oct 23, 2013, at 10:09 AM, Alexander Birger wrote:



Hi Rocky,



Thanks a lot. Do you know when the r8 is going out? If it is not too long,
I would rather wait.




*Alex Birger*Systems Engineer

Skjei Telecom

7777 Leesburg Pike, Suite 315N
Falls Church, VA 22043

Direct:   +1 703 917 9889

Main:    +1 703 917 4077

Fax:       +1 703 917 0098
e-mail: *alex.birger at skjeitelecom.com <alex.birger at skjeitelecom.com>*

My availability: *http://www.timebridge.com/mytime/alexanderbirger
<http://www.timebridge.com/mytime/alexanderbirger>*



*CONFIDENTIALITY NOTICE: For intended Skjei Telecom recipients only*.



*From:* 宗岩 Rocky [mailto:rocky at gis.tw <rocky at gis.tw>]
*Sent:* Tuesday, October 22, 2013 10:42 PM
*To:* Alexander Birger; cite-forum at lists.opengeospatial.org
*Cc:* Luis Bermudez (lbermudez at opengeospatial.org); 嵐焜 Peter; 文元 Cool
*Subject:* RE: [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the
server that supports both v1.0 and v2.0



Hi, Alex,



        The next SOS 1.0.0 version (r8) will include the
cceptedVersions=1.0.0?into GetCApabilities request for the
os:core-main?test.

           Or you can download SOS 1.0 trunk from SVN to test.

           URL:
https://svn.opengeospatial.org/ogc-projects/cite/scripts/sos/1.0.0/trunk/

           Thank you for reporting.



OGC 06-121r3 OWS 1.1.0 P.19

*7.3.2 Version negotiation*

Version negotiation is performed using the optional AcceptVersions
parameter in the GetCapabilities operation request.

Although optional, client software should always include this parameter, to
simplify version negotiation.

*----------------------------------------------------------------------------------------------------------------------------------*

Tsung-Yen Lee (Rocky)

assistant software engineer

GIS Research Center, Feng-Chia University Taiwan

<image001.jpg> <http://www.facebook.com/GIS.FCU>



*From:* CITE-Forum [
mailto:cite-forum-bounces+rocky=gis.tw at lists.opengeospatial.org<cite-forum-bounces+rocky=gis.tw at lists.opengeospatial.org>
] *On Behalf Of *Alexander Birger
*Sent:* Wednesday, October 23, 2013 1:16 AM
*To:* cite-forum at lists.opengeospatial.org
*Subject:* [CITE-Forum] CITE TESTS FOR SOS v1.0 cannot run with the server
that supports both v1.0 and v2.0



Hi,



It seems that the CITE tests for SOS v1.0 contain errors: the
os:core-main?and wsTests:ows-OWS.GetCapabilities.1?tests for the SOS v1.0
always fail with the server that supports both v1.0 and v2.0.



It happens because the test requests drops (deliberately or not) the
AcceptVersions parameter. Although the GC Web Services Common
Specification?defines the AcceptVersions parameter as optional, it requires
server to eturn a service metadata document that is compliant to the
highest protocol version that the server supports?if no version negotiation
is performed, i.e. the AcceptVersions parameter is omitted. In that case
the server always returns the SOS v2.0 document, which immediately causes
the test to fail due to schema mismatch.



This failure is absolutely critical because the result of the
os:core-main?test must pass schema validation in order to continue the SOS
v1.0 testing. Although there is an option to select the tests to run, there
is no way the os:core-main?test can be excluded.



Is there any way to fix the SOS v1.0 test by either (a) including the
cceptedVersions=1.0.0?into GetCApabilities request for the
os:core-main?test, or (b) making that test optional?



Thanks,




*Alex Birger*Systems Engineer

Skjei Telecom

7777 Leesburg Pike, Suite 315N
Falls Church, VA 22043

Direct:   +1 703 917 9889

Main:    +1 703 917 4077

Fax:       +1 703 917 0098
e-mail: *alex.birger at skjeitelecom.com <alex.birger at skjeitelecom.com>*

My availability: *http://www.timebridge.com/mytime/alexanderbirger
<http://www.timebridge.com/mytime/alexanderbirger>*



*CONFIDENTIALITY NOTICE: For intended Skjei Telecom recipients only*.







-----*Disclaimer*-----

*本郵件含有逢甲大學地理資訊系統研究中心機密資訊、或受法律保護之資料,唯有原發信人指定之收信人得**閱讀或使用本郵件之內容。如*
*您並非被指定之收信人,請立即將本郵件及所有附件予以刪除;請勿**揭露、儲存或使用本郵件之任何資訊,並請**您立即告知原發信人**rocky at gis.tw
<rocky at gis.tw>**本郵件的傳遞錯誤。謝謝您的合作。*

*This e-mail transmission and any attachments contain information from
Geographic Information Systems Research Center ofFeng Chia University. The
information is confidential and/or privileged and intended to be solely for
the use of the individuals or entity named in this e-mail transmission. If
you are not the intended recipient, be aware that any disclosure, saving or
use of the contents of this e-mail transmission and attachments is strictly
prohibited. If you have received this email transmission in error, please
notify us immediately, and delete the e-mail and attachments. We greatly
appreciate your cooperation.*

*GIS RESEARCH CENTER, FCU* http://www.gis.tw .*Tel: 886-4-24516669*







-----*Disclaimer*-----

*本郵件含有逢甲大學地理資訊系統研究中心機密資訊、或受法律保護之資料,唯有原發信人指定之收信人得**閱讀或使用本郵件之內容。如*
*您並非被指定之收信人,請立即將本郵件及所有附件予以刪除;請勿**揭露、儲存或使用本郵件之任何資訊,**並請您立即告知原發信人rocky at gis.tw本郵件的傳遞錯誤。謝謝您的合作
<%E4%B8%A6%E8%AB%8B%E6%82%A8%E7%AB%8B%E5%8D%B3%E5%91%8A%E7%9F%A5%E5%8E%9F%E7%99%BC%E4%BF%A1%E4%BA%BArocky at gis.xn--tw-zg3cz9d2v4coitpg6acujzjb84l.xn--2qqs7i9qnt4virxa>*
*。*

*This e-mail transmission and any attachments contain information from
Geographic Information Systems Research Center of Feng Chia University. The
information is confidential and/or privileged and intended to be solely for
the use of the individuals or entity named in this e-mail transmission. If
you are not the intended recipient, be aware that any disclosure, saving or
use of the contents of this e-mail transmission and attachments is strictly
prohibited. If you have received this email transmission in error, please
notify us immediately, and delete the e-mail and attachments. We greatly
appreciate your cooperation.*

*GIS RESEARCH CENTER, FCU* http://www.gis.tw .*Tel: 886-4-24516669*





-----*Disclaimer*-----

*本郵件含有逢甲大學地理資訊系統研究中心機密資訊、或受法律保護之資料,唯有原發信人指定之收信人得**閱讀或使用本郵件之內容。如*
*您並非被指定之收信人,請立即將本郵件及所有附件予以刪除;請勿**揭露、儲存或使用本郵件之任何資訊,**並請您立即告知原發信人rocky at gis.tw本郵件的傳遞錯誤。謝謝您的合作
<%E4%B8%A6%E8%AB%8B%E6%82%A8%E7%AB%8B%E5%8D%B3%E5%91%8A%E7%9F%A5%E5%8E%9F%E7%99%BC%E4%BF%A1%E4%BA%BArocky at gis.xn--tw-zg3cz9d2v4coitpg6acujzjb84l.xn--2qqs7i9qnt4virxa>*
*。*

*This e-mail transmission and any attachments contain information from
Geographic Information Systems Research Center of Feng Chia University. The
information is confidential and/or privileged and intended to be solely for
the use of the individuals or entity named in this e-mail transmission. If
you are not the intended recipient, be aware that any disclosure, saving or
use of the contents of this e-mail transmission and attachments is strictly
prohibited. If you have received this email transmission in error, please
notify us immediately, and delete the e-mail and attachments. We greatly
appreciate your cooperation.*

*GIS RESEARCH CENTER, FCU* http://www.gis.tw .*Tel: 886-4-24516669*





-----*Disclaimer*-----

*本郵件含有逢甲大學地理資訊系統研究中心機密資訊、或受法律保護之資料,唯有原發信人指定之收信人得**閱讀或使用本郵件之內容。如*
*您並非被指定之收信人,請立即將本郵件及所有附件予以刪除;請勿**揭露、儲存或使用本郵件之任何資訊,**並請您立即告知原發信人rocky at gis.tw本郵件的傳遞錯誤。謝謝您的合作
<%E4%B8%A6%E8%AB%8B%E6%82%A8%E7%AB%8B%E5%8D%B3%E5%91%8A%E7%9F%A5%E5%8E%9F%E7%99%BC%E4%BF%A1%E4%BA%BArocky at gis.xn--tw-zg3cz9d2v4coitpg6acujzjb84l.xn--2qqs7i9qnt4virxa>*
*。*

*This e-mail transmission and any attachments contain information from
Geographic Information Systems Research Center of Feng Chia University. The
information is confidential and/or privileged and intended to be solely for
the use of the individuals or entity named in this e-mail transmission. If
you are not the intended recipient, be aware that any disclosure, saving or
use of the contents of this e-mail transmission and attachments is strictly
prohibited. If you have received this email transmission in error, please
notify us immediately, and delete the e-mail and attachments. We greatly
appreciate your cooperation.*

*GIS RESEARCH CENTER, FCU* http://www.gis.tw .*Tel: 886-4-24516669*





-----*Disclaimer*-----

*本郵件含有逢甲大學地理資訊系統研究中心機密資訊、或受法律保護之資料,唯有原發信人指定之收信人得**閱讀或使用本郵件之內容。如*
*您並非被指定之收信人,請立即將本郵件及所有附件予以刪除;請勿**揭露、儲存或使用本郵件之任何資訊,並請**您立即告知原發信人**rocky at gis.tw
<rocky at gis.tw>**本郵件的傳遞錯誤。謝謝您的合作。*

*This e-mail transmission and any attachments contain information from
Geographic Information Systems Research Center of Feng Chia University. The
information is confidential and/or privileged and intended to be solely for
the use of the individuals or entity named in this e-mail transmission. If
you are not the intended recipient, be aware that any disclosure, saving or
use of the contents of this e-mail transmission and attachments is strictly
prohibited. If you have received this email transmission in error, please
notify us immediately, and delete the e-mail and attachments. We greatly
appreciate your cooperation.*

*GIS RESEARCH CENTER, FCU* http://www.gis.tw .*Tel: 886-4-24516669*







-----*Disclaimer*-----

*本郵件含有逢甲大學地理資訊系統研究中心機密資訊、或受法律保護之資料,唯有原發信人指定之收信人得**閱讀或使用本郵件之內容。如*
*您並非被指定之收信人,請立即將本郵件及所有附件予以刪除;請勿**揭露、儲存或使用本郵件之任何資訊,**並請您立即告知原發信人rocky at gis.tw本郵件的傳遞錯誤。謝謝您的合作
<並請您立即告知原發信人rocky at gis.tw本郵件的傳遞錯誤。謝謝您的合作>**。*

*This e-mail transmission and any attachments contain information from
Geographic Information Systems Research Center of Feng Chia University. The
information is confidential and/or privileged and intended to be solely for
the use of the individuals or entity named in this e-mail transmission. If
you are not the intended recipient, be aware that any disclosure, saving or
use of the contents of this e-mail transmission and attachments is strictly
prohibited. If you have received this email transmission in error, please
notify us immediately, and delete the e-mail and attachments. We greatly
appreciate your cooperation.*

*GIS RESEARCH CENTER, FCU* http://www.gis.tw .*Tel: 886-4-24516669*





-----*Disclaimer*-----

*本郵件含有逢甲大學地理資訊系統研究中心機密資訊、或受法律保護之資料,唯有原發信人指定之收信人得**閱讀或使用本郵件之內容。如*
*您並非被指定之收信人,請立即將本郵件及所有附件予以刪除;請勿**揭露、儲存或使用本郵件之任何資訊,並請**您立即告知原發信人**rocky at gis.tw
<rocky at gis.tw>**本郵件的傳遞錯誤。謝謝您的合作。*

*This e-mail transmission and any attachments contain information from
Geographic Information Systems Research Center of Feng Chia University. The
information is confidential and/or privileged and intended to be solely for
the use of the individuals or entity named in this e-mail transmission. If
you are not the intended recipient, be aware that any disclosure, saving or
use of the contents of this e-mail transmission and attachments is strictly
prohibited. If you have received this email transmission in error, please
notify us immediately, and delete the e-mail and attachments. We greatly
appreciate your cooperation.*

*GIS RESEARCH CENTER, FCU* http://www.gis.tw .*Tel: 886-4-24516669*

_______________________________________________
CITE-Forum mailing list
CITE-Forum at lists.opengeospatial.org
https://lists.opengeospatial.org/mailman/listinfo/cite-forum
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opengeospatial.org/pipermail/cite-forum/attachments/20140225/f6e5bd62/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 4842 bytes
Desc: not available
URL: <http://lists.opengeospatial.org/pipermail/cite-forum/attachments/20140225/f6e5bd62/attachment-0001.jpg>


More information about the CITE-Forum mailing list