2018-01-24 Meeting notes

Table of Contents

Date

Actions items

Task report

Looking good, no incomplete tasks.

Add new action items here.

Agenda

TimeItemWhoNotes
5 minConvene & roll call



5 minReview action items from previous meetings


See above

10 minQuick Intro to FDC3Johan

Desktop InterOp initiative from OpenFin

15 minRevisit Country ObjectAll

org.symphonyoss.country [A]

10 minSecurity ObjectAll

Ready for vote?

5 minAOB & adjourn



Meeting notes

  • JS: Welcome, it's ten minutes past the hour and only three persons attending. I was hoping to sort out any outstanding issues with the Country Object that has been going on via email and on the confluence pages - unfortunately the key participants are not here. I will send out some questions via email. While I have you on the phone - what's your opinion? Should we aim for only officially assigned codes or include exceptionally reserved and what about case sensitivity?
  • BC: We currently do not have any datasets with country - but it make's sense to make it as clear as possible. So I would say only officially assigned and upper case.
  • HS: I think so too, let's try to avoid any ambiguity
  • JS: I also checked with various symbology folks internally - and all said that if a specification said "ISO 3166-1 alpha-2" they would expect GB for United Kingdom.
  • JS: OK, I will attempt to update the pages and check with the foundation if we can kick off the vote again.
  • HS: Go for it
  • JS: There has not been any comments on the security object since last meetings discussion regarding a V1. I know I keep going on about having meta-data in the object and have tried to get someone from the LLC product team to come and present their vision, but for now I think the most important thing is to get the basic V1 approved and used in the community. We can always discuss a V2 later on if we want to include more data items.
  • BC: Make sense. There's value in getting something out and improve on it later.
  • JS. OK, same thing here then - i'll check with the foundation if we can kick off the vote.
  • JS. The last thing on my agenda was a quick intro to FDC3 - have you guys heard about that?
  • HS: Yes
  • BC: No
  • JS: OK, I wont go into details, but it's an "interop initiative" that OpenFin is behind. Basically coming up the a structure for how applications can communicate within their container. It of course includes sending identifiers and I think there is some overlap. I have spoken to Nick Kolba at OpenFin and he's actually in this WG but unfortunately have a conflict on Thursdays so can often not join in. Anyway, I was going to check interest and see if we could have a separate meeting where Nick could present. Would you be up for that?
  • BC: Definitely, i think it's important that the community comes together and decides on one standard for financial objects.
  • HS: Absolutely, and I would be interested to.
  • JS: Sounds good. I'll see if we can get something on the calendar.
  • JS: OK, i'll give you some time back today. Thanks for dialing in and look out for some email. Speak to you soon!

Attendees

NameOrganisationPresent?
FactSetY
Hammad AkbarCiti

Afsheen Afshar

JP Morgan Chase
Matthew BastianS&P Capital IQ
Hamish BrookermanS&P Global Market Intelligence
Brett CampbellCitiY
Prashant DesaiIpreo
Doug EsanbockDow Jones
Anthony FabbricinoBNY Mellon
Blackrock
Symphony LLC
Dave HunterS&P Global
Richard KleterDeutsche Bank
Nick KolbaOpenFin
Samuel KrasnikGoldman Sachs
Former user (Deleted)Deutsche Bank
BNY Mellon
S&P Capital IQ
Dow Jones
Jiten MehtaCapital
Symphony LLC
Credit Suisse
Linus PetrenSymphony LLC
Scott PreissS&P Capital IQ
FactSet
Former user (Deleted)IHS MarkitY
Symphony LLC
Peter SmulovicsMorgan Stanley
TradeWeb
Kevin SwansonCUSIP
Markit
Credit Suisse
Gavin WhiteTradition
HSBC
Symphony Software Foundation
Symphony Software Foundation
Symphony Software Foundation

Need help? Email help@finos.org we'll get back to you.

Content on this page is licensed under the CC BY 4.0 license.
Code on this page is licensed under the Apache 2.0 license.