Android-App OSMfocus: Quellcode veröffentlicht, weitere Entwicklung?

stephan75 wrote:

Was wird benötigt, um die Abfragen der App von http auf https umszustellen?

Siehe: https://github.com/MichaelVL/osm-focus/issues/1

Habe mal einen mini-Pull-Request erstellt ...

https://github.com/MichaelVL/osm-focus/pull/3

ist das so richtig in github, bzw. für OSMfocus ausreichend ??

Danke fürs Öffnen eines Threads dazu. Ich hatte das Tool auch immer ganz gerne ab und zu benutzt und würde mich freuen, wenn es irgendwann wieder eine funktionierende Version gibt.

Wie ist denn dazu der Status, ich verstehe nicht ganz was hier die nächsten Schritte sind:
https://github.com/MichaelVL/osm-focus/issues/2

stephan75 wrote:

ist das so richtig in github, bzw. für OSMfocus ausreichend ??

Ganz schön blöd von den Leuten zu verlangen, das Projekt lokal zu bauen und im Simulator zu testen (was ja an sich schon mehrere Stunden Aufwand ist, wenn man das noch nie gemacht hat) und dann im Projekt selbst alles fehlt, was für einen Build benötigt wird: es gibt weder ein build.xml geschweige denn eine gradle config.

Mein Tipp: Finger weg!

Ach, und wie issn des, muss die Tile URL (osm.org) auch auf https umgestellt werden, oder ist dort noch http erlaubt, weil das hatte ich auch im Quellcode gefunden, als ich nach http gesucht hatte.

mmd wrote:

Mein Tipp: Finger weg!

Oje, das klingt ja nicht so optimistisch... (Danke fürs Drüberschauen)

Verstehe ich Dich richtig, es wurden nur Teile vom Quellcode veröffentlich und keine fertige vollständige Zusammenstellung um daraus eine *.apk erzeugen zu können? Auch wenn der Entwickler MichaelVL jetzt noch die weiteren fehlenden Quellcode-Dateien auf Anfrage nachliefern würde, ist ab dann immer noch ein enormer Zeitaufwand nötig bis eine apk erstellt ist? Also kann man sich die Anfrage zur Beschaffung der fehlenden Daten gleich sparen, weil die Wahrscheinlichkeit gering ist, dass damit jemand weiterarbeitet?

Also das ganze ist im alten Projekt Layout (pre-gradle Nutzung für Android), dürfte im Prinzip mit eclipse /AndMore) baubar sein, aber muss man sicher umstellen.

Bummer: es verwendet google play services, sprich auf f-droid bringt man es nicht (die ganze Problematik davon mal zu ignorieren) und man müsste um es im play store weiterzupflegen Zugriff zum Konto + Schlüssel haben (eher unwahrscheinlich).

Sprich, wie mmd es sagt, einen Haufen Aufwand für sehr wenig Nutzen und ich hab jetzt da nur an der Oberfläche gekratzt (andere Punkte: welche Version der Support Lib wird gebraucht, was ist mit nach November dieses Jahres etc etc etc). Der Aspekt, dass die OSM Entwickler sich eh aus Ego-Gründen auf viel zu viel Projekte verteilen und man um jedes Projekt das stirbt schon froh sein muss, schon gar nicht diskutiert.

SimonPoole wrote:

Der Aspekt,  dass die OSM Entwickler sich eh aus Ego-Gründen auf viel zu viel Projekte verteilen und man um jedes Projekt das stirbt schon froh sein muss, schon gar nicht diskutiert.

Ego-Gründe ... was ist damit gemeint?

toc-rox wrote:

SimonPoole wrote:

Der Aspekt,  dass die OSM Entwickler sich eh aus Ego-Gründen auf viel zu viel Projekte verteilen und man um jedes Projekt das stirbt schon froh sein muss, schon gar nicht diskutiert.

Ego-Gründe ... was ist damit gemeint?

