Hey Justin,

My bad, here is some more detail. The reason this is implemented is without 
it, database entries that have for example swedish characters 

*Adam Strömsted*come out looking like this
[image: Screenshot 2021-01-24 at 21.30.39.png]

*Function:*


*from unicodedata import normalizedef normalize_filepath(file_path):     
return normalize('NFC', file_path)*

I was thinking about using pathlib module, I have read it can help with a 
lot of issues such as file encoding but I was worried about the speed 
difference between it and scandir which is built into the os.walk module. 

What are your thoughts on making the change?

// Ben

On Sunday, 24 January 2021 at 19:29:44 UTC+1 justin...@gmail.com wrote:

> What is the implementation of your custom normalize function? I see you 
> are calling it, and mentioned it might be the cause of your problems, but 
> don't see where it is defined. Does it simply call os.path.normpath? 
> Have you tried py3 pathlib 
> <https://docs.python.org/3/library/pathlib.html>to handle all of this, 
> instead of os and manual string formatting? 
> Can you easily reproduce the problem with just some simple operations on 
> that one problematic path? For me, it seems valid in both linux and 
> windows, so something must be going on in the string conversion as you 
> suggested.
>
> Justin
>
>
> On Mon, Jan 25, 2021 at 3:56 AM Benjam901 <benandr...@gmail.com> wrote:
>
>> Here is the error that the user has on their machine and happens when 
>> trying to setup a data container for the path. The reason I am confused 
>> about this is because the path exists and was found when I walked the users 
>> dir path...
>>
>> *FileNotFoundError: [WinError 2] The system cannot find the file 
>> specified: 'G:/De sortat 2020 apr-dec/06 - brüc - Second Live.flac'*
>>
>> On Sunday, 24 January 2021 at 15:38:01 UTC+1 Benjam901 wrote:
>>
>>> Hello community,
>>>
>>> I am having some trouble with my project inside of the windows build, 
>>> this has happened twice now with 2 separate users so it needs to be 
>>> addressed. The thing is, I find this very weird...
>>>
>>> The user inputs a directory they wish to iterate, and I use good old 
>>> os.walk, replace backslashes with forward and then I normalize the path in 
>>> order to make sure the sql database is fine with displaying the special 
>>> chars, which I think might be the cause of my problems: *normalize('NFC', 
>>> file_path)*
>>>
>>> Mac has 0 issues with this but Windows is another story.
>>>
>>> Is there a fool proof way to encode characters for both platforms that I 
>>> am missing?
>>>
>>> Here is the gist of the simple function that gathers the paths:
>>> https://gist.github.com/a626215d95f1b292e66b388be3c1eb2b
>>>
>>> Cheers,
>>>
>>> Ben
>>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Python Programming for Autodesk Maya" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to python_inside_m...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/python_inside_maya/f3866246-3f0d-4d09-bcf3-6966610fc3dfn%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/python_inside_maya/f3866246-3f0d-4d09-bcf3-6966610fc3dfn%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Python Programming for Autodesk Maya" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to python_inside_maya+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/python_inside_maya/e477e173-397d-4bba-819f-6f38431cb1b0n%40googlegroups.com.

Reply via email to