Request and handle HTTP compression (gzip etc.)

[Andyporras]

Hi! 👋

I'm currently working on a pull request in OSMTracker that changes how traces are uploaded to OSM. Instead of uploading a .gpx file directly, we now compress the trace into a .zip file and upload that. This helps reduce data usage.

I'm using osmapi for the upload, and it works with the ZIP format. However, I wanted to open this issue to:

Inform the maintainers that we're using osmapi for ZIP uploads.

Ask if any changes or improvements should be proposed in osmapi to support this use case officially.

Check if this usage aligns with osmapi’s intended design or if a dedicated method or adjustment is recommended.

Thanks in advance! Let me know if a PR would be appropriate for this.

[westnordost]

Well, if you upload a zip instead of a gpx, the HTTP content type will be incorrect with application/gpx+xml. Also, even if it is possible to upload a zip, does it make sense? The payload can already be compressed in HTTP: https://en.m.wikipedia.org/wiki/HTTP_compression E.g. with gzip, brotli or zstd. El 20 de abril de 2025 0:29:55 CEST, Andy Porras ***@***.***> escribió:

…

Andyporras created an issue (westnordost/osmapi#40) Hi! 👋 I'm currently working on a [pull request in OSMTracker](labexp/osmtracker-android#506) that changes how traces are uploaded to OSM. Instead of uploading a .gpx file directly, we now compress the trace into a .zip file and upload that. This helps reduce data usage. I'm using osmapi for the upload, and it works with the ZIP format. However, I wanted to open this issue to: Inform the maintainers that we're using osmapi for ZIP uploads. Ask if any changes or improvements should be proposed in osmapi to support this use case officially. Check if this usage aligns with osmapi’s intended design or if a dedicated method or adjustment is recommended. Thanks in advance! Let me know if a PR would be appropriate for this. -- Reply to this email directly or view it on GitHub: #40 You are receiving this because you are subscribed to this thread. Message ID: ***@***.***>

[westnordost]

Although, I am reading now that the Java Http Client doesnt handle compression automatically: https://stackoverflow.com/questions/20218802/does-httpurlconnection-support-compression-decompression-out-of-the-box So, that would be a useful contribution to this library, to request and handle whatever compression OSM server supports (at least gzip, everyone supports gzip) at least on payloads that are potentially larger. El 20 de abril de 2025 0:29:55 CEST, Andy Porras ***@***.***> escribió:

…

Andyporras created an issue (westnordost/osmapi#40) Hi! 👋 I'm currently working on a [pull request in OSMTracker](labexp/osmtracker-android#506) that changes how traces are uploaded to OSM. Instead of uploading a .gpx file directly, we now compress the trace into a .zip file and upload that. This helps reduce data usage. I'm using osmapi for the upload, and it works with the ZIP format. However, I wanted to open this issue to: Inform the maintainers that we're using osmapi for ZIP uploads. Ask if any changes or improvements should be proposed in osmapi to support this use case officially. Check if this usage aligns with osmapi’s intended design or if a dedicated method or adjustment is recommended. Thanks in advance! Let me know if a PR would be appropriate for this. -- Reply to this email directly or view it on GitHub: #40 You are receiving this because you are subscribed to this thread. Message ID: ***@***.***>