[GeoSciML] TR : Queriability of QuantityRange [SEC=UNCLASSIFIED]

Oliver.Raymond at ga.gov.au Oliver.Raymond at ga.gov.au
Tue Jun 25 03:28:24 EDT 2013


Hi Eric,



Could you found out from Alex his timeframe for publication of version 2.1 of sweCommon.  I fear that unless it is a very short timeframe, we will have to build our own work-around for swe:QuantityRange into the GeoSciML v3.2 schemas.



We can use sweCommon v2.1 into GeosciML v4.



Cheers,

Ollie







-----Original Message-----
From: geosciml-bounces+oliver.raymond=ga.gov.au at lists.opengeospatial.org [mailto:geosciml-bounces+oliver.raymond=ga.gov.au at lists.opengeospatial.org] On Behalf Of Boisvert, Eric
Sent: Tuesday, 25 June 2013 7:27 AM
To: GeoSciml OGC mainling list
Subject: [GeoSciML] TR : TR : Queriability of QuantityRange



réponse de Alain Alex



________________________________

De : Alexandre Robin [alex.robin at sensiasoftware.com] Date d'envoi : 24 juin 2013 16:04 À : Boisvert, Eric Cc : Simon Cox; Mike Botts Objet : Re: TR : Queriability of QuantityRange



Hi Eric,



I actually got your email at my EADS address as well but did not have time to answer earlier.



I understand your issue and I don't see any problem with adding the following encoding to SWE Common :



<gsmlgu:proportion>

      <swe:QuantityRange>

        <swe:quality>

           <swe:Text>

             <swe:description>The numerical proportion ranges are just indicative as we only record qualitative proportion terms such as "all", "predominant", "subordinate".</swe:description>

            </swe:Text>

         </swe:quality>

        <swe:uom code="%"/>

        <swe:lowerValue>95</swe:lowerValue>

        <swe:upperValue>100</swe:upperValue>

      </swe:QuantityRange>

</gsmlgu:proportion>





However, this would have to be submitted as a change request to be taken into account in the next release of the standard. The good news is that it could be done in the next minor revision (i.e. 2.1) since the change is trivial and remains backward compatible with existing instances as long as we maintain the other encoding.



Regards,



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

Alexandre Robin

Sensia Software LLC

Innovation for the Geo-Sensor Web

www.sensiasoftware.com<http://www.sensiasoftware.com<http://www.sensiasoftware.com%3chttp:/www.sensiasoftware.com>>









On Mon, 2013-06-24 at 11:46 +0000, Boisvert, Eric wrote:



Nous avons un peu de difficulté à vous rejoindre, Simon Cox m'a transmis ces adresses courriels.



---



Bonjour Alexandre



We are working on GeoSciML (OGC GeoSciML SWG) and we are using swe in several places.  We stumbled on a problem with QuantityRange that we are not quite sure how to address..



QuantityRange values are represented as <swe:value>min max</swe:value>



for example:



<gsmlgu:proportion>

      <swe:QuantityRange>

        <swe:quality>

           <swe:Text>

             <swe:description>The numerical proportion ranges are just indicative as we only record qualitative proportion terms such as "all", "predominant", "subordinate".</swe:description>

            </swe:Text>

         </swe:quality>

        <swe:uom code="%"/>

       <swe:value>95 100</swe:value>

      </swe:QuantityRange>

</gsmlgu:proportion>



problem is that there are no easy ways to query this in FES:Filter (unless we are missing something obvious)



For instance, we would like to filter out all proportion where the minimal value > 25%.  This implies we must somehow isolate the first value of swe:value.  There are no FES filter operator to our knowledge that could do this (unless we resort to invocation of backend SQL functions).



Would it be possible allow an extra encoding where each values would be in their individual properties (lowerValue and upperValue for instance) ?



We realise that there are other options, such as writing custom functions, but we were told by some vendors that this functionality are unlikely to be implemented (or we are not guaranteed it will be supported by off-the-shelf software)



Merci de votre aide



Cordialement

Eric Boisvert













Geoscience Australia Disclaimer: This e-mail (and files transmitted with it) is intended only for the person or entity to which it is addressed. If you are not the intended recipient, then you have received this e-mail by mistake and any use, dissemination, forwarding, printing or copying of this e-mail and its file attachments is prohibited. The security of emails transmitted cannot be guaranteed; by forwarding or replying to this email, you acknowledge and accept these risks.
-------------------------------------------------------------------------------------------------------------------------

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opengeospatial.org/pipermail/geosciml/attachments/20130625/1ad0608f/attachment.htm>


More information about the GeoSciML mailing list