Ron Johnson | 2 Aug 01:58 2015
Picon
Picon

Re: How do I know the gramps versión I was using ?

Rename your_tree.gramps to your_tree.zip, unzip it (you might really have to use 7-Zip) and open the resulting file in Notepad.

Line 6 should say something like version="x.y.z".  That's your version number!!

If it's 3.something, then you really want v3.4.9.
http://sourceforge.net/projects/gramps/files/Stable/3.4.9/

Otherwise:
http://sourceforge.net/projects/gramps/files/Stable/4.0.4/
http://sourceforge.net/projects/gramps/files/Stable/4.1.3/

On 08/01/2015 05:08 PM, miki figuel wrote:
<!-- .hmmessage P { margin:0px; padding:0px } body.hmmessage { font-size: 12pt; font-family:Calibri } -->
Hi all,
<!-- .ExternalClass .ecxhmmessage P { padding:0px; } .ExternalClass body.ecxhmmessage { font-size:12pt; font-family:Calibri; } -Hi all,<br>Hi all,

After a warning "inminent crash of your hard drive".  A back up was done into a pendrive

To re-download gramps with the correct version how would I go about it

because the saved  files don´t show any information?

Regards,

Miki


-- "Where it is a duty to worship the sun it is pretty sure to be a crime to examine the laws of heat." Christopher Morley
------------------------------------------------------------------------------
_______________________________________________
Gramps-users mailing list
Gramps-users <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gramps-users
Ron Johnson | 2 Aug 01:40 2015
Picon
Picon

Re: Drag-and-drop within the Place hierarchy

On 08/01/2015 06:05 PM, Nick Hall wrote:
On 01/08/15 23:58, Ron Johnson wrote:
We use bsddb as an object store. The editors take a copy of an object > and allow the user to modify it. Then they write back the object when > the OK button is clicked. > > If the object is modified whilst the editor is open then all changes > made outside the editor will be lost. The window manager prevents two > editors being open at the same time.
So an editor (object?) opens whenever you simply *right-click* on an object in the Places pane?

There is an edit option in the right-click context menu.  A double-click will also invoke the place editor.

The window manager prevents a second editor being invoked for the same place.

Right.  So, in the right-click context menu, select the (new, hypothetical) Move option instead of Edit.

-- "Where it is a duty to worship the sun it is pretty sure to be a crime to examine the laws of heat." Christopher Morley
------------------------------------------------------------------------------
_______________________________________________
Gramps-users mailing list
Gramps-users <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gramps-users
Ron Johnson | 2 Aug 01:38 2015
Picon
Picon

Re: Unincorporated communities and Census Designated Places

On 08/01/2015 04:34 PM, Nick Hall wrote:
On 01/08/15 19:25, Ron Johnson wrote:
I'm not sure that I fully understand your place selection.
Which part?
Before a search is carried out, you want a tree based on the default place. That sound like a good idea. What is a top level nested place?

How can a top-level place be nested?

What would you display if a city was selected as the default place?

Only the places *enclosed by* the city that match your search criterion.

Say I have two *different* places both named "100 Main St.":
"100 Main St." <- Footown <- Bar County, Texas <- USA
"100 Main St." <- Spaztown <- Fraggle County, Colorado <- USA

Without a default place (or... make "Earth" a Place that encloses all Places that are currently top-level), a search for Name = "100 Main St." will return both of those places.

If the default place is Footown, then the same search would only return the "100 Main St." that's enclosed by Footown.

Where would you want to display search results?

I've not explained myself well.

If a Default Place is set, then to the user, the Select Place window would work *exactly* as it currently does, except that the program would only search that part of the tree starting with the Default Place.

If Earth were the (hidden to the user) top-level which encloses all of the places that are currently the multiple top level Places, then, searching (and displaying results from) any part of the tree works the same.

