Newsgroup: it.comp.software.cad
Titolo: Re: retini impazziti

 influisce, ma potrei sbagliare.. qualche idea?
La variabile MEASUREMENT influenza la densità del retino, ma in ragione di
un valore di 2.54, che corrisponde alla conversione tra sistema
metrico-decimale a piedi-pollici.
Quando non è quello, la soluzione è un pò lunga e complicata (riguarderebba
i file acad.pat e acadiso.pat), è stata spiegata ampiamente prima
dell'estate da Emiliano Emicad in un suo post su questo NG.
Non sono riuscito a trovarlo, ma non ci ho perso molto tempo. Ad ogni modo
riguardava la scala dei tipilinea, problema analogo a quello dei retini.

 riempite il retino honey.
Oltre a quanto precisato da Franx c'è da dire che per defaul AutoCAD limita
il numero di pezzi di retino da inserire a 10000.
Di solito questo valore è sufficiente, ma per retini conplessi ed estesi a
volte non basta. Per evitare di inserire il retino a pezzi è sufficiente
digitare a riga di comando la seguente stringa:
(setvar "MaxHatch" "500000")
questo valore va bene sulla maggior parte dei PC moderni. Attenzione a non
aumentarlo troppo perchè AutoCAD potrebbe tentare di inserire un retino
talmente complesso da tenere impegnata la CPU per minuti (anche tanti).
-- 
Massimo Ghio
per rispondere metti nove al posto dell'otto

Non sono esperto del problema in questione ma ho fatto una semplice
operazione: 100:2,54=39,37 che assomiglia al 38 utilizzato. Forse è proprio
questo il problema...

questo il problema...
non sono sicuro d'aver capito cosa intendi, impostazione errata delle unità?
ho controllato ma non è così in entrambi i pc dello studio. 
il "rapporto di ingrandimento" per la precisione sarebbe 38.0824 il che
inificia l'idea.. 
grazie comunque d'aver tentato ^_^
bye
sverre

Eccomi... Tornato dal Viaggio di Nozze...
In effetti la soluzione del problema è piuttosto complessa; riporto di 
seguito quanto avevo detto prima dell'estate per la scala del tratteggio 
delle linee. Lo stesso discorso vale anche per la scala dei retini con 
qualche attenzione in più ,che ho trascritto in basso:
SOLUZIONE AL PROBLEMA SCALA TIPOLINEA
------------------------------------------------------------------------
Alcune volte, come segnalato qualche post precedente, accade che in alcuni 
file diversi, tipi di linea praticamente identici per tutti i parametri e 
valori delle variabili globali, presentano in realtà tratteggi completamente 
diversi.
Il problema sta nel fatto che AutoCAD può gestire nello stesso file DWG due 
file di definizione del tratteggio delle linee:
- acad.lin
- acadiso.lin
Detto questo dopo che i file sono stati elaborati intensamente con 
copia-incolla, importazioni da altri CAD, ecc. può verificarsi il caso in 
cui, alcune linee abbiano la definizione del tratteggio presa da "acad.lin" 
altre da "acadiso.lin".
Si verificano pertanto i problemi che abbiamo già notato: due linee su file 
diversi, con parametri apparentemente identici, sono in realtà totalmente 
diverse.
Soluzione:
- aprire in AutoCAD il file errato
- avviare il comando "Formato-->Tipo di linea"
- premere il pulsante "Carica..."
- premere il pulsante "File" e caricare "acad.lin" oppure "acadiso.lin" 
(provare con uno o con l'altro fino a quando il tipo di linea risulta 
corretto)
- dall'elenco "Tipi di linea" selezionare il tipo di linea incriminato 
oppure tutti senza distinzione e premere OK
- alla richiesta di ricaricare un tipo di linea già caricato scegliere "Si" 
per sovrascrivere la definizione del tipo di linea all'interno del DWG.
- ovviamente tutte le altre variabili LTSCALE, MEASUREMENT ecc. devono 
essere identiche
Spero di essere stato d'aiuto a qualcuno...
SOLUZIONE AL PROBLEMA SCALA TRATTEGGI
------------------------------------------------------------------------
Oltre a quanto già detto sopra (i file di definizione dei tratteggi sono 
però ACAD.PAT e ACADISO.PAT) c'è da considerare un'altra cosa: capita spesso 
che i retini vengono inseriti con AutoCAD dove c'è qualche applicativo di 
terze parti installato che ha modificato, per varie esigenze, le definizioni 
dei retini, oppure sono stati sovrascritti o personalizzati dall'utente 
stesso.
Una volta importato il disegno in un altro AutoCAD, dove i retino sono 
quelli di default, sorgono i problemi che conosci.
In questo caso non ho trovato altra soluzione che trovare ad occhio la scala 
corretta dei retini e quindi applicarla con il comando "Corrispondenza 
Proprietà" a tutti i retini presenti per correggere definitivamente l'intero 
file.
Anche in questo caso spero di essere stato d'aiuto a qualcuno...
Ciao
Emiliano - Webmaster di EmiCAD® - Tutto per AutoCAD e ProgeSOFT® IntelliCAD
e-mail:  
webm...@emicad.it
web:  
www.emicad.it
 

