5.12.  Classificare
5.12.7. Classificazione secondo CNSORDERNO / CNSTYPECODE
Indietro  Avanti

5.12.7. Classificazione secondo CNSORDERNO / CNSTYPECODE

5.12.7.1. Uso di CNSORDERNO e CNSTYPECODE con esempi
5.12.7.2. Vantaggi della classificazione secondo CNSORDERNO e CNSTYPECODE
5.12.7.3. Plugin "Controllo risoluzione"
5.12.7.4. Plugin "Classificare i progetti nell'esecuzione in batch
5.12.7.5. TestMeta: Generale per il numero d'ordine o il codice del tipo
5.12.7.6. TestMeta: ReverseConfigs / Ricerca inversa (automatica)
5.12.7.7. Numeri d'ordine dell'indice a seconda degli intervalli di valori
5.12.7.8. Limitare la risoluzione degli intervalli di valori (campi gialli) tramite la chiave di configurazione

PARTproject -> Impostazioni [Settings] -> scheda Generale [General] -> Variabili [Variables] -> Variabile con numero d'ordine [Variable with order number] e/o variabile con codice tipo

[Nota]Nota

  • La classificazione dei progetti secondo CNSORDERNO e/o CNSTYPECODE è obbligatoria. [45]

    Se vengono classificati sia CNSORDERNO che CNSTYPECODE, non devono utilizzare la stessa variabile!

    Figura 5.882. 

    Se manca una voce corrispondente, viene visualizzato un messaggio di errore durante l'esecuzione di Test project o Test directory. Vedere Progetto di prova Sezione 5.8.2.1.12, “ Progetto di prova / directory di prova ”.

    Idealmente, i valori del numero d'ordine [Order number] e del codice tipo [Type code] non dovrebbero contenere spazi.

  • Differenziazione tra CNSORDERNO e CNSTYPECODE

    • Variabile con numero d'ordine [Variable with order number] (ORDERNUMBER):

      Caratteristiche:

      • Il numero d'ordine non può essere suddiviso in segmenti. Non esiste un legame diretto tra i singoli valori delle caratteristiche e le parti del numero d'ordine (sia esso numero o cifra).

      • Il fatto che il progetto contenga o meno campi di valori non è rilevante per decidere se usare CNSORDERNO o CNSTYPECODE. In entrambi i casi, esistono progetti con e senza campi di valori.

    • Variabile con codice di tipo (TYPECODE): le singole parti del codice sono correlate ai valori di determinate variabili (ad esempio, tipo/serie, valori geometrici come lunghezza o diametro o altri valori variabili che definiscono il codice di tipo).

      Esempio: chiara relazione tra le parti del codice del tipo e i singoli valori delle variabili

      Figura 5.883. Esempio: chiara relazione tra le parti del codice del tipo e i singoli valori delle variabili

  • Per i cataloghi esistenti, la mappatura corrispondente può essere effettuata in modo semiautomatico dal produttore/modellatore del catalogo con poco sforzo. A seconda del produttore, è possibile che siano disponibili diversi identificatori. Queste varianti devono essere prese in considerazione. Sezione 5.12.6, “ Classificare i progetti nell'esecuzione batch ” Le informazioni sul plugin Classify projects in batch run [Batch classification of projects] sono disponibili all'indirizzo .

  • Se le variabili dell'intervallo di valori vengono utilizzate per formare Vengono utilizzati il numero d'ordine [Order number] o il codice tipo [Type code], fare attenzione a non utilizzare alcuna identificazione del tipo [Identification type] "caratteristica funzionale [Function attribute]" o "Elemento di quota [Dimension attribute]". Per Per informazioni dettagliate, vedere Sezione 7.8.14, “ Identificazione del tipo ”.

In PARTdataManager può essere modificato tra la normale di ricerca full-text [Full-text search] e la ricerca per numero d'ordine o designazione del tipo [Order number or type code] .

Figura 5.884. 

Le Metodo di ricerca Numero d'ordine o La designazione del tipo [Order number or type code] deve essere utilizzata se si cerca esplicitamente Diventa. Grazie all'unicità, questa ricerca porta sempre alla ricerca desiderata (se il catalogo è preparato di conseguenza).

Il metodo non produce il risultato desiderato solo per una designazione [Order number] fissa del numero [Order number] d'ordine/tipo, ma anche se questa viene composta utilizzando i valori delle variabili dell'intervallo di valori, sia per composizioni semplici che complesse.

[Nota]Nota

I cataloghi possono contenere progetti semplici senza intervalli di valore o con intervalli di valore, e a loro volta possono avere una struttura più semplice o più complessa.

Per determinare quali casi esistono in un catalogo, è necessario eseguire il controllo della risoluzione [Resolve check]. Vedere Sezione 5.8.2.1.16.26, “ Ricerca inversa - controllo della risoluzione (automatico) ”.

