<html><head><title></title></head><body>h1. 10 May 2007
After some discussion about location table, Burke said- The more immediate need is the ability to create sets of locations. We would have a location type table and we would have a location location type table. In the end, there would be three tables. There would be a location type table, there would be a table that would relate locations to their types, so there could be many-to-many, and then there would be a hierarchy table that would be a location hierarchy table that would have parent location and child location, both pointing to the location ID. What Darius is asking for, we think, is the types.
Students will not be ready until the first week of June. Code repository is correct, so now that we have all the new developers coming we want them to be putting code into the right places. Ben completed this. The other issue was creating the community resources in a better design and what I have been working with Justin on is this rss feed notion. When we asked the students what they wanted and how they wanted to communicate, the one popular suggestion was to have blogs. Justin is getting us set up on refeed, which would allow end users to have their own blog and we would use refeed to aggregate all those blogs and then make subsets of those based upon certain tag types.
Burke-I donÃƒÂ¢Ã¢â€šÂ¬Ã¢â€žÂ¢t think we want the default to be what you are suggesting. What I have been imagining we could do for HL7 specific events or handling would be to put in hooks and then hook those with a module.
Burke-We have talked through those and I think everyone is in agreement but it has not been finalized.
We will discuss Google Summer of Code at the next meeting.
I want to add a locationType field to Location. So you can denote locations to be things like "Region", "City", "District Hospital", "Health Center", "Laboratory", etc. We have two immediate use cases: --Darius