[b][/b]
[i][/i]
[u][/u]
[code][/code]
[quote][/quote]
[spoiler][/spoiler]
[url][/url]
[img][/img]
[video][/video]
Smileys
haenseln
verwirrt
ausruf
augen verdrehen
verrueckter teufel
boese oder sehr veraergert
weinend oder sehr traurig
verlegen
pfeil
veraergert
lachend
fetzig
erschuettert
idee
ueberrascht
traurig
zwinkern
laecheln
Uebergluecklich
neutral
mr. green
computerfreak
extremer computerfreak
frage
smile2
spook
alien
zunge
rose
shy
clown
devil
death
sick
heart
frage
blush
frown
crazy
hmm
laugh
mund
oh
rolling_eyes
oh2
[pre][/pre]
Farben
[rot][/rot]
[blau][/blau]
[gruen][/gruen]
[orange][/orange]
[lila][/lila]
[weiss][/weiss]
[schwarz][/schwarz]
Droniste
Beiträge: 284 | Zuletzt Online: 26.03.2024
Name
Thomas Marguet
Wohnort
Ariège, France
Registriert am:
30.03.2020
Geschlecht
männlich
    • Droniste hat einen neuen Beitrag "Excel re-import issue" geschrieben. 08.03.2024

      Thanks for your inputs! I found the issue: the file had 2 caves with same ID... . Problem solved with paste issue as well.
      To avoid this to happen, maybe there should be a test on cave ID uniqueness when entering or editing the cave ID.

    • Droniste hat das Thema "Data Paste issue" erstellt. 08.03.2024

    • Droniste hat das Thema "Excel re-import issue" erstellt. 08.03.2024

    • Droniste hat einen neuen Beitrag "More layers than Google Maps?" geschrieben. 05.03.2024

      Hi Jochen,

      Thanks for implementing this feature. This is great... really! I love it!

      As a reminder for everyone, you can become an editor for OpenStreetMap project - OpenTopoMap being a layout of OSM - and that will give you the ability to improve the maps in your caving area(s)... obviously following OSM editor rules, but this is powerful :)


      I have one issue but I guess this is because of my (very) low speed Internet... still hook up to the very end of an ADSL line here (they swear : optic fiber is coming... soon!). Anyway, I struggle to get the tiles downloaded.

      Also, here is a few extra things that would be great to add if possible :
      - Graphical scale
      - UTM grid
      - True North arrow
      - Copyright feature for the survey data. Maybe this could be added in Settings: text box to let the user defines what the data/drawing copyright is.

    • Droniste hat einen neuen Beitrag "Auto-adjustement issue back with 10.4.1" geschrieben. 23.02.2024

      That was it. Last update installation seems to have wiped out username, password together with setting max lines value back to default (500). I normaly have it set to 1500.
      Problem solved

    • Droniste hat einen neuen Beitrag "Filtering vs adjustment... something goes wrong" geschrieben. 27.01.2024

      great, thanks !

    • Droniste hat einen neuen Beitrag "Filtering vs adjustment... something goes wrong" geschrieben. 27.01.2024

      no, the "jump" I see is when in visualizaion tab the filter is active, and I go in drawings tab then the shots and splays are shifted.
      It is obvious if you look the bottom right part of the survey in the following screenshots:

      Drawings tab, no filter enabled.
      [[File:Capture d?e?cran 2024-01-27 a? 10.01.54.jpg]]

      Drawings tab, filter enabled
      [[File:Capture d?e?cran 2024-01-27 a? 10.02.16.jpg]]

      Vizualization tab, no filter
      [[File:Capture d?e?cran 2024-01-27 a? 10.03.11.jpg]]

      Vizualization tab filter enabled
      [[File:Capture d?e?cran 2024-01-27 a? 10.04.11.jpg]]

      Drawing tab, filter still enabled in Vizualization but not in Drawings tab... drawings and shots/splays don't match anymore.
      [[File:Capture d?e?cran 2024-01-27 a? 10.04.37.jpg]]

      Filtering in Vizualization tab should'nt affect filtering in Drawings.

      I guess the issue lies within the adjustment. It looks like in vizualisation tab, adjustment in only applied to the filtered data, right? But in drawings, adjustement is applied to all data. However, when filtering is enabled in Vizualisation, then it looks like the adjustment in Drawings tab only apply to whaterever is filtered in Vizualisation tab.... make sense?

    • Droniste hat einen neuen Beitrag "Survey reference starts inside the cave, not at the entrance " geschrieben. 22.01.2024

      Hi Mark,

      In CRP, when a shot has RefPassage/RefStation = Passage/Station, then it is considered as a Ref point (=entrance or a junction station between 2 caves if you have filled in the RefCave column)
      if 1.0 is inside the cave, you should name it 1.0x 1.0 otherwise CRP will consider the station as the entrance. and to have your entrance placed at the actual location defined in the bottom right box (lat/long/alt), let's say it is station 1.5, you'll need to have a line with 1.5 1.5.
      Attached an example of a survey done from the end of a cave to the entrance.
      [[File:Capture d?e?cran 2024-01-22 a? 14.20.55.jpg|none|auto]]

      Hope this help
      Thomas

    • Droniste hat einen neuen Beitrag "Deklination" geschrieben. 19.01.2024

      I guess this is sorted now :).

      Hallo Edi,

      Sorry, I don't speak/write/read German... so it will be English or French (Google Translate is our best friend).

      I have edited your file so it should be OK but I recommend you do it again for training 🙂

      It might be misleading but in the information box "Hohlendaten", as the "Deklinaiton" and "Änderung" are not used in any calculation. After filling the "Datum", the "Deklinaiton" and "Änderung" are given but only for information (and only if you are connected to Internet) . This feature will only help you finding the correct declination data for a specific date, that's all. As I mentioned on the forum, you have to define the survey instrument :

      Go to Datei tab > Geräte > right click > Neu. Then fill the new line in with required data (device ID (your choice but as to be numerical), device name, date, declination, variation, etc.)

      I have set the Geräte based on the 1st of January of each year. But you could enter any date, as long as the data are correct for that date.

      Then in Daten tab, in you have to fill the Gerät column with the correct device IDs.
      To make this quick, select the lines using the same "Gerät" ID - lines should be highlighted - then in Werte box (top), in Spalte dropdown menu select Gerät, then in the box to the right type de GerÄt ID and click "Ersetzen". Done... then you can do the other line.

      I have used the year as device ID... simple and easy 🙂

      Cheers
      Thomas

    • Droniste hat einen neuen Beitrag "Deklination" geschrieben. 19.01.2024

      Send me your file so I can have a look.
      I sent you an email in our forum mailbox with my email address.

    • Droniste hat einen neuen Beitrag "Deklination" geschrieben. 19.01.2024

      Presuming this isn't a software issue (I might be wrong), could it be because you only defined one Instrument for the entire data set? e.g. applying magnetic variation to 2020 data based on 1989 magnetic declinaison + magnetic variation would not be right as magnetic variation doesn't apply for a too long period of time.

      To avoid this I define an Instrument for every year.
      [[File:Capture d?e?cran 2024-01-19 a? 11.50.17.jpg]]

      In the data table, I assign to the data the "Instrument of the year".
      [[File:Capture d?e?cran 2024-01-19 a? 11.51.26.jpg]]

    • Droniste hat einen neuen Beitrag "auto-adjustment for mutli-entrances cave doesn't work anymore" geschrieben. 28.12.2023

      Hallo Jochen,

      I still have some issues with the Auto-Adjustement for multi-entrances cave. Maybe I'm doing something wrong (?). I have 3 entrances linked together, approx 1500 survey shots, many loops. I have increased the auto-adjustement settings to something stupidly high, still no loop adjustement.
      I managed to upload my file on G-drive so you can have a look. I'll sent you the link via PM.

    • Droniste hat einen neuen Beitrag "Filter bug in Drawings tab" geschrieben. 04.12.2023

      I have to admit I struggle to clearly identify the bug as before the bug appeared, I found the filter feature a bit awkward and I did not like the way filter validation worked or at least the way I found to make it work. I never knew "tab" to exit would validate the filter. After typing in the new value, I would reselect the filter type in the dropbox menu... not practical but it clearly worked before the bug. I think the filter value should be validated by either typing "enter" or click on a validation button, any other way is not intuitive in my opinion (tab or click anywhere). Concerning saving filter value after it has been validated, I think the value should be saved for each filter type and not one value for all filter type. This would allow to quickly swap between two filters without typing again and again the values. This can be very useful when you have a huge amount of splays and want to see something that one filter cannot clearly segregate. Maybe you could even develop a secondary filter, to increase the filtering capacity and segregates splays. What do you think?

    • Droniste hat einen neuen Beitrag "auto-adjustment for mutli-entrances cave doesn't work anymore" geschrieben. 04.12.2023

      Hi Jochen,

      Sorry for the long silence, but now back home and in front of my computer...
      To be honest I don't know what could be the best solution. For sure, if several caves are connected and auto-adjustment selected for at least one of the network entrance, then auto-adjustement should apply to this network. Now, does it has to be applied to all other surrounding caves ? It can be discussable and this answer probably lies more into the number of adjustments and computer calculation capacity. I'll see how it goes with 10.3.1.
      I'll try to make my file available on G-drive, as it start to be a big one - with multi-entrance caves, many loops, massive amount of splays - so you can use it for test if you don't have any available yet.

Empfänger
Droniste
Betreff:


Text:
{[userbook_noactive]}


Xobor Forum Software © Xobor
Datenschutz