IPSN Review Process
Model the pipeline before interpreting any single review. IPSN's process is double-blind,
per-track, and conference-style (not journal-style): a submission is read by a program committee
matched to its track — IP or SPOTS — and returns an accept/reject decision, usually with a
rebuttal opportunity. Because IPSN merged into SenSys, confirm the successor's exact mechanics on
the current call; the structure below is the IPSN-lineage model and what to expect.
Process model
- Submission and review run on HotCRP with double-blind anonymity: author identities are
hidden from reviewers and reviewer identities from authors.
- Papers are matched to reviewers by track. An IP-track paper is read by method reviewers
(estimation, signal processing, learning, localization); a SPOTS-track paper by
platform/systems reviewers (hardware, embedded software, tools, deployment). This is why the track
choice in
ipsn-submission matters so much.
- Reviewers weigh: the soundness of the information-processing method or platform design; whether
the evidence is real (real sensors, ground truth, measured energy/latency, honest deployment
numbers); novelty against the sensing literature; and reproducibility / artifact support.
- A rebuttal typically lets authors correct factual misreadings before the decision (verify the
window and format on the current call).
- Accepted papers appeared in both ACM DL and IEEE Xplore; the successor publishes regular papers
in the ACM proceedings and demos/posters in the IEEE proceedings.
What each track's reviewers check first
| Track |
Reviewer's first question |
Common reject trigger |
| IP |
Is the estimator/inference sound, and is the baseline fair? |
Simulation-only, or a proxy metric standing in for the real sensing outcome |
| SPOTS |
Is the platform/tool reusable, and are the design trade-offs measured? |
A one-off build with a datasheet but no measured power/robustness story |
| Either (deployment) |
Are the real-world hardships reported honestly? |
Yield, synchronization, and energy numbers missing or idealized |
Reading a decision against the criteria
| Signal in the reviews |
What it means |
Author move |
| "Only simulated / no real hardware" |
Evidence-realism doubt (fatal at IPSN) |
If possible add a real-sensor result in rebuttal; otherwise reroute |
| "Baseline is not a real alternative / untuned" |
Soundness doubt |
Add or justify a fair baseline; report the comparison |
| "Deployment numbers look idealized" |
Honesty/realism doubt |
Report yield, sync error, energy as measured, with limits |
| "Artifact would strengthen this" |
Reproducibility gap |
Commit to (and anonymize) a firmware+dataset artifact |
| "Wrong track / out of scope" |
Track or venue mismatch |
Hard to fix in rebuttal; a ipsn-topic-selection lesson for next time |
How IPSN differs from its neighbors and successor
- vs. SenSys (pre-merger): SenSys is the sibling embedded-networked-sensing flagship; IPSN's
distinctive move was the IP/SPOTS split and its information-processing/estimation flavor.
Post-merger the two communities share one venue — but an IP-track style paper is still judged on
its estimation/inference soundness.
- vs. OpenReview ML venues: IPSN is not open-review, not score-thread public, and not
leaderboard-driven. Offline accuracy on a clean dataset does not carry a paper here; on-device or
in-field evidence does.
- vs. CPS-IoT Week neighbors (RTAS/HSCC/ICCPS): those reviewers want timing guarantees, control
theory, or hybrid-systems verification. An IPSN paper is judged on sensing/information-processing
soundness and real measurement, not worst-case schedulability.
Where author leverage actually exists
[Before submission] track choice + topic tags -> reviewer pool (largest lever)
[Initial reviews] factual corrections, a real-hardware number a reviewer said was missing
[Rebuttal] narrow, evidence-backed answers to soundness/realism doubts
[After reject] no journal-style guaranteed revision round; reroute or resubmit next cycle
A rebuttal moves borderline papers when it corrects a misread table or supplies a measured number a
reviewer flagged; it does not move papers that argue taste or promise experiments not yet run.
Best Paper and Best Research Artifact judging
IPSN gave a Best Paper Award and a Best Research Artifact Award. The artifact award is a
distinct incentive: a firmware+dataset package that an evaluator can actually run and reuse is judged
on more than the paper's claims. Target it deliberately (ipsn-artifact-evaluation) — verify whether
it persists under the successor (待核实).
Misreadings to avoid
- Expecting a journal-style Major Revision — IPSN is conference-style accept/reject with a
rebuttal, not a guaranteed revise-and-resubmit round (unlike a journal or a Major-Revision venue).
- Treating the rebuttal as a debate — the PC discussion decides; the rebuttal is evidence for an
advocate, not a closing argument.
- Assuming the successor keeps IPSN's exact mechanics — the merged SenSys may differ; confirm.
Output format
[Process stage] pre-submission / awaiting reviews / rebuttal / decision / accepted
[Track] IP / SPOTS (or successor category)
[Criterion map] each review point -> soundness | evidence-realism | novelty | reproducibility | track-fit
[Leverage plan] the next-stage action that can actually change the outcome
[Forbidden moves] identity leak / unrun experiments promised as done / arguing taste
Source: brycewang-stanford/Awesome-Journal-Skills → IPSN-Skills/skills/ipsn-review-process/SKILL.md
1---2name: ipsn-review-process3description: Use when reasoning about how an IPSN-lineage submission is evaluated, covering double-blind review, the per-track (IP / SPOTS) program committees, the rebuttal, Best Paper and Best Research Artifact judging, and how IPSN's process differs from SenSys's revision model, OpenReview venues, and CPS-IoT Week neighbors.4---567# IPSN Review Process89Model the pipeline before interpreting any single review. IPSN's process is **double-blind,10per-track, and conference-style** (not journal-style): a submission is read by a program committee11matched to its track — **IP** or **SPOTS** — and returns an accept/reject decision, usually with a12rebuttal opportunity. Because IPSN merged into **SenSys**, confirm the successor's exact mechanics on13the current call; the structure below is the IPSN-lineage model and what to expect.1415## Process model1617- Submission and review run on **HotCRP** with **double-blind** anonymity: author identities are18 hidden from reviewers and reviewer identities from authors.19- Papers are matched to reviewers **by track**. An **IP-track** paper is read by method reviewers20 (estimation, signal processing, learning, localization); a **SPOTS-track** paper by21 platform/systems reviewers (hardware, embedded software, tools, deployment). This is why the track22 choice in `ipsn-submission` matters so much.23- Reviewers weigh: the **soundness** of the information-processing method or platform design; whether24 the **evidence is real** (real sensors, ground truth, measured energy/latency, honest deployment25 numbers); **novelty** against the sensing literature; and **reproducibility / artifact** support.26- A **rebuttal** typically lets authors correct factual misreadings before the decision (verify the27 window and format on the current call).28- Accepted papers appeared in **both ACM DL and IEEE Xplore**; the successor publishes regular papers29 in the **ACM** proceedings and demos/posters in the **IEEE** proceedings.3031## What each track's reviewers check first3233| Track | Reviewer's first question | Common reject trigger |34|---|---|---|35| IP | Is the estimator/inference sound, and is the baseline fair? | Simulation-only, or a proxy metric standing in for the real sensing outcome |36| SPOTS | Is the platform/tool reusable, and are the design trade-offs measured? | A one-off build with a datasheet but no measured power/robustness story |37| Either (deployment) | Are the real-world hardships reported honestly? | Yield, synchronization, and energy numbers missing or idealized |3839## Reading a decision against the criteria4041| Signal in the reviews | What it means | Author move |42|---|---|---|43| "Only simulated / no real hardware" | Evidence-realism doubt (fatal at IPSN) | If possible add a real-sensor result in rebuttal; otherwise reroute |44| "Baseline is not a real alternative / untuned" | Soundness doubt | Add or justify a fair baseline; report the comparison |45| "Deployment numbers look idealized" | Honesty/realism doubt | Report yield, sync error, energy as measured, with limits |46| "Artifact would strengthen this" | Reproducibility gap | Commit to (and anonymize) a firmware+dataset artifact |47| "Wrong track / out of scope" | Track or venue mismatch | Hard to fix in rebuttal; a `ipsn-topic-selection` lesson for next time |4849## How IPSN differs from its neighbors and successor5051- **vs. SenSys (pre-merger):** SenSys is the sibling embedded-networked-sensing flagship; IPSN's52 distinctive move was the **IP/SPOTS split** and its **information-processing/estimation** flavor.53 Post-merger the two communities share one venue — but an IP-track *style* paper is still judged on54 its estimation/inference soundness.55- **vs. OpenReview ML venues:** IPSN is not open-review, not score-thread public, and not56 leaderboard-driven. Offline accuracy on a clean dataset does not carry a paper here; on-device or57 in-field evidence does.58- **vs. CPS-IoT Week neighbors (RTAS/HSCC/ICCPS):** those reviewers want timing guarantees, control59 theory, or hybrid-systems verification. An IPSN paper is judged on sensing/information-processing60 soundness and real measurement, not worst-case schedulability.6162## Where author leverage actually exists6364```text65[Before submission] track choice + topic tags -> reviewer pool (largest lever)66[Initial reviews] factual corrections, a real-hardware number a reviewer said was missing67[Rebuttal] narrow, evidence-backed answers to soundness/realism doubts68[After reject] no journal-style guaranteed revision round; reroute or resubmit next cycle69```7071A rebuttal moves borderline papers when it corrects a misread table or supplies a measured number a72reviewer flagged; it does not move papers that argue taste or promise experiments not yet run.7374## Best Paper and Best Research Artifact judging7576IPSN gave a **Best Paper Award** and a **Best Research Artifact Award**. The artifact award is a77distinct incentive: a firmware+dataset package that an evaluator can actually run and reuse is judged78on more than the paper's claims. Target it deliberately (`ipsn-artifact-evaluation`) — verify whether79it persists under the successor (待核实).8081## Misreadings to avoid8283- **Expecting a journal-style Major Revision** — IPSN is conference-style accept/reject with a84 rebuttal, not a guaranteed revise-and-resubmit round (unlike a journal or a Major-Revision venue).85- **Treating the rebuttal as a debate** — the PC discussion decides; the rebuttal is evidence for an86 advocate, not a closing argument.87- **Assuming the successor keeps IPSN's exact mechanics** — the merged SenSys may differ; confirm.8889## Output format9091```text92[Process stage] pre-submission / awaiting reviews / rebuttal / decision / accepted93[Track] IP / SPOTS (or successor category)94[Criterion map] each review point -> soundness | evidence-realism | novelty | reproducibility | track-fit95[Leverage plan] the next-stage action that can actually change the outcome96[Forbidden moves] identity leak / unrun experiments promised as done / arguing taste97```9899---100101**Source:** [`brycewang-stanford/Awesome-Journal-Skills`](https://github.com/brycewang-stanford/Awesome-Journal-Skills) → `IPSN-Skills/skills/ipsn-review-process/SKILL.md`
thedixitjain