When: 07/25/2013 at 11:00 AM EDT
Where: Google Hangout
Participants: Jorge Queipo, Scott Teesdale, Martin Verzilli, Bob Jolliffe
Recorded Video: http://youtu.be/Gme9tiIkm9E
* There were some technical difficulties recording some of the sound on this video. This issue should be resolved by the next call.
Agenda:
- Partial Updates (Issue #35)
- Methods to expose metadata (Issue #57)
- Exposing an XML Endpoint (Issue #62) and compatibility with the IHE HPD and CSD profiles (Issue #63)
- Others? Propose during the meeting or by replying to this post.
Notes:
Partial Updates
1) We all agreed that it would be nice if the current update facility method (http://facilityregistry.org/#update-facility) simply accepted a partial facility representation instead of requiring a "Full new resource representation". For example, if a client just wants to update a facility's location, it may well PUT { coordinates: { lat: xxx, long: yyy } } to the facility's resource address which would cause the FR to update only the coordinates leaving the rest of the properties untouched.
2) A related use case would be when the client sends fields that the FR doesn't know or care about. We agreed that it could simply ignore them and return the full facility resource after update. A possible enhancement to this approach, as suggested by Jorge, would be for the FR to return an additional entity informing the client about fields it doesn't know of/care about.
- Changing the FRED 1.0, to allow partial updates based on what properties are given
- What should be the behavior of when we send properties if they are not understood by the other side. Just to throw away. Or give feedback?
How to expose metadata via FRED
- Admin Hierarchies
- Bob: Not clear if the exchange should be in FRED or in implementations
- Should we take a deeper step and mandate in FRED
- Doesn’t really mind, just wants it to be declarative
- What would be some recommendations? Need to work on these...
- Let’s standardize, create a solution quickly and then move forward from their for Rwanda
- Martin will look into what JSON we should send.