Beste,

Na de upgrade van PhpGedview naar de laatste versie 4.23. zijn de laatste voornaam en de familienaam aan elkaar "geplakt". In een vorige versie was dit niet zo na de import van een Gedcomfile gemaakt met Aldfaer.
Volgens de makers van PhpGedview heeft dit de maken het feit dat zij dit vroeger zelf aangepasten. Nu doen ze dit niet meer omdat blijkbar de Chinese namen aan elkaar geschreven worden: zie hier.
Kan dit eventueel door Alfaer bij de creatie van een Gedcomfile zelf opgevangen worden?

Geert,

Ik heb hetzelfde probleem gehad. Omdat het niet de eerste keer is dat de makers van PHPGedView dit soort rigoureuze aanpassingen doorvoeren, zonder met de bestaande gebruikers rekening te houden, ben ik overgestapt naar TNG.

Ik heb dit in het verleden ook aan mensen van het Aldfaer team voorgelegd. Blijkbaar is de gedcom-'standaard' op dit punt op meer dan één manier uit te leggen (Wim Roozendaal kan je er wellicht meer over vertellen).

De oplossing die ik heb gekregen, was een editor die eigenlijk in Unix-omgevingen wordt gebruikt (andere editors zullen ook werken, denk ik).

Ik moest gvim gebruiken (even zoeken via Google). Via versie 7.2 en een tip hoe er mee te werken, kon ik het bestand vóórdat het in PHPGedView wordt ingelezen, wijzigen. Dat doe je als volgt: geef een dubbele punt in (:) en daarna het volgende commando plakken: %s!^\(1 NAME[^/]*[^ ]\)\(/\)!\1 \2!

Succes!

Volgens mij is dit GEEN Aldfaer gedcom probleem maar zit het probleem bij de ontvanger.
Ik heb al tientallen Aldfaer gedcoms uitgevoerd maar nog nooit aan elkaar geplakte namen gehad.

Edward,

Bedankt voor de reactie ik probeer het uit.

Jef,
Dit fenomeen doet zich pas voor na de installatie van de laatste release 4.2.3. Voordien had ik dit ook nooit.

Edward,

Intussen heb ik gvim gevonden en geïnstalleerd. Bij het invoeren van het commando krijg ik echter steeds de foutmelding "pattern not found" wil je misschien de syntax nog een dubbel checken.
Dank bij voorbaat.

Geert,

Ik heb de originele reactie nog even opgezocht. Kijk hier maar voor de discussie: https://sourceforge.net/projects/phpgedview/forums/forum/185166/topic/2595986.

Wel even alle reacties lezen.

Bij bij werkte het in versie 7.2 (het is al wel anderhalf jaar geleden dat ik hier mee iets heb gedaan).

Edward,

Bedankt voor je hulp, ik zoek het verder uit.

Er wordt ergens in de discussie gesteld dat ik mogelijk meer kan zeggen over dit onderwerp. En: Ja dat kan ik.
De gedcom standaard wordt door de meesten uitgelegd dat een naam hoort te worden opgegeven als
1 NAME ALLE DOOPNAMEN/ALLE TUSSENVOEGSELS en ACHTERNAMEN/
2 NICK Roepnaam en bijnamen

En die constructie (met of zonder spaties om de / tekens, want het inleesprogramma wordt geacht die spaties te verwijderen) kan meerdere malen optreden (waarbij de meest gebruikte of meest waarschijnlijk correcte) naam als eerste moet worden genoemd.

Uit wat ik bij PHPgedview gelezen heb maak ik op zij een geheel eigen draai aan en standaard code hebben gegeven:
- geen spaties om de / beekend een Aziatische naam waarbij de laatste voornaam en de achternaam aan elkaar worden geschreven.
- we spaties betekent dat het een Europese naam is met de voor ons gebruikelijke verwerking.