Das man anstatt an bestehenden Projekten sich zu engagieren und die weiterzuentwickeln, man lieber "was neues" macht, um .... zu sein.

Beispiele vom ersten lonvia mit Nominatim, mmd mit cgimap und dem rails-port, Harmut mit mapsomatic. Beispiele vom 2.: zu viele um sie aufzuzählen.

SimonPoole wrote:

toc-rox wrote:

Ego-Gründe ... was ist damit gemeint?

Das man anstatt an bestehenden Projekten sich zu engagieren und die weiterzuentwickeln, man lieber "was neues" macht, um .... zu sein.

Beispiele vom ersten lonvia mit Nominatim, mmd mit cgimap und dem rails-port, Harmut mit mapsomatic. Beispiele vom 2.: zu viele um sie aufzuzählen.

Beispiele vom ersten: SimonPoole mit Vespucci 😉

Sicherlich ist es richtig, dass bei OSM oft das Rad neu erfunden wird, und ein Teil der Motivation ist sicher oft, dass Leute lieber "ihr eigenes Baby" haben wollen anstatt als Erzieher in einem fremden Kindergarten anzuheuern. Dass Ruhm und Ehre die Währung sind, in der Leistung im Open-Source-Bereich entlohnt wird, ist keine Neuigkeit. Oder wenn es nicht darum geht, dann wollen Programmierer es halt partout in $COOLE_SPRACHE machen statt in Perl 😉 andererseits werden die "neu erfundenen Räder" manchmal auch zu einem durchschlagenden Erfolg, so ist z.B. Rolands Overpass-API anfangs auch nur als Neuaufguss der existierenden "Xapi" wahrgenommen worden, und osmfilter/osmconvert/osmium-tool sind ja "nur" ein C/C++ nachgebautes Osmosis.

Also, manchmal profitieren wir als Projekt schon auch davon....

Bye
Frederik

woodpeck wrote:

...

Also, manchmal profitieren wir als Projekt schon auch davon....

Klar, speziell wie bei Roland wenn auch der Willen da ist, dass ganze auch noch weiterzuführen und zu pflegen wenn der Neuigskeitswert nicht mehr so da ist (anderseits wenn Roland XAPI übernommen und sein Vorstellungen da realisiert hätte, wäre das auch nicht schlecht gewesen :-)).

Die freiwilligen Projekte sind schlussendlich nicht mal so schlimm, mir kommt die Galle heftiger hoch wenn die sogenannten Humanitären Projekte wieder mal ihr eigenes Süppchen kochen und vor allem aus finanziellen Gründen, resp. der finanziellen Gesundheit der in ihrem Dunstkreis operierenden Firmen, immer wieder das Rad neu erfinden.

woodpeck wrote:

und osmfilter/osmconvert/osmium-tool sind ja "nur" ein C/C++ nachgebautes Osmosis.

Bye
Frederik

Nebenfrage: Kannte bisher nur osmosis. Sind die anderen Programme schneller? Können die genauso viel?

Pepito wrote:

woodpeck wrote:

und osmfilter/osmconvert/osmium-tool sind ja "nur" ein C/C++ nachgebautes Osmosis.

Nebenfrage: Kannte bisher nur osmosis. Sind die anderen Programme schneller? Können die genauso viel?

Nein, jedes Programm hat seine Stärken. Osmosis hat immer noch ein paar Alleinstellungsmerkmale (v.a., wenn es um Arbeiten mit einer Datenbank geht), aber für viele Alltagsaufgaben wie Konvertierung von einem in ein anderes OSM-Format oder die räumliche oder tag-bezogene Selektion haben die genannten Alternativen Osmosis den Rang abgelaufen. osmfilter/osmconvert sind ein "Team", für einige Sachen brauchst Du das eine, für einige das andere. Osmium-Tool ist das Kommandozeilenprogramm zur Osmium-Bibliothek und das modernste von allen.

Bye
Frederik

SimonPoole wrote:

Also das ganze ist im alten Projekt Layout (pre-gradle Nutzung für Android), dürfte im Prinzip mit eclipse /AndMore) baubar sein, aber muss man sicher umstellen.

Ich würde es bestimmt schnell hinbekommen, dem einen maven-build zu spendieren analog BRouter.

Mein Problem aktuell ist nur, ich hab' keinen aktuellen Android-SDK, und OsmFocus hat minSdkVersion="14" targetSdkVersion="19"

Mein letzter Versuch, einen aktuellen Android-SDK hat mich ziemlich Nerven gekostet, aber bald muss ich das ohnehin schaffen, der Google-Play Store nimmt nämlch bald keine APKs mehr an ohne aktuelle targetSdkVersion.

Hat vielleicht jemand den Android-SDK-19 (oder höher) für Windows als tar-ball für mich, damit ich nicht wieder am SDK-Manager verzweifeln muss?

Genau dafür ist der SDK-Manager da und ich bin auch noch nie daran verzweifelt. Starten, Pakete auswählen, Installieren drücken. Was gibt es denn für Probleme bei dir?

SimonPoole wrote:

anderseits wenn Roland XAPI übernommen und sein Vorstellungen da realisiert hätte, wäre das auch nicht schlecht gewesen

Das Original-XAPI in GT.M? Völlig unwartbar, ich kenne wirklich niemanden, der diese Sprache kann.

In den 2009er Quellen von Overpass API finden sich noch erste Gehversuche mit SQL (ich glaube noch für MySQL), das hat aber alles irgendwie nicht funktioniert. XAPI wird kurioserweise heute nur noch von Overpass API über ein Konvertierungsscript angeboten. Wo es geht versuche ich den Leuten das auszureden und sie zu einem Wechsel auf QL zu bewegen (gleiches gilt auch für die XML Variante). XAPI ist wirklich komplett tot.

SimonPoole wrote:

mmd mit cgimap und dem rails-port

Huch, wie komme ich denn zum rails-port? Ich habe wirklich gar keinen Plan von Rails und Ruby 🙂

woodpeck wrote:

osmosis... osmfilter/osmconvert/osmium-tool

Osmosis wird schon seit einiger Zeit praktisch nicht mehr weiterentwickelt, was u.a. den Umstieg auf neuere Postgres-Versionen als 9.5 blockiert. Das ist irgendwie das Problem bei vielen Tools, oft sind das One-Person-Shows, die Lernkurve ist oft ziemlich steil, was neue Beitragende oft abschreckt, es gibt wenig bis gar keine Dokumentation und im schlimmsten Fall niemanden mehr, der einem Fragen zum Code beantworten kann. Gesund ist sowas nicht für ein Gesamt-Projekt.

mmd wrote:

SimonPoole wrote:

anderseits wenn Roland XAPI übernommen und sein Vorstellungen da realisiert hätte, wäre das auch nicht schlecht gewesen

Das Original-XAPI in GT.M? Völlig unwartbar, ich kenne wirklich niemanden, der diese Sprache kann.

Ich meinte natürlich dann auch die Innereien ersetzen.

abrensch wrote:

SimonPoole wrote:

Also das ganze ist im alten Projekt Layout (pre-gradle Nutzung für Android), dürfte im Prinzip mit eclipse /AndMore) baubar sein, aber muss man sicher umstellen.

Ich würde es bestimmt schnell hinbekommen, dem einen maven-build zu spendieren analog BRouter.

Maven .... schüttel :-) Ernsthaft, dass ist nicht wirklich sinnvoll wenn man das Projekt auf die Füsse stellen möchte, auch mit gradle kann man problemlos von der Commandline builden und behält die Kompatibilität mit AndroidStudio (nochmals Schüttel) bei.

Mein Problem aktuell ist nur, ich hab' keinen aktuellen Android-SDK, und OsmFocus hat minSdkVersion="14" targetSdkVersion="19"

