Lõpptulemuses oleks uue ja täpsema rannajoone corinega kokku viimine jah. Ülelõike saab igasuguse GISvahendiga lihtsalt kätte: postGIS, MapInfo, võibolla QGIS-igagi, see on lihtne jah. Sellest aga ei piisa, sest vähemalt pooled alad jäävad "puudu", mida käsitsi ei jõua paika nokkida. Seega oleks vaja keerukamat lähenemist. Lõikamisega võib alustada, sest see puhastaks ära läti/venemaa alad mida esialgu pole ehk vaja (hiljem teeme piiriülese koostööprojekti eurorahadega, kus paneme need jälle tagasi :)
Püüan selgitada kuidas ma mõtleksin seda teha: 1. teisendada kõik corine alad joonteks + tsentroidideks; kus tsentroid jääks kandma atribuute. Teoorias piisaks ranna äärde jäävatest, aga neid on keeruline leida (paljud alad ei pruugi rannajoonega lõikuda jne). Seega võib võtta kõik. See peaks olema tüüpiline Arc-I puhas topoloogiline andmemudel selliste polygon/coverage tüüpi alade kohta. Piirjooned on ühekordsed ja atribuutideta, sest atribuudid on tsentroididel. 2. võtta uus rannajoon, teha talle puhvertsoon ja kustutada ära selle seest corine piirjooned. Nii peaks saama kustutada vana ebatäpse rannajoone suures osas. Puhver peab olema õige laiusega, et puhastaks parasjagu. 3. Uus rannajoon liita corine joontele. Tekib topoloogiliselt must andmekiht, kus corine jooneotsad ei lähe kokku rannajoonega 4. kasutada topoloogia kontrolli/paranduse automaatfunktsiooni, mis peaks õigete parameetritega oskama corine otsi viia kokku uue rannajooonega (over/undershootide lahendamine peamiselt). Siin on ilmselt lõpuks vaja käsitsi üle kontrollida. Vanad tsentsoidid peaksid jääma ka uute alade sisse, aga rannaäärsed kitsad ribad (beach jms) võivad tõsta tsentroidi merre, kui rannajoon nihkus oluliselt kaldale lähemale. See on just see punkt, kui MapInfo Pro 8.5-l mis mul on pole nii häid vahendeid kui peaks Arc-il olema. 5. Teisendada jooned+tsentroidid tagasi polügonideks, nii et atribuudid on polygonidel; eksportida shape-fail. 6. Kontrollida üle, kas objektide arvud klapivad vanas ja uues andmestikus, objektiklasside kaupa. See näitab kas eelnev samm oli korrektne. /Jaak > -----Original Message----- > From: [email protected] [mailto:talk-ee- > [email protected]] On Behalf Of Mihkel Oviir > Sent: 12. august 2009. a. 9:44 > To: [email protected] > Subject: Re: [Talk-ee] rannajoon - taas :) > > Tere! > Arci vahendutega ei ole probleemi nende kohtadega, kus corine node > ulatub > üle rannajoone, see on lihtsalt ja automaatselt ära clipitav, > keerulisem > on nende kohtadega, mis rannajooneni ei ulatu. Ma ei usu, et alade > lõhkumine joonteks ja tsentroidideks siin asja lihtsamaks teeb. > Tõenäoliselt tuleks leida kõik kohad, kus kahel kihil pinnad ei kattu > ja > siis vastavalt kas need eemaldada või siis uued tekitada ja siis uued > mergeda kokku suurima piirneva nodega. Minu esialgne nägemus sellest > arciga kõpitsemisest. Kui ma nüüd sain asjast õigesti aru? Et uus > rannajoon tuleb haldusest ja sellega on vaja corine kokku lasta. > > mihkel oviir > > > Ma QGIS-iga vaatan, et põhikaardi WMS (pohi_vr2) ja need 1.juuni > > halduspiirid lähevad täpselt kokku. Ilmselt ongi halduspiiride > rannajoon > > võetud põhikaardist, sest see on jube detailne. Palju detailsem kui > > näiteks > > külapiirid samas andmestikus; võiks isegi öelda et tehniliselt on see > > liiga > > detailne selle info jaoks. Meie jaoks on muidugi mida täpsem seda > parem, > > seega võiks sealt importida külapiirid, ning relationite abil > tekitada > > vallad, maakonnad ja ka täpse rannajoone. Ning siis peaks Corine > ranna > > äärde > > jäävad alad ka siduma samade node-dega. > > > > Eriti see viimane samm kõlab nagu üksjagu ArcGIS-iga klõbistamist + > > skriptimist. Ma arvan et tuleks lõhkuda Corine alad piirjoonteks + > > tsentroidideks, asendada rannajoon täpsemaga, lahendada täpselt mitte > > kokku > > minevad jooned ja siis uued corine alad tekitada. Selleks tuleks > võtta > > rannajoon, külapiirid ja corine kokku ja kustutada topelt-noded > (selleks > > on > > mul päris hea java-programm pranslastelt). Viimase sammuna tuleks > tekitada > > vallad ja maakonnad külapiiridest, kasutades sisulisi/admin tüüpi > > relationeid; seda saaks eraldi skriptiga teha. Ja siis jääb veel vana > info > > asendamise (kustutamise) probleem. Vt attachment : sinine on corine, > > punane > > on maa-ameti haldusinfo. Must joon on 28.05 seisuga rannajoon OSM-is. > > > > See kõige esimene - Corien polügonide lõhkumine, uue rannajoone > vastu > > puhastamine ja tagasi nõuab mingi hea GIS tegutsemist, millel oleksid > > joonestiku puhastamiseks head interaktiivsed vahendid. Näiteks > MapInfo > > Pro-l > > seda tegelikult pole, QGIS-il ammugi mitte. Arc-I suurematel > pakettidel > > peaks olema, aga mul Arc-I pole, ja ma pole ka sellist asja teinud > > arc-iga. > > > > Jaak > > > > > > > >> eile hilisõhtul nokkisin natuke Pärnumaa rannajoont, Läänemaa ja > >> Pärnumaa piirist allapoole. Tegin seda JOSMis, Maa-ameti uus WMS- > pilt > >> all ning selgus, et halduspiirid ja WMS näitavad täiesti erinevat > >> rannajoont - WMS järgi on Eesti tubli jupi väiksem kui imporditud > >> halduspiiride järgi. Seejärel avastasin, et ka halduspiiride faile > on > >> sel suvel uuendatud, kuid mul ei ole vahendeid nende vaatamiseks. > Kas > >> keegi saab olla nii lahke ning kontrollida, kas uued halduspiirid > >> kajastavad ka uut rannajoont? Võrdluseks saab võtta tüki rannajoont > >> Läänemaa ja Pärnumaa piirilt Pärnumaa poole - see on WMS järgi paika > >> nokitud ning kui see halduspiiridega sarnane on, siis on ka > >> halduspiirides uus rannajoon kajastatud ning otstarbekas oleks teha > >> selle uus import. Kui WMS rannajoon ning halduspiiride rannajoon on > >> erinevad, siis peab mõtlema, mida teha. Värske WMS on ilmselt > täpsem? > > _______________________________________________ > > Talk-ee mailing list > > [email protected] > > http://lists.openstreetmap.org/listinfo/talk-ee > > > > > -- > Mihkel Oviir > projektijuht > EOMAP Geodata AS > +37253414566 > [email protected] > http://www.eomap.ee > > > _______________________________________________ > Talk-ee mailing list > [email protected] > http://lists.openstreetmap.org/listinfo/talk-ee _______________________________________________ Talk-ee mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-ee
