--- Log opened Thu Jan 19 00:00:59 2006 00:28 >> SignOff: adamhill_work ("CGI:IRC (Ping timeout)") [#punt] 01:34 >> #punt JOIN [1]adamhill (n=adamhill@adsl-70-136-51-172.dsl.hstntx.sbcglobal.net) 01:48 >> SignOff: adamhill (Read error: 110 (Connection timed out)) [#punt] 01:48 >> [1]adamhill is now known as adamhill 01:57 >> Bull_[UK] is now known as Bull_[Zzz] 02:15 >> SignOff: adamhill (Read error: 110 (Connection timed out)) [#punt] 02:36 >> #punt JOIN adamhill (n=adamhill@adsl-70-136-51-172.dsl.hstntx.sbcglobal.net) 02:53 >> #punt JOIN [2]adamhill (n=adamhill@adsl-70-136-51-172.dsl.hstntx.sbcglobal.net) 03:06 >> SignOff: adamhill (Read error: 110 (Connection timed out)) [#punt] 03:06 >> [2]adamhill is now known as adamhill 03:24 >> #punt JOIN [1]adamhill (n=adamhill@adsl-70-136-51-172.dsl.hstntx.sbcglobal.net) 03:38 >> SignOff: adamhill (Read error: 110 (Connection timed out)) [#punt] 03:38 >> [1]adamhill is now known as adamhill 06:29 >> #punt JOIN mazop (n=mazop@212.183.13.231) 09:39 >> SignOff: dpatton_away (Excess Flood) [#punt] 09:40 >> #punt JOIN dpatton_away (n=dpatton@S01060011950c1533.vc.shawcable.net) 11:17 >> mazop is now known as mazop_away 12:07 >> mazop_away is now known as mazop 14:37 >> #punt JOIN adamhill_work (n=86a3fd7e@70.84.174.194) 15:17 < adamhill_work> dpatton: I never got your email fot he the FWTools version of dstile 15:23 < mazop> adam: thats the (for me) working version of FWTools with dstile win32 : http://www.gdal.org/dl/fwtools/FWTools100a8.exe 15:30 >> dpatton_away is now known as dpatton 15:34 < adamhill_work> does/did that include source? 15:37 < mazop> dont think so .... can only find the bin's here after installing ... 16:03 < dpatton> adamhill_work: Hi. Is there a problem with gmail and attachments? I've just sent a test email to adam.hill@gmail.com - did you get it? 16:06 < adamhill_work> got it 16:07 < dpatton> when I sent the first email to you, I BCC'd myself, and I received my copy - so my guess is a problem with gmail and the ZIP attachments? 16:14 < adamhill_work> i have recievd many zip attachments via gmail... resend it and cc it to adamhill@pobox.com 16:15 < dpatton> adamhill_work: this morning I'm going to try and do the build of dstile under Cygwin 16:15 < dpatton> If that works, then I'll try and find the problem and fix it 16:16 * mazop fixing problems sounds good ;) 16:17 < dpatton> Either way, whether I make a new version, or get stuck, what I'll do is 'repackage' dstile and the other attachment stuff and put it on SF, so that the email is just plain text, with links to the "bits and pieces", and then send you the plaintext email 16:17 < dpatton> that OK? 16:19 < adamhill_work> i got gdal and proj compiled and working fine on a clean cygwin, but when linking it throws a host of 'unresolved reference' errors, but running 'nm libgdal.a | grep -i ' finds them 16:19 < adamhill_work> sure 17:06 >> #punt PART mazop (n=mazop@212.183.13.231) () 17:31 >> Bull_[Zzz] is now known as Bull_[UK] 17:57 < mashi> yoohooo 17:58 < dpatton> boohooo 18:07 < Bull_[UK]> wow its a mashi 18:11 < mashi> RUUUUUUUNNNNNN 18:11 < mashi> who do I link to? (ww satellite thing) 18:12 < Bull_[UK]> I'll put it on twobeds to secs 18:12 < Bull_[UK]> two* 18:18 < mashi> parsecs or regular secs? :-P 18:21 >> #punt JOIN URobots (n=irc@c-71-193-152-168.hsd1.or.comcast.net) 18:21 < Bull_[UK]> lol had to chec it worked 18:21 < Bull_[UK]> http://www.twobeds.com/nasa/bull/SatelliteTrackerWW.zip 18:21 < dpatton> mashi: I suggested URobots pop in here 18:21 < dpatton> http://dynagis.net/dropbox/screenshots/set03.jpg 18:21 < mashi> thanks Bull_[UK]! hey URobots! 18:21 < URobots> howdy mashi.. 18:22 < dpatton> http://dynagis.net/dropbox/screenshots/set04.jpg 18:22 < URobots> it sounds like you've worked in a solution for the mesh struts into punt 18:22 < dpatton> In mazop's second screenshot, when he looks from S to N vs N to S, you get "stilts" 18:22 < URobots> just curious which route you took... 18:23 < URobots> I've been toying with a couple of fixes, but it is still 2-3 days away on my implementation list 18:23 < dpatton> I wondered if there was any relation to the fix you did with the bug in Chris's code about 0-150 vs 0-149? 18:23 < mashi> my fix isn't in CVS.. I removed the struts but haven't finished the process of "connecting" adjacent tiles of different resolution 18:24 < mashi> URobots: you been working on the same? 18:24 < URobots> if you do a vertex shader, man, I would be happy. 18:24 < URobots> I mostly render partial area QTS trees 18:24 < URobots> and thus, have been thinking that a simple fix to prevent the clearing of the zbuffer would do the trick 18:25 < URobots> but, i suspect that's a pipe dream 18:26 < URobots> next idea was to clean up the image accessor, and insist on only one texture renderer at a time. but this is flaky too 18:26 < nhv> mashi you could look at the osgPlanet code for how we zipper up tiles 18:27 < URobots> ideally, I'd love to just do a vertex shader (ala the one described in Hoppe's whitepaper), but that is at least several day's work 18:27 < URobots> for me, I'm render multiple QTS trees on top of each other. 18:27 * mashi runs cvs update osgPlanet.. and goes to look for Hoppe's paper 18:28 < URobots> so, to answer your question, yes, I've been "working" on the same, although just thinking at this point 18:28 < URobots> I'll get you a pointer: 18:28 < mashi> if you don't clear the Z buffer you get "Z fighting" problems yes? 18:29 < URobots> go to http://research.microsoft.com/~hoppe/ 18:29 < URobots> then look at the pugent sound demo 18:29 < URobots> the whitepaper is down lower 18:29 < URobots> at Geometry clipmaps: Terrain rendering using nested regular grids. 18:29 < URobots> and then the follow up at 18:29 < URobots> Terrain rendering using GPU-based geometry clipmaps. 18:30 < URobots> his entire algo is not directly usable, because he doesn't incorporate textures 18:30 < URobots> (but man -- having a fully GPU solution would be so utterly kick ass) 18:31 < URobots> For z-fighting -- I was thinking no, because the pixels will be rendered with identical values. 18:32 < URobots> but if the problem does pop up, you can always force an offset. Horrible hack, yes, but I'm short on time. 18:33 < nhv> http://www.flipcode.com/articles/article_geomipmaps.pdf 18:33 < URobots> The code is also in GPU gems 18:34 < URobots> (Gems 2) 18:34 < nhv> osgPlanet code similar to that 18:34 < nhv> cool 18:40 * URobots is going to move discussion to ww, if thats ok 18:41 * URobots scratches that, bring it up in #worldwind-dev 18:41 < URobots> okeydoke? 18:42 < nhv> I am happy here 18:43 < Bull_[UK]> hehe 18:44 * URobots scratching head.. too many channels 18:45 < dpatton> URobots: or you can use #punt-dev if you want - all of these channels are logged(but nobody uses #worldwind-dev any more, it seems) http://www.worldwindcentral.com/chat/irclog/ 18:46 * dpatton thinks it's silly to 'jump channels' in the middle of a chat - makes it harder to search/review the log 18:48 < URobots> dp -- sorry. I just wanted to make sure we had a wide enough audience in case others want to join in 18:51 < URobots> dp -- still learning my ways around the channels 18:51 < dpatton> yes, that's a potential problem, but with no conversations in #worldwind-dev for months, I don't think it's necessarily the answer either? For example, nhv isn't in #worldwind-dev 18:56 >> SignOff: adamhill_work ("CGI:IRC (Ping timeout)") [#punt] 18:58 < URobots> dp -- so my apologies, next time I'll ask. I'm just a newbie when it comes down to it. 19:00 < Bull_[UK]> dont worry there are no 'rules' on irc 19:01 < Bull_[UK]> ;) 19:14 >> #punt JOIN adamhill_work (n=86a3fd7e@70.84.174.194) 19:22 >> #punt JOIN mazop (n=mazop@dsl-234-27.utaonline.at) 19:47 >> dpatton is now known as dpatton_away 19:55 < mazop> wow ... #punt was really busy today ... 19:57 < mazop> URobots: what equipment do you use for the areals ? 19:58 < mazop> you make areals, right ? 19:58 * mazop or something messed up in my thoughts ....? 19:59 < URobots> mazop - we have on our own sensors that we use. homebrew 20:00 < mazop> hey ! homebrew :) ... compliment ! 20:02 < nhv> hey another camera person 20:03 < nhv> URobots: here is mine www.seascallop.com/HabCam.html 20:04 * nhv realizes sensor not necessarily == camera 20:05 < URobots> nhv - very cool! 20:06 < nhv> thx 20:06 < URobots> definitely need to use WW to show off the data! 20:06 < nhv> he he or a custom app 20:06 < Bull_[UK]> osgplanet 20:06 < URobots> or, excuse me, punt 20:06 < nhv> err osgPlanet :-) 20:07 < Bull_[UK]> ehe 20:07 < nhv> but I will make the data available ala WMS at some point 20:08 < Bull_[UK]> :) 20:11 < adamhill_work> we can have shaky scallops at 1/4 ft resolution :) 21:27 >> #punt PART mazop (n=mazop@dsl-234-27.utaonline.at) () 22:12 >> dpatton_away is now known as dpatton 22:42 >> SignOff: dpatton (Excess Flood) [#punt] 22:42 >> #punt JOIN dpatton (n=dpatton@S01060011950c1533.vc.shawcable.net) 23:42 >> #punt JOIN what_nick (n=chatzill@150.101.97.93) --- Log closed Fri Jan 20 00:00:00 2006