Bygningsfortegnelse register

Formål
Formålet med dette dokument er, at beskrive hvordan Bygningsfortegnelse registeret skal udvikles og i hvilken rækkefølge delene udvikles. Dokumentet er primært henvendt til faggruppen og brugere.

Overblik

I dag findes Bygningsfortegnelse/B-nr registre fortrinsvis på regneark i de fire storkommuner. Kommunerne ajourfører en lokal bygningsfortegnelse for hver by. Asiaq ajourfører den 'globale' bygningsfortegnelse på baggrund af kommunernes indberetninger.

Formålet med at samle disse Bygningsfortegnelser/B-nr regneark i Winformatik er, at sikre datavalidering og ensartethed i Winformatik, samt at gøre vedligeholdelsen af B-numre mere enkel i kommuner. I stedet for at vedligeholde de enkelte regneark, skal  Bygningsfortegnelse/B-nr vedligeholdes i Winformatik, og kun der.   Ensartethed i data vil muligvis gøre det lettere for at Asiaq at behandle data-udtræk fra kommuner. Der kan foretages forskellige udtræk fra Bygningsfortegnelser/B-nr.af data til regneark.

Bemærk: efter endt udvikling af  Bygningsfortegnelse/B-nr registret, vil hver stor-kommune have sit eget b-nr register og råde over sine egne b-nr data.

 

Proces og opdeling af opgave: 

Opgaven opdeles i mindre del-opgaver:

1. Afklaring med faggruppens medlemmer - vil foregå løbende
2. Identificere berørte del-systemer i Winformatik og uden for
3. Fastlægge data-struktur for Bygningsfortegnelse/B-nr register
4. Rense data fra indsamlede regneark og gøres ensartet, dvs. sikre datakvalitet
5. Systemets funktioner

 

ad 1) Afklaring med faggruppens medlemmer

Afklaring med faggruppens medlemmer vil foregå løbende. På de første møder skal vi  opnå  enighed om begreber, stille spørgsmål, identificere hvordan b-nr register bruges, data som er nødvendig.

Faggruppens medlemmer skal indsamle regneark/registre fra byer/bydgder i deres storkommune eller anvise hvordan data kan indsamles.

ad 2) Identificere berørte del-systemer

CPR - vi modtager daglige opdateringer fra CPR. Bnr i CPR er 4 cifre langt, men det er 5 cifre langt hos Asiaq. Det har betydning for, når NUNAGIS anvendes til visning af B-nr i Winformatik.

Hvis et b-nr ikke kan valideres mod b-nr-register ved i den daglige CPR- indlæsning - så accepter det, men send evt. mail til Folkeregister-ansvarlig om at rette det. Der skal evt. rettes i CPR-script til daglig indlæsning for at validere mod b-nr-register

Winformatik del-systemer som anvender b-nr:

• Folk side 101: Søgning på cprnr, navn og kommune. Bnr vises i søgning
• Folk side 105: Søgning på cprnr, navn og kommune. Bnr vises i søgning
• Tekn side 899: Søgning på Bnr, som vises på et kort
• Tekn side 860L: Renovations system. Bnr kan vises på et kort
• Folk side 123: Søgning på B-nr. og udskrift af adresselister. 
• Folk side 125: Diagnose-side med fejlagtige adresser

På sigt er validering af b-nr i CPR også en fordel for andre systemer såsom, Skat og Piareersafiit

ad 3 - Fastlægge data-struktur ..

Hvad er et B-nr

Et B-nr er et unikt nummer for en bygning inden for en given kommune og et givent område. Et område skal i denne forbindelse forstås som en "gammel" kommune før kommuneomlægning. Dvs. et område består af en eller flere lokaliteter.

Dette er citat fra Asiaq's B-nr vejledning vedr. konstruktion af B-nr:  Dvs. præsentation af data, ikke hvordan data gemmes i databasen.

"Et eksempel på et fiktivt B-nr: 958-1100-01589-B-0001-E Dette B-nr læses således: 

