Re: retini impazziti
FranX Treddě
"sverre crag" <sve...@crag.vene.ws> ha scritto nel messaggio
news:00D2C637200409...@crag.org.invalid...
> richiamo il comando retino, seleziono l'area, copio le proprietà
> (confermate dai ricordi) applico e.. retino non visualizzato perchè troppo
> fitto!
> per riuscire a mettere qualcosa di simile devo scalare di circa 38 volte,
> (numero assurdo per pensare che il disegno sia stato scalato in seguito),
> penso allora a qualche variabile impazzita, ltscale è sempre 1 come al
> solito, guardando la lista proposta da setvar non mi pare ci sia nulla che
> 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.
Massimo Ghio
> (di 4 mesi ^_^'') disegno realizzato con acad2004, in cui ci sono parti
> 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
SIC
operazione: 100:2,54=39,37 che assomiglia al 38 utilizzato. Forse è proprio
questo il problema...
sverre crag
>
>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...
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
Emiliano - EmiCAD®
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
Marco Cafaro
matrimonio
marco
Emiliano - EmiCAD®
Grazie per gli auguri.
Ciao
Emiliano
"Marco Cafaro" <skca...@tin.it> ha scritto nel messaggio
news:ZTI2d.268917$OR2.12...@news3.tin.it...
FranX Treddě
"Emiliano - EmiCAD®" <webm...@emicad.it> ha scritto nel messaggio
news:0AH2d.340435$5D1.15...@news4.tin.it...
> Eccomi... Tornato dal Viaggio di Nozze...
Ahia!
..AUGURI!!
stef@no
news:0AH2d.340435$5D1.15...@news4.tin.it...
:-D
ciao
Stefano
Massimo Ghio
> a fare il lavoro che mi competeva, lascio perdere, vorrà dire che mi
> adatterò a inserire valori strani nella scala dei retini. spero solo di
non
> 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).
lullaby
it.comp.software.cad:
>
> A questo punto sto quasi perdendo pi— tempo a cercare di sistemare
> che non a fare il lavoro che mi competeva, lascio perdere, vorr…
> dire che mi adatter• a inserire valori strani nella scala dei
> 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"
FranX Treddě
news:2r7mgvF...@uni-berlin.de...
> 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.
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?
Massimo Ghio
> metrico-decimale/piedi-pollici.
0.125.
> Dobbiamo quindi supporre che quando il problema sorge, ci troviamo di
fronte
> ad ANSI31 scritti in maniera diversa?
Qui potrebbe annidarsi il problema. Puo' capitare di scaricare da internet
(per esempio da EmiCAD) un bel file acad.pat completo di tanti bei retini
che non esistono nella versione base. Poi inserirli nella cartella support
sia col nome acad.pat che acadiso.pat che il danno è fatto.
> Personalmente non ne ho mai visti, ma potrei sbagliarmi. O c'è qualche
altra
> causa che nessuno ha ancora capito?
Io tendo ad escludere questa possibiltà.