plastic-devs Mailing List for PLASTIC (Page 11)
Brought to you by:
johndavidtaylor,
thomasboch
Menu
▾
▴
plastic-devs — Plastic Developers
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(15) |
Nov
(11) |
Dec
(9) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(1) |
Feb
(110) |
Mar
(36) |
Apr
(55) |
May
(42) |
Jun
|
Jul
(42) |
Aug
(14) |
Sep
(34) |
Oct
(7) |
Nov
(35) |
Dec
(5) |
| 2007 |
Jan
(3) |
Feb
(5) |
Mar
(18) |
Apr
(10) |
May
(10) |
Jun
(9) |
Jul
(27) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Mark T. <m.b...@br...> - 2006-04-26 09:22:18
|
On Tue, 25 Apr 2006, Alasdair Allan wrote: > > Alasdair Allan wrote: > > I'd therefore like to introduce/propose > > > > void ivo://votech.org/voevent/handleEvent( String xmlMessage ) > > Possibly it should be, > > int ivo://votech.org/voevent/handleEvent( String xmlMessage ) > > returning a 1 on successful parse, and a 0 on a fail? Feeback is > always nice... Good idea, except better to use a boolean return, which is distinct from an integer in XML-RPC. Mark -- Mark Taylor Astronomical Programmer Physics, Bristol University, UK m.b...@br... +44-117-928-8776 http://www.star.bris.ac.uk/~mbt/ |
|
From: Alasdair A. <aa...@as...> - 2006-04-25 17:41:24
|
Alasdair Allan wrote: > I'd therefore like to introduce/propose > > void ivo://votech.org/voevent/handleEvent( String xmlMessage ) Possibly it should be, int ivo://votech.org/voevent/handleEvent( String xmlMessage ) returning a 1 on successful parse, and a 0 on a fail? Feeback is always nice... Al. |
|
From: Alasdair A. <aa...@as...> - 2006-04-25 17:40:16
|
Mark Taylor wrote: > Alasdair Allan wrote: >> I'd therefore like to introduce/propose >> >> void ivo://votech.org/voevent/handleEvent( String xmlMessage ) > > Sounds fine to me. Obviously a listener that was going to do > something with such a message would need to be VOEvent-aware > (contain a VOEvent message parser) well as PLASTIC-aware. Yes... > Do you have particular applications in mind for this? I'm not > really up on what's what in VOEvent. Well obviously I'm someone will implement a VOEvent aware display tool (before I have to sit down and do it), e.g. >> ...so that a Plastic aware display tool could for instance parse >> the message and plot the data products, e.g. a finding chart with >> the event RA&Dec marked along with an appropriate error circle >> taken from the message But for my own use I'm going to make the VOEvent broker (see http:// www.estar.org.uk/wiki/index.php/VOEvent) Plastic aware and allow it to ingest VOEvent messages from publishers/authors via this means and inject them into the VOEventNet backbone network. In other words, a simple way to publish event messages. Al. |
|
From: Mark T. <m.b...@br...> - 2006-04-25 17:32:00
|
On Tue, 25 Apr 2006, Alasdair Allan wrote: > I'd like to return to the topic of passing voevent messages to > Plastic apps as an entity, rather than first parsing the messages, > extracting the co-ordinates, and passing those instead... > > I'd therefore like to introduce/propose > > void ivo://votech.org/voevent/handleEvent( String xmlMessage ) > > so that a Plastic aware display tool could for instance parse the > message and plot the data products, e.g. a finding chart with the > event RA&Dec marked along with an appropriate error circle taken from > the message, or a broker could take the message and pass it into the > emerging VOEventNet. > > Are there any real objections to this? Discussion? Anyone? Sounds fine to me. Obviously a listener that was going to do something with such a message would need to be VOEvent-aware (contain a VOEvent message parser) well as PLASTIC-aware. Do you have particular applications in mind for this? I'm not really up on what's what in VOEvent. Mark -- Mark Taylor Astronomical Programmer Physics, Bristol University, UK m.b...@br... +44-117-928-8776 http://www.star.bris.ac.uk/~mbt/ |
|
From: Alasdair A. <aa...@as...> - 2006-04-25 17:25:23
|
I'd like to return to the topic of passing voevent messages to Plastic apps as an entity, rather than first parsing the messages, extracting the co-ordinates, and passing those instead... I'd therefore like to introduce/propose void ivo://votech.org/voevent/handleEvent( String xmlMessage ) so that a Plastic aware display tool could for instance parse the message and plot the data products, e.g. a finding chart with the event RA&Dec marked along with an appropriate error circle taken from the message, or a broker could take the message and pass it into the emerging VOEventNet. Are there any real objections to this? Discussion? Anyone? Al. |
|
From: John T. <jon...@gm...> - 2006-04-25 13:27:09
|
Mark Taylor wrote: > On Mon, 24 Apr 2006, Mark Taylor wrote: > > >> On Mon, 24 Apr 2006, John Taylor wrote: >> >> >>> I have to admit that I don't really like the "accept-all" option (mainly >>> because indicating it with an empty list is ugly), so I'm probably just >>> >> I have some sympathy with that. >> > > In fact, why don't we just ditch accept-all registration? I'd be happy to do that. > If we want > to support message logging we could introduce some new messages > which hubs could optionally send to listeners which register for them: > > ivo://votech.org/hub/event/RequestReceived( URI sender, URI message, List args ) > ivo://votech.org/hub/event/RequestToSubsetReceived( URI sender, URI message, List args, List recipientIds ) > > Good idea. I was going to suggest adding a method to the hub of the registerLogger() variety, but it involves duplicating much of the functionality we already have for ordinary clients so I prefer your messaging idea. There's scope to put even more data in here - such as the list of applications the message was actually sent to (which might not be the same) and all the return values. John |
|
From: Mark T. <m.b...@br...> - 2006-04-25 10:19:18
|
On Mon, 24 Apr 2006, Mark Taylor wrote: > On Mon, 24 Apr 2006, John Taylor wrote: > > > I have to admit that I don't really like the "accept-all" option (mainly > > because indicating it with an empty list is ugly), so I'm probably just > > I have some sympathy with that. In fact, why don't we just ditch accept-all registration? If we want to support message logging we could introduce some new messages which hubs could optionally send to listeners which register for them: ivo://votech.org/hub/event/RequestReceived( URI sender, URI message, List args ) ivo://votech.org/hub/event/RequestToSubsetReceived( URI sender, URI message, List args, List recipientIds ) -- Mark Taylor Astronomical Programmer Physics, Bristol University, UK m.b...@br... +44-117-928-8776 http://www.star.bris.ac.uk/~mbt/ |
|
From: Noel W. <Noe...@ma...> - 2006-04-24 18:20:33
|
On 24 Apr 2006, at 15:54, Mark Taylor wrote: > On Mon, 24 Apr 2006, Noel Winstanley wrote: > >> Hi, >> The first beta release of the Astro Runtime family of software >> products is available from >> http://software.astrogrid.org/beta/ar >> >> There are 4 variants of the Astro Runtime available: >> * PLASTIC Hub - just for client-side UI tool interop. >> * Astro Server Runtime - for non-UI unattended operation >> * Astro Client Runtime - for desktop operation >> * Workbench - suite of applications built upon the Astro Runtime >> (Astroscope, Application Launcher, Workflow editor) >> >> Each variant is available as >> * a webstart application, to click and run >> * single executable jar, to download, install and run >> * zip of libraries, for integration with other projects. > > Hi Noel, > > looks good. Couple of issues with the standalone hub, run from > the jar file (java -jar plastic-hub-2.2-beta-1.jar). > > - It doesn't appear to send a HubStopping message on shutdown. > yep - that's a problem that john is tackling. It'll be fixed before there's a 'stable' release. > - Most things I try to do from the GUI just pop a message in a > JTextPane: "Cannot control browser Please go to ...". No doubt > this is a consequence of the Luddite way I [refuse to] set up > my desktop, so you may choose not to regard this as a bug. > most of the things you are doing must be launching links to webpages. Java webstart provides extra apis to do this - if the AR isn't running under webstart, it falls back to just telling the user where to go (so to speak). It's a pity that standard java doesn't provide a browser-control class - there's a range of 3rd-party libraries (either java code that does os-detection, or native code like JDIC) that try to achieve this, but few are very good (last time I looked). Maybe I should provide something a little more ambitious for the fallback position - I'll take a look at what's available. > - Temporary files written to /tmp when (e.g.) doing a PLASTIC List > (List details of all registered applications) write a temporary > file to /tmp which is never tidied up (should presumably use > File.deleteOnExit or Runtime.addShutdownHook). > aha - one for john, methinks. he wrote the hub - I've just repackaged it. > - PlasticHubListener.getMessageRegisteredIds() does not include in > the returned list applications which are registered as accept-all > (i.e. regustered with an empty list of messages). I'd argue that > it should do. > likewise. meanwhile, I've now got time to look at the myspace bug that's been irritating both of us for a while - but you were right to put a work- around into topcat in the meantime. cheers noel. > Mark > > -- > Mark Taylor Astronomical Programmer Physics, Bristol > University, UK > m.b...@br... +44-117-928-8776 http://www.star.bris.ac.uk/ > ~mbt/ > > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Plastic-devs mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/plastic-devs > |
|
From: Mark T. <m.b...@br...> - 2006-04-24 16:34:22
|
On Mon, 24 Apr 2006, John Taylor wrote: > I have to admit that I don't really like the "accept-all" option (mainly > because indicating it with an empty list is ugly), so I'm probably just I have some sympathy with that. -- Mark Taylor Astronomical Programmer Physics, Bristol University, UK m.b...@br... +44-117-928-8776 http://www.star.bris.ac.uk/~mbt/ |
|
From: Mark T. <m.b...@br...> - 2006-04-24 15:47:56
|
On Mon, 24 Apr 2006, John Taylor wrote: > > this is a consequence of the Luddite way I [refuse to] set up > > my desktop, so you may choose not to regard this as a bug. > > > JavaWeb start provides the service used to control the browser. If > you're not launching using JWS then we can't control the browser (Noel - > could we fallback to the JDIC browser control?). I'm going to change The vulnerability comes from relying on a browser at all, which presumably Java can't guarantee exists. I'm not sure, but I'd guess that JDIC wouldn't work either for my laughably primitive desktop setup. As I say, you may choose to regard that as my problem. > > - PlasticHubListener.getMessageRegisteredIds() does not include in > > the returned list applications which are registered as accept-all > > (i.e. regustered with an empty list of messages). I'd argue that > > it should do. > > > > > > I'd argue the opposite, for practical rather than aesthetic reasons. I > reckon that the "send me everything" option should only be used by > applications such as message loggers. You don't really want these > showing up in the list of applications to which you can, for example, > send VOTables. I'm prepared to be persuaded that this is an abuse of > the spec though, and we should handle it differently. I'm with you part of the way, but... Logger-type applications will probably implement non-trivial responses for some of the messages, such as /info/getName or /test/echo, so it may not be wise to assume they should be excluded from such a list. Moreover you might actually want to send a VOTable to one of these loggers for some reason - debugging is one that springs to mind, but there could be others. I would argue at least that the result of getMessageRegisteredIds( msgId ) should be the same as the keys of the result of request( sender, msgId, args ) and friends - it was failure of such an assertion in one of my unit tests that caused me to notice this. So I'd maybe accept a ruling that said accept-all listeners didn't get returned for either of these calls. On the whole though, I believe that clarity of purpose will be best served by treating an application which claims to accept all messages as if it accepts all messages, otherwise documenting what special cases apply to what situation will get baroque. At the very least though, if we're going to do it the way you argue above, it must be explicitly documented so. Mark -- Mark Taylor Astronomical Programmer Physics, Bristol University, UK m.b...@br... +44-117-928-8776 http://www.star.bris.ac.uk/~mbt/ |
|
From: Mark T. <m.b...@br...> - 2006-04-24 14:54:12
|
On Mon, 24 Apr 2006, Noel Winstanley wrote: > Hi, > The first beta release of the Astro Runtime family of software > products is available from > http://software.astrogrid.org/beta/ar > > There are 4 variants of the Astro Runtime available: > * PLASTIC Hub - just for client-side UI tool interop. > * Astro Server Runtime - for non-UI unattended operation > * Astro Client Runtime - for desktop operation > * Workbench - suite of applications built upon the Astro Runtime > (Astroscope, Application Launcher, Workflow editor) > > Each variant is available as > * a webstart application, to click and run > * single executable jar, to download, install and run > * zip of libraries, for integration with other projects. Hi Noel, looks good. Couple of issues with the standalone hub, run from the jar file (java -jar plastic-hub-2.2-beta-1.jar). - It doesn't appear to send a HubStopping message on shutdown. - Most things I try to do from the GUI just pop a message in a JTextPane: "Cannot control browser Please go to ...". No doubt this is a consequence of the Luddite way I [refuse to] set up my desktop, so you may choose not to regard this as a bug. - Temporary files written to /tmp when (e.g.) doing a PLASTIC List (List details of all registered applications) write a temporary file to /tmp which is never tidied up (should presumably use File.deleteOnExit or Runtime.addShutdownHook). - PlasticHubListener.getMessageRegisteredIds() does not include in the returned list applications which are registered as accept-all (i.e. regustered with an empty list of messages). I'd argue that it should do. Mark -- Mark Taylor Astronomical Programmer Physics, Bristol University, UK m.b...@br... +44-117-928-8776 http://www.star.bris.ac.uk/~mbt/ |
|
From: Noel W. <Noe...@ma...> - 2006-04-24 13:12:37
|
Hi, The first beta release of the Astro Runtime family of software products is available from http://software.astrogrid.org/beta/ar There are 4 variants of the Astro Runtime available: * PLASTIC Hub - just for client-side UI tool interop. * Astro Server Runtime - for non-UI unattended operation * Astro Client Runtime - for desktop operation * Workbench - suite of applications built upon the Astro Runtime (Astroscope, Application Launcher, Workflow editor) Each variant is available as * a webstart application, to click and run * single executable jar, to download, install and run * zip of libraries, for integration with other projects. More Information: ------------------------ Astro Runtime: The Astro Runtime is a facade for any client code that wants to access Virtual Observatory services. It's facilities are exposed via a range of techniques - HTTP / XML-RPC / Java-RMI, making it easily accessible from almost all programming and scripting languages. The runtime simplifies access to IVOA standard services : Registries, Siap, SSAP, (SkyNode coming real soon now); All AstroGrid services : MySpace, Workflow, CEA; Other popular protocols: NVO Cone-search; Useful one-off services - CDS Simbad, etc It also provides GUI components - simple dialogues that can be reused by client applications to perform common tasks (myspace microbrowser, registry browser, etc). Other benefits of the runtime include single sign-on, single-configuration, and single cache service responses - making implementation of client-side applications simpler. PLASTIC : A standard for interoperation of client-side vizualization tools . http://plastic.sourceforge.net Relationship between the current AstroGrid Workbench and the Astro Runtimes: After a period of testing, the Astro Runtimes will replace the current monolithic Workbench. The Astro Runtimes repackage the functionality of the current Workbench, so that the user/developer/ integrator can select the subset of functionality they require. Download sizes range from 3Meg (for the plastic Hub) to 24Meg (for the Workbench). The Astro Runtimes are also much more configurable - service parameters can be set trivially on the commandline even disabling services altogether. While the Workbench version probably isn't ready for production use yet, the smaller variants - Hub, ASR, ACR - should be usable with no problems. YMMV. enjoy! noel --- http://wiki.astrogrid.org/bin/view/Main/NoelWinstanley Senior Java Developer, AstroGrid Project Jodrell Bank Observatory, University of Manchester |
|
From: R H. <ric...@co...> - 2006-04-21 09:48:19
|
but with hundreds of potential combinations, this might not be so hot: maybe another votable (or two) would be better? side issue: I got stilts working through jni to convert votables but only by unjarring to get the individual classes. Is this what you (John, Marco) did with savot? Richard On Thu, 20 Apr 2006, John Taylor wrote: > Perhaps one way for this would be for Eirik to send the "hot" combinations > of columns, one at a time? > John > > R Holbrey wrote: >> On Tue, 18 Apr 2006, John Taylor wrote: >> >>> R Holbrey wrote: >>>> On Tue, 18 Apr 2006, John Taylor wrote: >>>> >>>>> Hi All, >>>>> I've taken the "agreed" Plastic messages and put them up onto the main >>>>> site http://plastic.sourceforge.net/coremessages/html >>>>> leaving the wiki page for us to argue about new messages. While I'm >>>>> here I'd like to propose: >>>>> >>>>> ivo://votech.org/votable/selectColumns(id: string, cols: int[]) >>>>> >>>>> In the case of something like VisIVO, this would suggest to VisIVO the >>>>> columns in the table to use for visualisation (perhaps using the >>>>> ordering to suggest their importance (ie the first 3 get mapped to >>>>> spatial axes?). In the case of my Anomaly Detector it's an instruction >>>>> indicating which columns to run the algorithm on. In both cases, the >>>>> message could come from a data exploration tool such as Richard's Eirik. >>>>> >>>>> John >>>> >>>> eirik would also like to be able to suggest a tgable of such values, so >>>> that it would be easy to suggest that column 1 has something in common >>>> with columns 10 and 15. This might even be a set of covariances or >>>> mutual information figures, or should this be a (vo)table? >>>> >>>> Richard >>>> >>> Hi Richard - interesting- how would this information be consumed by >>> third-party apps? [Can you suggest any that could display it?]. >>> >>> J >> >> I was thinking firstly of the drop down menus to select axes in various >> tools, which could be organised to display 'hot' items first. Later on we >> might want to display transformations of the data (eg pca), although it may >> be advantageous for eirik to do this, or at least to have a separate >> window. >> >> Rich >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by xPML, a groundbreaking scripting language >> that extends applications into web and mobile media. Attend the live >> webcast >> and join the prime developer group breaking into this new coding territory! >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 >> _______________________________________________ >> Plastic-devs mailing list >> Pla...@li... >> https://lists.sourceforge.net/lists/listinfo/plastic-devs >> > > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Plastic-devs mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/plastic-devs > |
|
From: John T. <jon...@gm...> - 2006-04-20 21:58:25
|
Perhaps one way for this would be for Eirik to send the "hot" combinations of columns, one at a time? John R Holbrey wrote: > On Tue, 18 Apr 2006, John Taylor wrote: > >> R Holbrey wrote: >>> On Tue, 18 Apr 2006, John Taylor wrote: >>> >>>> Hi All, >>>> I've taken the "agreed" Plastic messages and put them up onto the >>>> main site http://plastic.sourceforge.net/coremessages/html >>>> leaving the wiki page for us to argue about new messages. While >>>> I'm here I'd like to propose: >>>> >>>> ivo://votech.org/votable/selectColumns(id: string, cols: int[]) >>>> >>>> In the case of something like VisIVO, this would suggest to VisIVO >>>> the columns in the table to use for visualisation (perhaps using >>>> the ordering to suggest their importance (ie the first 3 get mapped >>>> to spatial axes?). In the case of my Anomaly Detector it's an >>>> instruction indicating which columns to run the algorithm on. In >>>> both cases, the message could come from a data exploration tool >>>> such as Richard's Eirik. >>>> >>>> John >>> >>> eirik would also like to be able to suggest a tgable of such values, >>> so that it would be easy to suggest that column 1 has something in >>> common with columns 10 and 15. This might even be a set of >>> covariances or mutual information figures, or should this be a >>> (vo)table? >>> >>> Richard >>> >> Hi Richard - interesting- how would this information be consumed by >> third-party apps? [Can you suggest any that could display it?]. >> >> J > > I was thinking firstly of the drop down menus to select axes in > various tools, which could be organised to display 'hot' items first. > Later on we might want to display transformations of the data (eg > pca), although it may be advantageous for eirik to do this, or at > least to have a separate window. > > Rich > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Plastic-devs mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/plastic-devs > |
|
From: Alasdair A. <aa...@as...> - 2006-04-20 11:36:55
|
John (and/or all?), I'm going to refer to Plastic in one of my two upcoming SPIE papers (currently in frantic preparation), is there a reference and or paper I should be pointing to? Al. |
|
From: Marco C. <mc...@oa...> - 2006-04-20 10:28:30
|
John Taylor wrote: > Hi All, > I just want to remind everyone that they should switch over to using the > .plastic file rather than the acr equivalents. If you use the latter > you won't be compatible with any other hubs, or even with the new > lightweight hub that Noel will be releasing shortly. Marco: is parsing > this going to be a real problem for you? Should we rethink the format > of this file (or, more likely, supply another one)? Hi John, no problem, I didn't yet have time to put my hands on that but I'll find a way. Cheers, Marco -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. |
|
From: John T. <jon...@gm...> - 2006-04-19 15:00:18
|
Hi Al, It's still |#Some comments| |plastic.rmi.port=1234| |plastic.xmlrpc.url=http://localhost:8001/576514c3145e6e34/xmlrpc| (where the lines could be in any order of course) Although not mentioned on the wiki page the ACR hub also adds plastic.version=0.4 as does Topcat's internal hub. There may be other lines in this file that are implementation-dependent. I think we should add "plastic.version" to the spec, and also reserve any keys beginning "plastic." I raised the issue of the format of this file as I know that it's not so easy for C++ users to parse, though it's hardly going to present much of a challenge in perl. John PS The tidying up of the spec is coming....honest....! Alasdair Allan wrote: > > Thomas Boch wrote: >> For people using Aladin through PLASTIC : I am in the process of >> updating my code to be fully compatible with any hub, ie to rely on >> the .plastic file and not on the acr one... > > My code is currently looking for a .plastic file, but I remember some > discussion about putting a version number in there (amongst other > things?). So what exactly is the format of this file now..? > > Al. > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Plastic-devs mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/plastic-devs > |
|
From: Alasdair A. <aa...@as...> - 2006-04-19 14:50:28
|
Thomas Boch wrote: > For people using Aladin through PLASTIC : I am in the process of > updating my code to be fully compatible with any hub, ie to rely on > the .plastic file and not on the acr one... My code is currently looking for a .plastic file, but I remember some discussion about putting a version number in there (amongst other things?). So what exactly is the format of this file now..? Al. |
|
From: Thomas B. <bo...@ne...> - 2006-04-19 12:22:12
|
Hi John, Thanks for the reminder. For people using Aladin through PLASTIC : I am in the process of updating my code to be fully compatible with any hub, ie to rely on the .plastic file and not on the acr one. I'll post a message on this list when the new version will be available. Cheers, Thomas John Taylor wrote: > > Hi All, > I just want to remind everyone that they should switch over to using the > .plastic file rather than the acr equivalents. If you use the latter > you won't be compatible with any other hubs, or even with the new > lightweight hub that Noel will be releasing shortly. Marco: is parsing > this going to be a real problem for you? Should we rethink the format > of this file (or, more likely, supply another one)? > > John > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Plastic-devs mailing list > Pla...@li... > https://lists.sourceforge.net/lists/listinfo/plastic-devs |
|
From: John T. <jd...@ro...> - 2006-04-19 11:05:32
|
Hi All, I just want to remind everyone that they should switch over to using the .plastic file rather than the acr equivalents. If you use the latter you won't be compatible with any other hubs, or even with the new lightweight hub that Noel will be releasing shortly. Marco: is parsing this going to be a real problem for you? Should we rethink the format of this file (or, more likely, supply another one)? John |
|
From: R H. <ric...@co...> - 2006-04-19 09:25:47
|
On Tue, 18 Apr 2006, John Taylor wrote: > R Holbrey wrote: >> On Tue, 18 Apr 2006, John Taylor wrote: >> >>> Hi All, >>> I've taken the "agreed" Plastic messages and put them up onto the main >>> site http://plastic.sourceforge.net/coremessages/html >>> leaving the wiki page for us to argue about new messages. While I'm here >>> I'd like to propose: >>> >>> ivo://votech.org/votable/selectColumns(id: string, cols: int[]) >>> >>> In the case of something like VisIVO, this would suggest to VisIVO the >>> columns in the table to use for visualisation (perhaps using the ordering >>> to suggest their importance (ie the first 3 get mapped to spatial axes?). >>> In the case of my Anomaly Detector it's an instruction indicating which >>> columns to run the algorithm on. In both cases, the message could come >>> from a data exploration tool such as Richard's Eirik. >>> >>> John >> >> eirik would also like to be able to suggest a tgable of such values, so >> that it would be easy to suggest that column 1 has something in common with >> columns 10 and 15. This might even be a set of covariances or mutual >> information figures, or should this be a (vo)table? >> >> Richard >> > Hi Richard - interesting- how would this information be consumed by > third-party apps? [Can you suggest any that could display it?]. > > J I was thinking firstly of the drop down menus to select axes in various tools, which could be organised to display 'hot' items first. Later on we might want to display transformations of the data (eg pca), although it may be advantageous for eirik to do this, or at least to have a separate window. Rich |
|
From: John T. <jd...@ro...> - 2006-04-18 21:29:25
|
R Holbrey wrote: > On Tue, 18 Apr 2006, John Taylor wrote: > >> Hi All, >> I've taken the "agreed" Plastic messages and put them up onto the >> main site http://plastic.sourceforge.net/coremessages/html >> leaving the wiki page for us to argue about new messages. While I'm >> here I'd like to propose: >> >> ivo://votech.org/votable/selectColumns(id: string, cols: int[]) >> >> In the case of something like VisIVO, this would suggest to VisIVO >> the columns in the table to use for visualisation (perhaps using the >> ordering to suggest their importance (ie the first 3 get mapped to >> spatial axes?). In the case of my Anomaly Detector it's an >> instruction indicating which columns to run the algorithm on. In >> both cases, the message could come from a data exploration tool such >> as Richard's Eirik. >> >> John > > eirik would also like to be able to suggest a tgable of such values, > so that it would be easy to suggest that column 1 has something in > common with columns 10 and 15. This might even be a set of > covariances or mutual information figures, or should this be a (vo)table? > > Richard > Hi Richard - interesting- how would this information be consumed by third-party apps? [Can you suggest any that could display it?]. J |
|
From: R H. <ric...@co...> - 2006-04-18 11:53:57
|
On Tue, 18 Apr 2006, John Taylor wrote: > Hi All, > I've taken the "agreed" Plastic messages and put them up onto the main site > http://plastic.sourceforge.net/coremessages/html > leaving the wiki page for us to argue about new messages. While I'm here I'd > like to propose: > > ivo://votech.org/votable/selectColumns(id: string, cols: int[]) > > In the case of something like VisIVO, this would suggest to VisIVO the > columns in the table to use for visualisation (perhaps using the ordering to > suggest their importance (ie the first 3 get mapped to spatial axes?). In > the case of my Anomaly Detector it's an instruction indicating which columns > to run the algorithm on. In both cases, the message could come from a data > exploration tool such as Richard's Eirik. > > John eirik would also like to be able to suggest a tgable of such values, so that it would be easy to suggest that column 1 has something in common with columns 10 and 15. This might even be a set of covariances or mutual information figures, or should this be a (vo)table? Richard |
|
From: John T. <jd...@ro...> - 2006-04-18 00:30:01
|
Apologies for the twee name, but what else would you call small Plastic applications? I've made a small library of plastic applications that offer access to the Desktop via Plastic (if you're using one of the platforms that JDIC has deigned to pay attention to). You can find out about them here: http://plastic.sourceforge.net/multiproject/plastlets/ and java web start them from here: http://plastic.sourceforge.net/multiproject/plastletweb/plastletweb.jnlp I'd be interested to know if the email plastlet works for anyone - it certainly doesn't on XP with Thunderbird. Apparently the JDIC library will be part of Java 6, so hopefully they'll have ironed out the bugs by then (and ported it to Macs). John |
|
From: John T. <jd...@ro...> - 2006-04-18 00:10:57
|
Hi All, I've taken the "agreed" Plastic messages and put them up onto the main site http://plastic.sourceforge.net/coremessages/html leaving the wiki page for us to argue about new messages. While I'm here I'd like to propose: ivo://votech.org/votable/selectColumns(id: string, cols: int[]) In the case of something like VisIVO, this would suggest to VisIVO the columns in the table to use for visualisation (perhaps using the ordering to suggest their importance (ie the first 3 get mapped to spatial axes?). In the case of my Anomaly Detector it's an instruction indicating which columns to run the algorithm on. In both cases, the message could come from a data exploration tool such as Richard's Eirik. John |
29 messages has been excluded from this view by a project administrator.
