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
file c:\ado\personal/b/brewmeta.dta not found (again!) #21
Comments
Could you tell me how you installed the program? If you pulled the version from the SSC archives it has a reference to colorbrewer that no longer works. There is information about installation on the project site (http://wbuchanan.github.io/brewscheme). If you installed it from this location (which contains the code from the dev branch) you shouldn't get the error that you had. If you could provide more info about how you installed things I can try to figure out where the issue is. |
hi ! thanks for your answer! is that correct? then, when I type what is wrong here? |
Do you have write permissions on the ADOPATH? The program libbrewscheme is just a convenience command to compile the Mata code on your machine and it writes the file the to ADOPATH by default. Try: ado, find(brewscheme) Where [#] is the number returned from the first line. Maybe there is more than one installation causing a problem or something. If nothing else, if you could do: set tracedepth 3 And attach a copy of that output it would help me to track down where the issue is coming from. |
there were several different installations. net inst brewscheme, from("http://wbuchanan.github.io/brewscheme/") replace still, I cannot run librewscheme. I use windows 10 (should I set up some specific write/read rights on my C drive?) Please see the following: . set tracedepth 3 . set trace on . libbrewscheme
. brewscheme, scheme(set1) allst(set1) allc(5) allsat(80)
. |
ran Stata in admin mode, then some progress: . libbrewscheme
. brewcolordb, ref
|
damn! I hope we find a solution! I would love to try your package! ;-) |
also, I use many other packages and I never had any permission problems or others... that s very weird |
just in case: . sysdir I dont have a /personal folder though. everything is in plus. could that generate the problem? Also, I see that in the error message c:\ado\personal/b/brewmeta.dta not found you have both "/" and "". Is that a problem? thanks again for your time |
You should be fine if you:
Assuming, of course, that you have write permissions in C:\ado. It is relatively normal practice to store some items in the personal directory on the ADOPATH and in the case of these programs there are several specialized subdirectories that are created in the personal subdirectory to store files used to look up color values, store metadata, etc... After you add the subdirectory it shouldn't be an issue, but I'll look into adding a fix to handle cases like your's where there is no existing personal directly available at install. There is now a possible fix for this issue in the branch personaldirectory (has modified versions of brewcolordb.ado and brewscheme.ado. |
Good morning! . brewcolordb, ref If this is just some dta container that you use later one, maybe you could include it directly in the files downloaded using net install? |
You do have write permissions for C:\ado correct? The problem with including the file with the install is the volume of the different files and potential differences in users' platforms. For example, if you had a named color style installed on your system that was not available on my system, this program should pick it up so the colors could be translated for color sight impairments and store them as well for future lookups. Do you have the subdirectory C:\ado\personal\brewcolors? It seems like it might be a problem with file permissions and may be unique to Windoze 10. Are you able to try running things on a different OS to confirm the same issue? I'll try testing things from the office this morning, but I don't have access to the same OS as you and this may take a bit of time/effort to fix. That said, I'm sure others who will not encounter the same issue would be grateful. In the meantime if you could
That might provide a bit more information that I could use to try hunting this down. You could also try to copy the brewcolordb and brewscheme ado files from the personaldirectory branch to see if that fixes the problem (just copy over the existing files with those versions to see if what I added this morning fixes the issue for you). |
i am more and more convinced that this is a problem due to Windows 10 enforcing read-only rights on many folders. http://www.cnet.com/forums/discussions/windows-10-changed-all-my-documents-to-read-only/ |
Have you tried to change the file permissions for C:\ado? If you allow yourself read and write permissions I imagine that would resolve things. If that works, let me know so I can make sure the issue gets closed. |
ok, problem fixed. Actually it is a huge pain in the CPU due to a known bug from windows 10. Basically the issue is that updating to windows 10 from previous versions of windows messes up the reading/writing rights of many files, in a way that is not very easy to regain control over them. I had to move my files to another hard drive, manage admin rights, and create each single folder brewscheme needs manually. See the url above. So here would be my recommendations for this package:
In sum, congrats for this amazing great work and hopefully you will find my comments useful!! |
I appreciate the difficulty and pain you're dealing with. Issues like that are what led me to abandon the Windoze platform several years ago. It is possible to put all of the stuff in the same directory, but then creates a huge mess in everyone's ADOPATH (remember every time you create a theme/scheme file there are actually 5 separate files being generated); the idea for this type of file management actually grew out of an old presentation from Vince Wiggins at one of the user group conferences where a new subdirectory would be created in the user's personal directory to store the different help files that made up the smcl "slide deck". However, knowing that this is an issue, what I can and am more than happy/willing to do is add some additional information about this issue to any installation instructions. With regards to the second suggestion, I definitely planned to add more examples of things. The ggplot2 default colors - in particular - are a bit more difficult to easily explain as the palettes are a function of the number of colors (it uses a linear interpolation of the hue parameter in HSL color space and divides the space evenly based on the number of requested colors [for the most part]). I still haven't gotten around to it, but that was a large part of the reason for creating brewviewer and brewcbsim (e.g., to provide end users with some tools that would make it easier for them to view different combinations of colors and/or palettes in ways that I may not fully anticipate). As I finish some of the last modifications for some of the features I'll try to add more examples to things. If there are specific examples that you think would be helpful/beneficial feel free to let me know and I can try to get some of it built out. I'll also try to get a Wiki set up so that others will be able to contribute examples and things like that to the package repository as well. Thanks again, |
thanks! Personally speaking, nobody ever looks at what's inside these folders. You just download the right ado file in the right folder and that's it. Putting all your files there wouldnt create a particular mess I think |
The comment regarding showing all the palettes is now posted on the brewviewer page. To replicate on your system:
Since users can add their own palettes to the dataset, the viewer was developed to avoid the inconvenience of having to check multiple locations to see how the palettes look. With a smaller number of palettes x colors the default behavior is to keep each of the graphs open in the graph window using the name option of the graph commands. |
I have the same problem - what is the recommended fix? |
Is C:/ado/personal writable on your machine? Some people have had issues with file permissions that cause an error writing the file to that location. Otherwise, if you could copy exactly what you typed (preferably with set trace on and set tracedepth 2) it would be easier to diagnose what the issue is. |
This is all the output, from the installation to the error message: . net set ado "c:\ado\personal/" . ssc install brewscheme, all replace . net inst brewscheme, from("http://wbuchanan.github.io/brewscheme/") replace al
the following files will be replaced: installing into c:\ado\personal/... copying into current directory... . libbrewscheme
. brewcolordb
. brewscheme, scheme(punk1) allst(purples)
|
And here is the trace, for the last command which gives the error: . brewscheme, scheme(punk1) allst(purples)
. |
Oh and yes, the filepath is writable and I'm opening Stata with a right-click >> "Run as administrator" |
It may be an issue with the older and current versions being installed. Try:
Replace the
Should install the newest version for you. Try using
To force it to overwrite the file it says it can't read. Are you able to load the file C:/ado/personal/brewcolors/colordb.dta? brewcolors() is a Mata object that gets used by brewscheme/brewtheme to transform the RGB color space and/or look up existing values to write to the additional files that get created for the forms of color sight impairments. |
And as I recently found out, admin rights don't always mean the same thing on Windows. Recently had an issue erasing a file from disk (I have local admin and created the directory in which the file was located), and the system admin couldn't erase it either (even with admin credentials). It's better to verify that the file/subdirectory is writable (haven't tried it with a directory but you may be able to use the filesys command to check the directory permissions, and if not could certainly check the permissions on the file itself). |
It shouldn't be due to previous installations. I used adopath ++ ... To set the C:\ado\personal folder as the first ado folder to check. However, a net install to this folder doesn't create the .dta file. Also, I don't think it's a permission issue. I do have write access. Second, (after the above) I've created a new ado folder in a location that is definitely not considered a system location (I wouldn't know why c:/ado should be protected, but anyways). I've then set this folder as the first folder for ados, using adopath ++ - again. A subsequent net install to this folder does not create the .dta file. Any other ideas? |
It can be due to previous installations when there are multiple versions installed. Did you verify that you have write permissions enabled on the subdirectory? http://answers.microsoft.com/en-us/windows/forum/windows_10-security/folder-and-file-permissions-changed-in-windows-10/38bb51a5-8cfb-4349-b635-0fdae1287eb0?auth=1 There is no need to use adopath ++.
I do not have access to Windoze 10 and have no plans to purchase it, but given that file permissions were an issue for another Windoze 10 user previously I can only assume that it is the result of a similar issue. The .pkg file handles the installation of the program files to the appropriate destinations so there is no reason to attempt to override this and it makes it more difficult to diagnose the issue. If you follow my earlier recommendations (e.g., remove all versions of brewscheme that you have currently installed and do a fresh install from the location above) I'd be in a better position to try diagnosing what could potentially be going wrong on your system. As mentioned earlier in this thread the programs create subdirectories and files in C:/ado/personal, so if there are file permission issues with that directory it will cause the programs to malfunction. |
Sorry, I'll have to give up. I've tried one more time, following the above instructions but no luck. I won't need this urgently before September and won't be able to look into this further - my apologies. My last error message is r(603) [search r(603), local]; so I think you must be right about permissions. Thanks again for all your work and support with this! |
Did you run into the error when running the command
So I can verify that on my system (which is a Mac running OSX) has the write permissions enabled for the path of interest. Additionally, if you need to modify the permissions you can do that as well
It could also be an issue related to starting the Stata process as an admin while the path is owned by a different user account. In either case, this should help a bit. The error code you mentioned above could be cause either by file system permissions or an unclosed file connection. To close any open file connections you can use |
The error occurs when running java.lang.UnsupportedOperationException |
@tiemann Just created a new issue for the issue you had with the filesys command and will be pushing an update shortly. It isn't actually a Java issue, but an error in the ordering of some of the code in the .ado wrapper around the Java plugin. If you wanted to fix it temporarily on your system, you can:
Once in the file, you'll want to move lines 50-51 up to line 41 leaving everything else in place. I inserted some additional code between if and else single line statements and never moved the else statement back to the syntactically correct location. |
This indeed fixed filesys:
Even though I still get the same r(603) (after another complete reinstall and after then fixing filesys as instructed) . brewcolordb, ref
|
@tiemann New fix is all set in the distribution and on Windows 7 will look something like:
To give you an example of some of the files/subdirectories that get created:
|
Confirming that this new installation fixes filesys (just as posted a minute ago, above), but that I get the same error (just as posted a minute ago, above). Also, I don't get any subdirectories created in C:\ado\personal\b |
@tiemann to make it easier to locate any additional comments/fixed, you should probably move things over to #36. I just deleted all of the subdirectories and files created by the programs and uninstalled everything then ran things from installation through the generation of your scheme file and even tested the scheme file quickly and it worked fine on Windoze 7. |
Hi,
Thanks for developing this very nice Stata package. I have Stata 13 MP on windows 10 and I tried to use your package but I got the same error message as another user a couple of days ago:
. brewscheme, scheme(set1) allst(set1) allc(5) allsat(80)
file c:\ado\personal/b/brewmeta.dta not found
What should I do? What is the proper way to install brewscheme?
Many thanks for your help!
The text was updated successfully, but these errors were encountered: