<div dir="auto"><div>I am sure the staff will be glad to give you their data dictionary.</div><div dir="auto"><br></div><div dir="auto"><div dir="auto">Publishing in JSON format should not lose anything that will have been published in CSV format.</div><div dir="auto"><br style="font-family:sans-serif"></div></div><div dir="auto">If the comments are not rich enough for you, You can start a collaborative project to fix this, and put it back into the community.  </div><div dir="auto"><br></div><div dir="auto">Nothing also stops you from pushing for a common RIR JSON specification, with your findings and use case. There may be others out there who may also need it.<br><br></div><div dir="auto">Sunday</div><div dir="auto"><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Sun, Jul 21, 2019, 02:51 raymond <<a href="mailto:subs@retornam.com">subs@retornam.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The problem isn't that JSON is hard to parse, my problem is that<br>
fields in the JSON returned are not<br>
documented and that different registries return different JSON<br>
formatted fields.<br>
<br>
Also because JSON also doesn't allow  inline comments, I personally<br>
prefer a well commented CSV file over<br>
an un-documented JSON one.<br>
<br>
/re<br>
<br>
On Sat, Jul 20, 2019 at 5:52 PM Owen DeLong <<a href="mailto:owen@delong.com" target="_blank" rel="noreferrer">owen@delong.com</a>> wrote:<br>
><br>
> This is an operational matter for staff… Why would it need to go through the policy process?<br>
><br>
> The policy in the CPM does not and should not specify the reporting format.<br>
><br>
> I do find it interesting, however, that he considers JSON difficult to parse vs. CSV.<br>
><br>
> I find the opposite. There are many libraries available for parsing both formats, but the level of<br>
> consistency in the definition and syntax specification for JSON, especially around quoting and<br>
> handling of strings containing quote and delimiter characters plus the hierarchical dictionary<br>
> nature of JSON are, IMHO, a vastly superior format that is easier to parse while providing much<br>
> greater flexibility in the type of content delivered.<br>
><br>
> Owen<br>
><br>
><br>
> On Jul 20, 2019, at 16:54 , DANIEL NANGHAKA <<a href="mailto:dndannang@gmail.com" target="_blank" rel="noreferrer">dndannang@gmail.com</a>> wrote:<br>
><br>
> Hi Raymond,<br>
> This is interesting, it has to go through a policy proposal. Policy proposal are discussed at AFRINIC meetings.<br>
><br>
> After discussion then it is passed for implementation.<br>
><br>
> Daniel K. Nanghaka<br>
><br>
> On Saturday, July 20, 2019, raymond <<a href="mailto:subs@retornam.com" target="_blank" rel="noreferrer">subs@retornam.com</a>> wrote:<br>
>><br>
>> Hi,<br>
>> Would it be possible for AFRINIC to adopt the transfer log format used by APNIC?<br>
>> If so, who do I need to contact to make this happen? If not, can the fields in the JSON<br>
>> format be documented for reference?<br>
>><br>
>> APNIC has a well documented policy[1] on the  CSV logs they produce daily at [2]<br>
>><br>
>> [1] <a href="https://www.apnic.net/about-apnic/corporate-documents/documents/policy-development/transfer-log-format/" rel="noreferrer noreferrer" target="_blank">https://www.apnic.net/about-apnic/corporate-documents/documents/policy-development/transfer-log-format/</a><br>
>> [2] <a href="https://ftp.apnic.net/transfers/apnic/" rel="noreferrer noreferrer" target="_blank">https://ftp.apnic.net/transfers/apnic/</a><br>
>><br>
>> APNICs format  stands out as it is easy to parse the data<br>
>> compared to the various JSON formats used by other registries(including AFRINICs)<br>
>><br>
>> RIPENCC <a href="https://ftp.ripe.net/pub/stats/ripencc/transfers/" rel="noreferrer noreferrer" target="_blank">https://ftp.ripe.net/pub/stats/ripencc/transfers/</a>  JSON<br>
>> ARIN <a href="https://ftp.arin.net/pub/stats/arin/transfers/" rel="noreferrer noreferrer" target="_blank">https://ftp.arin.net/pub/stats/arin/transfers/</a> JSON<br>
>> LACNIC <a href="https://ftp.lacnic.net/pub/stats/lacnic/transfers/" rel="noreferrer noreferrer" target="_blank">https://ftp.lacnic.net/pub/stats/lacnic/transfers/</a> JSON<br>
>> AFRINIC <a href="http://ftp.afrinic.net/stats/afrinic/transfers/" rel="noreferrer noreferrer" target="_blank">http://ftp.afrinic.net/stats/afrinic/transfers/</a> JSON<br>
>><br>
>><br>
>> /re<br>
>><br>
> _______________________________________________<br>
> Community-Discuss mailing list<br>
> <a href="mailto:Community-Discuss@afrinic.net" target="_blank" rel="noreferrer">Community-Discuss@afrinic.net</a><br>
> <a href="https://lists.afrinic.net/mailman/listinfo/community-discuss" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/community-discuss</a><br>
><br>
><br>
<br>
_______________________________________________<br>
Community-Discuss mailing list<br>
<a href="mailto:Community-Discuss@afrinic.net" target="_blank" rel="noreferrer">Community-Discuss@afrinic.net</a><br>
<a href="https://lists.afrinic.net/mailman/listinfo/community-discuss" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/community-discuss</a><br>
</blockquote></div></div></div>