http://www.gisnet.lv/gisnet/2009/09/karsu-lapu-koordinatas-ievilcejs-mapsheetautogeoref/ Par un ap ĢIS Latvijā un pasaulē Mon, 09 Jan 2012 07:40:03 +0000 hourly 1 http://wordpress.org/?v=3.3.1 http://www.gisnet.lv/gisnet/2009/09/karsu-lapu-koordinatas-ievilcejs-mapsheetautogeoref/comment-page-1/#comment-4162 Jānis Jātnieks Wed, 23 Sep 2009 07:38:00 +0000 http://www.gisnet.lv/gisnet/?p=439#comment-4162 a) nē, diemžēl nav:) psrs topenes nav vienīgais, kas jāsien. bez tam arī tām agrāko laiku skenu kvalitāte ir ļoti zema - vietām nevar horizontāles izšķirt, utml. domāju, ka arī 90tajos cilvēki ticēja, ka ta nu vienreiz visu ieskenēs un tad būs miers, bet diemžēl tas nav noticis vēl joprojām. nenoliedzami, ka liela daļa no šīm aktivitātēm ir saistīta ar arhivēšanu, lielo bibliotēku projektiem utml. tomēr joprojām arī citur pasaulē skenēšanu un vilkšana koordinātās ir izplatīta atrakcija, dažādām vajadzībām, cik var spriest pēc forumiem. b) teorētiski iespējams, bet ne praktiski. tev pilnīga taisnība par laika izgāšanu ar minimālu atdevi - darbs, kas būtu jāiegulda lai tas darbotos neattaisnotos, īpaši jau, ja kā pats raksti tagad ir 4 sekundes uz stūri. taisnība - autopano-sift tipa tehnoloģija varētu ļoti labi tikt izmantota savietojot jau agrāk skenētu materiālu, kas jau ir ievilkts pareizi, ar jaunu (augstākas kvalitātes) skenējumu. sift viņus savietotu un tad varētu no vecā materiāla stūriem paņemt koordinātas priekš jaunā. tas būtu iespējams. bet agrāk nepiesaistītam materiālam atpazīt stūrus? atpazīt kur bildē ir seja un ka tās statistiskais raksts ir savādāks nekā citām sejām ir viena (relatīvi vienkārša) lieta. atpazīt kartes rāmi, to ka tam var būt vismaz 3 rāmji (ar dažādiem izskaistinājumiem) no kuriem vajadzīgi ir stūri tikai vienam iekšējām un ņemt vērā to, ka rāmjā malām var būt bojājumi materiāla vecuma dēļ, skenera defektu dēļ, nestabils krāsu diapazons utml... tā ir pilnīgi cita lieta. tagad iedomāsimies, ka šāds risinājums ir piespiests strādāt. visiem šādiem machine vision risinājumiem ir pieļaujamās kļūdas procents. iedomāsimies nereāli labi risinājumu ar 98% pareizi detektētiem stūriem. ja tev ir 1000 lapu (~visa latvija 25K mērogā) tad jārēķinas ar 20 lapām, kas būs ievilktas garām. vienīgais veids, kā tās atrast ir veikt vizuālo kontroli jau referencētām lapām...kas basically nozīmē, ka tev jāiet pāri visām anyway! šis te fakts padara šāda risinājuma radīšanu bezjēdzīgu jau sākumā, jo nozīmē obligātu vizuālo kontroli. skatoties no šāda viedokļa - klikšķinot stūrus šī te kontrole notiek reizē ar referncēšanu. protams, pastāv iespēja, ka neapzinoties nospiedīsi kādu stūri garām. bet tā ir daudz mazāka un pēdējo stūri var atcelt ar labo peles pogu. praksē es nedomāju, ka lietojot pašreizējo risinājumu un normāli strādājot var pielaist vairāk kā dažus stūrus uz dažiem tūkstošiem lapu. diez vai. c) patiess prieks dzirdēt tik nereāli labus skaitļus. ātrāk par 4 nav iespējams, manuprāt, jo tas jau nozīmē, ka sekunde uz stūri - kaut kāds laiks jau ir vajadzīgs gan cilvēka reakcijai gan datoram zoomēšanai:))) bet nu vienalga forši!!! laiks gan parasti ir tieši saistīts ar lapu pikseļu apjomu - 100-300 megapikseļu lapām diez vai 4 sekundes sanāktu;) a) nē, diemžēl nav:) psrs topenes nav vienīgais, kas jāsien. bez tam arī tām agrāko laiku skenu kvalitāte ir ļoti zema – vietām nevar horizontāles izšķirt, utml. domāju, ka arī 90tajos cilvēki ticēja, ka ta nu vienreiz visu ieskenēs un tad būs miers, bet diemžēl tas nav noticis vēl joprojām. nenoliedzami, ka liela daļa no šīm aktivitātēm ir saistīta ar arhivēšanu, lielo bibliotēku projektiem utml. tomēr joprojām arī citur pasaulē skenēšanu un vilkšana koordinātās ir izplatīta atrakcija, dažādām vajadzībām, cik var spriest pēc forumiem.
b) teorētiski iespējams, bet ne praktiski. tev pilnīga taisnība par laika izgāšanu ar minimālu atdevi – darbs, kas būtu jāiegulda lai tas darbotos neattaisnotos, īpaši jau, ja kā pats raksti tagad ir 4 sekundes uz stūri. taisnība – autopano-sift tipa tehnoloģija varētu ļoti labi tikt izmantota savietojot jau agrāk skenētu materiālu, kas jau ir ievilkts pareizi, ar jaunu (augstākas kvalitātes) skenējumu. sift viņus savietotu un tad varētu no vecā materiāla stūriem paņemt koordinātas priekš jaunā. tas būtu iespējams. bet agrāk nepiesaistītam materiālam atpazīt stūrus? atpazīt kur bildē ir seja un ka tās statistiskais raksts ir savādāks nekā citām sejām ir viena (relatīvi vienkārša) lieta. atpazīt kartes rāmi, to ka tam var būt vismaz 3 rāmji (ar dažādiem izskaistinājumiem) no kuriem vajadzīgi ir stūri tikai vienam iekšējām un ņemt vērā to, ka rāmjā malām var būt bojājumi materiāla vecuma dēļ, skenera defektu dēļ, nestabils krāsu diapazons utml… tā ir pilnīgi cita lieta. tagad iedomāsimies, ka šāds risinājums ir piespiests strādāt. visiem šādiem machine vision risinājumiem ir pieļaujamās kļūdas procents. iedomāsimies nereāli labi risinājumu ar 98% pareizi detektētiem stūriem. ja tev ir 1000 lapu (~visa latvija 25K mērogā) tad jārēķinas ar 20 lapām, kas būs ievilktas garām. vienīgais veids, kā tās atrast ir veikt vizuālo kontroli jau referencētām lapām…kas basically nozīmē, ka tev jāiet pāri visām anyway! šis te fakts padara šāda risinājuma radīšanu bezjēdzīgu jau sākumā, jo nozīmē obligātu vizuālo kontroli. skatoties no šāda viedokļa – klikšķinot stūrus šī te kontrole notiek reizē ar referncēšanu. protams, pastāv iespēja, ka neapzinoties nospiedīsi kādu stūri garām. bet tā ir daudz mazāka un pēdējo stūri var atcelt ar labo peles pogu. praksē es nedomāju, ka lietojot pašreizējo risinājumu un normāli strādājot var pielaist vairāk kā dažus stūrus uz dažiem tūkstošiem lapu. diez vai.
c) patiess prieks dzirdēt tik nereāli labus skaitļus. ātrāk par 4 nav iespējams, manuprāt, jo tas jau nozīmē, ka sekunde uz stūri – kaut kāds laiks jau ir vajadzīgs gan cilvēka reakcijai gan datoram zoomēšanai:))) bet nu vienalga forši!!! laiks gan parasti ir tieši saistīts ar lapu pikseļu apjomu – 100-300 megapikseļu lapām diez vai 4 sekundes sanāktu;)

]]> http://www.gisnet.lv/gisnet/2009/09/karsu-lapu-koordinatas-ievilcejs-mapsheetautogeoref/comment-page-1/#comment-4053 wee Tue, 22 Sep 2009 21:53:17 +0000 http://www.gisnet.lv/gisnet/?p=439#comment-4053 "...teorētiski tas būtu iespējams" - tb atpazīt stūrus “…teorētiski tas būtu iespējams” – tb atpazīt stūrus

]]> http://www.gisnet.lv/gisnet/2009/09/karsu-lapu-koordinatas-ievilcejs-mapsheetautogeoref/comment-page-1/#comment-4052 wee Tue, 22 Sep 2009 21:52:28 +0000 http://www.gisnet.lv/gisnet/?p=439#comment-4052 a) vai ta viss jau nav iesiets? :) b) ja jau pastāv sejas atpazīšanas algoritmi (google picasa albumi) un panorāmu līmēšana no daudz fotogrāfijām (autopano) tad jau teorētiski tas būtu iespējams. praktiski tas būtu muļķīgi izgāzt tik daudz laika fīčai ar minimālu atdevi. c) starp citu ar iepriekšējo versiju sanāca 7 sek uz vienu lapu, tagad izskatās mazāk kā 4 varētu būt. 50% ātrāk - pat ļoti neslikti. a) vai ta viss jau nav iesiets? :) b) ja jau pastāv sejas atpazīšanas algoritmi (google picasa albumi) un panorāmu līmēšana no daudz fotogrāfijām (autopano) tad jau teorētiski tas būtu iespējams. praktiski tas būtu muļķīgi izgāzt tik daudz laika fīčai ar minimālu atdevi. c) starp citu ar iepriekšējo versiju sanāca 7 sek uz vienu lapu, tagad izskatās mazāk kā 4 varētu būt. 50% ātrāk – pat ļoti neslikti.

]]>