FORGEN

Stało się to, czego się obawiałem. Zdublowałem osoby w drzewie i to tak, że obie mają z przodu i z tyłu potomków i przodków. Niedużo wprawdzie, ale mają już swoje gałązki.
Jest jakiś sposób by te osoby scalić, czy trzba jedną usunąć i w jej miejsce jakoś podpinac drugą?

Kiedyś było scal osoby ale teraz znalazłem tylko to :
Panel sterowania/ Zarządzaj drzewami genealogicznymi/ Scal wpisy

Nie wiem czy to zadziała

Działa, działa. Dość często korzystam z tego.

Czekam jeszcze na kontakt i potwierdzenie danych. Spróbuję potem scalić bo po zbyt pochopnym scaleniu na ponowne rozdzielenie szans nie ma chyba żadnych?

No tak, to już ręczna robota - edycja rodzin i dopisywanie/usuwanie członków rodzin. Ale nie jest to aż takie straszne.

Formy "Scal połącz" (dokonane zapisy)dotyczą łączenia zapisów z bazy.W przypadku "że obie mają z przodu i z tyłu potomków i przodków" (nadpisane o dodatkowe informacje) polegałoby na wycięciu tych danych ,które się "same nadpisały"
(bądź zmienialiśmy w nich "coś" np. dodaliśmy info, a nastąpił błędny zapis programowy)w stosunku do stanu początkowego.
(problem dla programu - a który stan uznać za początkowy? bo ciągle dane dotyczące poszczególnych osób są zmieniane).

Program musiałby być wyposażony w mechanizm przywracania do stanu z dn. np wczorajszego (kiedy było jeszcze dobrze -podobnie jak w np. w systemie Windows -przywróć zapis rejestru z dn.xxx)

Tu niestety kłania się potrzeba własnego lub programowego "backupu",aby można odwołać zastosowane zmiany.(które spowodowały nieoczekiwany rezultat).

Wszyscy "gracze komputerowi" wiedzą doskonale ,że jeśli nie mają kilku "auto save" do ponownego wgrania to "level lub całą grę" muszą powtarzać od początku. (mimo że byli już na końcówce ,a jeden nieprzemyślany ruch i klapa.)

Marksp

Nie ma problemu. Program pyta przy scalaniu które dane zachować - które nazwisko, którą datę urodzenia czy zgonu, którą rodzinę z rodzicami i które rodziny z potomkami.

Jasne! dla wtajemniczonych umiejących wstawiać "ptaszki" w "Choice Box" i rozumiejących ich znaczenie.
Marksp

Dodano po 25 minutach 50 sekundach:
PS.
Rzecz nie dotyczyła instrukcji jak ,lecz jak uporać się z określonym "problemem" dotyczącym mojej odpowiedzi.
Jest już zapisana zmiana w w bazie . Jak ją odwrócić .Przywrócić co najmniej pierwotną wersję.(bez względu, czy z własnej winy,czy z winy programu)

Odpowiedzi udzieliłeś we własnym wpisie:

marksp pisze: Tu niestety kłania się potrzeba własnego lub programowego "backupu"...

Program nie ma automatycznego backupu więc trzeba zadbać o to samemu.
Zawsze przed i po wprowadzeniu większych zmian eksportuję GEDCOM na komputer lub serwer (2 minuty roboty) i przechowuję przez jakiś czas.

Czasami na hostingu da się ustawić kopie automatyczne. Na moim jest i korzystam z tego. Robi kopię codziennie o 0.01 i na żądanie. Kopie automatyczne trzyma 3 dni a ręczne trzeba samemu usuwać.

hexon78 pisze:Czasami na hostingu da się ustawić kopie automatyczne. Na moim jest i korzystam z tego. Robi kopię codziennie o 0.01 i na żądanie. Kopie automatyczne trzyma 3 dni a ręczne trzeba samemu usuwać.

