Skip to content

docs(P6): reframe README around scaffold thesis and 5-arm results - #15

Merged
DsThakurRawat merged 1 commit into
mainfrom
phase-6-readme-reframe
Jul 11, 2026
Merged

docs(P6): reframe README around scaffold thesis and 5-arm results#15
DsThakurRawat merged 1 commit into
mainfrom
phase-6-readme-reframe

Conversation

@DsThakurRawat

Copy link
Copy Markdown
Owner

This PR updates README.md to focus on the scaffold thesis and includes the final 5-arm S3DIS Area-5 benchmark results table.

@beetle-ai

beetle-ai Bot commented Jul 11, 2026

Copy link
Copy Markdown

Summary by Beetle

This PR reframes the project's README around the "Scaffold Thesis" — the principle that geometry scaffolds structure for free while deep learning earns its keep on objects. The documentation now presents comprehensive S3DIS Area-5 benchmark results across five distinct evaluation arms (geometry_only, hybrid, hybrid_v2, feature_ml, and PointNet++), demonstrating that rule-based geometry captures ~63.6% of structural points with high fidelity (floor IoU: 0.963), while deep learning (PointNet++: 0.3523 mIoU) proves necessary for complex furniture classification. The README transformation shifts from a simple "how it works" guide to a research-backed narrative with quantitative evidence, detailed metrics tables, and clear takeaways about the boundary between geometric and learned approaches.

📁 File Changes Summary

File Status Changes Description
README.md Modified +79/-35 Complete restructure around the "Scaffold Thesis" narrative. Added comprehensive S3DIS Area-5 benchmark results table with 5 evaluation arms (geometry_only, hybrid, hybrid_v2, feature_ml, PointNet++), detailed per-class IoU analysis, key takeaways section, expanded pipeline architecture description, reorganized documentation links, and enhanced installation/quickstart sections with clearer step-by-step instructions. Updated project subtitle to "Scaffold3D" and added PyTorch/S3DIS benchmark badges.

Total Changes: 1 file changed, +79 additions, -35 deletions

🎯 Key Changes

  • Scaffold Thesis Introduction: New conceptual framework section explaining that geometry handles structural majority (~63.6% of points) deterministically, reserving learning for complex objects
  • Comprehensive Benchmark Table: Added 5-arm evaluation results on S3DIS Area-5 with mIoU and OA metrics, showing PointNet++ achieving best overall performance (0.3523 mIoU, 0.701 OA)
  • Quantitative Narrative: Detailed "Key Takeaways" section with specific per-class IoU comparisons (e.g., Bookcase: PN++ 0.33 vs feature_ml 0.04)
  • Structural Reorganization: Transformed from simple usage guide to research-oriented documentation with clear sections for thesis, results, architecture, and documentation directory
  • Enhanced Metadata: Updated badges to include PyTorch and S3DIS benchmark references, renamed project subtitle to "Scaffold3D"
  • Improved Quickstart: Broke down quickstart into numbered subsections with explicit command blocks and output descriptions

📊 Impact Assessment

  • Security: ✅ No security implications. Documentation-only change with no code modifications.
  • Performance: ✅ Neutral. No runtime or computational changes; purely presentational improvements.
  • Maintainability: ✅ Significantly Improved. The README now serves as a comprehensive research artifact with:
  • Clear thesis statement that guides future development decisions
  • Quantitative benchmarks that establish baseline expectations
  • Structured documentation hierarchy that helps contributors understand the project's scope
  • Explicit comparison of 5 evaluation arms that clarifies architectural trade-offs
  • Better onboarding experience with reorganized quickstart and installation sections
  • Testing: ✅ No testing implications. The existing test suite reference remains intact, and no test modifications are required for documentation changes.
    Documentation Quality: The transformation from a simple "how it works" README to a research-backed narrative with quantitative evidence represents a major improvement in project communication. The addition of specific IoU metrics, clear takeaways, and the "Scaffold Thesis" framing provides both academic rigor and practical guidance for users evaluating whether to adopt this approach.
⚙️ Settings

