-
Notifications
You must be signed in to change notification settings - Fork 12
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
How can I get the coefficient of friction in rviz? #5
Comments
Hi @sevenzero70. I'm actually unsure of where those colors, specifically the yellow and orange come from. They don't line up to anything from our package alone, and the colors don't seem to line up to the boundaries of the elements. Is it possible you have something else being visualized which is overlapping the mesh resulting in the off colors? That should should a mostly pink mesh as the hill in If you'd like to try with the bag from our demonstration video, this is the rosbag we collected from that run: Since there was snow for this one, we use |
Thanks for your reply. I try to run spot_comp3.bag with "rosbag play -r 0.1 spot_comp3.bag --pause --clock", and at about 4.9s, I find there are still too much color like yellow and orange on rviz. They aren't like classification of terrain, and I cant't find where these colors from. I'm not sure if the slow calculations due to device limitations and end up not getting the correct image in realtime. By the way, I only deploy the code on the CPU, because I don't have GPU to do this.
"/mesh" shown on rviz is like this:
…------------------ 原始邮件 ------------------
发件人: "roahmlab/sel_map" ***@***.***>;
发送时间: 2023年3月29日(星期三) 凌晨0:50
***@***.***>;
***@***.******@***.***>;
主题: Re: [roahmlab/sel_map] How can I get the coefficient of friction in rviz? (Issue #5)
Hi @sevenzero70. I'm actually unsure of where those colors, specifically the yellow and orange come from. They don't line up to anything from our package alone, and the colors don't seem to line up to the boundaries of the elements. Is it possible you have something else being visualized which is overlapping the mesh resulting in the off colors? That should should a mostly pink mesh as the hill in spot_comp8.bag should mostly be uniformly classified. spot_comp3.bag which was previously provided may be a better example.
If you'd like to try with the bag from our demonstration video, this is the rosbag we collected from that run: spot_vid2.bag.
Since there was snow for this one, we use terrain_properties:=pascal_context.yaml, and semseg_config:=Encoding_ResNet50_PContext_full.yaml.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
Can you verify that you aren't visualizing something separate of the
package? Do you mind sending the RViz file you are using or more details
about how your RViz is configured?
|
Thanks for your help.
I use the default .rviz of "spot_bag_sel.launch". Besides I find something interesting:when I change the whole elements of "values" in "default.yaml" into a value" - 0, 255, 0", and I get a image with a red gradient like:
when I choose "roslaunch sel_map spot_bag_sel.launch colorscale:=use_properties.yaml", I can get a image about terrian classification like this:
…------------------ 原始邮件 ------------------
发件人: "roahmlab/sel_map" ***@***.***>;
发送时间: 2023年4月1日(星期六) 晚上11:02
***@***.***>;
***@***.******@***.***>;
主题: Re: [roahmlab/sel_map] How can I get the coefficient of friction in rviz? (Issue #5)
Can you verify that you aren't visualizing something separate of the
package? Do you mind sending the RViz file you are using or more details
about how your RViz is configured?
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
I don't think any of your images are attaching correctly. Do you mind
sending them again?
Also, I understand you're running with the launch file, but can you send
the specific .rviz file in use? It appears to have changed locally and I
want to see what is being visualized now.
|
Sorry, I add the .rviz file and image into the mail, but I don't know why is not shown, wait a minute and let me try again.
…------------------ 原始邮件 ------------------
发件人: "roahmlab/sel_map" ***@***.***>;
发送时间: 2023年4月2日(星期天) 凌晨0:20
***@***.***>;
***@***.******@***.***>;
主题: Re: [roahmlab/sel_map] How can I get the coefficient of friction in rviz? (Issue #5)
I don't think any of your images are attaching correctly. Do you mind
sending them again?
Also, I understand you're running with the launch file, but can you send
the specific .rviz file in use? It appears to have changed locally and I
want to see what is being visualized now.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
Hello, I’m sevenzero70, I’m not sure you can get this mail, but maybe there is not compatible in original mail client, so I change another mail address to send to your some message.
.rviz file:
red gradient image:
Terrain classification image:
|
It still doesn't seem to have worked. I think you may have to try sending
the attachments from the GitHub website itself.
|
The files that you have sent to me now do look mostly reasonable, but I do see a possible issue. Can you make sure the Otherwise, the files you sent match my expectations given what you've mentioned. The colorscale appears to be working right in the two images you sent. If you added a red RGB value like I was wondering if you had something else visualized in the original image because the yellow and orange colors in the original image don't appear in the colorscale provided from the repository, and they don't seem to line up to the mesh faces. It's most obvious on the diagonals, but the triangle have their main diagonals from top left to bottom right, and there are a few yellow-pink boundaries on the opposite diagonal which shouldn't be possible: The way the coloring works, it should color an entire mesh face at a time, which is mostly the case in these two example images from the zip file provided. It does seem like there are overlapping meshes (especially in the second image), which is affecting the appearance of the mesh though. |
Hi @sevenzero70, I just wanted to check in to see if you had any progress in figuring out the issue with the mesh? Were you able to try changing the queue size to see if that solved the issue? |
Thank you for your help, after the last email conversation with you, I have not checked the email until now, because that I was seriously ill and had a fever for several days, I have to apologize for this.
According to your description, I try to set the buffer size into 1, and there are no overlaping meshes under the Mesh dispaly; but I still not find if I don't add the value like 0, 255, 0 where the yellow and orange colors from.
…------------------ 原始邮件 ------------------
发件人: "roahmlab/sel_map" ***@***.***>;
发送时间: 2023年4月6日(星期四) 上午9:34
***@***.***>;
***@***.******@***.***>;
主题: Re: [roahmlab/sel_map] How can I get the coefficient of friction in rviz? (Issue #5)
Hi @sevenzero70, I just wanted to check in to see if you had any progress in figuring out the issue with the mesh? Were you able to try changing the queue size to see if that solved the issue?
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
I see, no worries! Hopefully you're feeling better! So it seems like we have at least addressed the issue of overlapping meshes. Can you perform a For example:
|
Sorry to bother you after a long time, I get part of the mapping effect when running “spot-comp8.bag” under the default configuration as shown in the figure, but the colors shown in the figure I only find that means the classification of the terrain category.
Besides I want to get an image similar to the second row of Figure 5 in your paper to represent the image of the coefficient of friction, like this.
and what should I do?Maybe I can change something in elmap.py? Waiting for your reply, thanks.
The text was updated successfully, but these errors were encountered: