Tom Pusateri <pusateri@xxxxxxxxx> wrote:
>>> On Feb 24, 2019, at 11:34 PM, Stewart Bryant <stewart.bryant@xxxxxxxxx> wrote:
>>>
>>> A better approach might be to ask people at registration what sessions they needed to attend.
>>
>> An even better approach, although it delays feedback by one meeting,
>> would be to look into the IETFers Application data. People list what
>> they want to attend for the purpose of calendar maintenance. That would
>> inform the next meeting's agenda development.
> While a neat idea, it’s not currently possible because I don’t save any
> private data. And while no user is associated with that data, (I don’t
> even create users), it is something that could be collected anonymously
> in the future. There’s a lot that could be done with anonymous
> statistics or even creating actual users (like automatic blue sheet
> sign in using Bluetooth LE Proximity sensors or locating colleagues or
> subscribing to notifications), but I haven’t had time to think through
> the GDPR implications.
Your GDPR concerns are a good point.
I don't think we need to go to BTLE to see if you are actually there.
In particular, that fails to catch the case where people wanted to be there.
Among those of us that don't use your app, but rather use the datatracker ics
creation tool, we should have data in the logs about what people selected.
Alas, Google calendar does not you edit the calendar URL, so it's hard to
update what you want to add/remove items. So I added a layer of indirection:
cd /ssw/docs/SSW/ietf/meeting/ietf104
curl -s >agenda.ics 'https://datatracker.ietf.org/meeting/104/agenda.ics#6lo,6man,6tisch,dnssd,homenet,lwig,gaia,hrpc,v6ops,opsawg,netconf,dnsop,anima,babel,bier,roll,tokbind,teep,suit,secevent,secdispatch,rats,ipsecme,ace,acme,dots,lamps,core,cbor,capport,cacao,ksk,smart'
and I add this agenda.ics file to my calendar program(s).
agenda.html takes the WG names as #foo,bar, while agenda.ics takes them as ?foo,bar)
What this does *not* tell you is which items I added for "like", and which
ones I added because it's a must attend. Also I admit that this time I just
copy and pasted from last time, and added a few things.
In particular, part of this exercise is for me to see what conflicts I have.
I wish I could intelligently subscribe to a calendar entry such that I'd get
updates if it moved, but actually have it in my calendar, not have a new
calendar. Instead, I'm force to copy entries to my calendar to remember how
I've decided to resolve the conflict, and that breaks the updates (such as
room changes). I suppose I should use your app and star things, but it's
just too many moving parts :-)
--
Michael Richardson <mcr+IETF@xxxxxxxxxxxx>, Sandelman Software Works
-= IPv6 IoT consulting =-
Attachment:
signature.asc
Description: PGP signature
