Tucson OpSim/MAF unconference notes, DDF cadence questions #533

Description

@fedhere

We took notes on our Tucson 2016 PCW discussion on this hackpad. For your convenience and mine, here they are pasted in:

When can we get a realistic OpSim Rolling Cadence realization?

The new version of OpSim will be released in November, then some testing will occur, then rolling cadence can be run (source: Andy C.) The SOCS/Scheduler functionality development plan is posted on LSST confluence here.

We need to propose rolling cadences for then! We have a mechanism for making suggestions, on a GitHub suggestion board . We can also transcribe these into the white paper

Zeljko showed the OpSim development schedule slide in this morning's plenary.

Things to think about when proposing Rolling Cadences:

Eric B: you don't have to roll in all filters, maybe its enough to increase cadence in 1-2 bands?
Michael S thinks in terms of declination stripes.
"Swiss Cheese" rolling cadences are defined in Chapter 2 of WP v1, but may not be worth investigating (Steve R)
Andy: could we piece together high cadence annual declination stripes into a 10 year simulation?
Michael S: probably doing whole sky early will be important, to get a good template/reference image. Keith: "Sandwich" strategy, year 1 and year 10 at universal cadence, and rolling in between.
Tony T: wonders whether rolling cadence could help weak lensing, perhaps improving airmass? Jeonghee's proposed strategy could do this.

What are the potential downsides to Rolling Cadence?

Sky uniformity could take longer to build up
Could asteroid coverage suffer?
...

  • Action: Andy to report on what types of rolling cadence will be able to be supported in November. Phil to issue him.
  • Action: Community to propose Rolling Cadence schemes by November, XXX to start the drive

Action: Figure out coordination of OpSim proposals. Each collaboration has X sims to spend?

Other Cadence Ideas

Fast transients: pair of visits, followed by a third one several hours later (or maybe the following night). Colors in visit pairs?

Deep Drilling Fields: observed using "deep drill" sequences (~20 visits in r, then ~20 in i, and so on, all in succession on the same field), which are efficient but maybe sub-optimal. Transients group are less bothered about getting all filters in one night. Some consensus that drilling sequences would be better shorter, and perhaps the visits spread over two nights, or separated within one night.

What is the u band depth driven by? it seems that extragalactic does not need it because of redshift, and nobody else seems to need such deep and costly u band coverage.

The location of the four current deep drilling fields is chosen for synergy with other surveys. Not all deep drilling fields need to go to the same magnitude or follow the same strategy design. The survey the field is chosen to meet would drive the decision of how deep it needs to go.

The current deep drilling fields cadences are designed from the white papers, summarized by Lynne Jones into a single document, but it appears that the requirements should be updated in the light of growing expertise and better understanding of the LSST strategy design. Rahul points out that the current OpSim DDF fields do not implement the requirements laid out in the white paper.

  • Action: Phil to issue question about old DDF plans. Is this something we want to do? Niel would say yes.

White paper: it is proposed that the paper includes a section written by the LSST project.

  • Action: Phil to make sure this happens. Start by asking Michael and Beth about a "project section"

How complete is the white paper? how biased is the set of phenomena considered? How do we focus on the transient cases that drive the cadence and are unique to LSST?

  • Action: Phil to make white paper milestones.
    v1 before November. New OpSim runs will appear in April, then white paper could be revised and v2 released August 2017. More releases between now and then are possible, and could help us keep momentum.
  • Action: Phil to talk to Tim Jenness about versioning the white paper, and how the pub board will handle ours.

Other Ideas

Can we define a cadence that samples the phase space of amplitude of variation, time scale, and rarity ?

MAF metric execution times needs thinking about, especially as more and more OpSim runs are produced.

Global metric? Will we need it, or will we settle on an observing strategy before that?
Andy C: scheduler will not be a simple greedy algorithm, but will do more optimization than this - so will need an objective function that could be science (ie MAF)-related.

Metadata

Metadata

Type

No type

Projects

