yoin

Cad_user86

Hellow,

Kan iemand me nog meer verschillen geven tussen insert en bind?
Ik heb al gemerkt dat bij bind de layers de naam krijgen met $-tekens en bij insert niet.
Ik vermoed dat bij insert daarom ook de layers van verschillende X-refs met eenzelfde naam, dezelfde eigenschappen gaan aannemen?

Thomas

EddyBeerke

Dat klopt.
Met insert krijg je dan ook block's met de naam v/d xref.
Uit de Help van Acad2010 (NL):
CiteerBind
Hiermee koppelt u de geselecteerde DWG-verwijzing aan de actieve tekening. De syntaxis van benoemde objecten die afhankelijk zijn van een referentietekening wordt gewijzigd van bloknaam|definitienaam in bloknaam$n$definitienaam. Op deze manier worden unieke benoemde objecten gemaakt voor alle definitietabellen die afhankelijk zijn van een referentietekening en die aan de actieve tekening zijn gekoppeld.

Als u bijvoorbeeld een xref hebt met de naam VERDIEP1 die een laag bevat met de naam MUUR, wordt de xref-afhankelijke laag VERDIEP1|MUUR na het koppelen een lokaal gedefinieerde laag met de naam VERDIEP1$0$MUUR. Het cijfer in $n$ wordt automatisch opgehoogd als er al een lokaal benoemd object met dezelfde naam voorkomt. In dit voorbeeld krijgt de xref-afhankelijke laag VERDIEP1|MUUR de naam VERDIEP1$1$MUUR als in de tekening al de naam VERDIEP1$0$MUUR voorkomt.

Insert
Hiermee koppelt u de DWG-verwijzing aan de actieve tekening op een manier die vergelijkbaar is met het loskoppelen en invoegen van de referentietekening. De naam van benoemde objecten die afhankelijk zijn van een referentietekening wordt verwijderd in plaats van dat deze wordt gewijzigd met de syntaxis bloknaam$n$definitienaam. Net als bij het invoegen van een tekening, worden cijfers in de naam niet opgehoogd als een lokaal benoemd object overeenkomt met een benoemd object dat afhankelijk is van een referentietekening. Het gekoppelde benoemde object krijgt de eigenschappen van het lokaal gedefinieerde benoemde object.

Als u bijvoorbeeld een xref hebt met de naam VERDIEP1 die een laag bevat met de naam MUUR, wordt de xref-afhankelijke laag VERDIEP1|MUUR na het koppelen met de optie Insert een lokaal gedefinieerde laag met de naam MUUR.

Civil3d 2026, Blender 4.x gebruiker
Gebruiker sinds AutoCAD R12

http://eddylucas.c1.biz/
https://www.google.com/maps/contrib/109381066561676463628/photos/

bart

Wat je steld is correct.

Maar het gaat nog een stuk verder
het geld namelijk ook voor vrijwel alle andere elementen.

Als er bijvoorbeeld in zowel de xref als de dwg waaraan je hem bind een block tafel zit
wordt de blockdefinitie hiervan overschreven.
en kan je ronde tafel in een vierkante veranderen om maar iets te noemen.

Als je er zeker van wilt zijn dat er geen rare dingen gebeuren pas je de optie bind toe
(het eventueel wegwerken van de extra lagen achteraf gaat vrij snel met het commando laytrans)
Domme vragen bestaan niet.
Domme antwoorden wel.

m.vr. groet Bart

EddyBeerke

Citaat van: bart op di 23 08 2011, 14:46:48
Wat je steld is correct.

Maar het gaat nog een stuk verder
het geld namelijk ook voor vrijwel alle andere elementen.

Als er bijvoorbeeld in zowel de xref als de dwg waaraan je hem bind een block tafel zit
wordt de blockdefinitie hiervan overschreven.
en kan je ronde tafel in een vierkante veranderen om maar iets te noemen.


Dit is anders om...
De definitie van het block van de hoofdtekening blijft. Acad geeft dit zelfs aan:
CiteerDuplicate Block "BORING_01" ignored.
Duplicate Block "maataanh" ignored.
Wat dus anders kan zijn is de weergave van de tekening die "gebind" wordt!
Civil3d 2026, Blender 4.x gebruiker
Gebruiker sinds AutoCAD R12

http://eddylucas.c1.biz/
https://www.google.com/maps/contrib/109381066561676463628/photos/

bart

beste eddy
ik reageerde op de post van cad_user86

In jouw post klopt de geknipte tekst wel maar jouw eigen commentaar niet
als je voor bind -> insert kiest gebeurdt er het zelfde als bij het inserten van een block in de tekening

De melding die je krijgt (Duplicate Block ignored  -->> Dubbel Blok genegeerd.) betekend dat de defenitie in de hoofdtekening wordt gebruikt en die in de xref wordt genegeerd/vervangen
Domme vragen bestaan niet.
Domme antwoorden wel.

m.vr. groet Bart

EddyBeerke

't zal aan het late tijdstip liggen maar ik snap niet dat je precies zegt wat ik al eerder zei maar dan dat mijn opmerking wel klopt.
Wat in de hoofdtekening zit blijft ongewijzigt.
Civil3d 2026, Blender 4.x gebruiker
Gebruiker sinds AutoCAD R12

http://eddylucas.c1.biz/
https://www.google.com/maps/contrib/109381066561676463628/photos/

HofCAD

Beste Eddy en Bart,

Volgens mij zeggen jullie allebei hetzelfde, maar de een gaat uit van
wat er uit de hoofdtekening gebeurt en de ander gaat uit wat er uit de Xref
gebeurt.
Een babylonische spraakverwarring denk ik!

Met vriendelijke groet, HofCAD CSI.
ACADcadabra

Cad_user86

voor mijis het in ieder geval duidelijk,  beter geen insert toepassen als je zeker wil zijn dat je blocks ongewijzigd blijven.

I.v.m. die layers met de $-tekens, heb je daar nog iets meer info over om ze weg te werken?
Ik heb al gelezen LAYTRANS maar heb hier geen ervaring mee.
Op dit moment heb ik helaas ook niet veel tijd om er mee te liggen spelen.
(de nederlandse help van Autocad is wel duidelijk. Staat die ook ergens op het net? ik werk met 2009)

Alvast bedankt!
Cad_user86

EddyBeerke

Citaat van: HofCAD op wo 24 08 2011, 01:42:43
...
Een babylonische spraakverwarring denk ik!
...
Citaat van: EddyBeerke op di 23 08 2011, 15:16:41
Dit is anders om...
De definitie van het block van de hoofdtekening blijft. Acad geeft dit zelfs aan:Wat dus anders kan zijn is de weergave van de tekening die "gebind" wordt!

Ik dacht toch echt dat ik wel degelijk duidelijk ben in wat ik bedoel.
Je kunt een hoofd-tekening niet binden dat kan alleen met een xref.

Als het voor de vraagsteller maar duidelijk is.
Civil3d 2026, Blender 4.x gebruiker
Gebruiker sinds AutoCAD R12

http://eddylucas.c1.biz/
https://www.google.com/maps/contrib/109381066561676463628/photos/

bart

http://www.macrocad.nl/service/autocadnlhelp.html

hierboven vind je een linkje voor diverse nl helpbestanden
Domme vragen bestaan niet.
Domme antwoorden wel.

m.vr. groet Bart

Cad_user86


FastFiber