[Therion] metapost error on Windows7
I have never seen this locking during compile, apart from PDF files. I am using Therion extensively on Windows. One case we found on Windows which had us stumped on a training course we ran was that one Windows user found his PDF file was locked even after apparently closing the Adobe reader. It turned out to be because he had file previews turned on in Windows Explorer so it was generating a rendering of all PDF files in the open explorer Window and that used the Adobe Reader under the hood so the files were still locked. Turning off previews in Explorer sorted that one out. For those who run Therion on Windows and have not already seen the PDF viewer tip on the wiki, I use Sumatra PDF reader which is the only reader I have found on Windows which does not lock the PDF file when it is open in the reader, and that renders the PDF correctly as well. Using Sumatra I can keep the PDF window open and each time I recompile my project the PDF display refreshes automatically which is really handy. Footleg On 22 September 2014 17:48, Xavier Pennec wrote: > Hi Stacho, > > It also looks to me as if there is a lock on some file. It is apparently > happening during the generation of small postscript elements (e.g. > data.4008). I am still trying to reproduce it in a consistent way. > > But if nobody else is experiencing it, it might comes as well from my > antivirus scanning these bits before they are finished to be dealt with. > > Xavier > > Le 22/09/2014 18:27, Stacho Mudrak a écrit : > > This is really strange... I have experienced similar problem with PDF file > being locked, even it is not open in Adobe Reader. > It looks to me, that OS is reading somehow these files (to index them???) > and for a very small amount of time they are locked. > May be I am completely wrong, but without being able to reproduce this > error, I see no way how to debug it... > > S. > > On 22 September 2014 09:56, Xavier Pennec wrote: >> >> Since I installed the last version of therion, metapost is randomly >> bugging on writing temporary files with the message >> "! I can't write on file `'. Please type another file name for input:" >> As this is blocking therion, I have to kill the compilation windows and >> retry. It usually reworks after a few try. >> I tried so see what was wrong in the tmp files with the compile option -d >> without success so far >> >> Does anyone experience the same behavior or does it come from some special >> feature of my installation? >> >> Xavier >> >> -- >>> >>> - >>> Xavier Pennec >>> Senior Research Scientist / Directeur de recherche >>> Asclepios project-team, INRIA Sophia-Antipolis >>> 2004 Route des Lucioles, BP93 >>> F-06902 Sophia-Antipolis Cedex, France >>> +33 4 92 38 76 64 >>> +33 6 78 35 16 90 >>> http://www-sop.inria.fr/asclepios/ >>> --- >> >> >> ___ >> Therion mailing list >> Therion at speleo.sk >> http://mailman.speleo.sk/mailman/listinfo/therion > > > > > ___ > Therion mailing list > Therion at speleo.sk > http://mailman.speleo.sk/mailman/listinfo/therion > > > -- >> - >> Xavier Pennec >> Senior Research Scientist / Directeur de recherche >> Asclepios project-team, INRIA Sophia-Antipolis >> 2004 Route des Lucioles, BP93 >> F-06902 Sophia-Antipolis Cedex, France >> +33 4 92 38 76 64 >> +33 6 78 35 16 90 >> http://www-sop.inria.fr/asclepios/ >> --- > > > ___ > Therion mailing list > Therion at speleo.sk > http://mailman.speleo.sk/mailman/listinfo/therion >
[Therion] Survey length anomalies
I am sorry for reopening this thread, but I would like to fix this issue and I have a question. We have some passages, that were surveyed extremly precisely using laser theodolite and station coordinates were calculated in its own software. We usually import them using fixes and data no-survey and want these shots to be added to total survey length. Do you have an idea, how to treat this situation and to stay compatible with survex? S. On 24 August 2014 12:33, Olly Betts wrote: > On Sun, Aug 24, 2014 at 11:55:29AM +0200, Martin Sluka wrote: > > 24. 8. 2014 v 8:33, Olly Betts : > > > Survex treats cartesian data as counting in the survey length by > > > the same rules as other measured data styles, and nosurvey data never > > > counts towards the surveyed length (it's assumed to be used for things > > > like visual connections or other unsurveyed links like you say, and > > > really the clue is in the name). > > > > This is the way how to recreate missing data set from published map, > > isn't it. > > You're replying to a paragraph talking about both the cartesian and > nosurvey styles, so I'm not totally sure which you mean by "this". > > I've certainly done that with the cartesian style, but if you don't want > the recreated data to be measured, you can flag it as "duplicate", > though one could argue it should count towards the surveyed length > - if there's a map it presumably was surveyed, but the data has been > lost. That's certainly the case for some older CUCC finds. > > I don't think this is really a good use of the nosurvey style - you > could calculate where the reinvented stations would be and *fix them, > then add nosurvey legs for the passages, but that doesn't play well with > adding fresh survey data in later - you probably want to trust the newer > data more than the reinvented, but with *fix, the reinvented data is > treated as the (under)ground truth. > > Cheers, > Olly > ___ > Therion mailing list > Therion at speleo.sk > http://mailman.speleo.sk/mailman/listinfo/therion > -- next part -- An HTML attachment was scrubbed... URL: <http://mailman.speleo.sk/pipermail/therion/attachments/20140923/4ef94b58/attachment.html>
[Therion] Offsets with shadow or outline also shown
Well, this is not yet possible. Currently no previews from maps in offset are shown and I am not sure how tricky would be to implement this. The original idea was, that general situation is shown in major map and maps in offset show only some additional details. Obviously, your situation makes sense also and it should be implemented somehow. There exists a workaround which is not 100% correct (some issues with transparency), but in general should work. It is adding map, that you want to show in offset as a preview in another offset with negative shift to original. See attached example. HTH, S. On 17 September 2014 13:53, John Stevens wrote: > I have been trying to show an offset of a lower passage with the > outline of the higher passage also shown on the offset. > > So the main plan shows the high level in detail with the grey shadow of > the lower passage. I would like the offset to show the detail of the lower > passage with the outline of the higher passage. > To do this I tried the following map structure. > > map keyhole1LLM #lower level map > keyhole1ps3 > break > keyhole1ps5 > break > keyhole1ps4 > keyhole1ps7 > break > keyhole1ps6 > keyhole1ps8 > endmap > map keyhole1HLM # high level map > keyhole1ps1 > break > keyhole1ps2 > endmap > > map keyhole1M # combined map â not used > keyhole1HLM > break > keyhole1LLM > endmap > > map keyhole1LLpreHLM # lower shown, higher outline > keyhole1LLM > preview above keyhole1HLM > endmap > > map keyhole1Moffset # higher shown, lower grey - offset only lower shown > ??? > keyhole1HLM > keyhole1LLpreHLM [-10 50 m] below > endmap > > The map keyhole1LLpreHLM shows what I want to offset with the detail of > the lower passage and the higher in outline. > But when this is offset the higher outline vanishes! > Is the preview command the way to go about this or is it not possible at > present? > > John S > > ___ > Therion mailing list > Therion at speleo.sk > http://mailman.speleo.sk/mailman/listinfo/therion > > -- next part -- An HTML attachment was scrubbed... URL: <http://mailman.speleo.sk/pipermail/therion/attachments/20140923/4cb44d5a/attachment.html> -- next part -- A non-text attachment was scrubbed... Name: preview.zip Type: application/zip Size: 2346 bytes Desc: not available URL: <http://mailman.speleo.sk/pipermail/therion/attachments/20140923/4cb44d5a/attachment.zip>
