MML:n ilmakuvat Photosceneryksi (oli: Re: Maanmittauslaitos aikoo julkaista karttansa ilmaiseksi netissä)

[Jari Varje 0]

Ilmakuvatkin näyttäisivät olevan nyt ladattavissa Maanmittauslaitoksen tiedostopalvelussa, https://tiedostopalvelu.maanmittauslaitos.fi/tp/kartta. Täytynee ruveta päivittelemään vanhoja maisemia.

[Mikael Leinonen 957]

Täytynee ruveta päivittelemään vanhoja maisemia.

 

Ei voi muuta sanoa kuin että 

[Olli Laine 0]

Maanmittauslaitoksen ortokuvia saa käyttää sceneryihin niin ilmaisiin kun payware tuotoksiin.Asia kysytty maanmittauslaitokselta.

 

Maili vastaus maanmittauslaitokselta :

Terve, kyllä voitte käyttää vapaasti.

 

Kuvat saatte latauspalvelusta maksuttomasti

http://www.maanmittauslaitos.

fi/aineistot-palvelut/latauspalvelut/avoimien-aineistojen-tiedostopalvelu

 

terveisin

Päivi Lahtinen

 

[Esa Sairio 763]

Latasin jo eilen kokeeksi pari ortokuva-aluetta Lapista. Ne vaan olivat mustavalkoisia kun kuvittelin saavani väriaineistoja. Kysyin asiaa Maanmittauslaitokselta ja he vastasivat, että värikuvien lataamisessa on ongelma, jota korjataan.

 

Kokeilein juuri äsken uutta koepalaa, ja odotan jännityksellä onkohan se värillinen.

 

yES

[Esa Sairio 763]

Edelleen tulee mustavalkoista.

 

yES

[Olli Laine 0]

Täälläkin tuli 4:stä kuvasta 3 mustavalkosta eilen, toivottavasti korjaavat pian.

[Jari Vanhatupa 2]

Mitä formaattia ja mittakaavaa noista kannattaisi ladata jos ajattelisin testata photopohjaa Vampulan kentän alueelle ja lähiympäristöön? Niitä mittakaavoja ym. on siellä paljon erilaisia.

Voisi jossainvaiheessa yrittää jotain tuon ilmakuvan kanssa, eri juttu sitten taittuuko photosceneryn teko meikäläiseltä, vähän kyllä epäilen. Viikkotolkulla yritin jo kalibroida pohjakuvaa SBuilderiin lopputulos oli pyöreä nolla.

 

Sinällään ilmakuva olisi tyylikäs kentän pohjana. Esim. Vaasassa on kentän pohjana Esan photoscenery ja se on ihan hyvän näköinen.

 

[Olli Laine 0]

Mitä formaattia ja mittakaavaa noista kannattaisi ladata jos ajattelisin testata photopohjaa Vampulan kentän alueelle ja lähiympäristöön? Niitä mittakaavoja ym. on siellä paljon erilaisia.

Voisi jossainvaiheessa yrittää jotain tuon ilmakuvan kanssa, eri juttu sitten taittuuko photosceneryn teko meikäläiseltä, vähän kyllä epäilen. Viikkotolkulla yritin jo kalibroida pohjakuvaa SBuilderiin lopputulos oli pyöreä nolla.

 

Sinällään ilmakuva olisi tyylikäs kentän pohjana. Esim. Vaasassa on kentän pohjana Esan photoscenery ja se on ihan hyvän näköinen.

 

 

Tiedostopalvelussa tuotteita on saatavissa vain ETRS-TM35FIN koordinaatistossa.Suuremmissa alueissa ei voi oikeen hyödyntää simussa.Heittoo tulee jo 2 kuvan matkalla aika paljon.

[Esa Sairio 763]

Tiedostopalvelussa tuotteita on saatavissa vain ETRS-TM35FIN koordinaatistossa.Suuremmissa alueissa ei voi oikeen hyödyntää simussa.Heittoo tulee jo 2 kuvan matkalla aika paljon.

Mihin perustuu tieto, että Maanmittauslaitoksen ilmakuvia ei voisi koordinaatistosyistä käyttää FS 2004/FSX:n photosceneryjen tekoon?

 

yES

[Guest Janne]

Jos on aiemmin joutunut leipomaan YKJ/KKJ:ssä olevia karttoja ja ilmakuvia simuun, ETRS-TM35FIN ei liene merkittävästi sen kummempi, samantyyppisistä tasokoordinaatistoista on kuitenkin kyse. Veikkaanpa, että vaikka Esa ei edes huomaisi eroa väännellessään kuvia vanhalla rutiinilla Photoshopilla FS:n otaksumaan asentoon.

 

Tutustumisen arvoinen voisi olla myös http://www.gdal.org/ ja siellä erityisesti gdalwarp, joka pikaisella lukemisella saattaisi tehdä tuon kuvan uudelleenprojisoinnin automaattisesti ja maantieteellisesti tarkasti (eliminoiden siis myös käsipelillä väännellen jäävät pienet virheet).

[Esa Sairio 763]

Latasin huvikseni Kuusamo-Ruka-alueelta isohkon palan (11 kpl) värillisiä ortokuvia (Jannen kommenteista rohkaistuneena). Yhdistelen ne Photoshopilla ja ajan alueen FS 2004:een. Katsotaan kuinka hyvin saan alueen paikalleen. Kerron sitten täällä miten homma etenee.

 

yES

[Olli Laine 0]

Mihin perustuu tieto, että Maanmittauslaitoksen ilmakuvia ei voisi koordinaatistosyistä käyttää FS 2004/FSX:n photosceneryjen tekoon?

 

yES

 

Joo tämä ilmeni siinä että open street mapista otetut autogen rakennukset eivät osunu kohdilleen kuvan kanssa.Mutta mutta...vika taitaakin olla muualla toivottavasti.

Nyt ilmeni sellainen seikka, kun testasin bing mapsin kartoilla, että PhotoScenery X ei toimikkaan oikein vielä XP10 versiolle, eli vika voisi todennäkösesti olla siinä.Ohjelma tehdessään uutta meshiä tai draped polya, kirjottaa se dsf:ään XP10:lle ymmärtämättömiä tietoja.Odottelen päivitystä / tekijältä viestiä mistä johtuu, kun nyt kaikki kuvat menee pieleen.

 

Ohjelma on kyllä loistava muuten, en tiedä voisiko tätä käyttää myös MSFS:n kanssa.Mukana tulee kuvien pilkkoja, konvertoija ja kokooja (nopeempaa työskentelyä kuin photosopilla) sekä polyjen ja meshien kirjoittaja.

 

http://www.photosceneryx.com/

 

 

 

[Guest Janne]

Tutustumisen arvoinen voisi olla myös http://www.gdal.org/ ja siellä erityisesti gdalwarp, joka pikaisella lukemisella saattaisi tehdä tuon kuvan uudelleenprojisoinnin automaattisesti ja maantieteellisesti tarkasti (eliminoiden siis myös käsipelillä väännellen jäävät pienet virheet).

 

Testailin tätä puolta eilen illalla, GDALin käyttö vaikuttaisi erittäin lupaavalta.

 

GDALin työkaluilla hoituvat suoraan komentoriviltä ilmakuvapalojen yhdistäminen ja uudelleenprojisointi FS:n koordinaattijärjestelmään - lopputuloksen pitäisi olla sentintarkka. Photoshopia tarvitaan siis ainoastaan värien säätöön, vesien erotteluun ym. hommaan.

 

 

Koko ratkaisu nojaa siihen, että MML:n jakelemissa ilmakuvissa on koordinaattitieto mukana joten ohjelmat tietävät mistä tarkasta kohdasta maailmaa kuvat ovat. Prosessin toisesta päästä putkahtaa ulos GeoTIFF-muotoinen kuva (= tavallinen TIFF jossa paikkatiedot ovat edelleen metatietoina mukana). Jos muistan oikein, FSX:n resample taitaa osata lukea paikkatiedon suoraan GeoTIFFistä joten koordinaatit määrittelevien inf-tiedostojen kanssa kikkailusta voisi myös päästä eroon.

 

Fiksun työnkulun hakeminen on vielä vähän kesken, mutta pistän viikonloppuna kotikoneelta tarkempia tietoja työkaluista ja toimiviksi havaituista komentorivikomennoista jos joku muukin haluaa kokeilla.

 

Nämä tuntuvat olevan laskennallisesti aika raskaita operaatioita joten täytyy vähän hakea sitä, missä vaiheessa kuvia kannattaa pienentää ja optimoida ja millaisilla asetuksilla muunnokset on parasta tehdä. En myöskään ole kokeillut asiaa ihan loppuun saakka koska minulla ei tällä hetkellä ole Windows-PC:tä jossa resamplea tai FS:ää voisi ajaa. Olisiko jollakulla ylimääräistä laillista Windows 7-lisenssiä ja asennus-CD:tä ?

 

 

[Olli Laine 0]

Nyt toimii ohjelma hyvin ja phoutokeneryt luonnistuu nopeasti, mutta mml;t vieläkin pielessä.

Jannen testejä odotellessa, näyttää aika heprealta vielä mulle tuo uudelleen proj.

[Olli Laine 0]

Tällä näyttäisi onnistuvan myös, Avenza Geographic Imager for Photoshop.

 

http://download.avenza.com/Downloads/Docs/GeographicImager/GI35_TutorialGuide.pdf

[Guest Janne]

Tämä GDAL on tähän hommaan aivan briljantti laitos! Pistän tähän nyt ohjelmien käyttövinkkejä ja käyttämäni asetukset. Laitan toivottavasti huomenna muutamia esimerkkikuvia jotka ehkä selventävät tätä soppaa.

 

Ohjelmien kanssa puljaamiseen pientä lisähaastetta tuo se, että MML jakelee ilmakuvat (sinänsä loistavassa) JPG2000 -formaatissa jonka tuki avoimissa ja ilmaisissa softissa on vähän...vaihteleva. Openstreetmapin foorumilla on asiasta perinpohjainen selitys (josta tajusin ehkä neljänneksen ): http://forum.openstreetmap.org/viewtopic.php?id=16663. Kaupallista käyttöä suunnittelevien on hyvä huomata lisenssien rajoitukset.

 

Minä teen näitä mäkillä, missä minun tarvitsi asentaa kaksi ohjelmaa:

1) Kakadun demo-ohjelmat JPG2000 -> GeoTIFF-muunnokseen

http://www.kakadusoftware.com/index.php?option=com_content&task=view&id=26&Itemid=22

 

2) GDAL-paketti GeoTIFFien käsittelyyn eli varsinaiseen taikuuteen:

http://trac.osgeo.org/gdal/wiki/DownloadingGdalBinaries

 

Jos luen tuota JRA:n OSM-foorumille kirjoittamaa viestiä oikein, Windows-käyttäjille saattaisi riittää FWTools 2.4.7:n asentaminen täältä: http://home.gdal.org/fwtools/. Tätä en ole päässyt kokeilemaan itse.

 

---

Varsinainen työnkulku

 

1) Muunnetaan JP2:t TIFFeiksi:

>
kdu_expand -i M5231A.jp2 -o M5231A.tif
kdu_expand -i M5231B.jp2 -o M5231B.tif
kdu_expand -i M5231C.jp2 -o M5231C.tif
...

Muunnos kestää koneellani puolisen minuuttia / kuva. Kannattaa pistää kaikki muunnokset battiin ja pistää se raksuttamaan tiedostoja läpi. Muunnoksen jälkeen jp2:t voi poistaa/arkistoida.

 

FWToolsiin paketoidulla GDALilla tämän vaiheen voi ehkä skipata.

 

 

2) Kuvien yhdistäminen oikeaan kohdeprojektioon

 

Esim:

>
gdalwarp --config GDAL_CACHEMAX 1000 -wm 1000 -multi -of GTiff -s_srs epsg:3067 -t_srs "+proj=latlong +datum=WGS84" -tr 2.13742E-05 1.06871E-05 -te 28.3560253 61.5237068 28.6948715 61.6301337 -co "INTERLEAVE=PIXEL" -co compress=LZW -r cubic M5234*.tif m5234_liitetty.tif

 

Tämä komento näyttää vähän pelottavalta mutta siinä on vain pari kohtaa joita täytyy tapauskohtaisesti muuttaa. Alla tarkemmat kuvaukset parametreista.

 

Lopputuloksena putkahtaa (varmaankin) oikein projisoitu kuva johon lähdetiedostot (tässä M5234*.tif) on yhdistetty yhdeksi. Tämän kuvan kanssa voi sitten lähteä Photariin tekemään värikorjauksia ja vuodenaikoja sekä ajelemaan resamplea.

---

Gdalwarpin dokumentaatio:

http://www.gdal.org/gdalwarp.html

 

Käyttämieni asetusten selitykset (maallikolta maallikolle kirjoitettu; näissä on varmaan faktavirheitä tai vääriä termejä, scenerymiehelle tärkeintä on kuitenkin että toimii )

 

>
--config GDAL_CACHEMAX 1000 -wm 1000 -multi

 

Annetaan muunnokselle 2 Gt muistia ja ohjataan muunnos tarvittaessa rinnakkaisiin säikeisiin/prosessoreihin.

Lisätietoa muistista. Sopivia numeroita voi kokeilla kukin itse. 2 Gt:tä tuntui 4-gigan muistisella koneellani siltä, että tuosta kasvattaminen ei enää auta vaan levyn nopeus on rajoittava tekijä. Vähempikin olisi varmaan riittänyt.

 

Tämän voi jättää pois, mutta muunnos on hitaampi oletusasetuksella.

 

>
-of GTiff

 

Output-formaatiksi GeoTIFF

 

Tämän voisi kai jättää pois, sillä GeoTIFF lienee oletus. Olkoon kuitenkin mukana varuiksi.

 

>
-s_srs epsg:3067

 

Lähdekoordinaatistoksi ETRS-TM35FIN

 

>
-t_srs "+proj=latlong +datum=WGS84"

 

Kohdekoordinaattijärjestelmäksi maantieteellinen WGS84

 

>
-tr 2.13742E-05 1.06871E-05

 

(eli tutummin 0.0000213742 0.0000106871)

 

Määritellään kohdekuvan resoluutio (astetta/pikseli). Käyttämäni arvot tulevat suoraan FSX:n SDK:sta ja vastaavat suunnilleen 1-2 metriä/pikseli -tarkkuutta. Tässä voi toki käyttää ihan millaisia arvoja haluaa, mutta fiksua lienee tehdä suoraan lopulliseen*, FS:n käyttämään resoluutioon. Joita toki on monia eri LOD-tasoja joista voi valita tarpeen mukaan. Lähtömateriaali on tosiaan 0,5m/pikseli-tasoista jos laskin oikein.

 

*: Tässä on pystysuunnassa "tuplaresoluutio" "turhaan". Haastehan maantieteellisissä koordinaateissa on se, että yksi aste pituuspiirien suuntaan on Suomen korkeudella ihan eri kuin yksi aste leveyspiirien suuntaan. FS:n tekstuureissa pysty- ja vaakaresoluutio on sama mistä johtuu tekstuurien litistyminen sceneryssä (ja photoscenerytilejen littanuus pystysuunnassa mikä tekee autogenien määrittelystä turkasen hankalaa).

 

Käytän eri resoluutioita siksi, että muunnettu tiedosto näyttäisi suunnilleen luonnolliselta kun sitä muokkaa. Resample saisi sitten hoitaa kuvan pienentämisen pystykoossa. 1:2 näyttäisi toimivan koepalassani Etelä-Savossa - Hangossa tai Utsjoella kuva voisi näyttää vähän littanammalta eri suuntiin mutta arvelen, ettei elämää kannata tehdä turhan vaikeaksi jos vain vakio 1:2 on kaikkialla siedettävä.

 

Resoluutiomääreet voi jättää pois, jolloin gdalwarp käyttää vaakasuunnassa alkuperäisen kuvan natiivitarkkuutta ja pystysuunnassa vaakasuunnan (lopullista) resoluutiota vastaavaa resoluutiota. Tuloksena tarpeettoman tarkka (ja pystysuunnassa litistynyt) kuva. 

 

>
-te 28.3560253 61.5237068 28.6948715 61.6301337

 

Määritellään kohdekuvan reunat (länsi etelä itä pohjoinen).

 