Aldfaer levert Gedcom zonder spaties. Dus moeten die worden toegevoegd. Het eenvoudigst doe je dat met het programmaatje gedcomlayout.vbs. (als zip op te halen van http://famrozendaal.nl/public/gedcomlayout.zip ). De eerste regel van het programma bevatten de gebruiksaanwijzing

Wim Rozendaal

Wim,

Alhoewel dit na de import enkele foutmeldingen oplevert (in PHPGedview) is het probleem met de spatie tussen voornaam en familienaam opgelost.
Ik moet nog even verder in detail kijken wat er verder mank loop.
In elk geval wordt mijn Ged-file bijna 1,5 maal zo groot als dit geproduceerd door Aldfaer en krijg ik voor de opstart van de import in PHPGedview de melding dat er blanco lijnen in het bestand staan.
Ik hou jullie op de hoogte.

Ik had hetzelfde probleem en ik heb de methode die wim heeft voorgesteld geprobeerd. Het helpt inderdaad maar ik heb bij mijn personen diverse alfbeeldingen gekoppeld en helaas zijn alle koppelingen met de afbeeldingen weg. en ja ik krijg dezelfde foutmeldingen als de vorige poster.

Ik ga mijn phpgedview downgraden naar een oudere versie. En hoop dat het phpgedview team in de toekomst wat meer rekening gaat houden met de al bestaande gebruikers.

Friso,

Ik heb een aantal jaren gebruik gemaakt van PhpGedView op mijn website. Mijn ervaringen zijn dat ze geen rekening houden met bestaande gebruikers en gewoon hun eigen gang gaan.

Op een bepaald moment ben ik daarom maar overgestapt naar TNG. Dat heeft wel weer twee andere nadelen: er is maar één ontwikkelaar en je moet er voor betalen (al vind ik de prijs nog wel meevallen). Voordeel is dan wel weer dat je niet zo lang hoeft te wachten op een update met foutoplossingen als bij PhpGedView, de ondersteuning heel goed is (zowel door de maker als medegebruikers) en de maker zijn best doet om de structuur in stand te houden.

Moet zeggen dat ziet er echt indrukwekkend uit voor dat beetje geld doe ik het wel voor maar helaas heb ik geen credit card en ik zie geen andere opties. Is er eventueel nog een ander alternatief? Ik heb het wel even gehad met phpgedview

Friso,

Zie http://home.tiscali.nl/kallenbe/paul/aldfaer/rapportuitvoer/overzicht_internet.html

Aanvullingen / verbeteringen zijn welkom.

Paul

Bedankt voor de link ik zal deze eens doornemen

Door prive omstandigheden zal ik de komende tijd wat trager reageren op opmerkingen op het forum.

Vandaar dat ik nu ook pas reageer op wat er begin deze week is gezegd.

De omvang van het gedcom bestand neemt toe bij het verwerken met de door mij aangegeven programmatuur. Dat klopt. De gedcom standaard zegt nml niets over spaties voor de regels en over lege regels (behalve dan dat de verwerkende programma's die moeten verwijderen. Daar maak ik bij het aanpassen van de gedcom gebruik van door voor elk record op level 0 een lege regel toe te voegen en door elke regel vooraf te laten gaan door 2*het level van de regel aan spaties. Dit maakt dat het lezen van de gedcom veel eenvoudiger gaat. De enige andere wijziging die wordt uitgevoerd heeft betrekking op de spaties rond de /-tekens.

De koppelingen met foto's ed worden niet door PHPGEDVIEW ingelezen. Dat klopt ook, maar dat is niet het gevolg van mijn programma. Ik weet niet welk formaat aan gegevens PHPGEDVIEW verwacht, maar her aldfaer formaat kan het kennelijk niet baas.

Verder hoot ook ik bij de mensen die PHPGEDVIEW ter zijde heeft geschoven en is overgestapt op TNG. Ik heb ook regelmatig contact met de maker van dat pakket om er voor te zorgen dat de aansluiting met aldfaer bewaard blijft.
Op 1 gebied loopt die aansluiting moeizaam: bij de getuigen.

Bij de downloads op de aldfaer site staat een programmaatje dat deze aansluiting verzorgt.

WIm Rozendaal

Ook ik had problemen met "aan elkaar geplakte" namen. Tot ik ergens de volgende oplossing las:
Open het Gedcom bestand wat je wilt uploaden met kladblok;
Plaats met "zoeken en vervangen" een spatie voor de / ;
dus
zoek /
vervang
/ (spatie)/
Alles vervangen
Sla het bestand op onder dezelfde naam. Bij mij waren de problemen in Phpgedview verder niet meer aanwezig.

Jan ter Avest