Accepted Solutions
Hi Matt, it looks like there is an issue with parsing certain characters in the layer's style - the '<' and '>' characters aren't being handled correctly when copying the layer (it appears the layer names used to create the vector tile layer have the greater than / less than symbols: "source-layer": "Background, >9k" for ex).
This is ultimately what's causing the issue. The workaround is to upload the style json file directly. That will bypass the systems handling of the style json (and subsequently the parsing issue when copying the layer). Attached is the "copied" json you can use to upload on the copied layer (and can be customized however you need first). It'll be easier to use this json rather than downloading directly from the hosted layer. The hosted layer's style has relative urls which won't resolve correctly if directly copied to a different layer (when copying in the map viewer, the viewer handles the updating of the urls to point to the correct resources. the json i posted has the updated urls). I was able to check out the initial layer you posted before it was deleted - it looks like this was the issue for that layer (relative url could not resolve correctly so the layer did not load at all).
We'll look into fixing the parsing issue for < and > for the next release.
If you need this same fix for other hosted layers (would think so since this one is a test), check out the urls in the attached json. There are three urls that will need to be updated to point to to the original source vector tile layer (effectively hardcoding the urls rather than persisting the relative urls), which hosts all the resources used for copies.
Sorry for the hassle. Let me know if you run into issues or if this doesn't make any sense 
Chris
Hi Matt, it looks like there is an issue with parsing certain characters in the layer's style - the '<' and '>' characters aren't being handled correctly when copying the layer (it appears the layer names used to create the vector tile layer have the greater than / less than symbols: "source-layer": "Background, >9k" for ex).
This is ultimately what's causing the issue. The workaround is to upload the style json file directly. That will bypass the systems handling of the style json (and subsequently the parsing issue when copying the layer). Attached is the "copied" json you can use to upload on the copied layer (and can be customized however you need first). It'll be easier to use this json rather than downloading directly from the hosted layer. The hosted layer's style has relative urls which won't resolve correctly if directly copied to a different layer (when copying in the map viewer, the viewer handles the updating of the urls to point to the correct resources. the json i posted has the updated urls). I was able to check out the initial layer you posted before it was deleted - it looks like this was the issue for that layer (relative url could not resolve correctly so the layer did not load at all).
We'll look into fixing the parsing issue for < and > for the next release.
If you need this same fix for other hosted layers (would think so since this one is a test), check out the urls in the attached json. There are three urls that will need to be updated to point to to the original source vector tile layer (effectively hardcoding the urls rather than persisting the relative urls), which hosts all the resources used for copies.
Sorry for the hassle. Let me know if you run into issues or if this doesn't make any sense
Chris
For the label offset issue, it looks like it might be an authoring issue when the VTPK was created (as the style json doesn't seem to include the offset) - I'll look into it. But it can be added manually to the style, though:
"text-offset"
Positive values indicate right and down, while negative values indicate left and up.
To the school layers, I added "text-offset": [5, 5], which moved the labels down and to the right. Here's how that looks for the layer (should be able to tweak the other text formatting options to make it look better if necessary):
Here's the copy I made with the offset. If you search for "text-offset": [5, 5] in the style json, you can see where it needs to be added in the layout section.
https://www.arcgis.com/home/item.html?id=cdabb056851c437b82da19b73b34d086
For the other issue, I seemed to be able to copy the new hosted layer successfully (this is the one I copied: http://linncounty-gis.maps.arcgis.com/home/item.html?id=dd4f63dd42834faabb2823d85f70dab4 )
The resulting layer had download available, etc without any manual tweaking. I do see the same issue on the copied layer though. Mind to try again? Everything seems ok now from what I can tell. Definitely shouldn't need to do any url updates or anything.
Last mention, I promise
It seems like just updating the previous vector tile package wasn't clearing out the json style because the '<>' symbols were still within layer names. So...I went ahead and created a new vector tile package item, published it to a hosted vector tile layer, and then copied and saved a layer. I now have the 'Download Style' as an option.
Thanks again for pointing me in the right direction!
Something else I noticed when trying to apply custom styles...
I have several layers within my project where there is only a single layer, but that single layer has multiple label classes corresponding to different zoom scales (ex: as you zoom in, labels get larger, more labels appear, etc...).
It seems that within the styling, the label class 'minzoom' and 'maxzoom' property is not assigned properly, they are only assigned a minzoom property and it is the same for all configs, below are some screenshots to illustrate...
ArcGIS Pro --- single address point layer, set to not display when zoomed out beyond 1:2257.
Address points layer has 3 label classes with scale dependencies at each zoom level below 1:2257. The labels turn on and off as expected within ArcGIS Pro.
Vector Tile Styling for address points --- minzoom property is the same for all and no maxzoom property. I tried styling the 2k label class to red (#ff0000) and making the text very small to make the style stand out, but I don't notice any difference.
I did notice that the road labels seem to work as expected within the vector tile styling and I'm guessing that's because they have minzoom and maxzoom properties set correctly. The roads layers use alternate symbols and scale-based sizing.
