Templot Club Archive - Search Results
To search again, click the Back button in your browser.
Search results for: structures
110 results found.
6 pages of results.
... These are not 'obviously' comment lines (i.e. starting with'#' or';' or any of the other myriad ways comments are denoted). in fact I am not clear which bits are comment and which bits data. What is the underlying file format you have used? Given the BOX/OTBOX experiences, I would strongly suggest putting a file format version number in there too. (The Templot version can stay, of course, It is handy for fault tracking.) Could you outline the file structure you intend to use? Cheers, g PS This is drifting off topic. May I suggest it is moved to a new topic "File Formats" or some such? Last edited on 30 Oct 2019 02:43 by Graeme posted: 30 Oct 2019 02:46 from: Martin Wynne Graeme wrote: Could you outline the file structure you intend to use? Hi Graeme, Here is a bit more of it: DO NOT EDIT THIS FILE == == == == == == = ...
... pixels per prototype foot, which is fine. But may I suggest that others wishing to join in adopt a slightly smaller scale of 12 pixels per foot, which is conveniently 1 pixel per inch? This should make drawing from the original much easier -- or at least it would for me. For more modern prototypes, a scale of 40 pixels per metre could be used instead, i.e 1 pixel per 25mm. Scaling at this order of magnitude produces a good level of detail as you have demonstrated, and for typical structures produce images which can be conveniently displayed here at full size. For example a building 50ft by 25ft at 12 pixels per foot would be an image 600 x 300 pixels. These are just suggestions, as images at different scales can be mixed and re-sized on the sketchboard. But if they are all drawn to a similar original scale, a more harmonious result is likely. regards, Martin. posted: 20 Sep 2010 14:02 from: bainin Hi Martin, The KillWhite plugin looks to me like a ...
... very nice but some of the other menus can be tedious. Take the configuration of a printed track plan for example. The output menu is very comprehensive in what it offers but some of the menu items such as Output Drawing Option require going into and out of menu items. Surely easier for the user to be presented with a window containing boxes/buttons for each option so you set each one without having to drop back down through the menus. I agree entirely. I know and always have known that the complex menu structures would be much better presented as dialogs and property sheets. But those things require an order of magnitude more programming effort than the drop-down self-clearing menus. Also in the days of Windows95/98 they consumed far more of the system resources than the menu system. I do plan to replace the menus with dialogs, but as before it is a question of my time. Not just for the code, but the vast amount of web pages and screenshots which will then need remaking. Including for example a ...
... height of the centre of gravity on English steam locos was generally designed at around 5 to 6 foot. Rotational is how far can you tip the loco before; 1) you lose tractive efficiency on the lightened side of the loco; 2) you lose contact with the rail allowing the possibility of derailment and 3) the damn thing tips over. Longitudinal is calculated and adjusted to reach the maximum allowed weight per axle over the drivers. These must be of equal measure. The adjustments are either to shift weight in the structure of the loco; change the distance between the axles; or effectively cheat by using equalising beams and such. This is the important part of maximising the tractive effort that the loco can apply. That is, it can work through its expected performance range without slipping. As a rule of thumb the difference between the position of the total weight and sprung weight longitudinal centre of gravity can only be 6 inches. Tank locos are more painful to work out due to the constantly changing weight in operation. And we haven't even ...
... , This is Templot's native DXF export (3D setting), viewed in eDrawings: (This is the 1:7.5 crossing.) 2_030750_010000000.png It doesn't seem to be possible to import a DXF into MeshLab? It's now about 15 years since I wrote the DXF export function in Templot, and things have obviously moved on. How would I go about implementing an export for 3-D printing files? There seems to be a bewildering array of file formats to choose from, and a lack of good documentation about their internal structure (unless I'm missing the obvious -- I found this: http://mech.fsv.cvut.cz/~dr/papers/Lisbon04/node2.html). regards, Martin. posted: 3 Jan 2016 18:29 from: Andrew Barrowman Thanks for all the help Martin. I shall attend to those errant chairs shortly Actually, if you look closely you mght detect that they use a sort of slab and bracket construction. The base with the bolt heads is a different model (Block in CAD) from the thing that holds ...
... used to have all it's manuals done by it's Australian devision, then translated. They were the most useful and readable versions). The thing to remember constantly when teaching or writing a manual is, the other person probably has no idea what to do at all. (This is not a deliberate failing generally. People are just different from each other. Patience is the rule here). Regardless how you go about it there are always two caveats with any teaching/learning method. 1). The material must be structured. It must never assume that the student "knows" certain information. It must be streamlined. If there are 30 ways of getting the same result, you only explain the one method. The only method. (Lying to your student is an import ant part of teaching. Eventually you tell them the truth but until they are ready the KISS principle applies). Keep the number of new concepts to the absolute minimum. It must build in a logical order, adding new skills or information in easily worked segments ...
... topic: 1241 GW structure gauge (1936) posted: 12 Sep 2010 10:20 from: Phil O Hi All For those interested in the GW in the current Great Western Railway Journal No. 75. Summer 2010 is an article on the structure gauge for 1936,with tables for curves with or without cant. There is also a structure gauge for the Southern Railway( Western Division) issued by the War Department for comparison of the two loading gauges during the second world war. Cheers Phil Parts of Templot Club may not function unless you enable JavaScript (also called Active Scripting) in your browser. Templot Club> Forums> Off track> GW structure gauge (1936) about Templot Club Templot Companion- User Guide- A-Z Index Templot Explained for beginners Please click: important information for new members and first-time visitors. indexing link for search engines back to top of page Please read this important note about copyright: Unless stated otherwise, all the files submitted to this web site are copyright and the property of the respective ...
... CERTainly some corners.... As you have said on many occasions, Templot has grown over the 40+ years since its first creation, and inevitably, decisions made early on in the development turn out not to be ideal to support later requirements. In performing the changes to the info boxes I did try to make sure changes were made with the 'lightest' touch possible, BUT at the same time, any code being changed was fair game for re-arrangement or simplifying or moving to try to improve overall code structure. Obviously, some of the changes will be a matter of taste, but hopefully not too many. In most cases I hope it will be clear that the code has actually been simplified or given a better structure by the changes. In general, reducing the interweaving of the logic of the units is taken to be a 'good thing', as is reducing dependencies between units, and 'narrowing' the interfaces between them. Obviously, if you feel I have done violence to your code or to important concepts in it ...
... post-World War II. Currently I am dealing with a building whose rear elevation has undergone a number of transformations since that War, and it is exceedingly difficult to determine what the building's appearance was during the period with which we are concerned. Building details generally have changed quite a lot since those days, the widespread introduction of UPVC windows being particularly apparent, so that today I can often only rely upon the shell of surviving buildings as a guide to their original form, and even then I need to beware of major structural changes such as those that seem to have taken place with Syntley Farm. posted: 26 Mar 2018 15:32 from: Martin Wynne John Palmer wrote: Martin, you and I seem to have rather different views on what constitutes 'little change'! Hi John, I was speaking in the sense of as seen through the camera viewfinder, and also in an agricultural sense, rather than the historical details. The whole range of farm buildings could have been swept away and replaced with a big tin shed. Or alternatively ...
... . "Background" becomes "trackplan" (and let's put to one side the use of that term on the sketchboard as the basis against which you overlay a trackplan. "Storage box" isn't too bad, but I would prefer "Library" as this reflects the fact that you have a reference set of templates that are then used in one or more trackplans, or indeed none at all. You already have the main/menu item "store as library template", which to be internally consistent with the existing structure should surely be "store as storage box template", so the terminology is confused already! "Store as unused" is confusing. I know what it does, but the words are counter-intuitive. You would have to understand (and implicitly mentally translate) that "unused" actually means "remove" .What the command actually means is "remove [live template] from trackplan and put in [library]". Then it becomes obvious what is done, and that you cease to have a " ...
... you will see that the basics of Apple and Windows" style guides are followed, for example Menus are uncluttered, most selection are via context, Toolbars with graphical elements are common Most are click to select followed by action Grouping on graphical elements is by direct mouse action Sorting is done by clicking column headings Text select is by mouse and consistent shift key extension Drag and drop is implemented Cut and paste works as you expect Colours are muted, dialogboxes hide uncommon features etc Hence the user can approach say Diptrace, see familiar menu structures, understand that" basic" features they use in say Word, also work in pcb layout, or in Fusion360. This is not haphazard, this is a result of years of design and implementation by developers in Apple, Microsoft, focus groups, academic research etc and the publishing of countless style guides and examples., the developers docs are littered with it. As a result even software like AutoCAD, that traditionally had very esoteric user interfaces, have in the last few revisions, largely begun to conform to the ...
... over the years on several user manuals the ones that had sections, (broadly) 'what do you want to do', 'how to do it', 'how it does it', plus various examples in a logical connected sequence, always got the thumbs up. It is the orderly sequence that seems to generate a comforting reassurance of an authorised start or entry point. Templot operations on first sight can present an awesome prospect with it's array of video's, headings and examples, warnings, and no single starting point into a structured learning way through pandora's box. Video's are another but transient guide through examples. This is an undoubted benefit to your time schedules but adds yet another facet of information alongside tutorial lists and "a little gentle geometry" type of sources, altogether they do present a daunting scattering of information with no clear index Your amount of work answering queries, creating new video's etc. indicates there is something significantly amiss with the facility offered as being an 'instructions for use'. It may be appropriate for this question of a structure for ...
... the top left corner for the MPD area (or a diesel refuelling area) with a turntable to allow the use of tender engines on the branches. That released the top right corner for the goods yard. It's really too far to reach across comfortably, but there isn't room on the inside with your reduced board width. So it will need auto couplings such as Alex Jacksons to shunt the yard. I imagine a girder overbridge for the station access road as shown. The station building could be an impressive two-storey structure on the platform with access at the upper level. At the branch station the kink in the platform will need some scenic explanation. For example a church and/or graveyard may have prevented the railway taking a straight route through the town. The real reason for the kink of course is to maximise the length of the gradients on the left, and to reduce the area requiring minimal construction depth over the tracks below. There is room bottom left for some scenic treatment, but otherwise this layout is going to be all ...
... will come back into line again at some point, albeit briefly. Our models tend to either be largely straight or go round in circles, which would be the worst case scenario. I agree that on the whole it would be more trouble than it is worth and apart from special situations is probably more by coincidence than by design. Any pointwork will also have an influence. Incidentally it should be noted that rail lengths were often laid to avoid having a joint above short under bridges as the hammer blows could potentially damage the structure and these would tend to align the track panels at these locations and by implication for some distance either side. What they did on longer bridges I am not sure as rail joints on the structure would be unavoidable. Regards Tony. posted: 15 Oct 2017 08:17 from: Tim Lee I think that the main reason for the question is that often when I look at trackwork after either a crossover or slip leading of to a siding and head shunt the sleeper positions superficially look as if they have been adjusted to ...
... the Signals- 2 R Hammond May '83 24. Controls- 1, Lever frame theory& locking methods- Mike Sargent Jun '83 25. Controls- 2, Lever frame practice, electric locks- Mike Sargent Aug .'83 26. Controls- 3, Conditional link control- Mike Sargent Sep '83 27. Controls- 4, Further useful circuits- Mike Sargent Oct '83 28. Controls- 5, More useful circuits- Mike Sargent Nov '83 29. Controls- 6, Wiring the boards Mike- Sargent Jan '84 30. Structures for Bodmin- 1 John Hayes Feb '84 31. Structures for Bodmin- 2 John Hayes Apr '84 32. Structures for Bodmin- 3 John Hayes Jun '84- Bodmin Goods Shed, Scale drawing Oct '84 33. Operation- Mike Sargent List of referring Letters: May '81 3 Letters re: Research for the Layout- Martin Goodall Jun '81 1 Letter re: Research for the Layout- Martin Goodall Nov '81 1 Letter re: Research for the Layout- 6 Martin Goodall 1 Letter re: Goodall, includes GWR Traffic ...
16. 3D again?
... without damaging the tip. cheers, Martin. One of the reasons I went up the learning curve with low cost 3D printers, is my view that you need a couple, preferably three!, one with a fine nozzle and micro stepping, one for mainstream with a 0.4( the most common) and one with dual nozzles for PVA style support printing I'm currently building my ender Cr10 pro as my second machine My trials with dual nozzles has shown it's quite difficukt to keep the second head out of the way of the structure and small filament buildups( on the cold head) cause it to hit the structures often dislodging them. My CR10 solution is to place the second head some distance away, while this limits overall print size, it means the second head is away from the structure normally The issue is less of a problem with the situation where the second head is heated and used frequently in the build process, direct drive heads also help as less oozing occurs. I've yet to see a fully comprehensive solution at a reasonable cost I also ...
... little addictive. Hi Derek, I agree. It can be very slow at the start because there is almost too much to take in, and you have nothing but a blank screen in front of you. I had the great advantage of having the existing Templot program to convert to Delphi, and I could therefore ignore all the stuff I didn't need. Bear in mind that Delphi is primarily intended for corporate and business applications which display a lot of text and text entry boxes, and reference the data in a complex database structure. None of that was relevant to Templot, so I could cheerfully ignore at least 50% of the developer docs -- and I still wouldn't know where to start in developing a Delphi database or a business-style application. My advice would be to start with a simple but interesting core application onto which you can bolt and unbolt extra features as you dream them up. That way you can learn what works and what doesn't as you go along, without losing the core part as a working fallback. For example ...
... topic: 1073 Flexible Switches in N Gauge posted: 11 Mar 2010 09:04 from: kenbec I have decided to standardise with all of my switches using flexible points (not loose-heel) if this is technically feasible. Before I go any further on this basis I would like answers to the following if possible. 1. Would these switches be structurally sound or is there likely to be distortion in the points because of the light structure of the metal used. (Peco code 80 nickel silver)? 2.Has anyone used this point structure on their layout and if so which point motors have you used? I am replacing Peco Switches which are operated by either Peco or SEEP motors, both of which work satisfactorily on the Peco Switches but which I feel will be a bit sudden for what I want to do. Would these motors be powerful enough to bend the points to the necesseray curve and hold them in place? I suspect the locking mechanism would fail. Are there any recommendations for alternatives? 3.How are the tiebars attached? Obviously ...
... posted: 20 Feb 2012 22:29 from: Tony W Hi Martin. Here are copies of the spreadsheet I use, worked out from first principles, which uses the same formula as Mike. This produces results very much in agreement with the figures published by the late Derek Genzel in the Scalefour Society digest. In looking at the figures for the EM track at 24" radius giving a throw of 6.67mm, this is similar to the 7.0mm figure for down to 593mm Radius. However this only allows for clearances to fixed structures and this needs to be doubled for track centres as there is end and centre throw to be allowed for for both tracks. I have had to post a screen shot as Excel files are not accepted as a valid file type, so you may need to go to the gallery to read the original text. Hope this works. Tony. 2151_201728_420000000.png posted: 20 Feb 2012 23:08 from: Dellboy Tony W wrote: Hi Martin. Here are copies of the spreadsheet I use, worked out from first principles, ...
... to conform to standards. Jim. posted: 6 Nov 2017 11:38 from: Martin Wynne Jim Guthrie wrote: If Martin takes you on to the Object Oriented aspect of Delphi/Lazarus, for small database projects you could create a database object to store your data Hi Jim, Why me? How about you? Actually I have done very little database programming. A database is great if you want to sift and sort data, but it's not really needed just to store it. You can create your own data structures to suit your data, and then you have total control and don't need to rely on a database engine to access it. For example there is no database in Templot. Likewise there is not a great deal of Object Oriented* stuff. The sketchboard is done that way, but most of the original Templot code uses traditional procedural programming. I might do things differently if starting again, or maybe not. *OO programming. cheers, Martin. posted: 6 Nov 2017 16:06 from: Jim Guthrie Martin ...
Search took 0.089 seconds
Back to Templot Club