--- Log opened Mon Jan 02 00:00:06 2006
01:20 >> dpatton is now known as dpatton_away
04:21 >> dpatton_away is now known as dpatton
04:55 < CIA-5> dpatton * Punt/Punt/Punt.cs:
04:55 < CIA-5> Provide warning if shortcut's argument may be truncated
04:55 < CIA-5> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/platform/shell/programmersguide/shell_int/shell_int_programming/shortcuts/shortcut.asp
04:55 < CIA-5> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/platform/shell/reference/ifaces/ishelllink/SetArguments.asp
04:55 < CIA-5> It appears that Windows Scripting Host uses the MAXPATH length of 260
04:55 < CIA-5> as the maximum length of the Shell link object's argument, even on Windows XP.
04:59 < CIA-5> dpatton * Punt/PluginSDK/Configuration/Pages/ (MiscellaneousPage.cs MiscellaneousPage.resx): Slightly change wording of the 'show wizard at startup' text.
07:18 >> dpatton is now known as dpatton_away
08:26 >> #punt-dev JOIN mazop (n=mazop@212.183.13.231)
12:49 >> SignOff: nhv (Read error: 104 (Connection reset by peer)) [#punt-dev]
12:50 >> #punt-dev JOIN nhv (n=nhv@dsl0-1.cape.com)
12:54 >> SignOff: nhv (Read error: 104 (Connection reset by peer)) [#punt-dev]
12:55 >> #punt-dev JOIN nhv_ (n=nhv@dsl0-1.cape.com)
13:28 >> SignOff: nhv_ (Read error: 104 (Connection reset by peer)) [#punt-dev]
13:29 >> #punt-dev JOIN nhv_ (n=nhv@dsl0-1.cape.com)
14:03 >> SignOff: nhv_ (Read error: 104 (Connection reset by peer)) [#punt-dev]
14:51 >> #punt-dev JOIN nhv (n=nhv@dsl0-1.cape.com)
14:57 >> SignOff: nhv (Read error: 104 (Connection reset by peer)) [#punt-dev]
15:08 >> #punt-dev JOIN nhv (n=nhv@dsl0-1.cape.com)
17:05 >> dpatton_away is now known as dpatton
17:06 >> #punt-dev PART mazop (n=mazop@212.183.13.231) ()
18:44 < CIA-5> mashiharu * Punt/PluginSDK/Configuration/Framework/Options.resx: Add transparent background for Options->Language tab icon.
19:03 >> #punt-dev JOIN mazop (n=mazop@dsl-148-220.utaonline.at)
19:52 >> #punt-dev PART dpatton (n=dpatton@S01060011950c1533.vc.shawcable.net) ()
19:59 >> #punt-dev JOIN dpatton (n=dpatton@S01060011950c1533.vc.shawcable.net)
20:16 >> dpatton is now known as dpatton_away
20:45 >> dpatton_away is now known as dpatton
20:47 < dpatton> I'd like to have a discussion about "unique layer names" in #punt-dev in 11 minutes(i.e. the 'top of the hour') - everyone is welcome to participate!
20:58 < dpatton> Hi.  Is anyone here?
20:59 >> #punt-dev JOIN f0urtyfive (n=noone@pcp02538003pcs.crosky01.pa.comcast.net)
20:59 < dpatton> I guess it's a bad day/time to try and have a discussion!
20:59 >> #punt-dev JOIN T_Servo (n=chatzill@205.208.132.239)
21:00 >> #punt-dev PART f0urtyfive (n=noone@pcp02538003pcs.crosky01.pa.comcast.net) ()
21:00 < dpatton> hmmm - nobody want's to discuss things?
21:01 < T_Servo> no idea what you want to talk about
21:01 < dpatton> I'll outline the issue, and see if anyone want's to talk about it...
21:04 < dpatton> You have a "mapping application", X, and two users, A and B.
21:05 < dpatton> A uses X to build a 'view', consisting of one or more raster layers.
21:05 < dpatton> A want's to "share" that view with B.
21:05 < dpatton> One of the issues involved with how to do that is how to specify which layers make up the 'view'.
21:05 < dpatton> To do that in any practical/reliable way, layers must have unique names.
21:06 < dpatton> I'm thinking of the possibility of having a ULN(Unique Layer Name) that could be "assigned by a central authority" and used by data producers so that layers would have unique names, regardless of what application is being used to access the layer.
21:08 < dpatton> For example, in Punt/WW, the NLT Landsat 7 layer would have a ULN, and it would be different that any other Landsat 7 layer.
21:09 < dpatton> That ULN would apply whether or not the layer was being accessed as "WW-format" image tiles, or as a mosaic, or via a WMS server
21:10 < dpatton> Another example - a WMS request that results in MapServer building a composite image would be made up of multiple layers, each with it's own ULN, but the resulting image would not have a ULN.
21:11 < dpatton> OK, anyone have any thoughts/ideas?
21:11 < T_Servo> other than outside of WW/Punt... really hard to get anyone else to buy in?
21:13 < dpatton> In the future, I see it as being something that will be required, and I was hoping that some of the #mapserver folks would have popped in for the discussion
21:15 < dpatton> oh well, I'll try and have the discussion again on another day, when there can be more advance notice, and when there are more people around
21:16 < T_Servo> yea
21:16 < T_Servo> the ones you need for this, are not here
21:18 < dpatton> I can see where something like this could become an OGC standard
21:19 < dpatton> Data Providers(which now includes NLT, Nowak, etc) could digitally watermark their layers with their assigned ULNs
21:20 < dpatton> Layer Metadata could include the ULNs of layers used to create the layer, such as the ULNs for the Landsat 7 bands used to make a Landsat 7 composite image
21:23 < dpatton> A well-designed ULN scheme could allow software to do 'nearest match' for layers - I provide a 'view' that is based on a ULN for a Landsat7-derived layer(e.g. NLT), but you don't have that layer available, but you do have the GeoCover2000 layer available, which is also Landsat7-derived, so your application uses that layer
21:24 >> #punt-dev JOIN Bull_[UK] (i=MeGA@worldwind/user/bull)
21:24 < dpatton> to late Bull_[UK] - ULN's are now a formal spec ;-)
21:26 >> #punt-dev PART T_Servo (n=chatzill@205.208.132.239) ()
21:48 >> #punt-dev PART mazop (n=mazop@dsl-148-220.utaonline.at) ()
22:40 >> dpatton is now known as dpatton_away
23:23 >> dpatton_away is now known as dpatton
--- Log closed Tue Jan 03 00:00:51 2006