Node APIs

[monic2001]

Liste von einer bzw. mehreren API URLs und der dort jeweils verwendeten API-Formats, d.h. dass Einsprungpunkte bereitgestellt/announciert werden können, an denen in definierten APIs Informationen zu Knoten der jeweiligen Netze bereitgestellt werden.

Ziel: alle communities können die Nodedaten der anderen nutzen, um sie in ihrer Kartenlösung darzustellen bzw. es können übergreifende Karten entstehen.

[andrenarchy]

Das ist das Ziel der openwifimap, der altermap, der NodesDatabase, ...

Die Standardisierung einer einheitlichen API wollen Nico (Entwickler von altermap) und ich auf dem IS4CWN mit breitem Publikum diskutieren. Die openwifimap und altermap werden in diesem Zuge gemerged. Hier braucht freifunk keine eigene Lösung, sondern es wird eine globale Datenbank benötigt.

Ich schliesse das issue mal und verweise auf die zukünftige libremap, dort können auch gerne Wünsche an die Datenbank als issue angelegt werden (bitte auf Englisch). ;)

[monic2001]

Von meinem iPhone gesendet

Am 29.09.2013 um 10:56 schrieb André Gaul notifications@github.com:

Das ist das Ziel der openwifimap, der altermap, der NodesDatabase, ...

Die Standardisierung einer einheitlichen API wollen Nico (Entwickler von altermap) und ich auf dem IS4CWN mit breitem Publikum diskutieren. Die openwifimap und altermap werden in diesem Zuge gemerged. Hier braucht freifunk keine eigene Lösung, sondern es wird eine globale Datenbank benötigt.

Ich schliesse das issue mal und verweise auf die zukünftige libremap, dort können auch gerne Wünsche an die Datenbank als issue angelegt werden (bitte auf Englisch). ;)

—
Reply to this email directly or view it on GitHub.

[andibraeu]

wir sollten das nochmal diskutieren...

[egon0]

an sich muss ich sagen dass ich openwifimap dafür ziemilch genial finde. evtl. kann man in owm auch einfach ne art "bulk-export" einbauen so dass ein (vorher sauber definiertes) json file rausfällt welches man hier verarbeiten kann.

[mojoaxel]

I also think libremap adresses the task of a common node map very good. With the field nodeMaps a community can already provide links to their map solution. I think this issue can be closed.

[andibraeu]

I also think it can be closed.

Am 16.06.2014 um 10:42 schrieb Alexander Wunschik notifications@github.com:

I also think libremap adresses the task of a common node map very good. With the field nodeMaps a community can already provide links to their map solution. I think this issue can be closed.

—
Reply to this email directly or view it on GitHub.

[StilgarBF]

geht es bei der Überlegung ob libremap oder was anderes jetzt um die Karte, oder das api-format?

Ich fände es großartig, wenn es ein json-format gäbe, dass nodes mit den wichtigsten Infos raus lässt.
also node name, position, eventuell clients, url für details etc.

Selbst das einheitliche format halte ich aber für optional, solange via api irgendwie ein node-dump angeboten werden kann.

grund für den bump hier:
http://meta-netmon.freifunk-emskirchen.de/uber-netmon/ (WIP)
verarbeitet aktuell netmon, ffmap, und openwifimap. dabei muss ich aber beim parsen arg orakeln, weil ich ja nur die nodeMaps habe und nicht die tatsächlichen daten-files.

[andibraeu]

grund für den bump hier:
http://meta-netmon.freifunk-emskirchen.de/uber-netmon/ (WIP)
verarbeitet aktuell netmon, ffmap, und openwifimap. dabei muss ich
aber beim parsen arg orakeln, weil ich ja nur die nodeMaps habe und
nicht die tatsächlichen daten-files.

cool :-)

Schreib doch mal auf, welche Datenstruktur du für deine App am Ende
erwartest. Vielleicht die einzelnen Maps dann dein Format exportieren.

[StilgarBF]

https://gist.github.com/StilgarBF/c21826994b775787f739

so könnte ich es mir vorstellen.
der Kopf ist teilweise redundant, wenn man es von den community-files her betrachtet. dort steht ja der Name der Gruppe und deren URL auch. für die verarbeitung wäre das aber nützlich.

Die Detailseiten für Router und user sind nat. optional.

url habe ich nochmal geändert und cache die daten jetzt besser.

[andibraeu]

Am Montag, den 08.12.2014, 11:03 -0800 schrieb Tino Dietel:

https://gist.github.com/StilgarBF/c21826994b775787f739

so könnte ich es mir vorstellen.
der Kopf ist teilweise redundant, wenn man es von den community-files
her betrachtet. dort steht ja der Name der Gruppe und deren URL auch.
für die verarbeitung wäre das aber nützlich.

Die Detailseiten für Router und user sind nat. optional.

url habe ich nochmal geändert und cache die daten jetzt besser.

ich finde den Ansatz gut! Magst du es vielleicht mal auf den
deutschlandweiten Mailinglisten (wlantalk z.b.) zur Diskussion stellen?
Vielleicht hat noch jemand Ideen dazu oder man ist animiert, eine
entsprechende Schnittstelle bereitzustellen!
Das wär auch was für die iOS-App...

[StilgarBF]

done

[mojoaxel]

Ich denke wir können nach 6caac28 das Issue jetzt erstmal schließen.