Osgdem Binære Alternativer

Bruke osgdem til å generere geospatiale terrengdatabaser Hurtig trinnvis veiledning: Følger er en trinn for å få osgTerrainosgdem compilering og et eksempel på hvordan du bruker den til å behandle bilder og dems for å gjengjøre en paged databaser. 1) Last ned, kompilere amp install GDAL. 2) Få siste OSG i CVS. 3) For unix Gjør brukere, lag en kopi av Makedependencies og endre GDALINSTALL-oppføringen til: sett GDALINSTALL true Så fortell bygningen å bruke deg tilpassede avhengigheter ved å sette miljøvariabelen OSGDEPENDENCIES til den absolutte banen til filen din, dvs: 4) Opprett den OSG amp installasjon (hvis du ikke allerede har brukt 5) Å sørg for at du har et par Gb ledig diskplass, fordi du trenger det :-) 6) Last ned noen data, for dette eksempelet Jeg bruker PegoutSound-dataene på: Last ned høyde Kart: 16385 ganger 16385 PNG: 188MB Last ned tekstur kart: 16384 ganger 16384 PNG: 268MB 7) For å unngå aliasing artifcates når du åpner data bruker jeg GDAL utilitiy programmer til å generere oversikter (i hovedsak mip kart lagret i. tif) via: gdaltranslate psheight16k. png psheight16k. tif gdaladdo - r gjennomsnitt psheight16k. tif 2 4 8 16 32 gdaltranslate pstexture16k. png pstexture16k. tif g daladdo - r gjennomsnittlig pstexture16k. tif 2 4 8 16 32 8) Nå er det på tide å kjøre Osgdem-eksemplet for å generere PagedLOD database , jo flere nivåer du genererer jo lengre det vil ta (eksponentielt så), osgdem er bare en frontend til osgTerrain :: DataSet hvor alt det harde arbeidet skjer. Heres hva du skal løpe. osgdem --xx 10 --yy 10 - t. pstexture. tif --xx 10 --yy 10 - d. psheight. tif - l 8 - v 0.1 - o pegout. ive Deretter går du bort til lunsj, ettermiddag og te, da generering av så mye data tar en stund. Hvis du ikke ønsker å vente på den fulle databasen, reduser du så mange nivåer det genererer ved å sette - l-alternativet til en lavere verdi, for eksempel 3. Kommandolinjevalgene som er brukt ovenfor, er: Den første delen --xx og - du spesifiserer størrelsen på pikslene i meter, siden disse pngtifene ikke har noen geospatiale data av seg selv, hvis du har geospetialiserte filer, trenger du ikke dette. Den andre delen - t ltfilenamegt er muligheten til å spesifisere teksturkartene som skal brukes, du kan bruke så mange du ønsker, osgTerrain :: DataSet vil gjøre dem til en enkelt database. Den tredje delen - d er muligheten til å spesifisere de digitale høydekartene som skal brukes, som med teksturene du kan bruke så mange du vil. Optimaliseringsalternativene - l maksimalt antall nivåer for å generere, hvis du bruker et stort antall, vil databasen generasjonen stoppe når maksimal oppløsning av kildedataene matches av den utdataede databasen. Databasen generasjonen vil decender videre der det er høy res source data, decend mindre hvor det er lavere res data. - v-alternativet angir skaleringsfaktoren som høyden multipliseres med. Og til slutt er - o ltfilenamegt utdataformatet for å generere databasene i. Dette blir navnet på den øverste filen i den du burde laste. Det kan være en. ive eller en. osg..ive er raskere og har innebygde filer. 9) Tid til å spille, bare last inn databasen i appen din (sørg for at den støtter osgDB :: DatabasePager se osgsimplepager eksempel for detaljer). Standard osgviewer fungerer fint, så her går: 10) Du må ikke vente på at osgdem skal fullføres før du kan bla gjennom databasen, siden osgdem genererer de øverste fliser først. Det er ikke helt robust siden osgviewer kan ende opp med å laste fliser som fortsatt er skrevet av osgdem, men det krasjer ikke her under Linux, så du kan også være heldig. 11) Hvis du bilder og dems har geospatial koordinater assosiert med dem, vil ikke - xx, --yy og - v alternativer kreves for å gjøre det mye enklere å spesifisere - du trenger bare å spesifisere alternativer som - t imge. tif og - d terran. dt0 uten behov for å sette til koordinere system. 12) osgdem kan automatisk håndtere moziacing av sett med filer, disse kan angis via en sekvens av - t ltfilenamegt og - d ltfilenamegt par på kommandolinjen, eller via - t ltdirectorynamegt og - d ltdirectorynamegt. osgdem-alternativer Det er av osgdem-alternativer å bruke, for å liste opp hele omfanget av alternativene gjør: Og du bør se: osgdem --hjelp Bruk: osgdem-alternativer filnavn. Alternativer: - HEIGHTFIELD Opprett en høydefeltdatabase --LOD Opprett en LODd-database --POLYGONAL Opprett en høydefeltdatabase --PagedLOD Opprett en PagedLODd-database --RGB-16 Bruk 16bit RGB-destinasjonsbilder --RGB-24 Bruk 24bit RGB destinasjonsbilder - kommentert Lagt til en kommentarscript-streng til toppen mest knutepunkt i datasettet - komprimert Bruk OpenGL-komprimering på destinasjonsbilder - s ltcoordinates system stringgt Sett koordinatsystemet for kildebilder, DEM eller destinasjonsdatabase. Strengen kan være noen av de vanlige GDALOGR-skjemaene, fullføre WKT, PROJ.4, EPS - max-anisotropi Maks anisotropi-nivå som skal brukes når teksturering, som standard til 1,0. - maksimal synlig avstand av høyeste nivå Angi maksimal synlig avstand som øverste flis kan vises på --Mip-mapping-hardware Bruk mip-kartlagt teksturer, og generer mipmaps i maskinvare når det er tilgjengelig. --mip-mapping-imagery Bruk mip mapped teksturer, og generer mipmaps i bilder. --no-mip-mapping Deaktiver mip kartlegging av teksturer - radial-til-maks-synlig-avstand-forhold Angi maksimalt synlig avstandsforhold for alle fliser bortsett fra toppflisene. Den maksimale visuelle avstanden beregnes fra forholdets radius. - skørt-forhold ltfloatgt Angi forholdet av skjørthøyde til flisestørrelse - tile-image-size Angi flisens maksimale bildestørrelse - terrengstørrelse Angi flisens maksimale terrengstørrelse - wkt ltWKT stringgt Still inn koordinatsystemet av kildebilder, DEM eller destinasjonsdatabase i WellKownText-skjema. --wkt-file ltWKT filegt Still inn koordinatsystemet for kildebilder, DEM eller destinasjonsdatabase med som fil som inneholder WellKownText-definisjon. - d ltfilenamegt Spesifiser den digitale høydekartinndatafilen for å behandle - E ltxgt ltygt ltwgt lthgt Utvidelser av modellen til å generere - h eller - help Vis denne informasjonen - l ltnumOfLevelsgt Angi antall PagedLOD-nivåer for å generere - m ltfilenamegt Spesifiser 3D databasemodul-inngangsfil for å behandle - o ltoutputfileg Spesifiser utdata-masterfilen for å generere - t ltfilenamegt Angi teksturarkortets inntaksfil for å behandle - v Angi vertikal multiplikatorBinary Options Trading med IQ-alternativ Hva er binære alternativer Først og fremst er det et høyt lønnsomt online trading verktøy som lar deg estimere mengden potensielt fortjeneste på forhånd. Binær opsjonshandel kan gi betydelig inntekt på kortest mulig tid. Traders kjøper opsjoner til en forutbestemt pris. Online handel kan være lønnsomt dersom handelsmannen korrekt identifiserer markedsbevegelsen. Fordeler med binær opsjonshandel er et høyrisikoområde hvor du enten kan doble eller tredoble kapitalen din eller miste den om noen få minutter. Binære alternativer har flere fordeler som gjør det mulig å få mer profitt med forutsigbar risiko. Et alternativ med fast fortjeneste er forskjellig fra konvensjonell handel. Nybegynnere kan handle binære alternativer med IQ Option like godt som erfarne forhandlere. Hele prosessen er fullt automatisert. Binære opsjonshandlere er klar over fortjenesten på forhånd. Hovedformålet er å velge riktig retning for markedsbevegelsen. De trenger å velge mellom to retninger bare opp eller ned. To typer Online Trading IQ Options-plattformen lar deg handle binære alternativer i to grunnmoduser. Øvelse konto er for trening. Å åpne en øverkonto og teste styrken din, trenger du ikke engang å gjøre et innskudd. For ekte handel må du bare deponere 10. Dette sikrer en bonus på opp til 36. Når du åpner en konto for en større mengde (fra 3000), vil en personlig kontoadministrator være til din tjeneste. Handelsvirksomhet som tilbys på dette nettstedet kan betraktes som High-Risk Trading Operations, og deres gjennomføring kan være veldig risikabelt. Innkjøp av finansielle instrumenter eller bruk av tjenester som tilbys på nettstedet, kan medføre betydelige tap eller til og med i et totalt tap av alle midler på kontoen din. Du får begrenset, ikke-eksklusiv, ikke-overførbar rett til å bruke IP-en som er gitt på denne nettsiden for personlige og ikke-kommersielle formål i forhold til tjenestene som tilbys på nettstedet. Selskapet handler utenfor Russland. eu. iqoption eies og drives av Iqoption Europe Ltd. IQ Option, 20132017 Passordgjenoppretting har blitt sendt til din epost Registrering er for tiden utilgjengelig i Russland. Hvis du tror du ser denne meldingen ved en feil, vennligst kontakt supportiqoption. Selskapet bekrefter at med hensyn til beskyttet CFD på Companys nettsted: A) maksimal risiko for kunden relatert til tjenester av beskyttet CFD på denne nettsiden skal på ingen måte overstige summen investert av klienten B) under ingen omstendigheter Risiko for tap for Kunden er større enn beløpet til det opprinnelige økonomiske bidraget. C) Risikoen for tap i forhold til de tilsvarende potensielle fordelene er rimelig forståelig i lys av den foreslåtte finansierings kontraktens spesielle karakter. Under ingen omstendigheter skal risikoen for tap overstige summen investert av klienten. Ved å godta denne meldingen via kryssboks nedenfor, bekrefter Kunden at: A) Kunden forstår fullt ut den maksimale risikoen for kunden relatert til tjenestene til beskyttet CFD på denne nettsiden og det faktum at slik risiko ikke på noen måte overstiger summen som er investert av kunden B) Kunden forstår fullt ut at risikoen for tap for Kunden under ingen omstendigheter er større enn beløpet til det opprinnelige økonomiske bidraget. C) Kunden forstår fullt ut at risikoen for tap i forhold til de tilsvarende potensielle fordelene er rimelig forståelig for kunden i lys av den spesielle karakteren til den foreslåtte økonomiske kontrakten D) Kunden forstår fullt ut at risikoen for tap under ingen omstendigheter skal overstige summen investert av Kunden. Ved å godta denne meldingen via kryssboks nedenfor, bekrefter Kunden at kundenes oppfatning ikke omfatter tjenester på Nettstedet i noen definisjoner av investeringstjenestene som er begrenset på Frankrikes territorium, inkludert, men ikke begrenset til, investeringstjenester, kontrakter og produkter nevnt i artikkel L. 533-12-7 i penge - og finansloven Artikkel 314-31-1 i generell forordning fra fransk autoritet des Marchs Financiers AMAs utgave av AMF publisert av AMF på AMFs nettside på 10 Januar 2017. Jeg godtar påstandene ovenfor og gir deg min forespørsel og tillatelse til annonsering, økonomisk oppfordring av meg, samt tillatelse til å gi meg tjenestene på denne nettsiden. Du må godta avtalen når du gir hevedata til osgdem. forventes det å være i HAE (høyde over ellipoid), eller MSL (gjennomsnittlig havnivå), eller kan det fortelle fra inngangen. For eksempel gir jeg elevasjonsdata i AIGArcInfo Binary Grid-formatet (.adf). Dataene representerer høyden av området i meter MSL. Men når jeg skifter et punkt og konverterer det til Lat-Lon-Alt MSL, er høyden av med 30m (forskjellen mellom HAE og MSL på dette stedet). Dette er alternativene jeg kjørte osgdem med osgdem --geocentric - o output. ive - l 8 - d. path-to-dted - t image. tif Er det mulig å spesifisere et vertikalt dato eller koordinatsystem, for eksempel EGM96 - ---------------- Post generert av Mail2Forum Osgdem vil fungere med inngangshøyde. Den vil bygge databasen basert på inngangskilden. For eksempel hvis du bruker DTED og det geocentriske alternativet, vil det plassere punktet ved angitt høyde (i meter) over ellipsoiden. Poenget er representert i det kartesiske ECEF geocentriske rommet (for eksempel x, y, z). Standard ellipsoid som brukes er WGS84. Du kan spesifisere polar - og ekvatorialradiusene i osgdem for å passe til en annen ellipsoid. Bare vær sikker på at du spesifiserer disse radiene i EllipsoidModel-klassen på renderingssiden slik at tingene passer opp. EllipsoidModel-klassen er også standard til WGS84. ----- Original melding ----- Fra: mailto: På Behalf Of Nick Modly Sendt: søndag 25. august 2013 11:46 Til: Emne: vpb osgdem og HAEMSL Når du gir hevedata til osgdem. forventes det å være i HAE (høyde over ellipoid), eller MSL (gjennomsnittlig havnivå), eller kan det fortelle fra inngangen. For eksempel gir jeg elevasjonsdata i AIGArcInfo Binary Grid-formatet (.adf). Dataene representerer høyden av området i meter MSL. Men når jeg skifter et punkt og konverterer det til Lat-Lon-Alt MSL, er høyden av med 30m (forskjellen mellom HAE og MSL på dette stedet). Dette er alternativene jeg kjørte osgdem med osgdem --geocentric - o output. ive - l 8 - d. path-to-dted - t image. tif Er det mulig å spesifisere et vertikalt dato eller koordinatsystem, for eksempel EGM96 jeg har ikke sett på VPB om en stund, men jeg tror det forventer at høydeverdier skal refereres til WGS84 ellipsoid. Hvis det er tilfellet, må du konvertere det først til HAE. Forresten: DTED høyder refereres til EGM96 geoid (ikke til WGS84 ellipsoid). Så de trenger konvertering for å kunne vises riktig. GDAL (frem til nylig) overfører ikke denne informasjonen, så det er ingen måte for applikasjonen å vite. Du må bare kjenne Glenn Waldron glennwaldron På tirsdag 12.12.2013 kl. 13.45, Tueller, Shayne R Civ USAF AFMC 519 SMXSMXDEC lt (Kun registrerte brukere kan se e-post på dette forumet Få registrert eller gå inn i forumet Osgdem vil fungere med inngangshøyde. Det vil bygge databasen basert på inngangskilden. Hvis du for eksempel bruker DTED og det geocentriske alternativet, vil det plassere punktet ved angitt høyde (i meter) over ellipsoiden. Poenget er representert i Cartesian ECEF geocentrisk plass (f. eks. X, y, z). Standard ellipsoid som brukes er WGS84. Du kan angi polar - og ekvatorialradiusene i osgdem for å passe til en annen ellipsoid. Bare vær sikker på at du angir disse radiene i EllipsoidModel-klassen på rendering siden EllipsoidModel-klassen er også standard til WGS84. ----- Original melding ----- Fra: (Kun registrerte brukere kan se e-post på dette forumet Få registrert eller gå inn i forumet Bare registrerte brukere kan se e-post på dette forumet Få registrert eller inn i forumet) På Behalf Of Nick Modly Sendt: søndag 25. august 2013 11:46 Til: (Kun registrerte brukere kan se e-post på dette forumet Få registrert eller gå inn i forumet) Emne: vpb osgdem og HAEMSL Når du gir forhøyelsesdata til osgdem. forventes det å være i HAE (høyde over ellipoid), eller MSL (gjennomsnittlig havnivå), eller kan det fortelle fra inngangen. For eksempel gir jeg elevasjonsdata i AIGArcInfo Binary Grid-formatet (.adf). Dataene representerer høyden av området i meter MSL. Men når jeg skifter et punkt og konverterer det til Lat-Lon-Alt MSL, er høyden av med 30m (forskjellen mellom HAE og MSL på dette stedet). Dette er alternativene jeg kjørte osgdem med osgdem --geocentric - o output. ive - l 8 - d. path-to-dted - t image. tif Er det mulig å spesifisere et vertikalt dato eller koordinatsystem, for eksempel EGM96 osg - Brukerens postliste (Kun registrerte brukere kan se e-post på dette forumet. Få registrert eller gå inn på forumets osg-brukers mailingliste. (Kun registrerte brukere kan se e-post på dette forumet. Få registrert eller gå inn i forumet. VPB refererer til WGS84 for - geocentrisk alternativ. Så for å gjøre konverteringen må du fjerne bidraget fra geoid (gravitasjons-potensialoverflaten) fra den rå DTED først før du pumper den inn i VPB Er det et program som gjør dette ----- Original melding-- --- Fra: mailto: På Behalf Av Glenn Waldron Sendt: Torsdag 12. september 2013 12:04 Til: OpenSceneGraph Brukere Emne: Re: vpb osgdem og HAEMSL Jeg har ikke sett på VPB på en stund, men jeg tror det forventer at høydeverdier skal refereres til WGS84 ellipsoiden. Hvis det er tilfelle, må du ha det vert det først til HAE. Forresten: DTED høyder refereres til EGM96 geoid (ikke til WGS84 ellipsoid). Så de trenger konvertering for å kunne vises riktig. GDAL (frem til nylig) overfører ikke denne informasjonen, så det er ingen måte for applikasjonen å vite. Du må bare vite :) Glenn Waldron glennwaldron På Tue, 12. sep 2013 kl. 13:45, Tueller, Shayne R Civ USAF AFMC 519 SMXSMXDEC Litt skrev: Osgdem vil jobbe med inngangshøyde. Den vil bygge databasen basert på inngangskilden. For eksempel hvis du bruker DTED og det geocentriske alternativet, vil det plassere punktet ved angitt høyde (i meter) over ellipsoiden. Poenget er representert i det kartesiske ECEF geocentriske rommet (for eksempel x, y, z). Standard ellipsoid som brukes er WGS84. Du kan spesifisere polar - og ekvatorialradiusene i osgdem for å passe til en annen ellipsoid. Bare vær sikker på at du spesifiserer disse radiene i EllipsoidModel-klassen på renderingssiden slik at tingene passer opp. EllipsoidModel-klassen er også standard til WGS84. ----- Original melding ----- Fra: mailto: På Behalf Of Nick Modly Sendt: søndag 25. august 2013 11:46 Til: Emne: vpb osgdem og HAEMSL Når du gir hevedata til osgdem. forventes det å være i HAE (høyde over ellipoid), eller MSL (gjennomsnittlig havnivå), eller kan det fortelle fra inngangen. For eksempel gir jeg elevasjonsdata i AIGArcInfo Binary Grid-formatet (.adf). Dataene representerer høyden av området i meter MSL. Men når jeg skifter et punkt og konverterer det til Lat-Lon-Alt MSL, er høyden av med 30m (forskjellen mellom HAE og MSL på dette stedet). Dette er alternativene jeg kjørte osgdem med osgdem --geocentric - o output. ive - l 8 - d. path-to-dted - t image. tif Er det mulig å spesifisere et vertikalt dato eller koordinatsystem, for eksempel EGM96 - ---------------- Les dette emnet online her: forum. openscenegraph. orgviewtopic. phpp5598455984 Shayne, Korrekt, for hver høydeverdi i ditt DTED-nett, må du prøve EGM96 geoid på det peker og legger de to sammen. Det vil gi deg HAE. Jeg vet ikke om noen verktøy utenfor mansjetten, beklager. osgEarth har vertikal dato støtte slik at du sannsynligvis kunne skrive et verktøy ved hjelp av det. Glenn Waldron glennwaldron osgEarth På Thu, 12 september 2013 kl 02:19, Tueller, Shayne R Civ USAF AFMC 519 SMXSMXDEC lt (Kun registrerte brukere kan se e-post på dette forumet Få registrert eller gå inn i forumet VPB refererer til WGS84 for det - geocentriske alternativet. Så for å gjøre konverteringen må du fjerne bidraget fra geoidens (gravitasjons-potensialoverflaten) fra den rå DTED først før du pumper den inn i VPB. Er det et program som gjør dette ----- Original Melding ----- Fra: (Kun registrerte brukere kan se e-post på dette forumet Bli registrert eller skriv inn forumet Bare registrerte brukere kan se e-post på dette forumet Bli registrert eller skriv inn forumet) På Behalf Of Glenn Waldron Sendt: Torsdag, September 12, 2013 12:04 Til: OpenSceneGraph Brukere Emne: Re: vpb osgdem og HAEMSL Jeg har ikke sett på VPB på en stund, men jeg tror det forventer at høydeverdier skal refereres til WGS84 ellipsoiden. Hvis det er tilfellet du trenger å konvertere det først til HAE. Forresten: DTED høyder refereres til EGM96 geoid (ikke til WGS84 ellipsoid). Så de trenger konvertering for å kunne vises riktig. GDAL (frem til nylig) overfører ikke denne informasjonen, så det er ingen måte for applikasjonen å vite. Du må bare kjenne Glenn Waldron glennwaldron På tirsdag 12.12.2013 kl. 13.45, Tueller, Shayne R Civ USAF AFMC 519 SMXSMXDEC lt (Kun registrerte brukere kan se e-post på dette forumet Få registrert eller gå inn i forumet Osgdem vil fungere med inngangshøyde. Det vil bygge databasen basert på inngangskilden. Hvis du for eksempel bruker DTED og det geocentriske alternativet, vil det plassere punktet ved angitt høyde (i meter) over ellipsoiden. Poenget er representert i Cartesian ECEF geocentrisk plass (f. eks. X, y, z). Standard ellipsoid som brukes er WGS84. Du kan angi polar - og ekvatorialradiusene i osgdem for å passe til en annen ellipsoid. Bare vær sikker på at du angir disse radiene i EllipsoidModel-klassen på rendering side, slik at tingene stemmer overens. EllipsoidModel-klassen er også standard til WGS84. ----- Original melding ----- Fra: (Kun registrerte brukere kan se e-post på dette forumet. Få registrert eller skriv inn forumene. Bra ting å vite. Takk. ----- Original melding-- --- Fra: mailto: På Behalf Of Glenn Waldron Sendt: Torsdag 12. september 2013 12:34 Til: OpenSceneGraph Brukere Emne: Re: vpb osgdem og HAEMSL Shayne, Korrekt, for hver høydeverdi i ditt DTED-nett, du må prøve EGM96 geoid på det tidspunktet og legge de to sammen. Det vil gi deg HAE. Jeg vet ikke om noen verktøy utenfor mansjetten, beklager. osgEarth har vertikal dato støtte slik at du sannsynligvis kunne skrive et verktøy ved hjelp av det. Glenn Waldron glennwaldron osgEarth På Thu, 12 september 2013 klokken 20:19, Tueller, Shayne R Civ USAF AFMC 519 SMXSMXDEC Litt skrev: VPB refererer til WGS84 for - gentent alternativ. Så for å gjøre konverteringen må du fjerne bidraget fra geoid (gravitasjons-potensialoverflaten) fra den røde DTED først før du pumper den inn i VPB Er det et program som gjør dette ----- Original melding ----- Fra: mailto: På Behalf Of Glenn Waldron Sendt: Torsdag 12. september 2013 12:04 Til: OpenSceneGraph Brukere Emne: Re: vpb osgdem og HAEMSL Jeg har ikke sett på VPB på en stund, men jeg tror det forventer høydeverdier å bli referert til WGS84 ellipsoid. Hvis det er tilfellet, må du konvertere det først til HAE. Forresten: DTED høyder refereres til EGM96 geoid (ikke til WGS84 ellipsoid). Så de trenger konvertering for å kunne vises riktig. GDAL (frem til nylig) overfører ikke denne informasjonen, så det er ingen måte for applikasjonen å vite. Du må bare kjenne Glenn Waldron glennwaldron På tirsdag 12.12.2013 klokken 13:45, Tueller, Shayne R Civ USAF AFMC 519 SMXSMXDEC Litt skrev: Osgdem vil arbeide med inngangshøyde. Den vil bygge databasen basert på inngangskilden. For eksempel hvis du bruker DTED og det geocentriske alternativet, vil det plassere punktet ved angitt høyde (i meter) over ellipsoiden. Poenget er representert i det kartesiske ECEF geocentriske rommet (for eksempel x, y, z). Standard ellipsoid som brukes er WGS84. Du kan spesifisere polar - og ekvatorialradiusene i osgdem for å passe til en annen ellipsoid. Bare vær sikker på at du spesifiserer disse radiene i EllipsoidModel-klassen på renderingssiden slik at tingene passer opp. EllipsoidModel-klassen er også standard til WGS84. ----- Original melding ----- Fra: mailto: På Behalf Of Nick Modly Sendt: søndag 25. august 2013 11:46 Til: Emne: vpb osgdem og HAEMSL Når du gir hevedata til osgdem. forventes det å være i HAE (høyde over ellipoid), eller MSL (gjennomsnittlig havnivå), eller kan det fortelle fra inngangen. For eksempel gir jeg elevasjonsdata i AIGArcInfo Binary Grid-formatet (.adf). Dataene representerer høyden av området i meter MSL. Men når jeg skifter et punkt og konverterer det til Lat-Lon-Alt MSL, er høyden av med 30m (forskjellen mellom HAE og MSL på dette stedet). Dette er alternativene jeg kjørte osgdem med osgdem --geocentric - o output. ive - l 8 - d. path-to-dted - t image. tif Er det mulig å spesifisere et vertikalt dato eller koordinatsystem, for eksempel EGM96