Założenie słuszne dla hostingu na którym posiadamy jedną bazę danych (np. Webtrees). Jeśli jest ich kilka np. Forum + inne
bazy danych, to automat bez wyodrębnienia konkretnej nazwy bazy danych (backup-u tabel tej bazy)przywracając całość
nadpisze stan poprzedni we wszystkich bazach.

Powracając do bazy programowej ,byłaby potrzeba backup-u który zostawałby na własnym dysku (programowego)i
tylko w sprawach awaryjnych z poziomu administratora wgrywany na serwer.Użytkownik miałby do dyspozycji przycisk
przywróć (plik-tabele) i wybrany z dysku (katalog-backup). Procedura przywracania nie musi być znana przeciętnemu
użytkownikowi programu.

Marksp

marksp pisze:"
Założenie słuszne dla hostingu na którym posiadamy jedną bazę danych (np. Webtrees). Jeśli jest ich kilka np. Forum + inne
bazy danych, to automat bez wyodrębnienia konkretnej nazwy bazy danych (backup-u tabel tej bazy)przywracając całość
nadpisze stan poprzedni we wszystkich bazach.

Dla Każdej bazy tworzy oddzielny.

marksp pisze: Powracając do bazy programowej ,byłaby potrzeba backup-u który zostawałby na własnym dysku (programowego)i
tylko w sprawach awaryjnych z poziomu administratora wgrywany na serwer.Użytkownik miałby do dyspozycji przycisk
przywróć (plik-tabele) i wybrany z dysku (katalog-backup). Procedura przywracania nie musi być znana przeciętnemu
użytkownikowi programu.

Przecież taki backup opisał już wyżej Wojtek. Eksport i import ged - to właśnie backup na własny dysk.
Dla kogoś, kto potrafi zainstalować Webtrees, wejście w panel administratora i wykonanie tych dwóch operacji nie jest Everestem informatyki. Po co komu oddzielny guzik?

odp. dla hexon-a
No to wyjaśnia sprawę backup-u (ale czy każdy wstawiający np. na darmowy serwer uzyska dostęp do tych funkcji).

Problem poruszony przez Witka (może to zwykły jednorazowy niepowtarzający się) przypadek.

Użytkownik i jednocześnie pełny Admin z dostępem do bazy danych w jednej osobie,administrujący własnym
drzewem (drzewami) utworzonymi z własnego konta i tak w zależności od tej funkcji powinien posiadać backup całej bazy ,
lub minimum zapasowego gedcoma jako użytkownik.

Wskazane byłoby do trafnej diagnozy posiadanie min. 2-ch drzew.Jednego (nietykalnego)wzorcowego ,a drugiego roboczego
w którym zmieniamy dane.Gdyby wystąpił ponownie (ten przypadek) w drzewie roboczym ,a wzorcowe pozostało bez zmiany
wystarczyłoby naprawić tylko ponownym importem gedcoma dla edytowanego drzewa.(zapasem)
Jeśli jest inaczej wymaga już backupu całej bazy.

Cały czas rozpatrujemy wykorzystanie programu przez jedną osobę,bez użytkowników zdalnych
a posiadających konto na "Naszym serwerze" którzy ,też wcześniej nie zrobili backup-u gedcoma
i wzięli się do edycji On-Line z niespodziewanym efektem.(tu zwykły użytkownik nie
ma dostępu do całej bazy). Administrator jeśli rzadko zagląda i dokonuje edycji w swoich
drzewach ,o tyle inny użytkownik może codzienne zrobić niezłe zamieszanie jeśli ,problem
występuje w zapisie programowym.

Generalnie i tak przed edycją i uzupełnianiem należałoby robić kopię.Pewnym rozwiązaniem
byłby ten automatyczny (codzienny)backup.

marlsp

marksp pisze:Pewnym rozwiązaniem byłby ten automatyczny (codzienny)backup.

Dla takich użytkowników, którzy borykają się z opisanymi przez Ciebie problemami może być użyteczny jeden z niestandardowych modułów napisany przez jednego z użytkowników webtrees.
http://www.justcarmen.nl/fancy-modules/ ... se-backup/