Making Earth the real (but hidden) top level would genericize your Places tree operations, and the Default Place would just be a pointer to a node where you start walking the tree.

  • Not setting a Default Place means that (internally) Earth is the Default Place, and a search would display results just as it does now (but what it *really* means, internally, is "walk the tree starting at node /Earth/, displaying all results under /Earth/").
  • Setting (by definition, lower than "Earth") a new Default Place (for example, /Bar County, Texas/ would... display results just as it does now (but what it *really* means, internally, is "walk the tree starting at node /Bar County, Texas/", displaying all results under /Bar County, Texas/).

I'm assuming that there's some sort of directed graph that maintains the tree structure, and you internally traverse that graph when searching for places...


(Are you seeing my bolded text?  Is nabble stripping it out of their archive?)
-- "Where it is a duty to worship the sun it is pretty sure to be a crime to examine the laws of heat." Christopher Morley
------------------------------------------------------------------------------
_______________________________________________
Gramps-users mailing list
Gramps-users <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gramps-users
Ron Johnson | 2 Aug 00:58 2015
Picon
Picon

Re: Drag-and-drop within the Place hierarchy

On 08/01/2015 04:02 PM, Nick Hall wrote:
> On 01/08/15 19:12, Ron Johnson wrote:
>>> By moving a place in the hierarchy you are effectively editing it. We
>>> would need a database locking system to make this safe.  At the moment,
>>> object locking is handled by the editors and window manager.
>> Since it's a single user system, color me confused!
> We use bsddb as an object store.  The editors take a copy of an object
> and allow the user to modify it. Then they write back the object when
> the OK button is clicked.
>
> If the object is modified whilst the editor is open then all changes
> made outside the editor will be lost.  The window manager prevents two
> editors being open at the same time.

So an editor (object?) opens whenever you simply *right-click* on an object 
in the Places pane?

--

-- 
"Where it is a duty to worship the sun it is pretty sure to be a
crime to examine the laws of heat." Christopher Morley

------------------------------------------------------------------------------
miki figuel | 2 Aug 00:08 2015
Picon

How do I know the gramps versión I was using ?

Hi all,
<!-- .ExternalClass .ecxhmmessage P { padding:0px; } .ExternalClass body.ecxhmmessage { font-size:12pt; font-family:Calibri; } -Hi all,<br>Hi all,

After a warning "inminent crash of your hard drive".  A back up was done into a pendrive

To re-download gramps with the correct version how would I go about it

because the saved  files don´t show any information?

Regards,

Miki

 

HP Pavillion a1140n

A brand new 500GB Western Digital was installed

Windows 7 Pro Service Pack 1

Pentium 4

RAM 4GB

64 Bit

------------------------------------------------------------------------------
_______________________________________________
Gramps-users mailing list
Gramps-users <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gramps-users
Ron Johnson | 1 Aug 23:05 2015
Picon
Picon

Re: Drag-and-drop within the Place hierarchy

On 08/01/2015 03:54 PM, Nick Hall wrote:
On 01/08/15 19:12, Ron Johnson wrote:
A concrete example: in my tree, "Wetzel County, WV" (Name = "Wetzel" is enclosed by Virginia up to 1863 and West Virginia after that.

So, show it in both hierarchies, but *colorized* to make it visually stand out.  Add another entry to the right-click pop-up menu which shows alternate hierarchy placements.  In the WV hierarchy, it will pop up a display showing the Wetzel<-Virginia<-USA placement and date range, and that same right-click menu option under the VA hierarchy will show the Wetzel<-WV<-USA placement and date range.

Since there can be multiple placements, that pop-up window must show all of the hierarchies.

When programming it, use a window type that will *later* (let's get _something_ working first...) allow the user to then click of one of the alternative locations and to jump to.

The problem is that our current models only allow a place to appear in a tree once.  We would have to re-write our base tree model to allow Wetzel to appear under both VA and WV.

If you want multiple enclosures, you've got to be able to support *displaying* multiple enclosures. :(  And that means a data structure that supports it... :(  :(  :(

I would suggest considering another option, such as letting the user specify a date for the view.

I don't like that, since the user doesn't always know exactly when the the Event took place.

The locations gramplet already shows the hierarchy information for the active place, so we don't need to display it in a popup.

-- "Where it is a duty to worship the sun it is pretty sure to be a crime to examine the laws of heat." Christopher Morley
------------------------------------------------------------------------------
_______________________________________________
Gramps-users mailing list
Gramps-users <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gramps-users
PeterMerchant | 1 Aug 23:01 2015
Picon

Fwd: Re: OK and Cancel buttons in Place Editor










On 01/08/15 18:33, Ron Johnson wrote: > On 08/01/2015 07:22 AM, PeterMerchant wrote: >> On 01/08/15 08:59, PeterMerchant wrote: >>> On 31/07/15 23:02, Ron Johnson wrote: >>>> On 07/31/2015 04:50 PM, Nick Hall wrote: >>>>> On 31/07/15 21:07, PeterMerchant wrote: >>>>>> Using Gramps 4.1.3 under kubuntu, >>>>>> When I am editing a place, the OK and Cancel buttons are Left and right, >>>>>> and when I Ok that, in selecting my Place, the Buttons are the other way >>>>>> around. >>>>>> >>>>>> This means that I have to stay awake when editing places and nesting >>>>>> "Enclosed by" choices. The OK button keeps changing places with the >>>>>> Cancel button. Could I request that the placement of the OK button be >>>>>> made uniform throughout Gramps Please. >>>>> There is a similar bug report for v3.4.0: >>>>> >>>>> 5693: OK & Cancel buttons position is not consistent (Gramps 3.x and GTK2) >>>>> https://gramps-project.org/bugs/view.php?id=5693 >>>>> >>>>> I think that the button order depends on the operating system. The >>>>> order is consistent for me. >>>> Consistent for me, too, with Xubuntu 14.04, XFCE 4.11, GTK2 2.24.23, Gramps >>>> 4.1.3. >>>> >>> I am surprised that using XFCE and KDE desktops should give different >>> results on just one box. I am on Kubuntu 14.04. >>> >>> Peter >> Ron, Somehow deleted your last response, but that raises the question >> whether it is because in the situation where the OK and Cancel buttons >> are reversed, it is because there is a third 'Help' button to the left. > I just noticed that LibreOffice (a Gtk app) does OK, Cancel, but Thunderbird > & FF do Cancel, OK. > T-bird does Cancel--Save, but it has a third button to the left "don't save" in the example I tried (cancelling sending a junk email to you). FF has Cancel- 'Close Tabs'. Libreoffice has Save - Close without saving - Cancel. So this action is the same as yours. Of course, my problem is that within one application -Gramps - I have both scenarios. Peter

------------------------------------------------------------------------------
_______________________________________________
Gramps-users mailing list
Gramps-users <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gramps-users
Ron Johnson | 1 Aug 22:57 2015
Picon
Picon

Re: Event Reference Editor - Gramps

On 08/01/2015 03:17 PM, Brad Rogers wrote:
> On Sat, 01 Aug 2015 13:35:25 -0500
> Ron Johnson <ron.l.johnson <at> cox.net> wrote:
>
> Hello Ron,
>
>>> It was a bug that has been fixed!
>> Really?  I recall Note windows always being resizable.
> Yes, really.
>
> The Gramps dev team are a really, really, amazing bunch of people who,
> occasionally, when writing software updates, make mistakes and
> *introduce* new bugs as well as removing existing ones.  This happened
> WRT to the Notes window.  It got fixed in a later update.
>
> I'm surprised you're unaware;  It was discussed on list, and solutions
> were offered.

Proably in my genealogy "down time" from mid-January to late July.

Also, I rarely add event notes.  (Person notes, though.)

--

-- 
"Where it is a duty to worship the sun it is pretty sure to be a
crime to examine the laws of heat." Christopher Morley

------------------------------------------------------------------------------
Ron Johnson | 1 Aug 22:12 2015
Picon
Picon

Re: Gazeteer (was Re: Shared Place/geography database (was ...))

On 08/01/2015 02:07 PM, Doug Blank wrote:
On Sat, Aug 1, 2015 at 2:28 PM, Ron Johnson <ron.l.johnson <at> cox.net> wrote:
On 08/01/2015 10:17 AM, Nick Hall wrote:
[snip]

I suggest that we either start a GEPS for this or develop a prototype gazetteer.

There are two parts to this request:

1. Gathering the place data into a gazetteer.

This may involve importing the data from free sources, or a collaborative community effort to compile a database.  Maybe we could use a public Gramps Connect database for this.

I think that this could have two possible interfaces:

a. A local version, opened and queried directly from Gramps, for off-line work. We could use the same Gramps database plugin API for it, but may need more, specialized indices to make it fast.

This gets my vote!

But package it *separately*, since we don't/shouldn't need to download All That Data ever time we upgrade Gramps!!!!

Or... in the same vein as what Gramps does with Gramplets: new install?  Download it all during install, and then build the indexes (asynchronously?).

Each record in both the on-line repository and the local version would need an update_timestamp field (probably stored UTC) so that Gramps would know which news records to download from the on-line repository.  It would then insert a new (almost always) or update (rarely) an existing record.  A hidden-from-the-user synthetic key like the handles you currently use within Gramps would be the Primary Key.

You might even want to have an IS_DELETED boolean field, with value No/False/1.  Unused for now, but available Just In Case.

Store it in a "standard" SQLite db, *not* pickles!!!

(Can you tell that I'm a DBA??)

b. A web-based API, queried from Gramps. People could use their own on their own server, or use a Gramps-organized and maintained version. It may be that Gramps Connect would be the easiest way to implement this, as it has all of the infrastructure in place (web server, web-based editing, security, database, query, REST API, etc). [Although, it hasn't been updated to use the new hierarchy of Places yet.]

Very Big Thumbs *Down*.

We'll want to still use it when our connections go down, we're at a remote site, are on a 3G laptop and don't want to wait for cellphone lag...

-- "Where it is a duty to worship the sun it is pretty sure to be a crime to examine the laws of heat." Christopher Morley
------------------------------------------------------------------------------
_______________________________________________
Gramps-users mailing list
Gramps-users <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gramps-users
Ron Johnson | 1 Aug 20:35 2015
Picon
Picon

Re: Event Reference Editor - Gramps

On 08/01/2015 01:26 PM, Harvey Nimmo wrote:
> On Sat, 2015-08-01 at 10:05 -0700, roger <at> lepton wrote:
>> When reviewing/editing the contents of an event note I only see the contents
>> in window 2 lines high and have to scroll for other lines. Is there a way to
>> make this window larger?
>>
>> I am using Gramps 4.0.3-1 in Ubuntu 14.04
>>
>> tahnk you.
>>
> Update to gramps 4.1.3.

That takes lots of Places preparation, though.

> It was a bug that has been fixed!

Really?  I recall Note windows always being resizable.

--

-- 
"Where it is a duty to worship the sun it is pretty sure to be a
crime to examine the laws of heat." Christopher Morley

------------------------------------------------------------------------------
Ron Johnson | 1 Aug 20:33 2015
Picon
Picon

Re: Event Reference Editor - Gramps

It's a resizable window.  Just make it bigger...

On 08/01/2015 12:05 PM, roger <at> lepton wrote:
> When reviewing/editing the contents of an event note I only see the contents
> in window 2 lines high and have to scroll for other lines. Is there a way to
> make this window larger?
>
> I am using Gramps 4.0.3-1 in Ubuntu 14.04
>
> tahnk you.

--

-- 
"Where it is a duty to worship the sun it is pretty sure to be a
crime to examine the laws of heat." Christopher Morley

------------------------------------------------------------------------------

Gmane