Hello Ben,

I think my issue was I read it wrongly,

So CI_Contact  and friends use 'gco:CharacterString' as their types which
in turn is a string..

eg: http://www.schemacentral.com/sc/niem21/e-gmd_phone-1.html


Using a mapping like the following then worked correctly:

        <AttributeMapping>

<targetAttribute>gmd:electronicMailAddress/gco:CharacterString</targetAttribute>
          <sourceExpression>
            <OCQL>fcon_email</OCQL>
          </sourceExpression>
        </AttributeMapping>



The mapping below failed because it was expecting a 'gco:CharacterString'
entry not a string.

        <AttributeMapping>
          <targetAttribute>gmd:electronicMailAddress</targetAttribute>
          <sourceExpression>
            <OCQL>fcon_email</OCQL>
          </sourceExpression>
        </AttributeMapping>




On 14 October 2013 14:33, Ben Caradoc-Davies <ben.caradoc-dav...@csiro.au>wrote:

> Please provide your mapping file and a description of the problem (empty
> or missing element)?
>
> Kind regards,
> Ben.
>
>
> On 11/10/13 08:58, snuffy wrote:
>
>> Hello All,
>>
>> I am trying to use the following constructs from the GMD namespace:
>> CI_Contact / CI_Telephone + CI_Address
>>
>> It uses the 'CharacterString_PropertyType' which when i look at:
>> http://www.isotc211.org/2005/**gco/basicTypes.xsd<http://www.isotc211.org/2005/gco/basicTypes.xsd>
>>
>> States:
>>
>> <xs:element name="CharacterString" type="xs:string"/>
>>
>> <xs:complexType name="CharacterString_**PropertyType">
>>         <xs:sequence minOccurs="0">
>>                 <xs:element ref="gco:CharacterString"/>
>>         </xs:sequence>
>>         <xs:attribute ref="gco:nilReason"/>
>> </xs:complexType>
>>
>>
>> So it appears it maps back to the general 'string' type, but it is not
>> working when trying to populate the entry with a varchar from the DB.
>>
>> Ideas? (Below is trace output from geoserver.log)
>>
>> 2013-10-11 11:11:11,192 TRACE [org.geotools.data.complex.**filter] -
>> ENTRY
>> FeatureImpl:CI_Address<CI_**Address_Type id=2>=[] gmd:city next city
>> null null
>> 2013-10-11 11:11:11,192 TRACE [org.geotools.data.complex.**filter] -
>> ENTRY
>> FeatureImpl:CI_Address<CI_**Address_Type
>> id=2>=[ComplexAttributeImpl:**city<CharacterString_**PropertyType>=[]]
>> gmd:postalCode null null null
>>
>>
>> Thanks in advance
>>
>>
>> ------------------------------**------------------------------**
>> ------------------
>> October Webinars: Code for Performance
>> Free Intel webinars can help you accelerate application performance.
>> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
>> from
>> the latest Intel processors and coprocessors. See abstracts and register >
>> http://pubads.g.doubleclick.**net/gampad/clk?id=60134071&iu=**
>> /4140/ostg.clktrk<http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk>
>>
>>
>>
>> ______________________________**_________________
>> Geoserver-users mailing list
>> Geoserver-users@lists.**sourceforge.net<Geoserver-users@lists.sourceforge.net>
>> https://lists.sourceforge.net/**lists/listinfo/geoserver-users<https://lists.sourceforge.net/lists/listinfo/geoserver-users>
>>
>>
> --
> Ben Caradoc-Davies <ben.caradoc-dav...@csiro.au>
> Software Engineer
> CSIRO Earth Science and Resource Engineering
> Australian Resources Research Centre
>
------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Reply via email to