Esistono 3 casi fondamentali:

  1. Progetto semplice senza intervalli di valori

    Esempio di progetto senza intervalli di valori in PARTproject

    Figura 5.885. Esempio di progetto senza intervalli di valori in PARTproject

    Esempio di progetto senza intervalli di valori nel PARTdataManager

    Figura 5.886. Esempio di progetto senza intervalli di valori nel PARTdataManager

  2. Progetto con intervalli di valori che possono essere risolti con l'inclusione nell'indice di ricerca full-text

    Le L'inclusione nell'indice di ricerca full-text è possibile se meno di 25.000 Opzioni di combinazione per progetto o 50.000 per catalogo (Limite predefinito) oltre alle righe predefinite. L'impostazione del I limiti vengono impostati tramite il file di configurazione %cadenas_setup%/partsol.cfg. Vedere vedi Sezione 5.12.7.8, “Limitare la risoluzione degli intervalli di valori (campi gialli) tramite la chiave di configurazione ”.

    [Nota]Nota

    Il limite non deve essere modificato.

    Esempio di progetto con intervalli di valori indicizzati in PARTdataManager

    Figura 5.887. Esempio di progetto con intervalli di valori indicizzati in PARTdataManager

  3. Progetto con intervalli di valori che devono essere risolti con la ricerca inversa

    Si tratta di progetti con intervalli di valori molto complessi, la cui risoluzione porterebbe a milioni e miliardi di combinazioni possibili, il che supera il limite fissato dalla configurazione (massimo 25.000 per progetto, massimo 50.000 per catalogo) per l'inclusione nell'indice di ricerca full-text (indice Lucene).

    Esempio di progetto con molte variabili di intervallo di valori che costruiscono il numero di parte in modo interattivo

    Figura 5.888. Esempio di progetto con molte variabili di intervallo di valori che costruiscono il numero di parte in modo interattivo

    Quando si esegue il controllo della risoluzione, viene creato automaticamente un file di mappatura per questi progetti, che può essere utilizzato per trovarli.

  4. Caso speciale per 2) e 3): Solo un certo numero delle combinazioni effettivamente possibili dei campi dell'intervallo di valori ha un numero d'ordine ed è effettivamente disponibile o ordinabile.

    -> Nella finestra di dialogo viene visualizzato un file CSV ( pnomapping.csv ) con le informazioni di mappatura del numero d'ordine e della [Order number] chiave di tipo [Type code] Directory principale del catalogo.

    pnomapping.csv, nomi delle colonne "PARTNUMBER" e "TYPECODE", punto e virgola come separatore

    Figura 5.889. pnomapping.csv, nomi delle colonne "PARTNUMBER" e "TYPECODE", punto e virgola come separatore

    -> La voce di ricerca viene effettuata con il pulsante Numero d'ordine con modalità di ricerca Ricerca per numero d'ordine / Digita il codice [Search for order number / type code] , ma in realtà la ricerca viene eseguita in background con il codice del tipo.

    [Attenzione]Attenzione

    • Il motivo dell'utilizzo non deve essere quello di evitare i numeri d'ordine nelle tabelle, ma solo il motivo sopra citato.

    • Il numero d'ordine non apparirà nel risultato della ricerca perché non è presente nella tabella.

      Se il numero d'ordine è richiesto nella tabella, deve essere implementato separatamente (ma questo non ha nulla a che fare con il caso speciale descritto).

    • Il numero d'ordine non viene esportato in CAD, distinta base, ecc.

    Esempio: ricerca con numero d'ordine, visualizzazione del codice del tipo nella tabella

    Figura 5.890. Esempio: ricerca con numero d'ordine, visualizzazione del codice del tipo nella tabella



[45] Le variabili di classe [Class variables] CNSORDERNO e CNSTYPECODE sono definite in Variabile con Numero d'ordine [Variable with order number] e variabile con chiave di tipo mappato alla variabile desiderata. Vedi anche Sezione 5.12.4, “Assegnare semplicemente variabili importanti alla classificazione del SNC ”.

[46] chiave VARSEARCHRESOLVEORDERNO. Su A livello di progetto, si trova nel file di progetto, a livello di catalogo in $CADENAS_DATA/23d-libs/<katalogname>/dir.prj. Nessun equivalente GUI. L'intervento manuale non è necessario.

[47] Assicurati sempre di utilizzare un indice di ricerca full-text corrente e/o indice di ricerca geografica per il cataloghi necessari per svolgere tutte le funzioni dei loro versione del software. (Con Ad esempio, V11 SP10 è la ricerca inversa - Test del è stata aggiunta la ricerca del numero d'ordine [Reverse Search – Test reverse search] , basata sul Indice di ricerca full-text.)

Indietro Risali Avanti
5.12.6.  Classificare i progetti nell'esecuzione batch  Partenza 5.12.7.1. Uso di CNSORDERNO e CNSTYPECODE con esempi