Wens je het commando erase van binnen en buiten te kennen?
Dan kan je de mooie tip geschreven door Joop hier downloaden: (http://www.cadsite.be/tips/Erase.pdf)
leuk verhaal
maar ik heb toch puntjes (opbouwend bedoeld)
een tekening met 10.000 elementen is bij ons al vrij groot
100.000 stuks lege tekst in een tekening is wel erg veel
(we hebben het hier dus over teksten die weer zijn verwijderd)
ik heb dat artikel niet gelezen maar weet je zeker dat dit niet over de het opbouwen van een lijst gaat die nog op de te bewerken elementen gesorteerd moet worden
en wie verwijdert er nou de hele tekst middels het dialogbox edtit ?
gewoon erase toepassen is toch veel sneller (en je kan ze allemaal in 1 keer doen)? Of kan die lege tekst ook op een andere manier ontstaan ?
de selectie methode wp, cp ,l en p ontbreken nog in je overzicht
Bart,
Ik heb dit verhaal niet verzonnen.
Ga naar www.AfraLisp.com en lees daar de nieuwsbrief 01-2004. Er is hier sprake van een tekening groter dan 40 MB.
Maak maar eens een array van 100.000 en kijkt dan hoe groot het bestand is: 12 Mb+
Het grootste bestand dat ik tot nu toe ontvangen hebt was ongeveer 17 Mb groot en na erase all nog maar 8 Mb.
De meeste verborgen elementen ontstaan door slordigheid van de tekenaar, of die van een engineer die denkt dat hij kan tekenen.
Het maken van een lege tekst is toch vlug gebeurd. Meestal per ongeluk omdat je te snel wilt zijn.
Stel je voor dat je een text bewerkt met (jawel) ddedit en je drukt op de backspace en per ongeluk op de enter toets ipv ".
Hallo Lege Tekst! En het erge is je kunt hem niet meer open om weer te vullen.
Zelf kom ik regelmatig in aangeleverde tekeningen lege tekst en attributen, die niet aan zichtbare blokken zijn gekoppeld, tegen, om nog maar te zwijgen van points. Je moet scheel staren naar het scherm om ze uberhaupt te kunnen zien.
Vooral als je een copieer opdracht afbreekt zonder het commando te voltooien wilt AutoCAD nog wel eens in de war raken en heeeel ver buiten de tekening de copy plaatsen.
Dit is gewoon een bug(je) binnen het commando.
Groetjes,
Joop
he Joop! ik bedoelde ook niet dat je het verhaal had verzonnen maar gewoon het leuk weg leest (zelf schijf ik zo iets niet even uit de losse pols)
Hij schrijft inderdaat dat er meer als 100.000 lege stukken tekst in de tekening zaten (en heeft er ook geen verklaring voor ik denk een omzettings fout uit een ander programma)
maar hij schrijft ook dat de routine problemen heeft met tekeningen met meer als 100.000 teksten (leeg of niet)
als je de code leest zie je ook dat hij eerst alle tekst sorteerd en daarna
kijkt af er iets instaat
zo niet dan wordt de tekst gewist.
vervolgen wordt de volgende tekst getest.
die fout met ddedit maak ik ook wel eens (gebruik daarna undo en je tekst staat er weer)
maar 100.000 blijft ontzettend veel
het plaatsen van ontzichtbare attribute in een blokje is een manier om gegevens in een tekening te bewaren
Wij maken hiervan gebruik van bij diverse lisp routines
voor andere zijn deze blokjes inderdaad nutteloos
Citaat van: JoopBart,
Vooral als je een copieer opdracht afbreekt zonder het commando te voltooien wilt AutoCAD nog wel eens in de war raken en heeeel ver buiten de tekening de copy plaatsen.
Dit is gewoon een bug(je) binnen het commando.
Groetjes, Joop
Beste Joop,
Is dit inderdaad een bug(je) binnen het commando, daar ik vermoed
dat men dan niet de absolute of relatieve manier gebruikt maar onbewust
de vectorieele manier.
Voorbeeld:
Stel dat men iets met COPY commando over een afstand van 200 wil kopiëren, dan kan men dat als onderstaand doen.
Absoluut: COPY 'selecteer' <ENTER> 100,100 <ENTER> 300,100<ENTER>
Relatief: COPY 'selecteer' <ENTER> @ <ENTER> @200,0 <ENTER>
Vectorieel: COPY 'Selecteer' <ENTER> 200,0 <ENTER> <ENTER>
Bij de laatste mogelijkheid kan men in de fout gaan, als men inplaats
van de invoer 200,0 een willeleurig punt pickt op het scherm.
Dit willekeurig punt is dan namelijk de verplaatsingsvector.
De vectorieele mogelijkheid wordt ook aangegeven in de prompt met
'<use first point as displacement>', maar wordt in de meeste boeken en
cursussen niet behandeld en leidt daarom tot onverwachte resultaten.
Dat het COPY commando bij afbreken nog iets doet, zou voor mij iets
nieuws betekenen.
Groetjes HofCAD
HofCAD,
Mogelijk heb je gelijk. Ik weet het niet.
Het lukt me niet dit gebeuren bewust uit te voeren, m.a.w. om deze "fout" op te roepen.
Dus ga ik er vanuit dat het een gebeuren is onder bepaalde, mij onbekende, omstandigheden.
Het enige dat ik weet is dat ik na het afbreken van een copy commando en het commado zoom extents mijn tekening als een speldepunt op het scherm zag staan.
De eerste keer kwam ik er na een hoop zoekwerk (ik was nog een rookie) achter dat er een cirkel( het gekopieerde element) op een absurde afstand van de origineele tekening stond.
Groetjes,
Joop
hmmm ik verwijderde de lege teksten dmv de filter opties...
al moet ik wel zeggen dat dat weer ging omdat de klanten die tekeningen aanleveren met lege teksten en ander vuil, dat meestal wel consequent doen in een bepaalde laag... (die ik natuurlijk eerst niet weggepurged kreeg door die vuige lege teksten...) vroeger... (voor de mooie filtermoglijkheid) moest ik de tekening als een wblock wegschrijven om van dat vuil af te komen.
maargoed... leuk stukkie tekst joop.....
"je bent lui als je je gemakt niet zoekt"