Home › Forums › Hulpvragen Genealogieprogramma’s › GensDataPro › Foutmelding in tabel(#204)
Tags: #204
- Dit onderwerp bevat 9 reacties, 5 deelnemers, en is laatst bijgewerkt op 3 maanden, 3 weken geleden door
btw.
-
AuteurBerichten
-
-
1 september 2020 om 12:13 #1725
136499
BijdragerHallo,
Ook ik heb deze foutmelding, het blijkt dat dit plaatsvindt in de plaatsen tabel,
Ik kreeg deze medlign:
Tabel c:\gensdatapro\temp\gdpplt.db krijgt als hoogste nummer 6012
recordnr 17 niet gevonden
recordnr 54 niet gevondenDe plaats in de tabel blijkt overgenomen te zijn door een ander recordnummer zie bijlage.
Hoe kan ik dit (zelf?) oplossen?vriendelijke groet
Rita Pierar
Bijlagen:
U moet ingelogd zijn om toegang te krijgen tot de bijgevoegde bestanden.
-
1 september 2020 om 12:25 #1730
btw
BijdragerNa de export naar GD3 onder bestand-bijzondere handelingen kiezen voor “noodoplossing foute recordnummers.”
Dan GDP herstarten,, de fout is weg. -
1 september 2020 om 13:10 #1731
136499
Bijdragerbeste medewerker,
Er verandert niets, ik vermoed dat eerst het licentienummer ingevoerd moet worden, en dat heb ik nog niet. Hier de gehele melding:
c:\gensdatapro\temp\gdpprs.db
Tabel c:\gensdatapro\temp\gdpprs.db krijgt als hoogste nummer 34214
c:\gensdatapro\temp\gdprlt.db
Tabel c:\gensdatapro\temp\gdprlt.db krijgt als hoogste nummer 11561
c:\gensdatapro\temp\gdpplt.db
Tabel c:\gensdatapro\temp\gdpplt.db krijgt als hoogste nummer 6012
recordnr 17 niet gevonden
recordnr 54 niet gevonden
c:\gensdatapro\temp\gdpact.db
Tabel c:\gensdatapro\temp\gdpact.db krijgt als hoogste nummer 979
c:\gensdatapro\temp\gdpobj.db
Tabel c:\gensdatapro\temp\gdpobj.db krijgt als hoogste nummer 93
c:\gensdatapro\temp\gdpf2b.db
Tabel c:\gensdatapro\temp\gdpf2b.db krijgt als hoogste nummer 165
c:\gensdatapro\temp\gdpbro.db
Tabel c:\gensdatapro\temp\gdpbro.db krijgt als hoogste nummer 388
Bij gevonden fouten dient u contact op te nemen met de helpdesk ! (gensdatapro@ngv-helpdesk.nl)
+helpdesk+
Procedure voltooid.Ik hoop weer zo snel iets te horen.
vriendelijke groet
Rita Pierar
-
3 september 2020 om 08:14 #1804
136499
BijdragerBeste btw,
Bedankt voor het oplossen! Ik zag net zo’n zelfde hulpvraag voorbijkomen bij #1803.
groetjeRita Pierar
-
4 september 2020 om 14:33 #1840
cblommers
BijdragerZie voor een goede oplossing mijn antwoord aan J.S.P. Dorst
-
4 september 2020 om 14:34 #1841
cblommers
Bijdragerals je in het ‘oude programma’ GD2 het bestand opent en dan via – bewerkhandelingen- gaat naar – Plaatsen- en dan eerst -‘zoek foutieve plaatsverwijzigingen-
zijn dit de plaatsen waar het om gaat?
dan via de laatste optie -‘verwijder lege plaatsrecords definitief-
dan moet het lukken
ik had de zelfde fout. met deze handelingen niet meer -
4 september 2020 om 18:09 #1844
schutijser
BijdragerGoede vrienden. bij conversie van mijn GDP2 bestand naar GDP3 kreeg ook ik een foutmelding.
in tabel #204 zou een fout zitten bij niet bestaande recornummers in het plaatsen bestand bij nr 23806 en 23807.
Ik heb op jullie advies gdp295 opnieuw geinstalleerd.
Ook alle foute plaatsverwijzing zijn nu verwijderd en alle lege records, dat zijn er bijna 450000.
Ik ga GDP3 opnieuw installeren en mijn GDP2 bestand opnieuw inlezen. -
4 september 2020 om 18:28 #1845
schutijser
BijdragerVrienden van GDP, de conversie naar GDP3 is naar volle tevredenheid gelukt.
Ook mijn basis bestand is na het oplossen van alle #204 problemen goed omgezet.
Een hele geruststelling want er zit 30 jaar werk in met als resulaat 80.000 records en een link met Karel de Grote. -
24 september 2020 om 16:45 #2179
Simsgen
BijdragerNadat ik de correctie van tabel #204, met ‘noodoplossing foute recordnummers’ heb gedaan, zijn bij veel personen de gebeurtenisplaatsen veranderd…. gelukkig kon ik met ‘Bewerkhandelingen -> Plaatsen -> Zoek en vervangplaatsnamen’ de foutieve plaats koppelingen aanpassen. Personen waarvan ik zeker wist dat de gebeurtenissen in Apeldoorn hadden plaats gevonden, waren nu ineens in Duisburg gebeurd. Apeldoorn had bij mij in GPD2.95 een foutief nummer.
Ik raad iedereen aan om toch het bestand goed te controleren. Want blijkbaar zijn de ‘niet bestaande recordnummers’ een plaats opgeschoven of hebben ze de plaats ingenomen van de ‘lege record nummers’, waardoor gebeurtenissen in een andere plaats hebben plaats gevonden.
-
4 oktober 2020 om 15:30 #2303
btw
BijdragerIk raad u aan de conversie nog eens te doen met de laatste versie 3005. Plaatsen horen echt niet zomaar te veranderen. Download de laatste versie:
https://ngv-securedata.nl/dnld/gensdatapro-3-installatiekit.zip
en open en converteer de GD2 bestanden nogmaals naar GD3.
-
-
AuteurBerichten
- Je moet ingelogd zijn om een reactie op dit onderwerp te kunnen geven.