Sebastian, I too treated the poll as weekly availability, though those specific days are also free.
Thanks, David On Sun, Mar 13, 2022 at 5:12 AM Henk Birkholz < [email protected]> wrote: > Hi Sebastian, > > thank you for kicking this off! In general, I am very in support of a > canonical serialization that is not necessarily the representation used > for human interactions, but for common interoperability (maybe even on > signing level). > > Quick few questions: > > Is this intended as a one shot meeting? As I'd reply differently > compared to how I did right now (as theses dates are all in the IETF 113 > meeting week, and I treated them as weekly availability check not > focusing on that week). > > My assumption is that the poll is accounting for the TZ shift that > happens in that week? (the EU will be in daylight saving time already, > while the US is not). Is that correct? > > Viele Grüße, > > Henk > > p.s. I have some proof-of-concept data definition for attempting such a > model somewhere on github. I couldn't find it ad-hoc, but that my be me > typing this in the sun, on my cell, at the playground with my kids.... > also, I should stop now > > > > On 12.03.22 21:30, Sebastian Crane wrote: > > Dear all, > > > > I'm writing today about the formation of a new committee in SPDX! > > > > During SPDX Tech Team discussions in recent months, it has become > > clear that there are several key opportunities for SPDX 3.0: the > > ability to verify the integrity of individual Elements independent of > > a containing document, multiple equivalent serialisation formats > > capable of round-trip conversion, and a clearly demarcated split > > between SPDX's information model and data models. > > > > All of these opportunities hinge on having a canonical serialisation > > format. This is a representation of SPDX data that is never ambiguous > > and is unaffected by stylistic or platform-specific concerns. > > > > As such, the SPDX Canonicalisation Committee will be dedicated to: > > > > - writing a specification for a canonical serialisation format for > > SPDX 3.0 data > > > > - determining processes for Element-level integrity and signing > > > > - making recommendations to the SPDX Tech Team about potential > > ambiguities found in the information model that might inhibit > > canonicalisation > > > > > > I have set a up a poll for the meeting time for this committee; please > > leave your preferences at this page: > > > > https://doodle.com/meeting/participate/id/QbYR8EMd > > > > Feel free to resopnd to this email with your preferred times if that > > site doesn't work for you. > > > > Looking forward to hearing back from you and finding a good time to > > meet! > > > > Best wishes, > > > > Sebastian > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#4406): https://lists.spdx.org/g/Spdx-tech/message/4406 Mute This Topic: https://lists.spdx.org/mt/89739589/21656 Group Owner: [email protected] Unsubscribe: https://lists.spdx.org/g/Spdx-tech/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
