Strange scale-dependent Metapost error
Hi, I have a survey which compiles correctly at 1:500 or 1:2000, but at 1:1000 produces the following error from Metapost: This is MetaPost, Version 0.641 (Web2c 7.5.2) (mem=mpost 2004.3.2) 9 MAR 2009 13:06 **data.mp (data.mp [4001] [4002] [4003] [4004] [4005] [4006] [4007] [4008] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35] [36] [37] [38] [39] [40] [41] [42] [43] [44] [45] [46] [47] [48] [49] [50] [51] [52] [53] [54] [55] ! I can't find file `mptextmp'. <scantokens> input mptextmp <to be read again> endgroup <to be read again> , s_scalebar->...mal((EXPR0))&"\thinspace"&(EXPR2)), origin);endgroup l.10077 ...ar(100, 1, "\thfb\char109 \mainfont{}") ; Please type another input file name ! Emergency stop. <scantokens> input mptextmp <to be read again> endgroup <to be read again> , s_scalebar->...mal((EXPR0))&"\thinspace"&(EXPR2)), origin);endgroup l.10077 ...ar(100, 1, "\thfb\char109 \mainfont{}") ; *** (job aborted, file error in nonstop mode) The problem disappears when a particular scrap is commented-out in the map definition, although I can't see anything particularly strange about that scrap. How should I go about debugging this? Duncan.
On Mon, Mar 9, 2009 at 1:09 PM, Duncan Collis <duncan.collis@gmail.com> wrote:
The problem disappears when a particular scrap is commented-out in the map definition, although I can't see anything particularly strange about that scrap.
In fact, further investigation shows that commenting out any one of the 18 scraps in the survey makes the error go away; also it works without any scraps commented out at 1:999, 1:999.9, 1:1000.1 and 1:1001. So - it looks like I can work around the problem by either omitting a small part of the survey or by outputting at not-quite 1:1000, but it seems to me that something is wrong here! Duncan.
Hello guys, The question is in the title... I don't remember having seen this already on the list, and I have been through the wiki with no success. So my problem is that I would like to produce a single output (typically pdf), including several maps, usually one standard map, plus one extended elevation, but there could be several of them. One way to do this is to produce svg, and to use an external svg tool to assemble stuff together. However the svg output is not always 100% perfect... and it would not solve all problems , like having a single legend, etc. Is there a way to specify a "mixed" layout ? Eric.
Is there a way to specify a "mixed" layout? (plans, elevations)
Eric I think the simple answer is no. But there is a workaround I have been trialling for a few months. #Make elevation first so that it's pdf can be added to the plan export map -projection [elevation 270 deg] \ -layout LayoutMapBulmer_System \ -layout LayoutMapBulmer_SystemElev \ -output ./Output/MapBulmerSystem_Elev.pdf export map -projection plan \ -layout LayoutMapBulmer_System \ -layout LayoutMapBulmer_SystemPlan \ -output ./Output/MapBulmerSystem_Plan.pdf The plan layout then includes a line for each map to be included like; map-image 1.6 103 sw "./Output/MapBulmerSystem_Elev.pdf" This example places the elevation above the plan on the page. You would include a map-header and legend only on the plan view in the above example. The downside is that the secondary maps added this way become rasta images, you can not search the text or turn their layers independently on or off. Also the image positioning is a percentage of the main map page size. If any images or changes to the survey data or output parameters change the size of the page, the relative position of the various components will change. Tolerable for a one-off creation, but for long term management of an evolving cave system a nightmare. At least the scales are preserved. Probably better to make single projection maps with Therion and use some other application to patch together the various pdfs?? Other ideas? Bruce
On Mon, 2009-03-09 at 21:37 +1300, Bruce Mutton wrote:
Probably better to make single projection maps with Therion and use some other application to patch together the various pdfs??
Other ideas?
Bruce
i do the same as bruce: for small caves, prepare an ext-elev map without header/legend then insert it in the plan with layout-map-image. for bigger caves, i prefer to have separate maps and join them together with pdftk/pdfmerge. marco
Hi, I have a question to extended elevations and loops: In the attached file you can see a small loop in exteded elevation (ca8-ca17-ca9-ca8). Of course this loop is not closed (ca8-ca9 is open). But all shots have nearly the same direction. So I would rather like to show the loop closed and the shots not exactly in extended elevation. It is possible to display only the vertical extension of a shot (extend vertical xy). Would it be possible to display a shot in a specified direction of projection? For example: "extend 270 ca11" displays the shot ca10-ca11 in direction of 270 degree. This would allow to partly mix elevation and extended elevation. Would this be possible without too much work? Greetings, Paul
Eric, Last December, Paul Karoshi sent us an very good example on how to arrange plan and profile in the same pdf file... Search in the archives and you find his e-mail... I think the subject was something like: two scraps one river.... Regards, Fabio -----Mensagem original----- De: therion-bounces@speleo.sk [mailto:therion-bounces@speleo.sk] Em nome de Eric Madelaine Enviada em: segunda-feira, 9 de março de 2009 04:40 Para: List for Therion users Assunto: [Therion] How to produce outputs integrating various types of maps ? Hello guys, The question is in the title... I don't remember having seen this already on the list, and I have been through the wiki with no success. So my problem is that I would like to produce a single output (typically pdf), including several maps, usually one standard map, plus one extended elevation, but there could be several of them. One way to do this is to produce svg, and to use an external svg tool to assemble stuff together. However the svg output is not always 100% perfect... and it would not solve all problems , like having a single legend, etc. Is there a way to specify a "mixed" layout ? Eric. _______________________________________________ Therion mailing list Therion@speleo.sk http://mailman.speleo.sk/mailman/listinfo/therion
On 9.3.2009, at 6:58, Duncan Collis wrote:
So - it looks like I can work around the problem by either omitting a small part of the survey or by outputting at not-quite 1:1000, but it seems to me that something is wrong here!
It is a bug, I discovered it yesterday too. The new snapshot has changed (improved) the MetaPost and TeX macros, so there should be a problem. m.
On Mon, Mar 9, 2009 at 9:53 AM, Martin Sluka <martinsluka@mac.com> wrote:
On 9.3.2009, at 6:58, Duncan Collis wrote:
So - it looks like I can work around the problem by either omitting a small part of the survey or by outputting at not-quite 1:1000, but it seems to me that something is wrong here!
It is a bug, I discovered it yesterday too.
I think that it is not related to the bug in the dataset of Martin Sluka. Could you send (to list or to me) some minimal sample?
The new snapshot has changed (improved) the MetaPost and TeX macros, so there should be a problem.
Unfortunately, latest fixes are not yet released. Martin
On Mon, Mar 9, 2009 at 7:51 PM, Martin Budaj <m.budaj@gmail.com> wrote:
I think that it is not related to the bug in the dataset of Martin Sluka. Could you send (to list or to me) some minimal sample?
It may be difficult to reduce the problem to a minimal sample; if I change anything the survey compiles without errors. I have tried: Changing the scale (problem only at 1:1000) Commenting out scraps (problem goes away if any scrap is commented out) Using different symbol set (problem goes away if default symbols are used rather than my customised ones) Commenting out custom symbol definitions (problem goes away if any custom symbol definition is commented out) Selecting more maps (a map that contains the 'problem' map compiles at 1:1000 without errors) Removing non-selected maps (if comment out in the master .th file for the area maps that aren't selected in the .thconfig file that causes the problem, it compiles without errors). Compiling other parts of the system or area works OK. So - it looks like if you want to see the problem for yourself, I'll have to send you my whole data set (which I'm quite happy to do) along with my symbol definitions.
The new snapshot has changed (improved) the MetaPost and TeX macros, so there should be a problem.
Unfortunately, latest fixes are not yet released.
FYI I'm using 5.2.7 on WinXP Duncan.
Turns out that this one:
Removing non-selected maps (if comment out in the master .th file for the area maps that aren't selected in the .thconfig file that causes the problem, it compiles without errors).
wasn't true - I've managed to shrink the problem down to a data set consisting of: custom symbol definitions survex .3d file .th2 files for one cave .th2 file containing a surface grid stripped-down .thconfig file a couple of .th files that tie things together. The whole thing now fits in a <200K .zip file, which I will send to Martin Budaj It's quite a large minimal sample, but I'm struggling to find anything else that I can remove or change without the error vanishing. to Martin B: thanks for offering to look into this! Duncan.
participants (8)
-
Bruce Mutton -
Duncan Collis -
Eric Madelaine -
Fabio Kok Geribello -
marco corvi -
Martin Budaj -
Martin Sluka -
Paul Karoshi