<div dir="ltr">Thanks Gerard,<div><br></div><div>Yeah I realized that the table corresponding to AB will have multiple rows, so it makes sense to have multiple instances of AB.</div><div><br></div><div>The figures in Appendix A.1 of VO-DML-REC-1.0 do not explicitly state which of the arrow have the multiplicity, so I was confused.</div><div><br></div><div>Thanks for your explanation about using AB to designate the role that B serves in A. That clears things up. Not yet sure how to use this in my context, but I'll figure something out.</div><div><br></div><div>Hugo</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 28 May 2019 at 12:54, Gerard Lemson <<a href="mailto:glemson1@jhu.edu">glemson1@jhu.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div lang="EN-US">
<div class="gmail-m_-8618445407203924150WordSection1">
<p class="MsoNormal">HI Hugo<u></u><u></u></p>
<p class="MsoNormal">It is as you mention in the end:<u></u><u></u></p>
<p class="MsoNormal">The reference from AB to B should have multiplicity 1. The relation between A and AB has multiplicity * (could be 1..* in some cases).<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">I think this is the proper, non-ugly solution:<u></u><u></u></p>
<p class="MsoNormal">In a sense the AB defines the “role” a particular B plays in the definition of the A.<u></u><u></u></p>
<p class="MsoNormal">To have an explicit concept for that (AB) is a very common pattern.<u></u><u></u></p>
<p class="MsoNormal">The AB allows you to define extra attributes (often a “role” indeed) for the B it represents.<u></u><u></u></p>
<p class="MsoNormal">I don’t know how that might play out in your context, but for example if A is Paper, B is Person, that AB could be Author (with affiliation, way to write the name for the particular paper, who is main contact etc).
<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Note, in a traditional relational representation of the model this is actually the standard way to represent the relationship.
<u></u><u></u></p>
<p class="MsoNormal">With a separate AB table with foreign keys to the A and B tables.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Hope this helps<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Cheers<u></u><u></u></p>
<p class="MsoNormal">Gerard<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<div style="border-top:none;border-right:none;border-bottom:none;border-left:1.5pt solid blue;padding:0in 0in 0in 4pt">
<div>
<div style="border-right:none;border-bottom:none;border-left:none;border-top:1pt solid rgb(225,225,225);padding:3pt 0in 0in">
<p class="MsoNormal"><b>From:</b> <a href="mailto:dm-bounces@ivoa.net" target="_blank">dm-bounces@ivoa.net</a> <<a href="mailto:dm-bounces@ivoa.net" target="_blank">dm-bounces@ivoa.net</a>> <b>On Behalf Of
</b>Hugo Buddelmeijer<br>
<b>Sent:</b> Tuesday, May 28, 2019 6:16<br>
<b>To:</b> <a href="mailto:dm@ivoa.net" target="_blank">dm@ivoa.net</a><br>
<b>Subject:</b> How to Aggregate? Appendix A.1 and Figure 23 unclear<u></u><u></u></p>
</div>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">Dear Data Modelers,<u></u><u></u></p>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Could someone please give me a VO-DML/XML example of the Aggregation pattern shown in Figure 23 of VO-DML-REC-v1.0?<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal"><b>Background:</b><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">VO-DML-REC-v1.0 gives various arguments to why aggregation is excluded VO-DML. These reasons make sense. Using a composition has it's advantages and is indeed how aggregation is implemented in our relation database backends.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">But the document is not quite clear on how to represent something like an aggregation. The only prose it has is "aggregation can be represented by the pattern illustrated in Figure 23", and this figure is not clear to me.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal"><b>Problem:</b><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">Here is figure 22, the UML aggregation:<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"> <b>A</b> blue-open-diamond-arrow-> <b>B</b><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"> <b>A </b><b><span style="font-family:"Cambria Math",serif;color:blue">◇⟶</span> B</b><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Figure 23, the VO-DML aggregation pattern:<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"> <b>A</b> blue-filled-diamond-arrow-> <b>AB</b> green-arrow->
<b>B</b><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"> <b>A </b><b><span style="font-family:"Cambria Math",serif;color:blue">◆⟶</span> AB </b><b><span style="font-family:"Cambria Math",serif;color:lime">⟶</span> B</b><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">My interpretation of figure 23 is that the blue-filled-diamond-arrow represents a composition. This makes sense: every A is composed of one AB (among other things), and AB's are only used for composing A's. So far so good.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">But the green-arrow is a normal reference right? So the AB refers to 0 or more B's. This again violates the multiplicty guidelines as stated in 4.19. What am I missing?<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal"><b>Goal:</b><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">A bit more background for clarification. What I'm modeling is the relationship between a MasterDark and a set of RawDarks. That is, a MasterDark calibration frame is created by median stacking (or whatever) a set of RawDark calibration
frames of a specific time period.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">So both the RawDark and the MasterDark are standalone entities. Any MasterDark instance should refer to many RawDark instances somehow. The same RawDark can be used in the creation of many MasterDark instances. And RawDarks can be used
for other things than creating MasterDarks. How to do this in VO-DML?<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">(There is some overlap here with ProvenanceDM obviously. I haven't yet looked how it is solved there.)<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal"><b>Solution?:</b><u></u><u></u></p>
</div>
<div>
<div>
<p class="MsoNormal">Maybe the idea is that an A is composed of multiple AB's and that each AB refers to a single B?<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">That does work but looks rather ugly to me.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div>
<div>
<p class="MsoNormal">Thanks,<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Hugo<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div>
</div>
</div>
</div>
</blockquote></div>