phpgedview-talk Mailing List for PhpGedView (Page 5)
Brought to you by:
canajun2eh,
yalnifj
Menu
▾
▴
phpgedview-talk — For installation, help, bugs, and suggestions for phpgedview
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
(2) |
Aug
(1) |
Sep
|
Oct
(1) |
Nov
(1) |
Dec
(5) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(4) |
Feb
(3) |
Mar
(35) |
Apr
(37) |
May
(22) |
Jun
|
Jul
(2) |
Aug
(7) |
Sep
(10) |
Oct
(9) |
Nov
|
Dec
(16) |
| 2005 |
Jan
(16) |
Feb
(4) |
Mar
(48) |
Apr
(12) |
May
(4) |
Jun
(3) |
Jul
(4) |
Aug
(19) |
Sep
(31) |
Oct
(16) |
Nov
(7) |
Dec
(58) |
| 2006 |
Jan
(9) |
Feb
(14) |
Mar
(16) |
Apr
(12) |
May
(9) |
Jun
(9) |
Jul
(31) |
Aug
(19) |
Sep
(3) |
Oct
|
Nov
(11) |
Dec
(3) |
| 2007 |
Jan
(16) |
Feb
(1) |
Mar
(4) |
Apr
(17) |
May
(40) |
Jun
(14) |
Jul
(31) |
Aug
(10) |
Sep
(14) |
Oct
(64) |
Nov
(24) |
Dec
(13) |
| 2008 |
Jan
(12) |
Feb
(2) |
Mar
(7) |
Apr
(2) |
May
(16) |
Jun
(8) |
Jul
(4) |
Aug
(14) |
Sep
(13) |
Oct
(2) |
Nov
|
Dec
|
| 2009 |
Jan
(1) |
Feb
(11) |
Mar
(5) |
Apr
(6) |
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
(1) |
Oct
|
Nov
(2) |
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Dennis <den...@ur...> - 2008-02-10 17:50:05
|
I did a dumb thing ;-) I deleted my old files to install phpgedview 4.1.3. Now I can't remember how to set up the file depth, I tried the examples online but I am still getting errors. Error: ERROR 8: Undefined index: SCRIPT_FILENAME 0 Error occurred on in function check_media_depth 1 called from line 1126 of file functions_mediadb.php in function check_media_depth 2 called from line 542 of file functions_mediadb.php in function get_medialist 3 called from line 111 of file medialist.php The media on the 2 gedcoms, "byerly" has more folders in it: 2 FILE C:\genealogy photos\chapman\MT117AC.jpg 2 FILE C:\genealogy photos\byerly\byerly\EEmmertLida2.jpg Can someone tell me the what the MultiMedia directory & Multi-Media directory levels to keep should look like for these 2 gedcom files? Should I use my thumbnails or let the new version create them? Dennis |
|
From: John F. <Joh...@ne...> - 2008-01-30 19:57:23
|
U29ycnksIHRoZSBkZXZlbG9wZXJzIGZvcnVtIGlzIG9ubHkgYWNjZXNzaWJsZSB0byBwZW9wbGUg b24gdGhlIHByb2plY3QgdGVhbS4gIFRoYXQgaXMgd2h5IGluY2x1ZGVkIHBhcnQgb2YgdGhlIGRp c2N1c3Npb24gdGhyZWFkIGluIHRoZSBwcmV2aW91cyBlbWFpbC4NCg0KIA0KDQpZb3UgYXJlIHdl bGNvbWUgdG8gYnJpbmcgaXQgdXAgYWdhaW4gaW4gb25lIG9mIHRoZSBvdGhlciBmb3J1bXMuDQoN CiANCg0KVGhhbmtzLA0KDQotLUpvaG4NCg0KIA0KDQogDQoNCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQoNCkZyb206IHBocGdlZHZpZXctdGFsay1ib3VuY2VzQGxpc3RzLnNvdXJj ZWZvcmdlLm5ldCBbbWFpbHRvOnBocGdlZHZpZXctdGFsay1ib3VuY2VzQGxpc3RzLnNvdXJjZWZv cmdlLm5ldF0gT24gQmVoYWxmIE9mIEJyaWFuIERlcnINClNlbnQ6IFR1ZXNkYXksIEphbnVhcnkg MjksIDIwMDggOToxNiBQTQ0KVG86IEFsbCBBYm91dCBQaHBHZWRWaWV3DQpTdWJqZWN0OiBSZTog W1BocGdlZHZpZXctdGFsa10gUEVBUjo6TURCMg0KDQogDQoNCkFtIEkgbm90IHNlZWluZyB0aGUg ZGV2ZWxvcGVycyBmb3J1bSBvciBpcyB0aGF0IHRoZSAib3BlbiBkaXNjdXNzaW9uIiBvbiBzZi5u ZXQ/DQoNCk9uIEphbiAyOCwgMjAwOCA3OjU2IEFNLCBKb2huIEZpbmxheSA8Sm9obi5GaW5sYXlA bmV1bW9udC5lZHU+IHdyb3RlOg0KDQpIaSBCcmlhbiwNCg0KIA0KDQpXZSBoYXZlIGxvb2tlZCBh dCB0aGUgTURCMiBsaWJyYXJ5IGEgY291cGxlIG9mIHRpbWVzIGFuZCB0aGUgcmVzdWx0cyB3ZXJl IHBvc3RlZCBvbiB0aGUgZGV2ZWxvcGVycyBmb3J1bS4gIFdlIGRldGVybWluZWQgdGhhdCB0aGVy ZSB3YXNuJ3QgZW5vdWdoIG9mIGFuIGFkdmFudGFnZSB0byBzd2l0Y2ggdG8gTURCMi4NCg0KIA0K DQpZb3UgbWlnaHQgd2FudCB0byBjb250YWN0IGZpc2hhcmViZXN0IHRvIHNlZSB3aGVyZSBoZSBs ZWZ0IG9mZi4NCg0KIA0KDQpIZXJlIGFyZSB0aGUgcmVzdWx0cyBmcm9tIGhpcyBsYXN0IGxvb2sg YXQgaXQ6DQoNCjxzbmlwPg0KDQpKdXN0IHN3aXRjaGluZyB0byBNREIyIGRvZXNuJ3QgYXBwZWFy IHRvIG1ha2UgYW55IGRpZmZlcmVuY2UgdG8gcGVyZm9ybWFuY2UgKHRvIGJlIGV4cGVjdGVkKS4g DQogDQpJJ2xsIHBsYXkgYXJvdW5kIHdpdGggcHJlcGFyZWQgc3RhdGVtZW50cywgZXRjLiBhbmQg c2VlIGlmIGl0IG1ha2VzIGEgZGlmZmVyZW5jZS4gSWYgdGhlIGRyaXZlciBoYXMgbmF0aXZlIHN1 cHBvcnQgZm9yIGl0LCB0aGVuIGl0IHNob3VsZCBiZSBmYXN0ZXIuIElmIGl0IGRvZXNuJ3QsIGl0 IHdpbGwgYmUgZW11bGF0ZWQgYW5kIG1heSB3ZWxsIGJlIHNsb3dlci4NCg0KIA0KDQpJJ3ZlIGJl ZW4gZXhwZXJpbWVudGluZyB3aXRoIHRoZSB1c2Ugb2YgcHJlcGFyZWQgc3RhdGVtZW50cyB0byBz cGVlZCBvdXIgZGF0YWJhc2UgYWNjZXNzLiBBbHRob3VnaCBpdCBoZWxwcyB3aXRoIHBlcmZvcm1h bmNlLCBpdCAob3IgdGhlIG15c3FsIGRyaXZlcikgaGFzIGEgbWVtb3J5IGxlYWsuIEZvciBtb3N0 IHBhZ2VzLCBpdCBpc24ndCBsYXJnZSBlbm91Z2ggdG8gY2F1c2UgYSBwcm9ibGVtLCBidXQgaW1w b3J0aW5nIGEgbGFyZ2UgZ2VkY29tIGNhdXNlcyBhIGNyYXNoLiANCiANCkkndmUgdHJpZWQgYm90 aCB0aGUgbGF0ZXN0IHN0YWJsZSBhbmQgYmV0YSB2ZXJzaW9ucyBvZiBNREIyL2RyaXZlcnMuIA0K IA0KU28sIEknbSBub3QgZ29pbmcgdG8gd2FzdGUgYW55IG1vcmUgdGltZSBvbiBpdC4gTWF5YmUg d2UgY2FuIGxvb2sgYXQgdGhpcyBhZ2FpbiBpbiB0aGUgZnV0dXJlLg0KDQogDQoNCk1EQjIgLSAy LjUuMGExIChhbHBoYSkgYW5kIDIuNC4xIChzdGFibGUpICANCk1EQjI6OmRpcnZlcl9teXNxbCAt IDEuNS4wYTEgKGFscGhhKSBhbmQgMS40LjEgKHN0YWJsZSkgDQogDQpBcGFjaGUgMi4yLjMgb24g V2luWFAgDQogDQpUaGUgdGVzdCB3YXMgYXMgZm9sbG93czogDQogDQpQcmVwYXJlIHN0YXRlbWVu dCANCkNyZWF0ZSBhcnJheSBvZiAxMCByb3dzIG9mIGRhdGEgDQpMb29wIA0KSW5zZXJ0IDEwIHJv d3MgdXNpbmcgZXhlY3V0ZU11bHRpcGxlKCkgDQpFbmQgbG9vcA0KDQogDQoNCiANCg0KX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KRnJvbTogcGhwZ2Vkdmlldy10YWxrLWJvdW5j ZXNAbGlzdHMuc291cmNlZm9yZ2UubmV0IFttYWlsdG86cGhwZ2Vkdmlldy10YWxrLWJvdW5jZXNA bGlzdHMuc291cmNlZm9yZ2UubmV0XSBPbiBCZWhhbGYgT2YgQnJpYW4gRGVycg0KU2VudDogU3Vu ZGF5LCBKYW51YXJ5IDI3LCAyMDA4IDExOjI3IFBNDQpUbzogQWxsIEFib3V0IFBocEdlZFZpZXcN ClN1YmplY3Q6IFtQaHBnZWR2aWV3LXRhbGtdIFBFQVI6Ok1EQjINCg0KIA0KDQpIYXMgdGhlcmUg YmVlbiBhbnkgdGFsayBvZiB1cGdyYWRpbmcgdGhlIERCIEFQSSB0byB0aGUgbmV3ZXIgTURCMiB3 aGljaCBoYXMgc3VwZXJjZWRlZCBQRUFSOjpEQj8gSSdkIGJlIHdpbGxpbmcgdG8gaGVscCBvdXQg d2l0aCB0aGUgbWlncmF0aW9uIGZvciA0LjIgaWYgdGhlcmUgaXMgaW50ZXJlc3QuIEkgZGlkbid0 IHNlZSBpdCBpbiB0aGUgYXJjaGl2ZXMgc28gSSdtIGd1ZXNzaW5nIGl0IGhhc24ndCBiZWVuIHRh bGtlZCBhYm91dCBvbiBoZXJlIG9yIHRoZSBzZi5uZXQgZm9ydW1zLiBBbnlvbmUgaW50ZXJlc3Rl ZCBpbiBoZWxwaW5nIG1lIG91dCB3aXRoIGl0Pw0KDQpCcmlhbiBEZXJyDQoNCg0KLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLQ0KVGhpcyBTRi5uZXQgZW1haWwgaXMgc3BvbnNvcmVkIGJ5OiBNaWNyb3NvZnQNCkRl ZnkgYWxsIGNoYWxsZW5nZXMuIE1pY3Jvc29mdChSKSBWaXN1YWwgU3R1ZGlvIDIwMDguDQpodHRw Oi8vY2xrLmF0ZG10LmNvbS9NUlQvZ28vdnNlMDEyMDAwMDA3MG1ydC9kaXJlY3QvMDEvDQpfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KUGhwZ2Vkdmlldy10 YWxrIG1haWxpbmcgbGlzdA0KUGhwZ2Vkdmlldy10YWxrQGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0K aHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vcGhwZ2Vkdmlldy10 YWxrDQoNCiANCg0K |
|
From: Brian D. <bd...@gm...> - 2008-01-30 04:15:41
|
Am I not seeing the developers forum or is that the "open discussion" on sf.net? On Jan 28, 2008 7:56 AM, John Finlay <Joh...@ne...> wrote: > Hi Brian, > > > > We have looked at the MDB2 library a couple of times and the results were > posted on the developers forum. We determined that there wasn't enough of > an advantage to switch to MDB2. > > > > You might want to contact fisharebest to see where he left off. > > > > Here are the results from his last look at it: > > <snip> > > Just switching to MDB2 doesn't appear to make any difference to > performance (to be expected). > > I'll play around with prepared statements, etc. and see if it makes a > difference. If the driver has native support for it, then it should be > faster. If it doesn't, it will be emulated and may well be slower. > > > > I've been experimenting with the use of prepared statements to speed our > database access. Although it helps with performance, it (or the mysql > driver) has a memory leak. For most pages, it isn't large enough to cause a > problem, but importing a large gedcom causes a crash. > > I've tried both the latest stable and beta versions of MDB2/drivers. > > So, I'm not going to waste any more time on it. Maybe we can look at this > again in the future. > > > > MDB2 - 2.5.0a1 (alpha) and 2.4.1 (stable) > MDB2::dirver_mysql - 1.5.0a1 (alpha) and 1.4.1 (stable) > > Apache 2.2.3 on WinXP > > The test was as follows: > > Prepare statement > Create array of 10 rows of data > Loop > Insert 10 rows using executeMultiple() > End loop > > > > > ------------------------------ > > *From:* php...@li... [mailto: > php...@li...] *On Behalf Of *Brian Derr > *Sent:* Sunday, January 27, 2008 11:27 PM > *To:* All About PhpGedView > *Subject:* [Phpgedview-talk] PEAR::MDB2 > > > > Has there been any talk of upgrading the DB API to the newer MDB2 which > has superceded PEAR::DB? I'd be willing to help out with the migration for > 4.2 if there is interest. I didn't see it in the archives so I'm guessing > it hasn't been talked about on here or the sf.net forums. Anyone > interested in helping me out with it? > > Brian Derr > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Phpgedview-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpgedview-talk > > |
|
From: John F. <Joh...@ne...> - 2008-01-28 15:57:04
|
SGkgQnJpYW4sDQoNCiANCg0KV2UgaGF2ZSBsb29rZWQgYXQgdGhlIE1EQjIgbGlicmFyeSBhIGNv dXBsZSBvZiB0aW1lcyBhbmQgdGhlIHJlc3VsdHMgd2VyZSBwb3N0ZWQgb24gdGhlIGRldmVsb3Bl cnMgZm9ydW0uICBXZSBkZXRlcm1pbmVkIHRoYXQgdGhlcmUgd2FzbuKAmXQgZW5vdWdoIG9mIGFu IGFkdmFudGFnZSB0byBzd2l0Y2ggdG8gTURCMi4NCg0KIA0KDQpZb3UgbWlnaHQgd2FudCB0byBj b250YWN0IGZpc2hhcmViZXN0IHRvIHNlZSB3aGVyZSBoZSBsZWZ0IG9mZi4NCg0KIA0KDQpIZXJl IGFyZSB0aGUgcmVzdWx0cyBmcm9tIGhpcyBsYXN0IGxvb2sgYXQgaXQ6DQoNCjxzbmlwPg0KDQpK dXN0IHN3aXRjaGluZyB0byBNREIyIGRvZXNuJ3QgYXBwZWFyIHRvIG1ha2UgYW55IGRpZmZlcmVu Y2UgdG8gcGVyZm9ybWFuY2UgKHRvIGJlIGV4cGVjdGVkKS4gDQogDQpJJ2xsIHBsYXkgYXJvdW5k IHdpdGggcHJlcGFyZWQgc3RhdGVtZW50cywgZXRjLiBhbmQgc2VlIGlmIGl0IG1ha2VzIGEgZGlm ZmVyZW5jZS4gSWYgdGhlIGRyaXZlciBoYXMgbmF0aXZlIHN1cHBvcnQgZm9yIGl0LCB0aGVuIGl0 IHNob3VsZCBiZSBmYXN0ZXIuIElmIGl0IGRvZXNuJ3QsIGl0IHdpbGwgYmUgZW11bGF0ZWQgYW5k IG1heSB3ZWxsIGJlIHNsb3dlci4NCg0KIA0KDQpJJ3ZlIGJlZW4gZXhwZXJpbWVudGluZyB3aXRo IHRoZSB1c2Ugb2YgcHJlcGFyZWQgc3RhdGVtZW50cyB0byBzcGVlZCBvdXIgZGF0YWJhc2UgYWNj ZXNzLiBBbHRob3VnaCBpdCBoZWxwcyB3aXRoIHBlcmZvcm1hbmNlLCBpdCAob3IgdGhlIG15c3Fs IGRyaXZlcikgaGFzIGEgbWVtb3J5IGxlYWsuIEZvciBtb3N0IHBhZ2VzLCBpdCBpc24ndCBsYXJn ZSBlbm91Z2ggdG8gY2F1c2UgYSBwcm9ibGVtLCBidXQgaW1wb3J0aW5nIGEgbGFyZ2UgZ2VkY29t IGNhdXNlcyBhIGNyYXNoLiANCiANCkkndmUgdHJpZWQgYm90aCB0aGUgbGF0ZXN0IHN0YWJsZSBh bmQgYmV0YSB2ZXJzaW9ucyBvZiBNREIyL2RyaXZlcnMuIA0KIA0KU28sIEknbSBub3QgZ29pbmcg dG8gd2FzdGUgYW55IG1vcmUgdGltZSBvbiBpdC4gTWF5YmUgd2UgY2FuIGxvb2sgYXQgdGhpcyBh Z2FpbiBpbiB0aGUgZnV0dXJlLg0KDQogDQoNCk1EQjIgLSAyLjUuMGExIChhbHBoYSkgYW5kIDIu NC4xIChzdGFibGUpICANCk1EQjI6OmRpcnZlcl9teXNxbCAtIDEuNS4wYTEgKGFscGhhKSBhbmQg MS40LjEgKHN0YWJsZSkgDQogDQpBcGFjaGUgMi4yLjMgb24gV2luWFAgDQogDQpUaGUgdGVzdCB3 YXMgYXMgZm9sbG93czogDQogDQpQcmVwYXJlIHN0YXRlbWVudCANCkNyZWF0ZSBhcnJheSBvZiAx MCByb3dzIG9mIGRhdGEgDQpMb29wIA0KSW5zZXJ0IDEwIHJvd3MgdXNpbmcgZXhlY3V0ZU11bHRp cGxlKCkgDQpFbmQgbG9vcA0KDQogDQoNCiANCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCg0KRnJvbTogcGhwZ2Vkdmlldy10YWxrLWJvdW5jZXNAbGlzdHMuc291cmNlZm9yZ2Uu bmV0IFttYWlsdG86cGhwZ2Vkdmlldy10YWxrLWJvdW5jZXNAbGlzdHMuc291cmNlZm9yZ2UubmV0 XSBPbiBCZWhhbGYgT2YgQnJpYW4gRGVycg0KU2VudDogU3VuZGF5LCBKYW51YXJ5IDI3LCAyMDA4 IDExOjI3IFBNDQpUbzogQWxsIEFib3V0IFBocEdlZFZpZXcNClN1YmplY3Q6IFtQaHBnZWR2aWV3 LXRhbGtdIFBFQVI6Ok1EQjINCg0KIA0KDQpIYXMgdGhlcmUgYmVlbiBhbnkgdGFsayBvZiB1cGdy YWRpbmcgdGhlIERCIEFQSSB0byB0aGUgbmV3ZXIgTURCMiB3aGljaCBoYXMgc3VwZXJjZWRlZCBQ RUFSOjpEQj8gSSdkIGJlIHdpbGxpbmcgdG8gaGVscCBvdXQgd2l0aCB0aGUgbWlncmF0aW9uIGZv ciA0LjIgaWYgdGhlcmUgaXMgaW50ZXJlc3QuIEkgZGlkbid0IHNlZSBpdCBpbiB0aGUgYXJjaGl2 ZXMgc28gSSdtIGd1ZXNzaW5nIGl0IGhhc24ndCBiZWVuIHRhbGtlZCBhYm91dCBvbiBoZXJlIG9y IHRoZSBzZi5uZXQgZm9ydW1zLiBBbnlvbmUgaW50ZXJlc3RlZCBpbiBoZWxwaW5nIG1lIG91dCB3 aXRoIGl0Pw0KDQpCcmlhbiBEZXJyDQoNCg== |
|
From: Brian D. <bd...@gm...> - 2008-01-28 06:27:03
|
Has there been any talk of upgrading the DB API to the newer MDB2 which has superceded PEAR::DB? I'd be willing to help out with the migration for 4.2if there is interest. I didn't see it in the archives so I'm guessing it hasn't been talked about on here or the sf.net forums. Anyone interested in helping me out with it? Brian Derr |
|
From: peter s. <pe...@pe...> - 2008-01-19 17:02:19
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> </head> <body bgcolor="#ffffff" text="#000000"> <font size="-1"><font face="sans-serif">I am looking to start up my own family's site. I had some questions for new setups. If this isnt the right mailing list, kindly direct me to the correct one, and I will post there. I thought this was a good place to start. Apologies also if it's too much information, I think typing it out might just help me sort out my thoughts.<br> <br> Ive got a GEDCOM database already. It is pretty complete and dates from 1620s-1860s. My goal is to put this database online, and allow other members of my family to continue from the main DB. Naturally, I welcome other members to download this DB to help them. But I am really only concerned about the continuation from the larger DB. <br> <br> For example. I downloaded phpgedview a few weeks ago, uploaded this main DB. I had not yet connected my own family to my descendants in this larger DB. Then a few days ago I did. So now I want to update the DB, but I really only need to add the few relatives that this involves. I don't need/want to re-upload the entire DB, just so I can add a dozen people. I use GRAMPS on my desktop, and I can export only a defined branch of the tree. I also see that there is the ability to have and maintain several GEDCOMs on phpgedview. So is this the preferred/accepted method? Have people upload their own family's GEDCOM and somehow connect it to the larger GEDCOM? Is this possible?<br> <br> I think I am on the right track, I was just wondering if this was how other people handle similar situations?<br> <br> Thanks for all your help!<br> <br> -peter<br> </font></font> </body> </html> |
|
From: Nathan Watson-H. <na...@wa...> - 2008-01-18 13:38:53
|
This sounds like a similar "problem" I might be getting. Although =20 because it's in the root web directory I just get double // in the URL =20 and I've never found out why. The same thing might be happening for you, but the subdir is being =20 added to the URL (mine would be empty, hence the double //) You, should probably post to the PhpGedView sourceforge forum and/or =20 submit a bug report, since only a few people monitor this mailing list. Cheers, Nath Quoting Stuart Phethean <stu...@gm...>: > I have just been testing the latest version (from SVN) 4.1.4 with the > aim of replacing my older 3.x installation. I have set up a test > directory with 4.1.4 and get somewhat unpredictable results when > authenticating. There are no clashes with the older version - I am > using completely different database prefixes and index directories. I > have also downloaded 4.1.3 from the download site in the hope that > there could have been an undetected error in one of the SVN modules > but this causes the same problem > > If I go to the login page: > http://www.phethean.co.uk/test/login.php?url=3Dtest%3Fged%3Dweb2.ged > > and then login as admin (or any user) the login redirects to: > > http://www.phethean.co.uk/test/test?ged=3Dweb2.ged&ged=3Dweb2.ged > > with an HTTP 404 message: > > "Not Found > The requested URL /test/test was not found on this server." > > > If I then backspace from this page-not-found page it takes me to the > authenticated page: > > http://www.phethean.co.uk/test/login.php?url=3Dtest%3Fged%3Dweb2.ged&ged= =3Dweb2.ged&ged=3Dweb2.ged > > with a fully authenticated session running. So, the authentication > takes place but the correct page fails to launch. > > I have tried this with two different installation paths and it seem to > fail when the browser is freshly loaded (Firefox and IE present a > similar problem). If I login/logout within a session or swap user-ids > there does not appear to be a problem. From the 404 message it loook > as if the "test" directory name is being appended twice. > > On researching this a bit more, it looks very similar to a bug [ > 1511527 ] "LOGIN failure" fixed in 2006: > > (http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1511527&grou= p_id=3D55456&atid=3D477079#innerframe) > > If I remove "/test/" from the URL with the 404 error it works: > > http://www.phethean.co.uk/test/test?ged=3Dweb2.ged&ged=3Dweb2.ged > > i.e http://www.phethean.co.uk/test?ged=3Dweb2.ged&ged=3Dweb2.ged so it > looks as if my PGV directory "test" is getting appended twice. > > Any suggestions welcomed! > > Stuart > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Phpgedview-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpgedview-talk > |
|
From: Stuart P. <stu...@gm...> - 2008-01-18 10:11:54
|
I have just been testing the latest version (from SVN) 4.1.4 with the aim of replacing my older 3.x installation. I have set up a test directory with 4.1.4 and get somewhat unpredictable results when authenticating. There are no clashes with the older version - I am using completely different database prefixes and index directories. I have also downloaded 4.1.3 from the download site in the hope that there could have been an undetected error in one of the SVN modules but this causes the same problem If I go to the login page: http://www.phethean.co.uk/test/login.php?url=test%3Fged%3Dweb2.ged and then login as admin (or any user) the login redirects to: http://www.phethean.co.uk/test/test?ged=web2.ged&ged=web2.ged with an HTTP 404 message: "Not Found The requested URL /test/test was not found on this server." If I then backspace from this page-not-found page it takes me to the authenticated page: http://www.phethean.co.uk/test/login.php?url=test%3Fged%3Dweb2.ged&ged=web2.ged&ged=web2.ged with a fully authenticated session running. So, the authentication takes place but the correct page fails to launch. I have tried this with two different installation paths and it seem to fail when the browser is freshly loaded (Firefox and IE present a similar problem). If I login/logout within a session or swap user-ids there does not appear to be a problem. From the 404 message it loook as if the "test" directory name is being appended twice. On researching this a bit more, it looks very similar to a bug [ 1511527 ] "LOGIN failure" fixed in 2006: (http://sourceforge.net/tracker/index.php?func=detail&aid=1511527&group_id=55456&atid=477079#innerframe) If I remove "/test/" from the URL with the 404 error it works: http://www.phethean.co.uk/test/test?ged=web2.ged&ged=web2.ged i.e http://www.phethean.co.uk/test?ged=web2.ged&ged=web2.ged so it looks as if my PGV directory "test" is getting appended twice. Any suggestions welcomed! Stuart |
|
From: John F. <Joh...@ne...> - 2008-01-07 22:49:50
|
SWYgeW91IGNoZWNrIHRoZSBmaWxlcyBvdXQgb2YgdGhlIFNWTiByZXBvc2l0b3J5IHRoZXkgc2hv dWxkIGJlIHNldCB0byB1c2UgdGhlIGxpbmUgZW5kaW5nIG9mIHRoZSBtYWNoaW5lIHRoZXkgd2Vy ZSBjaGVja2VkIG91dCBvbi4gIEF0IGxlYXN0IHRoYXQgaXMgd2hhdCB0aGUgc3ZuOmVvbC1zdHls ZSBuYXRpdmUgc3ZuIHByb3BlcnR5IGlzIHN1cHBvc2VkIHRvIGRvLg0KDQotLUpvaG4NCg0KPiAt LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBwaHBnZWR2aWV3LXRhbGstYm91bmNl c0BsaXN0cy5zb3VyY2Vmb3JnZS5uZXQgW21haWx0bzpwaHBnZWR2aWV3LQ0KPiB0YWxrLWJvdW5j ZXNAbGlzdHMuc291cmNlZm9yZ2UubmV0XSBPbiBCZWhhbGYgT2YgUmFuZGFsIFQuIFJpb3V4DQo+ IFNlbnQ6IFN1bmRheSwgSmFudWFyeSAwNiwgMjAwOCAzOjQyIFBNDQo+IFRvOiBQaHBHZWRWaWV3 DQo+IFN1YmplY3Q6IFtQaHBnZWR2aWV3LXRhbGtdIENhcnJpYWdlIFJldHVybnM/DQo+IA0KPiBJ IHdhcyBkb2luZyBzb21lIGVkaXRpbmcgdG9kYXkgb24gL2luY2x1ZGUgZmlsZXMsIGFuZCBub3Rp Y2VkIHNvbWV0aGluZy4NCj4gSSBoYXZlbid0IGZvbGxvd2VkIGFsb25nIHRoZSBsaXN0IHRvbyBj bG9zZWx5LCBob3BlZnVsbHkgSSdtIG5vdCBiZWluZw0KPiByZWR1bmRhbnQuDQo+IA0KPiBNeSBz ZXJ2ZXIgZm9yIFBHViBpcyBTb2xhcmlzIG9uIFNQQVJDLCBJIGdlbmVyYWxseSBlZGl0IG9uIEdl bnRvbyBMaW51eC4NCj4gSSd2ZSBub3RpY2VkIG1hbnkgZmlsZXMgaGF2ZSB0aGUgXk0gV2luZG93 cyBjYXJyaWFnZSByZXR1cm4gY2hhcmFjdGVycy4NCj4gSSd2ZSBvbmx5IHVzZWQgdGhlIHY0LjEu MyByZWxlYXNlIGFuZCBoYXZlIG5vdCBjaGVja2VkIHRoZSByZXBvc2l0b3J5Lg0KPiBUaGlzIG1h a2VzIHRoaW5ncyBtZXNzeSB3aGVuIEkgc2F2ZSwgc28gSSBoYXZlIHRvIGNsZWFyIHRoZW0gb3V0 DQo+ICh1c3VhbGx5IGp1c3QgcnVuIGRvczJ1bml4KS4NCj4gDQo+IFJlcXVlc3Q6IGNvdWxkIGRl dmVsb3BlcnMgdXNpbmcgV2luZG93cyB0byBlZGl0IHBsZWFzZSB1dGlsaXplIGEgcHVyZQ0KPiBl ZGl0b3IgdGhhdCBkb2Vzbid0IG1hbmdsZSB0ZXh0PyBUaGVyZSBhcmUgbWFueSBncmVhdCBvcGVu IHNvdXJjZQ0KPiBnZW5lcmFsIG9yIFBIUC1zcGVjaWZpYyBlZGl0b3JzIHRoYXQgd2lsbCBydW4g b24gV2luZG93cyAoSSB1c2UgakVkaXQgaWYNCj4gb24gV2luZG93cywgZm9yIGV4YW1wbGUpLg0K PiANCj4gVGhhbmtzIGZvbGtzIQ0KPiBSYW5keQ0KPiANCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiBU aGlzIFNGLm5ldCBlbWFpbCBpcyBzcG9uc29yZWQgYnk6IE1pY3Jvc29mdA0KPiBEZWZ5IGFsbCBj aGFsbGVuZ2VzLiBNaWNyb3NvZnQoUikgVmlzdWFsIFN0dWRpbyAyMDA1Lg0KPiBodHRwOi8vY2xr LmF0ZG10LmNvbS9NUlQvZ28vdnNlMDEyMDAwMDA3MG1ydC9kaXJlY3QvMDEvDQo+IF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IFBocGdlZHZpZXctdGFs ayBtYWlsaW5nIGxpc3QNCj4gUGhwZ2Vkdmlldy10YWxrQGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0K PiBodHRwczovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby9waHBnZWR2aWV3 LXRhbGsNCg== |
|
From: John F. <Joh...@ne...> - 2008-01-07 22:11:17
|
SGkgQnJpYW4sDQoNCiANCg0KQWN0dWFsbHksIHRoZSA0LjIgYnJhbmNoIG9mIFNWTiBpcyBhIGRl dmVsb3BtZW50IGJyYW5jaCBhbmQgaXMgbm90IG1lYW50IGZvciBwcm9kdWN0aW9uIHVzZS4gIFRo ZSBjb2RlIGluIHRoZSA0LjIgYnJhbmNoIGlzIHN0aWxsIGluIHRyYW5zaXRpb24sIHNvIHlvdSBh cmUgbGlrZWx5IHRvIHNlZSAqbWFueSogbW9yZSBlcnJvcnMgdXNpbmcgNC4yIHRoZW4geW91IHdv dWxkIHNlZSB1c2luZyA0LjEuICBUaGUgbWFpbiA0LjEgdHJ1bmsgaXMgZ3VhcmFudGVlZCB0byBi ZSBpbiBhIHdvcmtpbmcgc3RhdGUgYXQgYWxsIHRpbWVzLCB3aGlsZSA0LjIgaXMgbmV2ZXIgZ3Vh cmFudGVlZC4NCg0KIA0KDQpIb3dldmVyLCB3ZSBsaWtlIHRvIGhhdmUgcGVvcGxlIGJldGEgdGVz dGluZyB0aGUgNC4yIGJyYW5jaCBzbyB5b3UgYXJlIHdlbGNvbWUgdG8gY29udGludWUgdXNpbmcg aXQsIGFuZCBzZW5kaW5nIHVzIGJ1ZyByZXBvcnRzLg0KDQogDQoNCkkgaGF2ZSBmaXhlZCB0aGUg cmVvcmRlciBmYW1pbGllcyBwcm9ibGVtIHNvIHRoYXQgZnVuY3Rpb24gc2hvdWxkIG5vdyB3b3Jr Lg0KDQogDQoNClRoYW5rcywNCg0KLS1Kb2huDQoNCiANCg0KIA0KDQpfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KDQpGcm9tOiBwaHBnZWR2aWV3LXRhbGstYm91bmNlc0BsaXN0cy5z b3VyY2Vmb3JnZS5uZXQgW21haWx0bzpwaHBnZWR2aWV3LXRhbGstYm91bmNlc0BsaXN0cy5zb3Vy Y2Vmb3JnZS5uZXRdIE9uIEJlaGFsZiBPZiBCcmlhbiBEZXJyDQpTZW50OiBTYXR1cmRheSwgSmFu dWFyeSAwNSwgMjAwOCA5OjQ2IFBNDQpUbzogcGhwZ2Vkdmlldy10YWxrQGxpc3RzLnNvdXJjZWZv cmdlLm5ldA0KU3ViamVjdDogW1BocGdlZHZpZXctdGFsa10gSW50cm9kdWN0aW9uIGFuZCBidWdz IQ0KDQogDQoNCkhpLCBJJ20gQnJpYW4gRGVyciAoQmRlcnJseSBvbiB0aGUgUEdWIHdpa2kpLiBJ J3ZlIGJlZW4gdXNpbmcgUEdWIGZvciBvdmVyIGEgeWVhciBub3cgYW5kIHJlYWxseSBsaWtlIGl0 LiBJJ20gdXNpbmcgUEdWIHY0LjIgZnJvbSBzdm4gYW5kIHBvc3RncmVzcWwuDQoNCldoaWxlIGRv aW5nIGEgc3RhbmRhcmRzIGNoZWNrIGFnYWluc3QgbXkgR0VEQ09NIGZpbGUgSSBmb3VuZCBhIGZl dyBwZW9wbGUgdGhhdCBuZWVkZWQgdGhlaXIgZmFtaWxpZXMgcmVvcmRlcmVkLiBJIGNsaWNrZWQg b24gdGhlIHJlb3JkZXIgZmFtaWxpZXMgbGluayBhbmQgZ290IGFuIGVycm9yLiAoSSd2ZSBzb3J0 IG9mIGdvdHRlbiB1c2VkIHRvIHNlZSBlcnJvcnMgYXMgSSBwb2tlIGFyb3VuZCBsYXRlbHkgYW5k IGl0IGFsbCBzZWVtcyB0byBiZSByZWxhdGVkIHRvIHVzaW5nIFBvc3RncmVzLCBidXQgdGhhdCdz IGFub3RoZXIgZW1haWwuKSBUaGUgZXJyb3IgZm9sbG93czogDQoNCkZhdGFsIGVycm9yOiBDYWxs IHRvIHVuZGVmaW5lZCBmdW5jdGlvbiBwcmludF9zaW1wbGVfZmFjdCgpIGluIC92YXIvd3d3L3Bn di00LjIvZWRpdF9pbnRlcmZhY2UucGhwIG9uIGxpbmUgMTk3Nw0KDQpMb29raW5nIHRocm91Z2gg dGhlIGNvZGUgSSBzZWUgdGhhdCB0aGUgcHJpbnRfc2ltcGxlX2ZhY3QoKSBmdW5jdGlvbiBoYXMg YmVlbiBkZXByZWNhdGVkIGluIGZhdm9yIG9mIHVzaW5nIHRoZSBFdmVudCBjbGFzcy4gSSdtIHJh dGhlciBuZXcgdG8gUEhQIGJ1dCBpdCBzZWVtcyB0aGF0IHRoZSBFdmVudCBjbGFzcyBoYXNuJ3Qg YmVlbiBmdWxseSBpbXBsZW1lbnRlZCBhcyBub3RoaW5nIGlzICJyZXF1aXJpbmciIGl0LiBTbywg d2FzIHNvbWVvbmUgYSBiaXQgaGFzdHkgaW4gZGVwcmVjYXRpbmcgYW5kIGNvbW1lbnRpbmcgb3V0 IHRoZSBwcmludF9zaW1wbGVfZmFjdCgpIGZ1bmN0aW9uIGZyb20gdGhlIGluY2x1ZGVzL2Z1bmN0 aW9uc19wcmludC5waHAgZmlsZT8gDQoNClRoYW5rcywNCmJkDQoNCg== |
|
From: Brian D. <bd...@gm...> - 2008-01-07 00:59:24
|
I second that. I just ran `dos2unix' on a lot of .php files that I checked out from branches/PhpGedView-4.2 yesterday. Notepad++ is also a good Windows editor. http://notepad-plus.sf.net bd On Jan 6, 2008 2:41 PM, Randal T. Rioux <ra...@pr...> wrote: > I was doing some editing today on /include files, and noticed something. > I haven't followed along the list too closely, hopefully I'm not being > redundant. > > My server for PGV is Solaris on SPARC, I generally edit on Gentoo Linux. > I've noticed many files have the ^M Windows carriage return characters. > I've only used the v4.1.3 release and have not checked the repository. > This makes things messy when I save, so I have to clear them out > (usually just run dos2unix). > > Request: could developers using Windows to edit please utilize a pure > editor that doesn't mangle text? There are many great open source > general or PHP-specific editors that will run on Windows (I use jEdit if > on Windows, for example). > > Thanks folks! > Randy > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Phpgedview-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpgedview-talk > |
|
From: Randal T. R. <ra...@pr...> - 2008-01-06 22:44:41
|
I was doing some editing today on /include files, and noticed something. I haven't followed along the list too closely, hopefully I'm not being redundant. My server for PGV is Solaris on SPARC, I generally edit on Gentoo Linux. I've noticed many files have the ^M Windows carriage return characters. I've only used the v4.1.3 release and have not checked the repository. This makes things messy when I save, so I have to clear them out (usually just run dos2unix). Request: could developers using Windows to edit please utilize a pure editor that doesn't mangle text? There are many great open source general or PHP-specific editors that will run on Windows (I use jEdit if on Windows, for example). Thanks folks! Randy |
|
From: Brian D. <bd...@gm...> - 2008-01-06 04:46:09
|
Hi, I'm Brian Derr (Bderrly on the PGV wiki). I've been using PGV for over a year now and really like it. I'm using PGV v4.2 from svn and postgresql. While doing a standards check against my GEDCOM file I found a few people that needed their families reordered. I clicked on the reorder families link and got an error. (I've sort of gotten used to see errors as I poke around lately and it all seems to be related to using Postgres, but that's another email.) The error follows: *Fatal error*: Call to undefined function print_simple_fact() in * /var/www/pgv-4.2/edit_interface.php* on line *1977 * Looking through the code I see that the print_simple_fact() function has been deprecated in favor of using the Event class. I'm rather new to PHP but it seems that the Event class hasn't been fully implemented as nothing is "requiring" it. So, was someone a bit hasty in deprecating and commenting out the print_simple_fact() function from the includes/functions_print.php file? Thanks, bd |
|
From: Ralph S. <so...@ir...> - 2007-12-14 19:09:43
|
Hello Folks, hello George, >>>>> "GP" == ggpauly <ge...@ri...> writes: GP> What's the best way to stitch GEDCOMS together? I've been using a text GP> editor to do search-and-replace to bulk edit IDs, then using GRAMPS to GP> combine the GEDCOMs. GP> Thanks a >2.15 billion, GP> George I load my GEDCOMs into LifeLines (runs under Unix, Linux, and Windows). It uses the GEDCOMs as its database. If I read in a second GEDCOM, the people are all assigned new ID nos. so as not to collide with the current GEDCOM. I am sure that phpgedview could do the same! Have a nice weekend, --Ralph |
|
From: John F. <Joh...@ne...> - 2007-12-14 16:50:49
|
SGkgQ3JhaWcsDQoNCiANCg0KSSB3b3VsZCB0aGluayB0aGF0IHlvdSBjYW4gZG8gbW9zdCBvZiB3 aGF0IHlvdSB3YW50IHdpdGggbWluaW1hbCBvciBubyBjaGFuZ2VzIHRvIFBocEdlZFZpZXcgKFBH VikuICANCg0KIA0KDQpQR1YgaXMgYmFzZWQgb24gR0VEQ09NLiAgSXQgaXMgdmVyeSBlYXN5IHRv IGFkZCBhbHRlcm5hdGUgSURzIHVzaW5nIEdFRENPTSBhbmQgYXMgbWFueSBkaWZmZXJlbnQgSURz IGFzIHlvdSB3YW50IHVzaW5nIHRoZSBSRUZOIHRhZy4gIFRoZXJlIGFyZSBvcHRpb25zIHdoZW4g eW91IGltcG9ydCB0aGUgR0VEQ09NIHRvIGNob29zZSB0aGUgbWFpbiBJRCB0aGF0IHlvdSB3YW50 IHRvIHVzZS4NCg0KIA0KDQpBbnl0aGluZyB0aGF0IGlzIGluIEdFRENPTSB3aWxsIGFwcGVhciBv biB0aGUgc2NyZWVuLiAgWW91IHdpbGwgbmVlZCB0byBlbGFib3JhdGUgb24gd2hhdCB5b3UgbWVh biBieSB0aGUg4oCccmlnaHQgc3BvdOKAnS4NCg0KIA0KDQpQaHBHZWRWaWV3IGhhcyBzdXBwb3J0 IGZvciBpbW1pZ3JhdGlvbi9lbWlncmF0aW9uIGV2ZW50cyBhcyB3ZWxsIGFzIGN1c3RvbSBldmVu dHMgdGhhdCB5b3UgY2FuIGFkZCB0byBhIHBlcnNvbi4NCg0KIA0KDQpTaW5jZSBQaHBHZWRWaWV3 IGlzIG9wZW4gc291cmNlIHlvdSBjYW4gZG8gYW55dGhpbmcgeW91IHdhbnQsIGJ1dCB5b3UgbWF5 IG5lZWQgdG8gZG8gc29tZSBQSFAgY29kaW5nLg0KDQogDQoNCi0tSm9obg0KDQogDQoNCiANCg0K X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KRnJvbTogcGhwZ2Vkdmlldy10YWxr LWJvdW5jZXNAbGlzdHMuc291cmNlZm9yZ2UubmV0IFttYWlsdG86cGhwZ2Vkdmlldy10YWxrLWJv dW5jZXNAbGlzdHMuc291cmNlZm9yZ2UubmV0XSBPbiBCZWhhbGYgT2YgQ3JhaWcgVWdvcmV0eg0K U2VudDogRnJpZGF5LCBEZWNlbWJlciAxNCwgMjAwNyAyOjQxIEFNDQpUbzogcGhwZ2Vkdmlldy10 YWxrQGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0KU3ViamVjdDogW1BocGdlZHZpZXctdGFsa10gTmV3 IHBlcnNvbjogYSBzaW1wbGUgbW9kaWZpY2F0aW9uPw0KDQogDQoNCkhlbGxvLA0KDQogDQoNCiAg ICBJIGFtIG5ldyB0byBQSFBHRURWSUVXLiAgSSBoYXZlIGJlZW4gd29ya2luZyBvbiB0aGUgYmVo YWxmIG9mIGEgY3VsdHVyYWwgc29jaWV0eSB0byBkZXZlbG9wIGEgcHJvZ3JhbSB0byBrZWVwIHRy YWNrIG9mIGltbWlncmFudHMuICBJIGluaXRpYWxseSBzdWdnZXN0ZWQgUEhQR0VEVklFVyB3aGVu IEkgc2F0IGRvd24gd2l0aCB0aGVtLCBidXQgdGhleSBoYWQgY29uY2VybnMuICBXZWxsLCBJIGhh dmUgYmVlbiB0cnlpbmcgdG8gd3JpdGUgYSBSdWJ5IG9uIFJhaWxzIGFwcGxpY2F0aW9uLCBidXQg aXQgaXMgZmFyIG1vcmUgd29yayB0aGFuIEkgZXhwZWN0ZWQuICBTbywgYXQgdGhpcyBwb2ludCBJ IGNhcmUgdG8gaW5xdWlyZSBhYm91dCB0aGUgYW1vdW50IG9mIGVmZm9ydCBhbmQgcHJhY3RpY2Fs aXR5IG9mIGFkZGluZyB0d28gZGlmZmVyZW50IGlkZW50aWZpY2F0aW9uIG51bWJlciBmaWVsZHMg dG8ga2VlcCB0cmFjayBvZiBlYWNoIGluZGl2aWR1YWwgd2hvIGlzIGEgTHV4ZW1ib3VyZyBpbW1p Z3JhbnQgdG8gdGhlIFVTQSB0byB0aGUgbW9kZWwsIGFkZGluZyBsb2dpYyB0byBxdWVyeSB0aGUg bW9kZWwgYmFzZWQgb24gdGhvc2UgSUQgbnVtYmVycyB0byB0aGUgY29udHJvbGxlciwgYW5kIGRp c3BsYXlpbmcgdGhlIGZpZWxkcyBpbiB0aGUgInJpZ2h0IHNwb3QiIHRocm91Z2ggdGhlIHZpZXcg cGx1cyB0aGUgY29udHJvbHMgdG8gaW5wdXQgYSBxdWVyeS4gIEluIG90aGVyIHdvcmRzLCBJIGFt IGxvb2tpbmcgdG8gcGx1ZyBpbiBvciBhZGQgb24gdG8gUEhQR0VEVklFVy4gIElzIHRoaXMgcG9z c2libGU/ICBJIGRvbid0IGtub3cgUEhQLiAgSXMgdGhlcmUgYSB3YXkgdG8gZG8gdGhpcyB3aXRo IGEgbWluaW11bSBhbW91bnQgb2YgZWZmb3J0IGdpdmVuIHRoYXQgSSB3YW50IHRvIGdldCB0aGlz IHByb2plY3QgZG9uZSBpbiBzaXggd2Vla3M/ICBDb3VsZCBzb21lb25lIGtpbmRseSBwcmVzZW50 IG1lIHdpdGggYW4gb3V0bGluZSBvZiB0YXNrcyB0aGF0IHdvdWxkIG5lZWQgdG8gYmUgZXhlY3V0 ZWQ/IA0KDQogDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IFNpbmNlcmVseSwNCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgQ3JhaWcNCg0K |
|
From: Craig U. <cra...@gm...> - 2007-12-14 09:40:42
|
Hello,
I am new to PHPGEDVIEW. I have been working on the behalf of a cultural
society to develop a program to keep track of immigrants. I initially
suggested PHPGEDVIEW when I sat down with them, but they had concerns.
Well, I have been trying to write a Ruby on Rails application, but it is far
more work than I expected. So, at this point I care to inquire about the
amount of effort and practicality of adding two different identification
number fields to keep track of each individual who is a Luxembourg immigrant
to the USA to the model, adding logic to query the model based on those ID
numbers to the controller, and displaying the fields in the "right spot"
through the view plus the controls to input a query. In other words, I am
looking to plug in or add on to PHPGEDVIEW. Is this possible? I don't know
PHP. Is there a way to do this with a minimum amount of effort given that I
want to get this project done in six weeks? Could someone kindly present me
with an outline of tasks that would need to be executed?
Sincerely,
Craig
|
|
From: Josef <jo...@th...> - 2007-12-03 22:08:48
|
Hi List, Now my next question: What file I have to edit for elemination of some Icons in the main menue like "Gallery" or "Forum" Josef -----Urspr=FCngliche Nachricht----- Von: php...@li... [mailto:php...@li...] Im Auftrag von W.F.M. Gribnau Gesendet: Montag, 3. Dezember 2007 18:41 An: php...@li... Betreff: Re: [Phpgedview-talk] ERROR 8 on Welcome Page version 4.1.3 Hello List and Josef Thomalla, I have the same problem on my site, but worked my way around it by using an older version of index.php. I had it on 4.1.1. as well, and hoped to get rid of this error by=20 installing 4.1.3. But the problem remained. Untill the problem is solved I keep using an older version of index.php, and all looks well. Regards, Wim Gribnau, www.gribnau.org/phpGedView =20 php...@li... schreef: > Send Phpgedview-talk mailing list submissions to > php...@li... > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/phpgedview-talk > or, via email, send a message with subject or body 'help' to > php...@li... > > You can reach the person managing the list at > php...@li... > > When replying, please edit your Subject line so it is more specific=20 > than "Re: Contents of Phpgedview-talk digest..." > > > Today's Topics: > > 1. Re: session.php errors with lang_settings_std.phpfailed? > (John Finlay) > 2. PGV 4.1.3 - "Error 8" on site entry (Josef) > 3. Can't add new people (ggpauly) > 4. Re: Can't add new people (Nathan Watson-Haigh) > 5. Re: Can't add new people -solved (ggpauly) > 6. Re: Can't add new people -solved (Nathan Watson-Haigh) > 7. Re: Can't add new people -solved (ggpauly) > 8. Re: Can't add new people -solved (Nathan Watson-Haigh) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 13 Nov 2007 09:53:56 -0700 > From: "John Finlay" <Joh...@ne...> > Subject: Re: [Phpgedview-talk] session.php errors with > lang_settings_std.phpfailed? > To: "All About PhpGedView" <php...@li...> > Message-ID: > =09 > <94B...@no...rthface.local > > =09 > Content-Type: text/plain; charset=3D"UTF-8" > > Hi Lisa, > > It looks like you have you made any changes to the session.php file in > which case I won't be of much help because I don't know what changes=20 > have been made. > > The error message says that it is trying include the file=20 > "../../PhpGedView-4.1.1-all/includes/includes/lang_settings_std.php"=20 > which is an invalid path. > > It should just be trying to include "includes/lang_settings_std.php". > > Perhaps you are trying to run this as a module of another program like > joomla in which case you may need more of the file path, but the=20 > double "includes/includes" is definitely NOT going to work. > > --John > > > ________________________________________ > From: php...@li...=20 > [mailto:php...@li...] On Behalf Of Taulman > Sent: Tuesday, November 13, 2007 1:13 AM > To: php...@li... > Subject: [Phpgedview-talk] session.php errors with lang_settings_std.phpfailed? > > Does anyone know anything about this error: > > Warning:=20 > main(../../PhpGedView-4.1.1-all/includes/includes/lang_settings_std.ph > p): failed to open stream: No such file or directory in=20 > /hsphere/local/home/xxxxx/xx.com/PhpGedView-4.1.1-all/includes/session > .php on line 358 > > Fatal error: main(): Failed opening required=20 > '../../PhpGedView-4.1.1-all/includes/includes/lang_settings_std.php'=20 > = (include_path=3D'/hsphere/local/home/xxxxx/xx.com/PhpGedView-4.1.1-all/i > ncludes:.:/usr/local/PEAR') in=20 > /hsphere/local/home/xxxxx/xx.com/PhpGedView-4.1.1-all/includes/session > .php on line 358 > > I am moving to a new server and have the database loaded with the=20 > tables already?I tried it without them and get the same error.? I have > added a completely fresh copy ?no old at all and still this error when > I go to the page to start setup.? The files it is referencing are=20 > there!? I tried to remove the double ?/includes/includes/? no help?I=20 > have reuploaded this about 10 times in different aspects of trying to=20 > figure out the issue. > > HELP! ? > > Lisa > > > > ------------------------------ > > Message: 2 > Date: Sun, 2 Dec 2007 13:15:20 +0100 > From: "Josef" <jo...@th...> > Subject: [Phpgedview-talk] PGV 4.1.3 - "Error 8" on site entry > To: "'PGV-Talklist'" <php...@li...> > Message-ID: > =09 > <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAUopmRFqD6kqeQKrDEm8f48KA AAAQAAAA4QgirjYXxUSHYqj/vVG...@th...> > =09 > Content-Type: text/plain; charset=3D"iso-8859-1" > > Hallo List! > > If you open "http://www.thomalla.info/pgv41" you will see the=20 > following "ERROR 8" entries on my site: > > A) > ERROR 8: Uninitialized string offset: 0 > 0 Error occurred on in function loadcachedblock > 1 called from line 49 of file index_cache.php in function=20 > loadcachedblock 2 called from line 363 of file index.php > > B) > ERROR 8: Uninitialized string offset: 0 > 0 Error occurred on in function savecachedblock > 1 called from line 89 of file index_cache.php in function=20 > savecachedblock 2 called from line 369 of file index.php > > C) > ERROR 8: Uninitialized string offset: 0 > 0 Error occurred on in function loadcachedblock > 1 called from line 49 of file index_cache.php in function=20 > loadcachedblock 2 called from line 387 of file index.php > > D) > ERROR 8: Uninitialized string offset: 0 > 0 Error occurred on in function savecachedblock > 1 called from line 89 of file index_cache.php in function=20 > savecachedblock 2 called from line 391 of file index.php > > If I do my login all will be OK but this ERRORs makes my side not very > fine. Do anyone have an idea, what I have to do to solve this problem? > Version 4.1.3 is running=20 > > Under "http://www.thomalla.info/pgv46" you can see, that pgv 4.0 beta=20 > 6 is running very well but the newest version has some more features I > want to use. > > Mit freundlichen Gr??en > Kind Regards > > Josef Thomalla > ----------------------- > > Grasweg 17 > DE - 33415 Verl > Deutschland - Germany > > eMail: jo...@th... > > > > > ------------------------------ > > Message: 3 > Date: Sun, 2 Dec 2007 05:18:31 -0800 (PST) > From: ggpauly <ge...@ri...> > Subject: [Phpgedview-talk] Can't add new people > To: php...@li... > Message-ID: <141...@ta...> > Content-Type: text/plain; charset=3Dus-ascii > > > I get stuck at I2147483647. > > In other words, every new person gets this GEDCOM ID. > > Familys are also stuck at F2147483647 > > Any help appreciated, > > George > =20 ------------------------------------------------------------------------ - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 _______________________________________________ Phpgedview-talk mailing list Php...@li... https://lists.sourceforge.net/lists/listinfo/phpgedview-talk |
|
From: Josef <jo...@th...> - 2007-12-03 22:05:42
|
Hi Wim, Using an older Version of "index.php" was a great idea. I copied my old version from 4.0 beta6 to the new 4.1.3 and all is running in good condition. Thank you vera much. Josef -----Urspr=FCngliche Nachricht----- Von: php...@li... [mailto:php...@li...] Im Auftrag von W.F.M. Gribnau Gesendet: Montag, 3. Dezember 2007 18:41 An: php...@li... Betreff: Re: [Phpgedview-talk] ERROR 8 on Welcome Page version 4.1.3 Hello List and Josef Thomalla, I have the same problem on my site, but worked my way around it by using an older version of index.php. I had it on 4.1.1. as well, and hoped to get rid of this error by=20 installing 4.1.3. But the problem remained. Untill the problem is solved I keep using an older version of index.php, and all looks well. Regards, Wim Gribnau, www.gribnau.org/phpGedView =20 php...@li... schreef: > Send Phpgedview-talk mailing list submissions to > php...@li... > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/phpgedview-talk > or, via email, send a message with subject or body 'help' to > php...@li... > > You can reach the person managing the list at > php...@li... > > When replying, please edit your Subject line so it is more specific=20 > than "Re: Contents of Phpgedview-talk digest..." > > > Today's Topics: > > 1. Re: session.php errors with lang_settings_std.phpfailed? > (John Finlay) > 2. PGV 4.1.3 - "Error 8" on site entry (Josef) > 3. Can't add new people (ggpauly) > 4. Re: Can't add new people (Nathan Watson-Haigh) > 5. Re: Can't add new people -solved (ggpauly) > 6. Re: Can't add new people -solved (Nathan Watson-Haigh) > 7. Re: Can't add new people -solved (ggpauly) > 8. Re: Can't add new people -solved (Nathan Watson-Haigh) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 13 Nov 2007 09:53:56 -0700 > From: "John Finlay" <Joh...@ne...> > Subject: Re: [Phpgedview-talk] session.php errors with > lang_settings_std.phpfailed? > To: "All About PhpGedView" <php...@li...> > Message-ID: > =09 > <94B...@no...rthface.local > > =09 > Content-Type: text/plain; charset=3D"UTF-8" > > Hi Lisa, > > It looks like you have you made any changes to the session.php file in > which case I won't be of much help because I don't know what changes=20 > have been made. > > The error message says that it is trying include the file=20 > "../../PhpGedView-4.1.1-all/includes/includes/lang_settings_std.php"=20 > which is an invalid path. > > It should just be trying to include "includes/lang_settings_std.php". > > Perhaps you are trying to run this as a module of another program like > joomla in which case you may need more of the file path, but the=20 > double "includes/includes" is definitely NOT going to work. > > --John > > > ________________________________________ > From: php...@li...=20 > [mailto:php...@li...] On Behalf Of Taulman > Sent: Tuesday, November 13, 2007 1:13 AM > To: php...@li... > Subject: [Phpgedview-talk] session.php errors with lang_settings_std.phpfailed? > > Does anyone know anything about this error: > > Warning:=20 > main(../../PhpGedView-4.1.1-all/includes/includes/lang_settings_std.ph > p): failed to open stream: No such file or directory in=20 > /hsphere/local/home/xxxxx/xx.com/PhpGedView-4.1.1-all/includes/session > .php on line 358 > > Fatal error: main(): Failed opening required=20 > '../../PhpGedView-4.1.1-all/includes/includes/lang_settings_std.php'=20 > = (include_path=3D'/hsphere/local/home/xxxxx/xx.com/PhpGedView-4.1.1-all/i > ncludes:.:/usr/local/PEAR') in=20 > /hsphere/local/home/xxxxx/xx.com/PhpGedView-4.1.1-all/includes/session > .php on line 358 > > I am moving to a new server and have the database loaded with the=20 > tables already?I tried it without them and get the same error.? I have > added a completely fresh copy ?no old at all and still this error when > I go to the page to start setup.? The files it is referencing are=20 > there!? I tried to remove the double ?/includes/includes/? no help?I=20 > have reuploaded this about 10 times in different aspects of trying to=20 > figure out the issue. > > HELP! ? > > Lisa > > > > ------------------------------ > > Message: 2 > Date: Sun, 2 Dec 2007 13:15:20 +0100 > From: "Josef" <jo...@th...> > Subject: [Phpgedview-talk] PGV 4.1.3 - "Error 8" on site entry > To: "'PGV-Talklist'" <php...@li...> > Message-ID: > =09 > <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAUopmRFqD6kqeQKrDEm8f48KA AAAQAAAA4QgirjYXxUSHYqj/vVG...@th...> > =09 > Content-Type: text/plain; charset=3D"iso-8859-1" > > Hallo List! > > If you open "http://www.thomalla.info/pgv41" you will see the=20 > following "ERROR 8" entries on my site: > > A) > ERROR 8: Uninitialized string offset: 0 > 0 Error occurred on in function loadcachedblock > 1 called from line 49 of file index_cache.php in function=20 > loadcachedblock 2 called from line 363 of file index.php > > B) > ERROR 8: Uninitialized string offset: 0 > 0 Error occurred on in function savecachedblock > 1 called from line 89 of file index_cache.php in function=20 > savecachedblock 2 called from line 369 of file index.php > > C) > ERROR 8: Uninitialized string offset: 0 > 0 Error occurred on in function loadcachedblock > 1 called from line 49 of file index_cache.php in function=20 > loadcachedblock 2 called from line 387 of file index.php > > D) > ERROR 8: Uninitialized string offset: 0 > 0 Error occurred on in function savecachedblock > 1 called from line 89 of file index_cache.php in function=20 > savecachedblock 2 called from line 391 of file index.php > > If I do my login all will be OK but this ERRORs makes my side not very > fine. Do anyone have an idea, what I have to do to solve this problem? > Version 4.1.3 is running=20 > > Under "http://www.thomalla.info/pgv46" you can see, that pgv 4.0 beta=20 > 6 is running very well but the newest version has some more features I > want to use. > > Mit freundlichen Gr??en > Kind Regards > > Josef Thomalla > ----------------------- > > Grasweg 17 > DE - 33415 Verl > Deutschland - Germany > > eMail: jo...@th... > > > > > ------------------------------ > > Message: 3 > Date: Sun, 2 Dec 2007 05:18:31 -0800 (PST) > From: ggpauly <ge...@ri...> > Subject: [Phpgedview-talk] Can't add new people > To: php...@li... > Message-ID: <141...@ta...> > Content-Type: text/plain; charset=3Dus-ascii > > > I get stuck at I2147483647. > > In other words, every new person gets this GEDCOM ID. > > Familys are also stuck at F2147483647 > > Any help appreciated, > > George > =20 ------------------------------------------------------------------------ - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 _______________________________________________ Phpgedview-talk mailing list Php...@li... https://lists.sourceforge.net/lists/listinfo/phpgedview-talk |
|
From: W.F.M. G. <pos...@gr...> - 2007-12-03 17:41:00
|
Hello List and Josef Thomalla, I have the same problem on my site, but worked my way around it by using an older version of index.php. I had it on 4.1.1. as well, and hoped to get rid of this error by installing 4.1.3. But the problem remained. Untill the problem is solved I keep using an older version of index.php, and all looks well. Regards, Wim Gribnau, www.gribnau.org/phpGedView php...@li... schreef: > Send Phpgedview-talk mailing list submissions to > php...@li... > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/phpgedview-talk > or, via email, send a message with subject or body 'help' to > php...@li... > > You can reach the person managing the list at > php...@li... > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Phpgedview-talk digest..." > > > Today's Topics: > > 1. Re: session.php errors with lang_settings_std.phpfailed? > (John Finlay) > 2. PGV 4.1.3 - "Error 8" on site entry (Josef) > 3. Can't add new people (ggpauly) > 4. Re: Can't add new people (Nathan Watson-Haigh) > 5. Re: Can't add new people -solved (ggpauly) > 6. Re: Can't add new people -solved (Nathan Watson-Haigh) > 7. Re: Can't add new people -solved (ggpauly) > 8. Re: Can't add new people -solved (Nathan Watson-Haigh) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 13 Nov 2007 09:53:56 -0700 > From: "John Finlay" <Joh...@ne...> > Subject: Re: [Phpgedview-talk] session.php errors with > lang_settings_std.phpfailed? > To: "All About PhpGedView" <php...@li...> > Message-ID: > <94B...@no...rthface.local> > > Content-Type: text/plain; charset="UTF-8" > > Hi Lisa, > > It looks like you have you made any changes to the session.php file in which case I won't be of much help because I don't know what changes have been made. > > The error message says that it is trying include the file "../../PhpGedView-4.1.1-all/includes/includes/lang_settings_std.php" which is an invalid path. > > It should just be trying to include "includes/lang_settings_std.php". > > Perhaps you are trying to run this as a module of another program like joomla in which case you may need more of the file path, but the double "includes/includes" is definitely NOT going to work. > > --John > > > ________________________________________ > From: php...@li... [mailto:php...@li...] On Behalf Of Taulman > Sent: Tuesday, November 13, 2007 1:13 AM > To: php...@li... > Subject: [Phpgedview-talk] session.php errors with lang_settings_std.phpfailed? > > Does anyone know anything about this error: > > Warning: main(../../PhpGedView-4.1.1-all/includes/includes/lang_settings_std.php): failed to open stream: No such file or directory in /hsphere/local/home/xxxxx/xx.com/PhpGedView-4.1.1-all/includes/session.php on line 358 > > Fatal error: main(): Failed opening required '../../PhpGedView-4.1.1-all/includes/includes/lang_settings_std.php' (include_path='/hsphere/local/home/xxxxx/xx.com/PhpGedView-4.1.1-all/includes:.:/usr/local/PEAR') in /hsphere/local/home/xxxxx/xx.com/PhpGedView-4.1.1-all/includes/session.php on line 358 > > I am moving to a new server and have the database loaded with the tables already?I tried it without them and get the same error.? I have added a completely fresh copy ?no old at all and still this error when I go to the page to start setup.? The files it is referencing are there!? I tried to remove the double ?/includes/includes/? no help?I have reuploaded this about 10 times in different aspects of trying to figure out the issue. > > HELP! ? > > Lisa > > > > ------------------------------ > > Message: 2 > Date: Sun, 2 Dec 2007 13:15:20 +0100 > From: "Josef" <jo...@th...> > Subject: [Phpgedview-talk] PGV 4.1.3 - "Error 8" on site entry > To: "'PGV-Talklist'" <php...@li...> > Message-ID: > <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAUopmRFqD6kqeQKrDEm8f48KAAAAQAAAA4QgirjYXxUSHYqj/vVG...@th...> > > Content-Type: text/plain; charset="iso-8859-1" > > Hallo List! > > If you open "http://www.thomalla.info/pgv41" you will see the following > "ERROR 8" entries on my site: > > A) > ERROR 8: Uninitialized string offset: 0 > 0 Error occurred on in function loadcachedblock > 1 called from line 49 of file index_cache.php in function > loadcachedblock 2 called from line 363 of file index.php > > B) > ERROR 8: Uninitialized string offset: 0 > 0 Error occurred on in function savecachedblock > 1 called from line 89 of file index_cache.php in function > savecachedblock 2 called from line 369 of file index.php > > C) > ERROR 8: Uninitialized string offset: 0 > 0 Error occurred on in function loadcachedblock > 1 called from line 49 of file index_cache.php in function > loadcachedblock 2 called from line 387 of file index.php > > D) > ERROR 8: Uninitialized string offset: 0 > 0 Error occurred on in function savecachedblock > 1 called from line 89 of file index_cache.php in function > savecachedblock 2 called from line 391 of file index.php > > If I do my login all will be OK but this ERRORs makes my side not very > fine. > Do anyone have an idea, what I have to do to solve this problem? > Version 4.1.3 is running > > Under "http://www.thomalla.info/pgv46" you can see, that pgv 4.0 beta 6 > is running very well but the newest version has some more features I > want to use. > > Mit freundlichen Gr??en > Kind Regards > > Josef Thomalla > ----------------------- > > Grasweg 17 > DE - 33415 Verl > Deutschland - Germany > > eMail: jo...@th... > > > > > ------------------------------ > > Message: 3 > Date: Sun, 2 Dec 2007 05:18:31 -0800 (PST) > From: ggpauly <ge...@ri...> > Subject: [Phpgedview-talk] Can't add new people > To: php...@li... > Message-ID: <141...@ta...> > Content-Type: text/plain; charset=us-ascii > > > I get stuck at I2147483647. > > In other words, every new person gets this GEDCOM ID. > > Familys are also stuck at F2147483647 > > Any help appreciated, > > George > |
|
From: Nathan Watson-H. <na...@wa...> - 2007-12-03 16:48:07
|
ggpauly wrote: > > Nathan Watson-Haigh wrote: > >> >> You're welcome. >> >> May I ask why you haven't updated to PGV 4.1.* yet? >> >> Before answering, could you let me know why you are tacking GEDCOMS >> together and what you are trying to achieve. There may be alternatives, >> or possibly a way to do it in newer versions of PGV. >> >> Nath >> >> > Nath, > > If there's an extensive tree related to mine & there's a GEDCOM available it > saves data entry to merge the GEDCOMs. I looked at the PGV 4.1 changes & > see that there's a merge utility there. Next time I have a GEDCOM to merge > I'll try that. Exporting & importing my 5 MB GEDCOM is a bit of a pain. > > Thanks, > > George > Ah yes, I understand. I haven't really had chance to try anything like this yet - still very new to PGV and genealogy! I hope to be able to make some improvements in the PGV code - who knows the efficiency of GEDCOM imports/exports might get some attention - don't hold your breath :) Nath |
|
From: ggpauly <ge...@ri...> - 2007-12-03 16:42:57
|
Nathan Watson-Haigh wrote: > > > > You're welcome. > > May I ask why you haven't updated to PGV 4.1.* yet? > > Before answering, could you let me know why you are tacking GEDCOMS > together and what you are trying to achieve. There may be alternatives, > or possibly a way to do it in newer versions of PGV. > > Nath > Nath, If there's an extensive tree related to mine & there's a GEDCOM available it saves data entry to merge the GEDCOMs. I looked at the PGV 4.1 changes & see that there's a merge utility there. Next time I have a GEDCOM to merge I'll try that. Exporting & importing my 5 MB GEDCOM is a bit of a pain. Thanks, George -- View this message in context: http://www.nabble.com/Can%27t-add-new-people-tf4931613.html#a14133293 Sent from the phpgedview-talk mailing list archive at Nabble.com. |
|
From: Nathan Watson-H. <na...@wa...> - 2007-12-03 07:26:16
|
ggpauly wrote: > > Nathan Watson-Haigh wrote: > >> Hi George, >> >> Could you let us know what version of PGV you are running, what database >> backend you are using and what version e.g. MySQL v4.1 >> >> Is this a real problem or something you have been testing? >> >> The reason I ask, it that I don't find it likely that you have >> 2147483647 individuals or families in your tree - correct me if i'm >> wrong! For the convenience of other people/developers reading this >> thread, this sounds like the limit of the "int" numeric datatype in >> MySQL has been reached. The "int" datatype has a limit of integers from >> -2147483647 to 2147483647. If this is indeed the case, the database >> should use an unsigned int which will allow integers from 0 t|o 294967295 >> (a doubling of possible positive integers) unless there is likely to be >> some use for negative integers? Or use an unsigned bigint (0 to >> ||18446744073709551615 possible positive integers) | >> | >> I'm not familiar enough with the database setup to comment on exact >> reasons or even possible solutions - hopefully someone else can also >> chip in. >> >> Nath >> >> MySQL datatype storage limits and ranges: >> http://dev.mysql.com/doc/refman/5.0/en/numeric-types.html >> >> >> > > Thanks Nath! > > I changed the type of field ni_id, table pgv_nextid from int to bigint and > the problem was solved. > (MySQL 5.0.16, PGV 4.0.2) > > I got myself into this fine mess on account of problems I've had tacking > GEDCOMs together. Inevitably there are IDs that clash, causing PGV to see > double and hallucinate. I thought I'd solve this by editing the GEDCOMs and > pre-pending numeric strings to the ids. This evidently persuaded PGV to > exceed the int datatype limit on the table mentioned above as you described. > And now I can go beyond that silly 2.15 billion people limit. > > What's the best way to stitch GEDCOMS together? I've been using a text > editor to do search-and-replace to bulk edit IDs, then using GRAMPS to > combine the GEDCOMs. > > Thanks a >2.15 billion, > > George > > You're welcome. May I ask why you haven't updated to PGV 4.1.* yet? Before answering, could you let me know why you are tacking GEDCOMS together and what you are trying to achieve. There may be alternatives, or possibly a way to do it in newer versions of PGV. Nath |
|
From: ggpauly <ge...@ri...> - 2007-12-02 18:58:24
|
Nathan Watson-Haigh wrote: > > Hi George, > > Could you let us know what version of PGV you are running, what database > backend you are using and what version e.g. MySQL v4.1 > > Is this a real problem or something you have been testing? > > The reason I ask, it that I don't find it likely that you have > 2147483647 individuals or families in your tree - correct me if i'm > wrong! For the convenience of other people/developers reading this > thread, this sounds like the limit of the "int" numeric datatype in > MySQL has been reached. The "int" datatype has a limit of integers from > -2147483647 to 2147483647. If this is indeed the case, the database > should use an unsigned int which will allow integers from 0 t|o 294967295 > (a doubling of possible positive integers) unless there is likely to be > some use for negative integers? Or use an unsigned bigint (0 to > ||18446744073709551615 possible positive integers) | > | > I'm not familiar enough with the database setup to comment on exact > reasons or even possible solutions - hopefully someone else can also > chip in. > > Nath > > MySQL datatype storage limits and ranges: > http://dev.mysql.com/doc/refman/5.0/en/numeric-types.html > > Thanks Nath! I changed the type of field ni_id, table pgv_nextid from int to bigint and the problem was solved. (MySQL 5.0.16, PGV 4.0.2) I got myself into this fine mess on account of problems I've had tacking GEDCOMs together. Inevitably there are IDs that clash, causing PGV to see double and hallucinate. I thought I'd solve this by editing the GEDCOMs and pre-pending numeric strings to the ids. This evidently persuaded PGV to exceed the int datatype limit on the table mentioned above as you described. And now I can go beyond that silly 2.15 billion people limit. What's the best way to stitch GEDCOMS together? I've been using a text editor to do search-and-replace to bulk edit IDs, then using GRAMPS to combine the GEDCOMs. Thanks a >2.15 billion, George -- View this message in context: http://www.nabble.com/Can%27t-add-new-people-tf4931613.html#a14118674 Sent from the phpgedview-talk mailing list archive at Nabble.com. |
|
From: Nathan Watson-H. <na...@wa...> - 2007-12-02 16:22:12
|
ggpauly wrote: > I get stuck at I2147483647. > > In other words, every new person gets this GEDCOM ID. > > Familys are also stuck at F2147483647 > > Any help appreciated, > > George > Hi George, Could you let us know what version of PGV you are running, what database backend you are using and what version e.g. MySQL v4.1 Is this a real problem or something you have been testing? The reason I ask, it that I don't find it likely that you have 2147483647 individuals or families in your tree - correct me if i'm wrong! For the convenience of other people/developers reading this thread, this sounds like the limit of the "int" numeric datatype in MySQL has been reached. The "int" datatype has a limit of integers from -2147483647 to 2147483647. If this is indeed the case, the database should use an unsigned int which will allow integers from 0 t|o 294967295 (a doubling of possible positive integers) unless there is likely to be some use for negative integers? Or use an unsigned bigint (0 to ||18446744073709551615 possible positive integers) | | I'm not familiar enough with the database setup to comment on exact reasons or even possible solutions - hopefully someone else can also chip in. Nath MySQL datatype storage limits and ranges: http://dev.mysql.com/doc/refman/5.0/en/numeric-types.html | |
|
From: ggpauly <ge...@ri...> - 2007-12-02 13:18:28
|
I get stuck at I2147483647. In other words, every new person gets this GEDCOM ID. Familys are also stuck at F2147483647 Any help appreciated, George -- View this message in context: http://www.nabble.com/Can%27t-add-new-people-tf4931613.html#a14115371 Sent from the phpgedview-talk mailing list archive at Nabble.com. |
12 messages has been excluded from this view by a project administrator.
