View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000942 | SkyChart | 1-Software | public | 12-02-03 01:51 | 14-03-29 17:55 |
| Reporter | James Dietrich | Assigned To | Patrick Chevalley | ||
| Priority | normal | Severity | feature | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 3.5 SVN | ||||
| Target Version | 3.10 | Fixed in Version | 3.9 SVN | ||
| Summary | 0000942: searching for objects in VO catalogs | ||||
| Description | The summary says it all--there should be a way to search the VO catalogs that are listed in Setup->Catalog->VO Catalog. | ||||
| Tags | No tags attached. | ||||
|
|
This is implemented by revision 2632. It search only in the data available locally for the activated VO tables. http://sourceforge.net/p/skychart/code/2632/ |
|
|
I am still having trouble with this issue. Here's a quote from my original mail on this subject, available at http://groups.yahoo.com/neo/groups/skychart-discussion/conversations/topics/7239 ******************** For example, I installed the Sharpless catalog--"Catalog of HII Regions (Sharpless 1959)"--and it displays just fine. I can select the objects and click on the label and see the information from the catalog. But now I would like to locate Sh2-2 or Sh2-9 or whatever. I have tried searching (in the searchbox in the toolbar) for "Sh2-2", "Sh2 2", and "Sh2:2" but always in the status bar at the bottom it says "Not found in any of the installed catalog indices". ******************** This is what I just did with version 3.9-svn-2688, and the same thing still happens. Is there something I'm not doing right? |
|
|
This is because only the name value was taken from the data. In this case you can find sh2-2 by typing just 2 in the search box, if not any other catalog give a response before sh2. This is fixed by revision 2690 that prefix the name with the catalog column header. With this change you can search "sh2 2". I prefer a space separator because it is most widely used for many catalog, despite a "-" would be better in this specific case. http://sourceforge.net/p/skychart/code/2690/ |
|
|
This is definitely an improvement for the Sharpless catalog. Now I can successfully search for "Sh2 2". However, it doesn't work so well for the next catalog I added--Nearby Galaxies. (You can find it by searching for "NBG".) The names that are chosen for this catalog are things like "Name N 5084" or "Name 1305-22" or "Name N 4899", and that's definitely not right. Now I'm sure you can fix this case too, but there are so many possibilities for various catalogs, it's probably going to be hard to have the program choose the right catalog prefix and name column automatically. There'll probably always be another case where the program chooses wrong. I wonder if instead it would be a good idea to let the user choose the catalog prefix and name column themselves. There could be a text box for the catalog prefix, where the user could enter whatever they want (including nothing) for the first part of the name. And there could be a drop-down list with the available catalog columns so the user could choose which column they want for the second part of the name. This could be done on the same screen where one can set the "Default magnitude", "Object type", etc for a VO catalog. This way the user can look at each catalog, the columns available, preview some sample data, and make an intelligent decision about proper values for each case. Doing it this way would also make the naming more flexible. For example, for the Sharpless catalog, the user could enter or "Sh2 " or "Sh2-" depending on whether they want a space or a hyphen for the separator. Or they could even enter "Sharpless " if they wanted the full name instead. And for the Nearby Galaxies catalog, they could enter "NBG" for the prefix or "Nearby Galaxies" or really whatever they wanted--even nothing, if they didn't want or need a prefix. The same applies to the columns, too. For the Nearby Galaxies catalog, for instance, some users might want to use the "Name" column for the second part of the name, while others might want to use the "NBG" column. How could the program ever know what is best in each case? It seems best to let the user choose. And to make it as easy as possible, that text field and dropdown list could be pre-filled with the program's best guesses for those values. Then it could work acceptably in many cases without changing anything, while allowing necessary changes when needed. In short, I think this proposal would provide much-needed flexibility to deal with the great variety of catalogs, while not requiring very much additional complexity for the user. What do you think? |
|
|
I think your suggestion is the only possibility, I will try to find a solution to not complicate the form too much as the original goal was an almost automatic setup. The way the program identify the column content is by reading the UCD ( http://www.ivoa.net/documents/REC/UCD/UCDlist-20070402.html ). An identifier is indicated by "meta.id" and "meta.main" if this is the principal name. But from your example with the NBG this is definitively not possible. For this catalog the UCD meta.id;meta.main is assigned to the column NAME which contain a potpourri of denomination. The SIMBAD dictionary http://cds.u-strasbg.fr/cgi-bin/Dic-Simbad?/8816681 say it must be in the form "NBG HHMM+DD" but even for the object with this denomination SIMBAD found nothing. The NBG column can allow to search for name like "NBG 2" but the UCD indicate an alternative identification, so Skychart do not automatically select this one. For this one it is interesting if we can give the possibility to select one of this two columns and which abbreviation to use. About Sharpless the dictionary http://cds.u-strasbg.fr/cgi-bin/Dic-Simbad?/11342459 say the abbreviation is Sh , and 2-xxx is the object number to distinguish from 1-xxx from the first obsolete version of the catalog. This can be achieved by using "Sh 2-" for the abbreviation and no additional space to add the number. So the program must allow to enter such an abbreviation name. It look like all this old catalogs have this kind of problem. The most recent catalog I generally use are better. |
|
|
Revision 2697 allow to set the name prefix and to select the column to use for the name, the magnitude and the size. http://sourceforge.net/p/skychart/code/2697/ |
|
|
I really appreciate your work on this feature. I am very pleased to know ahead of time now what the names will be and thus what to search for. Here's two things I noticed while using this new version: 1.) The text in the new "Name" textbox changes when one chooses a different column from any of the three new dropdown menus. However, I think that this is only useful in the case of the name dropdown menu and not for the other two. The "Name" textbox will probably usually be something related to the catalog name, and this is surely not going to be one of the magnitude or size column names. Would it be possible to not have those dropdowns affect the "Name" textbox? 2.) The program does not remember the value previously used in the "Name" textbox. For example, for the Sharpless catalog, the default value is "Sh2 ". So I changed that to "Sh2-" in order to have names like Sh2-2 or Sh2-99. But then when I selected the catalog and clicked Update, the value in the "Name" textbox was "Sh2 " again. And so when I clicked Update without changing anything, it did in fact change something--it changed the names of the objects from Sh2-2 to "Sh2 2" and similarly for the others. Would it be possible for the program to remember the previously-used value and pre-fill the "Name" textbox with that? Then the object names wouldn't be changed if one didn't change anything in that window. |
|
|
The two problem are fixed by revision 2717: http://sourceforge.net/p/skychart/code/2717/ |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 12-02-03 01:51 | James Dietrich | New Issue | |
| 12-02-03 11:56 | Patrick Chevalley | Assigned To | => Patrick Chevalley |
| 12-02-03 11:56 | Patrick Chevalley | Status | new => assigned |
| 12-02-03 11:56 | Patrick Chevalley | Target Version | 0.3.0 => 3.8 |
| 12-12-31 10:29 | Patrick Chevalley | Target Version | 3.8 => 3.10 |
| 13-10-07 13:42 | Patrick Chevalley | Note Added: 0002599 | |
| 13-10-07 13:42 | Patrick Chevalley | Status | assigned => resolved |
| 13-10-07 13:42 | Patrick Chevalley | Resolution | open => fixed |
| 13-10-07 13:42 | Patrick Chevalley | Fixed in Version | 0.3.0 => 3.9 SVN |
| 13-11-05 11:47 | James Dietrich | Note Added: 0002631 | |
| 13-11-05 11:47 | James Dietrich | Status | resolved => feedback |
| 13-11-05 11:47 | James Dietrich | Resolution | fixed => reopened |
| 13-11-05 13:20 | Patrick Chevalley | Status | feedback => assigned |
| 13-11-05 18:47 | Patrick Chevalley | Note Added: 0002638 | |
| 13-11-05 18:47 | Patrick Chevalley | Status | assigned => resolved |
| 13-11-05 18:47 | Patrick Chevalley | Resolution | reopened => fixed |
| 13-11-06 13:09 | James Dietrich | Note Added: 0002640 | |
| 13-11-06 13:09 | James Dietrich | Status | resolved => feedback |
| 13-11-06 13:09 | James Dietrich | Resolution | fixed => reopened |
| 13-11-06 16:23 | Patrick Chevalley | Note Added: 0002641 | |
| 13-11-06 16:23 | Patrick Chevalley | Status | feedback => assigned |
| 13-11-07 19:46 | Patrick Chevalley | Note Added: 0002644 | |
| 13-11-07 19:46 | Patrick Chevalley | Status | assigned => resolved |
| 13-11-07 19:46 | Patrick Chevalley | Resolution | reopened => fixed |
| 13-11-13 01:28 | James Dietrich | Note Added: 0002667 | |
| 13-11-13 01:28 | James Dietrich | Status | resolved => feedback |
| 13-11-13 01:28 | James Dietrich | Resolution | fixed => reopened |
| 13-11-15 08:16 | Patrick Chevalley | Status | feedback => confirmed |
| 13-11-15 13:16 | Patrick Chevalley | Note Added: 0002671 | |
| 13-11-15 13:16 | Patrick Chevalley | Status | confirmed => resolved |
| 13-11-15 13:16 | Patrick Chevalley | Resolution | reopened => fixed |
| 14-03-29 17:55 | Patrick Chevalley | Status | resolved => closed |
