Re: [dispatch] JSCalendar: Updated to draft version 01

[Marten Gajda <[e-mail]>]

Hi Robert,

here are a few more ideas for consideration:

* instead of making name components top level elements introduce an
object called "structuredName" { firstName, lastName, middleName,
prefix, suffix ...}.

* ContactInformation -> use URIs instead of plain strings? e.g. vCard 4
prefers "tel:" URIs. Not sure if that's a good idea though. They are
machine readable, but not necessarily user friendly.

* Add additional kind "Resource" (i.e. projector, car …). Few years
back, we had a TC Resource, not sure whether the results have been
published somewhere though

* Support other kinds of events (i.e. see
https://tools.ietf.org/html/rfc6474, also specifies additional location
types: place of birth, place of death)

* Relationships (manager of, spouse of, etc), ideally linked via UID, I
guess

Cheers,

Marten

Am 07.06.19 um 13:06 schrieb Robert Stepanek:
> Hi all,
>
> I've submitted draft version 01 of draft-stepanek-jscontact:
> https://tools.ietf.org/html/draft-stepanek-jscontact
>
> This version is includes some, but not yet all of the feedback of
> individual
> reviewers as well as the CalConnect XLV meeting this week.
>
> Changes:
> - Added a new property for full names.
> - Changed the single-string name component fields to arrays.
> - Added a kind property, similar to VCARD KIND.
> - Added a ISO-3166-1 country code property to Address.
> - Added a full address property to Address.
> - Added preferredContactMethod property.
> - Added geo URI and time zone properties to Address.
> - Added a role property.
>
> There following feedback needs further consideration and I'm happy about
> any input:
>
> Names:
> - Learn more about the findings of ISO/TC 37/SC4 on naming schemes, and
>   probably reuse it for JSContact.
> - Current vendors such as Google and Apple already make use of
>   X-PHONETIC-{FIRST,LAST}-NAME properties for phonetic names.
>   It's similar to
> https://tools.ietf.org/html/draft-fukuda-vcarddav-phonetic-transcription-03
>
> Contact:
> - Support more than one company, and consider renaming it to
> affiliations or
>   organizations.
> - Allow for a similar property such as SORT-AS in VCARD4.
> - Add categories and keywords properties, similar to JSCalendar.
> - Allow for hierarchies? (group includes group? contact includes contact?)
>
> ContactInformation:
> - Add a unique id to each ContactInformation, so that sync conflicts
> can be
>   better resolved.. (might want to change the contact information lists to
>   JMAP-style maps, where the id is the map key).
>
> ContactGroup:
> - List contact objects in a group, rather than their uids. If only uid
> is of
>   interest, the embedded contact could just define that property.
> - Allow to override properties for a contact within a group. E.g. a
> contact
>   might override its "role" for a group that defines a project. Could use
>   JSCalendar PatchObject in a property called contactOverrides.
>
> Address:
> - consider renaming it to Location
> - Learn more about ISO19160-6 for international address
>   profiles.
>
> Other:
> - Localization most probably will be only required for names and address.
> - Rename either the RFC or the Contact object to JSCard for
> disambiguation?
>
> Cheers,
> Robert
>
> _______________________________________________
> dispatch mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/dispatch

-- 
Marten Gajda
CEO

dmfs GmbH
Schandauer Straße 34
01309 Dresden
GERMANY

phone: [phone]
email: [e-mail]

Managing Director: Marten Gajda
Registered address: Dresden
Registered No.: AG Dresden HRB 34881
VAT Reg. No.: DE303248743