Severity Threshold: Medium — Balanced feedback — medium and high severity issues only.Change in Settings
Custom Rules: Define your own review rules — Set Custom Rules
PR Summary: Configure PR summary — Change in Settings

📖 User Guide
  • Once repos are connected, PR analysis is automatically enabled. You can disable analysis for this repo from beetleai.dev/analysis
  • Comment @beetle on any PR to start analysis manually
  • Comment @beetle stop to stop any ongoing analysis

Follow us: Beetle · X · LinkedIn

@DsThakurRawat
DsThakurRawat merged commit 53f85b7 into main Jul 11, 2026
6 checks passed
@coderabbitai

coderabbitai Bot commented Jul 11, 2026

Copy link
Copy Markdown

Warning

Review limit reached

@DsThakurRawat, you've reached your PR review limit, so we couldn't start this review.

Next review available in: 58 minutes

Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available.
You're only billed for reviews past your plan's rate limits ($0.25/file).

How can I continue?

After more reviews become available, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews.

How do review limits work?

CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability.

For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window.

Please refer docs for additional details.

Review details
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: 66355538-1b98-48ce-8bff-0dc253cba23f

📥 Commits

Reviewing files that changed from the base of the PR and between e89cb53 and dd82835.

📒 Files selected for processing (1)
  • README.md
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch phase-6-readme-reframe

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@DsThakurRawat
DsThakurRawat deleted the phase-6-readme-reframe branch July 11, 2026 20:55
@beetle-ai

beetle-ai Bot commented Jul 11, 2026

Copy link
Copy Markdown

✅ You're good to merge this PR! No issues found. Great job!

Settings
⚙️ Settings

Severity Threshold: Medium — Balanced feedback — medium and high severity issues only.Change in Settings
Custom Rules: Define your own review rules — Set Custom Rules
PR Summary: Configure PR summary — Change in Settings

📖 User Guide
  • Once repos are connected, PR analysis is automatically enabled. You can disable analysis for this repo from beetleai.dev/analysis
  • Comment @beetle on any PR to start analysis manually
  • Comment @beetle stop to stop any ongoing analysis

@gemini-code-assist gemini-code-assist Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request updates the README.md to introduce the Scaffold Thesis, include detailed S3DIS Area-5 benchmark results, and reorganize the pipeline architecture, quickstart, and documentation sections. The review feedback highlights two documentation inconsistencies: step 2 of the quickstart incorrectly describes running the 'Segment-ML Pipeline' instead of the rule-based geometric pipeline, and the documented output filenames are inconsistent with those listed in implementation.md.

Important

The consumer version of Gemini Code Assist on GitHub is being sunset. Starting June 18, 2026, new organization installations will be blocked, and all code review activity will officially cease on July 17, 2026.
For more details on the timeline and next steps, please review the Help Documentation.

Comment thread README.md
Comment on lines +85 to +86
### 2. Run the Segment-ML Pipeline
Segment the room and predict using the feature-ML model:

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

The Quickstart section describes step 2 as running the 'Segment-ML Pipeline' and predicting using the 'feature-ML model'. However, main.py orchestrates the rule-based geometric pipeline (SemanticLabeler with heuristics) rather than the classical Random Forest model (feature_ml). Please update the description to accurately reflect that this command runs the rule-based geometric pipeline.

Suggested change
### 2. Run the Segment-ML Pipeline
Segment the room and predict using the feature-ML model:
### 2. Run the Geometric Pipeline
Segment the room and predict using rule-based geometric heuristics:

Comment thread README.md
```bash
python3 -m src.interactive_viewer --input outputs/segmented_room.ply
```
*Each run generates `segmented_room.ply` (labeled cloud), `segmentation_report.json` (validated cluster report), and `segmentation_viz.png` (2D top-down footprint map).*

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

There is an inconsistency in the output filenames documented across different files. Here, it states that the pipeline generates segmented_room.ply, segmentation_report.json, and segmentation_viz.png. However, implementation.md (lines 1013-1015) lists them as segmented.ply, report.json, and topdown_map.png. Please standardize these filenames across all documentation files to avoid confusion.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant