Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Avoid long trace file names #409

Open
bstabler opened this issue Mar 30, 2021 · 6 comments
Open

Avoid long trace file names #409

bstabler opened this issue Mar 30, 2021 · 6 comments
Labels
Usability Changes that improve usability

Comments

@bstabler
Copy link
Contributor

bstabler commented Mar 30, 2021

Idea Level-of-effort Notes Priority
Avoid long trace file names Hours Reduce filenames (especially in estimation mode and for tracing) because of Windows filename limits. Low
@bstabler
Copy link
Contributor Author

bstabler commented Apr 1, 2021

@stefancoe - it would be good to create folders too to help organize all the output files

@bstabler
Copy link
Contributor Author

bstabler commented Apr 2, 2021

It's pretty simple to turn on support for long file names on Windows 10. See https://www.howtogeek.com/266621/how-to-make-windows-10-accept-file-paths-over-260-characters/ and:

image

I did this, but I also needed to turn off the assertation in activitysim so we should make this assertation optional and user configurable.

@bettinardi
Copy link

Not all government employees have "easy" access to their registry files or other admin level changes. Additionally, this is going to be one of those really frustrating things to remember anytime someone gets a new machine. I recommended attempting to find a solution that works in Windows default.

@bstabler
Copy link
Contributor Author

bstabler commented Apr 5, 2021

Agreed. Another work around is to setup the model in a short folder name location such as c:\activitysim.

@bettinardi
Copy link

I don't think this issue should be resolved with work arounds. The issue should be resolved with a fix/soultion.

bstabler added a commit that referenced this issue Apr 15, 2021
@guyrousseau
Copy link

As for file name length, ARC is a little more hesitant with this one. The length requirement was originally set because of the constraints of binary itself (255) and consistent across many operating systems. While modern operating systems are capable of addressing outside this original bound, not all client software installed and running on these operating systems are capable of addressing files at extended length. ARC would proceed with great caution, as there is potential for data loss or corruption, should the aforementioned software packages on the servers and management systems, such as ARC's backup software, prove unable to address files at the length specified above.

@jfdman jfdman added Feature New feature or request Refactor Changes that neither fixes a bug nor adds a feature Usability Changes that improve usability and removed Feature New feature or request Refactor Changes that neither fixes a bug nor adds a feature labels Dec 9, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Usability Changes that improve usability
Projects
None yet
Development

No branches or pull requests

4 participants