lnk-files no longer functioning in "File Open" #1997
Labels
Comments
|
I think this comes from this commit : 0fb46dd (the change to qCC/mainwindow.cpp) If I remember well, this was suggested/requested by another user to fix another issue, so I'm a bit reluctant to simply revert this change. We would need to remember what the issue was exactly, and what could be done to work in both cases... In your case, does it work if you force the file type to LAS in the filters list? |
|
No. I think I will stick to CC 2.12.0 if this functionality will not be
included in future versions. /Tojakab
Den tors 18 apr. 2024 kl 12:02 skrev Daniel Girardeau-Montaut <
***@***.***>:
… I think this comes from this commit : 0fb46dd
<0fb46dd>
(the change to qCC/mainwindow.cpp)
If I remember well, this was suggested/requested by another user to fix
another issue, so I'm a bit reluctant to simply revert this change. We
would need to remember what the issue was exactly, and what could be done
to work in both cases...
In your case, does it work if you force the file type to LAS in the
filters list?
—
Reply to this email directly, view it on GitHub
<#1997 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAGWDMJFA2XNIIQUCTWYFHDY56K37AVCNFSM6AAAAABGHSFM4OVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANRTGQ4TKMZUHA>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
--
__________________
Tommy Jakobsson
Tojak AB
Geografisk informationsteknik
***@***.***
070 588 48 58
|
|
No it doesn't work? Just want to be sure, as that would be very useful to understand how this works 😉 |
|
The reason why I like the funktion is:
I have about 4000 lazfiles spread over a wide area (200 km²). Each lazfile
boundary is mapped in my GIS-system with links to the specific laz-file.
When I need to work with cloud data I create a lasso in the GIS-system over
the area I want to work with. The GIS-system then creates a temporary
catalog with shortcuts to every file that overlap the lasso and modifies
the computers registry so that CC:s "open directory"
(HKEY_CURRENT_USER\Software\CCCorp\CloudCompare\LoadFile\CurrentPath) is
set to the temporary catalog. Then in CC I just press Ctrl-O and I can
conveniently open just the files I am looking for. In a previous version of
my GIS-software I just copied the laz files to the temp directory, but that
was too slow and heavy, so I changed to shortcuts. Is this answer to your
question?
Den tors 18 apr. 2024 kl 14:04 skrev Daniel Girardeau-Montaut <
***@***.***>:
… Can you still answer to the last question? That would be very useful to
understand how this works 😉
—
Reply to this email directly, view it on GitHub
<#1997 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAGWDMODFKRLGP65D2QXS7DY56ZELAVCNFSM6AAAAABGHSFM4OVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANRTG4YDMNBVHA>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
--
__________________
Tommy Jakobsson
Tojak AB
Geografisk informationsteknik
***@***.***
070 588 48 58
|
|
So I'd simply like to know if after you've hit 'CTRL+O', you change the default file filter from 'All (*.*)' to 'LAS files (*.las *.laz)', then would loading .lnk files pointing to LAS file work? Because with the default filter, CC needs to look at the file extension to deduce the file type... |
|
Well that does not work in 2.13.1. I get the following message:
[image: image.png]
when I load via shortcut. When I open the actual .laz directly in 2.13.1 it
work just fine, so I still stick to CC 2.12.0.
Den tors 18 apr. 2024 kl 16:03 skrev Daniel Girardeau-Montaut <
***@***.***>:
… So I'd simply like to know if after you've hit 'CTRL+O', you change the
default file filter from 'All (*.*)' to 'LAS files (*.las *.laz)', the
would loading .lnk files pointing to LAS file work?
Because with the default filter, CC needs to look at the file extension to
deduce the file type...
—
Reply to this email directly, view it on GitHub
<#1997 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAGWDMI5L5MW5HARRUQYYVDY57HDLAVCNFSM6AAAAABGHSFM4OVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANRTHE2DINRXGM>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
--
__________________
Tommy Jakobsson
Tojak AB
Geografisk informationsteknik
***@***.***
070 588 48 58
|
|
For your information it might be of interest to know that the laz-file
itself has the name: "H:\...\65778_1558.laz"
The lnk-file that points to that laz-file however has the
name: "C:\Users\...\cat4F1\(2022-06-09 antal_punkter=3767020)
65778_1558.lnk"
Den tors 18 apr. 2024 kl 17:13 skrev Tommy Jakobsson ***@***.***>:
… Well that does not work in 2.13.1. I get the following message:
[image: image.png]
when I load via shortcut. When I open the actual .laz directly in 2.13.1
it work just fine, so I still stick to CC 2.12.0.
Den tors 18 apr. 2024 kl 16:03 skrev Daniel Girardeau-Montaut <
***@***.***>:
> So I'd simply like to know if after you've hit 'CTRL+O', you change the
> default file filter from 'All (*.*)' to 'LAS files (*.las *.laz)', the
> would loading .lnk files pointing to LAS file work?
>
> Because with the default filter, CC needs to look at the file extension
> to deduce the file type...
>
> —
> Reply to this email directly, view it on GitHub
> <#1997 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AAGWDMI5L5MW5HARRUQYYVDY57HDLAVCNFSM6AAAAABGHSFM4OVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANRTHE2DINRXGM>
> .
> You are receiving this because you authored the thread.Message ID:
> ***@***.***>
>
--
__________________
Tommy Jakobsson
Tojak AB
Geografisk informationsteknik
***@***.***
070 588 48 58
--
__________________
Tommy Jakobsson
Tojak AB
Geografisk informationsteknik
***@***.***
070 588 48 58
|
|
I've (normally) fixed this in this commit: 7dc9b30 If you are interested, you can test the preview of version 2.13.2 here: https://www.cloudcompare.org/release/CloudCompare_v2.13.2.preview_setup_x64.exe |
|
Great!
Den sön 26 maj 2024 kl 12:07 skrev Daniel Girardeau-Montaut <
***@***.***>:
… Closed #1997 <#1997>
as completed.
—
Reply to this email directly, view it on GitHub
<#1997 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAGWDMK5AFBZ5W2XXMVETD3ZEGX5XAVCNFSM6AAAAABGHSFM4OVHI2DSMVQWIX3LMV45UABCJFZXG5LFIV3GK3TUJZXXI2LGNFRWC5DJN5XDWMJSHEZTMMJUGAZDONI>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
--
__________________
Tommy Jakobsson
Tojak AB
Geografisk informationsteknik
***@***.***
070 588 48 58
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Describe the bug
lnk-files no longer functioning in "File Open"
How to reproduce
Expected behaviour
As in earlier version of CloudCompare where the lnk-files worked just fine
Additional context
Your environment
The text was updated successfully, but these errors were encountered: