ik kwam er laatst achter dat enkele persoonspagina's in mijn publicatie niet worden weergegeven. (HTTP ERROR 500)

Het betreft hier geen pagina's die vanwege privacy worden verborgen. Deze pagina's hebben ooit wel gewerkt.

Er is in de gedcom geen enkele aanleiding om tot een foutmelding te komen, zoals vreemde tekens of een verhaspelde code.

bijvoorbeeld:

Janneke Stoffels uijt Mattemburgh https://www.genealogieonline.nl/database-noord-bevelanders/I37503.php
Leendert Coene van Merenburgh https://www.genealogieonline.nl/database-noord-bevelanders/I32892.php
Opvallend is dat beide personen betreft met bovengemiddelde status.

Hoi Sander,

- Hebben beide personen die niet getoond worden wel 'n datum van overlijden?

- Kun je aantonen dat beide niet-getoonde id's wel in de nieuwste GEDCOM zitten van zaterdag 13 september 2025?

Hoi Pauline,

• Beide personen staan al lang in mijn bestand en zijn voorheen zichtbaar geweest.  Bovendien geeft het ontbreken van een overlijdensdatum geen 500 error
• Deze fout doet zich al langere tijd voor, na veelvuldig updaten van het bestand is er niks veranderd
• Ik heb in een andere post van Matthijs Brouwer gelezen, betreffende Error 500 dat  een soortgelijke foutmelding gaf, geassocieerd met de ASSO tags.  [https://www.stamboomforum.nl/subfora/4/2/93286/0/500_internal_server_error]
• In de twee gevallen die ik hier noem zijn er geen ASSO tags in de GEDCOM die verwijzen naar deze personen, alleen vanaf deze personen naar anderen. De oplossing die Matthijs Brouwer in zijn post aandraagt is hier dus niet bruikbaar.
• Is het uit te zoeken in welk geval een ASSO tag tot problemen leidt?  Dan zou ik er wat aan kunnen doen misschien.
• Zou deze tag een probleem geven: ASSO @I37502@ ?  Deze ligt 1 ID nr lager dan die van Janneke Stoffels zelf, misschien geeft dat een probleem?

Hier de gedcom notering van Janneken Stoffels uijt Mattemburgh:

• 0 @I37503@ INDI
• 1 RIN 37503
• 1 NAME Janneke Stoffels/uijt Mattemburgh/
• 2 GIVN Janneke Stoffels
• 2 SPFX uijt
• 2 SURN Mattemburgh
• 1 SEX F
• 1 BIRT
• 2 DATE 1583
• 1 DEAT
• 2 DATE 21 NOV 1658
• 2 PLAC Colijnsplaat
• 1 BURI
• 2 DATE 26 NOV 1658
• 2 PLAC Colijnsplaat
• 1 ASSO @I37502@
• 2 RELA baptize
• 1 ASSO @I47058@
• 2 RELA baptize
• 1 ASSO @I34230@
• 2 RELA baptize
• 1 ASSO @I47060@
• 2 RELA baptize
• 1 ASSO @I47736@
• 2 RELA baptize
• 1 ASSO @I32911@
• 2 RELA baptize
• 1 ASSO @I47860@
• 2 RELA baptize
• 1 ASSO @I32909@
• 2 RELA baptize
• 1 ASSO @I46569@
• 2 RELA baptize
• 1 FAMS @F1720551016@
• 1 FAMC @F1754463322@
• 1 _NEW
• 2 TYPE 1
• 2 DATE 10 JUL 2024
• 3 TIME 00:27:33
• 1 CHAN
• 2 DATE 7 AUG 2025
• 3 TIME 23:03:10

En hier de Gedcom notitie van Leendert Coene van Merenburgh:

• 0 @I32892@ INDI
• 1 RIN 32892
• 1 NAME Leendert Coene/van Merenburgh/
• 2 GIVN Leendert Coene
• 2 SPFX van
• 2 SURN Merenburgh
• 1 SEX M
• 1 BIRT
• 2 DATE ABT 1615
• 1 DEAT
• 2 DATE AFT 1698
• 1 FACT Dijkgraaf en Gezworene van Wissenkerke
• 2 TYPE functie
• 2 DATE 1652
• 1 ASSO @I29639@
• 2 RELA baptize
• 1 ASSO @I32897@
• 2 RELA baptize
• 1 ASSO @I5216@
• 2 RELA baptize
• 1 ASSO @I45841@
• 2 RELA baptize
• 1 ASSO @I25831@
• 2 RELA baptize
• 1 ASSO @I45527@
• 2 RELA baptize
• 1 ASSO @I47060@
• 2 RELA baptize
• 1 ASSO @I46564@
• 2 RELA baptize
• 1 ASSO @I41920@
• 2 RELA baptize
• 1 ASSO @I32924@
• 2 RELA baptize
• 1 ASSO @I32898@
• 2 RELA baptize
• 1 ASSO @I32918@
• 2 RELA baptize
• 1 ASSO @I32944@
• 2 _QUAY 1
• 2 RELA baptize
• 1 ASSO @I25212@
• 2 RELA baptize
• 1 FAMS @F1698566018@
• 1 FAMC @F1673890061@
• 1 _NEW
• 2 TYPE 1
• 2 DATE 29 OCT 2023
• 3 TIME 16:06:12
• 1 CHAN
• 2 DATE 18 JUN 2025
• 3 TIME 11:41:38

post verwijderd

Matthijs Brouwer had problemen met ASSO als het een tweeling betrof begreep ik. Dus heb ik hem aangeraden tweelingen niet als zodanig te markeren, oftewel de ASSO-tag te verwijderen. Wat betekent de ASSO in jouw GEDCOM bij de niet-getoonde personen?

Welk stamboomprogramma heb je? In Pro-Gen kun je tweelingen niet als zodanig markeren. Zonder die tag zijn 2 kinderen met dezelfde ouders op dezelfde dag geboren sowieso tweelingen.

ASSO tags zijn tot nu toe alleen doopgetuigen.  Een ASSO tag bij een persoon betekent altijd dat deze persoon bij iemand als doopgetuige heeft gestaan.  Dit is altijd eenzijdig, van getuige, naar gedoopte.  Ik werk met Aldfaer, dit programma heeft geen functie om de relatie van gedoopt kind naar doopgetuige te registreren.

Het is niet zo dat de hoeveelheid ASSO tags een probleem is. IK heb personen met meer ASSO tags, die wel gewoon getoond worden. Zoals deze: https://www.genealogieonline.nl/database-noord-bevelanders/I5217.php

Ik vermoed dat ergens een specifieke ASSO koppeling is, die tot een conflict leid in de web-plugins van genealogie online.  Misschien is het de enige manier om erachter te komen via trial en error: steeds een ASSO tag weghalen bij elke update om te zien welke het verschil maakt.

Maar ik zie er geen logica in, er moet ergens een misinterpretatie in de software zitten. 

Waar ik me wel zorgen om maak: hoeveel meer persoonspagina's zijn buiten mijn weten onzichtbaar. Ik kan ze niet alle 27000 nalopen.

Bedankt voor je reactie Sander. Als Jacob Adriaenssen [de smit] Verschelling I5217 wel getoond wordt met meer petekinderen dan Leendert Coene van Merenburgh I32892, dan wordt het interessant de GEDCOM-tags van beide personen naast elkaar te leggen, misschien in een tabel met 3 kolommen, ook die van Janneken Stoffels uijt Mattemburgh I37503 ernaast in de derde kolom. Zo vallen overeenkomsten en verschillen vanzelf op. Het is te proberen om te achterhalen hoe de GO-software werkt.

PS: Op Geneanet worden doopgetuigen wel correct getoond. Wat let je om zolang het probleem op GO niet opgelost is 'n extra publicatie op Geneanet van je Noordbevelanders te zetten?

Inmiddels ben ik wat verder.  Via trial- en error aanpassingen doen, uploaden en kijken of het dan wel werkt is een heel lang proces, omdat er zoveel elementen zijn in de persoonspaginas. Dat heb ik dus nog niet gedaan.

Dit zijn de tot nu toe gevonden pagina's die niet werken: 

Janneke Stoffel uijt Mattemburg: https://www.genealogieonline.nl/database-noord-bevelanders/I37503.php

Cornelis Constant: https://www.genealogieonline.nl/database-noord-bevelanders/I48625.php

Jobje Cornelisse Visch https://www.genealogieonline.nl/database-noord-bevelanders/I42058.php

Maicken Cornelisse Hoogerheide https://www.genealogieonline.nl/database-noord-bevelanders/I27003.php

Leendert Coene van Merenburgh https://www.genealogieonline.nl/database-noord-bevelanders/I32892.php

De enige gemeenschappelijke factor van deze 5 is dat ze allen in de periode 1580-1680 leefden. Van na deze datum heb ik nog geen niet werkende pagina's gevonden, terwijl dat toch een veel groter deel van mijn bestand is.  Maar dan moet ik erbij zeggen dat ik niet alles doorloop.

Ik zie verder niks in de opmaak en data van deze personen dat verdacht is. Tot blijven ze consequent niet werkend in de publicatie.  Ik verwacht dat ergens een foutje in de verwerking optreed in de server, maar waardoor dit wordt getriggerd is mij onduidelijk.  Wat me wel benieuwd is of dit niet ook in andere publicaties voorkomt?
 

Aanpak:  de persoon ID klonen, alle data overkopieren en verbingen aanmaken, en dan de oude persoon ID verwijderen.

Leendert Coene van Merenburgh heb ik een kloon van gemaakt: een nieuwe persoon ingevoerd met dezelfde data en relaties. Deze twee identieke staan nu beide in mijn bestand als echtgenoten van Cornelia Voorts Verburgh: https://www.genealogieonline.nl/database-noord-bevelanders/I32893.php.  Maarrr, die nieuwe ID word niet opgenomen in de namenlijst van mijn publicatie: https://www.genealogieonline.nl/database-noord-bevelanders/personen.php?familienaam=Merenburgh%2C+van

EDIT 12-03-2025: ONDERSTAANDE TEKST TREK IK TERUG, WANT IS NIET MEER HOUDBAAR GEZIEN DE NIEUW GEVONDEN ERRORS

[ Een ding wat ik kan zeggen hierover: de gemeenschappelijk factor van al deze vier, het zijn niet de doorsnee personen uijt mijn bestand. Dit zijn allemaal mensen uit het hoogste echalon van de regio, de top 0.1% zeg maar. Ik heb dit euvel nog niet gezien bij een persoon die niet tot de hoogste klasse behoorde. Een vreemde gedachte misschien, maar kan hier sprake zijn van een soort blokkade vanwege auteursrecht of wat voor filter van hogerhand dan ook?]

Wat betreft andere genea diensten: daar begin ik niet meer aan. Ik vind Genealogieonline helder. Nog niet perfect, maar redelijk goed. Van geneanet krijg ik de kriebels, en die andere grotere spelers daar zal ik niet eens over beginnen.  Zodra mijn bestand een bepaalde compleetheid heeft start ik mijn eigen portaal.

UPDATE OVER DIT ONDERWERP

Een belangrijke test: ik heb de gekloonde ID van Leendert Coene van Merenburgh nu verbonden met al zijn kinderen en peetkinderen. De oude ID verwijderd.  En nu vertoont de nieuwe ID hetzelfde probleem, terwijl deze eerst nog werkte!  Het ligt dus aan de inhoud. 

https://www.genealogieonline.nl/database-noord-bevelanders/I48333.php

 Ergens leidt deze combinatie van gegevens tot een verwerkingsfout.  Ik ga zoeken.

Noot: ik had de oude ID, gestript van alle verbindingen moeten laten staan, om te zien of deze dan wel werkt.

Wat ik nu eerst ga doen is alle verbindingen van de nieuwe ID weer verwijderen, en zien of dat verschil maakt.

UPDATE: ik heb alle ASSO tags bij Leendert Coene van Merenburgh verwijderd, en nu werkt het wel.  Het probleem ligt dus daar.  Ik ga nu 1 voor 1 de ASSO tags terugplaatsen en uploaden. Het zijn er 16, dus dat kan een tijdje duren. Ik ga ze eerst allemaal even langs of ze wel verwijzen naar een actieve ID.

UPDATE TESTRESULTAAT

Ik heb 1 voor een de peetkinderen bij Leendert Coene van Merenburgh verwijderd en er kwam uit dat het probleem ligt bij de koppeling met peetkind Claesken 'de Jonge' Knip. [https://www.genealogieonline.nl/database-noord-bevelanders/I47060.php]  Haar pagina werkt wel, maar van alle 4 doopgetuigen werkt de pagina niet.

Het zou kunnen zijn dat het gebruik van extra leestekens ' ' in de naam van het peetkind hier leid tot een error in de pagina van de doopgetuigen. Ik ga nu uitzoeken of dit ook geld voor haakjes, accolades en andere bijzondere tekens in het voornaam-veld.

Dat zou betekenen dat ik veel personen moet langslopen, want aliassen en toevoegingen neem ik meestal met leestekens op in het voornaam-veld, omdat Aldfaer (of Gedcom?) geen optie bied voor extra naamvelden.  Ik moet dus ook een nieuwe format bedenken hoe ik dit begrijpelijk kan weergeven.

EDIT: aanpassing gemaakt: alle ' ' apostrofes vervangen door ( ) haakjes.  Nu werkt alles weer.

Probleem is opgelost!