From: ssc1478 <ss...@ai...> - 2008-10-18 19:47:37
|
Just upgraded to 3.0.2. In the previous version, I set a preference so that everything GRAMPS was saved in ~/gramps/blah blah. Including my media folder. This enabled me to rsync ~/gramps to a backup computer. The point of rsync'ing it is not to actually use gramps on two computers but to provide an immediately available backup in case of a disk crash, upgrade snafu, motherboard problem, etc - all of which has happened at some point. (I do this for all my applications.) Perusing the mailing list, it sounds like having the database saved in ~/ is not advised. That I should leave it in .gramps. I did find the option in Preferences to set the database path. Any problems with changing it to ~/gramps? If its ok, is saving that folder enough? I don't like storing content in a hidden directory. Thanks, Phil |
From: Martin E. <mar...@gm...> - 2008-10-18 21:47:29
|
On Sat, Oct 18, 2008 at 3:48 PM, ssc1478 <ss...@ai...> wrote: > > > I don't like storing content in a hidden directory. > > Thanks, > > Phil I would second that. It's too easy to overlook .xxx files thinking they only have per-user preference information -- which is the traditional thing. The reason why they are treated as hidden files is that they are considered to contain stuff that users do not need to know about. At least providing an option to place it elsewhere would be good. (However, note that Mozilla/Firefox and especially Thunderbird keep lots of data in their '.' files.) My preference would be to have all gramps data in a user-selectable directory - excepting user preference things like window placement, skin selection (should we have such a thing :-), etc. It is also sometimes confusing to have "media" files in a separate, unrelated location. In my world, media files, when installed in gramps, should become part of the database "physically", not just by link to somewhere else. Otherwise, I am likely to screw up by editing or moving the media files when not in a gramps context I'm sure this has been hashed out before. Just my 2 cents. -- Martin Ewing, AA6E Branford, CT |
From: Brad R. <br...@fi...> - 2008-10-18 22:03:34
Attachments:
signature.asc
|
On Sat, 18 Oct 2008 17:47:24 -0400 "Martin Ewing" <mar...@gm...> wrote: Hello Martin, > My preference would be to have all gramps data in a user-selectable > directory - excepting user preference things like window placement, You can. I do, in fact. You can tell Gramps where you wish to store your data and what the base path should be for relative paths to media. It will store settings in ~/.gramps so you can't accidentally delete something vital. -- Regards _ / ) "The blindingly obvious is / _)rad never immediately apparent" Now would I say something that wasn't true? Would I Lie To You - Eurythmics |
From: Martin E. <mar...@gm...> - 2008-10-18 22:21:44
|
On Sat, Oct 18, 2008 at 6:02 PM, Brad Rogers <br...@fi...> wrote: > On Sat, 18 Oct 2008 17:47:24 -0400 > "Martin Ewing" <mar...@gm...> wrote: > > Hello Martin, > > > My preference would be to have all gramps data in a user-selectable > > directory - excepting user preference things like window placement, > > You can. I do, in fact. You can tell Gramps where you wish to store > your data and what the base path should be for relative paths to media. > It will store settings in ~/.gramps so you can't accidentally delete > something vital. > Quite so. I should have checked. What do they say? RTFM... Cheers, -- Martin Ewing, AA6E Branford, CT |
From: Brad R. <br...@fi...> - 2008-10-19 13:31:30
Attachments:
signature.asc
|
On Sat, 18 Oct 2008 18:21:39 -0400 "Martin Ewing" <mar...@gm...> wrote: Hello Martin, > Quite so. I should have checked. What do they say? RTFM... *They* might say that, but not me. My motto is "manuals are for wimps". :-) -- Regards _ / ) "The blindingly obvious is / _)rad never immediately apparent" Now I found you out, I don't think you're so smart Who Are You - Black Sabbath |
From: ssc1478 <ss...@ai...> - 2008-10-18 23:38:30
|
On Sat, 18 Oct 2008 18:21:39 -0400 "Martin Ewing" <mar...@gm...> wrote: > On Sat, Oct 18, 2008 at 6:02 PM, Brad Rogers <br...@fi...> > wrote: > > > On Sat, 18 Oct 2008 17:47:24 -0400 > > "Martin Ewing" <mar...@gm...> wrote: > > > > Hello Martin, > > > > > My preference would be to have all gramps data in a > > > user-selectable directory - excepting user preference things like > > > window placement, > > > > You can. I do, in fact. You can tell Gramps where you wish to > > store your data and what the base path should be for relative paths > > to media. It will store settings in ~/.gramps so you can't > > accidentally delete something vital. > > > > Quite so. I should have checked. What do they say? RTFM... > > Cheers, > I set the preferences for the database path to: ~/Documents/gramps/grampsdb but while GRAMPS created the "grampsdb" folder it is still writing all of the data to ~/.gramps Phil |
From: Brad R. <br...@fi...> - 2008-10-19 13:31:33
Attachments:
signature.asc
|
On Sat, 18 Oct 2008 19:38:55 -0400 ssc1478 <ss...@ai...> wrote: Hello ssc1478, > ~/Documents/gramps/grampsdb but while GRAMPS created the "grampsdb" > folder it is still writing all of the data to ~/.gramps Yes, it'll only write to a db created there, IIRC. So, you'll have to import the old db into a new one. Alternatively, edit ~/.gramps/recent-files.xml to point to the new directory, and copying your dbs /should/ work. I didn't use this method, so there might be implications for other settings files that I'm unaware of. IOW, try this at your own risk. -- Regards _ / ) "The blindingly obvious is / _)rad never immediately apparent" Never much liked playing there anyway Banned From The Roxy - Crass |
From: Johan V. <jvr...@sq...> - 2008-10-19 21:07:59
|
ssc1478 <ss...@ai...> writes: > I set the preferences for the database path to: > ~/Documents/gramps/grampsdb but while GRAMPS created the "grampsdb" > folder it is still writing all of the data to ~/.gramps I use some scripts for this purpose, since I maintain several different trees. This is an example of such a script, for a dutch tree: ----snip---- #!/bin/sh export LANG=nl_NL.utf-8 export LC_TIME=nl_NL export GRAMPSHOME=$HOME/Private/Families/Vromans cd $GRAMPSHOME exec /usr/bin/gramps -O Vromans ${1+"$@"} ----snip---- This one is for an english tree: ----snip---- #!/bin/sh export LANG=en_GB.utf-8 export LC_TIME=en_GB export GRAMPSHOME=$HOME/Private/Families/Kensen cd $GRAMPSHOME # Date format -> ISO perl -pi~ -e 's/(date-format)=.*/$1=0/' gramps/keys.ini exec /usr/bin/gramps -O Kensen ${1+"$@"} ----snip---- I do not have a ~/.gramps at all. -- Johan |
From: Benny M. <ben...@gm...> - 2008-10-19 17:32:10
|
2008/10/18 ssc1478 <ss...@ai...> > Just upgraded to 3.0.2. In the previous version, I set a preference so > that everything GRAMPS was saved in ~/gramps/blah blah. Including my > media folder. This enabled me to rsync ~/gramps to a backup computer. > > The point of rsync'ing it is not to actually use gramps on two > computers but to provide an immediately available backup in case of a > disk crash, upgrade snafu, motherboard problem, etc - all of which > has happened at some point. (I do this for all my applications.) > > Perusing the mailing list, it sounds like having the database saved in > ~/ is not advised. That I should leave it in .gramps. I did find the > option in Preferences to set the database path. Any problems with > changing it to ~/gramps? If its ok, is saving that folder enough? Yes, no problem. I don't know why the mailing list gave the impression that would be a problem. I know it is not the most easy thing to find out (where the data is saved) but the reason we do it as it is is the same as many applications (firefox, amarok, ...). For new and unexperienced users it should 'just work'. Experience has learned us the present way of doing things is the way this actually is so. More experienced users will find out how to set the path to the embedded database. The present setting has also the large advantage that users who want to back up their data have to carefully wonder: where is my data and what should be backed up. In the old versions people thought backup of the .grdb file was ok, ... they where wrong. Benny > > > I don't like storing content in a hidden directory. > > Thanks, > > Phil > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Gramps-users mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > |
From: ssc1478 <ss...@ai...> - 2008-10-22 23:44:51
|
On Sun, 19 Oct 2008 19:31:59 +0200 "Benny Malengier" <ben...@gm...> wrote: > > I know it is not the most easy thing to find out (where the data is > saved) but the reason we do it as it is is the same as many > applications (firefox, amarok, ...). For new and unexperienced users > it should 'just work'. Experience has learned us the present way of > doing things is the way this actually is so. > > More experienced users will find out how to set the path to the > embedded database. This is what I did: 1. In gramps, set the preferences to the directory I want. 2. quit gramps. 3. Copy grampsdb folder in ~/.gramps to ~/desired/path Is that correct? Seems to be working. Phil |
From: S. C. <ste...@gm...> - 2008-11-01 18:39:05
|
On Sat, Nov 1, 2008 at 10:40, Duncan Lithgow <dli...@gm...> wrote: > Is anyone willing to write a plugin to help users do sensible backups? I'm not understanding the term "sensible". Here is how I do my backups: http://www.gramps-project.org/wiki/index.php?title=How_to_make_a_backup In summary: gramps --open="My Family Tree" --output=backup.gpkg --format=gramps-pkg No plugin required. What are you trying to do that isn't working? Stéphane |
From: Duncan L. <dli...@gm...> - 2008-10-23 14:39:11
|
Why isn't a good, transparent, backup system integrated into the GRAMPS UI? Duncan |
From: Benny M. <ben...@gm...> - 2008-10-23 15:04:47
|
We have revisions integrated. Backup is something the overarching systhem should provide (KDE, GNOME, Ubuntu, ...), just like Mac OS X has their time machine. Benny 2008/10/23 Duncan Lithgow <dli...@gm...> > Why isn't a good, transparent, backup system integrated into the GRAMPS UI? > > Duncan > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Gramps-users mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > > |
From: Duncan L. <dli...@gm...> - 2008-10-23 17:51:17
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Benny Malengier wrote: > We have revisions integrated. > Backup is something the overarching systhem should provide (KDE, > GNOME, Ubuntu, ...), just like Mac OS X has their time machine. Sure. Perhaps in a perfect world everyone would run an open source version of OSX and read a book about incremental backup. Sadly that's not the world I live in. I'm just saying that it's worth considering for GRAMPS to have something built-in. Duncan -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkAuXYACgkQK7lmfCGoxjqkRACfSOXvmKUnzx6dPMWocl1x/xKs 6wQAoJ1F8thdbbGMoqUyI+DmKRK94dxm =mWVz -----END PGP SIGNATURE----- |
From: Johan V. <jvr...@sq...> - 2008-10-23 19:55:39
|
"Duncan Lithgow" <dli...@gm...> writes: > Why isn't a good, transparent, backup system integrated into the GRAMPS UI? I'd say a backup is typically done in a non-UI fashion. E.g., a nightly daemon may wish to do something like gramps -o backup.gramps and then store it away in a safe place. >From the UI, maintaining several versions of a tree is a whimp. -- Johan |
From: S. C. <ste...@gm...> - 2008-10-23 20:06:36
|
> I'd say a backup is typically done in a non-UI fashion. E.g., a > nightly daemon may wish to do something like > > gramps -o backup.gramps > > and then store it away in a safe place. I agree. Anyone not yet familiar with how to make backups of their GRAMPS databases should consult: http://www.gramps-project.org/wiki/index.php?title=How_to_make_a_backup Stéphane |
From: ssc1478 <ss...@ai...> - 2008-10-23 22:17:00
|
On Thu, 23 Oct 2008 13:06:30 -0700 "Stéphane Charette" <ste...@gm...> wrote: > > I'd say a backup is typically done in a non-UI fashion. E.g., a > > nightly daemon may wish to do something like > > > > gramps -o backup.gramps > > > > and then store it away in a safe place. > > I agree. Anyone not yet familiar with how to make backups of their > GRAMPS databases should consult: > > http://www.gramps-project.org/wiki/index.php?title=How_to_make_a_backup > > Stéphane > That's nice and all, but my requirement is that I have two PC's essentially mirrored so as to have a hot backup. If I have a HD crash, MB crash, or a bad upgrade I want to be able to use the other PC immediately. So while the backup you mention is great for disaster recovery it doesn't answer my needs. So I just wanted to know where the files are so I can rsync them to my backup PC. |
From: Johan V. <jvr...@sq...> - 2008-10-24 07:34:56
|
ssc1478 <ss...@ai...> writes: > That's nice and all, but my requirement is that I have two PC's > essentially mirrored so as to have a hot backup. I have essentially the same config. Trick: Use environment variable GRAMPSHOME to control placement of the files. I have a script to start gramps: #!/bin/sh export LANG=nl_NL.utf-8 export LC_TIME=nl_NL export GRAMPSHOME=$HOME/Private/Families/Vromans cd $GRAMPSHOME exec /usr/bin/gramps -O Vromans ${1+"$@"} All data (database, media[1], settings, everything) is in $HOME/Private/Families/Vromans, so this is the directory I rsync to the second PC (and back, if I made changes there). I use gramps this way for all my trees. I don't even have a $HOME/.gramps ... Hope this helps. -- Johan [1] I place media under $GRAMPSHOME/gramps directory also, and always use relative paths. |
From: ssc1478 <ss...@ai...> - 2008-11-01 17:27:12
|
On 24 Oct 2008 09:34:44 +0200 Johan Vromans <jvr...@sq...> wrote: > > Trick: Use environment variable GRAMPSHOME to control placement of the > files. > > I have a script to start gramps: > > #!/bin/sh > export LANG=nl_NL.utf-8 > export LC_TIME=nl_NL > export GRAMPSHOME=$HOME/Private/Families/Vromans > cd $GRAMPSHOME > exec /usr/bin/gramps -O Vromans ${1+"$@"} > Thanks Johan! This works great, and is exactly what I wanted! All gramps directories and files under the same directory. This is what the option under Edit -> Preferences -> Database should do. Thanks again, Phil |
From: Duncan L. <dli...@gm...> - 2008-11-01 17:40:49
|
Is anyone willing to write a plugin to help users do sensible backups? Duncan -- Linux user: 372812 | GPG key ID: 21A8C63A | http://lithgow-schmidt.dk |
From: Duncan L. <dli...@gm...> - 2008-11-01 18:45:27
|
2008/11/1 Stéphane Charette <ste...@gm...>: > On Sat, Nov 1, 2008 at 10:40, Duncan Lithgow <dli...@gm...> wrote: >> Is anyone willing to write a plugin to help users do sensible backups? > > I'm not understanding the term "sensible". Here is how I do my backups: > > http://www.gramps-project.org/wiki/index.php?title=How_to_make_a_backup > Fair enough, that's what I do too. I'm just aware that a lot of people are not used to the idea of doing regular backups. I think a plugin which can make regular backups for the less techie users would be a good idea. Duncan -- Linux user: 372812 | GPG key ID: 21A8C63A | http://lithgow-schmidt.dk |
From: S. C. <ste...@gm...> - 2008-11-01 19:04:38
|
> Fair enough, that's what I do too. I'm just aware that a lot of people > are not used to the idea of doing regular backups. I think a plugin > which can make regular backups for the less techie users would be a > good idea. The other "less techie" option available today without a plugin is: Family Trees -> Export -> "GRAMPS package (portable XML)" -> "Entire Database". I'll update the wiki page with that information as well. Stéphane |
From: Algis K. <aka...@pc...> - 2008-11-01 20:50:35
|
Stéphane, On Sun, 2 Nov 2008 06:04:34 Stéphane Charette wrote: > > Fair enough, that's what I do too. I'm just aware that a lot of people > > are not used to the idea of doing regular backups. I think a plugin > > which can make regular backups for the less techie users would be a > > good idea. > > The other "less techie" option available today without a plugin is: > > Family Trees -> Export -> "GRAMPS package (portable XML)" -> > "Entire Database". > > I'll update the wiki page with that information as well. > > Stéphane I for one find the line "gramps --open="My Family Tree" --output=backup.gpkg --format=gramps-pkg" not self explanatory and I would expect that the wiki pages would be written to be self explanatory. I take it that you mean to invoke gramps in the command line. So exactly what command in CMLI do you mean to enter? Elsewhere the wiki tells us that to start gramps from the command line one needs to enter ~/gramps30/ > python src/gramps.py And now you say enter gramps --open= etc ... I do not doubt you are right. But should that be explained? And why are you adamant that a plugin would be of no use? What is there to lose if there is a plugin that in your opinion is not necessary? I am not trying to criticize and just would like to hear an explanation as I am curious as to "why" and would appreciate an elucidation. TIA, OldAl. -- Dr Algis Kabaila (PhD Eng) http://akabaila.pcug.org.au/StructuralAnalysis/ ------------------------------------------------ |
From: Algis K. <aka...@pc...> - 2008-11-02 00:32:07
|
Stéphane, On Sun, 2 Nov 2008 08:41:58 Stéphane Charette wrote: > > Starting gramps from the command line with the intent of using the GUI > > to make changes, etc, to your database would be: > > > > python src/gramps.py > > Only if you are running from source, and haven't installed gramps. > > > or something similar. What Stéphane was describing was using the > > command line interface (only - never using the GUI) to create a backup > > file. His listing of: > > > > gramps --open="My Family Tree" --output=backup.gpkg --format=gramps-pkg > > Right, running "gramps" directly is what you'd do if it was installed > on your machine, and you wanted to start it without clicking on the > pretty icon. > > >> "gramps --open="My Family Tree" --output=backup.gpkg > >> --format=gramps-pkg" > >> > >> not self explanatory and I would expect that the wiki pages would be > >> written to be self explanatory. I take it that you mean to invoke > >> gramps in the command line. So exactly what command in CMLI do you mean > >> to enter? > > Then ignore that comment, and instead look at the line below that in > the wiki that explains how to do it from within GRAMPS using the menu > options. That might be an easier solution for you. > > >> Elsewhere the wiki tells us that to start gramps from the command line > >> one needs to enter > >> > >> ~/gramps30/ > python src/gramps.py > > That would be if you are a python developer, and you've checked out > the source to GRAMPS. If instead you've installed a pre-built > package, then you don't have to worry about that. > > >> And why are you adamant that a plugin would be of no use? What is there > >> to lose if there is a plugin that in your opinion is not necessary? > > The only thing to lose is development time. Limited number of > developers, and this is something that already exists in GRAMPS. It > can be done from the menu, or from the command-line, as I've tried to > explain on the wiki page. What is likely, is that my wiki explanation > could use some filtering or re-writing. If I haven't explained it > correctly, I'd ask other native-English speakers to see if there is a > better way to explain it. > > Stéphane My apologies for a rash, thoughtless comment. There is nothing wrong with your English. Just that the wiki is a confusing kind of medium, which makes the bits of information hard to chain into one. Of course, it has some great advantages, particularly as anyone can edit it. On reflection, I agree fully that all that the backup functionality is built in and that a plugin, as far as I can see, could not do anything other than what is already there. Also, your question "what would you like the plugin to do" is appropriate, though it probably could be asked in a non challenging manner. You are doing a great job - keep it up! OldAl. |
From: Duncan L. <dli...@gm...> - 2008-11-02 11:25:58
|
My comment that a plugin providing backup functions for GRAMPS is based on the following line of thought: * Many users of genealogy software have no more knowledge of computer use than they need to write letters and check their e-mail * Backup of genealogy information is even more important than backup of many other types of data * Average computer users are not in the habit of making regular backups * The majority of home computer systems are not pre-configured to make regular backups of GRAMPS's data. * A plugin which makes regular or incremental GRAMPS XML backups is (I believe) trivial to implement I know that GRAMPS already makes backups of the db tables, and that's great, but not very easy for average computer users to understand. Regards, Duncan -- Linux user: 372812 | GPG key ID: 21A8C63A | http://lithgow-schmidt.dk |