Hi Cuyler,
In general it will help if you also email a snippet of code you tried that didn't work. In this case I suspect you didn't specify start and end dates properly.
if you look at the documentation you have: ulmo.cuahsi.wof.get_values(wsdl_url, site_code, variable_code=None, start=None, end=None)
This means that wsdl_url and site_code are required variables that have to be specified in that order. The other three are 'named' variables which can either be specified in that exact order OR as is the more standard case you use their names and then the order doesn't matter. The None values in the description above are the default values used if you do not specify those parameters.
i.e
data = ulmo.cuahsi.wof.get_values("
http://river.sdsc.edu/wateroneflow/NWIS/DailyValues.asmx?WSDL", "NWISDV:08158000", "NWISDV:00060/DataType=Average", "01/01/2000", "12/31/2000")
or
data = ulmo.cuahsi.wof.get_values("
http://river.sdsc.edu/wateroneflow/NWIS/DailyValues.asmx?WSDL", "NWISDV:08158000", variable_code="NWISDV:00060/DataType=Average", start="01/01/2000", end="12/31/2000")
look like we do have a bug though since variable_code is listed as an optional parameter but if you don't specify it you get an error. I'll add that to the github issues as a bug report.
btw the above is just an example, if you are getting USGS NWIS data it is better to use the ulmo.nwis module that hits the USGS directly rather than the CUAHSI WOF services that are reflected through CUAHSI servers. The ulmo.nwis module has a few more features that are useful when dealing with NWIS data.
- dharhas