Is dit bij iemand bekend? Is dit te repareren?
(het is te repareren door de gehele tekening naar een nieuwe tekening over te zetten maar dat doe ik liever niet)
Bijlagen
Knipsel verspringen lijnen fout1.JPG (38.52 KiB)
(Click on the image to see it full size.)
Ik heb het idee dat dit voornamelijk voor komt in tekeningen waar met 3D elementen wordt gewerkt. Lijnen die op hoogte staan.
Ik heb er niet veel onderzoek naar gedaan, maar wat ik zo kan googlen komt het voornamelijk bij bochten voor en/of als er meerdere viewporten zijn.
https://www.autodesk.com/support/techni ... ports.html
Hier wordt het o.a. benoemd met wat mogelijke oplossingen.
Wat daar niet wordt genoemd, en iets wat bijvoorbeeld 'vroeger' ook bij patroon-hatches een probleem was, is dat de USC te ver weg zit van het 0,0,0-punt (wordt in de link genoemd als 'oorzaak'). Maar je zou dan kunnen proberen om het UCS 0-punt wat lokaler in het project te verwerken (al dan niet binnen het ontwerp).
Wellicht dat het helpt.]]>
We zitten hier met een vraagstuk(je) met betrekking tot een hatch die los zit van een rectangel.
We willen die graag gekoppeld hebben zodat als de rectangel groter getrokken wordt dat de hatch ook mee gaat.
De hatch hebben we uit een andere tekening gekopieerd
Met Match Proporties lukt het ook niet.
In de bijgaande DWG staan 3 dingen getekend, 1 is een dinamic block, als we daar de hach van nr 2 in kunnen krijgen is dat heel mooi.
Ook is het goed als de hatch van nr 2 en / of nr 3 aan de rectangel gekoppeld kan worden, dan maken we daar wel weer een Dinamick block van.
Kan iemand uitleggen hoe hiermee te werk moeten gaan?
Bedankt.
Bijlagen
Hatch.dwg (309.45 KiB)
Bijlagen
AutoCAD_Recreate_Boundary_stap_3.png (6.03 KiB)
AutoCAD_Recreate_Boundary_stap_2.png (39.95 KiB)
(Click on the image to see it full size.)
Dat is precies wat we bedoelen.
Ik het dinamic block zetten zal wel lukken.
Hartelijk bedankt.]]>
Misschien een beetje aan late rectie....
Als je een tekening hebt/maakt met meerder Dinamic Block's (DB) kan je vanuit die tekening op een DB klikken, vasthouden en je sleept hem zo in de toolpallet (TP).
Je kunt die dan in andere tekeningen gebruiken door hem uit de TP te slepen.
Als je aanpassingen doet in het origineel van een DB en je sleept die weer uit de TP in een nieuwe tekeningen worden de aanpassingen meegenomen zonder dat je de DB opnieuw in de TP sleept.
Let op!
Als je de originele DB wijzigt en je sleept die in een tekening waar die DB al in gebruik is zal hij die eerste versie weer oppakken omdat die al eens is ingeladen.
Je kan de oude DB er dan eerst uit Purgen met commando "PU"]]>
Wij gebruiken al verschillende jaren een onderhoek in de lay-outs die middels een viewpoort uit het model komt. (zie bijlage)
Dat betekend 1 keer alles goed zetten in het model en dat staat dan meteen in alle lay-outs.
In de lay-outs gaan daarnaast de volgende dingen automatisch:
- Bladnummer
- Onderdeel
- Schaal uit een viewpoort
Is er manier om de onderhoek in te regelen en dat die niet in het model hoeft te staan.
Dus wel 1 keer project e.d. intypen zodat het in alle lay-outs wordt overgenomen.
Ik heb al verschillende filmpjes bekeken, maar zie niet wat ik voor ogen heb.
Ik ben benieuwd of hier wat voor is....
Bijlagen
Onderhoek.dwg (189.28 KiB)
Iets wat als ik de DWG open ook al zie dat er gebeurd. Ik zie echter niet in waarom dit in de modelspace moet staan anders dan dat je nu maar 1x de algemene informatie in hoeft op te slaan.
Dit -kan- anders. Bijvoorbeeld middels het GATTE commando. Vraag mij echter niet hoe die precies werkt, maar daar kun je naar googlen
. Die zou echter volgens verhalen uitermate geschikt moeten zijn om een block (zoals een stempel) op meerdere layouts in 1x allemaal bij te werken.Je kan ook middels het commando DWGPROPS gegevens aan je DWG bestand toevoegen, zoals zaken die je in algemeenheid in de stempel wilt weergeven.
Onder het tablad 'Custom' kun je 'name' en 'value' toevoegen zoals bijvoorbeeld de opdrachtgever en deze middels een FIELD aan een ATTRIBUTE TEXT weer uitlezen om in een stempel te zetten. De 'Field Category' is dan 'Document', en daaronder vind je dan je custom waardes vanuit DWGPROPS.
Vele wegen naar Rome in ieder geval.]]>
Daar ga ik mee aan de slag.
Het zijn in ieder geval commando's waar ik niet van wist.
Anderzijds moet het niet te lastig worden, er moeten ook andere tekenaars mee werken.
Bedankt.]]>
Eventueel is één en ander te standaardizeren in een template (.DWT) zodat je niet per bestand alles opnieuw hoeft aan te maken. Zodat bij het openen van een nieuwe tekening (QNEW) je niet de DWGPROPS van alle basisinformatie moet voorzien zoals 'Opdrachtgever, projectnummer, datum, etc.'.]]>
Wij hebben hier elke keer weer gedoe bij het installeren van een nieuwe AutoCad-versie dat de toolpallets niet worden meegenomen. (wel aangevinkt)
Op dit forum heb ik in dit verband wat gevonden over pad-verwijzingen, daarmee kom ik er niet uit, wellicht is dat ook niet het juiste item.
viewtopic.php?p=1081&hilit=toolpallet#p1081
Ik kijk dan in beide versies via options bij het pad van de TP, maar zie daar niets wat lijkt op de namen die we de TP's in de oude hebben gegeven.
Weet iemand hiervoor de juiste oplossing?
Vast bedankt.]]>
Standaard staat hier de TP van Autocad zelf, maar hier kun je ook het pad (of meerdere) toevoegen van eigen toolpalettes.]]>
C:\Users\naam\AppData\Roaming\Autodesk\ACA 2023\enu\support\ToolPalette
Hoe zou ik dan vanuit Autocad een TP aan kunnen maken op een ander locatie (bijv op de server)?]]>
Het is denk ik daarom ook niet verstandig om deze in de standaardmap/standaard toolpalette van AutoCAD te laten staan.
Ik kan mij voorstellen dat in AutoCAD 2022 de toolpalette dan dus op de locatie van:
'C:\Users\naam\AppData\Roaming\Autodesk\ACA 2022\enu\support\ToolPalette' staat, en met de installatie van AutoCAD 2023 deze niet worden overgezet.
Je zou dus eventueel kunnen verwijzen naar de 2022 map in de options.
Een eigen toolpalette aanmaken, al is het even terug voor mij, is denk ik simpel door gewoon ergens een map aan te maken. Dat kan lokaal of op het netwerk. Een lege map.
Vervolgens haal je de standaard toolpalette uit de OPTIONS -> FILES weg en vervangt deze door de nieuw aangemaakte maplocatie. Als je dan het commando 'Toolpalette' of TP gebruikt zul je een lege toolpalette krijgen die je dan naar wens kunt invullen.
Let wel dat zodra je de locatie wijzigt je mogelijk die truuk van het aangehaalde topic moet gebruiken om de verwijzging van de toolpalette (blockjes en voorbeeld plaatjes) weer kloppend te krijgen.
Een toolpallet lokaal aanmaken en deze vervolgens naar het netwerk kopiëren kan er dus voor zorgen dat het niet meer goed werkt.
Liggend aan hoeveel mensen er via het netwerk aan de toolpalette werken het ook betekend dat als 1 iemand iets wijzigt, dat voor alle gebruikers gebeurt.
Tevens kan het bij een traag netwerk voor extra vertraging zorgen als er veel met een toolpalette gewerkt wordt. Je zou er dus ook voor kunnen kiezen een lokale toolpallet aan te maken (c:\Toolpalette) en als deze klaar is te verspreiden naar meerdere gebruikers. Zolang deze dan maar op de zelfde locatie staat op een andere computer (dus niet D:\Toolpalette of C:\mijn\mappen\Toolpalette).]]>
Dan ga ik proberen om in een lege map lokaal te beginnen, overigens stelt elke tekenaar zijn eigen TP samen, dus dan kan het ook best lokaal.]]>
Hoe dit op te lossen?]]>
Buiten dat ik het niet kan testen zie ik (als ik het goed lees):
- Nieuwe tekening (e-kader.dwt)
- Huidige laag op '0' zetten
- Block invoegen (kaderdu), op 0,0 insertionpoint met een schaal van 1.5
- Zoom extends
- LTScale naar .4 (geen idee waarom)
- ATTmode naar 2 (alle Attributes weergeven)
- En dan iets van 'P$P15' , maar werkelijk geen idee wat dat moet doen. Maar wat ik zo begrijp van macro's is dat een mogelijk verwijzing naar een Menu of DIESEL Expressie.
Als ik een gok mag doen denk ik dat het mis gaat bij het ZOOM commando, want daar staat de ^C^C niet voor. Al kan het aantal 'enters' (de ; ) ook natuurlijk zorgen dat het insert commando al is afgerond.
Tevens wordt het laatste 'commando' niet afgerond met een enter ( ; ). Maar geen idee of dat noodzakelijk is voor de werking ervan.
Én, er staat mogelijk een ^ teveel voor 'Setvar' en '-Insert'. En zo mogelijk ook bij 'P$P15'. Al is ^P ook weer een bepaalde actie binnen macro's, dus wellicht klopt dat wel.
Dus genoeg huiswerk om het even na te lopen
]]>Is het mogelijk om alle layouttabs te verwijderen, ook die ene die opnieuw wordt aangemaakt als je alle layouttabs verwijderd?
Wij hebben een model vol met dinamic-blocks en als je van model switch springt hij wel een naar die ene layouttab]]>
We hebben een tekening met ca. 800 dinamic blocks, deze staan gegroepeerd op categorie.
De veel voorkomende laden we via de Toolpallet, daarin staan diverse tabs ook weer op categorie. (hiervoor is het antwoord nee)
Dan zijn er de minder gangbare of die bijvoorbeeld veel op elkaar lijken, voor deze kan je in de tekening beter beoordelen welke de juiste is. Hier voor haal je het DB via kopiëren/plakken naar je tekening waar je mee aan het werk bent. (hiervoor is het antwoord ja)]]>
Ik zou dan toch eens de Blocks Palette in AutoCAD proberen en dan de Libraries tab. Je kunt jullie DWG daar inladen en dan snel de Blocks zoeken en plaatsen. Het kan handig zijn om de Blocks te spreiden over meerdere tekeningen, bijvoorbeeld per categorie. Dat is voor het beheer sowieso wel prettig lijkt me.
Maar het antwoord op de vraag blijft gelijk, er moet minimaal 1 Layout in de DWG zitten.]]>
Maar ik krijg daar geen bestand in geladen, ik zie geen mogelijkheid hoe.]]>
Bijlagen
AutoCAD-BlocksPalette-Libraries.png (31.96 KiB)
(Click on the image to see it full size.)
Ik zat in 2023 (daarin teken wij 2D) daar heb ik een groot wit veld, dus daar lukt het nu niet.
In 2024 is het wel gelukt, maar dat is niet werkbaar voor ons. Bij grote DB moeten we even kunnen inzoomen of we de juiste DB pakken omdat er verschillen inzitten die je in de Block pallet niet ziet.
En als we alle DB in verschillende tekeningen op moeten slaan moeten we daar tussen switchen, kopiëren / plakken is dan voor ons sneller.
Als je minder DB hebt is het inderdaad handig.
Bijgaand een plaatje hoe dat er bij ons uit ziet.
Bijlagen
AC_DB.png (153.6 KiB)
(Click on the image to see it full size.)
Wellicht heb je meerdere tekeningen open staan en wissel je via de 'tabbladen' bovenin beeld van de ene naar de andere tekening. Het kan dan voorkomen door de 'preview' van de beschikbare models en layouts in die DWG-tekening dat je bij het selecteren op de layout uit komt en daarna weer moet wisselen naar de model view.
Een reactie op een ander forum:
Wellicht dat dit enigszins de 'problemen' verhelpen.You can set FILETABTHUMBOVER to 0 and it will not switch when you hover over the tabs but will show the preview
or
You can set FILETABPREVIEW to 0 and the preview will be gone.
Het is overigens een keuze, maar ik zou er voor kiezen om alles in 1 tekening (de DWT / standaard tekening die je opent bij het opstarten van AutoCAD) te zetten zodat je niet andere bestanden hoeft te openen of door allemaal menu's moet bladeren om te krijgen wat je zoekt.
Ik heb standaard in mijn start-tekening een legenda en diverse standaard blocks in een aparte layout staan. Zo staan ook alle lagen al goed en wel in een tekening en kan ik de blocks die ik nodig heb (uit routine) makkelijk vinden.
Indien de tekening ooit de deur uit moet of ik die layout niet meer nodig heb dan verwijder ik deze gewoon en PURGE de tekening zodat ze ook niet meer in het 'geheugen' van de DWG blijven hangen.
Liggend aan om bepaalde blocks bij elkaar horen zou je ook nog voor het dynamische element 'VISABILITIES' kunnen gaan. Dan kun je middels een dropdown menu kiezen om van een bepaald type block eerst een overzicht te zien (bijv.: vierkant, rondje, rechthoek, driehoek), en dan na een visueleinspectie te kiezen voor de juiste 'visability' waardoor je enkel het bewuste blokje ziet.
Liggend aan hoe je dát block dan weer opbouwd zou je het na een visability-keuze een keer kunnen exploderen, dan hou je enkel het bewuste block over. Maar dat zijn een beetje inception praktijken.]]>
Ik begrijp niet helemaal het probleem van het 'switchen naar de layout' als je naar een model 'springt'.
Dat komt inderdaad door FILETABPREVIEW, die wil ik eigenlijk ook aan laten staan.
Maar niet per ongeluk bij de DB-tekening, daarom ook die laatste lay-out er uit
Het is overigens een keuze, maar ik zou er voor kiezen om alles in 1 tekening (de DWT / standaard tekening die je opent bij het opstarten van AutoCAD) te zetten zodat je niet andere bestanden hoeft te openen of door allemaal menu's moet bladeren om te krijgen wat je zoekt.
Alles in hetzelfde bestand verzwaart de tekening te veel, daarom houden we dat appart
Liggend aan om bepaalde blocks bij elkaar horen zou je ook nog voor het dynamische element 'VISABILITIES' kunnen gaan. Dan kun je middels een dropdown menu kiezen om van een bepaald type block eerst een overzicht te zien (bijv.: vierkant, rondje, rechthoek, driehoek), en dan na een visueleinspectie te kiezen voor de juiste 'visability' waardoor je enkel het bewuste blokje ziet.
De DB die wij gebruiken bevatten elk al VISABILITIES, sommige wel tot 20 / 25 keuzes
Bijv. wij kiezen een plaatmateriaal en vervolgens met een volgende VISABILITIE de afwerking.
Liggend aan hoe je dát block dan weer opbouwd zou je het na een visability-keuze een keer kunnen exploderen, dan hou je enkel het bewuste block over. Maar dat zijn een beetje inception praktijken.
Bij voorkeur exploderen we geen DB, wel gebruiken we veel "Dinamic block in place"
Toch allen bedankt, tussen de zinnen komen er soms toch handige tips naar boven.]]>
Nu heb ik geen 800+ blocks in mijn tekening hangen, maar het wordt er niet specifiek zwaarder van als deze op een ander tabblad staan. Wat je niet ziet wordt op dat momoment ook niet gebruikt. De snelheidswinst van alles al in je tekening staan heeft voor mij in ieder geval meer voordeel dan alles weer ergens anders vandaan trekken of te bladeren door een slecht leesbare toolpalette.
Ik kan mij wel voorstellen dat het inladen en opslaan van de tekening dan wat langer gaan duren. Maar dat is meer een infrastructuur (traag netwerk) en/of hardware dingetje (oude computer, trage opslag). Ik heb thuis een moderne computer staan en die werkt vele malen soepeler dan de '5000 euro HP laptop' van de zaak van 3 jaar oud.
Het is dan ik er geen zin/tijd voor heb, maar anders zou ik alles gewoon via een commando inladen. Al is dat met <50 veelgebruikte blocks wel een stuk makkelijker te doen dan 800 blocks :'). Ik doe het al wel met het schalen van de viewport of het selecteren van een actieve laag, dingen die ik echt meerdere keren per dag doe. Én dat gaat op geheugen, want een commando heeft geen plaatje. Al is dat ook wel weer op te lossen met LISP routines.]]>
Voor wat aanzichten van kozijnen ben ik enkele DB aan het maken.
Daarin zitten ondermeer stretchfuncties die een punt van de draairchting voor de helft meenemen.
Nu wil ik dat bij een volgende stretchfunctie de eerste stretchfunctie mee gaat doen.
Dat lukt me niet en ik betwijfel of het wel mogelijk is.
In bijgaand voorbeeld heb ik het uitgelegd, dat is duidelijker dan alleen tekst.
Wie kan hier meer over zeggen?
Bijlagen
DB1.dwg (2778.96 KiB)
Bijlagen
Nu in zipDB1.zip (1353.91 KiB)
]]>
Het lijkt mij een kwestie van een 'stretch' 'action' toe te voegen aan de 'stretch' parameter van punt 3 en daarbij die rode stippellijn ook voor een 0.5 'distance multiplier' te stretchen. (En ja, dat is precies wat er moet gebeuren, want bij mij werkt dat
)Ter info:
Je hebt een tab parameters (de basis actie) en een tab 'action' waarbij je dus meerdere handelingen aan 1 parameter kunt hangen.
Mocht het tevens niet relevant zijn kun je het aantal 'grips' naar 1 terugzetten. Mocht het frame alleen naar links of rechts uitgerekt moeten worden heb je niks aan de 2e grip die mogelijk de boel door de war gooit. Maar gezien er nog wel meer dingen niet lekker lopen in het block ga ik er van uit dat er nog wel wat aan gesleuteld gaat worden
.]]>Maar om even te focussen op punt 1 en 3....
Wat het DB weergeeft is een aanzicht van een kozijn met 2 draai-kiep ramen.
De stretch van punt 1 is de breedte van het rechter raam
De punt van de stippellijn bij punt 2 moet op de helft van de breedte van het raam staan.
Dat is dus de helft van de stretch van punt 1. Dat gaat goed.
De stretch van punt 3 is de breedte van het hele kozijn.
Ga je daarbij een halve stretch toevoegen op punt 2, dan schuift de punt de helft van de hele kozijnbreedte op en niet de helft van de raambreedte.
De vraag is dus of je bij de stretch van punt 3 de halve stretch van punt 1 kan meenemen of activeren.
Ik heb ook geacht om een formule bij "Distance multiplier" te maken, maar dan moet je ook weer verwijzen naar de stretch van punt 1
Ik kan natuurlijk ook een aparte stretch op punt 2 zetten, maar dat is te makkelijk.]]>
Voor zover ik je her-uitleg lees is nog steeds wat ik eerder schreef de oplossing.
Ik heb een filmpje bijgevoegd waar ik die action toevoeg. Volgens mij is dit wat je vraagt.
Maar zo niet, dan hoor ik het graag nóg een keer
.Ik ben verder niet zo van de 'constraints', maar wellicht zit er daar ook nog wel iets tussen dat zorgt dat die 'punt' altijd in het midden van het bovenste lijntje van het raam blijft. Dan hoef je daar ook geen rekening mee te houden met actions.]]>
Ik ben door mezelf op het verkeerde been gezet
Mijn veronderstelling was dat de helft van de complete stretch meegenomen zou worden.
Maar hij neemt de helft mee van het deel wat er groter of kleiner wordt getrokken.
Sorry voor de verwarring.
Het is nu wel gelukt
Bedankt!]]>
Vinkje uitzetten in de options bij het tabblad 'Selection' -> 'Use shift to add to selection'.]]>
Kan iemand me vertellen hoe is het standaard edittext venstertje weer terug krij.]]>
Wellicht doelt u op Mtexten, deze krijgen wel een opmaakbalk met diverse opties in beeld.
U kunt normale texten omzetten naar mtexten middels het 'TXT2MTXT' commando.
Bij maatvoering kan het zijn dat hierbij de maatvoeringsstijl is aangepast, maar geen idee of dat mogelijk is.
Mocht dat het niet zijn dan is het mogelijk iets uit deze oplossing: https://www.autodesk.com/support/techni ... -text.html]]>
Sinds de laatste AutoCAD update werkt het niet meer. Na het selecteren en klik op 'Group' blijven de objecten losse onderdelen.]]>
PICKSTYLE commando op 1 zetten? Deze kan mogelijk met een sneltoets (ctrl+H) zijn ge(de)activeerd.]]>
Ik zit met een vraag over een dinamic block.
Het gaat hier om een DB met 3 pulldown menu's.
Om te weten wat er onder elk menu te zien is is daar een tekst bij gezet.
Deze teksten zijn steeds zichtbaar maar wordt niet afgedrukt.
Maar ze staan vaak storend in de weg tijdens het tekenen.
Bijgaande afbeeldingen laten zien wat je ziet bij wel en geen selectie.
Weet iemand een mogelijkheid/instelling die zorgt dat je alleen de tekst ziet op het moment dat het DB geselecteerd is?
Vast bedankt.
Bijlagen
DB wel.png (129.7 KiB)
(Click on the image to see it full size.)
DB niet.png (52.87 KiB)
(Click on the image to see it full size.)
Eventuele grips of snaps zullen dan echter nog wel zichtbaar blijven als je er met een lijn of iets in de buurt komt.
Ik denk dat het makkelijkst is om gewoon een lege visibility/lookup te maken en die bovenaan te zetten in de lijst en daar de omschrijving neer te zetten wat die bewuste optie doet.
Ik ken in ieder geval geen manier om een object of tekst weer te geven die alleen zichtbaar is bij selectie van een block.]]>
Ik zie nu pas je reactie, geen mail gehad.
Bedankt, ik ga het proberen met de kleuren, daar had ik niet aan gedacht.]]>
Sinds een paar weken krijg ik onderstaande foutmelding bij het willen inladen van een symbool, als ik zoek of klik op een symbool binnen InfraCAD komt volgend foutmelding naar voren. Ik dacht dat het eerst aan een project-bibliotheek lag, maar als ik gewoon vanuit NLCS-bibliotheek werk komt de foutmelding ook naar voren.
Ik heb de LOG in docx gezet, kreeg zo niet voor elkaar om het .logbestand toe te voegen.
Groet,
Jorn
Bijlagen
thumbnail_image.png (30.45 KiB)
(Click on the image to see it full size.)LOG InfraCADExceptions.docx (27.33 KiB)
Omdat dit specifiek over InfraCAD gaat, is het sneller als je dit probleem even inschiet via een ticket voor onze supportafdeling:
Arkance Support
Zij zullen je dan graag verder helpen.]]>
Heb je al m.b.v. support een oplossing hiervoor kunnen bedenken?
Ik loop namelijk tegen hetzelfde probleem aan.]]>
Onderstaand was de reactie vanuit de ticket.
"Met Windows 11 zijn er mogelijke problemen bekend in verband met de synchronisatie van OneDrive.
Het gaat hierbij om het weergeven van de preview images.
Er is eerder ook al een artikel op het forum toegevoegd waarin een mogelijke oplossing wordt geboden.
Problemen met OneDrive oplossen (infracad.nl)
Echter is in de recentere updates van Windows 11 volgens mij niet meer mogelijk om de OneDrive instellingen aan te passen.
Mogelijk dat het opnieuw installeren van OneDrive zou kunnen helpen.
(of evt. een schone installatie van Windows 11, al is dat natuurlijk verre van ideaal)
Anders is het waarschijnlijk beter om InfraCAD bibliotheek op een locatie te plaatsen die niet door OneDrive wordt gesynchroniseerd."
Ik heb mijn InfraCAD bibliotheek naar een vaste schijf verplaatst en dat heeft voor mij het probleem opgelost.]]>
Dank voor je reactie. Ik ben inderdaad ook lokaal gaan werken.]]>
Wanneer ik het block inlaad via Infracad, het block verleng, nog een keer het blok in laad, verspringt de hatch terug naar de oorspronkelijke lengte. Wanneer ik Infracad uitzet en het block inlaad via de normale manier in Autocad speel dit probleem niet op.
Zie voor de duidelijkheid ook de video beneden.
Heeft iemand een idee hoe ik er voor kan zorgen dat de hatch gewoon op zn plek blijft?
[youtube]https://www.youtube.com/watch?v=BX0qbsgW7Ws[/youtube]]]>
dit onderwerk kan "op slot"]]>