Jag har också rapporterat in detta.
Underhållsverktyget pekade ut ostrukturerade platsnamn som faktiskt visade sig vara kopplade till den strukturerade platsdatabasen när jag kollade händelserna och personerna i Biografin. De fanns inte kvarstående i Platstolken och inte heller i Platsregistret (sökte i XML-filen). I en GEDCOM-export var de ostrukturerade platserna borta, och om jag återimporterade den – ja då hade alla utpekade problemplatser försvunnit!
Från supporten fick jag svaret:
Ett inkonsekvent platsnamn är när en händelse är kopplad till en strukturerad plats och där platsnamnet (som är en ren textsträng) inte stämmer överens med den strukturerade platsens formatering. Om händelsen har en strukturerad plats kopplad till sig så syns inte platsnamnet.
Ex 1. en händelse skrivs in och platsen skrivs in som en textsträng, Örbäck, Långsele, Västernorrlands län.
Platsnamnet är då Örbäck, Långsele, Västernorrlands län.
Ex 2. en händelse skrivs in och kopplas till en strukturerad plats Örbäck, Långsele, Västernorrlands län.
Platsnamnet är då Örbäck, Långsele, Västernorrlands län men händelsen har också en referens till den strukturerade platsen som heter Örbäck som har en förälder som heter Långsele osv. och den hierarkiska presentationen blir olika beroende på vilket format man har. Det format som gäller vid inmatning är det platsnamn som händelsen får. Ändras formatet för den strukturerade platsen stämmer inte platsnamnet med formatet och det är då inkonsekvent platsnamn. Vid export till gedcom används det aktuella formatet som platsnamn för händelsen vilket gör att det inte syns där.
Eftersom det nu vid export tar den aktuella platsformatet för den strukturerade platsen har funktionen inte nån direkt betydelse annat än när du importerar ett register till en annan dator som inte har samma platsregister och där du inte valt att importera platser.
Det är egentligen inte felaktiga textsträngar utan bara inkonsekventa mot formateringen av den strukturerade platsen.
Jag förstår inte detta helt ut, men tolkar att det ligger kvar lite "skräp" dolt någonstans i själva databasen, som inte rensas bort när platsen knyts till den strukturerade Platsdatabasen – och som (LiD) tydligen genereras om man t ex byter tillförlitlighet på en anknuten källa!
Jag har åtgärdat alla inkonsekventa platser (men hjärtat i halsgropen!), men fortfarande när jag ska välja plats och skriver in 'lund', så får jag först ett antal träffar på strukturerade (=kursiva) platser som börjar på 'lund', men därefter kommer några rader utan kursivering (se bifogad bild). Några sådana har jag inte någonstans, och de rapporteras inte heller i Underhållsverktyget.
Allt detta är helt förvirrande, obegripligt och oroande! Må så vara om programmet behöver använda sig av 'interna hjälpsträngar', men då bör det ha någon form av självsanering, och inte heller visa oss användare dessa 'onödiga' träffar i verktyg och väljlistor.
Jag vill också varna för att om man pekar på en plats i Platsregistret och sedan (kanske av gammal vana) trycker ENTER istället för Välj-knappen, så blir platsen registrerad som ostrukturerad (okursiverad)!
[bifogad fil raderad av administratör]