nel caso tu non abbia fatto una battuta, "auguri" (o "coraggio") per il
matrimonio
marco

 ha scritto nel messaggio 
news:ZTI2d.268917$OR2.12...@news3.tin.it...


 Eccomi... Tornato dal Viaggio di Nozze...
Ahia!
..AUGURI!!

 Eccomi... Tornato dal Viaggio di Nozze...
Congratulazioni ed auguri di cuore!
:-D
ciao
Stefano

 avere sorprese anche in stampa.
Tutto cio' che succede mentre disegni in AutoCAD è dovuto ad una ragione ben
precisa.
AutoCAD non è pazzo. Forse lo è chi lo programma.
AutoCAD non impazzisca mai. Accade spesso invece a chi lo usa.
Quando hai una gestione scorretta delle scale dei retini i soli fattori che
influenzano cio' sono i file .pat e la variabile measurement. LTSCALE non ha
alcuna importanza (se non per la linea usata per creare il tratteggio).
Con la variabile
MEASUREMENT=0 AutoCAD legge i file acad.*
MEASUREMENT=1 AutoCAD legge i file acadiso.*
Se tu cambi i valori interni dei file ACADISO.PAT e ACAD:PAT è chiaro che
otterai scale diverse
Tenedo buoni i file originali (io sto usando quelli di A2004) se fai un
retino HONEY con scala 1 ottieni esagoni con lato di 3.175 unita.
Se cambi la variabile MEASUREMENT e la metti a 0 e provi a fare lo stesso
retino ottieni esagoni di lato 0.125 unità(precisi)
Il rapporto infatti  è 0,125/3,175=0,03937 cioe il rapporto fra mm/inch....
e 3,175/0,125=25,4 cioè il rapporto fra inch/mm.
Se guardimo il file acad.pat in corrispondenza del retino honey troviamo
infatti:
*HONEY, Modello a nido d'api
0, 0,0, .1875,.108253175, .125,-.25
120, 0,0, .1875,.108253175, .125,-.25
60, 0,0, .1875,.108253175, -.25,.125
nota .125 che è scritto più volte.
Se guardiamo invece acadiso.pat troviamo
*HONEY,Modello a nido d'api
0, 0, 0, 4.7625, 2.74963, 3.175, -6.35
120, 0, 0, 4.7625, 2.74963, 3.175, -6.35
60, 0, 0, 4.7625, 2.74963, -6.35, 3.175
infatti qui ci trovi 0.175
Per quanto riguarda il problema della 'variabile SETVAR' non importa quanto
sia complessa una tavola e quanti retini contenga. Questa variabile ti
impedisce di generare un retino quando il nomero dei pezzi che lo compongono
supera il valore a cui è impostata.
Un'ultima cosa non importa che tu faccia mblocco per fa rigenerare il file
in quanto la definizione del retino non viene importata nel DB. Solo quando
lo rigeneri all'interno del file AutoCAD accede ai dati scritti nel file
.pat
se hai ancora problemi mandami il file (o un pezzo).


 retini. spero solo di non avere sorprese anche in stampa.
in stampa non avrai sorprese.
io in genere faccio (facevo) cosi': cancello tutti i retini che hanno 
scale diverse pur apparendo a video uguali, e li rimetto nel disegno 
ex-novo, tutti nella stessa scala.
-- 
- Come faccio a togliere i diritti d'autore da un cd da masterizzare?
- Chiami l'autore e gli chiedi di rinunciare, quindi di farlo 
ristampare con su scritto "di Dominio Pubblico"

 e 3,175/0,125=25,4 cioè il rapporto fra inch/mm.
Quanto tu giustamente dici, era infatti stato già appurato.
Resta da chiarire, quando non è responsabile la var. MEASUREMENT, cosa fa
impazzire la scala dei retini.
Gli unici sospettati a questo punto dovrebbero essere, come già accennato, i
files .PAT.
Venendo da sw e versioni diverse, potrebbero essere scritti con grandezze
diverse, da qui l'incompatibilità.
Mi sono preso la briga di andare a prendere vari ANSI31 da vari programmi,
li metto qui di seguito (presi tutti da acadiso.pat):
Acad 2002 eng
*ANSI31, ANSI Iron, Brick, Stone masonry
45, 0,0, 0,.125
acad2004 eng
*ANSI31, ANSI Iron, Brick, Stone masonry
45, 0,0, 0,.125
acad2004 ita
*ANSI31,ANSI Ferro, Mattone, Muratura in pietra
45, 0, 0, 0, 3.175
acad2005eng
*ANSI31, ANSI Iron, Brick, Stone masonry
45, 0,0, 0,.125
Adt 2004 eng
*ANSI31,ANSI Iron, Brick, Stone masonry
45, 0, 0, 0, 3.175
Le uniche differenze sono sempre all'interno del rapporto
metrico-decimale/piedi-pollici.
Dobbiamo quindi supporre che quando il problema sorge, ci troviamo di fronte
ad ANSI31 scritti in maniera diversa?
Personalmente non ne ho mai visti, ma potrei sbagliarmi. O c'è qualche altra
causa che nessuno ha ancora capito?

 causa che nessuno ha ancora capito?
Io tendo ad escludere questa possibiltà.
