User:Phlox/2009 05 notes


 * place: locality= town, state, country, coordinates- all use constructs
 * date: Lets assume not datetime since only astrologers really care about the time of day
 * calendar- Julian dates are implied for the typical period prior to 1582, but we will need calendar property for Roman/Julian/Gregorian.... Chinese, Hebrew and Islamic calendars will be important when we get some folks interested in those.
 * ISO8601/ dtend stuff. I see no need to normalize all dates into the  as required by ISO8601.  Nor do I see any need to contort dates to fit non exclusive date requirements.  microformat dtend means event ended before dtend.  So death date is day of death plus one.  No, I don't think any of our users will understand that reasoning one bit.
 * adopted. Ok, sensitive subject.  Genes= family?  Or does love/family culture = family.  Is genealogy about nature or nurture.  Well, both.  Ok, so we need to make genetic inferences with the ydna and mtdna stuff, so we need to know birth mother, and birth father.  So these are implied values from has_mother property.  However a person can override.  You can have_mother one person, but have_birth_mother someone else.
 * ok, all relations should go from bottom up due to recommendations from SMW folks. It makes queries efficient/simple if you say town "has location in state" Michican, rather than enumerate all towns in the Michigan article.
 * Implies, we do children with a query for all articles that Has_father foo, or has_mother bar.
 * How do we do implied queries. Is that how the implies statement works in birth date (implies birth year)?
 * Why do I want to declare as a page? I get the autofill in thing but I can't do ifeq's on it because it has the wikitext decoration on it, so the evaluator doesn't see that they are equal.  See query on govwiki user page of Harry Reid.  It doesn't match committee.
 * Is there some way of lifting the name property from the page?
 * What is the load on the servers with all this crap? I hope the stats in the html are accurate...