Processing:
1. LibreOffice: convert to csv (actually, tsv) and also format date to the nob-format

2. sh csv2xml_awk.sh

3. java -Xmx16800m -Dfile.encoding=UTF8 net.sf.saxon.Transform -it:main correct_flat-xml.xsl

4. java -Xmx16800m -Dfile.encoding=UTF8 net.sf.saxon.Transform -it:main flat-xml2geo-xml.xsl



Input/Output:
0_input ==> initial input
1_sxml ==> simple, flat xml
1_xxml ==> corrected xml
2_exml ==> embedded xml
3_uxml ==> unified xml
4_axml ==> analysed xml

=======

TODO:
1. check the pl_name_id and unify all entries with the same ID
       ==> DONE

       ==> check entities with same sk_id, ergo same name, but different municipalities (also geo_coordinates?)
           such as 'Lyngen Tromsø', 'Narvik Skånland', 'Nordkapp Porsanger'
           - this is true for rivers 
         <name lang="nor" type="sidenavn">Sukielva</name>
         <municipality name="Deatnu Tana"/>
	versus
         <name lang="nor" type="sidenavn">Sukielva</name>
         <municipality name="Unjárga Nesseby"/>
           but they share the geo_coordinates.

        ==> splitt string: Unjárga Nesseby

 ==> check geo_coordinates for a different river and for other entities than rivers, e.g.
       
   <place id="12242" sk_id="383525" type="halvøyISjø">
      <lang code="sme">
         <name type="hovednavn">
            <spelling>Spiertanjarga</spelling>
            <status name="historisk" date="01.07.1991" case_status="ubehandlet"/>
         </name>

      or

  <place id="46" sk_id="14987" type="fjell">
      <lang code="sma">
         <name type="hovednavn">
            <spelling>Luspie</spelling>
            <status name="godkjent" date="01.07.1991" case_status="ubehandlet"/>
         </name>
 ==> DONE

inc>g '<e' 2_exml/samisk_kvensk_norsk_20180425.xml |awk '{print $3}'|t|awk '{print $1}'|t

inc>g '<status' 2_exml/samisk_kvensk_norsk_20180425.xml | awk '{print $2}'|cut -d '"' -f2|t
  31410 godkjent
  13966 historisk
   7441 vedtatt
   3432 avslått
   2501 foreslått
   1596 uvurdert
    379 avslåttNavneledd
    355 vedtattNavneledd
     14 privat

 - about name type:

https://kartverket.no/standard/sosi/html/del2/14_navn.htm
https://www.kartverket.no/globalassets/standard/sosi-standarden-del-1-og-2/sosi-standarden/stedsnavn.pdf

<quote>
1.7 Typestatus: (SNTYSTAT) Hoved-, side- eller undernavn.
Begrepene side- eller undernavn kan brukes hvis to eller flere navn på samme språk er i bruk på samme navneobjekt, f.eks. en
fjelltopp med forskjellige navn fra to dalfører. Et sidenavn er like mye brukt som et hovednavn, men av presentasjonshensyn på
kartet, har man har valgt ett navn som hovednavn. Begrepet undernavn brukes hvor navnet er i mindre bruk enn hoved-
/sidenavn.
Hvis det er i bruk ett eller flere navn på et annet språk på samme navneobjekt, skal disse registreres som egne navneenheter
med begrepene hovednavn, sidenavn og undernavn. Dette gjelder også når navneenheten er lånt fra et språk til et annet språk.
Eks Kautokeino (norsk) og Guovdageaidnu (samisk). (se også avsnitt 3.1 “Informasjonstyper” ).
Hvis det er to navn fra to forskjellige språk, skal begge registreres som hovednav
</quote>


https://objektkatalog.geonorge.no/Objekttype/Index/EAID_887F8BB7_FB60_48a2_865D_3A825DC58217

Hovednavn 	H 	Verdien settes alltid til H når det kun er ett stedsnavn til stedet. Hvis det til stedet er flere stedsnavn i to eller flere språkformer, skal ett stedsnavn fra hvert språk ha verdien H.

Sidenavn 	S 	Brukes der det ikke kan fastslås at ett av to eller flere forskjellige navn har større bruksverdi enn andre.

