<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Mar 23, 2016, at 11:28 AM, Jim Unroe &lt;<a href="mailto:rock.unroe@gmail.com" class="">rock.unroe@gmail.com</a>&gt; wrote:</div><div class=""><div class=""><br class="">You can't upload a CSV into a Baofeng radio and you proved it below.<br class=""></div></div></blockquote><div><br class=""></div><div>You’re arguing against a claim I never made. I wrote that you could <i class="">"</i><font face="AvenirNext-Regular" class=""><i class="">load two copies of a new CSV file that’s never been used to program a radio”</i> and do the sorting/cutting/pasting operations on those files. I did not claim that you could upload the sorted results without first pasting to a radio-specific image file (since I know very well how CHIRP works). &nbsp;</font></div><div><br class=""></div><div>My method results in a CSV file that I can use to sync the ‘channels’ (memory locations) in all of my radios, whether BaoFeng, Kenwood, or Yaesu. <b class="">&nbsp;I don’t lose any columns of data, including the comment column that I have populated with the repeater’s distance from my home, direction, and specific location (bldg., city, etc.). </b>&nbsp;</div><div><br class=""></div><div>It’s a difference in philosophy. &nbsp;I’m creating a master file (Generic CSV format) to program three different makes/models of radios I now own as well as others that I may buy in the future. &nbsp;So I don’t want to strip out entire columns of data simply because one model of BaoFeng handheld I own today doesn’t use them. &nbsp;</div><div><br class=""></div><div>Regards,</div><div>&nbsp; Fred</div><div>&nbsp; KM4QLB</div></div></body></html>