Tämän voi jättää pois, jolloin kohdekuvaan tulee kaikki alkuperäisten kuvien alue mukaan. Koska projisointi kuitenkin kiertää kuvia, reunoille tulee paljon hukkatilaa ja tyhjiä pikseleitä. Parempi on rajata kuva jo tässä vaiheessa lopulliseen kohdealueeseen niin kone ei joudu suotta laskemaan poisheitettäviä tyhjiä pikseleitä.

 

>
-co "INTERLEAVE=PIXEL" -co TILED=YES -co compress=LZW

 

Tulos-TIFFin pakkaus- ym. asetuksia. Näitä pitäisi kokeilla resamplen kanssa, tsekata millaisia tiffejä se osaa lukea.

 

>
-r cubic

 

Resample-algoritmi. Sallitut arvot nopeimmasta laadukkaimpaan ovat

 

"near" / 1m 20.493s

"bilinear" / 2m 1.664s

"cubic" / 2m 27.346s

"cubicspline" / 4m 13.143s

"lanczos" / 19m 59.719s

 

Perässä oleva luku on 2x3 ilmakuvalohkon koepalan käsittelyaika koneellani ko. algoritmilla. Metsävoittoisella järvisuomalaisella koealueellani ja näillä resoluutioasetuksilla algoritmien laatuerot ovat häviävän pienet. Nopeinkin asetus olisi laadultaan riittävä, mutta jotenkin sielu sotii "huonoimpaa" vaihtoehtoa vastaan . Cubic on hyvä kompromissi, mutta kunkin kannattaa kokeilla näitä itse omalla työskentelyalueellaan. Voisin kuvitella, että suoria linjoja ja teräviä rajoja sisältävissä kaupungeissa algortimilla voi olla enemmän merkitystä.

 

Tämän voi jättää pois, jolloin käytetään oletusalgoritmia near (= Nearest neighbour).

 

>
M5234*.tif m5234_liitetty.tif

 

Lähdetiedostot (M5234*.tif) ja yhdistetyn kohdetiedoston nimi (m5234_liitetty.tif).

 

Windowsilla ja FWToolsilla lähdetiedostona voisi hyvällä tsäkällä käyttää suoraan JP2-tiedostoja.

---

Kannattaa tehdä koeajoja near-algoritmilla ja karkeammalla resoluutiolla. Kannattaa myös tehdä alueet ja photosceneryt pienempinä (3x3?) alueina - suurilla alueilla (= suurilla tiedostoilla jotka eivät mahdu muistiin) levyjen luku- ja kirjoitusnopeus alkaa jarruttaa vauhtia ja käsittely hidastuu dramaattisesti. Toinen vaihtoehto on toki pienentää resoluutiota joka pienentää kuvakokoa ja nopeuttaa laskentaa myös tehokkaasti.

 

Tein kokeeksi yhden 3x6 ilmakuvapalasta koostuvan alueen (18 x 36 km). Ajo yllä mainituilla resoluutioilla kesti mukavat 54 minuuttia ja lopputuloksena syntyi 1,3 Gt:n ilmakuva. Prosessorin käyttöaste pyöri 20-40% paikkeilla eli prosessori joutui lähinnä odottelemaan kovalevyä.

 

Vertailun vuoksi siis 2x3 palan ilmakuvat tulevat samalla resoluutiolla parissa minuutissa.

 

edit: Poistettu tiled=yes; FSX:n resample ei osaa lukea tilettyjä tiffejä

[Esa Sairio 763]

Sain edellämainitsemani Kuusamo-Ruka- ilmakuvan varsin hyvin paikoilleen FS 2004:een. Tein homman ihan käsipelillä kuten ennenkin, kokeillen ja mittaillen.

 

Maanmittauslaitoksen peruskuvan lopulliset muutokset olivat seuraavat:

 

1. Kuvaa käännettiin oikealle 2,0 astetta, jotta Kuusamon kentän kiitoradan suunta photosceneryssä on tasan sama kuin FS 2004:n vakioradan suunta.

2. Kuvaa suurennettiin 4,0%

 

Uskokaa tai älkää, noiden arvojen ja sceneryn oikean paikan hakemiseen tarvittiin 22 eri koetta. Kussakin hieman muutettiin arvoja ( koordinaatit, offset) FSTerrainCalcissa ja ajettiin joka kerta kuva uudelleen simun tarvitsemaan tiedostomuotoon. Joissain kokeissa tuota oikealle kääntämisen arvoa ja kuvan suurennussuhdetta myös muutettiin oikeiden arvojen hakemiseksi.

 

Olisi hienoa jos Jannelta ilmestyisi tänne meidän käyttöömme valmis ohjelma, jolla Maanmittauslaitoksen avoimet ilmakuvat voisi suoraan ajaa simun mittakaavaan. Säästyisi edelläkuvatulta työvaiheelta. Itse työskentelen WIN 7:lla, joten ohjelman tulisi toimia mainitussa käyttiksessä.

 

yES

 

 

[Ville Pietilä 0]

Laittakaas hiukan kuvaa miltä nämä mml:n karttapohjat näyttävät simussa

[Esa Sairio 763]

Tässä muutama kuva Kuusamo-Ruka-alueesta. Maanmittauslaitoksen ilmaisten kuvien resoluutio on "vain" 6m/pixeli tuolla alueella.

 

Simukuvissa on huomattava että

 

1. Värien säätö ei ole vielä lopullinen (kesäkuva).

 

2. Kaikki autogenit puuttuvat.

 

3. Vesiä ei ole valittu, joten vesialueilla ei vielä näy simun vesitextuuri.

 

[ attachment removed / expired ]

 

[ attachment removed / expired ]

 

[ attachment removed / expired ]

 

[ attachment removed / expired ]

 

Kertokaa ihmeessä kommenttejanne. Kannattaisiko tästä tehdä photoscenery FS 2004:een ja samallahan se tulee FSX:ään?

 

yES

 

 

[Jari Vanhatupa 2]

Miksei kannattaisi, valmiina tuo olisi varmaankin ihan riittävän hyvä ja paljon parempi kuin default maisema. Sanoit, että "vain 6m/pixeli mitäs niissä edellisissä photosceneryissä olikaan?

 

Eh . . tuota . . jos testailet vielä noilla MML:n kuvilla niin voisitko kokeilla Vampulan kentän alueelta jonkin pikku plätin?

 

Saisin vähän vauhtia ko.projektiin. Autogenit osaan kyllä laittaa valmiille photscen-laatalle itsekin mutta varsinainen photoscenery ei taitu. Tai jos et ilmaiseksi halua tehdä niin paljonko pyytäisit kenttäalueen plätistä jossa on vuodenajat ja häivytetyt defu maisemaan sulautetut reuna-alueet kuten Lapinlahden kentällä.

[Esa Sairio 763]

Miksei kannattaisi, valmiina tuo olisi varmaankin ihan riittävän hyvä ja paljon parempi kuin default maisema. Sanoit, että "vain 6m/pixeli mitäs niissä edellisissä photosceneryissä olikaan?

 

Aiemmissa photosceneryissäni tarkkuus FS 2004:ssa on aina 4,7 metriä/pixeli, joka on simun photomaaston "ominaistarkkuus", jonka tarkempaa photosceneryä ei käyttämilläni työkaluilla voi tehdä FS 2004:een.

Sen sijaan alkuperäisten ilmakuvien tarkkuus on vaihdellut välillä 1 metri/pixeli...4 metriä/pixeli. Nämä arvot sitten heikkenevät sceneryä tehtäessä väkisin tuohon noin 4,7 metriin/pixeli.

 

Tuon Kuusamon alueen 6m/pix on kyllä siinä ja siinä, kannattaako photosceneryä tehdä, koska eihän tarkkuus ainakaan parane sceneryä tehtäessä. Tämän näkee noista kuvistakin kun vertaa niitä aiempien photosceneryjen maastokuviin.

 

yES

[Olli Laine 0]

Tässä on hyvinkäätä MML;llä xp10 ssä.

 

Kuvat on ensin laitettu asentoonsa photosopissa, yhdistettynä toisiinsa ja sen jälkeen leikkasin sopivan alueen siitä käytettäväksi, reunat häivytettynä.Sen jälkeen kuva on viety ImageTools X:ään pilkottavaksi 2048 x 2048 kokosiksi kuviksi, jotta alkuperäinen tarkkuus kuvassa säilyy.

Max resoluutio textuureissa saa olla XPlanella 2048 x 2048 , seuraavassa päivityksessä onkin jo tuki 4096 x 4096 resoluutiolle.

Tämän jälkeen annetaan photoscenery x:llä tehtäväksi luoda 25 kuvalle draped polygonit ja paketti nippuun ja kansioon.Tulos oli aika hyvä , mutta ei ihan viä millilleen paikallaan.Näinkin se onnistuu kun kerran löytää vaan asennon ja koon kuvalle.Näin siis XP;llä, mutta tuollainen Esan mainitsema softa ois kyllä kovasana ,siitä voisi helposti maksaa pienoisen summan 

 

[ attachment removed / expired ]

 

 

[ attachment removed / expired ]

 

[Guest Janne]

Tässä muutama kuva Kuusamo-Ruka-alueesta. Maanmittauslaitoksen ilmaisten kuvien resoluutio on "vain" 6m/pixeli tuolla alueella.

 

Hmm, tänään sieltä löytyi täyden laadun kuvat. Onkohan tuota materiaalia tullut lisää alkuperäisen julkaisun jälkeen?

 

Kokeilin vertailun vuoksi testialueen gdalwarp-projisoituja kuvia Kuusamon alueelta. Esan disclaimerit pätevät, nämäkin ovat täysin käsittelemättömiä raakakuvia.

 

Simukuvissa on huomattava että

1. Värien säätö ei ole vielä lopullinen (kesäkuva).

2. Kaikki autogenit puuttuvat.

3. Vesiä ei ole valittu, joten vesialueilla ei vielä näy simun vesitextuuri.

 

 

[ attachment removed / expired ]

 

Sama paikka. Gdalwarpillä scenery tipahti sentilleen paikoilleen itsestään:

[ attachment removed / expired ]

 

 

Muutamia yksityiskohtia sieltä täältä:

[ attachment removed / expired ]

 

[ attachment removed / expired ]

 

[ attachment removed / expired ]

 

[ attachment removed / expired ]

 

[ attachment removed / expired ]

 

MML:n kuvamateriaali on tähän käyttöön todella upeaa. Yhtään laajempaa yleiskuvaa en ottanut, sillä vanha läppäri jota lainasin kokeiluun ei oikeastaan jaksanut ajaa FSX:ää ja maisema meni kauempana aivan kaameaksi puuroksi . Mutta se siis johtui koneen olemattomasta näytönohjaimesta, ei scenerystä.

 

Scenery on tehty n. 1-2m/px -resoluutiolla jolla 6:n valokuvapalan Kuusamosta tuli 383-megainen BGL. Jostain kenttäpohjista voisi siis tehdä vielä vähän tarkemmat. Toisaalta laajat, läänitason photosceneryt kannattaa tehdä vähän karkeammalla ettei tiedostokoko karkaa käsistä. Koska gdalwarpilla projisoitu maisema istuu tarkalleen paikoilleen, photosceneryt voisi kyllä varsin helposti tehdä useasta palasta ilman reunojen sovittelusta stressaamista. Siis vaikka kentät huipputarkkana, kaupungit keskitarkalla ja vapaa metsämaasto sitten karkeammalla.

 

 

Tällä komennolla syntyi toimiva GeoTIFF. Erona aiempaan on TILED=YES -asetuksen poisto, sillä resample ei hanskaa tilettyjä tiffejä.

 

>
gdalwarp --config GDAL_CACHEMAX 1000 -wm 1000 -multi -of GTiff -s_srs epsg:3067 -t_srs "+proj=latlong +datum=WGS84" -tr 2.13742E-05 1.06871E-05 -co "INTERLEAVE=PIXEL" -co compress=LZW -r cubic S*.tif liitetty.tif

 

 

(Ainakin) FSX:n resample osaa tosiaan GeoTIFFien koordinaatti suoraan, joten tämän kummempaa .inffiä ei tarvittu:

>
[source]
Type                = GeoTIFF
SourceDir           = .
SourceFile          = liitetty.tif
Layer               = Imagery
Variation           = Day
NullValue           = 0,0,0

[Destination]
DestDir             = .
DestBaseFileName    = kuusamo_koe
DestFileType        = BGL
LOD                 = Auto

 

Tuo NullValue siivoaa projisoidun kuvan mustat hukkareunat pois scenerystä joten -te -parametristakaan ei tarvitse stressata jos sceneryä ei halua muista syistä rajata. Koko prosessi meni siis näin:

 

(Tein mäkillä, pitäisi onnistua myös Windowsissa)

1. Latasin ortokuvat MML:ltä

2. Käänsin ladatut JP2:t kakadulla tiffeiksi

3. Ajoin komennon

>
gdalwarp --config GDAL_CACHEMAX 1000 -wm 1000 -multi -of GTiff -s_srs epsg:3067 -t_srs "+proj=latlong +datum=WGS84" -tr 2.13742E-05 1.06871E-05 -co "INTERLEAVE=PIXEL" -co compress=LZW -r cubic S*.tif liitetty.tif

 

Windowsissa tehty:

4. Ajoin resample.exen yllämainitulla inffillä.

5. Käynnistin simun.

 

Koko hommaan meni säätämisineen ja FSX-asennuksineen yksi ilta, mutta varsinaista tekemistä tuossa ei ollut puolta tuntia enempää. Suurin homma photosceneissä onkin toki sitten kuvien säätäminen, vuodenaikojen teko ja autogenit joista ei liene ihan nopeaa vapautusta luvassa

 

Edit: Tarkennusta aikoihin: Ehkä 15 - 30 min. varsinaista tekemistä + vajaa tunti odottelua ja kahvittelua kun tietokone laskee pikseleitä. Resample oli koekoneellani hiiiiidas.

[Guest Janne]

1. Kuvaa käännettiin oikealle 2,0 astetta, jotta Kuusamon kentän kiitoradan suunta photosceneryssä on tasan sama kuin FS 2004:n vakioradan suunta.

2. Kuvaa suurennettiin 4,0%

 

Ja tässä vielä esimerkit gdalwarpin tuottamista väännöksistä. Tähän on siis ajettu 6 ortokuvaa yhdeksi.

[ attachment removed / expired ]

 

Piirsin yhdistetyn kuvan kulmasta kulmaan suorat viivat joiden kanssa pääsin kunnolla näkemään mitä kuvalle oikeastaan tapahtuu projektioiden välillä eli mitä sille pitäisi tehdä jos kuvaa vääntelee käsin

[ attachment removed / expired ]

 

1. Esan mainitsema kierto on tietysti selkein asia näissä kuvissa. Kierron suunta ja jyrkkyys riippuu siitä, miten kaukana 27 asteen pituuspiiristä ollaan ja mihin suuntaan.

2. Suorakulmiona alkanut kuva ei uudessa projektiossa olekaan enää suorakulmio, vaan jonkinlainen vinoneliö (punainen viiva).

3. Lisäksi uuden projektion kuvassa on leveyspiirien suuntaista kaarevuutta. Kaarevuutta on liioiteltu reilusti kuvassa jotta suunta ja idea erottuisi, todellisuudessa heitto suorasta linjasta oli Kuusamon kuvissa suurimmillaan ehkä kymmenen metrin luokkaa.

[Esa Sairio 763]

Hienoa Janne!

 

Mutta mitähän vikaa minun lataamissani Kuusamon alueen kuvissa oikein on?  Tai menetelmässäni avata ne ja siirtää Photoshoppiin?

 

Latasin Kuusamon seudulta siis yhteensä 11 palasta MML:n ruudukon mukaan, koodit palasille esim. T5311 A. Kunkin palastiedoston koko ladattuna koneelleni oli 180-195 kt. Sitten siirsin kunkin kuvan Photoshoppiin avattuani kuvat ensin työpöydällä. Siis PrtScr ja Photoshopissa Paste.

 

Kun sitten tutkin tarkemmin kutakin kuvaa Photoshopissa, huomasin että niiden tarkkuus on juurikin 6 metriä/pixeli.

 

Miten saa tarkempaa kuvaa?

 

yES