TWiki
>
IVOA Web
>
IvoaDataModel
>
ObsDMCoreComponents
>
ObsTAPdraftDiscussion
>
ObsTAPdraftDiscussionEmMinMax
(2011-03-24,
JuanDeDiosSantanderVela
)
(raw view)
E
dit
A
ttach
In the current !ObsTAP proposal, =em_min= and =em_max= are nullable. What does that mean when any of them is NULL? If the service is registered, and specifies the corresponding bands in the VO Registry, it should use the bounds of those bands as =em_min= and =em_max= for all the collection, unless it can provide better bounding. Therefore, I propose that =em_min= and =em_max= *must not* be NULL. -- IVOA.JuanDeDiosSantanderVela - 07 Mar 2011 <hr> This is the same "approximate" value (or worse, "dummy" value) vs admitting lack of information (NULL) debate we have had for most columns. I prefer to <b>allow NULL</b> and not force people to approximate. The spectral coverage in the registry could be a pretty poor estimate if the service aggregates content from multiple sources (eg at CADC we have everything from radio to far UV). I think it is the case that these may be genuinely unknown or hard to get values for raw data in non-standard formats (calib_level 0), but implementors still want to include both raw and calibrated data in the ObsCore service. In general, NULL behaves the right way in the where clause: if you care about the energy, you put a numeric condition on the em_min and em_max fields and you don't find data where it is NULL. If the user wants to be lenient, they can add <em>OR em_min IS NULL</em>. The important thing is that the user can tell which results have known energy bounds and which do not. -- IVOA.PatrickDowler - 2011-03-23 Thanks for the input, Pat. Then, I think we should _make it explicit_ in the document, to make sure that the intent of the NULL is clear. In fact, that was really my objection: making clear what is implied. As for the registry, then, I think that's where the approximation takes place and in the CADC case you just offer pan-chromatic coverage, but not all of the datasets have em_min and em_max. I can buy into that. -- IVOA.JuanDeDiosSantanderVela - 24 Mar 2011 <br/> <!-- * Set ALLOWTOPICRENAME = IVOA.TWikiAdminGroup -->
E
dit
|
A
ttach
|
Watch
|
P
rint version
|
H
istory
: r3
<
r2
<
r1
|
B
acklinks
|
V
iew topic
|
Ra
w
edit
|
M
ore topic actions
Topic revision: r3 - 2011-03-24
-
JuanDeDiosSantanderVela
IVOA
Log in
or
Register
IVOA.net
Wiki Home
WebChanges
WebTopicList
WebStatistics
Twiki Meta & Help
IVOA
Know
Main
Sandbox
TWiki
TWiki intro
TWiki tutorial
User registration
Notify me
Working Groups
Applications
Data Access Layer
Data Model
Grid & Web Services
Registry
Semantics
Interest Groups
Data Curation
Education
Knowledge Discovery
Operations
Radio Astronomy
Solar System
Theory
Time Domain
Committees
Stds&Procs
www.ivoa.net
Documents
Events
Members
XML Schema
Copyright © 2008-2025 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki?
Send feedback