Förankringsmöte Svensk Geoprocess version 3.0 Test 1 Byggnad och Adress Fokus på nyheter i version 3.0 Test 1
Vilka är vi? Linn Varhaugvik Erik Nilsson Sammankallande och kvalitetsansvarig för Specifikationsteamet Lantmäteriet i Luleå Ulrika Roos Byggnad och Adress Lantmäteriet i Gävle Operativ Uppdragsledare Topografiska data Lantmäteriet i Karlskrona Anna Wallin Byggnad, Adress, Intressepunkt Lantmäteriet i Gävle Maria Andersson Mätningsanvisningar, Byggnad Lantmäteriet i Gävle
Syfte med detta möte Beskriva specifikationerna generellt och visa på ändringar i version 3.0 Test 1 Gå igenom och visa exempel och svara på frågor Läsanvisningar
Specifikationer för nio utvalda geodatateman Flygbild och Ortofoto (Bild) Hydrografi (Vatten) Markanvändning och Marktäcke Markdetaljer Laserdata och Höjdmodell (Höjd) Väg och Järnväg Byggnad Adress Stompunkter
http://www.lantmateriet.se/sv/ Om-Lantmateriet/Samverkanmed-andra/Svenskgeoprocess/specifikationer-ochmatningsanvisningar/
Samverkan och harmonisering av geodata effektiviserar samhället Planarbete Fastighetsbildning Bygglovshantering Infrastrukturbyggande Miljö- och krisarbete..
Utbytesmodellerna från Svensk geoprocess ingår i samhällsbyggnadsprocessen
Ingående delar i en Geodataspecifikation Följer ISO 19131 Specifikation av datamängder 1. Geodataspecifikationens omfattning Kort text om vilken datamängd specifikationen omfattar. 2. Översikt Översiktlig information om specifikationen och datamängden. 3. Omfattningar Omfattning och eventuell indelning av datamängden i delomfattningar utifrån olika kvalitetskrav. 4. Identifiering av datamängd Grundläggande beskrivning av datamängden med fasta rubriker. 5. Datainnehåll och struktur Information om datamängdens innehåll och struktur. Informationsutbytesmodell och Objekttypskatalog. 6. Referenssystem
7. Kvalitetskrav Kvalitetskrav på datamängden samt hur kvalitetsuppgifter ska redovisas i metadata. 8. Metadata Metadata på datamängdsnivå och objektnivå (förutom geometrier). 9. Tillhandahållande Rekommenderade sätt för att tillhandahålla datamängder enligt specifikationen. 10. Datafångst och ajourhållning Krav på datafångst och underhåll. 11. Presentationsregler Ej fastställt. 12. Övrig information 13. Referenser 14. Bilagor Bilaga A. Test av specifikationsuppfyllelse Beskriver hur en leverantör/mottagare validerar att Svensk geoprocess följs.
Några begrepp Informationsmodell - Begreppsmodell som beskriver de olika objekttyper som är av intresse för en viss verksamhet UML-diagram Används för att visualisera bla informationsmodeller och klasser. Objekttypskatalog - En sammanställning av en informationsmodell i tabellform XML-schema (.xsd) Definierar vilka element och attribut som får förekomma i en XML-fil. Används för att verifiera att den XML-fil man skapat följer specifikationen. Kodlista - Värdedomän där varje värde tilldelats en inom listan unik beteckning
Några begrepp Objekttypskatalog - En sammanställning av en informationsmodell i tabellform XML-schema (.xsd) Definierar vilka element och attribut som får förekomma i en XML-fil. Används för att verifiera att den XML-fil man skapat följer specifikationen. Kodlista - Värdedomän där varje värde tilldelats en inom listan unik beteckning
Några begrepp Informationsmodell - Begreppsmodell som beskriver de olika objekttyper som är av intresse för en viss verksamhet UML-diagram Används för att visualisera bla informationsmodeller och klasser. Objekttypskatalog - En sammanställning av en informationsmodell i tabellform XML-schema (.xsd) Definierar vilka element och attribut som får förekomma i en XML-fil. Används för att verifiera att den XML-fil man skapat följer specifikationen. Kodlista - Värdedomän där varje värde tilldelats en inom listan unik beteckning
Några begrepp Informationsmodell - Begreppsmodell som beskriver de olika objekttyper som är av intresse för en viss verksamhet UML-diagram Används för att visualisera bla informationsmodeller och klasser. Objekttypskatalog - En sammanställning av en informationsmodell i tabellform XML-schema (.xsd) Definierar vilka element och attribut som får förekomma i en XML-fil. Används för att verifiera att den XML-fil man skapat följer specifikationen. Kodlista - Värdedomän där varje värde tilldelats en inom listan unik beteckning
Informationsmodeller
Huvudprinciper för geodataspecifikationer inom Svensk geoprocess Underlätta utbyte av geodata mellan olika aktörer. Inga krav på hur geodata ska lagras så länge som aktörerna kan utbyta geodata enligt de framtagna geodataspecifikationerna. Vissa typer av geodata kan på grund av sin natur utbytas via flera olika geodataspecifikationer beroende på sammanhang. [Exempel - en sjö: Via någon av geodataspecifikationerna Vatten (som del av hydrologiskt nätverk ), Marktäcke/Markanvändning (som yta i ett komplett marktäcke) eller Markdetaljer (som strandlinjer utan att bilda yta eller vara del av hydrologi)] För att säkerställa att geodata som kan överföras via flera specifikationer inte lagras dubbelt i mottagarens system ska alla objekt ha ett unikt ID.
Huvudprinciper för geodataspecifikationer inom Svensk geoprocess Med attribut för tidsangivelser möjligt att kontrollera om ett objekt finns eller är nyare vid ett utbyte av geodata. Den tematiska indelningen i Svensk geoprocess baseras inte på vilken typ av geometri som används för att representera företeelsen i första hand.
Teman och paket Svensk geoprocess består av 9 teman Varje tema innehåller 1 eller flera paket (en grupp av klasser som logiskt hör ihop) Bild (3) Vatten (2) Markanvändning/Marktäcke (3) Markdetaljer (1) Höjd (7) Byggnad (1) Adress (1) Stompunkter (1) Övrig väg (1) Dessutom finns Basmodell Geometrimodell
Paketberoenden Klasser i paket har ett eget prefix (se parenteser) Ett paket har ett eget xml-schema med samma prefix. Paket inom samma tema har ofta beroenden till varandra, ex: Flygbild (BF) har beroende till BildGemensamt (BB) Ortofoto (BO) har beroende till BildGemensamt (BB) och Flygbild (BF) Paket inom olika teman kan också ha beroenden till varandra, ex: Markdetaljer (ML) har beroende till Markanvändning (MA) och Marktäcke (MT) eftersom markdetaljer använder kantlinjer från dessa paket. Paket/tema kan även vara beroende av specifikation eller standard utanför Svensk geoprocess, ex: Vatten (VT) har beroende till Svensk vattenstandard Vattennätverk (VN) har beroende till Inspires nätverksmodell för vatten
Basmodell (1) Basmodellen innehåller gemensamma delar som kan användas av flera specifikationer. Basmodellen innehåller 3 objekttyper: class SG_BasObj ekttyper «featuretype» SG_BasKlass + id: Identifier + beginlifespanversion: DateTime + endlifespanversion: DateTime [0..1] + coclass: SG_CoClass [0..1] «DataSet» SG_Datamängd + id: Identifier + uttagdatum: DateTime [0..1] + metadata: Any [0..*] «featuretype» SG_Projekt + projektid: CharacterString + geodataproducent: RelatedParty [0..*] + geodataägare: RelatedParty [1..*] + projektnamn: CharacterString [0..1] + projektrapportlänk: URI [0..1] + uppdragsgivare: RelatedParty [0..*]
Basmodell (2) Basmodellens datatyper och kodlistor är nya sen version 2. Tidigare datatyper och kodlistor har utgått class SG_BasDatatyper class SG_BasmodellKodlistor «datatype» SG_Namn + namn: CharacterString + namntyp: SG_Namntyp + språk: SG_Språk + ansvarigbeslutsfattare: SG_AnsvarigBeslutsfattare [0..1] + huvudnamn: Boolean «codelist» SG_Ansv arigbeslutsfattare + kommun + Lantmäteriet + Trafikverket «datatype» SG_AbsolutHöjd + lägehöjd: GE_HöjdLägeTyp + höjdvärde: Real «datatype» SG_Relativ Höjd + högstalägehöjd: GE_HöjdLägeTyp + lägstalägehöjd: GE_HöjdLägeTyp + höjdvärde: Real «datatype» SG_CoClass + coclassid: CharacterString + coclasskod: CharacterString «codelist» SG_Namntyp + föreslaget namn + godkänt namn + övrigt namn «codelist» SG_Språk + svenska + nordsamiska + sydsamiska + umesamiska + lulesamiska + meänkieli + finska
Geometrimodell Geometrimodellen är helt omarbetad sedan version 2.0 class GE_GeometriDatatyper «datatype» GE_Geometrimetadata «datatype» GE_Objektgeometri + lägesosäkerhetplan: Real [0..1] + lägesosäkerhethöjd: Real [0..1] + koordinatsystemplan: GE_KoordinatsystemPlan + höjdsystem: GE_Höjdsystem [0..1] + dimension: GE_Dimension + geometrimetadata: GE_Geometrimetadata [0..1] + lägeplan: GE_PlanLägeTyp [0..1] + lägehöjd: GE_HöjdLägeTyp [0..1] + mätmetodplan: GE_TopografiInsamlingMetodPlan [0..1] + mätmetodhöjd: GE_TopografiInsamlingMetodHöjd [0..1] + geometriskupplösning: Real [0..1] + flyghöjd: Integer [0..1] + skalaunderlag: Integer [0..1] + tidpunktmätning: DateTime [0..1] + osäkertläge: Boolean [0..1] + osäkertlägeanledning: String [0..1] + ansvarigorganisation: String [0..1] + HMK-Standardnivå: HMK-Standardnivå + följermätningsanvisning: Boolean «datatype» GE_Punktgeometri «datatype» GE_Linjegeometri «datatype» GE_Ytgeometri «datatype» GE_Kropp + position: GM_Point + position: GM_Curve + position: GM_Surface + position: GM_Solid
Geometrimodellens kodlistor class GE_GeometriKodlistor «codelist» GE_KoordinatsystemPlan «codelist» GE_Höjdsystem «codelist» GE_Dimension + EPSG:3006 = SWEREF 99 TM + EPSG:3007 = SWEREF 99 12 00 + EPSG:3008 = SWEREF 99 13 30 + EPSG:3009 = SWEREF 99 15 00 + EPSG:3010 = SWEREF 99 16 30 + EPSG:3011 = SWEREF 99 18 00 + EPSG:3012 = SWEREF 99 14 15 + EPSG:3013 = SWEREF 99 15 45 + EPSG:3014 = SWEREF 99 17 15 + EPSG:3015 = SWEREF 99 18 45 + EPSG:3016 = SWEREF 99 20 15 + EPSG:3017 = SWEREF 99 21 45 + EPSG:3018 = SWEREF 99 23 15 + EPSG:4619 = SWEREF 99 geografisk + EPSG:4976 = SWEREF 99 geocentrisk + EPSG:4977 = SWEREF 99 geodetisk + RH 2000 «codelist» GE_PlanLägeTyp + kant + mitt + fasad + takkant + illustrativt läge + ospecificerat läge «codelist» HMK-Standardniv å + 0 + 1 + 2 + 3 + 2 + 3 «codelist» GE_HöjdLägeTyp + objektets högsta punkt + marknivå + vattennivå + på botten + byggnadens högsta punkt + takets högsta punkt (nock) + takkant, generell + takkant, lägsta + takkant, högsta + takfotshöjd, generell + takfotshöjd, lägsta + takfotshöjd, högsta + takhöjd 1/2 + takhöjd 2/3 + takhöjd 1/3 + lägsta våning över mark + entrénivå + färdigt golv + sockel + markhöjd, generell + markhöjd, lägsta + markhöjd, högsta + byggnadens lägsta punkt + fiktivt höjdläge under marknivå + illustrativt läge + ospecificerat läge «codelist» GE_TopografiInsamlingMetodPlan + flygburen laserskanning + fordonsburen laserskanning + marklaserskanning + fotogrammetrisk detaljmätning (stereokartering) + fotogrammetrisk detaljmätning (ortofoto) + geodetisk mätning, GNSS + geodetisk mätning, totalstation + geodetisk mätning, ospecificerad + digitalisering analog karta + konstruerad «codelist» GE_TopografiInsamlingMetodHöjd + flygburen laserskanning + fordonsburen laserskanning + marklaserskanning + fotogrammetrisk detaljmätning (stereokartering) + fotogrammetrisk detaljmätning (ortofoto + höjdmodell) + geodetisk mätning, GNSS + geodetisk mätning, totalstation + geodetisk mätning, avvägning + geodetisk mätning, ospecificerad + konstruerad
Vad har ändrats till version 3.0 från version 2.0? Geodataspecifikationerna har setts över och kompletterats efter de synpunkter som kommit in. Kodlistor har uppdaterats. I version 3.0 har ytterligare anpassning gjorts till de XML-scheman som togs fram inför version 2.0. De informationsmodeller som nu redovisas är informationsutbytesmodeller. Detta har markerats med att prefixet för klasserna följer paketindelning och inte som tidigare generellt betecknas med SG_. En annan skillnad är att relationerna mellan klasserna är enkelriktade. En ny geometrimodell har tagits fram. De gemensamma klasserna har anpassats för att göras mer användbara och de har dessutom lagts i ett eget dokument (Basmodell) istället för att vara en del av varje enskild specifikation. Största förändringarna har gjorts i geodataspecifikationen för Markdetaljer som utökats för att kunna utbyta markkantlinjer som inte utgör slutna ytor. Stöd för CoClass
Byggnad
Specifikationen för Byggnad bygger på BAL Tjänstegränssnitt ISO 19100-serien - internationella standarder för geodata Inspire - EU-direktiv som syftar till att bygga upp en europeisk infrastruktur för geodata. HMK Handbok i mät- och kartfrågor CityGML 2.0 standard för utbyte av grundläggande 3Dstadsmodeller
Samband med andra modeller Byggnader 3D Level of detail (LoD) Basmodell Extern referens för länk till annat informationssystem Byggnad och Byggnadsdel Specifika CityGML byggnadsattribut (t.ex. taktyp, nybyggnadsår) Inspire Byggnader Kopierat från CityGML, samt: Ändrat byggnadsklassificering Lagt till byggnaders karaktär Lagt till plan- och höjdreferenser på geometrin Inspire-gemensamma attribut har ersatt motsvarande i CityGML (inspireid, beginlifespanversion ) Förenkling; i CityGML kan byggnadsdelar bestå av delar, men inte i Inspire Förenkling; för byggnaders utseende används endast material t.ex. trä, tegel, glas. Lagt till attribut för miljötillämpningar Lagt till metadata på geometri (lägesnoggrannhet, insamlingsläge) Lagt till konstruktioner som inte betraktas som byggnad t.ex. mast (Other constructions) Svensk geoprocess Byggnad Kopierat från Inspire BU, men: Tillåter bara geometri på byggnadsdel Lagt till fysisk byggnad och aggregerad byggnad Ej Lod4 (inomhus)och textur Flygande ej horisontella tak Lagt till attribut för oidentifierat område, ofri grund mm. BAL tjänstegränssnitt Definition av byggnad Geometri endast på byggnadsdel Ändamål, area, oidentifierat område ofri grund, undantag från adressättning
Ändringar i Byggnad jämfört med v 2.0 Specifikationen har kompletterats med Bilaga A Test av specifikationsuppfyllelse Klasser för datamängd har lagts till.
Klassen BY_AbstraktByggnad med gemensamma attribut har tagits bort. Attributen har flyttats till BY_Byggnad respektive BY_Byggnadsdel. Gemensamma attribut för byggnad och byggnadsdel
Attributet coclass har lagts till i SG_BasKlass. CoClass är ett nytt klassifikationssystem för all byggd miljö i Sverige. Det finns klasser för allt från flygplatser och bostadsområden ner till minsta skruv och mutter. GUID tabellkod:klasskod Exempel BV:AA Byggnadsverk:Bostad
Ny generell datatyp för namn som finns i Basmodell. Språk har lagts till. Statusvärdet gällande under utredning har tagits bort.
Attributen för höjd har ändrat namn
Byggnadsanmärkning har lagts till.
Nummer har lagts till på byggnadsdel. Relationerna från BY_Byggnadsdel och BY_Byggnadstillbehör till BY_begränsningsyta har ändrat riktning.
Byggnadskaraktär Borttagna värden: cistern/silo, kapell, hotell/pensionat, rastskydd Nya värden: religiös byggnad, tempel
Byggnadstillbehör Borttaget värde: transportband
Kodlistor med plan- och höjdlägen uppdaterade och flyttade till Basmodell. Gemensamma kodlistor för olika teman.
Byggnadsändamål
Byggnadsändamål, forts. Översyn startar i början av september. Representanter från kommuner, systemleverantörer och Lantmäteriet Önskemål från bl.a. systemleverantörerna Fler, färre, andra definitioner? Ev. nytt förslag presenteras i den slutgiltiga versionen av specifikationen i november. I remissen vill vi gärna ha synpunkter på kodlistan för Byggnadsändamål Saknar ni något värde, något värde ej aktuellt?
Förändringar till v 2.0 Nya attribut, t.ex: Antal våningar över mark Byggnad under mark Byggnadsarea Attributen huvudbyggnad och byggnadsservitut tas bort. Skyddsrumsreferensen tas bort Anmärkningarna adress, taxering, ägare tas bort I remissen vill vi gärna ha synpunkter på föreslagna förändringar t.ex.: att nya attribut tillkommer, t.ex. antal våningar över mark, byggnad under mark att attribut tas bort, t.ex. anmärkningarna ovan samt skyddsrumsreferensen
Objektdefinition
Indelningsmöjligheter Aggregerad byggnad Fysisk byggnad Byggnad Byggnad Byggnad Byggnad
Byggnad - Byggnadsdel En byggnad med två byggnadsdelar
Byggnadstillbehör
Geometrisk representation 2D-data 3D-data Punkter, linjer och ytor som endast har plana koordinater. Samlingsbegrepp för geografisk information som hanterar höjder tillsammans med plankoordinater, 3D-volymer (kropp); från enkla lådor till komplexa byggnader 3D-ytor; från 2D-polygoner med en horisontell höjd, 2,5D med ett höjdvärde per plankoordinat, via TIN till komplexa terrängmodeller med tunnlar och håligheter 3D-linjer; t.ex. vägnät med olika komplexitet 3D-punkter; en punkt med ett höjdvärde.
Detaljeringsgrad Level of Detail (LOD) I standarden CityGML 2.0 finns en indelning i 5 LOD-nivåer HMK Teknisk rapport 2016:4
LOD0 Byggnaden är avbildad som en 2D-yta (dvs som i en traditionell 2Dkarta) eller som en horisontell 3D-yta (höjdsatt yta) på marknivå och/eller taknivå. Den horisontella takytan kan avse olika höjder, från byggnadens högsta punkt till lägsta takkant, beroende på ändamål. I tillägg till detta har Svensk geoprocess även möjlighet till 3D-ytor avseende lutande takkontur och enkel takrepresentation motsvarande enbart taket i LOD2 ( flygande tak )
LOD1 3D-data (volym) i form av en låda. Den horisontella takytan kan avse olika höjder, från byggnadens högsta punkt till lägsta takkant, beroende på ändamål.
LOD2 3D-data med förenklad tak- och fasadrepresentation.
LOD3 3D-data med detaljerad tak- och fasadrepresentation där även struktur kan ingå. Detaljerad beskrivning av exteriör t.ex. taköverhäng, skorstenar, takkupor, fönster och dörrar.
LOD4 3D-data som även beskriver byggnaden invändigt. Behandlas inte av Svensk geoprocess.
Begränsningsytor LOD2 Öppningar LOD3 LOD3 LOD2
Förslag generaliseringar
Plan- och höjdlägen
Planläge Gemensam kodlista i Basmodell
Höjdläge Gemensam kodlista i Basmodell
Byggnadskaraktär Byggnaden har en till utseendet speciell karaktär t.ex. slott, herrgård. Bilder från Inspire Buildings
Taktyp Exempel från Inspire Buildings
Frågor om Byggnad??????
Adress
Specifikationen för Adress bygger på BAL Tjänstegränssnitt Svensk standard för Belägenhetsadress SS 637003:2015 Inspire - EU-direktiv som syftar till att bygga upp en europeisk infrastruktur för geodata.
Ändringar i Adress version 2.0 och 3.0 Test 1 Förändringar i Adress version 2.0 Utbytesmodellen är anpassad efter Inspire vilket innebär andra benämningar på klasser, attribut och datatyper än det är i den befintliga utbytesmodellen. Attributen Adressatt anläggning, Adressplatsanmärkning utgår. Attributet Status för belägenhetsadress utgår. Geometri ska kunna registreras för Adressområde och Geografisk Kommundel. Nytt attribut Giltig från på Adressplats och Adressområde. Tillåtna attributvärden är rensade/behovsanpassade för Adressplatspunktläge och Status. Adressplats koppling till registerenhet ändras i samband med 3D-fastighet. Förändringar i Adress version 3.0 Test 1 Intressepunkt har tagits bort från modellen för Adress och har en egen modell som specificeras i Bilaga F i Adress specen. I Adressplats har attributet populärnamn ändrats till adressplatsnamn Adressnamnen har ny datatyp SG_Namn som är en generell klass under SG_Bas. Namn ska kunna anges på svenska och våra minoritetsspråk, t.ex. samiska. Modellen har ändrats för Adressområde så den liknar den befintliga utbytesmodellen för adress. Nytt attribut adressområdetyp och ny kodlista AR_AdressområdeTyp. Adress_Status är en ny kodlista. I övrigt har enstaka korrektioner av attributnamn, rollnamn och multipliciteter gjorts. Ingen av ändringarna innebär att standarden för belägenhetsadresser behöver ändras.
Adressplats koppling till 3D-fastighet 1:1 Adressplatsen 12A: - ligger på 1:1 (markfastighet) - Används av 1:3 och 1:4 (3D-utrymme) Adressplatsen 12B: - ligger på 1:1 (markfastighet) - Används av 1:3 och 1:5 (3D-utrymme)
Ändringar i Adress version 3.0 Test 1 Intressepunkt har tagits bort i modellen för Adress och har en egen modell.
Modellen har ändrats för Adressområde så den liknar den befintliga utbytesmodellen för adress. «FeatureType» +representerarsammaföreteelse 0..* Nytt attribut adressområdetyp SG_GemensammaKlasser::SG_BasKlass och ny kodlista + aktualitet: DateTime «DataType» + beginlifespanversion: DateTime [0..1] SG_GemensammaKlasser:: AR_AdressområdeTyp. + endlifespanversion: DateTime [0..1] SG_ExternReferens + externreferens: SG_ExternReferens [0..*] + id: SG_Id [1..2] + id: CharacterString SG_Kommun t å +har sav 0..1 Modell version 2.0 «FeatureType» SG_Adressplats - /adressplatsbeteckning: CharacterString - namnadressobjekt: SG_NamnObjekt [0..*] - adressnummer: CharacterString - bokstavstilllägg: CharacterString [0..1] - lägestillägg: SG_Lägestillägg [0..1] - lägestilläggsnummer: Integer [0..1] - adressplatstyp: SG_Adressplatstyp - insamlingsläge: SG_Adressplatspunktläge - avvikerfrånstandarden: boolean - postnummer: Integer [0..1] - postort: CharacterSting [0..1] - giltigfrån: DateTime [0..1] - objektstatus: SG_Objektstatus - geometri: SG_Punkt +hörtill 1 «FeatureType» SG_GeografiskKommundel - namnadressobjekt: SG_NamnObjekt [1..*] - objektstatus: SG_Objektstatus - geometri: SG_Yta [0..1] +liggerinom 1 «FeatureType» SG_Adressområde - namnadressobjekt: SG_NamnObjekt [1..*] - giltigfrån: DateTim[0..1] - objektstatus: SG_Objektstatus - geometri: SG_Geometri [0..1] - NamnAdressObjekt: SG_NamnObjekt [1..*] +tillhör 1 Modell version 3.0 Test 1 «FeatureType» SG_Intressepunkt - namnintressepunktobjekt: SG_NamnObjekt [1..*] - objektstatus: SG_Objektstatus - geometri: SG_Punkt «FeatureType» SG_Gatuadressområde «FeatureType» SG_Metertalsadressområde «FeatureType» SG_Byadressområde «codelist» SG_Lägestillägg - UH - UV - U «codelist» SG_Adressplatstyp - gatuadressplats - metertalsadressplats - byadressplats - gårdsadressplats +liggerinom 1 «FeatureType» SG_Gårdsadressområde «DataType» SG_NamnObjekt - namn: characterstring - namntyp: SG_Namntyp «codelist» SG_Namntyp - fastställt ortnamn - kommersiellt namn - namn intressepunkt - populärnamn - särskilt namn «codelist» SG_Adressplatspunktläge - byggnad - ingång - infart - tomtplats «codelist» SG_Objektstatus - planerad - gällande - avregistrerad
I Adressplats har attributet populärnamn ändrats till adressplatsnamn Alla namn, adressplatsnamn, adressområdesnamn, gårdsadressområdesnamn och kommundelsnamn, har en ny datatyp som heter SG_Namn som är en generell klass i Basmodell. Ny kodlista Adress_Status
I remissen vill vi gärna ha synpunkter på förändringarna för adress, t.ex.: att attributen Adressatt anläggning och Adressplatsanmärkning tas bort att Status på belägenhetsadress tas bort
Frågor om Adress??????
Intressepunkt Intresse och besöksplats med kommunalt ansvar Definition/avgränsning av Intressepunkt: är en lokaliserande plats, t.ex. en mötesplats. har punktgeometri namnet är inte adressgrundande är ett namn som är känt och allmänt använt kan i vissa fall ha flera namn
Ändringar för Intressepunkt jämfört med v 2.0 Intressepunkt har brutits ut från adressmodellen och har nu egen utbytesmodell som beskrivs i bilaga F i specifikationen för Adress. Intressepunkt ska kopplas till AR Kommun. Nya attribut är status och intressepunkttyp
Namnen för Intressepunkt har en ny datatyp som heter SG_Namn som är en generell klass i Basmodell.
Nytt attribut intressepunkttyp Ny kodlista IP_IntressepunktTyp. I remissen vill vi gärna ha synpunkter på kodlistan för Intressepunkttyp - saknar ni något värde?
Frågor om Intressepunkt??????
Testdata Testdata (dvs data för att verifiera att man kan ta emot data som följer Svensk geoprocess) kommer att göras tillgängligt på Svensk geoprocess hemsida: http://www.lantmateriet.se/sv/om-lantmateriet/samverkanmed-andra/svensk-geoprocess/testdata-och-validering/ För närvarande finns testdata för byggnader, bild (flygbild och ortofoto) och höjd (punktmoln och nivåkurvor). En guide för validering av XML-data (för att kunna verifiera att data man själv skapat följer Svensk geoprocess) finns också på hemsidan.
Remiss Remisstid fram till 15 september. Slutgiltig version 3.0 färdig 1 november. Vi hoppas att ni har möjlighet att lämna synpunkter på exempelvis: Specifikationsdokument Geometrimodell XML-scheman Utbytesmodeller Kodlistor Användbarhet och annat
Kända fel Kapitel 9 Tillhandahållande i samtliga specifikationer ska ses över. ytgeometri: GE_Ytgeometri [0..*] saknas i BY_ByggnadGeometri3DLoD
Samverkan svensk geoprocess svenskgeoprocess@lm.se