Image 1 — ETF Mon 100 is on sale zone as per my model
Image 2 — ETF Mon 100 is on sale zone as per my model
▲ 3 r/quantindia+1 crossposts

ETF Mon 100 is on sale zone as per my model

I have using OU strategy to identify signal to but sale international etf based on premium

u/StatisticianFar4550 — 11 hours ago
▲ 5 r/quantindia+1 crossposts

Dear chartist can you interpret this MaFaang etf chart?

what do you think about this strategy on premium?

u/StatisticianFar4550 — 2 days ago

Stock Price Anomaly correlation with news signal (Quality issue)

I am using following strategy to identify anomaly in Commodity PeltChangePointStrategy GarchResidualStrategy RobustZScoreStrategy

While it helps in reducing the noise one of the challenge I am facing is in correlating the anamolies to certain event example News ($ index)

If I am using Local model it fills up context which result in bad quality result, if I am using model Like Cloude OPUS, result is great but cost is even higher.

Is there a way to make co relation efficient with local model?

u/StatisticianFar4550 — 18 days ago

Detecting Stock Price Anomalies Using MAD, GARCH, Isolation Forest, and PELT — Review Requested

I am exprimenting with 4 step anomaly detection on stock pricing over the period through following steps.
Step 1 — Robust Z-Score (MAD)
Step 2 — GARCH(1,1) Standardised Residual
Step 3 — Isolation Forest Confidence Multiplier
Step 4 — PELT Change-Point Detection (regime-shift confirmation)

After identifying an anomaly, I attempt to determine the underlying cause by correlating it with relevant events and market factors, such as:

  • Company announcements and corporate actions
  • Macroeconomic events
  • Insider buying or selling activity
  • FII/DII accumulation or distribution
  • Sector-wide developments
  • Regulatory or policy changes
  • News sentiment and analyst reports

Could some one review the model and help in improving it?

reddit.com
u/StatisticianFar4550 — 1 month ago
▲ 11 r/quantindia+1 crossposts

Shoonya api is pain in a@@ worst doc, worst api sdk

reddit.com
u/StatisticianFar4550 — 1 month ago
▲ 7 r/LegalAdviceIndia+1 crossposts

Panasonic AC required repeated gas filling 3+ times within a year — conflicting technician diagnosis, seeking advice before consumer court escalation

Purchased a Panasonic AC and within less than a year it has required repeated gas filling/top-ups.

Service history:

  • 05 Jun 2025 – Gas filling
  • 10 Oct 2025 – Nitrogen testing + gas filling (no leakage identified, loose scre issue)
  • 01 Mar 2026 – Gas top-up

Now the issue has reoccurred again and I am being asked to pay as my waraanty expired 3 week back.

One technician previously stated there was no leakage after nitrogen testing, while another technician is now claiming installation issues.

I have asked Panasonic for:

  • Detailed diagnostic report
  • Root cause analysis
  • Clarification on why gas refilling is repeatedly required
  • Expected durability of the latest repair

At this stage I am evaluating legal escalation through the consumer forum. Posting here to understand whether others have faced similar recurring issues with Panasonic AC service.
Panasonic is asking my to pay 6k to reinstall copper pipe and refill gas.
Location Pune, Maharashtra

I have dropped this email to Panasonic leadership
Dear Mr. Kamoda and Mr. Chiba,

I am writing to escalate a customer service matter directly to your attention. Prior correspondence with service.head@in.panasonic.com and pi.grievanceofficer@in.panasonic.com over the last week has not produced a substantive response. The case is significant because Panasonic has, this same month, on this same unit, already accepted the underlying principle I am asking the company to apply consistently.

The Product

  • Appliance: Panasonic Air Conditioner (residential, Room AC), Model CS-NU18AKY5WX
  • Serial Number: 24CWAJFGHJ07310
  • Purchased: 05 April 2025
  • Installed: 09 April 2025 by Panasonic's then-authorised installation agency in Kharadi, Pune. Installation Job ID: I09042524670170. Installation cost paid by me: Rs 6,000.

Service History (13 months, 5 interventions)

  • 05 Jun 2025 (R05062525218090): Gas refill. No leakage identified.
  • 10 Oct 2025 (R10102526024862): Gas refill, nitrogen test. Outdoor connection found loose.
  • 25 Feb 2026 (R25022626646455): Preventive maintenance.
  • 01 Mar 2026 (R01032626668408): Gas top-up. Technician left a wire screw loose at the relay terminal.
  • 08 May 2026 (R09052627343677): AC stopped working. Two distinct faults identified: (a) Relay system burned out, traced back to the loose screw left during the 01 March visit. (b) Persistent refrigerant leak, attributed by the inspecting technician to incorrect copper pipe diameter and a bend in the pipe, both originating from the 09 April 2025 installation.

The Precedent Panasonic Has Already Set on This Unit

Following my email of 10 May 2026, Panasonic accepted that the relay failure was a direct consequence of improper servicing by your authorised technician, not normal wear. The relay was replaced at no cost, despite the standard warranty having lapsed on 04 April 2026.

