<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div dir="ltr"></div><div dir="ltr">Good morning,</div><div dir="ltr">thank you for that info!</div><div dir="ltr">Would it be a huge effort to make such an option available? Just asking.</div><div dir="ltr"><br></div><div dir="ltr">To define the top level hierarchies, it would be cool to somehow get the altitude-sorted map names from some debug log or so. That list could be used directly to construct the map-command block that reproduces the current result. This would drastically reduce the effort.</div><div dir="ltr">Would it be possible to add a debug log output command, that produces such a list? Or is it already possible to get that list somehow, for example from the sql database output?</div><div dir="ltr"><br>Am 01.06.2019 um 22:44 schrieb Stacho Mudrak <<a href="mailto:lists@group-s.sk">lists@group-s.sk</a>>:<br><br></div><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Unfortunately, there is no such option. Once a map is defined in your dataset, it will be used with its average altitude in the export when only surveys are selected for output. The idea behind is, that once you start defining maps out of the scraps, you will build the whole tree of them including top-level ones. So the only way how to overcome this problem is to comment all your maps in the code until you define the whole hierarchy of them.<br></div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">S.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 31 May 2019 at 22:15, Benedikt Hallinger <<a href="mailto:beni@hallinger.org">beni@hallinger.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Thank you for your message, this helps alot.<br>
There is a way out tough, a middle ground: one can define custom maps in <br>
the thconfig file using source.<br>
<br>
I need to think about how this affects the projects structure.<br>
<br>
Besides that, is there a option to disable map-averaging and tell <br>
therion to use the scrap average for each scrap?<br>
That would solve this imho.<br>
<br>
Thanks, i understand i better now, how this works currently.<br>
<br>
<br>
Am 2019-05-31 21:22, schrieb Stacho Mudrak:<br>
> Hello Beni,<br>
> <br>
> I am not 100% sure if I understand your problem correctly, but this is<br>
> how therion does average altitude calculations:<br>
> <br>
> the altitude of a scrap = arithmetic average of altitudes of its<br>
> stations<br>
> the altitude of a map = arithmetic average of altitudes of scraps<br>
> <br>
> And your observation is correct. If you have some maps defined in your<br>
> dataset, then maps of selected surveys are exported and sorted<br>
> according to their altitudes. If you have no maps defined, then scraps<br>
> in selected surveys are taken and altitude sorted.<br>
> <br>
> So if you are working on a large dataset and you do not want to define<br>
> upper-level maps, it is probably better not to define any maps at all<br>
> - then only scraps will be taken into consideration.<br>
> <br>
> Best regards, S.<br>
> <br>
> On Fri, 31 May 2019 at 15:38, Benedikt Hallinger <<a href="mailto:beni@hallinger.org" target="_blank">beni@hallinger.org</a>><br>
> wrote:<br>
> <br>
>> Hi Stacho,<br>
>> your infos did the trick.<br>
>> indeed the data showed at closer examination, that the parts where<br>
>> averaged lower than the part in question. The wrongly-lower part<br>
>> contains a steep slope but the average height was still some few<br>
>> meters<br>
>> below the average of the offending part.<br>
>> <br>
>> What puzzled me was that even splitting the scraps was not enough!<br>
>> I now have a scrap containing only the sloped part of the tunnel,<br>
>> and<br>
>> that is surely averaged above the lower part.<br>
>> <br>
>> What solved it was to also rearrange the map definitions that<br>
>> contain<br>
>> the sloped part: i put the low part prior the slope in question in<br>
>> another map like this:<br>
>> -------snip----------<br>
>> # This works instead:<br>
>> map working-priortunnel<br>
>> scrap-low-tunnel-before-slope<br>
>> endmap<br>
>> map working-slope<br>
>> scrap-slope-itself-with-followig-high-part<br>
>> endmap<br>
>> <br>
>> # this does NOT work lie intendet:<br>
>> #map notWorking-combined<br>
>> # scrap-low-tunnel-before-slope<br>
>> # scrap-slope-itself-with-followig-high-part<br>
>> #endmap<br>
>> -------snap----------<br>
>> <br>
>> It looks like therion currently uses the average height of the MAP,<br>
>> not<br>
>> the contained scraps, to calculate which part is above or below. In<br>
>> this<br>
>> example, it looks like it is getting the average height of the<br>
>> "notWorking-combined" combined map and comparing this to the<br>
>> uncorrelated below-tunnel.<br>
>> If i put the "scrap-low-tunnel-before-slope" in its own MAP<br>
>> definition,<br>
>> the average calculation can only take the<br>
>> "scrap-slope-itself-with-followig-high-part" and thus resulting in a<br>
>> <br>
>> much higher average height.<br>
>> <br>
>> Can you confirm this from therions sourcecode, and is this really<br>
>> the<br>
>> intendet behaviour, since i think each scrap shopuld be averaged for<br>
>> <br>
>> itself, regardless of its map allocation...?<br>
>> <br>
>> Wih best regards,<br>
>> Beni<br>
>> <br>
>> Am 2019-05-30 22:27, schrieb Stacho Mudrak:<br>
>>> Hello,<br>
>>> <br>
>>> if you select just survey, then all maps consisting of scraps in<br>
>> this<br>
>>> and sub-surveys should be ordered by average altitude. But this<br>
>> may<br>
>>> easily cause that some overlapping is not done correctly. But it<br>
>> is<br>
>>> also possible, there is some bug and it is not done correctly. Are<br>
>> you<br>
>>> able to post some minimalistic sample, where depth sort fails?<br>
>>> <br>
>>> The only way how to manually order maps in the output is to create<br>
>>> upper-level maps (in your case probably what you mean by<br>
>>> <region>-Hautplan) consisting of lower level maps in the correct<br>
>>> order.<br>
>>> <br>
>>> HTH, S.<br>
>>> <br>
>>> On Thu, 30 May 2019 at 15:55, Benedikt Hallinger<br>
>> <<a href="mailto:beni@hallinger.org" target="_blank">beni@hallinger.org</a>><br>
>>> wrote:<br>
>>> <br>
>>>> Hello there,<br>
>>>> i have a very large dataset here. It is organised by regions like<br>
>>>> this<br>
>>>> (but much more leaf objects and regions):<br>
>>>> <br>
>>>> =====snip=====<br>
>>>> - survey TheCave<br>
>>>> - survey RegionWest<br>
>>>> - survey 1<br>
>>>> - survey 3<br>
>>>> - survey 5<br>
>>>> - survey RegionEast<br>
>>>> - survey 2<br>
>>>> - survey 4<br>
>>>> - survey 6<br>
>>>> =====snap=====<br>
>>>> <br>
>>>> I currently work from bottom to up, that is i draw the individual<br>
>>>> surveys as scraps, based on original material (sometimes they are<br>
>>>> really<br>
>>>> large and cosnsist of several many scraps).<br>
>>>> <br>
>>>> In each of they leaf surveys (the numbered ones) i make by<br>
>>>> convention a<br>
>>>> map called "<n>-Hauptplan". The main idea is that every leaf<br>
>> survey<br>
>>>> can<br>
>>>> be treaten modular and that i can compile varoius maps at upper<br>
>>>> levels<br>
>>>> (i.e regions).<br>
>>>> <br>
>>>> Currently, the regions have no "<region>-Hautplan". When i use<br>
>>>> "select<br>
>>>> RegionWest.TheCave", therion is instructed to select all scraps<br>
>>>> below<br>
>>>> it. For the most part, this works like intendet and the<br>
>> overlappings<br>
>>>> are<br>
>>>> calculated correctly. There are some places however, where the<br>
>> upper<br>
>>>> <br>
>>>> part of the passage is rendered below the lower part, which is<br>
>>>> wrong.<br>
>>>> This is with about 10-15% of the passages (so most is already<br>
>> ok).<br>
>>>> <br>
>>>> I know from the manuals that therion does this "randomly" so<br>
>> there<br>
>>>> is no<br>
>>>> real way to adjust this from my perspective (placing the "input<br>
>> <a href="http://2.th" rel="noreferrer" target="_blank">2.th</a> [1]<br>
>>>> [1]"<br>
>>>> command in the <a href="http://region.th" rel="noreferrer" target="_blank">region.th</a> [2] [2] file, wich then inputs the<br>
>> scraps etc,<br>
>>>> lower in<br>
>>>> the list does not help - it seems random where it is).<br>
>>>> I think, however, that it would be a very great addition, if<br>
>> there<br>
>>>> would<br>
>>>> be some code in the renderer, that sorts the vertical<br>
>> presentation<br>
>>>> of<br>
>>>> the scraps/maps by average altitude of said scrap/map, and that<br>
>> this<br>
>>>> <br>
>>>> behavior is controllable by some configuration (cmdline option,<br>
>> or<br>
>>>> even<br>
>>>> better, thconfig parameter).<br>
>>>> => Is there maybe already something hidden like this i don't know<br>
>> so<br>
>>>> <br>
>>>> far?<br>
>>>> That would be very great, because when i look at the dataset, i<br>
>> face<br>
>>>> <br>
>>>> about 30-50 hours producing correctly manually sorted handcrafted<br>
>>>> maps<br>
>>>> at the region level...<br>
>>>> <br>
>>>> Sincerely, Beni<br>
>>>> _______________________________________________<br>
>>>> Therion mailing list<br>
>>>> <a href="mailto:Therion@speleo.sk" target="_blank">Therion@speleo.sk</a><br>
>>>> <a href="https://mailman.speleo.sk/listinfo/therion" rel="noreferrer" target="_blank">https://mailman.speleo.sk/listinfo/therion</a><br>
>>> <br>
>>> <br>
>>> Links:<br>
>>> ------<br>
>>> [1] <a href="http://2.th" rel="noreferrer" target="_blank">http://2.th</a><br>
>>> [2] <a href="http://region.th" rel="noreferrer" target="_blank">http://region.th</a><br>
>>> _______________________________________________<br>
>>> Therion mailing list<br>
>>> <a href="mailto:Therion@speleo.sk" target="_blank">Therion@speleo.sk</a><br>
>>> <a href="https://mailman.speleo.sk/listinfo/therion" rel="noreferrer" target="_blank">https://mailman.speleo.sk/listinfo/therion</a><br>
>> _______________________________________________<br>
>> Therion mailing list<br>
>> <a href="mailto:Therion@speleo.sk" target="_blank">Therion@speleo.sk</a><br>
>> <a href="https://mailman.speleo.sk/listinfo/therion" rel="noreferrer" target="_blank">https://mailman.speleo.sk/listinfo/therion</a><br>
> <br>
> <br>
> Links:<br>
> ------<br>
> [1] <a href="http://2.th" rel="noreferrer" target="_blank">http://2.th</a><br>
> [2] <a href="http://region.th" rel="noreferrer" target="_blank">http://region.th</a><br>
> _______________________________________________<br>
> Therion mailing list<br>
> <a href="mailto:Therion@speleo.sk" target="_blank">Therion@speleo.sk</a><br>
> <a href="https://mailman.speleo.sk/listinfo/therion" rel="noreferrer" target="_blank">https://mailman.speleo.sk/listinfo/therion</a><br>
_______________________________________________<br>
Therion mailing list<br>
<a href="mailto:Therion@speleo.sk" target="_blank">Therion@speleo.sk</a><br>
<a href="https://mailman.speleo.sk/listinfo/therion" rel="noreferrer" target="_blank">https://mailman.speleo.sk/listinfo/therion</a><br>
</blockquote></div>
</div></blockquote><blockquote type="cite"><div dir="ltr"><span>_______________________________________________</span><br><span>Therion mailing list</span><br><span><a href="mailto:Therion@speleo.sk">Therion@speleo.sk</a></span><br><span><a href="https://mailman.speleo.sk/listinfo/therion">https://mailman.speleo.sk/listinfo/therion</a></span><br></div></blockquote></body></html>