<p>"it's an universal standard" is not a good enough reason to include a new feature in a software. Here are some factors that weigh in when considering new features:</p>
<ul>
<li>number of users actually using the new feature</li>
<li>grade of improvement over existing features (adding missing functionality, improving usability, etc.)</li>
<li>development effort</li>
<li>source code maintainability</li>
</ul>
<p>Adding native JSON support doesn't get a very high rating on any of these factors, I'm afraid. There are already possibilities to use JSON, either through the lua transforms or by querying the hstore columns with hstore_to_json. hstore is reasonably well supported by postgres libraries. So far you haven't shown any examples where your life will be made easier in practise by having JSON support. The implementation of this feature is not trivial, in particular wrt performance. Finally, there is no way we add another 5 command line options. So an implementation needs to leverage the existing hstore switches.</p>
<p>All that said, you are still welcome to submit a PR which adds JSON. It will be much easier to discuss the advantages and disadvantages on a concrete piece of code. But please don't expect the osm2pgsql maintainers to implement it, there are simply too many issues open which are a lot more pressing.</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/openstreetmap/osm2pgsql/issues/672#issuecomment-274261541">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AD2-7gM8mLAZFJTbvtnDU66fG2V50UYkks5rUgcQgaJpZM4Lf_WB">mute the thread</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/AD2-7ujxVzJASMZFmGlINqmJebeDZ-aFks5rUgcQgaJpZM4Lf_WB.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/openstreetmap/osm2pgsql/issues/672#issuecomment-274261541"></link>
  <meta itemprop="name" content="View Issue"></meta>
</div>
<meta itemprop="description" content="View this Issue on GitHub"></meta>
</div>

<script type="application/json" data-scope="inboxmarkup">{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/openstreetmap/osm2pgsql","title":"openstreetmap/osm2pgsql","subtitle":"GitHub repository","main_image_url":"https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open in GitHub","url":"https://github.com/openstreetmap/osm2pgsql"}},"updates":{"snippets":[{"icon":"PERSON","message":"@lonvia in #672: \"it's an universal standard\" is not a good enough reason to include a new feature in a software. Here are some factors that weigh in when considering new features:\r\n\r\n * number of users actually using the new feature\r\n * grade of improvement over existing features (adding missing functionality, improving usability, etc.)\r\n * development effort\r\n * source code maintainability\r\n\r\nAdding native JSON support doesn't get a very high rating on any of these factors, I'm afraid. There are already possibilities to use JSON, either through the lua transforms or by querying the hstore columns with hstore_to_json. hstore is reasonably well supported by postgres libraries. So far you haven't shown any examples where your life will be made easier in practise by having JSON support. The implementation of this feature is not trivial, in particular wrt performance. Finally, there is no way we add another 5 command line options. So an implementation needs to leverage the existing hstore switches.\r\n\r\nAll that said, you are still welcome to submit a PR which adds JSON. It will be much easier to discuss the advantages and disadvantages on a concrete piece of code. But please don't expect the osm2pgsql maintainers to implement it, there are simply too many issues open which are a lot more pressing."}],"action":{"name":"View Issue","url":"https://github.com/openstreetmap/osm2pgsql/issues/672#issuecomment-274261541"}}}</script>