Mein letzter Versuch, einen aktuellen Android-SDK hat mich ziemlich Nerven gekostet, aber bald muss ich das ohnehin schaffen, der Google-Play Store nimmt nämlch bald keine APKs mehr an ohne aktuelle targetSdkVersion.

Hat vielleicht jemand den Android-SDK-19 (oder höher) für Windows als tar-ball für mich, damit ich nicht wieder am SDK-Manager verzweifeln muss?

Du musst https://developer.android.com/distribut … target-sdk so oder so (mindestens als play store Nutzer) ab 1.11.2018 gegen API 26 kompilieren (mit all den Konsequenzen die das mit sich bringt), also macht es keinen Sinn jetzt was anderes zu nehmen. Dann musst du damit rechnen, dass der Zwangsschritt bei jedem Update der API kommt, also vermutlich mindestens alle 6 Monate (es gibt IMHO noch keine offizielle Aussage von google dazu, aber ich denke das ist nicht sehr spekuliert). Sprich du musst das so oder so hinbekommen, dass das ganze bei dir flutscht (ev. halt AS installieren und den SDK-Manager daraus verwenden).

Simon

mmd wrote:

Osmosis wird schon seit einiger Zeit praktisch nicht mehr weiterentwickelt, was u.a. den Umstieg auf neuere Postgres-Versionen als 9.5 blockiert.

Interessant ... wo finden sich zu den konkreten Problemen und Einschränkungen weitere Informationen?

https://github.com/openstreetmap/operations/issues/154

Problem hängt mit einem Index auf xid zusammen, der für die diff replication genutzt wird. Für die beiden möglichen Alternativen müsste osmosis angepasst werden. "Endanwender" tangiert dieses Problem eher weniger, für die Haupt-DB ist das schon ein Thema.

Auch an anderer Stelle machen fehlende Leute Probleme: https://github.com/openstreetmap/osmosis/pull/40 - Automatische Übertragung von Cookies wg GDPR. Wer eine regionale DB hat und per osmosis tägliche Updates mit Metadaten von der Geofabrik einspielen wlll, dürfte davon betroffen sein.

Ok, danke für die Infos zu Osmosis u. a.

Vielen Dank erstmal insbesondere an Simon für eine erste Sichtung zum Quellcode von OSMfocus.

Wenn die Code-Basis so "veraltet" ist, so erscheint mir eine Portierung auf f-droid.org wohl als eher unwahrscheinlich ...

es sei denn, jemand würde das als Herausforderung sehen ...

Mir selbst fehlt dazu das know-how.

Und ob der ursprüngliche Entwickler den Mini-Patch übernimmt und eine neue Version im Playstore veröffentlicht, mag dann vielleicht nochmal das nähere Ziel zu sein, denk ich.

Kann da wer im originalen Github-Repo nochmal die Trommel rühren?

Habe mir das mal angesehen. 🙂

mmd wrote:

Ganz schön blöd von den Leuten zu verlangen, das Projekt lokal zu bauen und im Simulator zu testen (was ja an sich schon mehrere Stunden Aufwand ist, wenn man das noch nie gemacht hat) und dann im Projekt selbst alles fehlt, was für einen Build benötigt wird: es gibt weder ein build.xml geschweige denn eine gradle config.

Gradle hinzugefügt.

Harald Hartmann wrote:

Ach, und wie issn des, muss die Tile URL (osm.org) auch auf https umgestellt werden, oder ist dort noch http erlaubt, weil das hatte ich auch im Quellcode gefunden, als ich nach http gesucht hatte.

Auf https geändert.

SimonPoole wrote:

Bummer: es verwendet google play services

Die habe ich auch entfernt.

Habe dann noch einen User Agent hinzugefügt, wegen der "Tile Usage Policy".

Hier sind meine Änderungen:
https://github.com/whbosm/osm-focus/com … 239409d641

Wer OSMfocus bauen möchte:

git␣clone␣https://github.com/whbosm/osm-focus.git

oder wer gerade kein git zur Hand hat, hier herunterladen:
https://github.com/whbosm/osm-focus/archive/master.zip

