Gavin
as hinted in the error message, mappingName may be the solution:
http://docs.geoserver.org/stable/en/user/data/app-schema/feature-chaining.html#multiple-mappings-of-the-same-type
"At times, you may find the need to have different FeatureTypeMapping
instances for the same type. [...] Instead of passing in the nested
feature type’s targetElement in the containing type’s linkElement,
specify the corresponding mappingName."
Kind regards,
Ben.
On 25/10/17 11:53, Gavin Medley wrote:
Hi,
Suppose that I have two properties, `geo:siteContact` and
`geo:siteMetadataCustodian` that both contain the same type of object,
`gmd:CI_ResponsibleParty` so that properly encoded, they look like
```
<geo:siteContact
gml:id="AgencyProperty.f0a797fc-f295-4536-904f-98e904b52ba9">
<gmd:CI_ResponsibleParty>
</gmd:CI_ResponsibleParty>
</geo:siteContact>
<geo:siteMetadataCustodian
gml:id="AgencyProperty.143b1d79-c43d-42fe-9386-d17dcad931fd">
<gmd:CI_ResponsibleParty>
</gmd:CI_ResponsibleParty>
</geo:siteMetadataCustodian>
```
I want to use Application Schema feature chaining to map into these
properties but I can't figure out how to create two different mapping files
for the same `gmd:CI_ResponsibleParty` because I always get the error
```
Duplicate mappingName or targetElement across FeatureTypeMapping instances
detected. They have to be unique, or app-schema doesn't know which one to
get. Please check your mapping file(s) with mappingName or targetElement
of: urn:xml-gov-au:icsm:egeodesy:0.4:GnssReceiver
```
The key is that despite having the same targetElement (and therefore
linkElement in the root mapping file), different information (from a
different table in the database) is being mapped into these objects. How do
I solve this?
Best,
Gavin
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Geoserver-users mailing list
Please make sure you read the following two resources before posting to this
list:
- Earning your support instead of buying it, but Ian Turton:
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines:
http://geoserver.org/comm/userlist-guidelines.html
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
--
Ben Caradoc-Davies <b...@transient.nz>
Director
Transient Software Limited <http://transient.nz/>
New Zealand
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Geoserver-users mailing list
Please make sure you read the following two resources before posting to this
list:
- Earning your support instead of buying it, but Ian Turton:
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines:
http://geoserver.org/comm/userlist-guidelines.html
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
