N O R K A R T G E O S E R V I C E A S. Datamodeller

Størrelse: px
Begynne med side:

Download "N O R K A R T G E O S E R V I C E A S. Datamodeller"

Transkript

1 N O R K A R T G E O S E R V I C E A S Datamodeller

2 INNHOLD: 1 INNLEDNING GEODATA-MODELLEN INNLEDNING FORMÅL OMFANG DEFINISJONER, AKRONYMER OG FORKORTELSER GEODATA-MODELLENS MÅL OG BEGRENSNINGER GENERELL INTRODUKSJON Datadelen Objektkatalog Avhengigheter Eksempel PAKKESTRUKTUR Sammenheng mellom noen sentrale pakker Forklaring til pakkene KLASSEDIAGRAMMER Geodatasett (samling av objekter) Objektkatalog Objekt SpatialObject pakken Objekttype Type pakken Baseklasser QUERYMODELLEN FORMÅL OMFANG DEFINISJONER, AKRONYMER OG FORKORTELSER QUERY-MODELLENS MÅL OG BEGRENSNINGER KLASSEDIAGRAMMER Query Request Result Conflict ACTIONMODELLEN FORMÅL OMFANG DEFINISJONER, AKRONYMER OG FORKORTELSER ACTIONMODELLENS MÅL OG BEGRENSNINGER KLASSEDIAGRAMMER Action SetAction (Create og Erase) FeatureAction (Replace, Unlock) REVISJONSLOGG Side : 1

3 Quadri Map Server Datamodeller 1 Innledning Dette dokumentet beskriver de tre sentrale datamodellene som ligger til grunn for implementasjonen av Quadri Map Server. Modellene dokumentet omhandler er geodata-modellen som benyttes for lagring av geografiske objekter i minnet, query-modellen som benyttes for å hente ut geografiske objekter fra systemet og action-modellen som benyttes for fysisk lagring og endring av geografiske objekter. 2 Geodata-modellen 2.1 Innledning 2.2 Formål Kapittelet gir en oversikt over QMS sin geodata-modell. Denne modellen ligger til grunn for implementasjonen av Quadri Map Server. Klienter som skal utvikles mot Quadri Map Server må forholde seg til denne modellen for lagring av geografiske objekter i minnet. 2.3 Omfang I dette kapittelet finnes en oversiktlig presentasjon av geodata-modellens oppbygging. En detaljert beskrivelse av modellene finnes som HTML-basert beskrivelse og som Rational Rose-modell. 2.4 Definisjoner, akronymer og forkortelser Uttrykk Attribute AttributeType Feature FeatureType FeatureTypeGroup Geometriobjekt Geografisk objekt SpatialProperty Beskrivelse Et objekt som inneholder data om en egenskap Et objekt som beskriver en Attribute, som navn, type osv. Et objekt som oftest finnes ute i naturen Et objekt som beskriver en Feature, som navn, type osv. Et objekt som grupperer FeatureType objekter Et objekt som inneholder geometridata, som punkt, linje, rektangel osv. Et objekt som inneholder et eller flere geometriobjekter for å definere ei linje, et område el. En feature sine geografiske egenskaper. Side : 2

4 2.5 Geodata-modellens mål og begrensninger Modellen bygger på en tidlig versjon ( 1998) av spesifikasjoner fra ISO TC211, men er utvidet for å tilfredsstille SOSI. I dag vil det være en del begreper i ISO-modellene som mangler i denne modellen. I NGIS prosjektet var det et krav at modellen skulle eksponeres gjennom alle lag i systemet. Modellen benyttes for å distribuere og instansiere data. Modellen eksponeres for klienten gjennom tilgangs-api et. 2.6 Generell introduksjon Grovt sett består modellen av to deler, en for definisjon av objekter, objektkatalogen, og en for objekter som inneholder data, datadelen. I modellen kalles objektkatalog-objektet TypeRegistry, og innenfor her ligger alle datadefinisjonene Datadelen Datadelen benyttes for å lagre data i minnet. Alle data-objekter som skal lagres må ha referanser til objektkatalogen. I figuren nedenfor ser vi bare ett data-objekt. Til høyre i figuren ser vi objektkatalogen, som i denne figuren også inneholder kun en objektdefinisjon. Det vanlige er at objektkatalogen inneholder mange objektdefinisjoner, og at innholdet i objektkatalogen er relativt statisk (endres kun når objektdefinisjonene endres, eller når det legges til nye objektdefinisjoner). Etter hvert som man lagrer objekter med data er det datadelen som endres. Datadelen Objektkatalog (TypeRegistry) Objekt med data Objekt definsjon Objekt ObjektType: Stolpe Egenskaper : , , , 3 Egenskapstyper: Kode FabrikatNr : Heltall, F.nr.: Heltall, Installert : Dato, Antall lys : Heltall Geografiske egenskaper: 30234, ,0 Geo. egenskapsstyper: Plassering : Posisjon(x,y,z) Figur 1:Forholdet mellom objektkatalog og datadel I figuren er det benyttet begreper på norsk. I modellen benyttes engelske begreper for det samme. Det betyr at : Objekt er i modellen beskrevet som Feature. Objekttype er i modellen beskrevet som FeatureType. Egenskap er i modellen beskrevet som Attribute. Side : 3

5 Egensskapstype er i modellen beskrevet som AttributeType. Geografiske egenskaper er i modellen beskrevet som SpatialPropertyObject Geografisk egenskapstyper er i modellen beskrevet som SpatialPropertyObjectType. Datadelen kan inneholde mange objekter, som f. eks.: en vegkant, en høydekurve eller et hvilket som helst annet fysisk objekt som finnes ute i naturen Objektkatalog Objektkatalogen er delen for definisjon av objekter, dvs. at den inneholder opplysninger om objektene som finnes i datadelen. Datadefinisjonene i objektkatalogen kalles i modellen for typer Avhengigheter Alle objekter som ligger lagret i modellen har en peker til objektkatalogen. Det er et krav for at de i det hele tatt skal kunne lagres. I objektkatalogen finnes informasjon om hvordan de lagrede objekter skal opprettes når en bruker ber om data. Disse referansene fra objekter til objektkatalog binder objektkatalogen. Definisjoner i objektkatalogen kan ikke endres hvis det finnes objekter som refererer til dem uten at det benyttes et kontrollerbart regelverk som også endrer tilknyttede objekter Eksempel Anta at du har plassert ut en stolpe et sted og at du vil lagre informasjon om denne. De dataene du ønsker å lagre for dine stolper er høyde, farge, plasseringsdato og plassering. Du må da starte med å legge inn et FeatureType-objekt i objektkatalogen. FeatureType-objekter har to datafelter, navn og beskrivelse. Gi FeatureType-objektet navn "Stolpe" og beskrivelse "stolpe med farge". Stolpe Høyde Farge Plassert_Dato Plassering Deretter må du fortelle objektkatalogen hvilke egenskaper du ønsker å lagre for hver stolpe. Det gjør du ved å opprette AttributeType-objekter og kople disse til FeatureType-objektet. Når det gjelder høyde må du opprette en AttributeType som beskriver et desimaltall, RealAttributeType. Denne gir du navn "Høyde", beskrivelse "Stolpens høyde", kun Lesing "Nei" (false) og obligatorisk "Ja" (true). For farge oppretter du et StringAttributeType-objekt og gir inn følgende : "Farge", "Stolpens farge", "Nei", "Ja". For Plassert_Dato oppretter du et DateAttributeType-objekt og gir inn følgende :"Dato", "Utplasseringsdato", "Nei", "Ja". For plassering oppretter du et SinglePointType-objekt og setter navn til "Plassering" og beskrivelse til "Stolpens plassering i terrenget". I tillegg kan man sette beskrankninger (contraint) på egenskapstypene for å angi for eksempel hvilke intervaller egneskapsverdiene må ligge innenfor. I dette eksempelet ser vi bort fra beskrankninger. Du er nå ferdig med definisjonen for Stolpe i objektkatalogen og systemet er nå klar til å lagre Stolpedata. Side : 4

6 FeatureType Navn : stolpe Beskrivelse : stolpe med farge SpatialPropertyObjectType SinglePointType : navn "plassering" : beskrivelse "stolpens plassering i terrenget" AttributeType RealAttributeType : navn "høyde" : beskrivelse "stolpens høyde" : kunlesing "nei" : obligatorisk : "ja" IntegerAttributeType : navn "farge" : beskrivelse "stolpens farge" : kunlesing "nei" : obligatorisk "ja" DateAttributeType : navn "dato" : beskrivelse "Utplasseringsdato" : kunlesing "nei" : obligatorisk "ja" Figur 2:Objekttype som beskriver stolpe Neste skritt vil da være å koble dette til et faktisk objekt: Stolpen er 5 meter høy, grå og ble utplassert 5.juni 2001 ved koordinatene: (n ø h) Opprette et objekt ved navn stolpe koblet til objekttypen. Opprette egenskapene Høyde med verdi 5, Farge= grå og Dato=05.juni2001 med de gitte verdier og koble disse til henholdsvis RealAttribute høyde, IntegerType farge og DateType dato. Denne koblingen er obligatorisk og muliggjør validering, behandling og gjenkjenning av dataene. Opprette geografiske egenskaper via et SpatialProperty-objekt i objektet Stolpe. o Vi oppretter et SinglePoint-objekt av type SinglePointType o Oppretter et QdiPosition3D-objekt til SinglePoint-objektet fordi våre data er i 3D. Dette er et basis geometriobjekt (Shape). Da kan koordinatene legges inn. Side : 5

7 geodatasett composedtyperegistry featuretyperegistry attributetyperegistry SpatialPropertyObjectTypeRegistry coordinatereferencesystem featuretype - name = stolpe realattributetype integerattributetype dateattributetype singlepointtype - name = hoyde - name = farge - name = dato - name = plassering feature realattribute - value = 5 integerattribute - value = 1 dateattribute - value = singlepoint position3d - x = y = z = Figur 3:Instansdiagram for eksemplet Figuren viser eksemplet som objekter. Pilene representerer pekere. For å forenkle figuren er det ikke lagt på tekst til pekerne. Dette er det som minimum skal til for å instansiere opp det gitte eksemplet. Geodatasettet må være med for å holde sammen datadefinisjonsdel og datadel. Datadefinisjonsdelen vil typisk være et uttrekk fra objektkatalogen (arkivets objektkatalog). Objektene Geodataset og de som ender med Registry er alle administrative objekter som kun benyttes i minnet og ikke i datalager. 2.7 Pakkestruktur Dette er pakker (packages) i UML. Hver pakke inneholder et klassediagram, som typisk henger sammen med klassediagrammer i andre pakker. De stiplede pilene viser avhengigheter mellom pakker. For eksempel er pakken spatialobject avhengig av strukturer i pakkene spatialpropertyobject og attribute. Det er vanlig å bruke pakkestrukturer til å dele opp store klassediagrammer for dermed å gjøre dem mer håndterlige. Side : 6

8 geodataset typeregistry spatialobject type spatialproperty Object attribute spatialproperty Type primitiveattribut etype shape primitiveattribute Figur 4:Pakkestruktur i geodatamodellen Sammenheng mellom noen sentrale pakker Oversikten over modellen beskrives her forenklet. I den neste kapitlene beskrives dette i detalj. Dette er en forenklet oversikt over relasjonene som finnes. Mest markant er geodatasettets hoveddeler: geografiske objekter (spatialobject) og egenskaper som beskriver disse objektkatalogen (TypeRegistry) som definerer hvilke objekttyper som er lovlige (spatialpropertytype) og lovlige egenskaper Forklaring til pakkene GeodataSet TypeRegistry SpatialObject Et samlingsobjekt som samler en mengde spatialobjects og et TypeRegistry. Det inneholder ulike typer objekter som er de objektene geodatasettet består av, men kan også inneholde metaobjects som er objekter som beskriver andre objekter eller en samling av objekter. Samtidig peker det altså på en objektkatalog med alle definisjonene for objekter og egenskaper. En objektkatalog for datadefinisjoner. Det vil si at her ligger definisjonene til objekter og egenskaper. Dette er en pakke som beskriver det geografiske objektet. I geodata-modellen er Side : 7

9 Type SpatialProperty Object SpatialProperty Type Shape Attribute AttributeType det Feature og SpatialPropertyObject som er geografiske objekter. Type er datadefinisjonen som ligger inne i objektkatalogen. Denne pakken er spesialisert i forskjellige klasser Holder på de geometriske egenskapene til et objekt. Disse settes sammen av primitive geometriobjekter. Hovedtypene er: SinglePoint (inneholder ett enkelt punkt, Position2D eller Position3D) MultiPoint (punktsverm, flere punkter, 2D eller 3D) CurveSegment (inneholder et primitivt kurve objekt, Position2D/3D, bue eller polygon Path (et eller flere CurveSegments i vilkårlig kombinasjon) GeometrySurface (inneholder et primitivt flateobjekt, Rectangle, Circle eller Polygon Boundary (et geografisk område med yttergrense definert av en vilkårlig blanding av CurveSegments og Paths) ComplexSurface (består av en Boundary som definerer et områdes yttergrense, og ingen eller flere Boundarys som definerer hull i området.) Definerer de lovlige geometriobjekter som er lov å legge inn i et geodatasett. Er gruppen av primitive geometriske objekter og er som følger Punkttyper o Position2D o Position3D o Position2D/3DWithAttributes Flate-former o Rektangel o Sirkel o Polygon Kurve-former o Polylinje (linje med flere punkt) o Bue (2 punkter med radius) o Klotoide (ikke med i denne implementasjonen) Egenskapene blir definert av AttributeTypes som ligger i objektkatalogen. Denne pakken gir datamodellen mulighet for å lagre en ubegrenset antall egenskaper for hvert objekt, det være seg en SpatialProperty eller Feature. Egenskapene kan være primitive eller sammensatte. Dette er definisjonen av egenskapene og beskriver hver enkelt egenskaptype. Prinsippet er at typedefinisjonene slik de her er, sier langt mer om en egenskap enn f.eks. char* ville gjort. Disse typedefinisjonene blir lagt inn for alle egenskaper og kobles til SpatialObjectTypes. Det blir da klart hvilke egenskaper som er tillatt brukt i et objekt Metadata der man med metadata mener objekter som har kunnskap om en samling av objekter, vil bli behandlet som vanlige objekter. Side : 8

10 2.8 Klassediagrammer I dette kapitlet blir sentrale klassediagram behandlet. Innholdet i klassediagrammene forklares for hvert delkapittel. Det finnes avhengigheter mellom klassediagrammene. Klasser vil derfor vises i flere klassediagrammer. Hvilken pakke denne klassen egentlig hører hjemme i vises i parentes under klassenavnet. Ser bort fra forstavelsene Qdi i forklaringene i kapitlet Geodatasett (samling av objekter) GeodataSet-pakken beskriver et geodatasett. Geodatasettet holder på en samling objekter og det henviser til hvilken objektkatalog (TypeRegistry)disse objektene følger. Objektkatalogen er helt nødvendig for å definere datasettet. Et geodatasett kan ha peker til et referansesystem. QdiGeodataSet -spatialreferencesystem 0..1 QdiSpatialReferenceSystem (from spatialpropertyobject) typeregistry QdiTypeRegistry (from typeregistry) Figur 5:GeodataSet pakken SpatialReferenceSystem, herunder CoordinateReferenceSystem, beskriver hvilket koordinatsystem som er i bruk. TypeRegistry inneholder datadefinisjonene. Side : 9

11 2.8.2 Objektkatalog Objektkatalogen holder på definisjonene til objektene. Denne må finnes før man kan instansiere objekter (Feature) under et geodatasett. En objektkatalog for et geodatasett kan være redusert i omfang i forhold til arkivets objektkatalog. F.eks. kan det være nok at de typer som er søk ut ved en spørring, er lastet opp. Figur 6:TypeRegistry pakken Objektkatalogen inneholder opplysninger om objektene som finnes i datadelen. Klassen TypeRegistry er en generalisering av følgende klasser: FeatureTypeRegistry omfatter hvilke objekttyper som er tillatt og hvilke grupper (FeatureTypeGroup) disse inngår i. o Hver FeatureTypeGroup må være enten en enkel gruppe (SingleFeatureTypeGroup) eller en gruppe sammensatt av flere enkle grupper (ComposedFeatureTypeGroup). o Hver FeatureType har et sett med forskjellige SpatialPropertyTypes AttributeTypeRegistry inneholder to sett av egenskapstyper (hvorav ett er for predefinerte typer). SpatialPropertyTypeRegistry omfatter de lovlige geometriske typene. ComposedTypeRegistry er sammensatt av de tre nevnt ovenfor Objekt Under dette kapitlet beskrives 3 viktige delpakker : SpatialObject pakken SpatialPropertyObject pakken Side : 10

12 Attribute pakken Videre beskrives 2 pakker som består av enkle data benyttet som basis for de to sist nevnte pakker : Shape pakken med primitiv geometri. PrimitiveAttribute pakken med primitive egenskaper SpatialObject pakken SpatialObject pakken er den mest sentrale pakken. Den inneholder beskrivelse av Features som er det mest sentrale objektet i modellen. -metaobjects QdiSpatialObject spatialobjecttype QdiSpatialOb jecttype (from type) {set} -associations QdiFeature {set} -spatials QdiSpatialProp ertyobject {set} -aggregations Figur 7:SpatialObject pakken SpatialObject pakken beskriver : Forholdet mellom objekter (QdiSpatialObject) og objekttyper. Forholdet mellom instansen av objektet og den sammensatte geometrien (QdiSpatialPropertyObject). Hvordan objekter kan knyttes til hverandre enten ved å peke til hverandre (associations) eller ved at de eier andre objekter (aggregations). Et objekt kan være et metaobjekt. Det vil si at et objekt kan beskrive en samling objekter. Feature er et objekt som kan ha egenskapsdata. Egenskapsdata lagres i egenskapsobjekter og kalles for attribute i modellen. En feature kan også ha geografiske/geometriske egenskaper, som posisjon, grense osv. Disse egenskapene kalles SpatialProperties. Det er Feature som benyttes for å representere virkelige objekter i naturen. Alt er basert på at det er featureobjektene som holder alle data som lagres. Side : 11

13 SpatialProperties Feature Attributes SpatialProperties GeodataSet Feature Attributes SpatialProperties Feature Attributes Figur 8:Samling av mange features med egenskapsdata I tillegg til konstruksjonen som er vist i figuren ovenfor finnes det også endel andre koblinger en Feature kan ha til andre objekter. Verdt å nevne her er muligheten en Feature har til å referere til andre Features. Feature SpatialProperties Attributes Feature SpatialProperties SpatialProperties Attributes Feature Attributes SpatialProperties Feature Attributes SpatialProperties Feature Attributes Figur 9:Nettverk av features Et eksempel på bruk av en slik struktur kan være: land - fylke - kommune osv SpatialPropertyObject pakken Denne pakken beskriver den sammensatte geometrien. Denne bygges opp av primitive geometrier beskrevet i neste kapittel. Denne sammensatte geometrien kan ha peker til et geografisk referansesystem slik at dette til sammen blir en geografisk egenskap ( beskriver stedfesting). Pakken inneholder følgende: SinglePoint : inneholder et enkelt punkt, Position2D eller Position3D Side : 12

14 MultiPoint : punktsverm, flere punkter, Position2D eller Position3D CurveSegment : inneholder et primitivt kurve objekt, Position2D/3D, Arc eller Polyline Path : et eller flere CurveSegment i vilkårlig kombinasjon. GeometrySurface : inneholder et primitivt flateobjekt, Rectangle, Circle eller Polygon Boundary : et geografisk område med yttergrense definert av en vilkårlig blanding av CurveSegmen og Path. ComplexSurface : består av en Boundary som definerer et områdes yttergrense, og et eller flere Boundarys som definerer hull i ytterområdet. QdiSpatialPropertyObject (from spatialobject) +spatialref erencesy stem 0..1 QdiSpatialReferenceSystem QdiCoordinateRef erencesy stem - coordsy s : int NetRef erencesy stem (from ObjectType) + degree : DegreeOf Detail + lev el : Lev elof Detail QdiPoint QdiCurve QdiSurface QdiMultiPoint 1..n +points -position /startpoint QdiSinglePoint -/endpoint QdiSimpleSurface -exterior QdiComplexSurf ace 1 {set} interiors QdiPosition (from shape) 1 QdiCurveSegment -curv e {sequence} QdiPath -shape QdiCurveShape (from shape) 1 QdiCurv edirection - Signed : bool -curv es 1..n 1..n -curv es {sequence} QdiBoundary QdiGeometry Surf ace -shape 1 QdiSurfaceShape (from shape) Figur 10: SpatialPropertyObject pakken Shape pakken Denne pakken beskriver primitiv geometri. Legg også merke til muligheter for å knytte attributter til punkter. Dette er gjort blant annet for å løse behovet rundt KP i SOSI. I modellen deles den primitive geometrien i tre grupper : Position som er et enkelt punkt. CurveShape som er en linje eller kurve. SurfaceShape som er en flate. I Position gruppen finnes : Position2D : et enkelt 2D punkt Side : 13

15 Position3D : et enkelt 3D punkt Position2DWAttributes : et enkelt 2D punkt som kan ha attributter Position3DWAttributes : et enkelt 3D punkt som kan ha attributter I CurveShape gruppen finnes : Arc : et Position2D/3D startpunkt, et Position2D/3D sluttpunkt, radius og radiustype Polyline : linje bestående av flere Position2D/3D knekkpunkter Spline : Foreløpig ikke er i bruk. I SurfaceShape gruppen finnes : Rectangle : et Position2D/3D i nedre venstre hjørne, et Position2D/3D i øvre venstre hjørne Circle : et Position2D/3D i sentrum og radius Polygon : en mangekant definert av mange Position2D/3D QdiShape QdiCurveShape QdiSurface Shape QdiSpline QdiArc - radius : double = 0. - major : bool 1 QdiPolyline -boundary QdiCircle - radius : double QdiPolygon -positions QdiRectangle -center {sequence} 1 {sequence} 1 QdiPosition -/positions -startposition - x : double - y : double 1 -endposition -lowerleft -lowerright QdiPosition 3D - z : double 1 1 QdiPosition2D 1 1 -upperleft -upperright QdiPosition3DWAttributes QdiPosition2D WAttributes -KP 0..1 QdiKP - code : int KP -attributes +attributes QdiAttribute (from attribute) - name : char* Figur 11:Shape pakken Side : 14

16 Attribute pakken Denne pakken beskriver hvordan enkle egenskaper (PrimitiveAttribute) kan settes sammen til en sammensatt egenskap (Attribute). Dette er egenskaper som består av andre egenskaper. I modellen finnes følgende komplekse egenskaper : StructAttribute En samling av forskjellige egenskaper. Benyttes ofte til å sammenstille flere PrimitiveAttribute til en logisk enhet. ListAttribute En liste av (gjentatte) like egenskaper (primitive eller sammensatte) Anta at du ønsker å lagre følgende om kvaliteten for et punkt på et kart : målemetode, nøyaktighet, synbarhet. Disse tre egenskapene kan du legge inn i hver sin PrimitiveAttribute og så legges disse igjen inn i en StructAttribute. Objektet skal nå refererer direkte til denne StructAttribute i stedet for til hver enkelt PrimitiveAttribute. {set} 1..n QdiAttribute - name : char* 1 -attributetype QdiAttributeType (from type) QdiListAttr ibute -attributes {set} {All objects in a list instance must be of the same type} QdiSingleAttribute QdiUserDefin edattribute QdiPrimitive Attribute QdiStructAttribute QdiEnumAttribute Figur 12:Attribute pakken PrimitiveAttribute pakken Denne pakken beskriver enkle egenskaper. PrimitiveAttribute er objekter som inneholder kun én verdi. Side : 15

17 I modellen finnes følgende PrimitiveAttribute : BoolAttribute - true/false IntegerAttribute - heltall Integer64Attrivute - heltall, 64 bit RealAttribute - flyttall CharAttribute - enkelttegn TimeAttribute - tidspunkt DateAttribute - dato DateTimeAttribute - datotid StringAttribute - tekststreng WStringAttribute gir støtte for internasjonale tegn (for eksempel japanske skrifttegn) BlobAttribute - Lagrer en stor binær datablokk. CodeListAttribute - kodeliste lovlige koder/verdier med forklaring Figur 13:PrimitiveAttribute Pakken En Feature i modellen kan inneholde et ubegrenset antall egenskaper Objekttype Dette kapitlet beskriver de 3 viktige pakkene som inngår i typedefinering. Dette er : Type pakken SpatialPropertyType pakken PrimitiveAttributeType pakken Oppbygging av objekttype er parallell til objektdelen, men det er noen forskjeller i pakkeinndeling. Det finnes ingen Shapepakke for typedelen og AttributeType er tatt inn i Typepakken. I tillegg beskrives en pakke som inneholder definisjon av beskrankning. Side : 16

18 2.8.6 Type pakken Type pakken inneholder definisjonen av de ulike typene. QdiType {set} QdiSpatialObjectType QdiAttributeType -attributety pes 1..n -attributety pes {set} -spatialty pes QdiFeatureTy pe {set} QdiSpatialPropertyType QdiListAttributeTy pe 1 -attributety pe QdiSingleAttributeType QdiUserDefinedAttributeType QdiPrimitiveAttributeType QdiEnumAttributeTy pe QdiStructAttributeTy pe Figur 14:Type pakken SpatialObjectType FeatureType SpatialPropertyType AttributeType PrimitiveAttributeType ListAttributeType SingleAttributeType Geografisk objektdefinisjon. Holder på en liste med egenskapstyper Featuretypen innholder definisjon for en Feature. Featuretype beskriver feature-objektene og inneholder et sett av egenskapstyper og et sett av geometrityper. Holder på definisjonen for den sammensatte geometrien. Merk at det ikke fins definisjoner av basisgeometri i objektkatalogen. Det er også naturlig da basisgeometri ikke har egenskaper knyttet til seg og er gitt de definisjoner som finnes i datamodellen. Egenskapsdefinisjoner. AttributteType kan være av sammensatt eller primitiv natur Definsjon for egenskaper med bare én verdi. En liste av én type SingleAttributeType. Angir at egenskapstypen kan gjentas flere ganger for et gitt objekt. Kan også inneholde en liste av structattribute-typer som igjen inneholder forskjellige egenskapstyper. Definisjon for selvstendige egenskaper ( i motsetning til en liste med egenskaper) Side : 17

19 EnumAttributeType StructAttributeType Definerer en liste av konstante verdier. Definerer en samling av forskjellige egenskapstyper (sammensatte eller primitive) SpatialPropertyType pakken SpatialPropertyType pakken beskriver hvilke geometrityper det er lov å definere. QdiSpatialPropertyType (from type) QdiPointType QdiCurveType QdiSurfaceType QdiMultiPointType QdiSinglePointType QdiSimpleSurfaceType QdiComplexSurfaceType QdiCurveSegmentType QdiPathType QdiGeometrySurfaceType QdiBoundaryType Figur 15:SpatialPropertyType pakken Hovedinndeling går på punkt-, kurve- og flate-objekter. Punkttyper: o Flerpunktsliste: Multipoint o Enkeltpunkter: SinglePoint Kurvetyper: o Sammensatte kurver Path o Enkelt-kurver CurveSegment FlateTyper o Enkle flater GeometrySurface o Avgrensinger Boundary o Sammensatte flater ComplexSurface - har en yttergrense og flere enkle flater innenfor PrimitiveAttributeType pakken PrimitiveAttributeType pakken beskriver hvilke primitive egenskaper som kan defineres. Primitive egenskaper er egenskaper som inneholder kun en verdi. Side : 18

20 Figur 16:PrimitiveAttributeType pakken AttributeType objektene har følgende datafelter: navn (name) beskrivelse (description) kunlesing (readonly) obligatorisk (mandatory) beskrankninger (constraints). I modellen finnes følgende primitive attributtyper: BoolAttributeType - true/false IntegerAttributeType - heltall Integer64AttributeType - heltall, 64-bit RealAttributeType - flyttall CharAttributeType - enkelttegn TimeAttributeType - tidspunkt DateAttributeType - dato DateTimeAttributeType - datotid StringAttributeType - tekststreng BlobAttributeType - Store binære data. CodeLiseAttributeType - kodeliste CodeType - kode med forklaring Side : 19

21 En FeatureType i modellen kan inneholde et ubegrenset antall AttributeType Constraint pakken Denne pakken beskriver hvordan beskrankninger knyttes til egenskapene. Beskrankningene forteller om lovlige verdier og/eller hvilke sekvenser av verdier som er tillatt. Eksempel: Du har en egenskaps-type Tykkelse av type Real. Du ønsker å begrense den til en nedre verdi på 2 og en øvre verdi på 10. Du oppretter da et objekt av type QdiAND. LeftChild settes til å peke på en QdiGreaterThan som peker på en RealAttribute med verdi 2. RightChild settes til å peke på en en QdiLessThan som peker på en RealAttribute med verdi 10. Figur 17:Constraint pakken Side : 20

22 2.8.7 Baseklasser Denne klassen har en systemteknisk funksjon Base pakken Base pakken beskriver hvordan klassene i modellen arver fra de systemtekniske klassene : Base PersistentObject Dette er en teknisk konstruksjon. QdiBase QdiAttribute (from attribute) ) -attributes QdiShape (from shape) QdiPersistentObject - persistentid : int {set} QdiGeoObject QdiType (from type) ) QdiTypeRegistry (from typeregistry) QdiSpatialReferenceSystem (from spatialpropertyobject) QdiFeatureTypeGroup (from typeregistry) QdiConstrainStruct (from constrain) QdiConstrain (from constrain) ) QdiCurveDirection (from spatialpropertyobject) ) QdiKP (from shape) ) -composites 1 QdiGeodataSet (from geodataset) 1 QdiTopologyObject (from topology) {set} QdiSpatialObject (from spatialobject) -metaobjects -metaobjects Figur 18:Base klassediagram I Base ligger det en del felles metoder. F.eks. New og Delete. Alle klasser i modellen arver fra denne. Her legges det systemtekniske operasjoner som er felles for alle klasser. Med PersistentObject menes at objekter herunder vil lagres med en unik lagringsidentifikasjon kalt: persistentid. Det vil si at Attributter (egenskaper) og Shapes (basisgeometri) ikke vil identifiseres med ID ved lagring, men tilhører objekter med lagrings ID. Side : 21

23 Men legg merke til at GeoObject som objektene arver fra har peker til egenskapene (QdiAttribute). GeoObject er basis klasse for alle objekter, også de som måtte mangle knytning til geometri. Både Geodataset og SpatialObject er GeoObject. GeodataSet defineres ikke som type i TypeRegistry men peker til et TypeRegistry, mens SpatialObject peker til en type i et TypeRegistry. GeoObject har ikke kopling til Typeregistry, det er det SpatialObject som har. TopologyObject benyttes ikke i QMS. Side : 22

24 3 Querymodellen 3.1 Formål Kapittelet gir en oversikt over QMS sin query-modell. Denne modellen er en spørremodell og ligger til grunn for implementasjonen av Quadri Map Server sammen med geodata-modellen og action-modellen. Klienter som skal utvikles mot Quadri Map Server må benytte seg av querymodellen for å kunne hente ut geografiske objekter. 3.2 Omfang I dette kapittelet finnes en oversiktlig presentasjon av query-modellens oppbygging. En detaljert beskrivelse av modellene finnes som HTML-basert beskrivelse eller som Rational Rose-modell. 3.3 Definisjoner, akronymer og forkortelser Uttrykk Feature Beskrivelse Et objekt som beskriver en fysisk ting (for eksempel et hus, lysstope) 3.4 Query-modellens mål og begrensninger Modellen er en spørremodell som benyttes av klienten for å definere og begrense hvilke objekter som skal returneres når det hentes ut data fra en eller flere tjenere. Modellen definerer også klasser som inneholder reultatet av spørringene samt klasser for håndtering av eventuelle feilmeldinger som returneres av systemet. Klasser for håndtering av notifikasjon finnes også i modellen men er ikke implementert i systemet og vil derfor ikke beskrives i dette dokumentet. 3.5 Klassediagrammer I dette kapitlet blir de sentrale klassediagrammene i modellen beskrevet. Innholdet i klassediagrammene forklares for hvert delkapittel. Det finnes avhengigheter mellom klassediagrammene. Klasser vil derfor vises i flere klassediagrammer. Ser bort fra forstavelsene Qdi i forklaringene i kapitlet. Side : 23

25 3.5.1 Query Dette er modellen som beskriver det sentrale spørreobjektet Query. Et Query kan bygges opp av ett eller flere logiske uttrykk og geometriske former. Det er også definert enkelte forhåndsdefinerte spørringer (Extents) som tolkes spesielt av systemet. Figur 1 Query klassediagram Query Queryklassen benyttes for å spesifisere spørringen som skal utføres på en tjener. Klassen kan inneholde et referansesystem, et eller flere SpatialPropertyObjecter, et predikatuttrykk og ulike forhåndsdefinerte spørringer (extents). UserReferenceSystem angir hvilket koordinatsystem resultatet av spørringen skal transformeres til. SpatialPropertyObject beskriver en geometri som avgrenser spørringen geografisk. Geometrien må angi et lukket område og være av type SurfaceShape. Side : 24

26 Extents er som nevnt forhåndsdefinerte spørringer som gjør det enkelt å sette opp mye brukte spørringer. De definerte extents er heltall (definert i filen Interpreter.h) som er gitt en viss betydning og som tolkes spesielt av systemet. Se utviklerhåndboka for oversikt over aktuelle extents. Predicate Baseklassen for klassehierarkiet som benyttes for å beskrive det logiske uttrykket. BooleanExpression Benyttes for å bygge opp en logisk spørring med operatorene AND, OR eller NOT. Resultatet av en slik spørring vil alltid være TRUE eller FALSE. Klassens variabel first peker på det logiske uttrykket til venstre for operatoren mens second peker på uttrykket til høyre. Modellen er designet slik at man kan sette opp et ubegrenset antall av slike uttrykk. Statement Baseklassen for klassene som benyttes for å beskrive selve spørrekriteriene. Comparison Benyttes for å bygge opp et spørrekriterium med operatorene >, >=, <, <=, =,!=. Klassens variabel value1 peker på uttrykket til venstre for operatoren mens value1 peker på uttrykket til høyre. Slik modellen tolkes av systemet i dag må et logisk uttrykk alltid inneholde et objekt av type Comparison. Primitive Baseklassen for klassene som benyttes til å beskrive basiselementene i et logisk uttrykk. QueryAttributeType Benyttes for å definere søk etter en gitt egenskapstype som er definert for en gitt featuretype. QueryValue Benyttes for å angi en bestemt verdi som skal inngå i uttrykket. SpatialOperator, Relationship, QueryShape Disse klassene tolkes ikke av systemet og bør derfor ikke benyttes. Side : 25

27 3.5.2 Request Denne modellen inneholder klasser som benyttes for å angi hva slags type spørring man vil gjøre mot systemet. Skal man for eksempel hente ut objektkatalogen benyttes klassen TypeRegistryRequest, skal man hente ut geodata benyttes klassen GeodataRequest i kombinasjon med Query. Side : 26

28 TypeRegistryRequest Benyttes for å hente ut objektkatalogen fra en tjener. GeodataRequest Benyttes for å hente ut geodataset fra en tjener. Spørringen defineres ytterligere via GeodataRequest sitt Queryobjekt. Her defineres eventuelle geografiske begrensninger for søket, logiske uttrykk for egenskapsverdier som skal innfris etc. Se eget kapittel som omhandler Query. NotificationRequest, ShapeRequest, AttributeRequest Disse klassene håndteres ikke gjennom hele systemet og bør derfor ikke benyttes. Side : 27

29 3.5.3 Result Denne modellen inneholder klasser som benyttes for å returnere resultatet av en spørring tilbake til klienten. Result Baseklassen for de ulike result-klassene. Inneholder en peker til et ConflictSet som inneholder eventuelle meldinger og feil rapportert under systemets prosessering av spørringen. GeodataResult Inneholder resultatet av en spørring utført via et GeodataRequest. Har en peker til geodatasettet som inneholder de geografiske objektene som oppfylte spørrekriteriene. TypeRegistryResult Inneholder resultatet av en spørring utført via et TypeRegistryRequest. Har en peker til objektkatalogen som ble returnert. ErrorResult Inneholder en eventuell feilmelding dersom det har oppstått feil i systemet. Side : 28

30 3.5.4 Conflict Denne modellen inneholder klasser som benyttes for å gi informasjon og feilmeldinger om oppgaver (spørringer, actions osv) som er utført av systemet tilbake til klienten. ConflictSet Inneholder et sett av en eller flere Conflict-objekter. Conflict Klassen inneholder div. informasjon om statusen/feilen i ulike parametre, blant andre: Variabelen level angir alvorlighetsgraden av feilen som er oppstått. Kan ha en av følgende verdier: Level_Information meldingen er ren informasjon, ingen feilmelding Level_RequestProblem problemer under prosessering, men ferdig utført Level_RequestRejected prosesseringen kunne ikke utføres Level_Aborted feil oppsto under prosessering, prosessen avbrutt. Level_RequestAborted feil oppsto under forespørsel, prosessen avbrutt Level_ActionAborted feil oppsto under prosessering av action, prosessen avbrutt Variabelen ecode er en kode som angir hvor feilen oppsto. Kodene er definert og beskrevet i filen ConflictError_Code.h (enum ConflictError_Code). Side : 29

31 4 Actionmodellen 4.1 Formål Kapittelet gir en oversikt over QMS sin action-modell. Denne modellen er en dataoperasjonsmodell og ligger til grunn for implementasjonen av Quadri Map Server sammen med geodata-modellen og query-modellen. Klienter som skal utvikles mot Quadri Map Server må forholde seg til actionmodellen for fysisk lagring og endring av geografiske objekter. 4.2 Omfang I dette kapittelet finnes en oversiktlig presentasjon av actionmodellens oppbygging. En detaljert beskrivelse av modellene finnes som HTML-basert beskrivelse eller som Rational Rose-modell. 4.3 Definisjoner, akronymer og forkortelser Uttrykk Feature Action ActionSequence Beskrivelse Et objekt som beskriver en fysisk ting (for eksempel et hus, lysstope) Et gjøremål på tjeneren. Defineres som en Create-, Replace- eller Eraseaction. En (sekvensiell) serie av actions/gjøremål. Benyttes for å samle flere actions som skal utføres på samme tjener. 4.4 Actionmodellens mål og begrensninger Modellen er en dataoperasjonsmodell som benyttes av klienten for å lagre, slette og oppdatere objekter på en tjener. Dette vil i de fleste tilfeller være en arkivtjener. Modellen er nært knyttet til geodata-modellen. Action-modellen med de ønskede oppdateringer sendes fra klienten via tilgangs-apiet for utførelse på den aktuelle tjeneren. 4.5 Klassediagrammer I dette kapitlet blir de sentrale klassediagrammene i modellen beskrevet. Innholdet i klassediagrammene forklares for hvert delkapittel. Det finnes avhengigheter mellom klassediagrammene. Klasser vil derfor vises i flere klassediagrammer. Ser bort fra forstavelsene Qdi i forklaringene i kapitlet. Side : 30

32 4.5.1 Action I denne modellen finnes basisklasser for de ulike actions. Modellen beskriver også sammenhengen mellom en ActionSequence, Actions og geodatasettet. Figur 2 Action klassediagram ActionSequence ActionSequence er et objekt som holder flere actions i ei liste. Den benyttes for å sende flere actions til tjeneren i et enkelt kall. Det er ikke mulig å sende action-objekter direkte til tjeneren, de må samles i en ActionSequence. Man kan legge inn actions i den samme rekkefølge som en bruker arbeider, noe som da vil tilsvare en angre/hendelses-logg. En ActionSequence kan ha en peker til et GeodataSet. Dette geodatasettet skal inneholde alle data som de ulike actions i ActionSequencen refererer til. Action Dette er en virtuell klasse for de ulike actiontypene. Den kan inneholde en peker til et GeodataSet. Dersom ActionSequencen actionen er knyttet til også har en peker til et GeodataSet må denne peke til det samme GeodataSetett Det er altså ikke nødvendig å knytte et GeodataSet til hver Action dersom ActionSequencen inneholder en slik peker. Klassen har et stort arvehierarki under seg som kan deles i følgende hovedelementer: SetAction - manipulering av en samling av objekter FeatureAction - manipulering av enkeltobjekter ServerState - tilstanden til serveren ved gitt tidspunkt ExecuteAction - kjører en spesifisert kommando. Side : 31

33 4.5.2 SetAction (Create og Erase) I denne modellen finner vi klasser for actions som skal utføres for en samling av objekter. De mest benyttede klassene i denne modellen er Create som benyttes for å lagre nye objekter og Erase som benyttes for å slette eksisterende objekter. Figur 3 SetAction klassediagram Create Benyttes for å opprette nye objekter i databasen. En CreateAction kan inneholde et sett av objekter av alle typer som arver fra PersistentObject (se dokumentajon av geodatamodellen). Husk at objekter som legges til en CreateAction også må legges til GeodataSettet som ActionSequencen (evt. Actionobjektet) peker på. Implementasjonen støtter kun lagring av nye objekter (med negativ PersistentId). Alle andre objekter vil bli avvist. Erase Side : 32

34 Benyttes for å slette eksisterende objekter i databasen. Erase-klassen har en peker til et SelectionSet som inneholder en samling av Id ene (PersistenId) til objektene som skal slettes i basen. SelectionSet Dette er baseklassen til klassene FeatureSet, CompositeSelectionSet og QuerySet som alle benyttes for å definere en samling av objekter. FeatureSet Denne klassen holder på de unike Id ene (PersistentId) til et utvalg av objekter. I følge modellen kan utvalget bestå av alle typer objekter som arver fra PersistentObject, men i praksis er det kun objekter av typen Feature som kan legges inn i et FeatureSet. Se forøvrig beskrivelse av geodata-modellen. Husk at objekter som legges til et FeatureSet også må legges til geodatasettet som ActionSequencen (evt. Action-objektet) peker på. CompositeSelectionSet Denne klassen inneholder en samling av 2 eller flere SelectionSets. QdiQuerySet Brukes ikke pr. i dag. Side : 33

35 4.5.3 FeatureAction (Replace, Unlock) I denne modellen finner vi klasser for actions som benyttes til å endre eksisterende objekter i databasen. De mest benyttede klassene i denne modellen er Replace som benyttes for å endre objekter og Unlock som benyttes for å låse opp låste objekter. Replace Benyttes for å endre et eller flere eksisterende objekter i databasen. Kan holde på en samling av objekter som skal oppdateres. Objektene må være av typen Feature. De oppdaterte objektene må ha samme PersistenId som det objektene hadde i utgangspunktet. Husk at objekter som legges til en Replace-action også må legges til geodatasettet som ActionSequencen (evt. Action-objektet) peker på. Unlock Benyttes for å låse opp objekter som er låst i databasen. Klassen inneholder kun en UnlockKey av typen Integer. Denne UnlockKeyen blir i utgangspunktet opprettet når data hentes ut for oppdatering og returneres til klienten som et metaobjekt i geodatasettet som inneholder resultatet av spørringen. Se eget kapittel i Utviklerhåndboka som omhandler låsing av objekter. Modify Håndtering av denne klassen er ikke implementert i OracleMapperen. Klassen bør derfor ikke benyttes. Side : 34

Ajourhold av DMK i NGIS med FYSAK F2.6 Kokebok Norsk institutt for skog og landskap, Steinkjer

Ajourhold av DMK i NGIS med FYSAK F2.6 Kokebok Norsk institutt for skog og landskap, Steinkjer Ajourhold av DMK i NGIS med FYSAK F2.6 Kokebok Norsk institutt for skog og landskap, Steinkjer Innhold Forberedelser... 2 Innstillinger... 2 Uttrekk av DMK fra NGIS... 4 Åpning av ortofoto... 7 Redigering...

Detaljer

Romlig datamanipulering

Romlig datamanipulering Romlig datamanipulering Gunnar Tenge, 18.04.08 Romlige manipuleringsteknikker brukes i GIS-analyser. I denne artikkelen forklares alle manipuleringsteknikker som man kan forvente å finne i et GIS-program.

Detaljer

AJOURHOLD AV AR5 I QMS

AJOURHOLD AV AR5 I QMS Veileder fra Skog og landskap AJOURHOLD AV AR5 I QMS For FYSAK versjon 2014-10-01 Elling Ringdal og Kristin Holm Norsk institutt for skog og landskap, Pb 115, NO-1431 Ås, Norway INNHOLD 1. FORBEREDELSER...

Detaljer

SOSI generell objektkatalog og objektkatalogen i en produktspesifikasjon

SOSI generell objektkatalog og objektkatalogen i en produktspesifikasjon SOSI generell objektkatalog og objektkatalogen i en produktspesifikasjon class Bygning Bygningsavgrensning:: Bygningsavgrensning {root} + grense: Kurve +bygningsavgrensning 0..* 0..* Bygg {root} En bygning

Detaljer

Workshop NGIS API. Lars Eggan, Norconsult Informasjonssystemer desember 2014

Workshop NGIS API. Lars Eggan, Norconsult Informasjonssystemer desember 2014 Workshop NGIS API Lars Eggan, Norconsult Informasjonssystemer desember 2014 1 NGIS i WinMap NGIS-klient Hente datasett fra en NGIS portal Oppdatere portalen med endringer gjort lokalt Spesiallaget funksjonalitet

Detaljer

Denne notatet er laget for å forklare hvordan SOSI Ledning-modellen som nå snart er klar fra SOSI Ag7b, kan brukes.

Denne notatet er laget for å forklare hvordan SOSI Ledning-modellen som nå snart er klar fra SOSI Ag7b, kan brukes. NOTAT Emne Til Eksempel på bruk av SOSI Ledning SOSI Ag7b Fra Erling Onstein Dato 3.september 2012, oppdatert 9.september 2012 Kopi til SOSI-sekretariatet/kartverket Hensikt med notatet Denne notatet er

Detaljer

SOSI standard - versjon 4.0 1 Del 1: Regler for navning av geografiske elementer. DEL 1: Regler for navning av geografiske elementer

SOSI standard - versjon 4.0 1 Del 1: Regler for navning av geografiske elementer. DEL 1: Regler for navning av geografiske elementer SOSI standard - versjon 4.0 1 DEL 1: Regler for navning av geografiske elementer SOSI standard - versjon 4.0 2 INNHOLDSFORTEGNELSE DEL 1: Regler for navning av geografiske elementer 1 0 Orientering og

Detaljer

Oblig 4Hybelhus litt mer tips enn i oppgaven

Oblig 4Hybelhus litt mer tips enn i oppgaven Oblig 4Hybelhus litt mer tips enn i oppgaven lørdag 19. okt 2013 Arne Maus Obligatorisk oppgave 4 Gulbrand Grås husleiesystem I denne oppgaven skal vi se på hans studenthus Utsyn. Utsyn består av 3 etasjer,

Detaljer

SOSI-standard - versjon 4.02 2011-12-01 SOSI Del 3 Produktspesifikasjon for FKB Naturinfo Side 1 av 16

SOSI-standard - versjon 4.02 2011-12-01 SOSI Del 3 Produktspesifikasjon for FKB Naturinfo Side 1 av 16 SOSI Del 3 Produktspesifikasjon for FKB Naturinfo Side 1 av 16 12 FKB Naturinfo Innhold 12.1 Innledning... 2 12.1.1 Historikk... 2 12.1.2 Formål og omfang... 3 12.1.3 Referanser... 3 12.1.4 Ansvarlig for

Detaljer

BOKMÅL Side 1 av 5. KONTERINGSEKSAMEN I FAG TDT4102 Prosedyre og objektorientert programmering. Onsdag 6. august 2008 Kl. 09.00 13.

BOKMÅL Side 1 av 5. KONTERINGSEKSAMEN I FAG TDT4102 Prosedyre og objektorientert programmering. Onsdag 6. august 2008 Kl. 09.00 13. BOKMÅL Side 1 av 5 NTNU Norges teknisk-naturvitenskapelige universitet Fakultet for informasjonsteknologi, matematikk og elektroteknikk Institutt for datateknikk og informasjonsvitenskap KONTERINGSEKSAMEN

Detaljer

Retningslinjer forholdet objektkatalog og produktspesifikasjon

Retningslinjer forholdet objektkatalog og produktspesifikasjon Dokument tittel: Retningslinjer forholdet objektkatalog/produktspesifikasjon Side 1 av 4 Retningslinjer forholdet objektkatalog og produktspesifikasjon Det har i lengre tid vært uenighet og forvirring

Detaljer

1. Finn klassene (hvilke objekter er det i problemet) 1. Dataene som beskriver problemet (hvilke objekter har vi og hvor mange klasser er det?

1. Finn klassene (hvilke objekter er det i problemet) 1. Dataene som beskriver problemet (hvilke objekter har vi og hvor mange klasser er det? Obligatorisk oppgave 3 Gulbrand Grås husleiesystem Oblig 3hus litt mer tips enn i oppgaven I denne oppgaven skal vi se på hans studenthus Utsyn. Utsyn består av 3 etasjer, nummerert fra -3. I hver etasje

Detaljer

Object interaction. Innhold. Abstraksjon 03.09.2007. Grunnleggende programmering i Java Monica Strand 3. september 2007.

Object interaction. Innhold. Abstraksjon 03.09.2007. Grunnleggende programmering i Java Monica Strand 3. september 2007. Object interaction Grunnleggende programmering i Java Monica Strand 3. september 2007 1 Innhold Til nå: Hva objekter er og hvordan de implementeres I klassedefinisjonene: klassevariable (fields), konstruktører

Detaljer

Inf109 Programmering for realister Uke 5. I denne leksjonen skal vi se på hvordan vi kan lage våre egne vinduer og hvordan vi bruker disse.

Inf109 Programmering for realister Uke 5. I denne leksjonen skal vi se på hvordan vi kan lage våre egne vinduer og hvordan vi bruker disse. Inf109 Programmering for realister Uke 5 I denne leksjonen skal vi se på hvordan vi kan lage våre egne vinduer og hvordan vi bruker disse. Før du starter må du kopiere filen graphics.py fra http://www.ii.uib.no/~matthew/inf1092014

Detaljer

Harmonisering og kommunikasjon bygg/kart v/erling Onstein, Statens kartverk STEDSDATA - TIL NYTTE FOR SAMFUNNET

Harmonisering og kommunikasjon bygg/kart v/erling Onstein, Statens kartverk STEDSDATA - TIL NYTTE FOR SAMFUNNET Harmonisering og kommunikasjon bygg/kart v/erling Onstein, Statens kartverk BAKGRUNN Bygg/Kart Betegnelse på to ulike fagområder Bygg arbeider først og fremst med det som er menneskeskapt Kart arbeider

Detaljer

9 FKB LedningVa (Vann og avløp)

9 FKB LedningVa (Vann og avløp) SOSI Del 3 Produktspesifikasjon for FKB FKB LedningVa Side 1 av 13 9 FKB LedningVa (Vann og avløp) Innhold 9.1 Innledning... 2 9.1.1 Historikk... 2 9.1.2 Formål og omfang... 3 9.1.3 Referanser... 3 9.1.4

Detaljer

Algoritmer og datastrukturer Kapittel 2 - Delkapittel 2.1

Algoritmer og datastrukturer Kapittel 2 - Delkapittel 2.1 Delkapittel 2.1 Plangeometriske algoritmer Side 1 av 7 Algoritmer og datastrukturer Kapittel 2 - Delkapittel 2.1 2.1 Punkter, linjesegmenter og polygoner 2.1.1 Polygoner og internett HTML-sider kan ha

Detaljer

Ajourhold av DMK i FYSAK F2.6 Kokebok Norsk institutt for skog og landskap, Steinkjer

Ajourhold av DMK i FYSAK F2.6 Kokebok Norsk institutt for skog og landskap, Steinkjer Ajourhold av DMK i FYSAK F2.6 Kokebok Norsk institutt for skog og landskap, Steinkjer Innhold Forberedelser... 2 Innstillinger... 2 Åpning av DMK-base og ortofoto... 3 Redigering... 5 Rediger markslagsgrenser...

Detaljer

SOSI-modell i MSAccess (Uferdig notat)

SOSI-modell i MSAccess (Uferdig notat) Erling Onstein 19.febr 1998 SOSI-modell i MSAccess (Uferdig notat) 1. Innledning Access-implementasjonen bygger på logisk modell beskrevet i notat SOSI-forvaltning logisk modell skrevet av David Skogan.

Detaljer

AJOURHOLD AV AR5 I QMS

AJOURHOLD AV AR5 I QMS Veileder fra Skog og landskap AJOURHOLD AV AR5 I QMS For GIS/LINE kart - versjon 2014-10-01 Jørn Storholt Norsk institutt for skog og landskap, Pb 115, NO-1431 Ås, Norway 1 INNHOLD 1. FORBEREDELSER...

Detaljer

Figuren over viser en parallell linje hvor startpunkt og endepunkt ligger på innsiden av toleransen.

Figuren over viser en parallell linje hvor startpunkt og endepunkt ligger på innsiden av toleransen. Rydde planens linjenettverk Drawing Cleanup I denne øvingen skal vi rydde opp i grensene og de andre linjene fra forrige øving, og vi skal bruke en funksjon i Autodesk Map for å rydde i tegningen. Forklaring

Detaljer

From a table based Feature Catalogue to GML Application schemas

From a table based Feature Catalogue to GML Application schemas From a table based Feature Catalogue to GML Application schemas 05/ 09/ 2015 EuroSDR Data modelling workshop, Copenhagen 28.-30.1.2015 Knut Jetlund Norwegian Public Roads Administration knut.jetlund@vegvesen.no

Detaljer

Askeladden Release-logg 30. august 2012

Askeladden Release-logg 30. august 2012 NR. Tema Kort beskrivelse av oppgaven Status Spesifikasjon - detaljert Kommentar 1. Søk Søkeresultat skal være likt i id-søk og avansert søk 2. Registrering Revet/brent bygning - skal kunne være inneværende

Detaljer

HØGSKOLEN I SØR-TRØNDELAG

HØGSKOLEN I SØR-TRØNDELAG HØGSKOLEN I SØR-TRØNDELAG Avdeling for informatikk og e-læring - Kandidatnr: AITeL Eksamensdato: 2.desember 2009 Varighet: 0900-1300 Emnekode: Emnenavn: Klasse(r): LO191D / LC191D LO191D Videregående programmering

Detaljer

Brukerveiledning. For importapplikasjon til Naturbase. Versjon 17. mars 2015

Brukerveiledning. For importapplikasjon til Naturbase. Versjon 17. mars 2015 Brukerveiledning For importapplikasjon til Naturbase Versjon 17. mars 2015 Innhold 1. Innledning... 2 1.1 Rutiner for å legge data inn i Naturbase... 2 1.2 Leveranseinstrukser... 3 2. Om leveranse av data

Detaljer

SOSI Produktspesfikasjon Produktnavn: KYV_Ankringsområder v. 0.9. Produktspesifikasjon: KYV_Ankringsområder

SOSI Produktspesfikasjon Produktnavn: KYV_Ankringsområder v. 0.9. Produktspesifikasjon: KYV_Ankringsområder SOSI Produktspesfikasjon Produktspesifikasjon: KYV_Ankringsområder SOSI Produktspesfikasjon - 1-1 Innledning, historikk og endringslogg 3 1.1 Innledning 3 1.2 Endringslogg 3 2 Definisjoner og forkortelser

Detaljer

Oversikt. Introduksjon Kildekode Kompilering Hello world Hello world med argumenter. 1 C programmering. 2 Funksjoner. 3 Datatyper. 4 Pekere og arrays

Oversikt. Introduksjon Kildekode Kompilering Hello world Hello world med argumenter. 1 C programmering. 2 Funksjoner. 3 Datatyper. 4 Pekere og arrays Oversikt C programmering 1 C programmering Introduksjon Kildekode Kompilering Hello world Hello world med argumenter 2 Funksjoner 3 Datatyper 4 Pekere og arrays 5 Kontrollstrukturer Lars Vidar Magnusson

Detaljer

Produktspesifikasjon: KYV_Farled

Produktspesifikasjon: KYV_Farled SOSI Produktspesifikasjon Produktspesifikasjon: KYV_Farled 1 Innledning, historikk og endringslogg 3 1.1 Innledning 3 1.2 Endringslogg 3 SOSI Produktspesifikasjon - 1-2 Definisjoner og forkortelser 4 2.1

Detaljer

Introduksjon til fagfeltet

Introduksjon til fagfeltet LC238D http://www.aitel.hist.no/fag/_dmdb/ Introduksjon til fagfeltet Datafiler side 2 Databasesystemer side 3-5 Databasearkitektur ANSI/SPARC side 6-7 Datamodeller side 8 Flerbruker databasesystem side

Detaljer

AJOURFØRING AV DMK I FYSAK G 1.32

AJOURFØRING AV DMK I FYSAK G 1.32 Veileder fra Skog og landskap -------------------------------------------------------------------------------------------------------------- AJOURFØRING AV DMK I FYSAK G 1.32 Gårdskarthåndboka kokebok,

Detaljer

EKSAMENSOPPGAVE. : INF-1400 Objektorientert programmering. Oppgavesettet er på 5 sider inklusiv forside

EKSAMENSOPPGAVE. : INF-1400 Objektorientert programmering. Oppgavesettet er på 5 sider inklusiv forside FAKULTET FOR NATURVITENSKAP OG TEKNOLOGI! EKSAMENSOPPGAVE Eksamen i : INF-1400 Objektorientert programmering Dato : Mandag 27. mai 2013 Tid : 0900 1300 Sted : Åsgårdvegen 9 Tillatte hjelpemidler : Ingen

Detaljer

Erfaringer fra Miljøgata i Sokna. Novapoint 19 DCM

Erfaringer fra Miljøgata i Sokna. Novapoint 19 DCM Erfaringer fra Miljøgata i Sokna Novapoint 19 DCM Forskjell mellom NP18 og NP19 Novapoint basis Fra og med NP19 består Novapoint Basis av to deler: programmet Novapoint Basis og menyen Basis i AutoCAD.

Detaljer

1. SQL datadefinisjon og manipulering

1. SQL datadefinisjon og manipulering Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag SQL datadefinisjon og manipulering Tore Mallaug 7.10.2008 Lærestoffet er utviklet for faget Databaser 1. SQL datadefinisjon og manipulering

Detaljer

Konseptuell modell, skjermdesign og konstruksjon

Konseptuell modell, skjermdesign og konstruksjon Konseptuell modell, skjermdesign og konstruksjon Vedlegg til øving D3 1. Gjennomgående eksempel 2. Beskrivelse av konseptuell modell 3. Skjermdesign, kobling mot konseptuell modell og oppførsel 4. Dokumentasjon

Detaljer

9. ASP med databasekopling, del II

9. ASP med databasekopling, del II Else Lervik 23.03.2004 Opphavsrett: Forfatter og Stiftelsen TISIP Lærestoffet er utviklet for faget LV192D Web-programmering med ASP 9. Resymé: I forrige leksjon så vi hvordan ASP kunne brukes til å vise

Detaljer

INF1000 HashMap. Marit Nybakken marnybak@ifi.uio.no 2. november 2003

INF1000 HashMap. Marit Nybakken marnybak@ifi.uio.no 2. november 2003 INF1000 HashMap Marit Nybakken marnybak@ifi.uio.no 2. november 2003 Dette dokumentet skal tas med en klype salt og forfatteren sier fra seg alt ansvar. Dere bør ikke bruke definisjonene i dette dokumentet

Detaljer

Fagområde: Annen naturinformasjon

Fagområde: Annen naturinformasjon SOSI standard generell objektkatalog versjon 4.0 1 Fagområde: Annen naturinformasjon Revidert 6. mars 2007 SOSI standard generell objektkatalog versjon 4.0 2 INNHOLDSFORTEGNELSE 1 0 Orientering og introduksjon......4

Detaljer

Tor-Eirik Bakke Lunde torebl@stud.cs.uit.no

Tor-Eirik Bakke Lunde torebl@stud.cs.uit.no Obligatorisk oppgave 1 INF-3200 12. oktober 2003 Tor-Eirik Bakke Lunde torebl@stud.cs.uit.no Oppgavebeskrivelse: Designe og implementere en distribuert ray-tracing applikasjon, med basis i kontroller-

Detaljer

INF2120 Prosjektoppgave i modellering. Del 1

INF2120 Prosjektoppgave i modellering. Del 1 INF2120 Prosjektoppgave i modellering Del 1 Håkon Ulvestad haakonu@ifi.uio.no Jonas Winje jonaw@ifi.uio.no Amaia Santacoloma amaiac@ifi.uio.no Rakel Johnsen rakelj@ifi.uio.no Våren 2006 Innledning Prosjektoppgaven

Detaljer

Databaser & objektorientering.

Databaser & objektorientering. Databaser & objektorientering. Noen grunnbegreper innen objektorientering. Klasser og forekomster klasser beskriver strukturen for noe. Beskrivelsen inneholder: et navn attributter /egenskaper / tilstander

Detaljer

Vi starter straks FME WEBINAR - 11. 9 2015. Sigbjørn Tillerli Herstad sigher@norkart.no

Vi starter straks FME WEBINAR - 11. 9 2015. Sigbjørn Tillerli Herstad sigher@norkart.no Vi starter straks FME WEBINAR - 11. 9 2015 Sigbjørn Tillerli Herstad sigher@norkart.no FME Certified Trainer FME Certified Professional Skriv spørsmål i «chatvinduet» i Gotowebinar svarer underveis / til

Detaljer

SOSI standard - versjon 3.2 1. SOSI-temakoder og SOSI-elementer

SOSI standard - versjon 3.2 1. SOSI-temakoder og SOSI-elementer SOSI standard - versjon 3.2 1 SOSI-temakoder og SOSI-elementer SOSI-temakoder og SOSI-elementer - Introduksjon 2 1 Introduksjon Det har vært et ønske om å ha en oversikt over aktuelle temakoder og SOSI-elementer

Detaljer

1 Kodegenerering fra Tau Suiten

1 Kodegenerering fra Tau Suiten Kodegenerering fra Tau Suiten For å generere Javakode eller en annen form for programmeringskode ut i fra Tau suiten, er det visse ting som må være utført.. En UML modell må eksistere og være korrekt.

Detaljer

Datamodellering og databaser http://www.aitel.hist.no/fag/_dmdb/ SQL, del 2

Datamodellering og databaser http://www.aitel.hist.no/fag/_dmdb/ SQL, del 2 http://www.aitel.hist.no/fag/_dmdb/ SQL, del 2 Eksempelbase side 2 Virtuelle tabeller (views) side 3-6 NULL-verdier side 7-14 UPDATE-setningen side 15-16 INSERT-setningen side 17 DELETE-setningen side

Detaljer

JavaScriptbibliotek. Introduksjon MVVC. Informasjonsteknologi 2. Gløer Olav Langslet Sandvika VGS

JavaScriptbibliotek. Introduksjon MVVC. Informasjonsteknologi 2. Gløer Olav Langslet Sandvika VGS MVVC JavaScriptbibliotek Gløer Olav Langslet Sandvika VGS Knockout.js Informasjonsteknologi 2 Introduksjon I dag skal vi se nærmere på et JavaScriptbibliotek som heter Knockout. Knockout og andre biblioteker,

Detaljer

Transaksjonsstandard for virkesomsetningen i Norge. Transportoppdrag. Versjon 2.0. Desember 2007 SKOG-DATA AS

Transaksjonsstandard for virkesomsetningen i Norge. Transportoppdrag. Versjon 2.0. Desember 2007 SKOG-DATA AS Transaksjonsstandard for virkesomsetningen i Norge Versjon 2.0 Desember 2007 SKOG-DATA AS Innhold 1 Innledning 3 2 Dokumentasjon av 3 2.1 Oversikt 3 2.1.1 Meldinger 3 2.1.2 forretningsregler 3 2.1.3 Samhandling

Detaljer

Nye regler for konstruksjon av vann i Geovekstprosjekt.

Nye regler for konstruksjon av vann i Geovekstprosjekt. Nye regler for konstruksjon av vann i Geovekstprosjekt. Teknisk spesifikasjon: (Tekst merket med gult er mitt forslag til endring. Tekst i rød kursiv (rød kursiv med gult er ny tekst) er kun ment som veiledning

Detaljer

TDT4105 Informasjonsteknologi, grunnkurs. Introduksjon til programmering i Matlab. Rune Sætre / Anders Christensen {satre, anders}@idi.ntnu.

TDT4105 Informasjonsteknologi, grunnkurs. Introduksjon til programmering i Matlab. Rune Sætre / Anders Christensen {satre, anders}@idi.ntnu. 1 TDT4105 Informasjonsteknologi, grunnkurs Introduksjon til programmering i Matlab Rune Sætre / Anders Christensen {satre, anders}@idi.ntnu.no 2 Frist for øving 1: Fredag 11. Sept. Noen oppstartsproblemer

Detaljer

Veileder ArcPad innsjekk gammel feltsamlerskjema

Veileder ArcPad innsjekk gammel feltsamlerskjema Veileder ArcPad innsjekk gammel feltsamlerskjema Filene som skal sjekkes inn må hete henholdsvis kmbf (flater), kmbl (linjer), kmbp (punkter) Det er ikke nødvendig å ha med alle tre geometritypene, for

Detaljer

Geosynkronisering. Nasjonale tjenester. Kommuner GeoNorge / andre portaler. Metadata. Visning. Nedlasting. Deltakende virskomhet. Geosynkronise ring

Geosynkronisering. Nasjonale tjenester. Kommuner GeoNorge / andre portaler. Metadata. Visning. Nedlasting. Deltakende virskomhet. Geosynkronise ring Geosynkronisering Geosynkronise ring Kommuner GeoNorge / andre portaler Nasjonale tjenester Metadata Visning Nedlasting Deltakende virskomhet 1 Hva er utviklet til nå? Geosynkronise ring Spesifikasjon

Detaljer

Triangulering, bruk av knekklinjer, hull og sammensying av flater i 19.10.

Triangulering, bruk av knekklinjer, hull og sammensying av flater i 19.10. Triangulering, bruk av knekklinjer, hull og sammensying av flater i 19.10. Ved triangulering, er det ofte ønskelig at terrengoverflaten som skapes følger knekklinjer i terrenget som for eksempel veglinjer.

Detaljer

Sprettende ball Introduksjon Processing PDF

Sprettende ball Introduksjon Processing PDF Sprettende ball Introduksjon Processing PDF Introduksjon: I denne modulen skal vi lære et programmeringsspråk som heter Processing. Det ble laget for å gjøre programmering lett for designere og andre som

Detaljer

Kvalitetskontroll av SOSI-filer. Med programvaren Fysak

Kvalitetskontroll av SOSI-filer. Med programvaren Fysak Kvalitetskontroll av SOSI-filer Med programvaren Fysak Innhold 1. Prosedyrer ved kontroll av geometri på SOSI-filer i Fysak... 3 1.1 Datasett i Naturbase... 3 1.2 Innstillinger FYSAK... 3 1.2.1 Kommandofiler

Detaljer

Brukerveiledning. & tips til feilsøking i sosi-data

Brukerveiledning. & tips til feilsøking i sosi-data Brukerveiledning SOSI-kontroll/SOSI-vis & tips til feilsøking i sosi-data Innhold SOSI-KONTROLL/SOSI-VIS... 3 GENERELT:... 3 TEGNEOPPSETT... 4 UTVALG... 4 FIL/OPPSETT:... 5 ÅPNE SOSIFIL:... 6 FIL ENDRE

Detaljer

Velkommen til en liten demo av Novapoint DCM 19 basis

Velkommen til en liten demo av Novapoint DCM 19 basis Velkommen til en liten demo av Novapoint DCM 19 basis Cecilie Kinstad og Solveig Fiskaa Vianova Systems Hvorfor skal du ta i bruk Novapoint 19 DCM? Hvilke fordeler er det for deg som prosjekterer Landskap?

Detaljer

HamboHus 5.4 Rev. 1, 8. september 2005 A. Cordray

HamboHus 5.4 Rev. 1, 8. september 2005 A. Cordray HamboHus Technical Note Nr 10: Terreng HamboHus 5.4 Rev. 1, 8. september 2005 A. Cordray I HamboHus 5.4 er implementasjonen av terreng utvidet og forbedret. Det er lettere å lage terrengpunkter, og mye

Detaljer

Del 3: Noark 5-basert databasestruktur

Del 3: Noark 5-basert databasestruktur Del 3: Noark 5-basert databasestruktur Oppgaven består av en CREATE-del, en INSERT-del og en SELECT-del. CREATEdelen går ut på å lage en databasestruktur etter spesifikasjonene i Noark 5. Strukturen er

Detaljer

SOSI standard - versjon 3.0 1-131. DEL 1 SOSI-raster

SOSI standard - versjon 3.0 1-131. DEL 1 SOSI-raster SOSI standard - versjon 3.0 1-131 DEL 1 SOSI-raster SOSI standard - versjon 3.0 1-132 DEL 1 SOSI-raster - Historikk og status Denne side er blank 1-132 SOSI standard - versjon 3.0 1-133 DEL 1 SOSI-raster

Detaljer

SOSI standard Del 2 - versjon 3.2 1 Databeskrivelse: Annen Natur. Databeskrivelse: Annen naturinformasjon

SOSI standard Del 2 - versjon 3.2 1 Databeskrivelse: Annen Natur. Databeskrivelse: Annen naturinformasjon SSI standard Del 2 - versjon 3.2 1 Databeskrivelse: Annen Natur Databeskrivelse: Annen naturinformasjon SSI standard Del 2 - versjon 3.2 2 Databeskrivelse: Annen naturinformasjon - Historikk og status

Detaljer

Brukerdokumentasjon. Webservices og webklient for kodeverk/ kodeverdi verifisering

Brukerdokumentasjon. Webservices og webklient for kodeverk/ kodeverdi verifisering Brukerdokumentasjon Webservices og webklient for kodeverk/ kodeverdi verifisering Innholdsfortegnelse... 3... 3... 3... 3... 4... 4... 4... 4... 8... 9... 10!... 10 "... 11 # $... 11 1. Om systemet 1.1.

Detaljer

Python: Variable og beregninger, input og utskrift. TDT4110 IT Grunnkurs Professor Guttorm Sindre

Python: Variable og beregninger, input og utskrift. TDT4110 IT Grunnkurs Professor Guttorm Sindre Python: Variable og beregninger, input og utskrift TDT4110 IT Grunnkurs Professor Guttorm Sindre Læringsmål og pensum Mål for denne uka: Vite litt om design av programmer (2.1, 2.2, 2.4) Kunne skrive ut

Detaljer

PostGIS som navet i dataforvaltningen ved Skog og landskap

PostGIS som navet i dataforvaltningen ved Skog og landskap PostGIS som navet i dataforvaltningen ved Skog og landskap muligheter, utfordringer og erfaringer Ingvild Nystuen, Lars Opsahl, Teknologiforum, 12.11.2014 Skog og landskap Den store verden Data kopieres

Detaljer

BOKMÅL Side 1 av 7. KONTINUASJONSEKSAMEN I FAG TDT4100 Objektorientert programmering / IT1104 Programmering, videregående kurs

BOKMÅL Side 1 av 7. KONTINUASJONSEKSAMEN I FAG TDT4100 Objektorientert programmering / IT1104 Programmering, videregående kurs BOKMÅL Side 1 av 7 NTNU Norges teknisk-naturvitenskapelige universitet Fakultet for informasjonsteknologi, matematikk og elektroteknikk Institutt for datateknikk og informasjonsvitenskap KONTINUASJONSEKSAMEN

Detaljer

Kontroll av vektordata. Berit Nordtug, Kartverket Steinkjer

Kontroll av vektordata. Berit Nordtug, Kartverket Steinkjer Kontroll av vektordata Berit Nordtug, Kartverket Steinkjer Generell objektkatalog og spesifikasjoner Objektkatalogen inneholder prinsipper og regler for SOSI-realisering for et fagområde, for plan nå versjon

Detaljer

SQL Server guide til e-lector

SQL Server guide til e-lector LES LETTERE, LES RASKERE, FÅ LESELYST! SQL Server guide til e-lector Innhold 1 Innledning... 2 2 SQL Express 2008 R2 installasjon... 2 3 Etter installasjon... 4 3.1 SQL Express... 4 3.1.1 Nettverksoppsett

Detaljer

SOSI standard - versjon 2.2 Side 21 DEL 1 GENERELL DEL

SOSI standard - versjon 2.2 Side 21 DEL 1 GENERELL DEL SOSI standard - versjon 2.2 Side 21 DEL 1 GENERELL DEL SOSI standard - versjon 2.2 Side 22 DEL 1 GENERELL DEL - INNLEDNING Denne side er blank 22 SOSI standard - versjon 2.2 Side 23 DEL 1 GENERELL DEL

Detaljer

Novapoint 18.20 ble sluppet 8. mars 2012 med mange nyheter i de fleste Novapoint modulene.

Novapoint 18.20 ble sluppet 8. mars 2012 med mange nyheter i de fleste Novapoint modulene. Novapoint 18.20 ble sluppet 8. mars 2012 med mange nyheter i de fleste Novapoint modulene. > > Stor oppgradering i Novapoint Jernbanemodul. > > Nye funksjoner i Novapoint Vegmodell med brukerdefinert overbygging

Detaljer

SOSI standard generell objektkatalog versjon 4.0 1 Fagområde: Anvendt geokjemi. Fagområde: Anvendt geokjemi

SOSI standard generell objektkatalog versjon 4.0 1 Fagområde: Anvendt geokjemi. Fagområde: Anvendt geokjemi SOSI standard generell objektkatalog versjon 4.0 1 Fagområde: Anvendt geokjemi SOSI standard generell objektkatalog versjon 4.0 2 INNHOLDSFORTEGNELSE...1 0 Orientering og introduksjon......4 1 Historikk

Detaljer

Konseptskisse: Sentral Felles Kartdatabase

Konseptskisse: Sentral Felles Kartdatabase Konseptskisse: Sentral Felles Kartdatabase Innhold Innhold... 2 1. Innledning... 2 2. Mål... 2 3. Kortsiktig og langsiktig løsning... 3 4. Dataflyt... 3 5. Tekniske prinsipper... 4 6. Første generasjon

Detaljer

Tilkobling og Triggere

Tilkobling og Triggere Tilkobling og Triggere Lars Vidar Magnusson October 12, 2011 Lars Vidar Magnusson () Forelesning i DAS 11.10.2011 October 12, 2011 1 / 25 Tilkobling med PHP PHP bruker databasespesifike moduler til å koble

Detaljer

Produktspesifikasjon. Tunnelport (ID=854) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

Produktspesifikasjon. Tunnelport (ID=854) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2. Produktspesifikasjon Datagruppe: 1 Alle Vegobjekttype: 1.0 Datakatalog versjon: 2.04-733 Tunnelport (ID=854) Sist endret: 2013-10-17 Definisjon: Port som kan avstenge et tunnelløp. Kommentar: Oppdateringslogg

Detaljer

Transaksjonsstandard for virkesomsetningen i Norge. Transportert virke. Versjon 2.0. Desember 2007 SKOG-DATA AS

Transaksjonsstandard for virkesomsetningen i Norge. Transportert virke. Versjon 2.0. Desember 2007 SKOG-DATA AS Transaksjonsstandard for virkesomsetningen i Norge Transportert virke Versjon 2.0 Desember 2007 SKOG-DATA AS Innhold 1 INNLEDNING 3 2 DOKUMENTASJON AV MELDING OM TRANSPORTERT VIRKE 3 2.1 Oversikt 3 2.1.1

Detaljer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier Produktspesifikasjon Datagruppe: 1 Alle Vegobjekttype: 1.4260 Grøft, åpen (ID=80) Datakatalog versjon: 2.04-733 Sist endret: 2015-06-11 Definisjon: Kommentar: Forsenkning i terrenget for å lede bort vann.

Detaljer

Primus Brukerveiledning for masseimport av bilder. Primus 5.6.5

Primus Brukerveiledning for masseimport av bilder. Primus 5.6.5 Primus Brukerveiledning for masseimport av bilder Primus 5.6.5 Primus Brukerveiledning for masseimport av bilder 2 Innholdsfortegnelse Innholdsfortegnelse... 2 Brukerveiledning for masseimport av bilder

Detaljer

SOSI standard - versjon 4.0 1 Del 1: Introduksjon. DEL 1: Introduksjon

SOSI standard - versjon 4.0 1 Del 1: Introduksjon. DEL 1: Introduksjon SOSI standard - versjon 4.0 1 DEL 1: Introduksjon SOSI standard - versjon 4.0 2 DEL 1: Introduksjon 0 Innledning.....3 1 Endringslogg fra SOSI-versjon 3.4......4 2 Organisering......5 2.1 Målsetting...5

Detaljer

INF 1050 BRUK AV MODELLERINGSVERKTØYET RATIONAL ROSE

INF 1050 BRUK AV MODELLERINGSVERKTØYET RATIONAL ROSE INF 1050 BRUK AV MODELLERINGSVERKTØYET RATIONAL ROSE Datamodeller og andre UML diagrammer kan selvsagt tegnes for hånd, men vi kan også bruke alt fra enkle tegneprogrammer til komplette utviklingsmiljøer.

Detaljer

Kurs. Kapittel 2. Bokmål

Kurs. Kapittel 2. Bokmål Kurs 8 Kapittel 2 Bokmål D.8.2.1 1 av 4 Introduksjon til dynamisk geometri med GeoGebra Med et dynamisk geometriprogram kan du tegne og konstruere figurer som du kan trekke og dra i. I noen slike programmer

Detaljer

Eksekveringsrekkefølgen (del 1) Oppgave 1. Eksekveringsrekkefølgen (del 2) Kommentar til oppgave 1. } // class Bolighus

Eksekveringsrekkefølgen (del 1) Oppgave 1. Eksekveringsrekkefølgen (del 2) Kommentar til oppgave 1. } // class Bolighus // class Bygning Oppgave 1 System.out.println( Bolighus ); // class Bolighus Hva blir utskriften fra dette programmet? class Blokk extends Bolighus{ // class Blokk IN105subclassesII-1 Eksekveringsrekkefølgen

Detaljer

FYLKESMANNEN I ROGALAND Kurs i spreieareal november 2015

FYLKESMANNEN I ROGALAND Kurs i spreieareal november 2015 FYLKESMANNEN I ROGALAND Kurs i spreieareal november 2015 1 Adresse http://www.temakart-rogaland.no/spreieareal http://prosjekt.fylkesmannen.no/temakart-rogaland/ Anbefalt nettlesere: Internet Explorer

Detaljer

Beskrivelse av skjermbilder og funksjoner i PayBack SingelUser.

Beskrivelse av skjermbilder og funksjoner i PayBack SingelUser. Beskrivelse av skjermbilder og funksjoner i PayBack SingelUser. 00. PayBack startes ved innlogging til Zylin's webserver. Brukernavn og passord er satt opp etter informasjonen fra webformularet. Adressen

Detaljer

Inventor 10 Skill builder Animation - Inventor Studio

Inventor 10 Skill builder Animation - Inventor Studio På samme måte som i Skill builder Animation skal vise hvordan en skifter batteri på en telemetrienhet v.h.a. animering, men nu med Inventor Studio. Inventor Studio er ny funksjon i Inventor 10 og er et

Detaljer

Kanter, kanter, mange mangekanter

Kanter, kanter, mange mangekanter Kanter, kanter, mange mangekanter Nybegynner Processing PDF Introduksjon: Her skal vi se på litt mer avansert opptegning og bevegelse. Vi skal ta utgangspunkt i oppgaven om den sprettende ballen, men bytte

Detaljer

Shellscripting I. Innhold

Shellscripting I. Innhold Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag Shellscripting I Tor Halsan 19.08.2010 Lærestoffet er utviklet for faget LN199D Scripting av Servere Resymé: Leksjonen er første innføring

Detaljer

Løsningsskisse, eksamen J2EE og distribuerte systemer 19.mai 2004

Løsningsskisse, eksamen J2EE og distribuerte systemer 19.mai 2004 Løsningsskisse, eksamen J2EE og distribuerte systemer 19.mai 2004 Oppgave 1 RMI-tjenerobjekt (databasewrapper) A Sentral tjenermaskin med database, RMi-register og RMI-tjenerprogram vis kart gjør bestilling

Detaljer

Diverse eksamensgaver

Diverse eksamensgaver Diverse eksamensgaver Noen har fått den idé å lage et språk hvor klasser kan ha noe tilsvarende byvalue-result -parametere. Klasser har ingen konstruktører, og by-value-result parametere spesifiseres som

Detaljer

INF1000 Prøveeksamen Oppgave 7 og 9

INF1000 Prøveeksamen Oppgave 7 og 9 INF1000 Prøveeksamen Oppgave 7 og 9 Høst 2015 Siri Moe Jensen 7a) Skriv en klasse Gave med to variabler som forteller hva som er i gaven, og hvor mye den har kostet. Klassen skal ha en konstruktør med

Detaljer

EKSAMEN I FAG TDT4100 Objekt-orientert programmering. Fredag 3. juni 2005 KL. 09.00 13.00

EKSAMEN I FAG TDT4100 Objekt-orientert programmering. Fredag 3. juni 2005 KL. 09.00 13.00 Side 1 av 6 NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for informasjonsteknologi, matematikk og elektroteknikk Institutt for datateknikk og informasjonsvitenskap EKSAMEN I FAG

Detaljer

ÅpentGeosynkAPI i sentral forvaltning av FKB. Innspill til viktige avklaringer

ÅpentGeosynkAPI i sentral forvaltning av FKB. Innspill til viktige avklaringer ÅpentGeosynkAPI i sentral forvaltning av FKB Innspill til viktige avklaringer Bakgrunn Basert på dokumentet/rapporten «Innspill om bruk av ÅpentGeosynkAPI mot sentral FKB-forvaltning» Rapporten beskriver

Detaljer

www.ir.hiof.no/~eb/viz.htm Side 1 av 12

www.ir.hiof.no/~eb/viz.htm Side 1 av 12 VIZhtm Side 1 av 12 Innhold Side MÅL 1 OPPGAVE / RESULTAT 1 BESKRIVELSE ØVING 6A 2 BESKRIVELSE ØVING 6B 9 BESKRIVELSE ØVING 6C 12 MÅL Når du har utført denne øvingen, skal du kunne: Benytte et kamera som

Detaljer

Paul Hinsch. MICADO AS Utviklet MapBasic applikasjoner i 10 år. Registreringsknapper og Objektdialog

Paul Hinsch. MICADO AS Utviklet MapBasic applikasjoner i 10 år. Registreringsknapper og Objektdialog Brukerdefinerte registreringsknapper og objektdialog Paul Hinsch MICADO AS Utviklet MapBasic applikasjoner i 10 år Paul Hinsch MICADO AS 2011 Brukere klarer ikke alltid selv å styre hvilket kartlag data

Detaljer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer Produktspesifikasjon Datagruppe: 1 Alle Vegobjekttype: 1.5440 Tunnel (ID=581) Datakatalog versjon: 1.94-637 Sist endret: 2013-04-25 Definisjon: Sted hvor veg passerer gjennom jord/fjell eller under større

Detaljer

TDT4102 Prosedyre og Objektorientert programmering Vår 2015

TDT4102 Prosedyre og Objektorientert programmering Vår 2015 Norges teknisk naturvitenskapelige universitet Institutt for datateknikk og informasjonsvitenskap TDT4102 Prosedyre og Objektorientert programmering Vår 2015 Øving 3 Frist: 2014-02-07 Mål for denne øvinga:

Detaljer

Konvertering av kulturminnedata Visualisering med rutenett ArcGis 9.X

Konvertering av kulturminnedata Visualisering med rutenett ArcGis 9.X Konvertering av kulturminnedata Visualisering med rutenett ArcGis 9.X 1 Før start Den beskrevne prosessen krever følgende extensions hvis en ikke har ArcInfo-nivå på installasjonen av ESRI's programvarepakke:

Detaljer

Transaksjonsstandard for virkesomsetningen i Norge. Business Acknowledge. Versjon 2.0. Desember 2007 SKOG-DATA AS

Transaksjonsstandard for virkesomsetningen i Norge. Business Acknowledge. Versjon 2.0. Desember 2007 SKOG-DATA AS Transaksjonsstandard for virkesomsetningen i Norge Versjon 2.0 Desember 2007 SKOG-DATA AS Innhold 1 Innledning 3 2 Dokumentasjon av 3 2.1 Oversikt 3 2.1.1 Meldingstyper/funksjoner 3 2.1.2 BusinessAcknowledge

Detaljer

Modeller som overlever

Modeller som overlever Modeller som overlever Hvordan modeller kan forvaltes år etter år I dette notatet ser vi på hvordan modeller kan forvaltes år etter år og fortsatt opprettholde sin verdi og aktualitet. Notatet tar utgangspunkt

Detaljer

Veiledning til krav om leveranse av data til kart og NVDB fra bygge- og driftskontrakter

Veiledning til krav om leveranse av data til kart og NVDB fra bygge- og driftskontrakter Veiledning til krav om leveranse av data til kart og NVDB fra bygge- og driftskontrakter Vedlegg til konkurransegrunnlaget Versjon 1.4.0, 31.01.2012 Statens vegvesen side 1 INNHOLDSFORTEGNELSE INNLEDNING...

Detaljer

Programmering i C++ Løsningsforslag Eksamen høsten 2005

Programmering i C++ Løsningsforslag Eksamen høsten 2005 Programmering i C++ Eksamen høsten 2005 Simen Hagen Høgskolen i Oslo, Avdeling for Ingeniørutdanning 7. desember 2005 Generelt Denne eksamensoppgaven består av tre oppgaver, pluss en ekstraoppgave. Det

Detaljer

2 Om statiske variable/konstanter og statiske metoder.

2 Om statiske variable/konstanter og statiske metoder. Litt om datastrukturer i Java Av Stein Gjessing, Institutt for informatikk, Universitetet i Oslo 1 Innledning Dette notatet beskriver noe av det som foregår i primærlageret når et Javaprogram utføres.

Detaljer

Hva er nytt i GeoGebra 3.0? Sigbjørn Hals

Hva er nytt i GeoGebra 3.0? Sigbjørn Hals Hva er nytt i GeoGebra 3.0? Sigbjørn Hals 1 Dersom du vil ha en fullstendig oversikt over det som er nytt i versjon 3.0, kan du gå til denne nettsida: http://www.geogebra.org/static/geogebra_release_notes_prerelease.txt

Detaljer