1. De første tre cifre [i eksemplet 958] er det danske CPR-kontors kommunekode for Qaasuitsup Kommunia.
2. Der skal sættes en kort bindestreg [i eksemplet -] mellem kommunekode og lokalitetskode. 
3. De næste fire cifre [i eksemplet 1100] er Asiaqs lokalitetskode, hvor 11 er kommunekoden for Qasigiannguit Kommune, som den eksisterede frem til udgangen af 2008 og, hvor 00 er kode for lokaliteten Qasigiannguit by i Qasigiannguit Kommune.  [BK: lokalitetskode i Winformatik]
4. Der skal sættes en kort bindestreg [i eksemplet -] mellem lokalitetskode og bygningsnummer.
5.  De følgende fem cifre [i eksemplet 01589] er det af kommunen konkret tildelte bygningsnummer. Her er der indsat et nul foran det egentlige bygningsnummer, som i eksemplet er 1589.
6. Der skal sættes en kort bindestreg [i eksemplet -] mellem bygningsnummer og delnummer.
7. Den derpå følgende enhed er et delnummer [i eksemplet B]. Delnummeret kunne tidligere tildeles af kommunen. Hvis der er tildelt et delnummer, skal det være et bogstav. Hvis der ikke er tildelt et delnummer, skal bogstavet Ø anføres.
8. Der skal sættes en kort bindestreg [i eksemplet -] mellem delnummer og enhedsnummer.
9. De næste fire cifre [i eksemplet 0001] er det af kommunen eventuelt tildelte enhedsnummer. Hvis der er tildelt et enhedsnummer, skal det være fire tal. Hvis der ikke er tildelt et enhedsnummer, skal værdien 0001 anføres. 
10. Der skal sættes en kort bindestreg [i eksemplet -] mellem enhedsnummer og enhedstype. 
11. Det sidste element [i eksemplet E] er den af kommunen eventuelt tildelte kode for enhedstype. Hvis der er tildelt en enhedstype, skal det være et bogstav. Hvis der ikke er tildelt en værdi, skal bogstavet Ø anføres. 
12. Et B-nr vil således altid bestå af 23 enheder – tre tal, en bindestreg, fire tal, en bindestreg, fem tal, en bindestreg, et bogstav, en bindestreg, fire tal, en bindestreg og sidst et bogstav."

Kommentar til ovenstående: Kommune-kode kan udledes af Lokalitetskode og er derfor redundant data.

Bemærk, at det nuværende projekt kun omfatter et register for bygninger og bygningsdele - det omfatter ikke registrering af bygningsenheder. Det kan evt. komme i en senere fase.

Datastruktur

Vi opfatter Bygningsfortegnelse/B-nr registret som bestående to væsentlige dele; nemlig Bygning og Bygningsdele

Den brugervendte nøgle i Bygning er Område-nr og B-nr. Bemærk at Områdenr ikke er et direkte felt i tabel Bygning. Område-nr udledes  ved at anvende de to første cifre i lokalitet.

Den brugervendte nøgle i Bygningsdel er Bygning og litra.

Bemærk begrebet område: svarer til en "gammel" kommune før kommuneomlægning. Dvs. et område består af en eller flere lokaliteter. Et område kan opfattes som en super-lokalitet.

Oplysninger i B-nr tabeller:

KAN: Kanqaatsiap - QAS: Qasiqiannguit - QEQ: Qeqertarsuaq - SIS: Sisimiut - UPE: Upernavik

