you aren't able to accept contributions or your preference is not to allow them?
the preferred solution in place, that focuses on freshness and accuracy, seems to have a lot of issues around freshness and accuracy.
i have no idea who your data partners are. i assume you mean the voting information project, states, democracy works, etc.
i must say again, for a civic group, focused on an integral part of the democracy machine, the lack of transparency here is shocking.
furthermore, this structure is limiting the possibilities of the api; nothing can be built reliably with an unstable api.
this is evident from this forum's historical context, where the vast majority of the commentary is "X is broken", and "is x still broken?", and "we are fixing x".
instead of "look at what i built over the weekend", and "oh, i can do what i want on top of that!".
your data partners, the voting information project, use github. their code is open source and they use issues for tracking, which makes rolling this api in-house a deliberate and direct decision.:
on their site, they specifically advertise that "VIP only incorporates public, non-personally identifiable information, and delivers voting information based solely on address and no other information."
if there are no concerns around privacy data, then how/why you wouldn't be open to allowing contributions is quite baffling.
i'm not asking for anything extraordinary here. these are very basic, cut and dry questions.
these are very basic truths that i expect to see as the default in civic/open projects. whereas in this case i see the exact opposite.
it's not even very clear that you read these messages entirely.
in your latest response, you thank me for my note and my willingness to help, and yet fail to mention liam's questions, which started this whole conversation.
which itself was a response to me wondering if you even read liam's response in the first place, which was the whole reasoning behind any of this thread.