Hey Ian,<div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">all of these things already exist as part of other tools.</blockquote>
<div><br></div><div>The story of OSM :).</div><div><br></div><div>JXAPI is awesome. The purpose of this JSON-work would be to have a JSON API that is read/write and that is 'the API' on <a href="http://osm.org">osm.org</a>. If it's possible to add writing to JXAPI, that might be a better technical path to go down?</div>
<div><br></div><div>TagInfo's API is certainly pretty good, and it might be good enough. Possibly this would be taginfo, or just a very small subset of what taginfo provides - my general objective is to reduce the number of apis and types of apis you need to understand & count on being stable in order to write an editor. There's more than one technical way to get there.</div>
<div><br><div class="gmail_quote">On Thu, Oct 11, 2012 at 3:31 PM, Ian Dees <span dir="ltr"><<a href="mailto:ian.dees@gmail.com" target="_blank">ian.dees@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Tom, all of these things already exist as part of other tools.<div><br></div><div>JSON formatting and filtering for API endpoints exist as part of jxapi (<a href="https://github.com/iandees/xapi-servlet" target="_blank">https://github.com/iandees/xapi-servlet</a>).</div>

<div><br></div><div>TagInfo has an API that's fairly well done. What did you have in mind to improve it?</div><div><br><div class="gmail_quote"><div><div class="h5">On Thu, Oct 11, 2012 at 2:26 PM, Tom MacWright <span dir="ltr"><<a href="mailto:tom@macwright.org" target="_blank">tom@macwright.org</a>></span> wrote:<br>

</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div>Hey dev,</div><div><br></div><div>Just posted the first few issues of the work that I can deem 'stuff that we're doing as part of the Knight iniative'. They consist of API-related tasks, some of which have had prior art but haven't been tested/completed enough to ship. I'd like to get them done and shipped to make some substantive improvement in the API.</div>


<div><br></div><div>The first three are:</div><div><br></div><div>* JSON formatting for API calls and GeoJSON for some of them. Basically just making things friendly for Javascript and other JSON-era languages.</div><div>


* Filtering the API endpoints, so that POI editors don't have to sift through road data, and so on.</div><div>* A TagInfo-like API for 'commonly used tags'</div><div><br></div><div>( see on <a href="https://github.com/openstreetmap/openstreetmap-website/issues?direction=desc&sort=created&state=open" target="_blank">https://github.com/openstreetmap/openstreetmap-website/issues?direction=desc&sort=created&state=open</a> )</div>


<div><br></div><div>There are a few more tasks to come - stuff like the possibility of an Oauth 2 client flow, a complete user API for stuff like user photos & stats. Some of the tasks might not be necessary, some might be in need of technical reframing (what should be done in cgimap instead?): if you've got (constructive) input, please give it!</div>

<span><font color="#888888">
<div><br></div><div>Tom</div>
</font></span><br></div></div>_______________________________________________<br>
dev mailing list<br>
<a href="mailto:dev@openstreetmap.org" target="_blank">dev@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/dev" target="_blank">http://lists.openstreetmap.org/listinfo/dev</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div>