I see a problem with misusing Place Details this way. It makes no sense from a logical database point of view. Place Details are supposed to be dependent on Place. A Place should not be dependent on another Place. If you want to find all the events that occurred in a Place, you won't find the ones where the Place is in Place Detail. And when was Buffalo a place in Milwaukee? And what are you going to do if you have an actual address in one of the Places? That said, I don't have any great solution. Why not use the Emigration/Immigration pairs and customize their sentences for each occurrence of a move so that they run together. Alternatively, use Miscellaneous or your custom Move fact and customize each occurrence so that it fits within the context. Typically, you have a prior fact which describes where the individual was so that the sentence would be a "move to" sentence. Tom On 2012-10-30, at 7:45 PM, Alan Wood <alanbwood@gmail.com> wrote: > I've been playing with a way to record family moves from state to > state. Fact types Immigration and Emigration do no lend themselves to > it. I've tried creating a new fact called Move with a sentence: > "[person] moved< [Date]>< from [Place:plain]> to < > [PlaceDetails:plain]>" and putting the place departed from in the place > field and the place moved to in the place details field. I then share > the fact with the family members that also made the move. > > Has anyone found a more convenient way to handle moves of this sort? > Does anyone see a serious problem with using the place details in this > manner? > > Thanks for any advice. > Alan > > > =================================== > RM list Archives: http://archiver.rootsweb.com/th/index/ROOTSMAGIC-USERS/ > http://archiver.rootsweb.com/cgi-bin/search?path=ROOTSMAGIC-USERS > WISH LIST: http://www.rootsmagic.com/forums/ BLOG: http://blog.rootsmagic.com/ > > > ------------------------------- > To unsubscribe from the list, please send an email to ROOTSMAGIC-USERS-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

Thanks, Tom for pointing out the fact that my proposal would corrupt the integrity of the place database. I should have thought of that before. Thanks to the rest of you who offered advice. I'd forgotten all about the Miscellaneous fact and I think that will handle my need as I wish to record a snapshot of a move event when I do not know how long the person lived in either location. I have used Residence to record a place of residence either as a snapshot or over a known period of time. Problem solved. Alan On 10/30/2012 7:23 PM, Tom Holden wrote: > I see a problem with misusing Place Details this way. It makes no sense from a logical database point of view. Place Details are supposed to be dependent on Place. A Place should not be dependent on another Place. If you want to find all the events that occurred in a Place, you won't find the ones where the Place is in Place Detail. And when was Buffalo a place in Milwaukee? And what are you going to do if you have an actual address in one of the Places? > > That said, I don't have any great solution. Why not use the Emigration/Immigration pairs and customize their sentences for each occurrence of a move so that they run together. Alternatively, use Miscellaneous or your custom Move fact and customize each occurrence so that it fits within the context. Typically, you have a prior fact which describes where the individual was so that the sentence would be a "move to" sentence. > > Tom > > > > On 2012-10-30, at 7:45 PM, Alan Wood <alanbwood@gmail.com> wrote: > >> I've been playing with a way to record family moves from state to >> state. Fact types Immigration and Emigration do no lend themselves to >> it. I've tried creating a new fact called Move with a sentence: >> "[person] moved< [Date]>< from [Place:plain]> to < >> [PlaceDetails:plain]>" and putting the place departed from in the place >> field and the place moved to in the place details field. I then share >> the fact with the family members that also made the move. >> >> Has anyone found a more convenient way to handle moves of this sort? >> Does anyone see a serious problem with using the place details in this >> manner? >> >> Thanks for any advice. >> Alan >>