<div class="gmail_quote">On Thu, Dec 10, 2009 at 10:16 AM, Matthias Julius <span dir="ltr"><<a href="mailto:lists@julius-net.net">lists@julius-net.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
There are requests in JOSM's trac to improve the handling of API<br>
errors.  To do that JOSM needs to get a better understanding on what<br>
is wrong with the data.<br>
<br>
Currently, JOSM is parsing the error strings the API is returning.<br>
This is far from ideal because they are not structured, not documented<br>
and might change without warning.<br>
<br>
To improve things I would like to see the API extended to return meta<br>
data about errors (error type, id of offending element, ...) in a<br>
structured way.  There are a couple of ways to that (that came to my mind):<br>
<br>
- change the Error header<br>
- add home-made HTTP headers (X-Error-Type ...)<br>
- add pseudo headers to the body<br>
- return a XML document containing all the info<br>
<br>
(see also <a href="http://trac.openstreetmap.org/ticket/2544" target="_blank">http://trac.openstreetmap.org/ticket/2544</a>)<br>
<br>
What do you think?<br>
<br>
How important is that to people on the receiving end (application<br>
developers)?<br><br></blockquote><div><br>On a related note, I would be very interested in seeing a progress of some kind being returned when doing a osmChange upload. I realize that it is difficult (because it could fail after spitting out lots of seemingly valid IDs), but if it was documented it would be doable.<br>
</div></div>