No projects

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions

    , 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Add copy buttons to all
     blocks\n(function() {\n function addCopyButtons() {\n document.querySelectorAll('pre code').forEach(function(codeBlock) {\n if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;\n codeBlock.parentElement.setAttribute('data-copy-added', 'true');\n \n var btn = document.createElement('button');\n btn.textContent = 'Copy';\n btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';\n btn.onmouseover = function() { this.style.opacity = '1'; };\n btn.onmouseout = function() { this.style.opacity = '0.7'; };\n btn.onclick = function() {\n navigator.clipboard.writeText(codeBlock.textContent).then(function() {\n btn.textContent = 'Copied!';\n setTimeout(function() { btn.textContent = 'Copy'; }, 1500);\n });\n };\n codeBlock.parentElement.style.position = 'relative';\n codeBlock.parentElement.appendChild(btn);\n });\n }\n \n addCopyButtons();\n \n // Re-run on dynamic content\n var observer = new MutationObserver(addCopyButtons);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Add Copy Buttons to Code Blocks");
    }
    } catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
    })();
    (function(){
    try {
    var __m = "github.com";
    var __re = new RegExp('^' + "github\\.com" + '
    
    Skip to content

    Tucson OpSim/MAF unconference notes, DDF cadence questions #533

    Description

    @fedhere

    We took notes on our Tucson 2016 PCW discussion on this hackpad. For your convenience and mine, here they are pasted in:

    When can we get a realistic OpSim Rolling Cadence realization?

    The new version of OpSim will be released in November, then some testing will occur, then rolling cadence can be run (source: Andy C.) The SOCS/Scheduler functionality development plan is posted on LSST confluence here.

    We need to propose rolling cadences for then! We have a mechanism for making suggestions, on a GitHub suggestion board . We can also transcribe these into the white paper

    Zeljko showed the OpSim development schedule slide in this morning's plenary.

    Things to think about when proposing Rolling Cadences:

    Eric B: you don't have to roll in all filters, maybe its enough to increase cadence in 1-2 bands?
    Michael S thinks in terms of declination stripes.
    "Swiss Cheese" rolling cadences are defined in Chapter 2 of WP v1, but may not be worth investigating (Steve R)
    Andy: could we piece together high cadence annual declination stripes into a 10 year simulation?
    Michael S: probably doing whole sky early will be important, to get a good template/reference image. Keith: "Sandwich" strategy, year 1 and year 10 at universal cadence, and rolling in between.
    Tony T: wonders whether rolling cadence could help weak lensing, perhaps improving airmass? Jeonghee's proposed strategy could do this.

    What are the potential downsides to Rolling Cadence?

    Sky uniformity could take longer to build up
    Could asteroid coverage suffer?
    ...

    • Action: Andy to report on what types of rolling cadence will be able to be supported in November. Phil to issue him.
    • Action: Community to propose Rolling Cadence schemes by November, XXX to start the drive

    Action: Figure out coordination of OpSim proposals. Each collaboration has X sims to spend?

    Other Cadence Ideas

    Fast transients: pair of visits, followed by a third one several hours later (or maybe the following night). Colors in visit pairs?

    Deep Drilling Fields: observed using "deep drill" sequences (~20 visits in r, then ~20 in i, and so on, all in succession on the same field), which are efficient but maybe sub-optimal. Transients group are less bothered about getting all filters in one night. Some consensus that drilling sequences would be better shorter, and perhaps the visits spread over two nights, or separated within one night.

    What is the u band depth driven by? it seems that extragalactic does not need it because of redshift, and nobody else seems to need such deep and costly u band coverage.

    The location of the four current deep drilling fields is chosen for synergy with other surveys. Not all deep drilling fields need to go to the same magnitude or follow the same strategy design. The survey the field is chosen to meet would drive the decision of how deep it needs to go.

    The current deep drilling fields cadences are designed from the white papers, summarized by Lynne Jones into a single document, but it appears that the requirements should be updated in the light of growing expertise and better understanding of the LSST strategy design. Rahul points out that the current OpSim DDF fields do not implement the requirements laid out in the white paper.

    • Action: Phil to issue question about old DDF plans. Is this something we want to do? Niel would say yes.

    White paper: it is proposed that the paper includes a section written by the LSST project.

    • Action: Phil to make sure this happens. Start by asking Michael and Beth about a "project section"

    How complete is the white paper? how biased is the set of phenomena considered? How do we focus on the transient cases that drive the cadence and are unique to LSST?

    • Action: Phil to make white paper milestones.
      v1 before November. New OpSim runs will appear in April, then white paper could be revised and v2 released August 2017. More releases between now and then are possible, and could help us keep momentum.
    • Action: Phil to talk to Tim Jenness about versioning the white paper, and how the pub board will handle ours.

    Other Ideas

    Can we define a cadence that samples the phase space of amplitude of variation, time scale, and rarity ?

    MAF metric execution times needs thinking about, especially as more and more OpSim runs are produced.

    Global metric? Will we need it, or will we settle on an observing strategy before that?
    Andy C: scheduler will not be a simple greedy algorithm, but will do more optimization than this - so will need an objective function that could be science (ie MAF)-related.

    Metadata

    Metadata

    Type

    No type

    Projects

    No projects

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions

      , 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Force GitHub README to respect dark mode\n(function() {\n var style = document.createElement('style');\n style.textContent = '\n .markdown-body {\n color-scheme: dark light;\n }\n .markdown-body pre { background: #161b22 !important; }\n .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; }\n .markdown-body table th, .markdown-body table td { border-color: #30363d !important; }\n .markdown-body img { background: #0d1117; }\n .markdown-body blockquote { border-left-color: #8b949e; }\n .markdown-body hr { border-color: #30363d; }\n ';\n document.head.appendChild(style);\n})();", "GitHub Dark Mode README Fix"); } } catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
      Skip to content

      Tucson OpSim/MAF unconference notes, DDF cadence questions #533

      Description

      @fedhere

      We took notes on our Tucson 2016 PCW discussion on this hackpad. For your convenience and mine, here they are pasted in:

      When can we get a realistic OpSim Rolling Cadence realization?

      The new version of OpSim will be released in November, then some testing will occur, then rolling cadence can be run (source: Andy C.) The SOCS/Scheduler functionality development plan is posted on LSST confluence here.

      We need to propose rolling cadences for then! We have a mechanism for making suggestions, on a GitHub suggestion board . We can also transcribe these into the white paper

      Zeljko showed the OpSim development schedule slide in this morning's plenary.

      Things to think about when proposing Rolling Cadences:

      Eric B: you don't have to roll in all filters, maybe its enough to increase cadence in 1-2 bands?
      Michael S thinks in terms of declination stripes.
      "Swiss Cheese" rolling cadences are defined in Chapter 2 of WP v1, but may not be worth investigating (Steve R)
      Andy: could we piece together high cadence annual declination stripes into a 10 year simulation?
      Michael S: probably doing whole sky early will be important, to get a good template/reference image. Keith: "Sandwich" strategy, year 1 and year 10 at universal cadence, and rolling in between.
      Tony T: wonders whether rolling cadence could help weak lensing, perhaps improving airmass? Jeonghee's proposed strategy could do this.

      What are the potential downsides to Rolling Cadence?

      Sky uniformity could take longer to build up
      Could asteroid coverage suffer?
      ...

      • Action: Andy to report on what types of rolling cadence will be able to be supported in November. Phil to issue him.
      • Action: Community to propose Rolling Cadence schemes by November, XXX to start the drive

      Action: Figure out coordination of OpSim proposals. Each collaboration has X sims to spend?

      Other Cadence Ideas

      Fast transients: pair of visits, followed by a third one several hours later (or maybe the following night). Colors in visit pairs?

      Deep Drilling Fields: observed using "deep drill" sequences (~20 visits in r, then ~20 in i, and so on, all in succession on the same field), which are efficient but maybe sub-optimal. Transients group are less bothered about getting all filters in one night. Some consensus that drilling sequences would be better shorter, and perhaps the visits spread over two nights, or separated within one night.

      What is the u band depth driven by? it seems that extragalactic does not need it because of redshift, and nobody else seems to need such deep and costly u band coverage.

      The location of the four current deep drilling fields is chosen for synergy with other surveys. Not all deep drilling fields need to go to the same magnitude or follow the same strategy design. The survey the field is chosen to meet would drive the decision of how deep it needs to go.

      The current deep drilling fields cadences are designed from the white papers, summarized by Lynne Jones into a single document, but it appears that the requirements should be updated in the light of growing expertise and better understanding of the LSST strategy design. Rahul points out that the current OpSim DDF fields do not implement the requirements laid out in the white paper.

      • Action: Phil to issue question about old DDF plans. Is this something we want to do? Niel would say yes.

      White paper: it is proposed that the paper includes a section written by the LSST project.

      • Action: Phil to make sure this happens. Start by asking Michael and Beth about a "project section"

      How complete is the white paper? how biased is the set of phenomena considered? How do we focus on the transient cases that drive the cadence and are unique to LSST?

      • Action: Phil to make white paper milestones.
        v1 before November. New OpSim runs will appear in April, then white paper could be revised and v2 released August 2017. More releases between now and then are possible, and could help us keep momentum.
      • Action: Phil to talk to Tim Jenness about versioning the white paper, and how the pub board will handle ours.

      Other Ideas

      Can we define a cadence that samples the phase space of amplitude of variation, time scale, and rarity ?

      MAF metric execution times needs thinking about, especially as more and more OpSim runs are produced.

      Global metric? Will we need it, or will we settle on an observing strategy before that?
      Andy C: scheduler will not be a simple greedy algorithm, but will do more optimization than this - so will need an objective function that could be science (ie MAF)-related.

      Metadata

      Metadata

      Type

      No type

      Projects

      No projects

        Relationships

        None yet

        Development

        No branches or pull requests

        Issue actions

        , 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Highlight search terms from Google/DuckDuckGo/Bing referrer\n(function() {\n var ref = document.referrer;\n var terms = [];\n \n if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) {\n var url = new URL(ref);\n var q = url.searchParams.get('q') || url.searchParams.get('p');\n if (q) {\n terms = q.split(/\\s+/).filter(function(t) { return t.length > 2; });\n }\n }\n \n if (terms.length === 0) return;\n \n var style = document.createElement('style');\n style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }';\n document.head.appendChild(style);\n \n function highlight(node) {\n if (node.nodeType === 3) { // text node\n var text = node.textContent;\n var found = false;\n terms.forEach(function(term) {\n var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\\]\\\\]/g, '\\\\') + ')', 'gi');\n if (regex.test(text)) {\n found = true;\n var frag = document.createDocumentFragment();\n var parts = text.split(regex);\n parts.forEach(function(part, i) {\n if (i % 2 === 0) {\n frag.appendChild(document.createTextNode(part));\n } else {\n var span = document.createElement('span');\n span.className = 'userscript-highlight';\n span.textContent = part;\n frag.appendChild(span);\n }\n });\n node.parentNode.replaceChild(frag, node);\n }\n });\n } else if (node.nodeType === 1 && node.childNodes) { // element\n var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT'];\n if (!skipTags.includes(node.tagName)) {\n Array.from(node.childNodes).forEach(highlight);\n }\n }\n }\n \n highlight(document.body);\n \n // Re-highlight on dynamic content\n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1 || node.nodeType === 3) highlight(node);\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Highlight Search Terms"); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
        Skip to content

        Tucson OpSim/MAF unconference notes, DDF cadence questions #533

        Description

        @fedhere

        We took notes on our Tucson 2016 PCW discussion on this hackpad. For your convenience and mine, here they are pasted in:

        When can we get a realistic OpSim Rolling Cadence realization?

        The new version of OpSim will be released in November, then some testing will occur, then rolling cadence can be run (source: Andy C.) The SOCS/Scheduler functionality development plan is posted on LSST confluence here.

        We need to propose rolling cadences for then! We have a mechanism for making suggestions, on a GitHub suggestion board . We can also transcribe these into the white paper

        Zeljko showed the OpSim development schedule slide in this morning's plenary.

        Things to think about when proposing Rolling Cadences:

        Eric B: you don't have to roll in all filters, maybe its enough to increase cadence in 1-2 bands?
        Michael S thinks in terms of declination stripes.
        "Swiss Cheese" rolling cadences are defined in Chapter 2 of WP v1, but may not be worth investigating (Steve R)
        Andy: could we piece together high cadence annual declination stripes into a 10 year simulation?
        Michael S: probably doing whole sky early will be important, to get a good template/reference image. Keith: "Sandwich" strategy, year 1 and year 10 at universal cadence, and rolling in between.
        Tony T: wonders whether rolling cadence could help weak lensing, perhaps improving airmass? Jeonghee's proposed strategy could do this.

        What are the potential downsides to Rolling Cadence?

        Sky uniformity could take longer to build up
        Could asteroid coverage suffer?
        ...

        • Action: Andy to report on what types of rolling cadence will be able to be supported in November. Phil to issue him.
        • Action: Community to propose Rolling Cadence schemes by November, XXX to start the drive

        Action: Figure out coordination of OpSim proposals. Each collaboration has X sims to spend?

        Other Cadence Ideas

        Fast transients: pair of visits, followed by a third one several hours later (or maybe the following night). Colors in visit pairs?

        Deep Drilling Fields: observed using "deep drill" sequences (~20 visits in r, then ~20 in i, and so on, all in succession on the same field), which are efficient but maybe sub-optimal. Transients group are less bothered about getting all filters in one night. Some consensus that drilling sequences would be better shorter, and perhaps the visits spread over two nights, or separated within one night.

        What is the u band depth driven by? it seems that extragalactic does not need it because of redshift, and nobody else seems to need such deep and costly u band coverage.

        The location of the four current deep drilling fields is chosen for synergy with other surveys. Not all deep drilling fields need to go to the same magnitude or follow the same strategy design. The survey the field is chosen to meet would drive the decision of how deep it needs to go.

        The current deep drilling fields cadences are designed from the white papers, summarized by Lynne Jones into a single document, but it appears that the requirements should be updated in the light of growing expertise and better understanding of the LSST strategy design. Rahul points out that the current OpSim DDF fields do not implement the requirements laid out in the white paper.

        • Action: Phil to issue question about old DDF plans. Is this something we want to do? Niel would say yes.

        White paper: it is proposed that the paper includes a section written by the LSST project.

        • Action: Phil to make sure this happens. Start by asking Michael and Beth about a "project section"

        How complete is the white paper? how biased is the set of phenomena considered? How do we focus on the transient cases that drive the cadence and are unique to LSST?

        • Action: Phil to make white paper milestones.
          v1 before November. New OpSim runs will appear in April, then white paper could be revised and v2 released August 2017. More releases between now and then are possible, and could help us keep momentum.
        • Action: Phil to talk to Tim Jenness about versioning the white paper, and how the pub board will handle ours.

        Other Ideas

        Can we define a cadence that samples the phase space of amplitude of variation, time scale, and rarity ?

        MAF metric execution times needs thinking about, especially as more and more OpSim runs are produced.

        Global metric? Will we need it, or will we settle on an observing strategy before that?
        Andy C: scheduler will not be a simple greedy algorithm, but will do more optimization than this - so will need an objective function that could be science (ie MAF)-related.

        Metadata

        Metadata

        Type

        No type

        Projects

        No projects

          Relationships

          None yet

          Development

          No branches or pull requests

          Issue actions

          , 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Strip utm_, fbclid, gclid, etc. from all links on page\n(function() {\n var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content',\n 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid',\n 'ref', 'ref_src', 'source', 'medium', 'campaign'];\n \n function cleanUrl(url) {\n try {\n var u = new URL(url, window.location.origin);\n var changed = false;\n trackingParams.forEach(function(p) {\n if (u.searchParams.has(p)) {\n u.searchParams.delete(p);\n changed = true;\n }\n });\n return changed ? u.toString() : url;\n } catch (e) {\n return url;\n }\n }\n \n function cleanLinks() {\n document.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n \n cleanLinks();\n \n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1) {\n if (node.tagName === 'A') cleanLinks();\n node.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Remove Tracking Parameters from Links"); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + '
          Skip to content

          Tucson OpSim/MAF unconference notes, DDF cadence questions #533

          Description

          @fedhere

          We took notes on our Tucson 2016 PCW discussion on this hackpad. For your convenience and mine, here they are pasted in:

          When can we get a realistic OpSim Rolling Cadence realization?

          The new version of OpSim will be released in November, then some testing will occur, then rolling cadence can be run (source: Andy C.) The SOCS/Scheduler functionality development plan is posted on LSST confluence here.

          We need to propose rolling cadences for then! We have a mechanism for making suggestions, on a GitHub suggestion board . We can also transcribe these into the white paper

          Zeljko showed the OpSim development schedule slide in this morning's plenary.

          Things to think about when proposing Rolling Cadences:

          Eric B: you don't have to roll in all filters, maybe its enough to increase cadence in 1-2 bands?
          Michael S thinks in terms of declination stripes.
          "Swiss Cheese" rolling cadences are defined in Chapter 2 of WP v1, but may not be worth investigating (Steve R)
          Andy: could we piece together high cadence annual declination stripes into a 10 year simulation?
          Michael S: probably doing whole sky early will be important, to get a good template/reference image. Keith: "Sandwich" strategy, year 1 and year 10 at universal cadence, and rolling in between.
          Tony T: wonders whether rolling cadence could help weak lensing, perhaps improving airmass? Jeonghee's proposed strategy could do this.

          What are the potential downsides to Rolling Cadence?

          Sky uniformity could take longer to build up
          Could asteroid coverage suffer?
          ...

          • Action: Andy to report on what types of rolling cadence will be able to be supported in November. Phil to issue him.
          • Action: Community to propose Rolling Cadence schemes by November, XXX to start the drive

          Action: Figure out coordination of OpSim proposals. Each collaboration has X sims to spend?

          Other Cadence Ideas

          Fast transients: pair of visits, followed by a third one several hours later (or maybe the following night). Colors in visit pairs?

          Deep Drilling Fields: observed using "deep drill" sequences (~20 visits in r, then ~20 in i, and so on, all in succession on the same field), which are efficient but maybe sub-optimal. Transients group are less bothered about getting all filters in one night. Some consensus that drilling sequences would be better shorter, and perhaps the visits spread over two nights, or separated within one night.

          What is the u band depth driven by? it seems that extragalactic does not need it because of redshift, and nobody else seems to need such deep and costly u band coverage.

          The location of the four current deep drilling fields is chosen for synergy with other surveys. Not all deep drilling fields need to go to the same magnitude or follow the same strategy design. The survey the field is chosen to meet would drive the decision of how deep it needs to go.

          The current deep drilling fields cadences are designed from the white papers, summarized by Lynne Jones into a single document, but it appears that the requirements should be updated in the light of growing expertise and better understanding of the LSST strategy design. Rahul points out that the current OpSim DDF fields do not implement the requirements laid out in the white paper.

          • Action: Phil to issue question about old DDF plans. Is this something we want to do? Niel would say yes.

          White paper: it is proposed that the paper includes a section written by the LSST project.

          • Action: Phil to make sure this happens. Start by asking Michael and Beth about a "project section"

          How complete is the white paper? how biased is the set of phenomena considered? How do we focus on the transient cases that drive the cadence and are unique to LSST?

          • Action: Phil to make white paper milestones.
            v1 before November. New OpSim runs will appear in April, then white paper could be revised and v2 released August 2017. More releases between now and then are possible, and could help us keep momentum.
          • Action: Phil to talk to Tim Jenness about versioning the white paper, and how the pub board will handle ours.

          Other Ideas

          Can we define a cadence that samples the phase space of amplitude of variation, time scale, and rarity ?

          MAF metric execution times needs thinking about, especially as more and more OpSim runs are produced.

          Global metric? Will we need it, or will we settle on an observing strategy before that?
          Andy C: scheduler will not be a simple greedy algorithm, but will do more optimization than this - so will need an objective function that could be science (ie MAF)-related.

          Metadata

          Metadata

          Type

          No type

          Projects

          No projects

            Relationships

            None yet

            Development

            No branches or pull requests

            Issue actions

            , 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Auto-enable theater mode on YouTube\n(function() {\n function tryTheater() {\n var btn = document.querySelector('button[aria-label=\"Theater mode\"], ytd-player #player button[title=\"Theater mode\"]');\n if (btn && !btn.classList.contains('activated')) {\n btn.click();\n }\n }\n \n // Try immediately\n tryTheater();\n \n // Try after navigation (SPA)\n var lastUrl = location.href;\n setInterval(function() {\n if (location.href !== lastUrl) {\n lastUrl = location.href;\n setTimeout(tryTheater, 500);\n }\n }, 1000);\n \n // Also try on player load\n var observer = new MutationObserver(tryTheater);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "YouTube Theater Mode Default"); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
            Skip to content

            Tucson OpSim/MAF unconference notes, DDF cadence questions #533

            Description

            @fedhere

            We took notes on our Tucson 2016 PCW discussion on this hackpad. For your convenience and mine, here they are pasted in:

            When can we get a realistic OpSim Rolling Cadence realization?

            The new version of OpSim will be released in November, then some testing will occur, then rolling cadence can be run (source: Andy C.) The SOCS/Scheduler functionality development plan is posted on LSST confluence here.

            We need to propose rolling cadences for then! We have a mechanism for making suggestions, on a GitHub suggestion board . We can also transcribe these into the white paper

            Zeljko showed the OpSim development schedule slide in this morning's plenary.

            Things to think about when proposing Rolling Cadences:

            Eric B: you don't have to roll in all filters, maybe its enough to increase cadence in 1-2 bands?
            Michael S thinks in terms of declination stripes.
            "Swiss Cheese" rolling cadences are defined in Chapter 2 of WP v1, but may not be worth investigating (Steve R)
            Andy: could we piece together high cadence annual declination stripes into a 10 year simulation?
            Michael S: probably doing whole sky early will be important, to get a good template/reference image. Keith: "Sandwich" strategy, year 1 and year 10 at universal cadence, and rolling in between.
            Tony T: wonders whether rolling cadence could help weak lensing, perhaps improving airmass? Jeonghee's proposed strategy could do this.

            What are the potential downsides to Rolling Cadence?

            Sky uniformity could take longer to build up
            Could asteroid coverage suffer?
            ...

            • Action: Andy to report on what types of rolling cadence will be able to be supported in November. Phil to issue him.
            • Action: Community to propose Rolling Cadence schemes by November, XXX to start the drive

            Action: Figure out coordination of OpSim proposals. Each collaboration has X sims to spend?

            Other Cadence Ideas

            Fast transients: pair of visits, followed by a third one several hours later (or maybe the following night). Colors in visit pairs?

            Deep Drilling Fields: observed using "deep drill" sequences (~20 visits in r, then ~20 in i, and so on, all in succession on the same field), which are efficient but maybe sub-optimal. Transients group are less bothered about getting all filters in one night. Some consensus that drilling sequences would be better shorter, and perhaps the visits spread over two nights, or separated within one night.

            What is the u band depth driven by? it seems that extragalactic does not need it because of redshift, and nobody else seems to need such deep and costly u band coverage.

            The location of the four current deep drilling fields is chosen for synergy with other surveys. Not all deep drilling fields need to go to the same magnitude or follow the same strategy design. The survey the field is chosen to meet would drive the decision of how deep it needs to go.

            The current deep drilling fields cadences are designed from the white papers, summarized by Lynne Jones into a single document, but it appears that the requirements should be updated in the light of growing expertise and better understanding of the LSST strategy design. Rahul points out that the current OpSim DDF fields do not implement the requirements laid out in the white paper.

            • Action: Phil to issue question about old DDF plans. Is this something we want to do? Niel would say yes.

            White paper: it is proposed that the paper includes a section written by the LSST project.

            • Action: Phil to make sure this happens. Start by asking Michael and Beth about a "project section"

            How complete is the white paper? how biased is the set of phenomena considered? How do we focus on the transient cases that drive the cadence and are unique to LSST?

            • Action: Phil to make white paper milestones.
              v1 before November. New OpSim runs will appear in April, then white paper could be revised and v2 released August 2017. More releases between now and then are possible, and could help us keep momentum.
            • Action: Phil to talk to Tim Jenness about versioning the white paper, and how the pub board will handle ours.

            Other Ideas

            Can we define a cadence that samples the phase space of amplitude of variation, time scale, and rarity ?

            MAF metric execution times needs thinking about, especially as more and more OpSim runs are produced.

            Global metric? Will we need it, or will we settle on an observing strategy before that?
            Andy C: scheduler will not be a simple greedy algorithm, but will do more optimization than this - so will need an objective function that could be science (ie MAF)-related.

            Metadata

            Metadata

            Type

            No type

            Projects

            No projects

              Relationships

              None yet

              Development

              No branches or pull requests

              Issue actions

              , 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Remove or un-stick sticky/fixed headers that block content\n(function() {\n function unstick() {\n document.querySelectorAll('header, nav, [role=\"banner\"], .header, .navbar, .sticky, .fixed-top, [style*=\"position: fixed\"], [style*=\"position:sticky\"]').forEach(function(el) {\n if (el.style.position === 'fixed' || el.style.position === 'sticky' || \n getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') {\n el.style.position = 'static';\n el.style.top = 'auto';\n el.style.zIndex = 'auto';\n }\n });\n }\n \n unstick();\n \n var observer = new MutationObserver(unstick);\n observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] });\n})();", "Kill Sticky Headers"); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
              Skip to content

              Tucson OpSim/MAF unconference notes, DDF cadence questions #533

              Description

              @fedhere

              We took notes on our Tucson 2016 PCW discussion on this hackpad. For your convenience and mine, here they are pasted in:

              When can we get a realistic OpSim Rolling Cadence realization?

              The new version of OpSim will be released in November, then some testing will occur, then rolling cadence can be run (source: Andy C.) The SOCS/Scheduler functionality development plan is posted on LSST confluence here.

              We need to propose rolling cadences for then! We have a mechanism for making suggestions, on a GitHub suggestion board . We can also transcribe these into the white paper

              Zeljko showed the OpSim development schedule slide in this morning's plenary.

              Things to think about when proposing Rolling Cadences:

              Eric B: you don't have to roll in all filters, maybe its enough to increase cadence in 1-2 bands?
              Michael S thinks in terms of declination stripes.
              "Swiss Cheese" rolling cadences are defined in Chapter 2 of WP v1, but may not be worth investigating (Steve R)
              Andy: could we piece together high cadence annual declination stripes into a 10 year simulation?
              Michael S: probably doing whole sky early will be important, to get a good template/reference image. Keith: "Sandwich" strategy, year 1 and year 10 at universal cadence, and rolling in between.
              Tony T: wonders whether rolling cadence could help weak lensing, perhaps improving airmass? Jeonghee's proposed strategy could do this.

              What are the potential downsides to Rolling Cadence?

              Sky uniformity could take longer to build up
              Could asteroid coverage suffer?
              ...

              • Action: Andy to report on what types of rolling cadence will be able to be supported in November. Phil to issue him.
              • Action: Community to propose Rolling Cadence schemes by November, XXX to start the drive

              Action: Figure out coordination of OpSim proposals. Each collaboration has X sims to spend?

              Other Cadence Ideas

              Fast transients: pair of visits, followed by a third one several hours later (or maybe the following night). Colors in visit pairs?

              Deep Drilling Fields: observed using "deep drill" sequences (~20 visits in r, then ~20 in i, and so on, all in succession on the same field), which are efficient but maybe sub-optimal. Transients group are less bothered about getting all filters in one night. Some consensus that drilling sequences would be better shorter, and perhaps the visits spread over two nights, or separated within one night.

              What is the u band depth driven by? it seems that extragalactic does not need it because of redshift, and nobody else seems to need such deep and costly u band coverage.

              The location of the four current deep drilling fields is chosen for synergy with other surveys. Not all deep drilling fields need to go to the same magnitude or follow the same strategy design. The survey the field is chosen to meet would drive the decision of how deep it needs to go.

              The current deep drilling fields cadences are designed from the white papers, summarized by Lynne Jones into a single document, but it appears that the requirements should be updated in the light of growing expertise and better understanding of the LSST strategy design. Rahul points out that the current OpSim DDF fields do not implement the requirements laid out in the white paper.

              • Action: Phil to issue question about old DDF plans. Is this something we want to do? Niel would say yes.

              White paper: it is proposed that the paper includes a section written by the LSST project.

              • Action: Phil to make sure this happens. Start by asking Michael and Beth about a "project section"

              How complete is the white paper? how biased is the set of phenomena considered? How do we focus on the transient cases that drive the cadence and are unique to LSST?

              • Action: Phil to make white paper milestones.
                v1 before November. New OpSim runs will appear in April, then white paper could be revised and v2 released August 2017. More releases between now and then are possible, and could help us keep momentum.
              • Action: Phil to talk to Tim Jenness about versioning the white paper, and how the pub board will handle ours.

              Other Ideas

              Can we define a cadence that samples the phase space of amplitude of variation, time scale, and rarity ?

              MAF metric execution times needs thinking about, especially as more and more OpSim runs are produced.

              Global metric? Will we need it, or will we settle on an observing strategy before that?
              Andy C: scheduler will not be a simple greedy algorithm, but will do more optimization than this - so will need an objective function that could be science (ie MAF)-related.

              Metadata

              Metadata

              Type

              No type

              Projects

              No projects

                Relationships

                None yet

                Development

                No branches or pull requests

                Issue actions

                , 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Universal Dark Mode - works on any site\n(function() {\n var enabled = true;\n \n function applyDarkMode() {\n if (!enabled) return;\n \n // Create style element if it doesn't exist\n var style = document.getElementById('universal-dark-mode-style');\n if (!style) {\n style = document.createElement('style');\n style.id = 'universal-dark-mode-style';\n document.head.appendChild(style);\n }\n \n // Dark mode CSS - inverts colors but preserves images/video\n style.textContent = '\n /* Invert everything except media */\n html {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #1a1a2e !important;\n }\n \n /* Restore images, videos, iframes, canvas */\n img, video, iframe, canvas, svg, picture, [style*=\"background-image\"] {\n filter: invert(1) hue-rotate(180deg) !important;\n }\n \n /* Preserve specific elements that should not be inverted */\n .no-dark-mode, .no-dark-mode *,\n [data-theme=\"light\"], [data-theme=\"light\"],\n .ace_editor, .ace_editor *,\n .CodeMirror, .CodeMirror *,\n .monaco-editor, .monaco-editor *,\n .markdown-body pre, .markdown-body pre *,\n .highlight, .highlight *,\n pre code, pre code * {\n filter: none !important;\n }\n \n /* Fix common UI elements */\n .modal, .popup, .dropdown-menu, .tooltip, .popover {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #2d2d44 !important;\n border-color: #444 !important;\n }\n \n /* Scrollbars */\n ::-webkit-scrollbar { background: #1a1a2e !important; }\n ::-webkit-scrollbar-thumb { background: #444 !important; }\n ::-webkit-scrollbar-thumb:hover { background: #555 !important; }\n \n /* Selection */\n ::selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ';\n }\n \n function removeDarkMode() {\n var style = document.getElementById('universal-dark-mode-style');\n if (style) style.remove();\n }\n \n // Toggle with Alt+Shift+D\n document.addEventListener('keydown', function(e) {\n if (e.altKey && e.shiftKey && e.key === 'D') {\n e.preventDefault();\n enabled = !enabled;\n if (enabled) {\n applyDarkMode();\n console.log('[Universal Dark Mode] Enabled');\n } else {\n removeDarkMode();\n console.log('[Universal Dark Mode] Disabled');\n }\n }\n });\n \n // Apply on load\n applyDarkMode();\n \n // Re-apply on dynamic content\n var observer = new MutationObserver(function(mutations) {\n if (enabled && !document.getElementById('universal-dark-mode-style')) {\n applyDarkMode();\n }\n });\n observer.observe(document.head, { childList: true });\n \n console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle');\n})();", "Universal Dark Mode"); } } catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); } })(); })();
                Skip to content

                Tucson OpSim/MAF unconference notes, DDF cadence questions #533

                Description

                @fedhere

                We took notes on our Tucson 2016 PCW discussion on this hackpad. For your convenience and mine, here they are pasted in:

                When can we get a realistic OpSim Rolling Cadence realization?

                The new version of OpSim will be released in November, then some testing will occur, then rolling cadence can be run (source: Andy C.) The SOCS/Scheduler functionality development plan is posted on LSST confluence here.

                We need to propose rolling cadences for then! We have a mechanism for making suggestions, on a GitHub suggestion board . We can also transcribe these into the white paper

                Zeljko showed the OpSim development schedule slide in this morning's plenary.

                Things to think about when proposing Rolling Cadences:

                Eric B: you don't have to roll in all filters, maybe its enough to increase cadence in 1-2 bands?
                Michael S thinks in terms of declination stripes.
                "Swiss Cheese" rolling cadences are defined in Chapter 2 of WP v1, but may not be worth investigating (Steve R)
                Andy: could we piece together high cadence annual declination stripes into a 10 year simulation?
                Michael S: probably doing whole sky early will be important, to get a good template/reference image. Keith: "Sandwich" strategy, year 1 and year 10 at universal cadence, and rolling in between.
                Tony T: wonders whether rolling cadence could help weak lensing, perhaps improving airmass? Jeonghee's proposed strategy could do this.

                What are the potential downsides to Rolling Cadence?

                Sky uniformity could take longer to build up
                Could asteroid coverage suffer?
                ...

                • Action: Andy to report on what types of rolling cadence will be able to be supported in November. Phil to issue him.
                • Action: Community to propose Rolling Cadence schemes by November, XXX to start the drive

                Action: Figure out coordination of OpSim proposals. Each collaboration has X sims to spend?

                Other Cadence Ideas

                Fast transients: pair of visits, followed by a third one several hours later (or maybe the following night). Colors in visit pairs?

                Deep Drilling Fields: observed using "deep drill" sequences (~20 visits in r, then ~20 in i, and so on, all in succession on the same field), which are efficient but maybe sub-optimal. Transients group are less bothered about getting all filters in one night. Some consensus that drilling sequences would be better shorter, and perhaps the visits spread over two nights, or separated within one night.

                What is the u band depth driven by? it seems that extragalactic does not need it because of redshift, and nobody else seems to need such deep and costly u band coverage.

                The location of the four current deep drilling fields is chosen for synergy with other surveys. Not all deep drilling fields need to go to the same magnitude or follow the same strategy design. The survey the field is chosen to meet would drive the decision of how deep it needs to go.

                The current deep drilling fields cadences are designed from the white papers, summarized by Lynne Jones into a single document, but it appears that the requirements should be updated in the light of growing expertise and better understanding of the LSST strategy design. Rahul points out that the current OpSim DDF fields do not implement the requirements laid out in the white paper.

                • Action: Phil to issue question about old DDF plans. Is this something we want to do? Niel would say yes.

                White paper: it is proposed that the paper includes a section written by the LSST project.

                • Action: Phil to make sure this happens. Start by asking Michael and Beth about a "project section"

                How complete is the white paper? how biased is the set of phenomena considered? How do we focus on the transient cases that drive the cadence and are unique to LSST?

                • Action: Phil to make white paper milestones.
                  v1 before November. New OpSim runs will appear in April, then white paper could be revised and v2 released August 2017. More releases between now and then are possible, and could help us keep momentum.
                • Action: Phil to talk to Tim Jenness about versioning the white paper, and how the pub board will handle ours.

                Other Ideas

                Can we define a cadence that samples the phase space of amplitude of variation, time scale, and rarity ?

                MAF metric execution times needs thinking about, especially as more and more OpSim runs are produced.

                Global metric? Will we need it, or will we settle on an observing strategy before that?
                Andy C: scheduler will not be a simple greedy algorithm, but will do more optimization than this - so will need an objective function that could be science (ie MAF)-related.

                Metadata

                Metadata

                Type

                No type

                Projects

                No projects

                  Relationships

                  None yet

                  Development

                  No branches or pull requests

                  Issue actions