In der build.gradle die Einstellungen zum keystore anpassen (bei Verwendung von Android Studio braucht man das glaube ich nicht, das fragt sowieso nach).
In local.properties noch sdk.dir anpassen (macht Android Studio glaube ich auch von alleine).

Mit Kommandozeile APK bauen:

cd␣osm-focus
./gradlew␣clean␣assembleRelease

Unter Windows wäre es dann vermutlich

gradlew.bat␣clean␣assembleRelease

Oder eben Android Studio dafür nehmen.

Funktioniert bei mir auf mehreren Geräten und im Android Emulator.

Viele Grüße,
whb

Wow, klasse - Da hast Du Dir vermutlich viel Arbeit gemacht. Schätze mal weil Du die App auch gerne genutzt hast :-)

Mal eine Frage, kann man dieses github auch benutzen (ggf. unter 'releases') um so eine fertige apk upzuloaden und eben danach anderen zum Download bereitzustellen?
Falls ja, wäre das noch viel Aufwand, dass Du dies auf/unter https://github.com/whbosm/osm-focus durchführst?

Prima, sieht gut aus, das Ding läuft jetzt hier im Simulator. Mich wundert etwas, dass man dafür eine App braucht, geht das nicht auch als Leaflet-Seite? Editieren kann man mit der App aber nichts, oder?

Meines Wissens war/ist die App ausschliesslich ein "Viewer".

War aber praktisch unterwegs und man vor Ort geschwind nachsehen wollte, welche Daten tatsächlich erfasst sind.

Der Mammi

AB-inf-x-chg-AB wrote:

Mal eine Frage, kann man dieses github auch benutzen (ggf. unter 'releases') um so eine fertige apk upzuloaden und eben danach anderen zum Download bereitzustellen?
Falls ja, wäre das noch viel Aufwand, dass Du dies auf/unter https://github.com/whbosm/osm-focus durchführst?

Sollte gehen, ich sehe mir das mal an.
Allerdings muss man bei der Apache 2.0 Lizenz dem Paket eine Kopie der Lizenz beiliegen.
Diesen nur unsichtbar in der APK abzulegen ist möglicherweise nicht ausreichend.
Ich bauen den Lizenztext evtl. noch in die App ein.

mmd wrote:

Mich wundert etwas, dass man dafür eine App braucht, geht das nicht auch als Leaflet-Seite?

Geplant war eine Erweiterung der App, z.B. um sich Notizen machen zu können oder Fotos.
Spätestens dann wäre das mit einer Leaflet-Seite nicht mehr optimal.

mmd wrote:

Editieren kann man mit der App aber nichts, oder?

Nein.

Ich finde die Idee, sich durch die Gegend zu bewegen und immer von den am nächsten liegenden Objekten die Tags angezeigt zu bekommen, schon sehr gut.

Danke whb, hab's jetzt auch bauen können aus Deinem Fork

whb wrote:

AB-inf-x-chg-AB wrote:

Mal eine Frage, kann man dieses github auch benutzen (ggf. unter 'releases') um so eine fertige apk upzuloaden und eben danach anderen zum Download bereitzustellen?
Falls ja, wäre das noch viel Aufwand, dass Du dies auf/unter https://github.com/whbosm/osm-focus durchführst?

Sollte gehen, ich sehe mir das mal an.

Wäre aber ziemlich blöd, wenn die disfunktionale App im Playstore bleibt und funktionierende APKs irgendwo rumgeistern.

Kann der Entwickler sich denn nicht entschliessen, entweder Deinen Fork zu mergen und im Playstore up-zu-daten, oder die App aus dem Store zu nehmen?

whb wrote:

mmd wrote:

Editieren kann man mit der App aber nichts, oder?

Nein.

Ich finde die Idee, sich durch die Gegend zu bewegen und immer von den am nächsten liegenden Objekten die Tags angezeigt zu bekommen, schon sehr gut.

Also - JA, (nicht "Nein" ;-) )
editieren kann man mit der App nichts.

Die Idee finde ich auch klasse, damit kann man dann nämlich eine Menge Speicher-Ressourcen sparen, falls man sich in einem Gebiet befindet, für das bereits alle (für sinnvoll erachtet) realen Objekte in der DB enthalten sind...

abrensch wrote:

Danke whb, hab's jetzt auch bauen können aus Deinem Fork

whb wrote:

AB-inf-x-chg-AB wrote:

Mal eine Frage, kann man dieses github auch benutzen (ggf. unter 'releases') um so eine fertige apk upzuloaden und eben danach anderen zum Download bereitzustellen?
Falls ja, wäre das noch viel Aufwand, dass Du dies auf/unter https://github.com/whbosm/osm-focus durchführst?

Sollte gehen, ich sehe mir das mal an.

Wäre aber ziemlich blöd, wenn die disfunktionale App im Playstore bleibt und funktionierende APKs irgendwo rumgeistern.

Kann der Entwickler sich denn nicht entschliessen, entweder Deinen Fork zu mergen und im Playstore up-zu-daten, oder die App aus dem Store zu nehmen?

Da stimme ich zu, eine neue funktionierende veröffentlichte und eine alte nicht funktionierende veröffentlichte Version wäre suboptimal.

Ich habe soeben vom Entwickler (MichaelVL) im seinem dazugehörigen Blog-post Keeping OSM up to date with OSMfocus den letzten Kommentar gelesen:

Kommentar von MichaelVL am 27. Juli 2018 um 05:24 Uhr
I am not able to give OSMFocus any priority soon. Alternative maintainers are welcome :-)

Von daher gehe ich mal aus, dass er auch keine funktionierenden Forks im Playstore hochladen und aktualisieren möchte. Somit bleibt eigentlich nur die andere Variante, dass er die nicht funktionierende OSMfocus Version, welche sich derzeit im Playstore befindet entfernt, bzw. den Playstore OSMfocus Eintrag komplett herausnimmt.

Leider gibt's hierzu wohl keine neuere Entwicklungen, auf keine der Seiten ... oder habe ich etwas übersehen?

Kann man die App wieder irgendwo herunterladen? Ich meine eine funktionierende Version?

Peter Maiwald wrote:

Kann man die App wieder irgendwo herunterladen? Ich meine eine funktionierende Version?

Kürzlich wurde "OSMfocus Reborn" veröffentlicht (nicht von mir):
https://github.com/ubipo/osmfocus
https://f-droid.org/packages/net.pfiers.osmfocus/
https://play.google.com/store/apps/deta … s.osmfocus
Funktioniert bei mir gut. 🙂

Viele Grüße
whb

Gleich getestet: nur das Laden der Daten dauert grad etwas lange, das werde ich die Tage mal noch beobachten.

Leider unbrauchbar, da die Funktion zum Standort gehen bei mir nicht funktioniert.
Ja, die den Zugriff auf die Standortfreigabe habe ich erlaubt.
bq Aquaris V Android 8

Peter Maiwald wrote:

Leider unbrauchbar, da die Funktion zum Standort gehen bei mir nicht funktioniert.

Ja, eben konnte ich das auch nachvollziehen.
OSMfocus bekommt den Standort nur, wenn gleichzeitig eine andere App den Standort anfragt oder kürzlich angefragt hat, bei meinem ersten Test lief bei mir eine Aufzeichnung mit OSMtracker.
Somit fragt OSMfocus den Standort nicht selbst aktiv an, sondern nimmt ihn nur als "Beifang", wenn ihn sowieso gerade eine andere App angefragt hat.

Ich hatte den Fehler bei Github gemeldet:

ubipo commented 6 hours ago

It's reproduceble for me. Must be a regression.

Thanks for reporting, I'll keep you posted!
@ubipo ubipo self-assigned this 6 hours ago
@ubipo ubipo added the bug label 6 hours ago

https://github.com/ubipo/osmfocus/issue … -780015616