Ik probeer uit het Marklin Z baanontwerpboek een modelbaan over te nemen naar SCRAM en-of AnyRail7.
Echter met de juiste bibliotheken krijg ik het niet rond om de laatste aansluiting goed te krijgen.
De laatste 2 punten liggen te ver weg, naast elkaar of voorbij elkaar om de baan sluitend te krijgen.
Is dit een database fout in de bibliotheek? Want al het baan materiaal wordt wel goed benoemd.
Weet niet of dit ook voorkomt bij de ander schalen.

Het zal wel aan SCRAM liggen.
Bij gebruik van Scarm heb ik er geen last van.

Cees

Als je in SCARM gaat werken moet je een kant op tekenen.
Als je zowel naar links als naar rechts rails gaat aansluiten kom je verkeerd uit.

Probeer het maar eens uit.

Maak een ovaal die je naar een kant toe rond gaat en dicht maakt.
Deze zal goed aansluiten.
Daarna een ovaal waarbij je de rails zowel naar links als naar rechts rails toevoegd.
Deze zal niet goed aansluiten.

Dit heeft te maken dat SCARM vector gestuurd is.
Vraag mij niet wat het betekent, dat heeft iemand mij ooit uitgelegd, maar ik weet het niet meer.

Henk
 

Ik ken dit probleem. Is er in SCARM niet een optie om het plan alsnog sluiten te krijgen?
Ik heb er naar gezocht, maar heb het jammer genoeg niet kunnen vinden.

Op het moment dat ik een simpele ovaal linksom of rechtsom teken niets aan de hand,
Maar zodra er wissels en kleine module rails in de ovaal komen dan kom ik te hoog of te laag uit om te sluiten.
Heb geprobeerd om de afbeeldingen toe te voegen, maar helaas dat moet ik nog even uitzoek hoe...
   

Citaat van: Trainhenk op donderdag 09 januari 2025, 13:49:35Dit heeft te maken dat SCARM vector gestuurd is.

Ik ben onbekend met SCARM.
Maar als het programma vectorgestuurd is en de objecten (rails) sluiten niet goed op elkaar aan, dan is de nauwkeurigheid van het programma wellicht onvoldoende (of de tolerantie ervan).
Met Wintrack heb ik hiervan geen last. Wel is het soms raadzaam om eerst een bocht goed op te lijnen en dan automatisch te verbinden. Maar meestal wordt dit opgevangen door de ingebouwde tolerantie.
Een programma als Inkscape, ook vector, is wel voldoende nauwkeurig (> 1/1000 mm)

wat betreft anyrail...hiermee nog nooit problemen mee gehad , maar dan wel met de betaalversie

Ook bij mijn betaalde versie van Scarm doet dat probleem zich voor bij Z-rail.
Bij met de klok meetekenen is de afwijking het kleinst.
Merkwaardig: ik gebruik het programma al jaren en ben bij het ontwerpen van baanplannen in C- K- en thans met C-rail nimmer met dergelijke afwijkingen geconfronteerd.

Cees

@Pt2/3 Ik gebruik ook Z, maar ik teken met Wintrack. Mogelijk, omdat Z een factor 3 kleiner is dan H0, zit het hem in de toleranties. Bij een kleinere schaal zijn de toleranties kleiner. Met het tekenen, maar vooral ook met het bouwen. Mijn ervaring met het vectorprogramma Inkscape geeft aan dat je toch in de orde van 1/1000 mm moet zitten, waarbij ook de lengte van de boog in graden van belang is. In Inkscape is dit 1/1000 van een graad.
Hoe dit in Wintrack is weet ik niet, maar bij een recht stuk van zeg tien rails (1100 mm) heb je een tolerantie van ca 2mm. Bij het leggen over zo'n afstand is dat beslist acceptabel, zelfs in Z.

Citaat van: Rudibeer op donderdag 09 januari 2025, 16:14:08maar dan wel met de betaalversie

In Anyrail is er totaal geen verschil tussen demo en betaalversie. Alleen is de demoversie gelimiteerd op 50 railstukken.

Toch geïntrigeerd, heb ik het baantje met klok en tegen klok getekend in Wintrack 9. Krijg hetzelfde, alleen met klok sluit 'ie ook niet aan, maar minder dan met tegenklok. Om het te simuleren in Inkscape is me teveel werk, dan moet ik de railtjes één voor één definiëren.