This was the right decision, and I appreciate it. It also establishes, in your own service record, the principle that:

When damage on this unit is traceable to negligent work by Panasonic's authorised network, Panasonic accepts financial responsibility, independent of warranty expiry.

I am asking the company to apply that same principle, consistently, to the second defect identified on the same service visit.

The Second Defect: Installation, Not Wear

Reliable Care Solution, the Panasonic authorised agency now handling the case, has independently diagnosed that the copper pipe installed in April 2025 is of incorrect diameter and contains a bend that obstructs refrigerant flow. Their revised estimate dated 23 May 2026 (Job R18052627440211) proposes replacing the same 3-meter copper pipe I already paid for during the original installation, plus a fresh gas charge, for Rs 6,068 net of a 15% goodwill discount.

This is, on its face, an installation defect by Panasonic's previous authorised agency, certified in writing by Panasonic's current authorised agency. It is the same category of issue as the loose-screw relay failure: damage caused by deficient work in Panasonic's authorised network, not by normal use.

The three refrigerant top-ups across June 2025, October 2025, and March 2026 were closed without correctly diagnosing the underlying cause. Under the Consumer Protection Act 2019, that pattern is itself a deficiency in service, independent of warranty expiry. The defect existed during the warranty period; only the diagnosis came after.

The Inconsistency I Am Asking You to Resolve

On the same unit, in the same month, two consequences of the same network's poor work were identified:

  • Loose screw → relay burnout: Panasonic accepted responsibility, replaced at no cost.
  • Wrong pipe + bend → recurring gas leaks: Panasonic is currently asking me to pay Rs 6,068.

The underlying principle should be the same in both cases. I am asking that it be applied the same way.

A Parallel Brand Reference (for context)

During the same period, I purchased a Voltas 1 Ton 5 Star AC, installed by the same Kharadi-based agency, which exhibited similar issues. Voltas's response was to replace the unit, carry out a fresh installation through a different agency, and discontinue their contract with the original installer. That unit has functioned without incident since. I understand that Panasonic has separately discontinued its contract with the same Kharadi agency, which suggests internal agreement that the agency's work was substandard.

Requested Resolution

I would prefer to resolve this directly with Panasonic. I am proposing three options, any of which I would accept as fair, in the same spirit in which the relay issue was handled:

  1. Unit replacement with fresh installation by a different authorised agency, plus 12-month service warranty.
  2. Full reinstallation with correct copper pipe and gas recharge at zero cost, plus a written root cause report from a senior technical officer, plus 12-month workmanship and service warranty on the corrected installation.
  3. Panasonic absorbs the Rs 6,068 estimate, plus written confirmation that the original installation was defective, plus 6-month service warranty on the corrected work.

Existing Record

This case is on record with the National Consumer Helpline as Grievance No. 9372662 (Status: In Process). I have also commissioned an independent technical assessment of the installation for the consumer record.

If a substantive response is not received within 7 working days of this email, I will be compelled to file before the District Consumer Disputes Redressal Commission, Pune, with the full documentary record: the relay precedent (which goes directly to the brand's own established standard of conduct), the Reliable Care Solution estimate, all five service tickets, photographic and video evidence, the Voltas reinstallation letter, and the independent technical assessment.

I would much prefer to continue as a Panasonic customer and resolve this directly, consistent with how the relay issue was already handled. Please direct your team to revert with next steps.

Sincerely, Dhiraj Thakur Kharadi, Pune +91 9987062806

Attachments:

  1. Reliable Care Solution revised estimate dated 23 May 2026 (Job R18052627440211)
  2. NCH Grievance Details, Grievance No. 9372662
  3. Correspondence and service record from the relay incident (10 May 2026 onwards)
  4. Voltas communication on unit replacement (SR 25042554624)
  5. Video evidence of installation defect
reddit.com
u/StatisticianFar4550 — 1 month ago
▲ 1 r/devopsGuru+1 crossposts

Every other week someone posts a new AI SRE project. You dig into it and it's the same thing - alert fires, shove logs into an LLM, get a suggestion. Demo looks great, try it on anything real and it falls apart.

I think the problem is nobody is solving the boring part first. Most places I've seen don't even have proper SLAs, forget SLOs. The infra knowledge lives in people's heads. So when something breaks the first question is always "okay but what does this service actually talk to" and nobody has a clean answer.

I've been thinking about building something that focuses on that problem specifically - building a graph of how your system actually fits together. Not a CMDB, those are always out of date. Something that continuously pulls from AWS APIs, your IaC, git history, service mesh telemetry, and keeps a live picture of what depends on what. So when a PR merges or a deploy happens you actually know the blast radius before someone pages you at 2am.

The LLM part should come after that - and it should be working on a small targeted context the graph gives it, not raw logs. Had a colleague recently debug a build failure by just passing the full log to Claude. Cost him $2-3 per run. That's just bad architecture masquerading as AI.

Curious if anyone has tried to build something like this internally, even partially. And what's the data source you wish you had during incidents that you just... don't.

reddit.com
u/StatisticianFar4550 — 2 months ago