Low level GeoJson implementation

Offen

#710 erstellt am 02.2.2018 13 Kommentare 1 Reaktion 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 5/5
Geschätzter Aufwand: Über eine Woche
Anfängerfreundlichkeit: 25/100

Issue-Typ: Refactoring
Klarheit: Muss geklärt werden
Aktivitätsstatus: Veraltet
Tech-Stack: java
Bereich: data

Rechercherichtung

Beginne mit der Überprüfung der aktuellen Implementierung in services-geojson und vergleiche anschließend deren Modellstruktur mit RFC 7946 und den verlinkten Android-Leistungstipps. Lege fest, wie die Neufassung oder Alternative Speicherbedarf und Performance für ungefähr 1.000 Features messen wird; abgeschlossen ist die Aufgabe, wenn die GeoJSON-Modelle die angeforderten Skalierbarkeitsziele ohne unnötige Allokationen oder Abstraktionen erreichen.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

GeoJson

This is a request for either a rewrite or alternative implementation of the current GeoJson module found here. We need a high performance implementation that has a minimal memory footprint. The reasoning behind that is that geojson models should be scalable (eg. downstream we query the map for 1000 of features, the path currently taken to create those and the intermediate objects created for doing that isn't optimal atm).

Couple of thoughts to improve this:

use primitive instead of objects where possible
no need for AutoValue, implementation is based on a specification that doesn't change (often)
if geojson models are immutable, use arrays instead of List
limit method invocations & don't allocate memory if you can avoid it
don't over abstract concepts if they can be expressed more simple

More information on performance tips here
RFC of GeoJSON can be found here.

cc @mapbox/android

Vorherrschende Sprache: Java
Sterne: 438
Forks: 117
PR-Merge-Kennzahlen: Keine gemergten PRs in 30 T.

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus mapbox/mapbox-java

High CVE's in retrofit 2.7.2 dependency Offen

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100

mapbox/mapbox-java#1640 · Erstellt am 25.8.2026
Feature Request: Port `turf-bezier-spline` to Mapbox Java (Android) Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 55/100

mapbox/mapbox-java#1635 · Erstellt am 26.3.2026
dependencies.gradle' as it does not exist Offen

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 15/100

mapbox/mapbox-java#1619 · Erstellt am 06.8.2025
Mapbox-java incompatible with gson 2.13.0 and up - call to internal GSON classes that were renamed Offen

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 48/100

mapbox/mapbox-java#1614 · 2 Kommentare · 1 Reaktion · Erstellt am 07.7.2025
TurfMeasure when can support buffe cycle ellipse arc polygon? Offen

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 20/100

mapbox/mapbox-java#1612 · 1 Reaktion · Erstellt am 14.5.2025

Alle Issues in mapbox/mapbox-java