Scarm 1.9.6  met de klok mee

Wintrack 11: zonder klok maar met wat gezond verstand 
Alle genoemde tekenprogramma's tekenen exact juist, 't ligt echt aan de tekenaar...
En een verschil als je tekent in wijzerzin of in tegenwijzerzin, daar geloof je nu toch zelf niet in?

@Lapjeskat: Snappen doe ik het ook niet. Maar ik weet wel waar ik op uit kom. En dat is dus echt een scheef resultaat. Ook als ik een beetje loop te vogelen met de toleranties.

Ik ga het proberen uitleggen maar vind dit wel een leuk raadsel en ik wil een ander niet het plezier afnemen dit op te lossen, ik wacht dus nog even af wie het ook ziet, 't moet niet altijd plaatsen zoeken zijn waar een foto genomen is zoals in een ander draadje 
Tip: baantjes tekenen (en meer algemeen technisch tekenen) is toepassen van elementaire meetkunde en meer dan railtjes of lijntjes aan elkaar zetten.

Citaat van: Rudibeer op donderdag 09 januari 2025, 16:14:08wat betreft anyrail...hiermee nog nooit problemen mee gehad , maar dan wel met de betaalversie

Teken het getoonde baantje dan eens in Anyrail en laat ons het resultaat eens zien  Duurt hoop en al een paar minuten.

Aangezien niemand zich geroepen voelt om het raadseltje op te lossen zal ik het dan maar zelf doen 
Voor mij is het dan ook geen raadsel maar gewoon een kwestie van verkeerd tekenen.

Vooreerst moet je om helemaal rond te geraken, in een cirkel of in om het even welke figuur die uit cirkelbogen bestaat aan 360° geraken.
En dat is hier natuurlijk niet het geval.
Als je alle bogen optelt en tegenbogen aftrekt heb je een verschil van 2°, dus kan het nooit kloppen.
Ik begin met de gebogen wissels en tel in wijzerzin:
links:
2x8568 is 2x30°, dus 60°
3x8510 is 3x45°, dus 135°
totaal links: 195°
rechts:
3x8510 is 3x45°, dus 135°
1x8530 is 45°
totaal rechts: 180°
dus heb je een 15° tegenbocht nodig om het te doen kloppen
maar: er wordt een 8563 gebruikt als tegenboog en die is maar 13°, dus kom je 2° te kort.
is dat erg: helemaal niet, er zijn 19 railstukken, dus scheelt het per railstuk ongeveer 0,1° en dat is gewoon niets, past in de praktijk dan ook perfect
ik heb dan ook bij het tekenen halverwege de 'afwijking' de rails een duwtje van 2° gegeven en het past 
of toch nog niet helemaal, er zijn nog een paar centimeter verschil, maar weer hetzelfde verhaal, op die lengte van rails en dan nog in een cirkel leg je dat zonder enige moeite of wringen perfect tegen elkaar.

Dan nog het verschil in afwijking als je de rails uitlegt in wijzerzin en in tegenwijzerzin.
Dat is natuurlijk onzin, dat kan gewoon niet, die programma's, betaald of gratis, tekenen perfect.
Wat is dan de oorzaak? Wel gewoon de lente rails die je toevoegt na de 'fout', hoe meer, hoe groter de fout wordt.
Het heeft dus helemaal niets te maken met linksom of rechtom tekeken maar met het railstuk waarmee je begint en hoeveel railstukken er na de 'fout' zitten.
In dit geval is de 'fout' het wissel van 13°, vanaf daar wijk je 2° af en hoe meer lengte er achter komt hoe meer het afwijkt.

Tekenen is dus echt wel weten waar je mee bezig bent.

En voor wie het nog niet helemaal zou snappen een tekeningetje met een 'fout' die op verschillende plaatsen in het stuk rechte rails is geplaatst en je ziet hoe meer rails achter de 'fout' hoe verder de afwijking.

FEM,

Bedankt voor je uitgebreide toelichting.

Henk

En zo is er weer een ontwerp mysterie opgelost 
Moraal van het verhaal: durf ook je eigen tekentalent in vraag te stellen en verdenkt niet meteen de software
En teken de railstukken waarvan je weet dat ze een hoekfout introduceren als laatste, dan heb je er minst last van.