contactpoint

[jensscheerlinck]

From @bertvannuffelen on March 20, 2018 12:28

De groepering contactInfo is erg restrictief.
Het veronderstelt max 1 email, telefoonnr, ... per contact, maar in de werkelijkheid zijn er veel meer. (cfr organisatie register/relationship management).

Ik stel voor om de cardinaliteiten te laten vallen.

Copied from original issue: Informatievlaanderen/Data.Vlaanderen.be#79

[jensscheerlinck]

From @bertvannuffelen on March 20, 2018 12:55

zie #52

[jensscheerlinck]

In Schema.org (waar ContactInfo uit OSLO een vertaling van is) worden deze opgenomen als afzonderlijke instances van ContactInfo (ContactPoint).

Naar duidelijkheid voor afnemers toe lijkt het mij ook niet onlogisch om te proberen aanhouden dat één contactpunt slechts één e-mail, telefoonnummer... bevat (hoe weet je anders het welke je moet gebruiken?)

Mogelijks moeten we wel wat extra attributen uit Schema.org aanwenden om dit op een semantisch rijke manier te kunnen beschrijven. Ik copy paste even Example 2 uit https://schema.org/ContactPoint

<script type="application/ld+json">
{ "@context" : "http://schema.org",
  "@type" : "Organization",
  "url" : "http://www.t-mobile.com",
  "contactPoint" : [
    { "@type" : "ContactPoint",
      "telephone" : "+1-877-746-0909",
      "contactType" : "customer service",
      "contactOption" : "TollFree",
      "areaServed" : "US"
    } , {
      "@type" : "ContactPoint",
      "telephone" : "+1-505-998-3793",
      "contactType" : "customer service"
    } , {
      "@type" : "ContactPoint",
      "telephone" : "+1-877-296-1018",
      "contactType" : "customer service",
      "contactOption" : ["HearingImpairedSupported","TollFree"] ,
      "areaServed" : "US"
    } , {
      "@type" : "ContactPoint",
      "telephone" : "+1-877-453-1304",
      "contactType" : "technical support",
      "contactOption" : "TollFree",
      "areaServed" : ["US","CA"],
      "availableLanguage" : ["English","French"]
    } , {
      "@type" : "ContactPoint",
      "telephone" : "+1-877-453-1304",
      "contactType" : "bill payment",
      "contactOption" : "TollFree",
      "areaServed" : ["US","CA"]
    } ] }
</script>

[YassinBlz]

Beste @jensscheerlinck, graag zou ik deze discussie terug willen heropenen met een andere insteek.

Voor onze projecten is ContactInfo te restrictief omdat één persoon in één hoedanigheid/rol zowel een telefoonnummer als een gsmnummer kan hebben.

Op dit moment wordt dit opgelost door 2 ContactInfo's te maken (waarbij elke keer één telefoonnummer wordt bijgehouden). We willen graag van deze workaround afstappen, omdat:

• UX-gewijs is het complex om gebruiksvriendelijk 2 ContactInfo's te mergen
• Het zeer courant is dat één persoon in één hoedanigheid/rol op telefonisch meerdere wijzen kan gecontacteerd worden.

Ik geef graag een bijkomende toelichting als je dat wenst.

[gezever]

@YassinBlz
Ik denk dat ux-presentatie niet 100% moet overeenkomen met een onderliggend model en ik vind "hoedanigheid", een mengeling van rol en agent, een kwalijk concept dat niet thuis hoort in oslo-modellen.

[bdevloed]

@gezever
Los van Ux/UI en "hoedanigheid".

Het kernprobleem blijft de noodzaak om verschillende telefoonnummers (e.g. vast en mobiel) en soms ook meerdere emailadressen te capteren die aan eenzelfde ContactInfo toebehoren.

Door de huidige kardinaliteitsrestrictie van deze eigenschappenen 0..1 is dit echter niet toegelaten. Waardoor arbitrair nieuwe contactinfo's aangemaakt moeten worden. Dit introduceert nieuwe problemen. e.g. Moet het adres, aanschrijfvorm dan herhaald worden in beide gevallen? Wat met 2 telefoonnrs en 2 email addressen. --> 2,3 of 4 verschillende contactinfo's?

Voor zover ik weet legt schema.org geen cardinaliteitsbeperkingen op. (https://schema.org/docs/kickoff-workshop/sw1109_Vocabulary.pdf - slide 3.). M.a.w. dit legt niet op of er verschillende contactpoints gebruikt moeten worden of dat er verschillende telefoonnrs aan 1 contactpoint kunnen worden toegewezen. Dit is een keuze in Oslo.

@jensscheerlinck verschuift het probleem om "het juist telefoonnr/mail te kiezen" niet gewoon naar het niveau van de verschillende contactinfos?