Does that also work for Icons?? and any recommendations for icon sets?
I did try this with Google Drive, and it didn't work. I also tried it with sync.com, same result/ @Sebastien made a good suggestion that did work for what I wanted to do.
2 Likes
Not trying to contradict your findings, but am happy to report that my "Proof of Concept" testing just now -- using Google Draw to create a Tile background image hosted on Google Drive -- revealed that indeed, the web-based images remain fully editable. I got the necessary image URL after clicking "Publish to Web" (that's the magic sauce) from the Google Draw menu.
Note this "Before" image:
And this "After" image:
All I did between opening the Dashboard the second time was go back and change the Google Draw image's background from red to green. It auto-updated in Hubitat Dashboard!!
I think this opens up some real possibilities in terms of image re-use and/or refinement over time without the need for overly complicated Photoshopping skills. Of course, one downside is having Dashboard resources stored in the cloud vs the comparative speed and reliability of hosting all your image files locally on the Hubitat itself.
NOTE: Really wish Tiles permitted more than a single associated image, so we could create separate ones for, say, "On" state and "Off".
1 Like
No.
2 Likes
Changing icons requires CSS/JSON changes and can be more work to implement.
1 Like
I wonder why. Even the lowly Vera platform supported file management via scp, which is completely secure, and comes in mighty handy when you have 50 items to transfer, delete, rename, or need to do a version compare.
I’m not sure. Here’s some speculation ….
The platform runs in a JVM sandbox. The only Java sshd implementation I’ve seen was a performance hog. So perhaps that’s why?
Would love some elucidation/education from @gopher.ny.
3 Likes
That and a collection of other capabilities surrounding the Dashboard....but just not preferential, reliant, or tethered to Google 
3 Likes
Not entirely sure, could also be potential security implications of allowing that type of access?
2 Likes
No contradiction, I thought you said Google Drive. I've never heard of Google Draw, but then again, I tend to shy away from Google as much as possible. I was playing with drive. That explains why I couldn't get it to work.
1 Like
That.
3 Likes
I have never noticed a speed difference. Dashboards that have a lot of images to pull from the cloud, seemed to load just as fast as when I put the same images into HE File Manager and pull them from there. One advantage of the cloud storage of images is they can be used for a cloud dashboards and local dashboards. Images stored in HE file manager can only be used for local dashboards.
Currently if you subscribe to HE Hub Protect, none of these local files are backed up to the HE cloud. It would be nice if they where, or alternatively if the File Manager (that is currently 1 GB) was partitioned into 2 sections. One that is around 25 MB, and another that is around 975 MB. Have the 25 MB partition be part of the cloud back-up. This is easily enough room for me to store my image files.
Good to know, and I truly appreciate the deeper dive. Where is all this stuff documented? I swear, i go looking daily for decent HE docs and came away thinking it's not out there.
Thinking ahead to a Wishlist of the Future, say a stretch goal for platform "C9" (when it comes)...
How about pulling a trick out of the bag of the SCADA systems of the 90's and allowing us to page through/drill down into a collection of diagrams/schematics/blueprints/images of a home, facility, building, farm, yard, WHATEVER....and place device icons on that background with full color, animation, and numerical data presented.
While the dashboard is more than adequate (especially for the designer) the physical diagram or image of the device topology is often intuitively helpful for everyone else. Especially if they have to come in behind you and change the batteries or debug future problems after you are gone.
Some in this Community will remember the likes of Wonderware that brought this kind of SCADA system to Windows and broke the hold of high dollar turnkey platforms.
2 Likes
When using local images stored on the hub, they only shows up as tile backgrounds on the iOS app when the device is on the same LAN.
When accessing the dashboard outside of the LAN, the images do not load.
I understand that images use the local ip of the hub, but is that url not converted somehow when the dashboard is accessed through the cloud?
You understand correctly. Images that are stored locally on your hub are accessible from your local network, but not from outside this same network.
To have images that are accessible on and off your LAN, you will need to store them in a location that is available from anywhere on the web, and link to them.
1 Like
I’m not seeing why the images cannot be pulled from the hub directly, if the other device information etc. is accessible.
You make a good point. I suppose they could likely and somehow allow images to be transferred through the Amazon Web Services (AWS) as well as the rest of the data, but that would likely require quite a bit more bandwidth.
That said, since it is possible to instead save those images on a web accessible location, would there really be value in doing this?
I also never really understood why if the image is in file manager it didn't display when you are not on your network. However I will add that every dashboard integration I have used handles images the same way, requiring a hosted image.
The value would be twofold:
-
More reliable/centralized data access. Less moving pieces means you can’t accidentally delete an image from say your Google drive folder, or if the sharing protocol changes, you’re not having to update image links.
-
Speed and local control. If you are on the LAN, the images will load quicker. If the internet goes down, the images still load.
