Svensk geoprocess tema Hydrografi Svar på kommentarer avseende remiss 2014-12-16 Dataproduktspecifikation (SGP = Svensk geoprocess) Referens Uppgiftslämnare (kapitel/sida) (namn/org) 1, sista Marie Malmberg/Falu Synpunkt/Åtgärdsförslag/Kommentar - uppgiftslämnare Dataproduktens informationsmodell avsnitt 4. Åtgärd - SGP Kommentar SGP Avsnitt 5? 2, bilden Marie Malmberg/Falu Ska bilden uppfattas som att det på LM finns information som inte ingår i SGP? Ja Ta bort LM om det inte är så. 8, minsta bygghöjd Marie Malmberg/Falu Byt till lägsta golvnivå för byggnation 11 Marie Malmberg/Falu WS_Pipe. Ska inte det vara utanför denna standard? I DPS Förslag från Markdetaljer. Förekommer inte så ofta i verkligheten men exempel kan vara större rörledningar med dricksvatten eller processvatten. 19, Syfte Marie Malmberg/Falu Risker för översvämning Är inte det en typisk sak som tas med i planering, menas här t ex pågående vårflod eller häftiga regn, inte risk vid Viss omformulering gjord.
planering utan risk vid pågående översvämning? 23, krav9 Marie Malmberg/Falu Hur går det till rent praktiskt att ta fram unika identifierare för hela europa? Finns olika alternativ. Många program idag har en UUID-generator inbyggt. Googla UUID! Om man tänker sig samma princip som i Inspire så behöver Sverige fastställa namnrymder som pekar ut en viss resurs eller datamängd. 25, geometrityper Marie Malmberg/Falu Finns beskrivning hur man smartast mäter och lagrar i HMK? Mäter ja Lagrar nej Mätning kommer också att förtydligas av uppdraget Mätningsanvisningar i Svensk geoprocess. Lagring är systemberoende och organisationsberoende. Svensk geoprocess ställer inte krav på hur lagring av data ska ske. 27 Marie Malmberg/Falu Kan alla typer av geometrier ha x,y,h eller x,y? Ja 28, 5.2.2.3 Marie Malmberg/Falu Har metadata bara aktualitet och sekretess? I Falun tycker vi att kontaktperson är en av de viktigaste metadata för en datamängd Nej, metadata på datamängdsnivå följer den nationella metadataprofilen. Dessutom förkommer metadata på geometrier i den projektgemensamma geometrimodellen. I övrigt kan varje tema definiera egna objektsspecifika metadataelement i respektive modell/dps. 32. Kraven Marie Malmberg/Falu 34, SG_syfte Marie Malmberg/Falu Delomfattning D,E. Hänvisa tillbaka till 3,4 och 3.5 Finns det inga fler värden? Jo, det finns flera värden i vattensystemstandarden.
15, Omfattning Marie Malmberg/Falu 37 Marie Malmberg/Falu 39, nedersta bilden Marie Malmberg/Falu 42 Marie Malmberg/Falu 46-47 Marie Malmberg/Falu Datamängden har tre delomfattningar Borde vara fyra Heter det strandlinje även för åar, älvar osv Ska rörledning vara med? Kodlistan SG_Syfte är endast enutökning av Vattensystemstandardens kodlista WS_Purpose, därför syns bara vårt värde. För vattensystemstandardens värden refereras till vattensystemstandarden Ja, om man har valt att skapa ett objekt av typen Strandlinje som är kopplat till en å eller älv. Det är dock vanligt att man för mindre rinnsträckor/vattendrag inte skapar en strandlinje utan kanske representerar rinnsträckan/vattendraget med kantlinjer. Förslag från Markdetaljer. Förekommer inte så ofta i verkligheten men exempel kan vara större rörledningar med dricksvatten eller processvatten. Hör stranden till vatten? Vi har valt att ha med den här. Passade inte så bra i marktäcke med den modell som vi har där. Får en starkare koppling till vattenförekomsten om den är med i Hydrografi. Minsta bygghöjd Byt minsta bygghöjd till lägsta golvnivå för byggnation Minsta bygghöjd kan misstolkas till som höjd på byggnad
46, Krav 22 Marie Malmberg/Falu Ska anges RH 2000 Koppling till annat krav om höjdsystem. Viktigt att det anges i det höjdsystem som används i en, normalt RH200 52, referenssystemets omfattning Marie Malmberg/Falu Lägg till för lokala system eller (ESPG: 5846-ESPG:5857), eller kan inte kombinationen plan, höjd användas? 52, krav 23 Marie Malmberg/Falu SWEREF 99 TM Kan inte användas i tillämpning D-E, då måste lokala zoner av SWEREF användas för att uppnå noggrannhetskraven. Ändras osäkerhet vid transformering? DPS ställer krav på att TM ska kunna tillhandahållas. I kapitlet om datafångst krävs att lokala system ska användas vid insamling. 55, Metadata Marie Malmberg/Falu I Falun tycker vi att det är jätteviktigt att ha med ansvarig person för en datamängd. Finns med i nationella metadataprofilen. 54-55, Lägesosäkerhet delomfattning D Marie Malmberg/Falu I Falun har vi kravet 1 dm i plan i Falu tätort, i övriga mindre tätorter nöjer vi oss med 25 cm, kan mäta in noggrannare om det är något extra viktigt (behovsprövat) Detta kommer att behöva utredas vidare i mottagar-/förvaltarorganisation. 57 DWG Marie Malmberg/Falu Version R 2013 Antalet rekommenderade format har reducerats. Vi tycker att det ska stå att leverantör och mottagare kommer överens om version. 59 Marie Malmberg/Falu Lägesosäkerhet delomfattning D Detta kommer att behöva utredas vidare i mottagar-/förvaltarorganisation. Vi har olika krav i Falu tätort och i
mindre tätorter, se kommentar sid 54-55 59 Marie Malmberg/Falu Andra metoder Lägg till marklasermätning och markfotogrammetri med kamerarover till GPS-instrumenten, gäller både D och E 68, Bilaga D Marie Malmberg/Falu Alltid svårt att skilja mark och vatten. Jag trodde att stranden tillhörde mark? Vi har valt att ha med stranden i Hydrografi då man ofta tittar på den utifrån Strandlinjen. Bilaga E Marie Malmberg/Falu Se över ev ändrade krav även här. Bilaga G Marie Malmberg/Falu Ekolodning Mätningen med ekolodning mäter ju botten, men det kallas kanske ytvatten ändå till skillnad mot grundvatten? Ekolodning mäter djupet till botten från vattenytan på en ytvattenförekomst. Detta kan sedan omvandlas till höjd över havet för bottnen. Bilaga H Marie Malmberg/Falu Alla diken enligt nivå D-E hänger inte ihop i nätverk, men det kanske inte är något krav heller. Diken kan ingå i det geometriska nätverket om geometrierna är sammanhängande. Annars i det logiska om man vet att så är fallet. Men diken behöver inte ingå i ett nätverk. 1, Intro Marianne Orrmalm/Lantmäteriet Finns det en överenskommelse i dokumentet? stryk annars 1, Intro Thomas Kanske behövs ett förtydligande att Markmodell och dess förlängning under vattenytan ingår inte heller i hydrografi
1, Intro Thomas 7, Syfte Thomas 7, Syfte Thomas 8, Delvattendrag Marianne Orrmalm/Lantmäteriet 8, Dike Marianne Orrmalm/Lantmäteriet 14, HMK Marianne Orrmalm/Lantmäteriet 14, Syfte Marianne Orrmalm/Lantmäteriet Ge hänvisning var, avses 5.2.1 eller/och Bilaga F? Skall det vara er och myndigheter inklusive Lantmäteriet? Producent perspektivet saknas i kapitel 5 och 9. För kapitel 5 se förslag i blanketten För kapitel 9 se uppdelningen i DPS Flyg/orto Bör det inte vara mer allmänna beskrivningar här. Lite konstigt att termerna definieras av sina attribut. Gäller även strandområde och vattendrag kan en ytvattenförekomst vara täckt? Ja Beskriver HMK-projektet där HMK (handboken) tas fram. Tycker att det kan strykas. Ej åtgärdat Lagt till länk till Bilaga F Nej? Kommer att kompletteras av uppdraget Mätningsanvisningar Omformulerat Mål (resultatet man vill åstadkomma)? Ska vara Syfte enligt ISO 19131 16, Identifiering av omfattning Thomas I senaste utgåvan av HMK- Geodatakvalitet 2014 kallar vi termen HMK-standardnivå 1 så man slipper förtydliga hela tiden vart det kommer ifrån. Lantmäteriet insamling avser HMKstandardnivå 1.
Bör justeras i hela dokumentet 16, Utsträckning Thomas Finns ingen särskild hydrografiredovisning annat än NSL? Bör förtydligas att det avser fastighetkartan, NSL 19, 5.1 Thomas Djupmätning hör till dataprodukten höjddata (kallad laser/höjdmodell i SGP) samt elevation i Inspire Utförligare beskrivet hur djup kan och bör hanteras utifrån syfte med insamling av djupdata. Finns särskild standard från IHO för insamling som tolkats till nordiska förhållanden av sjöfartsverken i Sverige och Finland, se http://www.sjofartsverket.se/sv/mariti ma-tjanster/sjomatning/ Och PDF-dokumenten till höger 20, 5.2 Thomas Krångligt stycke, tycker att det står att voidible både ingår och inte ingår i vattenstandarden Omformulerat 25, 5.2.2.2 Thomas Tycker att aktualiteten bör avse både ursrungligt datafångstdatum och när den senast verifierades, dvs verifieringsdatum. 26, aktualitet Thomas Bör delas upp i datafångsdatum och verifieringsdatum. Vid fotogrammetri bör datum avse flygfotodatum och inte datum när operatören kollade bilden. 26 Thomas Föreslår att ordningen på tabeller är SG-LägesOsäkerhet, Hela objekttypskatalogen är sorterad i bokstavsordning.
SG_Punkt SG_Linje SG_TypAvLinje SG_Polygon SG_Kropp 53, Figur 30 Thomas Rekommenderade förer. Det finns aktörer som har delvis annan indelning, t ex Trafikverket Ändrat texten till figuren 55, 8 Thomas Metadata anges på datamängdsnivå - Fungerar detta när områden/objekt uppdateras efter behov ellerkontinuerligt och inte periodiskt? Metadata finns även till geometrier på objekttypsnivå. Metadata på datamängdsnivå gäller vid utbyte av datamängder. Vid ajourhållning ändras metadata på objekttypsnivå (ex. geometri) vilket kan föranleda uppdatering av metadata på datamängdsnivå (databas/tjänst). 55, 9 Thomas Behövs särskild leveransavsnittför produktion? Se DPS flyg/orto 9.1 Nej, arbetsgruppen anser att det kommer att hanteras av uppdraget Mätningsanvisningar. 58, 10 Thomas HMK har uppdaterats 2014 och HMK- Fotogrammetrisk detlajmätning kommer under våren. Har försökt att uppdatera texten efter detta. 73, 14.7 Thomas Bilaga G. Observation av djup i en Sjö: Behövs den, eller skall sjöfartsverkets riktlinjer gälla alternativt att detta flyttas till höjddata? (se även kommentar nr 12) Arbetsgruppen anser att den behövs för att beskriva de verksamheter/tillfällen då sjökartläggning ej sker med syfte att framställa navigeringsstöd/-produkter. Avsnitt 5.2.4.1 (sid 33) Thomas I avsnitt 2.1 Syfte framgår att Utbytet även ska avse från producent Kommer att utföras av uppdraget Mätningsanvisningar.
Avsnitt 5.2.5.1 (sid 41) till datalager. Producenter stöds dock inte av tydliga definitioner av geometrier i vissa objektypskataloger Inför tydliga definitioner för geometriproduktion Som utgångspunkt kan t ex bifogad norsk spec FKB vann nyttjas. Där framgår t ex geometrityper, registreringsmetod, tilläggsbeskrivning för produktion, planreferens (grunrissreferense) & höjdreferens samt ev förklarande figur. Se t ex exempel: + kystkontur, sid 13-14, 16-17 + ElvBekk sid 30-31 + ElvBekkKant, sid 32, 34-35 osv Sid 1-2, stycket under figuren Både en informationsmodell och en objekttypskatalog.. Både en grafisk beskrivning och en objekttypskatalog. Objekttypskatalogen är en del av informationsmodellen 2.1.1 Första tabellen Samtliga termer är de som finns i objekttypskatalogen. De förklaras alltså 2 gånger.
Om det finns använda hydrologiska facktermer som inte ingår i objekttypskatalogen bör de också förklaras UML-facktermer finns i egen tabell. Första tabellen är inte så viktig, eftersom alla förklaringar återkommer. Men eventuella hydrologiska facktermer bör tas med! 2.1.1 Första tabellen; Även 5.2.4.2 i objekttypskataloge n Termerna delvattendrag, strandområde och vattendrag förklaras med vilka attribut som använts till objekttypen. Ändra till förklaring som talar om vad som avses med termen Termerna förklaras med egenskaper som skiljer dem från förälder dessa egenskaper uttrycks sedan i data som attribut. En beskrivning som är kopplad till ingående attribut, måste göras om varje gång man ändrar attribut. Definition/beskrivning av objekttyp måste vara oberoende. Kapitel 4 Numera innehåller LM-mallen stycken som skiljer på syfte respektive användning. I SGP mallen finns endast syfte. Ska SGP ta med även stycket
användning som standard? Skillnad: Syfte = ursprungligt syfte; Användning = faktisk användning. Sid 20, 5.1 Feature catalogue felstavat Ändra Feature catalog till Feature catalogue. Sid 20, 5.2 Beskrivning av färger på objekttyper: WS ljust brun/beige Kodlistor ljust bruna Kompletterat med figur. Ändra WS till beige Det låter annars i beskrivningen som om de har nästan samma färg Sid 20, 5.2 Färgangivelse för gemensamma klasser saknas Tala om att gemensamma klasser är grå Sid 20, 5.2 Beskrivning av rosa objekt saknas Tala om vilka klasser som är rosa Sid 25-26, 5.2.2.2 geometrikälla har datatypen CI_ResponsibleParty vilket ställer krav på obligatoriskt attribut rolecode Ändra CI_ResponsibleParty till
RelatedParty (se Inspire GCM) Inspire har gjort om till RelatedParty som har obligatorisk 1 av 3 relevanta attribut, ej rollkod. Mycket mer praktiskt. Sid 25-26, 5.2.2.2 Attributet geometrisyfte, vad kan man skriva in där? Förtydligande hur attributet ska användas Sid 26 Definition SG_TypAvLinje ordet användningssyfte är svårbegripligt Kommer att utredas vidare. Förtydliga Sid 33, 5.2.4 Kodlistan SG_DammVattenTyp innehåller både typer av vatten (tex Dagvatten) och ändamål med dammen (tex Branddamm) Ändra till Kodlistan SG_DammVattenTyp innehåller olika typer som pekar på ändamål med dammen. (eller liknande formulering) Dagvatten, spillvatten och lakvatten är också ändamål, dvs dammens syfte är att insamla olika typer av överskottsvatten. Dessa tre vattentyper skiljer sig inte från strukturellt från släckningsvatten,
bara semantiskt. Figur 14 + Figur 11 Strand skulle kunna vara en typ av Vattenförekomst (i stället för vattenplats) på samma sätt som våtmark, grund-, mark-, ytvatten och glaciär. Vattenförekomster avser vattnet, inte behållaren de ligger i. Fundera på om inte strand kan betraktas som vattenförekomst! I Inspire hydrography är wetland och shore objekttyper på samma nivå. Vattenplats, där strandområde ligger nu, innehåller mer (men inte enbart) information av punktkaraktär, bortsett från vattenavgränsning. Sid 37, Strandområde Attribut finns för fraktionsstorlek på material, samt ev strandskoning. Saknar attribut som talar om ifall stranden är bevuxen eller inte. Fundera på att lägga till attribut som talar om eventuell förekomst av vegetation. Vegetation har betydelse för erosion Sid 38, kodlista SG_StrandMaterial Glapp i fraktioner mellan sand och lera Komplettera med mellanklass/-er eller ny klass finmaterial där även lera ingår.
Eller kalla klass för mjukbotten. Sid 38, kodlista SG_StrandMaterial Klapper är svallad sten, men övriga såsom grus har ingen svallad motsvarighet Fundera om det behövs ta hänsyn till svallat material och i så fall hur? Jämför en del engelska listor, där pebbles och cobbles finns jämsides med de vanliga. Sid 38, kodlista SG_StrandMaterial Organiskt material är representerat av gyttja, men även torv och dy kan förekomma. Byt ut gyttja mot organisk jordart, eller komplettera. Vanligen är finsediment och organiskt material blandat till mjukbottnar, och det går upp på stranden också. Sid 38, kodlista SG_StrandMaterial Jordarten kan också vara morän, eller blandade fraktioner. Lägg till morän/blandad eller liknande Eftersom attributet är obligatoriskt måste den möjligheten finnas. Figur 19, sid 39; m Figuren och andra figurer sticker
fl figurer utanför kanten mot marginalen. Justera 5.2.6.1 SG_HydrologisktGe ometrisktnätverk Stavfel på ordet flödesnätverk. Ta bort s på slutet Sid 46, stycket under figur 24 Felaktig hänvisning: Figur 24 beskriver observation av ytvatten. Ska vara figur 25 Till Figur 23 Ändra T. ex 5.2.8.1 Vi borde hitta gemensam datatyp inom SGP för decimaltal (double, single, float, decimal, m.m.) Kommer att utredas vidare. Jag misstänker att det varierar, och att jag inte varit konsekvent. 5.2.10, sid 48 Mellanslag saknas: Figur 27visar Infoga mellanslag S 49, figur 27 Figuren visar inte bara datatyper utan också en kodlista Ändra text eller bild 5.2.11, sid 27 Figur 27 visar de kodlistor. Det ska vara figur 28. Ändra hänvisning.
Kapitel 7 Lägesosäkerhet används i stället för lägesnoggrannhet i kvalitetstabellen Vi har på uppmaning från HMK m.fl. ändrat till lägesosäkerhet. Utred hur det ska vara. Se kommentar på min senaste hörsägen i frågan. Kvalitetsmått avstämda med HMK. Kvalitetsstandarden använder noggrannhet. Då bör det begreppet användas i kvalitetstema och parameter. Däremot kan och bör måttet uttryckas som standardosäkerhet. Standardosäkerhet är samma mått som RMSE! Kapitel 7 RMSE används som mått på höjd i stället för standardosäkerhet Ändra mått till standardosäkerhet Kapitel 10 Punklista är hoptryckt. Är inte formaterad som punklista utan skriven med ett stort punkttecken i början på varje del. 10.1, tabell Formateras om Tabelltextbeskrivning saknas, eller är ej formaterad som sådan (meningen före tabellen) Formatera Generellt genetiv-s Dataprodukten Hydrografis
14.5.1, sid 70 14.8.1, första stycket Ändra till Dataprodukten Hydrografi:s Krav 15 ej formulerat Felaktig hänvisning: Figur 28 ger en illustration av det geometriska nätverket. Ändra till figur 42 Felaktiga hänvisningar i hela bilaga 14.8 Kapitel 5 UML-klasserna har olika utseende pga de är framtagna med olika inställning (versioner). Figur 16, 21, 27, 29 i nyare version (från EA 11?). Bestäm vilken version vi ska använda i SGP generellt. (Alla teman) Nyare versionen (11) har svart attributtext och vinjetterad färg. Äldre version har brun attribut-text och ovinjetterad färg. Avsnitt 5.2.5 Lennart Sorby/HaV Under denna finns bland annat strandområde. Strandområde kan vara lite olika avgränsningar, exempelvis de närmsta 1-5 meterna, strandzonen på ca 10-30 meter eller strandskyddsområdet vilket normalt är 100 meter. Vilken typ av strandområde som avgränsas och utbyts är upp till insamlande organisation. Syfte kan anges antingen på företeelsen (utökad kodlista SG_Syfte) och även på geometrin. Strandskydd är en bestämmelse som inte hanteras av detta tema.
Jag tror att det kan vara bra att kunna välja vilket område man vill beskriva, de har olika betydelse beroende på syfte, men i ett planerings- och bebyggelseperspektiv är strandskyddsområdet viktigast 5.2.4 och 5.2.8 Lennart Sorby/HaV Vattenförekomster eller översvämning. Översvämningar är bara vattenförekomster med mycket vatten, och jag vill förorda att de därmed hanteras under 5.2.4. (5.2.8 kan utgå?). Enligt svensk lagstiftning (11 kap 4 miljöbalken) är vattenområde det område som täcks av vatten vid högsta förutsebara vattenstånd. Högsta förutsebara vattenstånd kan man modellera ganska väl, och med ny höjdmodell bör man pricka in vattenområdet väldigt väl. Dessutom syns detta vattenområde ganska väl ut i landskapet. Konsekvensen av ordval och lagstiftning är att översvämningar knappast existerar i Sverige. (däremot har MSB gjort en annan tolkning utifrån Översvämningsdirektivet). Högsta förutsebara vattenstånd har av Naturvårdsverket tolkats som 100 års flödes- eller vattenståndsnivån, dvs denna nivå bör alltid finnas med. Därutöver kan, i ett klimatperspektiv, även 200 årsnivån, 1000 årsnivån och maxflödesnivån vara intressanta. Vi har valt att beskriva det område som riskerar att översvämmas vid olika flöden som ett alternativ/komplement till att skapa flera geometrier (med olika syften) till vattenförekomster. Svämplan har inte diskuteras i arbetsgruppen. Det låter som en plan för hur översvämningar ska hanteras. Planer och bestämmelser hanteras inte i Svensk geoprocess. Mottagarorganisationen kommer dock att upplysas om fenomenet Svämplan för eventuell vidare utredning.
Svämplan är en kombination av strandområde och vattenområde, och som ingår i vattendirektivsarbetet, och nog i huvudsak överensstämmer med 100 års flödes- eller vattenståndsnivån. Vad betyder egentligen de olika omfattningarna? Kap 4 antyder att det bara finns en specifikation gemensam för alla hydrodata? Är det kraven som sedan beskriver olikheterna? Resonemanget om obligatoriskt eller ej. Vad innebär obligatorisk i det här sammanhanget? Att den informationen ska ingå för att någon ska få hävda att de tillämpar specifikationen? I övrigt finns väl inga obligatoriska delar i att använda en viss DPS (som det finns i t.ex. Inspire)? Genom hänvisningar dels inom dokumentet och dels till andra dokument blir innehållet ganska oöverskådligt och i princip oläsbart för en lekman Annars tycker jag det är pedagogiskt skrivet och mer tillgängligt än andra specdokument. Hänvisning till fel avsitt/kapitel: Dataproduktens informationsmodell läses enklast ur avsnitt 4 som innehåller både en informationsmodell[ ] Kap 3 Kap 5.2 Kraven allmänt Ove Sundström/Lantmäteriet Ove Sundström/Lantmäteriet Ove Sundström/Lantmäteriet 1, sista stycket Florence Pendrill/Sjöfartsverket Ingen ågärd Kompletterad inledning till kapitlet med en text som beskriver vad omfattning och delomfattning är. Gäller obligatorium på framförallt attribut. I SGP använder vi bara multiplicitet och krav i textform för detta. Eftersom den svenska vattensystemstandarden använder Inspires stereotyp voidable och SGP använde rstandardens klasser så behöver vi förklara detta. Tack!
Ändra 4 till 5. 12, Generella termer Florence Pendrill/Sjöfartsverket Definition av abstrakt klass skulle kunna ha något om att abstrakt klass inte kan instansieras. Tillagt i definitionen 23, 5.2.2.1 Florence Pendrill/Sjöfartsverket Utöka eller omformulera definition utifrån de definitioner som finns på termweb, t.ex. klass som inte själv kan ha förekomster Ej konsekvent anv. av versaler för SG_Basklass/ SG_BasKlass Justera så att SG_Basklass skrivs lika dant i hela stycket (och dokumentet) 23, 5.2.2.1 (gäller dock hela dokumentet) Florence Pendrill/Sjöfartsverket Ej konsekvent anv. av versaler och inte heller i överenstämmelse med Inspire för: beginlifespanversion, endlifespanversion, namespace, LocalId Justera så att attributen benämns och skrivs exakt så som i Inspire. (beginlifespanversion, endlifespanversion, namespace, localid) Gäller hela dokumentet, t.ex. även s.24, 25, 5.2.2.2. (Fig 6) Florence Pendrill/Sjöfartsverket SG_Geometri (och dess instanstierbara child elements) är modellerad som en Vi har tagit ett beslut att hantera geometrier som DataTypes fast med
DataType, men har geometriid? Detta är ej i linje med definitionen av en datatyp ( [ ] saknar egen identitet ). egenskaper som en FeatureType delvis för att vara konsekventa i hur vi modellerar attribut och associationer. Kommer att testas och utredas vidare om det får konsekvenser. 48, 5.2.10 Florence Pendrill/Sjöfartsverket Kanske jag som missat, men kanske även importerade datatyper från Inspire skulle kunna finnas med? (t.ex. GeographicalName) leveransformat shape av ren nyfikenhet hur hanteras multipliciteter 0..*s (t.ex. attributet vattentyp för SG_Damm)? 32, fig. 12 Florence Pendrill/Sjöfartsverket Vi har beslutat att ändra de rekommenderade formaten till de vi kommer ha möjlighet att testa (gml - WFS och bilder - WMS) inom projektet. Datamängder enligt DPS:erna i Svensk geoprocess kommer sannolikt inte att konsumeras direkt av GIS-klienter eller kartklienter utan snarare utbytas mellan olika system vilket också gör andra format än de ovan nämnda överflödiga. 52 Florence Pendrill/Sjöfartsverket Temporalt referenssystem Bör även tillåta UTC ( ±0 ) Vid datautbyte finns ofta en risk för osäkerhet om vilken tid som avses. Både Sjöfartsverket (vid sjömätning) och SMHI (öppna data) har gått över till UTC.
14, Förkortningar (NSL) Florence Pendrill/Sjöfartsverket Se NSL:s hemsida http://www.sjofartsverket.se/sv/sjofar t/sjokort/tillverkning-avsjokort/nationell-strandlinje/kortafakta-om-nsl/ NSL omtalas på flera ställen i DPS:en. Lämpligt med en hänvisning till hemsidan i DPS:en. 37, stycke 2 Florence Pendrill/Sjöfartsverket Skulle kanske kunna göras lite tydligare hur hydrografi-modellen förhåller sig till den modell/objekttypskatalog som beskrivs i NSL-specifikationen. Se även beskrivning i temats Analysdokument. Se: http://www.sjofartsverket.se/pages/10 604/specifikation_nsl_ver18.pdf Sida 32, 5.2.2.3.1 Datatyper Niklas Fagrell Eriksson/Cad-Q Datatyperna Linjer och Polygoner räknas upp men inte topologiska begränsningslinjer med dess centroid. Vet inte om man menar topologiska begränsningslinjer då man pratar om linjer. ännu Omformuleringar gjorda. Geometrimodellen kommer att ses över och bland annat Utökas med topologiska krav. Att begränsningslinjerna ska vara utformade så att det går att skapa topologier av dessa. Att det till de topologiskt riktiga begränsningslinjerna finns centroider som talar om vad det topologiska
området representerar. Det ska även gå att leverera topologiskt riktiga begränsningslinjer inklusive centroider. Bygger vi upp marktäcket med hjälp av topologiskt riktiga begränsningslinjer och därtill hörande centroider och sen låter datasystemen skapa ytor då sådana efterfrågas minimeras risken med att ytor överlappas eller hål uppstår. Andreas Oxenstierna/Tkartor Referenser till IHO:s hydrografistandarder, främst S-57 och S-100, saknas Sjöfart är inte ett användningsfall för temat men det finns möjlighet att länka ett SG_Sjömärke till Sjöfartsverkets data. ex Sjömärke är ett objektkomplex S- 57 5.2.2.3 Andreas Oxenstierna/Tkartor Geometrihantering och -kopplingar är svårförståeliga Kommer att hanteras temaöverskridande av uppdraget Mätningsanvisningar som startar juni 2015. tabell med giltiga geometrityper per objekttyp Ex. att SG_Dike enbart tillåts vara linje eller yta 5.2.2.3 Andreas Oxenstierna/Tkartor Tillåts inte GM_MultiPont eller GM_MultiSolid? Tillåts bågar? Geometrimodellen är under översyn definiera exakt vilka ISO 19107- geometrielement som tillåts
5.2.2.3 Andreas Oxenstierna/Tkartor enligt GML Simple Features profilen? Betyder figur 8, 43 och krav 17 att varje objekt alltid skall ha en och enbart en geometri? Se båda svaren ovan. kopplingarna mellan objekt och geometri bör förtydligas, som i SGP_DPS_Markdetaljer_v0.7.pdf kapitel 5.2.4.1 9.1.1 Andreas Oxenstierna/Tkartor 9.1.2 Andreas Oxenstierna/Tkartor 9.2.1 Andreas Oxenstierna/Tkartor objekt skulle kunna ha flera olika geometrier, ex. för olika kartskalor WFS-version(er) ej specat 1.1.0 & 2.0 WMS-version(er) ej specat 1.1.1 & 1.3.0 Inom projektet kommer det förhoppningsvis att finnas möjlighet att testa utbyta datamängder med gml och ev. sätta upp WMS-tjänster. Därför behålls endast dessa som rekommenderade format. Version specas vid utbyte. Inom projektet kommer det förhoppningsvis att finnas möjlighet att testa utbyta datamängder med gml och ev. sätta upp WMS-tjänster. Därför behålls endast dessa som rekommenderade format. Version specas vid utbyte. GML 3.x krävs för GM_Solid Inom projektet kommer det förhoppningsvis att finnas möjlighet att testa utbyta datamängder med gml och ev. sätta upp WMS-tjänster. Därför behålls endast dessa som rekommenderade format. Version specas vid utbyte.
9.2.4 Andreas Oxenstierna/Tkartor MapInfo MID/MIF saknas MID/MIF är exportformatet Inom projektet kommer det förhoppningsvis att finnas möjlighet att testa utbyta datamängder med gml och ev. sätta upp WMS-tjänster. Därför behålls endast dessa som rekommenderade format. Version specas vid utbyte. 9 Andreas Oxenstierna/Tkartor Stöd för den nya OGC-standarden GeoPackage vore önskvärt. DPS:erna specar inte tillåtna format utan bara rekommenderade utifrån testmöjligheter inom projektet.