Undernavn 	U 	Brukes der ett av to forskjellige navn har mindre bruksverdi enn det andre stedsnavnet, som vurderes som hovednavnet.



     <e id="39707" pl_nr="625823" pl_name_nr="1" spelling_nr="1"> ==> unify ids; pl_nr is the key: pl_name_nr and spelling_nr in the individual name elements 
      <place>
         <name lang="nor" type="sidenavn">Sukielva</name> ==> unify by lang; add pl_name_nr and spelling_nr
         <municipality name="Deatnu Tana"/> ==> there can be more than one municipality (factor it out)
         <status name="godkjent" date="01.07.1991" case_status="ubehandlet"/> ==> scope is the individual name element
         <object_type>elv</object_type> ==> as municipality
         <geo_coordinates type="MULTIPOINT"/> ==> as municipality
      <place>
     </e>


         <e id="7" pl_nr="12147" pl_name_nr="1" spelling_nr="1">
            <place>
               <name lang="sma" type="hovednavn">Goåbrie</name>
               <municipality name="Holtålen"/>
               <status name="avslått" date="02.12.1993" case_status="iverksattVedtak"/>
            </place>
         </e>
         <e id="8" pl_nr="12147" pl_name_nr="1" spelling_nr="2">
            <place>
               <name lang="sma" type="hovednavn">Gåebrie</name>
               <municipality name="Holtålen"/>
               <status name="vedtatt" date="02.12.1993" case_status="iverksattVedtak"/>
            </place>
         </e>



2. run them against the appropriate fst (sme, sma, fkv)
  ==> DONE (to refile the geo_fst lookup)

3. check this db against previous proper name data
  - smi/geo/xml_src
  - smi/geo/src/*lexc
  ==> ONGOING

... and Trond's notes:

	1 send to strict geo.fst
	1a. correct written name gets answer
	1b. errouneously written gets ?
	2 send ? forms to sloppy geo, and present answer
	3 send answer to geo again, and present correct input form




TODO: Geo-NDS with online map

http://www.geonames.org/search.html?q=Fiskenes&country=NO

http://www.geonames.org/maps/google_61.9605555555556_33.3647222222222.html


=======

Some notes about the latest version of the SK-database.


1. Is place number not a kind of ID for the SK? 

g '<e' 2_exml/samisk-kvensk180420_formated_date.xml|cut -d '"' -f3-5|tl
     10  pl_nr="625823"
      8  pl_nr="259166"
      6  pl_nr="930507"
      6  pl_nr="869553"
      6  pl_nr="868937"
      6  pl_nr="745735"
      6  pl_nr="622196"
      6  pl_nr="510436"
      6  pl_nr="510097"
      6  pl_nr="504012"
      6  pl_nr="501480"
      6  pl_nr="443123"
      6  pl_nr="322917"
      6  pl_nr="140286"
      5  pl_nr="871951"
      5  pl_nr="808247"
      5  pl_nr="807875"
      5  pl_nr="747868"
      5  pl_nr="744825"
      5  pl_nr="688394"
      5  pl_nr="687062"
      5  pl_nr="685445"
      5  pl_nr="630953"


  <e id="8">
    <p id="1">12147</p>
    <p id="2">1</p>
    <p id="3">1</p>
    <p id="4">Goåbrie</p>
    <p id="5">sma</p>
    <p id="6">avslått</p>
    <p id="7">02.12.1993</p>
    <p id="8">iverksattVedtak</p>
    <p id="9">hovednavn</p>
    <p id="10">fjellområde</p>
    <p id="11">Holtålen</p>
    <p id="12">MULTIPOINT</p>
    <p id="13">11.586425 62.8729583333333,11.586425 62.8729555555556,11.6141583333333 62.8797166666667,11.5864222222222 62.8729555555556</p>
    <p id="14"></p>
  </e>

  <e id="9">
    <p id="1">12147</p>
    <p id="2">1</p>
    <p id="3">2</p>
    <p id="4">Gåebrie</p>
    <p id="5">sma</p>
    <p id="6">vedtatt</p>
    <p id="7">02.12.1993</p>
    <p id="8">iverksattVedtak</p>
    <p id="9">hovednavn</p>
    <p id="10">fjellområde</p>
    <p id="11">Holtålen</p>
    <p id="12">MULTIPOINT</p>
    <p id="13">11.586425 62.8729583333333,11.586425 62.8729555555556,11.6141583333333 62.8797166666667,11.5864222222222 62.8729555555556</p>
    <p id="14"></p>
  </e>

  <e id="10">
    <p id="1">12147</p>
    <p id="2">2</p>
    <p id="3">1</p>
    <p id="4">Kjølifjellet</p>
    <p id="5">nor</p>
    <p id="6">godkjent</p>
    <p id="7">01.07.1991</p>
    <p id="8">ubehandlet</p>
    <p id="9">hovednavn</p>
    <p id="10">fjellområde</p>
    <p id="11">Holtålen</p>
    <p id="12">MULTIPOINT</p>
    <p id="13">11.586425 62.8729583333333,11.586425 62.8729555555556,11.6141583333333 62.8797166666667,11.5864222222222 62.8729555555556</p>
    <p id="14"></p>
  </e>

 ==> It seems that these have to be unified (after filtering the 'avslått' entires).

2. What is the real meaning of "MULTIPOINT"? Why MULTIPOINT with only ONE district name?
 ==> It seems that these are points to unify by line for getting the spott of the entity.