I currently take a very causal approach to prompting. Have others started at that point and moved to the rigor discussed here? How much marginal benefit did you see? Does the investment of prompt time provide linear returns? Exponential? Logarithmic?
Don't forget the emotional payoff of feeling like you're not having to do the actual work. I'd bet that some people are spending more time and energy writing prompts that it would take to just solve problems themselves.
Sorry for being snarky, but from my ops experience MySQL manages to lose data even without hardware errors[1].
[1] My last experience was due to bug where certain pattern of data made MySQL/MariaDB think the data page was encrypted, after which it proceeded to discard that page and crash complaining that data is corrupter and from that point on refused to start until data got restored.
The storage has anomalously high latency and throughput variance with some patterns that you don't see with non-virtualized storage and a modest degradation in average performance. This is expected, but it makes it difficult to schedule I/O efficiently. This is more noticeable if you are doing direct I/O because having a VM intercept your storage access defeats the purpose.
What was surprising is that the direct I/O behavior appears to be conditional on whether you are accessing the storage through a file system. My database kernel is block device agnostic, using files and raw devices interchangeably via direct I/O. Against expectations, when we accessed the same virtualized storage as raw block devices, the behavior was like bare metal even though we are running the exact same operations over the same direct I/O interface in a VM. Basically, the only difference was the file descriptor type.
I'm guessing that file systems are virtualization aware to some extent and access through them is actively managed; raw device accesses are VM oblivious and simply passed through by the storage virtualization layer.
3. I was then able to add the data source via URL and saw two options in "Field Selector": "Image Collection" and "Omni Control".
I've tried selecting either field and clicking "Create Display", but nothing ever appears in the "Displays" tab. Would welcome further advice or more specific reference to directions among the 16 videos in your YouTube playlist. Thank you!
This may be related to some of the errors[1] that seem to occur on startup of IDV.
I found that downloading IDV at https://www.unidata.ucar.edu/downloads/idv/current/index.jsp and not using Webstart resolved the startup errors I reported above and now I see the Map View. However, I'm still not able to get any data to render on the map. Would love help still!
@bbuchalter Thanks for registering and downloading. We like it when our users register because we have to report usage metrics back to our NSF sponsors. Are you able to load the catalog (the .xml not .html suffix for the catalog URI) in the IDV dashboard, Data Choosers tab, and see the NCML files available at that resource?
@julienchastang thanks for your reply. I don't believe I'm able to see the NCML files. I've put some screenshots together here in sequence: http://imgur.com/a/4oI3q#0
1. Add the catalog.xml in the Data Choosers
2. Select Image Collection in the Field Selector and click Create Display
3. The error I recieve when I click create display: "Unknown XML root:catalog"
4. The subsequent Image Collection screen which I'm not sure how to use.
Thank you again for continuing to engage with me on this.
@bbuchalter I know you eventually downloaded the Desktop rather than Webstart version of the IDV and got that to work (this is the preferable option anyway, Webstart can be flaky), but just for the record, I believe you have to update Java on your host by going to java.com.
