plastic-devs Mailing List for PLASTIC (Page 9)
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-05-10 09:06:45
|
On Wed, 10 May 2006, Johan Lindroos wrote: > Hello Mark, > > I got the same problem in windows, but the problem is not due to the > "8char" directories but the localhost part, that does not work well, > when removing the localhost from the url before accessing the temporary > file it works well. > > Best Regards, > Johan > > Johan Lindroos, Software Engineer, SAMPO ESO - Data Analysis Project > P.O.Box 405, 02101 ESPOO, Finland Tel.+358-9-4572121, Mob.+358-50-3819725, Fax. +358-9-4572302 > CSC - Scientific Computing Ltd. http://www.csc.fi Email: Joh...@cs... oh lordy... the URLs generated by TOPCAT didn't used to contain the localhost part in 'file:'-type URLs, but I've done work to insert it following discussions on this list last month about correctly formed URLs, in accordance with RFC 1738. Now it seems that they are not being parsed correctly. Can you tell me exactly what is failing when trying to handle such URLs? thanks 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-05-09 17:36:55
|
On Fri, 5 May 2006, Marco Comparato wrote: > Mark Taylor wrote: > > Marco, > > > > if I run TOPCAT on Windows it sends, for instance, > > ivo://votech.org/votable/loadFromURL messages with a url argument that > > looks like this: > > > > file://localhost/C:/DOCUME~1/Mark/LOCALS~1/Temp/plastic7533.vot > > > > Is this what you're talking about? > > Hi, > > yes, that is what I get. Marco, sorry for the delay - I meant to bring a windows machine in today so I could look at this but I forgot, I'll try to remember tomorrow. In the mean time: > > Windows seems to understand > > filenames/URLs in that format, in that if I type that URL into the > > location box of Internet Explorer, it picks up the file. > > I agree with you but if I pass this filename to Savot (the java library > I use to parse votables) I get wrong parsing. Do you have any idea why > this java library seems not to accept this path format? Does your > application accept it? Can you tell me exactly what goes wrong with savot? > > (For java-aware onlookers, this is the kind of File that you get > > from File.createTempFile() methods.) > > That is a little strange because it reformats the directory names bigger > than 8 chars but the file name is not reformatted even if it is bigger all a bit of a mystery to me, though it may have something to do with what John said about the difference between starting from DOS prompt or Windows. I'll try to investigate. > than 8 chars too. It seems you use it just to get a system temp dir, > Could you avoid the use of this method? I need to put temporary files somewhere, and File.createTempFile() is the normal way to do it. 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-05-09 14:35:58
|
On Tue, 9 May 2006, Thomas Boch wrote: > > Following Pierre's suggestion I have now implemented send and receive > > of this message in TOPCAT. You can get a pre-release version with > > this functionality from > > > > ftp://andromeda.star.bris.ac.uk/topcat/pre/topcat-full.jar > > This link is not working for me > I think the link should be : > ftp://andromeda.star.bris.ac.uk/pub/star/topcat/pre/topcat-full.jar Oops thanks Thomas you are quite right. -- Mark Taylor Astronomical Programmer Physics, Bristol University, UK m.b...@br... +44-117-928-8776 http://www.star.bris.ac.uk/~mbt/ |
|
From: Thomas B. <bo...@ne...> - 2006-05-09 14:32:17
|
Mark, > Following Pierre's suggestion I have now implemented send and receive > of this message in TOPCAT. You can get a pre-release version with > this functionality from > > ftp://andromeda.star.bris.ac.uk/topcat/pre/topcat-full.jar This link is not working for me I think the link should be : ftp://andromeda.star.bris.ac.uk/pub/star/topcat/pre/topcat-full.jar Thomas |
|
From: Mark T. <m.b...@br...> - 2006-05-09 12:56:20
|
On Tue, 9 May 2006, Mark Taylor wrote: > On Tue, 9 May 2006, Thomas Boch wrote: > > > > > > > With hindsight I'd say that the way the change was made was suboptimal - > > > if the parameter list change had been > > > > > > (String votable) -> (String votable, String id) > > > > > > rather than > > > > > > (String votable) -> (String id, String votable) > > > > Note that the current version of Aladin incorrectly expects that the > > parameter list is (String votable, String id) ... > > I didn't realise that - in that case since we (well, I) agree it's > better that way, and that's what Aladin does, it might be best > to declare that the bug is in the specification and just change that. > Is there code anywhere which uses this method in the declared > (String id, String votable) form? ... I'll take that as a no for now. If nobody contradicts, then John can you modify the ivo://votech.org/votable/load message arguments in coremessages.html so that they read (votable:String, id:String) rather than the other way around. TOPCAT now tolerates an optional second argument for this message - pre-release version at ftp://andromeda.star.bris.ac.uk/pub/star/topcat/topcat-full.jar 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-05-09 11:14:46
|
On Tue, 9 May 2006, Thomas Boch wrote: > > > > With hindsight I'd say that the way the change was made was suboptimal - > > if the parameter list change had been > > > > (String votable) -> (String votable, String id) > > > > rather than > > > > (String votable) -> (String id, String votable) > > Note that the current version of Aladin incorrectly expects that the > parameter list is (String votable, String id) ... I didn't realise that - in that case since we (well, I) agree it's better that way, and that's what Aladin does, it might be best to declare that the bug is in the specification and just change that. Is there code anywhere which uses this method in the declared (String id, String votable) form? Mark -- Mark Taylor Astronomical Programmer Physics, Bristol University, UK m.b...@br... +44-117-928-8776 http://www.star.bris.ac.uk/~mbt/ |
|
From: Thomas B. <bo...@ne...> - 2006-05-09 11:06:50
|
> > With hindsight I'd say that the way the change was made was suboptimal - > if the parameter list change had been > > (String votable) -> (String votable, String id) > > rather than > > (String votable) -> (String id, String votable) Note that the current version of Aladin incorrectly expects that the parameter list is (String votable, String id) ... I'll fix that in a future release. Thomas |
|
From: Mark T. <m.b...@br...> - 2006-05-09 10:53:27
|
On Tue, 9 May 2006, Inaki Ortiz wrote: > Hi there guys > > My name is Inaki Ortiz and I am currently developing VOQuest, a > PROTOTYPE tool to query and access VO services implementing source > catalog data model. The idea is to make use of several VO standards like > ADQL and VOTable to interconnect services. Besides that, we aim to make > use of PLASTIC to relegate the usage of existing functionalities to the > top performers on each field, like Topcat and Aladin, for example. We do > not intend to re-invent the wheel, and that's why I find PLASTIC a great > idea and a pretty neat implementation. So congratulations to you all, > first. > > Now... some problems :-( > > From VOQuest we can actually send a VOTable to Topcat through the 'load' > message by just using one parameter. Nonetheless,the documentation > states that two parameters are needed > > http://plastic.sourceforge.net/coremessages.html > > On the other hand, Aladin supports the two parameters invocation. So at > the end I have to hard-code the invocations based on which service > VOQuest is calling to. I would like to get rid of it and call both > services in the same way so I would like to ask if a quick patch on > Topcat is possible and feasible. If not... is there any other > alternative? Please be aware that VOQuest has the VOTables loaded into > memory and, as we do not intend to have access to the end user's local > file system, we can just make use of the 'load' message and not > 'loadFromURL'. Hallo Inaki, clearly TOPCAT is in error here and I can make a change quickly. The form of the message it supports was correct for an earlier version of the /votable/load message and I failed to update it when the definition was changed. I'll let you have a (pre-release) fixed version later today, and hopefully make a new public release with this and some other changes by the end of the week. With hindsight I'd say that the way the change was made was suboptimal - if the parameter list change had been (String votable) -> (String votable, String id) rather than (String votable) -> (String id, String votable) when the new parameter was introduced it would have given applications a better chance of dealing with both old and new forms of the message with the same code. It's probably too late to change back for /votable/load, but we can maybe bear that in mind for future revisions. I look forward to talking about VOQuest in Victoria. Mark -- Mark Taylor Astronomical Programmer Physics, Bristol University, UK m.b...@br... +44-117-928-8776 http://www.star.bris.ac.uk/~mbt/ |
|
From: Inaki O. <Ina...@sc...> - 2006-05-09 10:27:01
|
Hi there guys
My name is Inaki Ortiz and I am currently developing VOQuest, a
PROTOTYPE tool to query and access VO services implementing source
catalog data model. The idea is to make use of several VO standards l=
ike
ADQL and VOTable to interconnect services. Besides that, we aim to ma=
ke
use of PLASTIC to relegate the usage of existing functionalities to t=
he
top performers on each field, like Topcat and Aladin, for example. We=
do
not intend to re-invent the wheel, and that's why I find PLASTIC a gr=
eat
idea and a pretty neat implementation. So congratulations to you all,
first.
Now... some problems :-(
>From VOQuest we can actually send a VOTable to Topcat through the 'l=
oad'
message by just using one parameter. Nonetheless,the documentation
states that two parameters are needed
http://plastic.sourceforge.net/coremessages.html
On the other hand, Aladin supports the two parameters invocation. So =
at
the end I have to hard-code the invocations based on which service
VOQuest is calling to. I would like to get rid of it and call both
services in the same way so I would like to ask if a quick patch on
Topcat is possible and feasible. If not... is there any other
alternative? Please be aware that VOQuest has the VOTables loaded int=
o
memory and, as we do not intend to have access to the end user's loca=
l
file system, we can just make use of the 'load' message and not
'loadFromURL'.
Many thanks in advance and congratulations for your excellent work.
I=F1aki Ortiz
--=20
_________________________________________________________
I=F1aki Ortiz de Landaluze
Software Engineer
ESA/ESAC
European Space Agency / European Space Astronomy Centre=20
P.O. Box 50727, 28080 Madrid - Spain
Tel: +34 91 813 13 67
E-mail : Ina...@es...
_________________________________________________________
|
|
From: John T. <jon...@gm...> - 2006-05-09 01:15:53
|
Hi Pierre & Mark, Great idea - we do need to be able to do this. I wonder if this is a special case of a more general problem - being able to highlight multiple selections. We could instead extend showObjects to have an (optional) parameter giving some measure of "priority". In the case of Topcat the highest (and default) priority causes it to generate a new subset, while the next level causes it merely to highlight the points. Topcat and Aladin send the former when a selection is made, and the latter on a mouseover (presumably). In the case of VisIVO, the different "priorities" could be used for different colours in the selection - allowing clustering applications to use VisIVO to show the different clusters. Whether this works or not depends on whether selection and highlighting are completely different things, or different degrees of the same action. Although Topcat distinguishes between the two activities (by generating a subset), other tools such as xmdv do not (at present). We also need to decide how tightly we define the meaning of a message...at the moment we've left it up to application writers to decide how to interpret messages in a way meaningful to them. Thus Topcat creates a new subset on receipt of showObjects, while xmdv interprets the same message as meaning "highlight points". John Pierre Fernique wrote: > > > Dear Plastic developers, > > The Plastic mechanism is typically interresting for cross object > selections. Presently, there is only one message about that > (showObjects) generally implemented by the selection of the > corresponding objects in the applications. > > I would really appreciate, and I suppose that I will be not alone, if > we can introduce the following distinction : showObjects and > HighlightObject. > > It could seem a subtle difference, but in practice this difference is > evident. > > Presently, when I select some objects in Aladin, the corresponding > records appear in the TOPcat table. > But it will be great just by moving the mouse on this list (TOPcat > side) or on objects (Aladin side) the current line/object will be > highlighted. Without this highlight function, I can modify the > selection and keep an unique object, but in practice it is not > flexible at all as you lost your first selection. My example concerns > Aladin and TOPcat, but it will be exactly the same need for VisIVO or > other tools. > > Comments ? > > Regards, > Pierre Fernique > > > > ------------------------------------------------------- > 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-05-08 18:01:00
|
Thomas Boch wrote: > Hi all, > > > >> In the interests of keeping the protocol/hub specification itself >> as simple as possible consistent with the functionality we need, >> I'm of the opinion that it's better to leave this to the clients >> than to introduce new hub methods to support this behaviour. Of course >> PLASTIC toolkits such as the AG/ART one and PlasKit should probably >> provide canned routines to do this sort of thing so that application >> writers don't have to reinvent the wheel every time. >> A point of order on the "ART" acronym. For the sake of consistent branding I should point out that we've decided to stick with "AR - Astro Runtime" and ACR/ASR to distinguish between the client and server variants. Actually, it's really because we can't be bothered changing the promotional merchandise (T shirts, mugs etc). For the same reason, we decided not to go with "Flexible Astro Run Time". John PS I'm joking about the merchandise. It's an idea though...we could promote our work at the IVOA with free Plastic Mugs, Plastic Pens..... ;-) |
|
From: Marco C. <mc...@oa...> - 2006-05-05 18:24:47
|
Mark Taylor wrote: > Marco, > > if I run TOPCAT on Windows it sends, for instance, > ivo://votech.org/votable/loadFromURL messages with a url argument that > looks like this: > > file://localhost/C:/DOCUME~1/Mark/LOCALS~1/Temp/plastic7533.vot > > Is this what you're talking about? Hi, yes, that is what I get. > Windows seems to understand > filenames/URLs in that format, in that if I type that URL into the > location box of Internet Explorer, it picks up the file. I agree with you but if I pass this filename to Savot (the java library I use to parse votables) I get wrong parsing. Do you have any idea why this java library seems not to accept this path format? Does your application accept it? > (For java-aware onlookers, this is the kind of File that you get > from File.createTempFile() methods.) That is a little strange because it reformats the directory names bigger than 8 chars but the file name is not reformatted even if it is bigger than 8 chars too. It seems you use it just to get a system temp dir, Could you avoid the use of this method? Thanks, Marco |
|
From: Thomas B. <bo...@ne...> - 2006-05-05 15:56:37
|
Marco, > > If I load a votable in aladin I got a wrong url format (file:c:/......, > should it not be file:///c:/.....?) A new Aladin prototype version has been released (available at http://aladin.u-strasbg.fr/java/nph-aladin.pl?frame=downloading , look at the Prototype section). In this version, file URLs have been corrected and should conform to the RFC 1738. I just tested it under Windows, URLs sent by Aladin have this kind of format : file://localhost/C:/....../broadcasted_file.xml Note that in this new version, catalogue planes are no more automatically broadcasted when a new plane is loaded. In order to broadcast a catalogue plane, select the plane in the stack, right click and select the "Broadcast..." item. Cheers, Thomas |
|
From: Mark T. <m.b...@br...> - 2006-05-05 15:12:44
|
On Thu, 4 May 2006, Mark Taylor wrote: > Message ID: > ivo://votech.org/votable/highlightObject > Arguments: > id: String > row: int > Return: > boolean (true for success) > > with semantics corresponding to those for votable/showObjects. Following Pierre's suggestion I have now implemented send and receive of this message in TOPCAT. You can get a pre-release version with this functionality from ftp://andromeda.star.bris.ac.uk/topcat/pre/topcat-full.jar To cause TOPCAT to send highlightObject messages, select the new "Transmit Row" option from the Actiation Window for the table. It will automatically respond to highlightObject messages for tables it has loaded. More detailed documentation is available in the online help (select the Interop|Help on Interoperability menu item from the main control window). 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-05-05 07:45:58
|
On Fri, 5 May 2006, John Taylor wrote: > > >> Now there's a thought, it would certainly improve interoperability. > >> More work on the Hub end though... > >> > > > > If I understand the problem and proposed solution correctly, this > > couldn't work without substantial changes to the standard, > > since the hub, by design, does not understand the content or > > argument list types of the messages which it forwards. > > Hence it can't know whether the stream of <double> elements it > > has received from a client is in fact supposed to be <int>s. > > Its job is simply to act as a multiplexer forwarding RPC calls > > unchanged between senders and recipients. > > > > > > Sorry - not reading ahead down the threads before replying.....I promise > I'm not just reading Mark's posts and then resending them in my own words. > > John and I promise I'm not taking advantage of John's holiday to fake postings from his address. Mark -- Mark Taylor Astronomical Programmer Physics, Bristol University, UK m.b...@br... +44-117-928-8776 http://www.star.bris.ac.uk/~mbt/ |
|
From: John T. <jon...@gm...> - 2006-05-05 05:44:46
|
Marco - ignore xmdv - it's well out of date now. J Marco Comparato wrote: > Hi John, > > I get another url format from xmdv file:/c:/......... > > :( > > Marco:) > |
|
From: John T. <jon...@gm...> - 2006-05-05 05:44:43
|
It would be tricky for the hub to do the casting as it doesn't have any idea what the messages mean...so doesn't know what the argument types should be. One way for you guys to get around this would be to agree that your arguments are all Strings rather than Doubles or whatever, so the client has the job of then converting them into an appropriate numeric type. Alasdair Allan wrote: > All, > > I thought this was at the point where it should go to the list... > > For context I was having problems getting Aladin to respond to some, > but not all, pointAtCoords messages sent from my Perl client via the > Hub. Most were successful, but some failed for no apparent reason... > > Thomas Boch wrote: >> Alasdair Allan wrote: >>> Alasdair Allan wrote: >>>> The 20 & 75 is correct and is the requested RA&Dec is decimal >>>> degrees (ie RA 1:20:00.0, Dec 75:00:00)... >>> >>> Ah ha! It's a casting problem, Perl is of course a non-strictly >>> typed language. So when it seems 20.0, it just drops the .0 portion, >>> so the 20.0 getting sent (as a double) to the Hub turns into a >>> Integer, so Aladin isn't happy. When I explicitly cast it as a >>> double everything is fine (which explains why it was working >>> sometimes and not others)! >> >> You are right, Aladin complains with a ClassCastException as it is >> waiting for a Double ! I wonder if the hub shouldn't take care of >> this kind of casting problems ... > > Now there's a thought, it would certainly improve interoperability. > More work on the Hub end though... > >> I mean : it would of course add complexity on the hub side, but Perl >> developpers don't want to explicitly cast, do they ? > > No, it's actually a real pain in the backside to do casting and there > is the odd corner case where it isn't going to work. For instance I've > yet to figure out how to actually cast to a bool so I can send back a > true/false response to a message (just sending a a1 or a 0 doesn't > seem to cut it and Perl doesn't have a boolean type at all). Ho hum... > > Cheers, > 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: John T. <jon...@gm...> - 2006-05-05 05:44:42
|
>> Now there's a thought, it would certainly improve interoperability. >> More work on the Hub end though... >> > > If I understand the problem and proposed solution correctly, this > couldn't work without substantial changes to the standard, > since the hub, by design, does not understand the content or > argument list types of the messages which it forwards. > Hence it can't know whether the stream of <double> elements it > has received from a client is in fact supposed to be <int>s. > Its job is simply to act as a multiplexer forwarding RPC calls > unchanged between senders and recipients. > > Sorry - not reading ahead down the threads before replying.....I promise I'm not just reading Mark's posts and then resending them in my own words. John |
|
From: Mark T. <m.b...@br...> - 2006-05-04 17:08:46
|
On Thu, 4 May 2006, Pierre Fernique wrote:
> Dear Plastic developers,
>
> The Plastic mechanism is typically interresting for cross object
> selections. Presently, there is only one message about that
> (showObjects) generally implemented by the selection of the
> corresponding objects in the applications.
>
> I would really appreciate, and I suppose that I will be not alone, if we
> can introduce the following distinction : showObjects and HighlightObject.
>
> It could seem a subtle difference, but in practice this difference is
> evident.
>
> Presently, when I select some objects in Aladin, the corresponding
> records appear in the TOPcat table.
> But it will be great just by moving the mouse on this list (TOPcat side)
> or on objects (Aladin side) the current line/object will be highlighted.
> Without this highlight function, I can modify the selection and keep an
> unique object, but in practice it is not flexible at all as you lost
> your first selection. My example concerns Aladin and TOPcat, but it will
> be exactly the same need for VisIVO or other tools.
>
> Comments ?
Excellent idea. Can't think why we haven't come up with it before now.
Unless someone thinks of a good reason why not I will try to implement
sending and receiving of this message in TOPCAT in the next few days.
For definiteness:
Message ID:
ivo://votech.org/votable/highlightObject
Arguments:
id: String
row: int
Return:
boolean (true for success)
with semantics corresponding to those for votable/showObjects.
thanks Pierre.
--
Mark Taylor Astronomical Programmer Physics, Bristol University, UK
m.b...@br... +44-117-928-8776 http://www.star.bris.ac.uk/~mbt/
|
|
From: Pierre F. <fer...@si...> - 2006-05-04 16:54:22
|
Dear Plastic developers, The Plastic mechanism is typically interresting for cross object selections. Presently, there is only one message about that (showObjects) generally implemented by the selection of the corresponding objects in the applications. I would really appreciate, and I suppose that I will be not alone, if we can introduce the following distinction : showObjects and HighlightObject. It could seem a subtle difference, but in practice this difference is evident. Presently, when I select some objects in Aladin, the corresponding records appear in the TOPcat table. But it will be great just by moving the mouse on this list (TOPcat side) or on objects (Aladin side) the current line/object will be highlighted. Without this highlight function, I can modify the selection and keep an unique object, but in practice it is not flexible at all as you lost your first selection. My example concerns Aladin and TOPcat, but it will be exactly the same need for VisIVO or other tools. Comments ? Regards, Pierre Fernique |
|
From: Mark T. <m.b...@br...> - 2006-05-04 15:36:20
|
On Thu, 4 May 2006, Alasdair Allan wrote: > All, > > I thought this was at the point where it should go to the list... > > For context I was having problems getting Aladin to respond to some, > but not all, pointAtCoords messages sent from my Perl client via the > Hub. Most were successful, but some failed for no apparent reason... > > Thomas Boch wrote: > > Alasdair Allan wrote: > >> Alasdair Allan wrote: > >>> The 20 & 75 is correct and is the requested RA&Dec is decimal > >>> degrees (ie RA 1:20:00.0, Dec 75:00:00)... > >> > >> Ah ha! It's a casting problem, Perl is of course a non-strictly > >> typed language. So when it seems 20.0, it just drops the .0 > >> portion, so the 20.0 getting sent (as a double) to the Hub turns > >> into a Integer, so Aladin isn't happy. When I explicitly cast it > >> as a double everything is fine (which explains why it was working > >> sometimes and not others)! > > > > You are right, Aladin complains with a ClassCastException as it is > > waiting for a Double ! I wonder if the hub shouldn't take care of > > this kind of casting problems ... > > Now there's a thought, it would certainly improve interoperability. > More work on the Hub end though... If I understand the problem and proposed solution correctly, this couldn't work without substantial changes to the standard, since the hub, by design, does not understand the content or argument list types of the messages which it forwards. Hence it can't know whether the stream of <double> elements it has received from a client is in fact supposed to be <int>s. Its job is simply to act as a multiplexer forwarding RPC calls unchanged between senders and recipients. > > I mean : it would of course add complexity on the hub side, but > > Perl developpers don't want to explicitly cast, do they ? Laziness may be a virtue, but you can take it too far. > No, it's actually a real pain in the backside to do casting and there > is the odd corner case where it isn't going to work. For instance > I've yet to figure out how to actually cast to a bool so I can send > back a true/false response to a message (just sending a a1 or a 0 > doesn't seem to cut it and Perl doesn't have a boolean type at all). If there's not a way to do this in whatever module you're using for sending XML-RPC messages, that has to be seen as a deficiency in that module. Check the docs || get the author to fix it || write an XML-RPC module yourself. 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-05-04 15:10:02
|
All, I thought this was at the point where it should go to the list... For context I was having problems getting Aladin to respond to some, but not all, pointAtCoords messages sent from my Perl client via the Hub. Most were successful, but some failed for no apparent reason... Thomas Boch wrote: > Alasdair Allan wrote: >> Alasdair Allan wrote: >>> The 20 & 75 is correct and is the requested RA&Dec is decimal >>> degrees (ie RA 1:20:00.0, Dec 75:00:00)... >> >> Ah ha! It's a casting problem, Perl is of course a non-strictly >> typed language. So when it seems 20.0, it just drops the .0 >> portion, so the 20.0 getting sent (as a double) to the Hub turns >> into a Integer, so Aladin isn't happy. When I explicitly cast it >> as a double everything is fine (which explains why it was working >> sometimes and not others)! > > You are right, Aladin complains with a ClassCastException as it is > waiting for a Double ! I wonder if the hub shouldn't take care of > this kind of casting problems ... Now there's a thought, it would certainly improve interoperability. More work on the Hub end though... > I mean : it would of course add complexity on the hub side, but > Perl developpers don't want to explicitly cast, do they ? No, it's actually a real pain in the backside to do casting and there is the odd corner case where it isn't going to work. For instance I've yet to figure out how to actually cast to a bool so I can send back a true/false response to a message (just sending a a1 or a 0 doesn't seem to cut it and Perl doesn't have a boolean type at all). Ho hum... Cheers, Al. |
|
From: Mark T. <m.b...@br...> - 2006-05-04 09:32:51
|
On Wed, 3 May 2006, Marco Comparato wrote: > Mark Taylor wrote: > > This is to announce the release of TOPCAT v2.1. > > > > Headline enhancements since the last advertised release (v2.0) are: > > > > - Extensive support for the PLASTIC tool interoperability protocol > > - New stacked line plot window > > > > plus a bunch of other stuff, described in detail at > > http://www.starlink.ac.uk/topcat/sun253/versions.html > > > > Find it as usual at > > > > http://www.starlink.ac.uk/topcat/ > > Hi Mark, > > I got some problems with Topcat too:( > > I don't receive showObjects messages from your application. It should > send this messages when sending subsets, am I wrong? It works fine with > the loadFromURL message (I mean when it loads a votable). > > Directory names are another issue, if a directory name is longer than 8 > chars it is renamed to fit the 8.3 file name format. Do I have to handle > that from my side? I get long names from other application (Aladin and > XMDV). Marco, if I run TOPCAT on Windows it sends, for instance, ivo://votech.org/votable/loadFromURL messages with a url argument that looks like this: file://localhost/C:/DOCUME~1/Mark/LOCALS~1/Temp/plastic7533.vot Is this what you're talking about? Windows seems to understand filenames/URLs in that format, in that if I type that URL into the location box of Internet Explorer, it picks up the file. (For java-aware onlookers, this is the kind of File that you get from File.createTempFile() methods.) If that's what you're talking about, then I don't see anything that needs to be fixed. If I'm missing the point (quite possible as I know next to nothing about windows) then please clarify. Mark -- Mark Taylor Astronomical Programmer Physics, Bristol University, UK m.b...@br... +44-117-928-8776 http://www.star.bris.ac.uk/~mbt/ |
|
From: John T. <jon...@gm...> - 2006-05-04 05:23:37
|
Yes, I changed the version number. J Mark Taylor wrote: > On Tue, 2 May 2006, John Taylor wrote: > > >> The bug with the HubStopping message not being sent has been fixed in >> the next version of the AR Hub. Since no-one dissented I've changed >> things so that if you now register with an empty list of supported >> messages then you get what you asked for - ie nothing. In other words, >> an empty list no-longer means "send me everything", which not only makes >> more sense it's rather easier on the brain to code. >> > > John, > > since this is changed behaviour I hope it is accompanied by a change > of version number (0.5?). Since the modified build isn't out yet > I can't tell whether you've done this. > > Mark > > |
|
From: Thomas B. <bo...@ne...> - 2006-05-03 11:55:25
|
Hi Marco, Good to hear from you. > > Hi Thomas, > > I got some problems trying using Aladin. > > It seems that Aladin is looking for acr and it doesn't register with hub > if acr is not present (it tries to download acr). That was indeed the case for previous versions of Aladin. The new prototype version (available via Web Start at http://aladin.u-strasbg.fr/java/nph-aladin.pl?frame=get&id=Aladin-proto.jnlp ) should fix this problem, ie is compatible with any Plastic hub and do not rely anymore on ACR. > > If I load a votable in aladin I got a wrong url format (file:c:/......, > should it not be file:///c:/.....?) > > Am I doing something wrong or you can confirm this behaviour? Yes, Aladin is still sending some incorrect file URLs. I'm working on it, and will cut a new release quite soon. Cheers, Thomas > > Thanks, > Marco > |
29 messages has been excluded from this view by a project administrator.
