Re: Question: Aggregation / complex valued, property / fk / duplicate tags

1 message Options
Embed this post
Permalink
SRichardAzgs

Re: Question: Aggregation / complex valued, property / fk / duplicate tags

Reply Threaded More More options
Print post
Permalink
Judit
Doesn't it depends on the gml application schema whether property
content may be by reference. If you follow the pattern used in ISO19139
(section 8.4), object references may be used in property elements
<property xlink:href="#1gmlID_pointer"> where the href can be any URI. I
believe this is gml compliant. We use this extensively in GeoSciML.

steve

> Message: 1
> Date: Fri, 06 Nov 2009 10:10:11 +0100
> From: Judit Mays <[hidden email]>
> Subject: Re: [deegree-users] Question: Aggregation / complex valued
> property / fk / duplicate tags
> To: [hidden email]
> Message-ID: <[hidden email]>
> Content-Type: text/plain; charset=UTF-8
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hello Peter,
>
> even though it seems as if there are two elements of the same name, this
> is not really the case. The first is spelled with lower case "c", the
> second is spelled with upper case "C".
>
> The reason for the this is:
> A feature (here: <app:Place>) contains a property (here: <app:country>),
> which in itself is a feature (here: <app:Country>).
>
> Writing lower case for properties and upper case for features is not a
> must, but it is a convention which makes life easier.
>
> You are right that the property name appears to be redundant, as it
> gives no further information on the role of the association to the
> containing feature. A better property name would be "app:liesIn" instead
> of "app:country".
>
> As to whether it is possible to nest elements by giving the id only
> (instead of the whole feature): yes and no.
> It is possible if this would be a standrad xml document.
> But as it is a GML feature/schema, this is not an option.
>
> For further details please have a look at chapter 9 of this book:
> http://books.google.com/books?id=D_CP7kOyqRYC
>
> Kind regards,
> Judit Mays
>  

--
Stephen M. Richard
Section Chief, Geoinformatics
Arizona Geological Survey
416 W. Congress St., #100
Tucson, Arizona, 85701 USA

Phone:
Office: (520) 209-4127
Reception: (520) 770-3500
FAX: (520) 770-3505

email: [hidden email]


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
deegree-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/deegree-users