Re: [Gramps-devel] Hiding the GRDB files

[<ben...@ug...>]

Concerning berkely db:

subversion uses also berkeley as one of the back-ends.
http://svnbook.red-bean.com/en/1.1/ch05.html#svn-ch-5-sect-1.3 nicely 
lists the
limitations.

Note that they provide a hot-backup of the database that can be used as a drop
in replacement if something goes wrong:
http://svnbook.red-bean.com/en/1.1/ch05s03.html#svn-ch-5-sect-3.6

So in GRAMPS terms, they can backup .grdb in a way that can be used as a
replacement of the corrupt file.

They also offer the flat text output for portability, which is like the gramps
xml, http://svnbook.red-bean.com/en/1.1/ch05s03.html#svn-ch-5-sect-3.5

Benny

Quoting ben...@ug...:

> On one hand I agree.
>
> However, I have 2 working .grdb (with real data), I have a test
> directory with 6
> .grdb for 2.2 and another test directory with 6 grdb for 2.3 version.
>
> I would like to be able to still open them from the place I point
> gramps to. For
> testing purposes, being able to save them where I point gramps to would
> also be
> appreciated.
>
> So, how about: an option in the preferences:
> O hide database path.
>  database path: ~/.gramps
> O save portable xml on exit
>
> If hide database path is checked, open and close of .grdb do not offer a file
> dialog, you only need to select/give a name and this is saved at the database
> path given in the preferences. (However, where do you store the .backup
> then???
> Saving it in .gramps does NOT look like a good solution to me). For
> conversion,
> an 'import' button will be needed, that can open an existing grdb, 
> and save it
> in the required position.
> If hide database path is not checked, everything is like today.
> The option 'save portable xml on exit' would give the user the possibility to
> save a .gramps file on exit in a user given file path.
>
> Also: In the case of hiding the files, you should offer the possibility of
> renaming/deleting a database in a tool. Now, people can just delete the file,
> but if they don't know where it is, they cannot do that, with unwanted
> databases cluttering the open database dialog.
>
> A lot of new problems might arise in this approach: people finding GRAMPS to
> complicated, questions on what to backup, ...
>
> Benny
>
> Quoting Don Allingham <don...@co...>:
>
>> Sorry, I seem to be having a bit of a problem with my spelling. "Hiding"
>> instead of "Hidding"
>>
>> Don
>>
>> On Tue, 2007-03-20 at 20:17 -0600, Don Allingham wrote:
>>> Over and over again, we are getting the same error(s) reported. People
>>> are renaming the GRDB files, moving them to different machines, or doing
>>> other strange things to the files. This has the effect of breaking the
>>> databases, and then we get error reports.
>>>
>>> After discussing this problem with both Brian and Alex, we are coming to
>>> the conclusion that the databases files should not be user visible. This
>>> is very similar to how other databases work (where do your MySQL
>>> databases reside?)
>>>
>>> In this case, the user would not specify a GRDB file name, but a more
>>> generic "database name", without regard to a directory path.
>>> Transferring files will be done via XML import and export.
>>>
>>> This should eliminate the BSDDB version issues, along with the problems
>>> with log files. And it should actually be simpler for Aunt Martha, who
>>> may not understand the concept of file systems.
>>>
>>> Any thoughts?
>>>
>>> Don
>>>
>>> -------------------------------------------------------------------------
>>> Take Surveys. Earn Cash. Influence the Future of IT
>>> Join SourceForge.net's Techsay panel and you'll get the chance to 
>>> share your
>>> opinions on IT & business topics through brief surveys-and earn cash
>>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>>> _______________________________________________ Gramps-devel mailing
>>> list Gra...@li...
>>> https://lists.sourceforge.net/lists/listinfo/gramps-devel
>>
>
>
>
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Gramps-devel mailing list
> Gra...@li...
> https://lists.sourceforge.net/lists/listinfo/gramps-devel
>



----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.