Enhancing Issue Organization and Management with Label-Based Sorting

[Fe-r-oz]

Documentation

Improvements or Additions to Documentation

• Document symbolic single-qubit measurements sMX and Register and projectrand! #24
• More detailed method descriptions for package #85
• More intuitive documentation around applying gates to tableaux with apply!() #106
• use DocStringExtensions much more agressively #150
• Pauli frames on circuits that measure [0,0,...,0] with 0% likelihood.  #167
• Documentation and plotting recipes for the various AbstractECCSetup #213
• More documentation on the various ways to construct Stab/Destab/MixedDestab objects #258

Good First Issue

Good For Newcomers

• Make an interface to QEC libraries, specifically so that you have access to predefined codes #14
• Document symbolic single-qubit measurements sMX and Register and projectrand! #24
• Implement more two-qubit symbolic gates #45
• Dephasing implementation in QuantumCliffford.jl #82
• boundchecking in apply! and better out-of-bounds handling #97
• More intuitive documentation around applying gates to tableaux with apply!() #106
• When passing a circuit to mctrajectory, pftrajectory and others, verify that it does not perform any unsafe operations #131
• For every constructor or function, ensure that qubit indices and bit indices are positive #135
• clean up Quantikz recipes #137
• Computing complex inner products #140
• convenient conversion from stim circuits #147
• use DocStringExtensions much more agressively #150
• implement embed for all types #151
• Pauli frames on circuits that measure [0,0,...,0] with 0% likelihood.  #167
• fastcolumn, fastrow become ineffective after to_cpu, to_gpu #178
• unnecessary copy when calling to_cpu on cpu data #179
• naive_encoding_circuit failes when rank(parity_checks) < length(parity_checks) #190
• MixedDestabilizer constructor has too restrictive typeassert making it break on subarray input #191
• Raise a warning if pftrajectory (and others) if the circuit contains measurements that discard the result, i.e. sMZ(1,nothing) #192
• Constructing a Stabilizer(phases, xs, zs) should not allow the phases array to be longer than the height of the Hx or Hz matrix #208
• Documentation and plotting recipes for the various AbstractECCSetup #213
• support more interesting noise types in evaluate_decoder #214
• higher order (higher distance) TableDecoder #215
• Documentation for the various codes and decoders #216
• In-place and batch decode functions #217
• Configuration option for various decoders and structure of the decoder types #218
• change the internal layout of the pfmeasurements result for better memory locality #242
• More documentation on the various ways to construct Stab/Destab/MixedDestab objects #258
• improvements to GeneralizedStabilizer API #260
• add a control flag for whether the library should report warnings, potentially per warning type #261

Performance Bug

Something is unreasonably slow

• Performance parity with Stim #34
• In-place and batch decode functions #217
• none of the decoders and evaluators should allocate #219
• fix allocations introduced by #212 #223
• change the internal layout of the pfmeasurements result for better memory locality #242

Non-Clifford Functionality

• measurements of nonclifford states #199
• common nonclifford gates (convenience constructors) #200
• tensor products of nonclifford gates #201
• performance tuning of nonclifford gates #202
• converters to density matrices for StabMixture #203
• improvements to GeneralizedStabilizer API #260

Enhancements

New feature or request

• Clifford Operation to Clifford Circuit transformation #11
• Code encoding/decoding unitaries #12
• Synthesis of logical operations for a given code #13
• Make an interface to QEC libraries, specifically so that you have access to predefined codes #14
• comparisons with Stim, maybe an interface #16
• Implement efficient graph state simulation #22
• expand the random stabilizer functionality #25
• Implement more two-qubit symbolic gates #45
• Conversion of Stabilizer to canonical CliffordOperator #64
• Dephasing implementation in QuantumCliffford.jl #82
• better bit-wrangling abstraction #113
• Computing complex inner products #140
• convenient conversion from stim circuits #147
• convert circuit to detector error model #148
• implement embed for all types #151
• Pauli frames on circuits that measure [0,0,...,0] with 0% likelihood.  #167
• NoiseOpAll, NoiseOp are slow. Needs kernel fusion. #174
• integrating graph simulator #207

Help Wanted

Extra attention is needed

• Computing complex inner products #140
• convenient conversion from stim circuits #147
• convert circuit to detector error model #148
• integrating graph simulator #207
• Constructing a Stabilizer(phases, xs, zs) should not allow the phases array to be longer than the height of the Hx or Hz matrix #208

Bug

Something isn't working

• naive_encoding_circuit failes when rank(parity_checks) < length(parity_checks) #190
• MixedDestabilizer constructor has too restrictive typeassert making it break on subarray input #191
• Constructing a Stabilizer(phases, xs, zs) should not allow the phases array to be longer than the height of the Hx or Hz matrix #208
• Test failure report: Perturbative expansion Purification examples, Comparison to MC #245

Code Quality

Code that should be refactored

• a lot of manual loops instead of findfirst in project! and others #42
• better bit-wrangling abstraction #113
• False positive in the JET static analysis #114
• When passing a circuit to mctrajectory, pftrajectory and others, verify that it does not perform any unsafe operations #131
• For every constructor or function, ensure that qubit indices and bit indices are positive #135
• clean up Quantikz recipes #137
• Refactor apply! by adding apply_row! to eliminate duplicate code between GPU and CPU #177

Experiment

Experimental work

• Kernel Fusion for apply_batch! #168
• Parallel execution of gates #175

Compact

Enable use of external project

• Make an interface to QEC libraries, specifically so that you have access to predefined codes #14
• comparisons with Stim, maybe an interface #16
• convenient conversion from stim circuits #147

GPU

Related to new GPU support edition

• CUDA.@sync for timing #165
• memory batching #166
• Kernel Fusion for apply_batch! #168
• Change PauliFrame underlying data to be UInt32 instead of Bool #173
• NoiseOpAll, NoiseOp are slow. Needs kernel fusion. #174
• Parallel execution of gates #175
• GPU Testing CI/CD #176
• Refactor apply! by adding apply_row! to eliminate duplicate code between GPU and CPU #177
• fastcolumn, fastrow become ineffective after to_cpu, to_gpu #178
• unnecessary copy when calling to_cpu on cpu data #179
• ClassicalXOR needs GPU kernels #220
• evaluate_decoder GPU support #221

[Fe-r-oz]

@Krastanov, As per your points for the roadmap which are as follows:

Roadmap should probably include mention of

1. graph state simulation;
2. perturbative expansions over circuits;
3. more thorough noise models;
4. decoders and code generators;
5. something about subsystem codes;
6. something about low-rank non-clifford simulations.

We can create RoadMap as a Milestone and then sort the issues according to relevant points in the Roadmap.

This issue is more about organizing all the issues in one place. Is there a way to pin this issue on the top so it can be easily accessed? I hope the organizations turns out to be helpful.

We can create another Milestone and name it "Issue Tracker", that way it will hover on top of all issues and easily accessible.

[Krastanov]

Thanks for looking into this, but I do not believe this issue is necessary. Github already provides this functionality by default in an automated manner with filtering (simply by opening the issues page and clicking on the label in question or entering a search query).