Oplysninger	KAN	QAS	QEQ	SIS	UPE	Bygning	Bygningsdel
Bnr	x	x	x	x	x	X
litra (f.eks. A )	x	x	x	x			X
Lokalitet (eks. Upernavik)					x	X
Vejkode (vejnavn)	x (adr)	x(adr)		x(adr)		X
Hus-nr				x		X
StedPF  (eks.: F) Søren Lange tænker over det, vi spørger Asiaq	x	x					X
Bygningstype (enfamiliehus, flerfamiliehus, butik, skole osv. -Asiaq givne værdier)	x	x	x(type)	x	x(bygning)		X
Anvendelse (eks. Beboelse,) (kort fritekst)				x			X
Bevarings-Status (Vælg fra givne værdier: Ønskes nedrevet, Frecet,Fredningsværdig, Bevaringsværdig)					x	X
Frednings-dato (valgfri: dato for fredning af bygning)
Ejere (eks. TeleGreenland A/S - brug cprnr/cvr-nr, men også fritekst). På sigt skal felt være med givne værdier Bemærk der kan være flere ejere af en bygning	x	x	x	x	x		X
Start_dato b_nr - kun årstal	x (Ibrg)	x	x(opført)	x(ibrg)	x(årgang)	X
Slut_dato b_nr - kun årstal	x (ophør)	x	x(ophørt)	x(ophør)		X
Notat (felt til bemærkninger, lang fritekst, linieskift muligt)				x(bem)			X
Stedplan nr (eks. 5932). Kun historisk interesse, kan søge på felt , men ikke rette	x		x(sted-nr)			X
A-nr. (eks.: 00584.  5 cifre iflg Asiaq, unik inden for kommune, lokalitet ). ved udtræk kan A-nr fremstå som det lange A-nr. Kommune tildeler næste Anr (Arealmyndighed)	x	x	x		x	X
Geo-koordinater længde (eks: 52.51.42) Kun historisk interesse, kan søge på felt , men ikke rette				x		X
Geo-koordinater bredde (eks: 66,53,49 ) Kun historisk interesse, kan søge på felt , men ikke rette				x		X
Stedplan nr (eks. 5932). Kun historisk interesse, kan søge på felt , men ikke rette	x		x(sted-nr)			X
X-ref (eks. 282) Kun historisk interesse, kan søge på felt , men ikke rette	x	x	x(sted_x)			X
Y-ref (488)  Kun historisk interesse, kan søge på felt , men ikke rette	x	x	x(sted_y)			X
UTM grundkort E - kan beregnes til geokoordinater via en formel. Det gør vi ikke i første omgang	x	x	x(utm_e)	x	x	X
UTM grundkort N - kan beregnes til geokoordinater via en formel. Det gør vi ikke i første omgang	x	x	x(utm_n)	x	x	X
CPR (eks: 10099 el 907 ) ->erstattes af lokalitet- opfind psedo-lokalitet(åbne land)			x (bygde-nr+navn)			X

Vedr. CPR-felt som erstattes: Kan 10002 som er en nedlagt bygd, omsættes til andet? Kan vi tale med Asiaq om det, kan vi finde noget i Nunagis?

Vi kan afklare senere hvordan A-nr kan valideres; evt ved kald en webservice

Skal der være historik på nogle kolonner : Nej

Hvordan er mulighed for at validere indhold i kolonner: almindelig validatorer.

Hold historiske data i en sektion for sig og forklaring i tooltip, evt. med grå baggrund i brugergrænsefladen

Henvisning til Asiaq om A-nr (Areal-nr) http://www.asiaq.gl/index.asp?lang=dk&num=195

Forslag til tabel struktur:

Bygning

Feltnavn	Type	Længde	Tvunget felt	Brugergrænseflade	Bemærkning
Bygning_guid	tegn	36	ja	Ses ikke i brugergrænseflade	Entydig identifikation af række i tabel
Bnr	tegn	4	ja	tekst felt	Eks: 0278. Bemærk i Cpr-register er b-nr 4 tegn langt
Locality_guid	tegn	36	ja	Selectbox som viser lokalitetnr og lokalitetsnavn for denne kommune	Eks.0600-Nuuk. Locality_guid er en intern id
Adr_Vejkode	tegn	4	nej	Selectbox som viser vejkod og vejnavn og postnr under valgte lokalitet	Eks.:  0067-Fjeldvej (3900)
Adr_Husnr	tegn	20	nej	tekst felt	Husnumre, som bygningen anvender. Eksempler: 1, 12A, 42A-48B. Er ikke et struktureret felt.
Adr_notat	tegn	100	nej	Fritekst vedrørende beliggenhed	Anvendes f.eks. hvis bygningen ligger på et sted hvor der ikke er en autoriseret vej jvf. vejregistret.
Start_dato_ b_nr	cifre	4	ja	tekst felt	kun årstal. eks 2005. Hvis den ikke kendes, skriv 0000
Slut_dato b_nr	cifre	4	nej	tekst felt	kun årstal
Bevarings_status_guid	tegn	36	nej	Selectbox med givne værdier (Ønskes nedrevet, Fredet,Fredningsværdig, Bevaringsværdig	Eks. Bevaringsværdig December2011: Hans P fra Asiaq vil sende værdier i stus som skal bruges i stedet
Frednings_dato	dato		nej		Dato for fredning . Eks. 02-11-2011
Notat	tegn	400	nej	multi-linie tekstbox (tekstboks med linieskift i)
A_nr	tegn	5	nej	tekst felt	Kun cifre. Ved ny-oprettelse af b-nr er felt tvunget
UTM_Grundkort_E	tegn	10	nej	tekst felt	Bruges hos Nunagis, svarer til x-akse. Er de mest korrekte koordinater. I fremtid beregnes felt og skal så ikke udfyldes af perosner
UTM_Grundkort_N	tegn	10	nej	tekst felt	Bruges hos Nunagis, svarer til y-akse. Er de mest korrekte koordinater.  I fremtid beregnes felt og skal så ikke udfyldes af perosner
StedPF	tegn	1	nej	tekst felt, kan ikke rettes	Kun historisk interesse, kan søge på felt , men ikke rette. F.eks. F . FIndes i gamle kort
Stedplan_nr	tegn	10	nej	tekst felt, kan ikke rettes	Kun historisk interesse, kan søge på felt , men ikke rette. Eks. 5932
Geo_koordinater_ laengde	tegn	8	nej	tekst felt, kan ikke rettes	(eks: 52.51.42) Kun historisk interesse, kan søge på felt , men ikke rette
Geo_koordinater_ bredde	tegn	8	nej	tekst felt, kan ikke rettes	(eks: 66.53.49 ) Kun historisk interesse, kan søge på felt , men ikke rette
X-ref	tegn	4	nej	tekst felt, kan ikke rettes	Kun historisk interesse, kan søge på felt , men ikke rette
Y_ref	tegn	4	nej	tekst felt, kan ikke rettes	Kun historisk interesse, kan søge på felt , men ikke rette
Gl_komkode	tegn	4	nej	tekst felt, vises ikke	Kun historisk interesse, . Eks. 928. Kun Narsaq, skal omsættes til lokalitet
Koordinater	tegn	9	nej	tekst felt,vises ikke	Ikke med brug Kun Uumannaq. Eks. 4255/7085
Tyngdepunkt	tegn	12	nej	tekst felt,vises ikke	Kun Qaanaaq og Manitssooq Beskriver midten af huset. Eks.: 0000:391/182. eller 411.273,8x7.256.004,0
reg_date	dato		ja	tekst_felt, kan ikke rettes	Dato på seneste ændring af record. Udfyldes af system
reg_user_guid	tekst	36	ja	tekst_felt, kan ikke rettes. Initialer vises	Initialer på person som foretog seneste ændring. Udfyldes af system

A-nr er en serie indenfor en lokalitet

Bygningsdel

Feltnavn	Type	Længde	Tvunget felt	Brugergrænseflade	Bemærkning
Bygningsdel_guid	tegn	36	ja	Ses ikke i brugergrænseflade	Entydig identifikation af række i tabel
Bygnings_guid	tegn	36	ja	Ses ikke i brugergrænseflade	Fremmednøgle til tabel Bygning
Litra	tegn	1	nej	Tekst felt	Hvis udfyldt, så bruges stort Bogstav. Eks.: A
Bygningstype_guid	tegn	36	ja	Selectbox med Asiaq givne værdier (enfamiliehus, flerfamiliehus, butik, skole osv.)	Se længere nede i dokument, link til  "bygningstyper i Asiaq". Eks. 17 - Lagerbygning
Anvendelse	tegn	200	nej	tekst felt	kort fritekst
reg_date	dato		ja	tekst_felt, kan ikke rettes	Dato på seneste ændring af record. Udfyldes af system
reg_user_guid	tekst	36	ja	tekst_felt, kan ikke rettes. Initialer vises	Initialer på person som foretog seneste ændring. Udfyldes af system

Ejer

Feltnavn	Type	Længde	Tvunget felt	Brugergrænseflade	Bemærkning
Ejer_guid	tegn	36	ja	ses ikke i brugergrænseflade	Entydig identifikation af række i tabel
Bygningsdel_guid	tegn	36	ja	ses ikke i brugergrænseflade	Fremmednøgle til tabel Bygningsdel
Ejer	tegn	100	nej	Tekst felt	Eks. TeleGreenland A/S
CPRnr	tegn	10	nej	tekst felt	Valideres mod cpr-register. Cprnr og  CVR-nr kan ikke være udfyldt samtidig
CVRnr	tegn	8	nej	tekst felt	Kun positive numeriske tegn tilladst. skal være 8 karakterer lang. Cprnr og  CVR-nr kan ikke være udfyldt samtidig
reg_date	dato		ja	tekst_felt, kan ikke rettes	Dato på seneste ændring af record. Udfyldes af system
reg_user_guid	tegn	36	ja	tekst_felt, kan ikke rettes. Initialer vises	Initialer på person som foretog seneste ændring. Udfyldes af system

Bemærk, forskel på Adr_Husnr og Litra. Adr_Husnr er husnumre, som bygningen anvender. Eksempler: 1, 12A, 42A-48B. Er ikke et struktureret felt. Et hnr kan indeholde tal og bogstaver.
Litra er tættere på Lejliheds-nr som det anvendes i CPR-register. 

Det åbne Land

Vi har brug en pseudo-lokalitet for det Det åbne Land i de forskellige gamle kommuner. I de indsamlede regneark er der anvendt forskellige måder at angive Det åbne land på..
Pseudo-lokaliteten konstrueres således: de to første tegn er fra hoved-lokalitet og de to sidste tegn er et løbenr som betegner Det åbne land inden for denne gamle kommune. F.eks. lokalitet 0600-Nuuk som er hoved-lokaliteten for et område, tag de to første tegn (06) og sæt 99 efter, det bliver til 0699

0199 Det åbne Land omkring Nanortalik
0299 Det åbne Land omkring Qaqortoq
0399 Det åbne Land omkring Narsaq
0499 Det åbne Land omkring Ivittuut
0599 Det åbne Land omkring Paamiut
0699 Det åbne Land omkring Nuuk
0799 Det åbne Land omkring Maniitsoq
0899 Det åbne Land omkring Sisimiut
0999 Det åbne Land omkring Kangaatsiaq
1099 Det åbne Land omkring Aasiaat
1199 Det åbne Land omkring Qasigiannguit
1299 Det åbne Land omkring Ilulissat
1499 Det åbne Land omkring Qeqertarsuaq
1599 Det åbne Land omkring Uummannaq
1699 Det åbne Land omkring Upernavik
1799 Det åbne Land omkring Qaanaaq
1899 Det åbne Land omkring Tasiilaq
1999 Det åbne Land omkring Illoqqortoormiut


Ved indlæsning af b-nr registre (regneark) skal der oprettes konverterings-tabeller. F.eks. regneark fra Narsaq: gammel kommunekode (felt cpr) skal omsættes til en tilsvarende lokalitet. Kommunekode 923 er narsaq by, 2010 er bygde Igaliku. 10000 og derover er det åbne land , her skal "opfindes" en lokalitet inden for hver gammel kommune

Bemærk: NunaGis har Det åbne land for hver storkommune, dvs. 4 lokaliteter som hedder Det åbne land. I qauatsuitsup som består af 8 gamle kommuner, kan der teoretisk være 8 ens b-nr (f.eks. 0276) , fordi bnr blev tildelt i serier inden for den gamle kommuner. CPR bestemmer over vejkoder , vi kan ikke oprette pseudo-vejkoder, men vi/Asiaq bestemmer selv over lokaliteter og her har vi lidt råde-rum.

a d 4 - Rense data fra indsamlede regneark ..

Data fra indsamlede regneark normaliseres. Der ligger meget arbejde i denne del-opgave.

Selve B-nr feltet skal bestå af 4 numeriske tegn og evt. med foranstillede nul. Eksempel: 97 bliver til 0097.  B-321 bliver til 0321.

I cpr-register i Winformatik findes kun 48 b-numre som IKKE er på ovenstående form

Ved rensning af data skal der gøres forsøg på at  begrænse antallet af Bygningstype, Anvendelse, Ejer værdier samt anvende præcise navn på værdier i side tabeller. Faggruppen vil blive bedt om at hjælpe med dette. Eks.: Bygnings-type = bolig er ikke præcist, hvorimod "Enfamilieshus" eller  "Boligblok" er mere præcist. Vi skal tilstræbe at bruge samme værdier som Asiaq bruger. Dermed blever udveksling lettere mellem kommuner og Asiaq. 

HUSK : ved konvertering: altid indsætte  en rk i bnr_building_part -  uanset om der er Litra eller ej

ad 5 - Systemets funktioner

1. Vis B-nr på kort side 899 udbygges med adresse (vejkode, vejvnavn, lokalitetsnr, lokalitetsnavn, kommune navn)
2. Cpr-indlæsning udbygges med validering af  B-numre.
3. Side med ugyldige B-nr, dvs. personer som bor på adresse med et ugyldig B-nr - Lignende sider findes, men skal udbygges.
4. Side til søgning og rettelse/oprettelse af B-numre, som viser sammenhæng mellem kommune, område,  lokalitet, Vej (kode og navn) og B-nr.
5. Excel regneark med diverse søgemuligheder: komplet fortegnelse for kommune, for given lokalitet, for givet område, etc.
6. Værdier i tabeller Anvendelse- og Bygningstype vedligeholdes af Kimik It

 

Følgende sider er udviklet i prototype-tilstand hos faggruppens medlemmer December 2011:

• Side 880:  Til søgning på diverse felter. Søge-resultat kan skrives til Excel regneark, Der kan klikkes på på bnr i søge resultat og detaljer ses. Oprettelse sker herfra
• Side 880D: Detalje side. Mulighed for rettelse af detaljer omkring b-nr. Siden bruges også ved oprettelse af nyt b-nr.
• Side 882: Diagnose-side: Find b-nr som ikke har A-nr tilknyttet.  Der er søgekritereier. Skrives til Excel
• Side 888: Kun til personer som kun ma se oplsyninger. Søge-side, kan ikke oprette herfra
• Side 888D. Kan kun se detaljer, ikke rette

Uddybning af punkt 4: Hvilken metode skal bruges ved tildeling af ny b-nr: Kimik  foreslår at man tildeler næste ledige B-nr inden for et område i kommunen. Bemærk område svarer til en gammel kommune før kommunesammenlægning. Denne metode bruges af de fleste storkommuner i forvejen.

Bemærk: Indtil B-nr register er fuldt udviklet, skal b-nr regneark/registre i kommuner stadig vedligeholdes!

Udkast til skærmbilleder

Bygningstyper i Asiaq

Eventuelle fremtidige udvidelser af B-nr register.
Det påtænkes, at udvide med bygnings-enheder.  
Eksempel: en boligblok bliver registreret med et bnr og evt hus-nr. MEN man kan ikke se, hvilke lejligheder bygningen består af, ud fra b-nr registret.
Der er muligvis ønske om, at registrere bygnings-enheder, der er defineret som de enheder en bygning består af -vertikalt. Bemæk, man skal IKKE forveksle 
bygnings-enheder med litra, som er bygnings-dele horisontalt  Sagt på en anden måde:  bygnings-enheder kan være lejligheder i en bolig-blok, altså vertikalt på bygning.
Bygnings-dele kan være  en bolig og en købmands-butik ved siden af hinanden  - altså horisontalt på bygning.

Spørgsmål:

Oprettelse af B-numre sker til Winformatik - hvem verificerer de indberettede data -Asiaq?

1. Asiaq skriver i deres vejledning at B-nr er 5 cifre langt , i Winformatik og (hos CPR) er B-nr kun 4 cifre langt (se folk.individ.bnr  tabel)
2. Hvem kan validere om nye b-numre indtastes korrekt ? Kan vi få et samarbejde med Asiaq om de eksisterende b-numre ?
3. Gyldige værdier til Bygnings-type, Anvendelse fra Asiaq - til brug af valide værdier i side-tabeller ?
4. Udtræk fra kommuners b-nr register til Asiaq - hvordan sker det?
5. Hvilken metode skal bruges ved tildeling af nye b-nr: tildele næste fortløbende B-nr inden for stor-kommune eller tildele næste ledige B-nr inden for et område i kommunen. Bemærk område svarer til en gammel kommune før kommunesammenlægning.
6. Hvilke data får Asiaq i dag fra kommnuner ? Giv gerne et eksempel på data sendt til Asiaq.

Opsamlende møde:

Når alle regneark er indlæst, så skal vi have et opsamlende møde.

Eks. 1: QE, Sisimiut regneark, bnr 160 Dobbelthus. Hver bygningsdel har hver sit Hus-nr. Men datamodellen angiver at kun bygningen har hus-nr. Defor står der 6-8 i bygnins hus-nr. Der er altså kun hus-nr på bygning

160 A Dobbelthus  Sisimiut Mannarsip Aqquserna 6
160 B Dobbelthus  Sisimiut Mannarsip Aqquserna 8

Eks. 2: Kimik's hus i Nuuk: Avallia 42AB i 46AB

Forslag: HVer område har en fast liste af ejere man kan vælge fra samt et eje-fritekst felt som nu. Begrundelse: det er nemmere at lave statistik. Det erønskes også et felt på Ejer: Bruger (af bygning. Feks. Kommunen ejer bygning men , det eren daginstituion som bruger den .

Henvisninger:

Referater

Asiaq B-nr vejledning

A-nr vejledning