spiceinit problem with user DEM if using web kernels

[Ben-Bussey]

ISIS version(s) affected: 4.1.2

Description
I get a smear model error if I try and use a local DEM. I can run spiceinit on a LROC WAC cube (output from lrowac2isis) with web=yes for the SPICE. But if I choose SHAPE=USER and point to a local DEM I get an error (attached) about initializing a camera model. The DEM I am using has been through DEMPREP.

As a test I went and selected the DEM that is installed in the base/dem directory, which is the one that spiceinit uses if you leave shape=system. I get the same error

How to reproduce
process a WAC CDR through lrowac2isis, to get an odd and even cube. then try and run that cube through spiceinit using web=yes for the spice, and a local dem

Possible Solution

Additional context

[jessemapel]

This is an unfortunate side effect of how the spice web server works. It basically runs spiceinit with your image label on our server that has the data area. So, anything that uses a local path for your system will not work with the spice web server.

For Surface models, there is potential to make this work. See #1986

[jessemapel]

I'm going to leave this open for adding a better error message because it's easy to check for this case.

[jlaura]

@kberryUSGS I believe that working on making this work with the SPICE server is out of scope for the calibration routines. Does it make sense to label this as a SPICE server related issue as we transition (longer term) to fully supporting remote SPICE?

[jlaura]

It looks like this should have been fixed already via #3791. We need to redeploy those changes for the SPICE server. Thanks @Kelvinrr for identifying that merged PR for me!

[Kelvinrr]

@jlaura that PR addresses the version issue (this seems more like a duplicate of #1986, not #3725), so I don't think that PR affects this problem at all (oddly enough, before the fix was deployed I'm surprised he got to the camera model init step using 4.x.x 🤔 ).

[jessemapel]

After more discussion we're going to close this in favor of #1986. Basically the amount of work required to add an exception is low, but the amount of work to make this just work isn't that much more.