@Derrick Evans @Jonathan Goldberg did this go anywhere at all as the suggested style of query is the kind of thing which would fit a use case of ours?
Was interested though Derrick on your statement around assuming that the data was already stored somewhere. I was wondering where you saw that being as generally with your example for fibre access that information may come from a supplier API?
Also these were just queries but i was wondering how you saw something like TV Access relating to other under pinning services that any consumer would either need to already have in place or would need to include to allow that over the top service to be delivered (it also might depend on certain connectivity speeds or access technologies)?
I'm afraid that I am not aware of any progress in this area. It's not in my comfort zone. Best I can do is to refer this thread to the lead for the SQM API.
Hello. I am not aware of any changes being worked on in this regard. So my experience of this is with a wholesale access provider who effectively pre built this data in a database as a way of accelerating the query response time and make it a synchronous response.In practice this is a bit like assuming every premises or piece of network infrastructure has had a qualification check proactively made and cached for folks to retrieve using query parameters rather than resource IDs.