[openstreetmap-website] GPX import failing because <time> missing (#1023)

Tue Aug 4 20:11:49 UTC 2015

I know that this is probably a wrong place to report this issue, but I am not sure where it should stand. 
When uploading a GPX trace on openstreemap.org without `<time>` field in any `<trkpt>` attributes [(for instance this one)](http://h2096617.stratoserver.net:443/brouter?lonlats=4.277802,49.201224|4.31385,49.197859&nogos=&profile=trekking&alternativeidx=0&format=gpx), import will fail with following error:

> Found no good GPX points in the input data. At least 75% of the trackpoints lacked a <time> tag.

However it seems to me that there is no good reason for such a limitation: this attribute is not mandatory at all in [GPX format specification](http://www.topografix.com/GPX/1/1/gpx.xsd) and should not be used by openstreetmap(?):

```XML
<xsd:element name="time" type="xsd:dateTime" minOccurs="0">
<xsd:annotation><xsd:documentation>
Creation/modification timestamp for element. Date and time in are in Univeral Coordinated Time (UTC), not local time! Conforms to ISO 8601 specification for date/time representation. Fractional seconds are allowed for millisecond timing in tracklogs. 
</xsd:documentation></xsd:annotation></xsd:element>
```
  I can see that [ericfischer's fork](https://github.com/ericfischer/gpx-import) did actually remove this in commit [c9eb2d4836ac](https://github.com/ericfischer/gpx-import/commit/c9eb2d4836ac77c233141722253f51636c9f6267) but it seems that his version was never merged with [the official one used by openstreetmap.org](https://git.openstreetmap.org/gpx-import.git/)? 

Even if his fork is not mergeable, could the `<time>` check be removed? If not, what is the reason behind it?

Again, sorry for misplacing my issue!

---
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/issues/1023
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/rails-dev/attachments/20150804/bedd8ff9/attachment.html>