since you do not know the package location for your installation, maybe simply search for files containing the above string in your computer. I am curious what you will find out.
1 Like
@pszufe, please see the following code.
devel@hpz4:~$ grep -inr "5c67c38e-c187-11e8-2be6-e3a6a3a5610f" ~
Binary file /home/devel/.mozilla/firefox/rtp7pfh3.default/favicons.sqlite-wal matches
Binary file /home/devel/.mozilla/firefox/rtp7pfh3.default/sessionstore-backups/recovery.baklz4 matches
Binary file /home/devel/.mozilla/firefox/rtp7pfh3.default/sessionstore-backups/recovery.jsonlz4 matches
Binary file /home/devel/.mozilla/firefox/rtp7pfh3.default/places.sqlite matches
Binary file /home/devel/.mozilla/firefox/rtp7pfh3.default/places.sqlite-wal matches
Binary file /home/devel/.mozilla/firefox/rtp7pfh3.default/favicons.sqlite matches
this is your browse history
perhaps you should search outside your home folder
Then, this means the string is not found at all, besides the browse history, right?
right
So what shall I do then? It’s so frustrating…
find where 5c67c38e-c187-11e8-2be6-e3a6a3a5610f is installed and delete it.
So far you have searched only your home folder.
I do not know how your Julia on Linux is configured - normally deleting .julia is an atom bomb soliutions that solves this kiind issue. Or maybe actually you have not deleted it?
devel@hpz4:~$ ls -a
. eclipse julia-0.6.4 Public .tooling
.. .eclipse julia-0.7.0 .PyCharm2018.3 Untitled1.ipynb
1.py .eclipse-crap julia-1.0.2 PycharmProjects Untitled2.ipynb
anaconda3 eclipse-workspace julia-1.0.3 .python_history Untitled3.ipynb
.atom eclipse-workspace2 julia-1.0.3-linux-x86_64.tar.gz .python_history-22205.tmp Untitled4.ipynb
.bash_history examples.desktop .julia_history qwer Untitled5.ipynb
.bash_logout .gconf .jupyter R 'Untitled Document 1'
.bashrc .gnupg .lesshst .RData Untitled.ipynb
.bashrc-anaconda3.bak haha .local .Rhistory useful_links
.cache .ICEauthority .mozilla .ssh Videos
.conda install Music .sudo_as_admin_successful .vim
.config .ipynb_checkpoints .nv .swt .viminfo
desktop .ipython .p2 t1.py .vscode
Desktop .java Pictures Templates
Documents java_error_in_PYCHARM.hprof .pki text.csv
Downloads .julia .profile .thunderbird
devel@hpz4:~$ rm -rf .julia
devel@hpz4:~$ sudo rm -rf .julia/
[sudo] password for devel:
devel@hpz4:~$ ls -a
. eclipse julia-0.7.0 .PyCharm2018.3 Untitled1.ipynb
.. .eclipse julia-1.0.2 PycharmProjects Untitled2.ipynb
1.py .eclipse-crap julia-1.0.3 .python_history Untitled3.ipynb
anaconda3 eclipse-workspace julia-1.0.3-linux-x86_64.tar.gz .python_history-22205.tmp Untitled4.ipynb
.atom eclipse-workspace2 .julia_history qwer Untitled5.ipynb
.bash_history examples.desktop .jupyter R 'Untitled Document 1'
.bash_logout .gconf .lesshst .RData Untitled.ipynb
.bashrc .gnupg .local .Rhistory useful_links
.bashrc-anaconda3.bak haha .mozilla .ssh Videos
.cache .ICEauthority Music .sudo_as_admin_successful .vim
.conda install .nv .swt .viminfo
.config .ipynb_checkpoints .p2 t1.py .vscode
desktop .ipython Pictures Templates
Desktop .java .pki text.csv
Documents java_error_in_PYCHARM.hprof .profile .thunderbird
Downloads julia-0.6.4 Public .tooling
devel@hpz4:~$ grep -inr "5c67c38e-c187-11e8-2be6-e3a6a3a5610f"
Binary file .mozilla/firefox/rtp7pfh3.default/favicons.sqlite-wal matches
Binary file .mozilla/firefox/rtp7pfh3.default/sessionstore-backups/recovery.baklz4 matches
Binary file .mozilla/firefox/rtp7pfh3.default/sessionstore-backups/recovery.jsonlz4 matches
Binary file .mozilla/firefox/rtp7pfh3.default/sessionstore-backups/previous.jsonlz4 matches
Binary file .mozilla/firefox/rtp7pfh3.default/places.sqlite matches
Binary file .mozilla/firefox/rtp7pfh3.default/places.sqlite-wal matches
Binary file .mozilla/firefox/rtp7pfh3.default/favicons.sqlite matches
Desktop/OpenStreetMapXSim.jl-master/Project.toml:15:OpenStreetMapX = "5c67c38e-c187-11e8-2be6-e3a6a3a5610f"
.bash_history:707:ack '5c67c38e-c187-11e8-2be6-e3a6a3a5610f'
.bash_history:729:ack '5c67c38e-c187-11e8-2be6-e3a6a3a5610f'
.bash_history:732:ack '5c67c38e-c187-11e8-2be6-e3a6a3a5610f'
.bash_history:733:grep -Ril "5c67c38e-c187-11e8-2be6-e3a6a3a5610f" /
Please help me. 
I don’t know as much about @pszufe about OpenStreerMapX of course, but in general these types of errors that are caused by a user’s local installation are very hard to debug remotely.
The best thing you can do is probably to completely uninstall Julia, the .julia folder and any other trace of Julia you can find, and start from a clean Julia 1.1 installation.
2 Likes
will give it a try. I tried the same OpenStreetMapX and OpenStreetMapXPlot installation procedure in my MAC book pro and it works.
I can uninstall Julia by simply delete the installation folder in my home directory, right?
Starting Julia...
[ Info: Recompiling stale cache file /home/devel/.julia/compiled/v1.0/Atom/w9XOh.ji for Atom [c52e3926-4ff0-5f6e-af25-54175e0327b1]
_
_ _ _(_)_ | Documentation: https://docs.julialang.org
(_) | (_) (_) |
_ _ _| |_ __ _ | Type "?" for help, "]?" for Pkg help.
| | | | | | |/ _` | |
| | |_| | | | (_| | | Version 1.0.3 (2018-12-18)
_/ |\__'_|_|_|\__'_| | Official https://julialang.org/ release
|__/ |
julia> using Pkg
julia> Pkg.installed()
Dict{String,Union{Nothing, VersionNumber}} with 8 entries:
"Juno" => v"0.5.4"
"JSON" => v"0.20.0"
"HTTP" => v"0.7.1"
"LightGraphs" => v"1.2.0"
"Plots" => v"0.23.1"
"Atom" => v"0.7.14"
"LibExpat" => v"0.5.0"
"PyCall" => v"1.90.0"
(v1.0) pkg> add OpenStreetMapX
Updating registry at `~/.julia/registries/General`
Updating git-repo `https://github.com/JuliaRegistries/General.git`
Resolving package versions...
Updating `~/.julia/environments/v1.0/Project.toml`
[86cd37e6] + OpenStreetMapX v0.1.5
Updating `~/.julia/environments/v1.0/Manifest.toml`
[86cd37e6] + OpenStreetMapX v0.1.5
(v1.0) pkg> add https://github.com/pszufe/OpenStreetMapXPlot.jl
Updating git-repo `https://github.com/pszufe/OpenStreetMapXPlot.jl`
Resolving package versions...
Updating `~/.julia/environments/v1.0/Project.toml`
[d3d4fdd0] + OpenStreetMapXPlot v0.1.2 #master (https://github.com/pszufe/OpenStreetMapXPlot.jl)
Updating `~/.julia/environments/v1.0/Manifest.toml`
[b964fa9f] + LaTeXStrings v1.0.3
[d3d4fdd0] + OpenStreetMapXPlot v0.1.2 #master (https://github.com/pszufe/OpenStreetMapXPlot.jl)
[d330b81b] + PyPlot v2.8.0
julia> using OpenStreetMapX
[ Info: Recompiling stale cache file /home/devel/.julia/compiled/v1.0/OpenStreetMapX/3fbUy.ji for OpenStreetMapX [86cd37e6-c0ff-550b-95fe-21d72c8d4fc9]
julia> using OpenStreetMapXPlot
[ Info: Recompiling stale cache file /home/devel/.julia/compiled/v1.0/OpenStreetMapXPlot/EiJFN.ji for OpenStreetMapXPlot [d3d4fdd0-c191-11e8-3358-a3629b56487d]
┌ Warning: `getindex(o::PyObject, s::AbstractString)` is deprecated in favor of dot overloading (`getproperty`) so elements should now be accessed as e.g. `o."s"` instead of `o["s"]`.
│ caller = top-level scope at none:0
└ @ Core none:0
julia> m=get_map_data("/home/devel/Desktop/output.osm")
ERROR: KeyError: key OpenStreetMapX [5c67c38e-c187-11e8-2be6-e3a6a3a5610f] not found
Stacktrace:
[1] getindex at ./dict.jl:478 [inlined]
[2] root_module at ./loading.jl:898 [inlined]
[3] deserialize_module(::Serialization.Serializer{IOStream}) at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.0/Serialization/src/Serialization.jl:870
[4] handle_deserialize(::Serialization.Serializer{IOStream}, ::Int32) at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.0/Serialization/src/Serialization.jl:775
[5] deserialize(::Serialization.Serializer{IOStream}) at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.0/Serialization/src/Serialization.jl:711
[6] deserialize_datatype(::Serialization.Serializer{IOStream}, ::Bool) at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.0/Serialization/src/Serialization.jl:1094
[7] handle_deserialize(::Serialization.Serializer{IOStream}, ::Int32) at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.0/Serialization/src/Serialization.jl:751
[8] deserialize(::Serialization.Serializer{IOStream}) at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.0/Serialization/src/Serialization.jl:711
[9] handle_deserialize(::Serialization.Serializer{IOStream}, ::Int32) at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.0/Serialization/src/Serialization.jl:758
[10] deserialize(::Serialization.Serializer{IOStream}) at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.0/Serialization/src/Serialization.jl:711
[11] handle_deserialize(::Serialization.Serializer{IOStream}, ::Int32) at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.0/Serialization/src/Serialization.jl:801
[12] deserialize(::Serialization.Serializer{IOStream}) at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.0/Serialization/src/Serialization.jl:711
[13] deserialize at /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.0/Serialization/src/Serialization.jl:708 [inlined]
[14] #get_map_data#3(::Set{Int64}, ::Bool, ::Bool, ::Function, ::String, ::Nothing) at /home/devel/.julia/packages/OpenStreetMapX/Vi27g/src/parseMap.jl:95
[15] get_map_data at /home/devel/.julia/packages/OpenStreetMapX/Vi27g/src/parseMap.jl:88 [inlined] (repeats 2 times)
[16] top-level scope at none:0
@nilshg thanks for explaining 
We know that you have files that Julia is somehow using somewhere on your machine. We do not know where those files are. One thing is certain: those package numbers are not present in OpenStreetMapX so this is Julia issue not OpenStreetMapX issue - like @nilshg there is no good way to debug such thing remotely.
On my machine I managed to control such things by having JULIA_DEPOT_PATH and switching it every time when running different Julia (e.g. 0.7 vs 1.0.1 vs 1.0.3)
2 Likes
devel@hpz4:~$ grep -inr “5c67c38e-c187-11e8-2be6-e3a6a3a5610f”
Binary file .mozilla/firefox/rtp7pfh3.default/favicons.sqlite-wal matches
Binary file .mozilla/firefox/rtp7pfh3.default/sessionstore-backups/recovery.baklz4 matches
Binary file .mozilla/firefox/rtp7pfh3.default/sessionstore-backups/recovery.jsonlz4 matches
Binary file .mozilla/firefox/rtp7pfh3.default/sessionstore-backups/previous.jsonlz4 matches
Binary file .mozilla/firefox/rtp7pfh3.default/places.sqlite matches
Binary file .mozilla/firefox/rtp7pfh3.default/places.sqlite-wal matches
Binary file .mozilla/firefox/rtp7pfh3.default/favicons.sqlite matches
Desktop/OpenStreetMapXSim.jl-master/Project.toml:15:OpenStreetMapX = “5c67c38e-c187-11e8-2be6-e3a6a3a5610f”
.bash_history:707:ack ‘5c67c38e-c187-11e8-2be6-e3a6a3a5610f’
.bash_history:729:ack ‘5c67c38e-c187-11e8-2be6-e3a6a3a5610f’
.bash_history:732:ack ‘5c67c38e-c187-11e8-2be6-e3a6a3a5610f’
.bash_history:733:grep -Ril “5c67c38e-c187-11e8-2be6-e3a6a3a5610f” /
If you take a look of the above code extract from Ubuntu terminal, the string “5c67c38e-c187-11e8-2be6-e3a6a3a5610f” is also found in the file OpenStreetMapXSim.jl-master/Project.toml.
maybe delete it and makes sure is not imported/cached within Julia
This issue is affecting me in 1.3.0. I have nuked every file/directory that could be triggering it to no avail.
1 Like
I guess in my case, which isn’t related specifically to OpenStreetMapX, the phantom UUID was nowhere to be found, but after nuking everything I found the issue in my case, a typo in the Module’s name.
1 Like
I had this same issue because of old cache files (.osm.cache) generated way before the package ID change mentioned above. Delete them and hopefully it works
Or try
m=get_map_data("output.osm",use_cache=false)