Genney forum
Synpunkter => Tekniska problem och förslag => Ämnet startat av: Stefan C skrivet 2018-02-26, 21:43:20 PM
-
När jag publicerar mitt släktträd och tittat på Platser har jag exvis "Sillhövda K", "Sillhövda, Blekinge" och "Sillhövda, Blekinge län". Lite störigt att inte alla hamnar på en och samma plats!
Tittar man på enskilda personer under resp plats är alla födda i Sillhövda (K).
Varför blir det så här?
-
Kan det vara en blandning av platsnamn och strukturerade platser?
Går det att bifoga bild?
-
Tog Bräkne-Hoby istället. Var färre individer därifrån. Samtliga första personer under respektive platsnamn har Bräkne-Hoby (K) som födelseförsamling. (Kollade inte samtliga...)
[bifogad fil raderad av administratör]
-
Har du kört Platstolken i Genney, så att du har gjort alla platser till strukturerade? Det tar lite tid men är ett engångsjobb, och efter det bör du ha rensat ut alla sådana skillnader som du beskriver.
-
Jadå, platstolken är körd och där är bara några platser kvar, men ingen av dem är "enkla" saker som exv församlingarna Sillhövda och Bräkne-Hoby. :)
Nej, det här är något annat. Det är jag ganska säker på!
-
Jag körde Verktyg | Underhåll | Inkonsekvent platsnamn för ett tag sedan, och fick då upp många platser som hade dubbla definitioner av någon outgrundlig anledning. Efter rensning försvann dessa problem, men jag vet inte hur det ser ut i en webbexport.
-
Jag körde Verktyg | Underhåll | Inkonsekvent platsnamn för ett tag sedan, och fick då upp många platser som hade dubbla definitioner av någon outgrundlig anledning. Efter rensning försvann dessa problem, men jag vet inte hur det ser ut i en webbexport.
Dubbla definitioner...menar du att Inkonsekvent platsnamn rapporterade flera olika former av samma platsnamn för en händelse?
Jag rapporterade följande till supporten:
Jag provade att kolla inkonsekventa platsnamn i Underhåll och fick upp en massa rader. Jag tittade på Henrik Adamsson Gevert i Biografin och där stod den strukturerade platsen redan för den rapporterade händelsen. Jag trodde att Underhåll varnade att den inlagda platsen i händelsen inte stämde överens med den strukturerade platsen i platsregistret. Men den strukturerade platsen var ju inlagd i händelsen (se bifogad bild). Har jag fattat det fel? Varför varnade den där? Vad är det som är inkonsekvent?
Sen av en slump så hände det märkliga att jag passade på att justera tillförlitligheten för källan för just den händelsen. Jag sparade ändringen och uppdaterade Underhåll - Inkonsekvent platsnamn. Då fanns Henrik Adamsson Gevert inte med i listan längre. Trots att jag inte ändrat platsen alls. Underligt...
[bifogad fil raderad av administratör]
-
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]
-
"...den strukturerade platsens formatering.."- är det detta? Se bild.
Jag har alltid funderat över dom okursiverade platserna som kommer upp i vallistan...var finns dom?
[bifogad fil raderad av administratör]
-
Ja, en strukturerad plats, t.ex. Långsele heter ju bara Långsele och där väljer man hur dess hierarkiska struktur ska presenteras.
Att det även kommer upp okursiverade platsnamn i autofyllen är för att alla händelser har ett platsnamn som normalt är samma som den formaterade platsen och sökningen görs både för platsnamn och strukturerade platser. Man skulle ifs kunna tänka sig att man inte valde att visa de okursiverade namnen om det bara finns strukturerade platser.
-
Man skulle ifs kunna tänka sig att man inte valde att visa de okursiverade namnen om det bara finns strukturerade platser.
Ja snälla, låt oss slippa alla okursiverade namn så länge det finns matchning i det strukturerade platsregistret! Och i ett välskött släktregister bör det ju inte inträffa... ;)
Det finns kanske sällsynta fall, där man tillfälligt jobbar med ett släktregister där man vill behålla platserna ostrukturerade (t ex om man hjälper någon annan och inte vill ställa till det när man 'exporterar tillbaka' registret)? Men i alla övriga fall strävar vi användare säkert mot att ha en konsekvent platsstruktur.
Möjligen kan man ha en generell inställning som gör det möjligt att se/dölja de ostrukturerade platserna i väljlistorna?
Kanske börjar jag förstå skälen till de dubblerade namnen! Är det t ex också länkat till märket PLAC som uppträder i gedcom-filen vid export, även om _PLC ju hänvisar till den strukturerade platsen?
2 PLAC Gåragöl, Jämshög, Blekinge län
3 MAP
4 LATI N56.29005
4 LONG E14.658336
2 _PLC @9@
... men här borde det väl gå att generera PLAC utifrån _PLC vid själva exporten, utan att man behöver släpa PLAC-definitionen med sig i alla händelser?
... och då skulle man slippa träffar i Underhållsverktyget också...?
Och en bonusfråga: Kan du fixa en sortering i väljlistorna som inte skiljer på versaler/gemena, se bifogad bild där Heliga kommer före garnison?
[bifogad fil raderad av administratör]
-
Från början var verktyget inkonsekventa platsnamn ett kontrollverktyg för utvecklingsarbetet men det blev kvar. Man kan naturligtvis ta bort det om det bara förvirrar.
Sortering som är okänslig för versaler och gemener kan man tänka sig.
-
Ja, eft
Man kan naturligtvis ta bort det om det bara förvirrar.
Ja, ta gärna bort det kontrollverktyget, så slipper du alla våra konstiga frågor! :)
-
Problemet försvann då jag importerade en gedcom-fil.
Troligen hade förslaget från Hans med Inkonsekvent platsnamn gett samma resultat.