-
Notifications
You must be signed in to change notification settings - Fork 36
Conversation
2ee0b24
to
0002cac
Compare
0002cac
to
b791633
Compare
Hmm, the output of this feels "backwards" to me. Wouldn't consumers want to know the mapping between source and license info, not license info and source? |
I have the opposite feel from Ian, I like it being sorted by license category. Assuming there's only a few categories. Don't feel strongly though. |
There's reasons to go either way in terms of organization (or possibly both). I just want to make sure that when it comes to generating an output from it (e.g. openaddresses/openaddresses.io#67), we display attribution segmented by license. That way users of the main |
My thinking about organization here is to bundle stuff like all the same-licensed Mexico or Poland sources together, so it’s clearer what the relationship is. OTOH, it would be possible to organize this any which way for output. |
Maybe it would help for me to understand how you want to display the
information.
|
That’s over in this connected issue: openaddresses/openaddresses.io#67 |
Gotcha. I didn't see the screenshot on my phone earlier. I withdraw my concerns about the API format. |
👍 I’m going to deploy this. Thanks! |
Add dynamic license API response
Supports openaddresses/openaddresses-ops#11
Partial sample response: