FunkFeuer Wiki - Benutzerbeiträge [de]

Projekte/Forum

2019-07-05T09:23:20Z

Kaefert: /* Mail-Adressen + zugeordnete Kategorien */ antispam

{{Projekt
|name=0xFF-Discourse
|startdate=2018/02/23
|state=Aktiv
|desc=https://forum.funkfeuer.at
Ziel des 0xFF-Projekts, Discourse einzusetzen, ist die Verbesserung der Kommunikation durch ein zeitgemäßes Tool, das unterschiedliche Kommunikationsformen zusammenführt.

Wir erhoffen uns daraus ein besseres Miteinander.

Löst altes [https://oldforum.funkfeuer.at/ Forum] ab.

Technologie: [https://www.docker.com/ Docker] + [https://www.discourse.org/ Discourse]

VM-Host: ? "wirt3" oder "vogsphere" ?
}}

== Maintainer ==
* Applikations-Admin: [[Benutzer:kaefert|Thomas Käfer]]
* Moderatoren: [[Benutzer:erich|Erich N. Pekarek]], [[Benutzer:vchrizz|Christoph Lösch]], [[Benutzer:pocki|Christian Pock]]
* Server-Admin: [[Benutzer:vchrizz|Christoph Lösch]]

== Mail-Adressen + zugeordnete Kategorien ==
* forum-discuss at funkfeuer punkt at -> https://forum.funkfeuer.at/c/discuss-community
* forum-fragen at funkfeuer punkt at -> https://forum.funkfeuer.at/c/fragen
* forum at funkfeuer punkt at -> https://forum.funkfeuer.at/c/uncategorized

== Einrichtung und Konfiguration ==
* [https://github.com/discourse/discourse/blob/master/docs/INSTALL-cloud.md Set up Discourse in the cloud in under 30 minutes] (auf experimenteller Basis, privat gehostete VM)
** Konfiguration anpassen: <code>/var/discourse/containers/app.yml</code>
* [https://meta.discourse.org/t/move-your-discourse-instance-to-a-different-server/15721 Move your Discourse Instance to a Different Server] (von bisher experimentellem www.forum.wien.funkfeuer.at)
** [https://meta.discourse.org/t/cannot-get-email-working-on-new-install/81593/18 Cannot get email working on new install] (spezielle SMTP Einstellungen notwendig für Smarthost mail.funkfeuer.at)
*** [https://meta.discourse.org/t/smtp-connection-problem-docker-installation/41981/3 SMTP connection problem, docker installation] (notwendige Anpassung vor Installation)
**** in app.yml bei mail settings hinzufügen: DISCOURSE_SMTP_AUTHENTICATION: login
**** app.yml: #DISCOURSE_SMTP_ENABLE_START_TLS: true # (optional, default true)
*** Mail Einstellungen - Versandmethode:
**** notification email: forum@funkfeuer.at
**** address: mail.funkfeuer.at
**** port: 587 (SSL Zertifikat muss validieren!)
**** user_name: siehe [https://backbone.funkfeuer.at/ backbone-dokuwiki]
**** password: siehe [https://backbone.funkfeuer.at/ backbone-dokuwiki]
** [https://github.com/tomav/docker-mailserver docker-mailserver] (POP3 Mailbox notwendig, forum@funkfeuer.at und forum-*@funkfeuer.at wird von mail.funkfeuer.at weitergeleitet auf forum.funkfeuer.at)
** [https://meta.discourse.org/t/setting-up-let-s-encrypt-with-multiple-domains/56685 Setting up Let’s Encrypt with Multiple Domains] (wegen Migration auf [https://forum.funkfeuer.at/ forum.funkfeuer.at])
** [https://meta.discourse.org/t/emojis-not-displaying-old-avatar-styles/13986/3 Emojis Not Displaying / Old Avatar Styles] (korrigiert imgsrc von alter URL auf aktuelle URL)
* [https://meta.discourse.org/t/running-other-websites-on-the-same-machine-as-discourse/17247 Running other websites on the same machine as Discourse] (für statische HTML Kopie des alten PunBB Forums auf [http://oldforum.funkfeuer.at oldforum.funkfeuer.at])
=== Plugins ===
* [https://meta.discourse.org/t/install-a-plugin/19157 Install a Plugin]
** [https://github.com/discourse/discourse-data-explorer discourse-data-explorer]
** [https://meta.discourse.org/t/whos-online-plugin-discourse-whos-online/52345 discourse-whos-online]
** [https://github.com/jonmbake/discourse-ldap-auth discourse-ldap-auth]
*** [https://github.com/jonmbake/discourse-ldap-auth/issues/23 Allowance of variables in "bind_dn" and "password" field.]
*** Manueller Patch: [https://github.com/omniauth/omniauth-ldap/issues/59#issuecomment-211417398 Can I bind against the current user] ("docker restart app" nach Modifikation notwendig)
*** LDAP Einstellungen:
**** ldap hostname: ldap.funkfeuer.at
**** ldap port: 636 (SSL Zertifikat muss validieren!)
**** ldap method: ssl
**** ldap base: ou=Users,dc=funkfeuer,dc=at
**** ldap uid: uid
**** ldap bind dn: uid=%{username},ou=Users,dc=funkfeuer,dc=at
**** ldap password: %{password}
**** ldap filter: uid=%{username}

=== Themes ===
* <DEL>[https://meta.discourse.org/t/changing-the-like-icon/7460/12 Changing the “Like” icon]</DEL> [https://meta.discourse.org/t/change-the-like-icon/87748 NEW: Change the Like icon (as theme component)]
* [https://meta.discourse.org/t/how-do-i-install-a-theme-or-theme-component/63682 How do I install a Theme or Theme Component?]
** [https://meta.discourse.org/t/slick-gallery-component/81952 Slick - Gallery Component]
** [https://meta.discourse.org/t/tiles-gallery-component/81950 Tiles - Gallery Component]
** [https://meta.discourse.org/t/tiles-gallery-component/81950/5 Slick + Tiles - Gallery Components - both at the same time]
* [https://meta.discourse.org/t/changing-max-attachment-size/26435/19 Changing Max Attachment Size]

== Wartung/Fehlersuche ==

Für den Fall, dass nach einem Upgrade ein Theme oder ein Plugin streikt (Seite ladet nicht fertig, Fehler in Browser-Console, ..)
* [https://meta.discourse.org/t/how-to-use-discourse-safe-mode/53504 Discourse Safe-Mode]

Gute Anlaufstelle um die gängisten Probleme und deren Lösung zu finden: https://meta.discourse.org/

Ein <code>./launcher rebuild app</code> des Docker Containers (wie z.B. bei neu hinzugefügten Plugins notwendig), dauert in etwa 30 Minuten!

* App Admin-Benutzer: siehe [https://backbone.funkfeuer.at/ backbone-dokuwiki]
* App Admin-Passwort: siehe [https://backbone.funkfeuer.at/ backbone-dokuwiki]

=== Upgrades ===
Upgrades lassen sich hier einspielen: https://forum.funkfeuer.at/admin/upgrade (Zugriff nur mit Administrator-Rechten)

Bei jedem <code>./launcher rebuild app</code> wird der Docker Container erneuert und die Discourse Instanz auf die [https://github.com/discourse/discourse/tree/tests-passed letzte getestete Version] aktualisiert.

=== Backups ===
Mittels [https://www.veeam.com/de/linux-backup-free.html Veeam Agent for Linux FREE] wird die gesamte virtuelle Maschine täglich offsite gesichert:

<code>vchrizz@forum:~$ sudo veeam</code>

Configure
* Job name: FunkfeuerForum
* Backup mode: Entire machine
* Destination: Shared Folder
* Network: SMB
** Path: 86.59.13.171 / backup/Funkfeuer
** Domain:
** Username: siehe [https://backbone.funkfeuer.at/ backbone-dokuwiki]
** Password: siehe [https://backbone.funkfeuer.at/ backbone-dokuwiki]
** Restore Points: 14

=== WebUI ===
* App-Administration: https://forum.funkfeuer.at/admin (Zugriff nur mit Administrator-Rechten)
* App-Logging: https://forum.funkfeuer.at/logs (Zugriff nur mit Administrator-Rechten)

=== CLI ===
* per SSH (auf forum.funkfeuer.at Port 10) verbinden bzw. einloggen:
** SSH-Zugriff mit sudo Rechte haben derzeit: [[Benutzer:vchrizz|Christoph Lösch]], [[Benutzer:erich|Erich N. Pekarek]], [[Benutzer:kaefert|Thomas Käfer]]
<pre>
vchrizz@forum:~$ cd /var/discourse/
vchrizz@forum:/var/discourse$ ./launcher enter app
root@forum-app:/var/www/discourse#
</pre>

Services/Organisation

2019-06-03T15:52:13Z

Kaefert:

Diese Seite dient dazu die verschiedenen Services von FunkFeuer zu organisieren und zu definieren.

== Core Services ==

{| class="wikitable"
! scope="col"| Service
! scope="col"| Kurzbeschreibung
! scope="col"| Maintainer
! scope="col"| Page
|-
| Backbone Network
| Betrieb und Wartung des kabelgebundenen Backbone Netzes inkl. zugehöriger Glasfaserstrecken und der Internetanbindung. Es stellt Netzwerkanbindungen für das Funknetzwerk, Serverhousing sowie interner Dienste bereit.
| [[Benutzer:stefan|Stefan Schultheis]], Wolfgang Nagele, Simon Schwendemann
| [[Services/Organisation/Backbone Network]]
|-
| Core Infrastruktur
| BB-Wiki, Backups, Monitoring, [[Services/Security|Abuse, Security]],...
| Adi Kriegisch, Markus Gschwendt, (und weitere)
| [[Services/Organisation/Core Infrastruktur]]
|-
| Roof Nodes
| Wartung der Standorte welche die Anbindung des Funknetzwerks an das kabelgebundene Netzwerk bereit stellen.
| Markus Gschwendt, Markus Kittenberger, [[Benutzer:datacop|Clemens Hopfer]] [[mailto:freebone@lists.funkfeuer.at Verstärkung gesucht]]
| [[Services/Organisation/Roof Nodes]]
|-
| Node Map
| siehe Detailseite
| [[Benutzer:erich|Erich N. Pekarek]], Alexander Biringer
| [[Services/Organisation/Node Map]]
|-
| Redeemer & DB & BaseMap
| Userinterface und Datenbank des Redeemer-Wien unter [https://portal.funkfeuer.at/wien/ Portal] zur Verwaltung von Usern, Nodes, Devices, IP-Adressen. BaseMap unter [https://map.funkfeuer.at/wien/ map.funkfeuer.at]
| [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/Redeemer]]
|-
| Datenpflege Nodes
| Wartung der Daten in der Knoten Datenbank im [https://portal.funkfeuer.at/ Portal]
| [[Benutzer:vchrizz|Christoph Loesch]],'''<DU?>'''
| [[Services/Organisation/Redeemer]]
|-
| Node DB
| <span style="color:#ff0000">TBD by Maintainer</span>
| Maurice Wohlkönig, '''<DU?>'''
| [[Services/Organisation/Node DB]]
|-
| Node Monitoring
| [http://smokeping.funkfeuer.at/ SmokePing] für Freenet und Housing, Erkennung von LastSeen
| Adi Kriegisch, Clemens Hopfer, [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/Node Monitoring]]
|-
| Insel Tunnels
| siehe Detailseite
| [[Benutzer:erich|Erich N. Pekarek]], Bernhard Marker
| [[Services/Organisation/Insel Tunnels]]
|-
| Housing Environment
| <span style="color:#ff0000">TBD by Maintainer - wir starten demnächst mit dem Brainstorming / stay tuned</span>
| Michael Med, Gerhard Steinbeis, Clemens Hopfer
| [[Services/Organisation/Housing Environment]]
|-
| Housing Administration
| Housing Frontend, Verwaltung, Rechnungslegung und Buchhaltung
| Clemens Hopfer, Kassiere
| [[Services/Organisation/Housing Administration]]
|-
| Mail
| Betrieb des Mailservers der zur Kommunikation, vor allem über [https://lists.funkfeuer.at/mailman/listinfo Mailinglisten] dient. Derzeit gibt es keine Postfächer für Personen. Diverse Services/Server nutzen den Mailserver als Smarthost.
| [mailto:postmaster@funkfeuer.at Adi Kriegisch, Markus Gschwendt]
| [[Services/Organisation/Mail]]
|-
| Gallery
| Bildersammlung je Knoten, Event,...
Wir wollen dieses Service auf neue Beine stellen. Ein paar Ideen gibt es bereits.
| Markus Gschwendt, '''Co-Maintainer gesucht!'''
| [[Services/Organisation/Gallery]]
|-
| Wiki
| Betrieb dieses Wikis, sowohl technisch (Wartung) als auch organisatorisch (Gardening).
| David Hopfmüller, Matthias Šubik, [[Benutzer:vchrizz|Christoph Loesch]], [[Benutzer:damadmai|Daniel A. Maierhofer]], [[Benutzer:pocki|Christian Pock]]
| [[Services/Organisation/Wiki]]
|-
| Forum
| Betrieb und Wartung des Forum-Servers und der Discourse Instanz für Mitglieder.
| [[Benutzer:kaefert|Thomas Käfer]], [[Benutzer:vchrizz|Christoph Loesch]], [[Benutzer:erich|Erich N. Pekarek]]
| [[Services/Organisation/Forum]]
|-
| VoIP
| Betrieb und Wartung des Voice over IP Servers sowie Web-Frontend für Mitglieder.
| [[Benutzer:erich|Erich N. Pekarek]], '''<DU?>'''
| [[Services/Organisation/VoIP]]
|-
| Website
| Instandhaltung der Frontpages für FunkFeuer und das Housing.
| Felix Schneider, Maurice Wohlkönig
| [[Services/Organisation/Website]]
|-
| DNS Auth
| Zones (funkfeuer.at, Reverse, ENUM)
| [[Benutzer:Vt100|Peter Schwindt]], Gerhard Steinbeis
| [[Services/Organisation/DNS Auth]]
|-
| DNS Recursor
| Recursive DNS für Housing und Funknetz
| Adi Kriegisch, Markus Gschwendt, Aaron Kaplan
| [[Services/Organisation/DNS Recursor]]
|-
| Social Media
| Wir betreuen diverse Social Media Kanäle zur Außenkommunikation und freuen uns sehr über (auch gern kurze) Information zu aktuellen Entwicklungen, Bilder etc,
| Peter Schwindt, Paul Fuxjaeger, Clemens Hopfer
| [[Services/Organisation/Social Media]]
|}

Services/Organisation/Forum

2019-06-03T15:49:35Z

Kaefert: Weiterleitung nach Projekte/Forum erstellt

#REDIRECT [[Projekte/Forum]]

Projekte/Forum

2019-06-03T15:42:49Z

Kaefert:

{{Projekt
|name=0xFF-Discourse
|startdate=2018/02/23
|state=Aktiv
|desc=https://forum.funkfeuer.at
Ziel des 0xFF-Projekts, Discourse einzusetzen, ist die Verbesserung der Kommunikation durch ein zeitgemäßes Tool, das unterschiedliche Kommunikationsformen zusammenführt.

Wir erhoffen uns daraus ein besseres Miteinander.

Löst altes [https://oldforum.funkfeuer.at/ Forum] ab.

Technologie: [https://www.docker.com/ Docker] + [https://www.discourse.org/ Discourse]

VM-Host: ? "wirt3" oder "vogsphere" ?
}}

== Maintainer ==
* Applikations-Admin: [[Benutzer:kaefert|Thomas Käfer]]
* Moderatoren: [[Benutzer:erich|Erich N. Pekarek]], [[Benutzer:vchrizz|Christoph Lösch]], [[Benutzer:pocki|Christian Pock]]
* Server-Admin: [[Benutzer:vchrizz|Christoph Lösch]]

== Mail-Adressen + zugeordnete Kategorien ==
* forum-discuss@funkfeuer.at -> https://forum.funkfeuer.at/c/discuss-community
* forum-fragen@funkfeuer.at -> https://forum.funkfeuer.at/c/fragen
* forum@funkfeuer.at -> https://forum.funkfeuer.at/c/uncategorized

== Einrichtung und Konfiguration ==
* [https://github.com/discourse/discourse/blob/master/docs/INSTALL-cloud.md Set up Discourse in the cloud in under 30 minutes] (auf experimenteller Basis, privat gehostete VM)
** Konfiguration anpassen: <code>/var/discourse/containers/app.yml</code>
* [https://meta.discourse.org/t/move-your-discourse-instance-to-a-different-server/15721 Move your Discourse Instance to a Different Server] (von bisher experimentellem www.forum.wien.funkfeuer.at)
** [https://meta.discourse.org/t/cannot-get-email-working-on-new-install/81593/18 Cannot get email working on new install] (spezielle SMTP Einstellungen notwendig für Smarthost mail.funkfeuer.at)
*** [https://meta.discourse.org/t/smtp-connection-problem-docker-installation/41981/3 SMTP connection problem, docker installation] (notwendige Anpassung vor Installation)
**** in app.yml bei mail settings hinzufügen: DISCOURSE_SMTP_AUTHENTICATION: login
**** app.yml: #DISCOURSE_SMTP_ENABLE_START_TLS: true # (optional, default true)
*** Mail Einstellungen - Versandmethode:
**** notification email: forum@funkfeuer.at
**** address: mail.funkfeuer.at
**** port: 587 (SSL Zertifikat muss validieren!)
**** user_name: siehe [https://backbone.funkfeuer.at/ backbone-dokuwiki]
**** password: siehe [https://backbone.funkfeuer.at/ backbone-dokuwiki]
** [https://github.com/tomav/docker-mailserver docker-mailserver] (POP3 Mailbox notwendig, forum@funkfeuer.at und forum-*@funkfeuer.at wird von mail.funkfeuer.at weitergeleitet auf forum.funkfeuer.at)
** [https://meta.discourse.org/t/setting-up-let-s-encrypt-with-multiple-domains/56685 Setting up Let’s Encrypt with Multiple Domains] (wegen Migration auf [https://forum.funkfeuer.at/ forum.funkfeuer.at])
** [https://meta.discourse.org/t/emojis-not-displaying-old-avatar-styles/13986/3 Emojis Not Displaying / Old Avatar Styles] (korrigiert imgsrc von alter URL auf aktuelle URL)
* [https://meta.discourse.org/t/running-other-websites-on-the-same-machine-as-discourse/17247 Running other websites on the same machine as Discourse] (für statische HTML Kopie des alten PunBB Forums auf [http://oldforum.funkfeuer.at oldforum.funkfeuer.at])
=== Plugins ===
* [https://meta.discourse.org/t/install-a-plugin/19157 Install a Plugin]
** [https://github.com/discourse/discourse-data-explorer discourse-data-explorer]
** [https://meta.discourse.org/t/whos-online-plugin-discourse-whos-online/52345 discourse-whos-online]
** [https://github.com/jonmbake/discourse-ldap-auth discourse-ldap-auth]
*** [https://github.com/jonmbake/discourse-ldap-auth/issues/23 Allowance of variables in "bind_dn" and "password" field.]
*** Manueller Patch: [https://github.com/omniauth/omniauth-ldap/issues/59#issuecomment-211417398 Can I bind against the current user] ("docker restart app" nach Modifikation notwendig)
*** LDAP Einstellungen:
**** ldap hostname: ldap.funkfeuer.at
**** ldap port: 636 (SSL Zertifikat muss validieren!)
**** ldap method: ssl
**** ldap base: ou=Users,dc=funkfeuer,dc=at
**** ldap uid: uid
**** ldap bind dn: uid=%{username},ou=Users,dc=funkfeuer,dc=at
**** ldap password: %{password}
**** ldap filter: uid=%{username}

=== Themes ===
* <DEL>[https://meta.discourse.org/t/changing-the-like-icon/7460/12 Changing the “Like” icon]</DEL> [https://meta.discourse.org/t/change-the-like-icon/87748 NEW: Change the Like icon (as theme component)]
* [https://meta.discourse.org/t/how-do-i-install-a-theme-or-theme-component/63682 How do I install a Theme or Theme Component?]
** [https://meta.discourse.org/t/slick-gallery-component/81952 Slick - Gallery Component]
** [https://meta.discourse.org/t/tiles-gallery-component/81950 Tiles - Gallery Component]
** [https://meta.discourse.org/t/tiles-gallery-component/81950/5 Slick + Tiles - Gallery Components - both at the same time]
* [https://meta.discourse.org/t/changing-max-attachment-size/26435/19 Changing Max Attachment Size]

== Wartung/Fehlersuche ==

Für den Fall, dass nach einem Upgrade ein Theme oder ein Plugin streikt (Seite ladet nicht fertig, Fehler in Browser-Console, ..)
* [https://meta.discourse.org/t/how-to-use-discourse-safe-mode/53504 Discourse Safe-Mode]

Gute Anlaufstelle um die gängisten Probleme und deren Lösung zu finden: https://meta.discourse.org/

Ein <code>./launcher rebuild app</code> des Docker Containers (wie z.B. bei neu hinzugefügten Plugins notwendig), dauert in etwa 30 Minuten!

* App Admin-Benutzer: siehe [https://backbone.funkfeuer.at/ backbone-dokuwiki]
* App Admin-Passwort: siehe [https://backbone.funkfeuer.at/ backbone-dokuwiki]

=== Upgrades ===
Upgrades lassen sich hier einspielen: https://forum.funkfeuer.at/admin/upgrade (Zugriff nur mit Administrator-Rechten)

Bei jedem <code>./launcher rebuild app</code> wird der Docker Container erneuert und die Discourse Instanz auf die [https://github.com/discourse/discourse/tree/tests-passed letzte getestete Version] aktualisiert.

=== Backups ===
Mittels [https://www.veeam.com/de/linux-backup-free.html Veeam Agent for Linux FREE] wird die gesamte virtuelle Maschine täglich offsite gesichert:

<code>vchrizz@forum:~$ sudo veeam</code>

Configure
* Job name: FunkfeuerForum
* Backup mode: Entire machine
* Destination: Shared Folder
* Network: SMB
** Path: 86.59.13.171 / backup/Funkfeuer
** Domain:
** Username: siehe [https://backbone.funkfeuer.at/ backbone-dokuwiki]
** Password: siehe [https://backbone.funkfeuer.at/ backbone-dokuwiki]
** Restore Points: 14

=== WebUI ===
* App-Administration: https://forum.funkfeuer.at/admin (Zugriff nur mit Administrator-Rechten)
* App-Logging: https://forum.funkfeuer.at/logs (Zugriff nur mit Administrator-Rechten)

=== CLI ===
* per SSH (auf forum.funkfeuer.at Port 10) verbinden bzw. einloggen:
** SSH-Zugriff mit sudo Rechte haben derzeit: [[Benutzer:vchrizz|Christoph Lösch]], [[Benutzer:erich|Erich N. Pekarek]], [[Benutzer:kaefert|Thomas Käfer]]
<pre>
vchrizz@forum:~$ cd /var/discourse/
vchrizz@forum:/var/discourse$ ./launcher enter app
root@forum-app:/var/www/discourse#
</pre>

Regionen/Wien/Verein/201905 GV

2019-05-18T12:00:08Z

Kaefert: /* Kandidaturen */

Notizen des Vereinsvorstands zur Generalversammlung des Vereins FunkFeuer Wien am Montag den 27.05.2019 ab 18:00 (Beginn 18:30), '''Ort TDB'''.

'''Bitte diese Seite nicht selbst bearbeiten!''' Vorschläge, Diskussionen, Kandidaturen bitte per Mail an mailto:wien@lists.funkfeuer.at

== Ankündigung ==

Die Ankündigung der GV muss bis 13.05.2019 über die Mitglieder-Mailingliste erfolgen. Dabei wird die Tagesordnung (siehe unten, reduziert auf schon feststehende Punkte!) mitgeschickt.

== Stimmrechtsübertragungen ==

§9 Abs. 5: "Die Übertragung des Stimmrechts auf ein anderes Mitglied im Wege einer schriftlichen Bevollmächtigung ist zulässig."

Formvorschlag: Email bis 26.05.2019 an den Vorstand (mailto:vorstand@funkfeuer.at) à la "Ich, <code>$NAME</code>, bevollmächtige <code>$VERTRETER_IN</code>, mein Stimmrecht bei der Generalversammlung am 27.05.2019 auszuüben."

== Anträge ==

Anträge zur Tagesordnung müssen bis 24.05.2019 18:00 an mailto:vorstand@funkfeuer.at gemeldet werden. Wir empfehlen davor eine '''öffentliche Diskussion''' über die Mailingliste mailto:wien@lists.funkfeuer.at

Anträge bezüglich der Statuten bitte als Merge Request an das Statuten-Repository auf GitLab: https://gitlab.com/funkfeuer/Statuten-Wien

== Kandidaturen ==

Kandidaturen für den Vorstand müssen bis 24.05.2019 18:00 an mailto:vorstand@funkfeuer.at gemeldet werden. Wir empfehlen eine '''öffentliche Kandidatur''' über die Mailingliste mailto:wien@lists.funkfeuer.at

Aktuell bekannte Kandidaturen (Alphabetisch nach Nachnamen):

{| class="wikitable sortable" style="text-align: center;"
|-
!style="text-align: left;"|'''Kandidat \ Funktion'''
!style="width: 13.3%;"|'''Obmann'''
!style="width: 13.3%;"|'''Stv.'''
!style="width: 13.3%;"|'''Schriftführer'''
!style="width: 13.3%;"|'''Stv.'''
!style="width: 13.3%;"|'''Kassier'''
!style="width: 13.3%;"|'''Stv.'''
|-
|style="text-align: left;"|Gschwendt, Markus ||-||x||-||x||-||x
|-
|style="text-align: left;"|Käfer, Thomas ||x||x||x||x||x||x
|-
|style="text-align: left;"|Kittenberger, Markus ||-||x||x||x||-||-
|-
|style="text-align: left;"|Rafetseder, Albert ||x||x||x||x||x||x
|-
|style="text-align: left;"|Sengeis, Manfred ||-||-||x||x||-||-
|-
|style="text-align: left;"|Šubik, Matthias ||-||-||x||x||-||-
|-
|}



----

== Vorschlag für eine Tagesordnung ==

* Begrüßung
* Feststellen der Beschlussfähigkeit
* Bericht des Vorstands
** Roofnode Anexia
** 60GHz Link NIX-KRYPTA
** Soziokratie Projekt (ggf nur erwähnen und auf Allfälliges verweisen)
** Housing Projekt (ggf nur erwähnen und auf Allfälliges verweisen)
** Backbone
** Infrastruktur: Wirt3-Ford Übersiedlung
* Bericht des Kassiers
** Struktur der Einnahmen und Ausgaben
** Ausgaben im Backbone
** Stromanbieterwechsel
** Alte Rückstände eingefordert
* Bericht der Rechnungsprüfer
* Abstimmung über Entlastung des Vorstands
* Wahl
* Anträge
* Allfälliges:
** Bericht über Projekt "Soziokratie" durch Christian Bruckner
** Bericht über Projekt "Housing neu" durch '''TBD'''
* Verabschiedung

Regionen/Wien/Verein/201905 GV

2019-05-18T11:59:32Z

Kaefert: /* Kandidaturen */

Notizen des Vereinsvorstands zur Generalversammlung des Vereins FunkFeuer Wien am Montag den 27.05.2019 ab 18:00 (Beginn 18:30), '''Ort TDB'''.

'''Bitte diese Seite nicht selbst bearbeiten!''' Vorschläge, Diskussionen, Kandidaturen bitte per Mail an mailto:wien@lists.funkfeuer.at

== Ankündigung ==

Die Ankündigung der GV muss bis 13.05.2019 über die Mitglieder-Mailingliste erfolgen. Dabei wird die Tagesordnung (siehe unten, reduziert auf schon feststehende Punkte!) mitgeschickt.

== Stimmrechtsübertragungen ==

§9 Abs. 5: "Die Übertragung des Stimmrechts auf ein anderes Mitglied im Wege einer schriftlichen Bevollmächtigung ist zulässig."

Formvorschlag: Email bis 26.05.2019 an den Vorstand (mailto:vorstand@funkfeuer.at) à la "Ich, <code>$NAME</code>, bevollmächtige <code>$VERTRETER_IN</code>, mein Stimmrecht bei der Generalversammlung am 27.05.2019 auszuüben."

== Anträge ==

Anträge zur Tagesordnung müssen bis 24.05.2019 18:00 an mailto:vorstand@funkfeuer.at gemeldet werden. Wir empfehlen davor eine '''öffentliche Diskussion''' über die Mailingliste mailto:wien@lists.funkfeuer.at

Anträge bezüglich der Statuten bitte als Merge Request an das Statuten-Repository auf GitLab: https://gitlab.com/funkfeuer/Statuten-Wien

== Kandidaturen ==

Kandidaturen für den Vorstand müssen bis 24.05.2019 18:00 an mailto:vorstand@funkfeuer.at gemeldet werden. Wir empfehlen eine '''öffentliche Kandidatur''' über die Mailingliste mailto:wien@lists.funkfeuer.at

Aktuell bekannte Kandidaturen (Alphabetisch nach Nachnamen):

{| class="wikitable sortable" style="text-align: center;"
|-
!style="text-align: left;"|'''Kandidat \ Funktion'''
!style="width: 13.3%;"|'''Obmann'''
!style="width: 13.3%;"|'''Stv.'''
!style="width: 13.3%;"|'''Schriftführer'''
!style="width: 13.3%;"|'''Stv.'''
!style="width: 13.3%;"|'''Kassier'''
!style="width: 13.3%;"|'''Stv.'''
|-
|style="text-align: left;"|Gschwendt, Markus ||-||x||-||x||-||x
|-
|style="text-align: left;"|Kittenberger, Markus ||-||x||x||x||-||-
|-
|style="text-align: left;"|Rafetseder, Albert ||x||x||x||x||x||x
|-
|style="text-align: left;"|Sengeis, Manfred ||-||-||x||x||-||-
|-
|style="text-align: left;"|Šubik, Matthias ||-||-||x||x||-||-
|-
|style="text-align: left;"|Käfer, Thomas ||x||x||x||x||x||x
|-
|}



----

== Vorschlag für eine Tagesordnung ==

* Begrüßung
* Feststellen der Beschlussfähigkeit
* Bericht des Vorstands
** Roofnode Anexia
** 60GHz Link NIX-KRYPTA
** Soziokratie Projekt (ggf nur erwähnen und auf Allfälliges verweisen)
** Housing Projekt (ggf nur erwähnen und auf Allfälliges verweisen)
** Backbone
** Infrastruktur: Wirt3-Ford Übersiedlung
* Bericht des Kassiers
** Struktur der Einnahmen und Ausgaben
** Ausgaben im Backbone
** Stromanbieterwechsel
** Alte Rückstände eingefordert
* Bericht der Rechnungsprüfer
* Abstimmung über Entlastung des Vorstands
* Wahl
* Anträge
* Allfälliges:
** Bericht über Projekt "Soziokratie" durch Christian Bruckner
** Bericht über Projekt "Housing neu" durch '''TBD'''
* Verabschiedung

Regionen/Wien/Verein/201905 GV

2019-05-18T11:58:04Z

Kaefert: Hinzufügung meiner Kandidatur (bereits per Mail an den Vorstand gemeldet)

Notizen des Vereinsvorstands zur Generalversammlung des Vereins FunkFeuer Wien am Montag den 27.05.2019 ab 18:00 (Beginn 18:30), '''Ort TDB'''.

'''Bitte diese Seite nicht selbst bearbeiten!''' Vorschläge, Diskussionen, Kandidaturen bitte per Mail an mailto:wien@lists.funkfeuer.at

== Ankündigung ==

Die Ankündigung der GV muss bis 13.05.2019 über die Mitglieder-Mailingliste erfolgen. Dabei wird die Tagesordnung (siehe unten, reduziert auf schon feststehende Punkte!) mitgeschickt.

== Stimmrechtsübertragungen ==

§9 Abs. 5: "Die Übertragung des Stimmrechts auf ein anderes Mitglied im Wege einer schriftlichen Bevollmächtigung ist zulässig."

Formvorschlag: Email bis 26.05.2019 an den Vorstand (mailto:vorstand@funkfeuer.at) à la "Ich, <code>$NAME</code>, bevollmächtige <code>$VERTRETER_IN</code>, mein Stimmrecht bei der Generalversammlung am 27.05.2019 auszuüben."

== Anträge ==

Anträge zur Tagesordnung müssen bis 24.05.2019 18:00 an mailto:vorstand@funkfeuer.at gemeldet werden. Wir empfehlen davor eine '''öffentliche Diskussion''' über die Mailingliste mailto:wien@lists.funkfeuer.at

Anträge bezüglich der Statuten bitte als Merge Request an das Statuten-Repository auf GitLab: https://gitlab.com/funkfeuer/Statuten-Wien

== Kandidaturen ==

Kandidaturen für den Vorstand müssen bis 24.05.2019 18:00 an mailto:vorstand@funkfeuer.at gemeldet werden. Wir empfehlen eine '''öffentliche Kandidatur''' über die Mailingliste mailto:wien@lists.funkfeuer.at

Aktuell bekannte Kandidaturen (Alphabetisch nach Nachnamen):

{| class="wikitable sortable" style="text-align: center;"
|-
!style="text-align: left;"|'''Kandidat \ Funktion'''
!style="width: 13.3%;"|'''Obmann'''
!style="width: 13.3%;"|'''Stv.'''
!style="width: 13.3%;"|'''Schriftführer'''
!style="width: 13.3%;"|'''Stv.'''
!style="width: 13.3%;"|'''Kassier'''
!style="width: 13.3%;"|'''Stv.'''
|-
|style="text-align: left;"|Gschwendt, Markus ||-||x||-||x||-||x
|-
|style="text-align: left;"|Kittenberger, Markus ||-||x||x||x||-||-
|-
|style="text-align: left;"|Rafetseder, Albert ||x||x||x||x||x||x
|-
|style="text-align: left;"|Sengeis, Manfred ||-||-||x||x||-||-
|-
|style="text-align: left;"|Šubik, Matthias ||-||-||x||x||-||-
|-
|style="text-align: left;"|Käfer Thomas ||x||x||x||x||x||x
|-
|}



----

== Vorschlag für eine Tagesordnung ==

* Begrüßung
* Feststellen der Beschlussfähigkeit
* Bericht des Vorstands
** Roofnode Anexia
** 60GHz Link NIX-KRYPTA
** Soziokratie Projekt (ggf nur erwähnen und auf Allfälliges verweisen)
** Housing Projekt (ggf nur erwähnen und auf Allfälliges verweisen)
** Backbone
** Infrastruktur: Wirt3-Ford Übersiedlung
* Bericht des Kassiers
** Struktur der Einnahmen und Ausgaben
** Ausgaben im Backbone
** Stromanbieterwechsel
** Alte Rückstände eingefordert
* Bericht der Rechnungsprüfer
* Abstimmung über Entlastung des Vorstands
* Wahl
* Anträge
* Allfälliges:
** Bericht über Projekt "Soziokratie" durch Christian Bruckner
** Bericht über Projekt "Housing neu" durch '''TBD'''
* Verabschiedung

Erstellung und Präsentation von Panoramen

2019-05-13T08:46:04Z

Kaefert: links auf mein NAS korrigiert

Folgendes ist eine Niederschrift meiner Erfahrungen, und kann keine absoluten Wahrheiten anbieten.

= 1. Aufnahme der Einzelbilder =

Um das Zusammenfügen des Panoramas möglichst einfach zu machen, und dabei möglichst wenige sichtbare Verschiebungen zu produzieren folgende Tipps:
* Bilder mit zwischen 20% und 30% Überschneidung aufnehmen.
* Position möglichst Konstant halten (Am besten ein Stativ verwenden)
* Den Drehpunkt möglichst Nahe am [http://de.wikipedia.org/wiki/Knotenpunkt_(Fotografie) Knotenpunkt] (Am Besten einen "Nodalpunktadapter" / Panorama-Stativ-Kopf, sind leider recht teuer (im 3-Stelligen €-Bereich, [http://geizhals.at/walimex-pro-panoramakopf-mit-nodalpunkt-adapter-16852-a720802.html z.B.]), kann man aber mit sowas [http://www.amazon.de/dp/B004FI114C] auch um einen 2-Stelligen €-Betrag selber basteln - so wie hier: [[Medium:Selbst_gebastelter_Nodalpunktadapter_(DSC_0034).jpg]])).

= 2. Zusammensetzen des Panoramas =

Ich habe die besten Ergebnisse mit [http://hugin.sourceforge.net/ Hugin] erreicht.

* Falls Wolken auf den Bildern zu sehen sind, umbedingt das Feature "Celeste" vor der Erkennung der Kontrollpunkte aktivieren. (Datei -> Einstellungen -> Kontrollpunkt-Detektor -> Cpfind+Celeste -> Als Standard verwenden)
* Um Panoramas die Breiter als ca 70.000 Pixel sind zusammenzufügen, muss man aufgrund eines [https://bugs.launchpad.net/enblend/+bug/685105 Bugs] das ganze Toolset [http://wiki.panotools.org/Hugin_Compiling_Ubuntu selbst komplieren] - Mit hugin 2013.0 und enblend 4.2 lassen sich Panoramas erstellen, die bis zu 2^31 Pixel haben. Mein größtes damit erstelltes Panorama hat 253.352 x 8.476 Pixel - siehe [http://bruga.ddns.net/panojs3/]

== 2.1. Riesige Panoramen mit mehr als 2^31 Pixel ==

# Weitwinkel Fotos "ganz normal" (siehe oben) zu einem 360° Panorama verarbeiten, und die Würfelseiten vorm tiling aufheben.
# Tele-Fotos ebenfalls normal verarbeiten (Kette Hugin -> Nona -> Enblend). Enblend schmiert ab weil das Zielbild mehr als 2^31 Pixel hat (signed integer ?! schlechte Pizza? Addressierung mit signed variable..??) -> Die Ausgabe von Nona aufheben.
# Aus den von Nona vorverarbeiteten Bildern mit Enblend 4 Teilstücke (die den Weitwinkel-Würfel-Seiten entsprechen) mittels Enblend zusammenfügen.
# Die Teilstücke mittels Hugin+Nona von Zylindrisch auf Rectlinear verzerren
# Mit Gimp die Weitwinkel-Würfel-Seiten auf die Größe der Tele-Ausschnitte hochskalieren und den Teleausschnitt als Layer darüber legen, als TIF (oder falls TIF fehlschlägt PNG) exportieren.
# Mit Imagemagick und ein paar Shell-Scripts die ich geschrieben habe (siehe [http://www.imagemagick.org/discourse-server/viewtopic.php?f=1&t=24644&p=106090] ) Die Würfelseiten in Tiles für den Salado-Player zerteilen.

Beispiel eines so erstellten Panoramas mit 400.000 Pixel Breite: [http://bruga.ddns.net/SaladoPlayer-1.3.5/?pano=koega_2013-11-27] und [http://bruga.ddns.net/SaladoPlayer-1.3.5/?pano=blindengasse55_2014-01-10]

= 3. Präsentation des Panoramas =

* [https://github.com/mpetroff/pannellum Pannellum] - Für 360° Panoramas unter 8.200 Pixel Breite, Technologie: Javascript + WebGL --> Beispiel: [http://bruga.ddns.net/pannellum/?panorama=Koelbl15_Panorama360.jpg&autoload=yes]
* [http://openpano.org/saladoplayer-1-3-5/ SaladoPlayer 1.3.5] Für 360° Panoramas bis zu 70.000 Pixel Breite, Technologie: Flash --> Beispiel: [http://bruga.ddns.net/SaladoPlayer-1.3.5/]
** Um ein Equirectlinear Panorama (=Output von Hugin) mit SaladoPlayer präsentieren zu können, muss es mit dem [https://github.com/mstandio/SaladoConverter SaladoConverter] in ein Deep Zoom cubic panorama umgewandelt werden.
** Um vom [https://github.com/mstandio/SaladoConverter SaladoConverter] akzeptiert zu werden, muss das Panorama genau halb so viele Pixel in der Höhe haben, wie in der Breite. In den meisten Fällen hat man keine komplette Kugel, sondern oben und unten fehlt ein Stück. Es ist wesentlich weniger Rechenaufwand diese schwarzen Streifen oben & unten nachträglich mit Gimp hinzuzufügen, als Hugin anzuweisen ein volles 360° * 180° Panorama auszugeben.
** Alternative: [http://vinayhacks.blogspot.co.at/2010/11/converting-equirectangular-panorama-to.html erect2cubic] (Vorteile: schneller & braucht weniger RAM, produziert weniger Artifakte (linien) & Pixelverhältnis muss nicht 2:1 sein, aber Horizont muss weiterhin zentriert sein; Nachteil: Input-Bild darf maximal 2^31 Pixel haben.)
*** Installation: sudo cpan -> install Panotools::Script
*** Verwendung: erect2cubic --erect=equirectlinear-input.tif --ptofile=cube.pto; nona -o prefix cube.pto
*** Tiling mittels imgcnv (siehe unten) Für die Umsortierung der Tiles ins Salado-Format hab ich ein script geschrieben: [http://bruga.ddns.net/misc/hugin/batch_rename_imgcnv-to-salado.sh]
* [http://www.dimin.net/software/panojs/ PanoJS3] für die "flache" Darstellung von Bildern, die zu groß sind, um sie direkt als JPG in einer vernünftigen Größe von wenigen MB in einem Stück vom Browser darstellen zu lassen. Siehe auch [https://github.com/dimin/panojs/ das panojs github repository]. Technologie: Nur Javascript. --> Beispiel: [http://bruga.ddns.net/panojs3/]
** Zum zerstückeln des Bildes in Tiles entweder das Inkludierte Python-Script verwenden, oder der Weg den ich gewählt habe: [http://biodev.ece.ucsb.edu/projects/bioimage/downloader/download/category/4 bioImageConvert]
** imgcnv -i MY_INPUT_IMAGE.tif -o MY_OUT_FOLDER/MY_OUT_BASE_NAME.jpg -t jpeg -tile 512
*Zur Ausrichtung von Panoramen (Norden genau in die Mitte = 0° im Saladoplayer) hat sich die Verwendung von wolframalpha.com bewährt: Einfach in das Suchfeld Koordinaten, "sun" und Datum + Uhrzeit eingeben, und einer der ausgegeben Blöcke mit dem Titel "Sky position from 48° 12' 52.87" North | 16° 20' 29.76" East at 2:48 pm" hat dann die genaue Gradangabe in welche Richtung die Sonne zu dem Zeitpunkt an dem Ort gestanden ist. In diesem Fall 218,3°

= Limits, Bugs & Workarounds verwendeter Tools =

* enblend und damit hugin stürzt ab, wenn ein Input oder Output file mehr als 2^31 Pixel haben sollte.
** größt mögliches 360° x 180° equirectlinear Panorama das mit enblend generiert werden kann ist somit 65534 x 32767
** Workaround: Hochauflösend braucht man bei unsrer Art von Panoramen eigentlich nur den Horizont
** Also das Panorama auf 2 Schritte generieren, einmal mit hoher Auflösung und sehr schmal den Horizont (z.B. so wie [http://bruga.ddns.net/panojs3/] und mit einer geringeren Auflösung den Hintergrund. Anschließend skaliert man den Hintergrund mit Gimp (oder ähnlichem) auf die Größe des Horizonts und legt diesen darüber.

* der SaladoConverter stürzt ebenfalls bei zu großen Input-Bildern ab, jedoch hat er eine etwas höhere mir nicht genau bekannte Grenze.
** Das größte von mir damit erfolgreich konvertierte Panorama hatte 75692 x 37846 Pixel (siehe [http://bruga.ddns.net/SaladoPlayer-1.3.5/?pano=koega_2013-10-03])
** Mittels direktem aufrufen der einzelnen Teile des Converters konnte ich auch ein 80844 x 40422 Pixel großes Panorama konvertieren, jedoch hat das Artifakte produziert (siehe [http://bruga.ddns.net/SaladoPlayer-1.3.5/?pano=brenner_2011-07-07] Artefakte sieht man nur wenn man nah ranzoomt (Linien))

Krypta-Fakten

2019-04-05T12:23:13Z

Kaefert:

Diese Seite beschreibt die [[Projekte/Housing|aktuelle Nutzung]] der Krypta-Räume, um den momentanen Bedarf festzuhalten. Ein vergleichbarer "Neubau" sollte ungefähr vergleichbare Eigenschaften haben.

* ca. 40 m² Fläche (zwei große, ein kleiner Raum)

* ca. 2,5 m Raumhöhe

* selbstbestimmte Raumnutzung!

* Umluftkühlung mit Frischluft (Winter) bzw. durch den Keller (Sommer)

* 8,5 kW elektrische Leistungsaufnahme im Jahresmittel 72000kWh/Jahr

* Glasfaseranbindung: 1 Faserpaar (Dark) ins NIG, von der Wien Energie

* ca. 50 HE Nutzung in 19-Zoll-Racks

* ca. 15 Regalmeter Nutzung Non-Rackmount, aktuell als 3 Regale à 160 cm und 3 Ebenen

* eigenes elektronisches Zutrittssystem für Haus und Keller (für "Keymembers")

* Wechsel Energielieferant - e-wie-einfach am 5.7.18 beauftragt. Vor Kündigung wegen Bindefrist abklären (Übertrag...). (Thomas).-

Projekte/Housing/Umzug

2019-04-05T12:19:09Z

Kaefert:

== Zusammenfassung ==

'''FunkFeuer verliert vermutlich im Laufe des Jahres 2019 den Standort Krypta im Keller der ÖBV.''' Wir wollen die vom Standort abhängigen Dienste (Uplink für das Funknetz sowie das gesamte Housing-Projekt) weiter betreiben und planen hier die Details, wie es weitergeht.
== Aktueller Status ==

Wenn wir etwas Neues erfahren, lest Ihr es hier. Wichtige Info kommt zusätzlich per Mail.

* 17.09.2018: wien@, discuss@, housing@ informiert und um Mithilfe gebeten.
* 24.10.2018: Deadline für [https://dudle.inf.tu-dresden.de/Neuhousing-Treffen/ Terminabstimmung des nächsten Housingtreffens]
* 28.10.2018: Treffen ab 18:00 im Metalab
* 20.02.2019: Treffen ab 18:00 im Metalab

== Situation ==

In der Krypta im 2. Keller der ÖBV betreibt der Verein FunkFeuer sein Housing. Hier wird einerseits vereinseigene Hardware gehostet, die für das Funknetz relevant ist:

* Anbindung des Kryptaroofs (--> Standort bleibt bis auf weiteres bestehen)

* Einer von mehreren Uplinks / Verbindung zum NIX (--> Backbone-Team plant weiteres Vorgehen)

Der VM-Host für Wiki, Redeemer usw. sowie das SAN sind seit Anfang 2019 abgesiedelt und jetzt in einem Datacenter eines Sponsors auf einem anderen Vereinsserver untergebracht.

Andererseits steht hier Hardware vom FunkFeuer-Housing (Server, RasPIs von Unterstützer_innen gegen Kostenbeitrag) sowie die dazugehörige Infrastruktur (Switches, Verkabelung, Racks, Lüfter).

Außerdem verwahrt der Verein hier seine (Papier-)Dokumentation.

Der Vorstand hat Kenntnis über den Plan der ÖBV bekommen, dass deren Gebäude ab 2019 generalsaniert und die sanierten Räume wahrscheinlich nicht mehr für uns zur Verfügung stehen werden. Szenario ist also: '''Wir müssen 2019 aus der Krypta aussiedeln und können wahrscheinlich nicht wieder hinein.'''

== Plan ==

Es gibt seitens der Housing-Maintainer, des Vorstandes und der Community Interesse, weiterhin ein Housing-Projekt mit Krypta-ähnlichen Bedingungen zu betreiben.

Eine Schließung des Housings oder Änderung des Modells (z.B. reines untervermietetes Rackhosting) wurde diskutiert, aber aufgrund der Konsequenzen verworfen.

Wir bauen das Housing also an einem neuen Standort wieder auf.

Welcher Standort? --> [[Vorschläge_Locations]]

=== Hilf mit! ===

Wir freuen uns über jede Unterstützung, die wir jetzt und in den nächsten Monaten bis Jahren kriegen können.

Auf den Unterseiten dieser Seite sammeln/sortieren/evaluieren wir Möglichkeiten. '''Helft mit:'''

* Information über die Krypta im Haus der ÖBV gibt es in den [[Krypta-Fakten]].

* Details zu neuen Räumen dokumentiert bitte unter [[Vorschläge_Locations]].

* Details zu Rackspace-Miete kommen in [[Vorschläge_Rackspace]].

Hauptseite

2018-04-12T05:53:24Z

Kaefert: /* Weitere Informationen zu Funkfeuer.at */

{{#ask:[[Category:Events]]
[[EndDate::>{{CURRENTYEAR}}-{{CURRENTMONTH}}-{{CURRENTDAY}}]]
[[IsMainEvent::+]]
|?#=page
|?name=name
|?Date#ISO=date
|?EndDate#ISO=enddate
|format=template
|template=EventList_Mainpage
|named args=yes
|sort=date
|intro= <div style="display:inline-block; float:right; border: 1px solid #6991AA;margin: 3px 10px; padding: 0px 15px 15px 5px"> <h2>kommende Events</h2> {{EventListIntro_Mainpage}}
|outro= {{TableEnd}} </div>
}}

<table style="empty-cells:hide">
<tr><td>
{{InfoBanner
|title=Neu hier?
|titlebgcolor=#556270
|text=Funkfeuer.at ist jene Plattform, unter der österreichweit freie WLAN-Netze betrieben werden. <br>Die Grundidee dabei ist, einen eigenen Wireless-LAN Netzwerkknoten zu betreiben und entsprechend dem [[PicoPeeringAgreement]] darüber anderen Netzteilnehmern freien Daten-Transit zu ermöglichen.<br>Im Zusammenspiel mit dem dynamischen Routing Protokoll [http://www.olsr.org OLSR] entsteht damit fast von selbst ein gemeinschaftliches Netzwerk, bei dem jedoch die Komponenten des Netzes im Besitz der einzelnen User verbleiben.
}}

{{InfoBanner
|title=Bei FunkFeuer.at mitmachen
|text=Funkfeuer versteht sich als ein soziales Netz, bei dem sich technisch Interessierte über alle politischen, kulturellen und sozialen Grenzen hinweg dem Thema [http://de.wikipedia.org/wiki/Freies_Funknetz Freier Netze in Österreich] widmen. Eine kurze Einführung wie du mitmachen kannst findest du in unserer [[Erste Schritte|Kurzeinführung]]
}}
</td><td style="vertical-align:top">
</td></tr>
</table>
==Weitere Informationen zu Funkfeuer.at==
*[http://www.funkfeuer.at Die 0xFF-Funkfeuer Homepage]
:ist die Homepage des Community und stellt Links zu den einzelnen örtlichen Initiativen und den wichtigsten Services für die Community zur Verfügung.

*[http://gallery.funkfeuer.at/ Die Bildergalerie]
: ist unsere Foto-Sammlung, in der sich viele Panoramas, Bilder von Knoten aber auch Events finden. Möglicherweise entdeckst du dein Dach auf einem Foto! Dann ist es sehr wahrscheinlich, dass du einen Link aufbauen kannst. Du kannst in der Galerie Fotos von deinem eigenen (zukünftigen) Knoten hochladen.

===Kommunikation===
*[https://lists.funkfeuer.at/mailman/listinfo Die Funkfeuer Mailinglisten]
: dienen der schriftlichen Kontaktaufnahme innerhalb der einzelnen Communities und ist neben der Wiki eine unserer wichtigsten Dokumentationsquellen.

*[https://forum.funkfeuer.at/ Das Funkfeuer Forum]
: Ein neuer (= 2018-02-26) Kommunikationskanal neben Chat und Mailinglisten.

*[https://riot.im/app/#/room/#funkfeuer-wien:matrix.org Funkfeuer Wien Riot Chat]
: ist der schnellste Weg um mit der Community in Kontakt zu treten. Für komplexere Fragen aber bitte lieber eine der strukturierteren Kommunikationskanäle wählen.

== Noch kein Funkfeuer in deiner Region? ==
Unter [[Neue Initiativen]] kannst du deine Kontaktinformationen veröffentlichen und so weitere Interessenten in deiner Gegend finden, die mit dir gemeinsam ein neues Netz aufbauen. Die bestehenden Funkfeuer-Netze stehen euch dann gerne mit Rat und Tat zur Seite!

== Sponsoren ==
Bei der Finanzierung der zentralen Funkfeuer-Infrastruktur (z.B. Router, Glasfaser-Anbindungen) unterstützen uns folgende Sponsoren, wofür wir uns herzlich bedanken! Möchten auch Sie die Arbeit von Funkfeuer unterstützen? Treten Sie mit uns in Kontakt: [[Regionen/Wien/Verein|Funkfeuer Wien]]

[[File:Logo-nextlayer.png|link=https://www.nextlayer.at|NextLayer GmbH]] [[File:Logo-nessus.png|link=https://www.nessus.at|Nessus GmbH]] [[File:Logo-easyname.png|link=https://www.easyname.at|easyname GmbH]] [[File:Logo-stadt-graz.png|link=http://www.graz.at/cms/beitrag/10015013/267046|Stadt Graz Kulturamt]]

__NOTOC__

{{InfoBanner
|title=Hinweis: Wiki-Migration
|titlebgcolor=#b0d320
|text=Unser altes Wiki findet sich unter [http://oldwiki.funkfeuer.at oldwiki.funkfeuer.at] -- die Inhalte dort sind '''veraltet''', bitte nur mehr in historischem Kontext konsumieren. :-)
}}

Regionen/Wien

2018-04-11T07:54:39Z

Kaefert:

== Aktuelles ==

== Mitmachen ==
Du möchtest mitmachen? Darüber freuen wir uns sehr! Bitte [[Regionen/Wien/Mitmachen | hier]] entlang für alle Informationen!

== Verein (Rechtliches) ==
Wir haben eine eigene [[Regionen/Wien/Verein | Seite]] mit allen Informationen zum Verein inkl. allen Pflichtangaben. Auch dort zu finden: Statuten, Mitgliedsantrag und Informationen zum Vorstand.

== Tools ==
* Karte: Eine interaktive [https://map.funkfeuer.at/wien/ Karte], die die Topologie inkl. sämtlicher Knoten enthält.
* Karte: Eine weitere interaktive [https://map.funkfeuer.at/nodemap/ Karte], die die Topologie inkl. sämtlicher Knoten enthält.
* Smokeping: Ein praktisches [http://smokeping.funkfeuer.at/smokeping/freenet/ Tool], um Latenzzeiten im Netz grafisch darzustellen.

== Kontakt ==
* Forum: https://forum.funkfeuer.at/ (neu, sehr aktiv)
* Chat: https://wiki.funkfeuer.at/wiki/Chat (für einfache schnelle Fragen, für komplexe Themen aufgrund fehlender Struktur ungeeignet)
* Mailinglisten: https://lists.funkfeuer.at/mailman/listinfo (alt, sehr viele Abbonomenten, aber in letzter Zeit weniger Aktivität)

Fragen an die Community ganz einfach an mailto:forum-fragen@funkfeuer.at schicken!

Regionen/Wien

2018-04-11T07:51:27Z

Kaefert:

== Aktuelles ==

== Mitmachen ==
Du möchtest mitmachen? Darüber freuen wir uns sehr! Bitte [[Regionen/Wien/Mitmachen | hier]] entlang für alle Informationen!

== Verein (Rechtliches) ==
Wir haben eine eigene [[Regionen/Wien/Verein | Seite]] mit allen Informationen zum Verein inkl. allen Pflichtangaben. Auch dort zu finden: Statuten, Mitgliedsantrag und Informationen zum Vorstand.

== Tools ==
* Karte: Eine interaktive [https://map.funkfeuer.at/wien/ Karte], die die Topologie inkl. sämtlicher Knoten enthält.
* Karte: Eine weitere interaktive [https://map.funkfeuer.at/nodemap/ Karte], die die Topologie inkl. sämtlicher Knoten enthält.
* Smokeping: Ein praktisches [http://smokeping.funkfeuer.at/smokeping/freenet/ Tool], um Latenzzeiten im Netz grafisch darzustellen.

== Kontakt ==
* Forum: https://forum.funkfeuer.at/
* Chat: https://wiki.funkfeuer.at/wiki/Chat
* Mailinglisten: https://lists.funkfeuer.at/mailman/listinfo

Fragen an die Community ganz einfach an mailto:forum-fragen@funkfeuer.at schicken!

Regionen/Wien

2018-04-11T07:50:56Z

Kaefert:

== Aktuelles ==

== Mitmachen ==
Du möchtest mitmachen? Darüber freuen wir uns sehr! Bitte [[Regionen/Wien/Mitmachen | hier]] entlang für alle Informationen!

== Verein (Rechtliches) ==
Wir haben eine eigene [[Regionen/Wien/Verein | Seite]] mit allen Informationen zum Verein inkl. allen Pflichtangaben. Auch dort zu finden: Statuten, Mitgliedsantrag und Informationen zum Vorstand.

== Tools ==
* Karte: Eine interaktive [https://map.funkfeuer.at/wien/ Karte], die die Topologie inkl. sämtlicher Knoten enthält.
* Karte: Eine weitere interaktive [https://map.funkfeuer.at/nodemap/ Karte], die die Topologie inkl. sämtlicher Knoten enthält.
* Smokeping: Ein praktisches [http://smokeping.funkfeuer.at/smokeping/freenet/ Tool], um Latenzzeiten im Netz grafisch darzustellen.

== Kontakt ==
* Forum: https://forum.funkfeuer.at/
* Chat: https://wiki.funkfeuer.at/wiki/Chat
* Mailinglisten: https://lists.funkfeuer.at/mailman/listinfo

Fragen an die Community ganz einfach an forum-fragen@funkfeuer.at schicken!

Hauptseite

2018-03-14T09:22:24Z

Kaefert: /* Weitere Informationen zu Funkfeuer.at */

{{#ask:[[Category:Events]]
[[EndDate::>{{CURRENTYEAR}}-{{CURRENTMONTH}}-{{CURRENTDAY}}]]
[[IsMainEvent::+]]
|?#=page
|?name=name
|?Date#ISO=date
|?EndDate#ISO=enddate
|format=template
|template=EventList_Mainpage
|named args=yes
|sort=date
|intro= <div style="display:inline-block; float:right; border: 1px solid #6991AA;margin: 3px 10px; padding: 0px 15px 15px 5px"> <h2>kommende Events</h2> {{EventListIntro_Mainpage}}
|outro= {{TableEnd}} </div>
}}

<table style="empty-cells:hide">
<tr><td>
{{InfoBanner
|title=Neu hier?
|titlebgcolor=#556270
|text=Funkfeuer.at ist jene Plattform, unter der österreichweit freie WLAN-Netze betrieben werden. <br>Die Grundidee dabei ist, einen eigenen Wireless-LAN Netzwerkknoten zu betreiben und entsprechend dem [[PicoPeeringAgreement]] darüber anderen Netzteilnehmern freien Daten-Transit zu ermöglichen.<br>Im Zusammenspiel mit dem dynamischen Routing Protokoll [http://www.olsr.org OLSR] entsteht damit fast von selbst ein gemeinschaftliches Netzwerk, bei dem jedoch die Komponenten des Netzes im Besitz der einzelnen User verbleiben.
}}

{{InfoBanner
|title=Bei FunkFeuer.at mitmachen
|text=Funkfeuer versteht sich als ein soziales Netz, bei dem sich technisch Interessierte über alle politischen, kulturellen und sozialen Grenzen hinweg dem Thema [http://de.wikipedia.org/wiki/Freies_Funknetz Freier Netze in Österreich] widmen. Eine kurze Einführung wie du mitmachen kannst findest du in unserer [[Erste Schritte|Kurzeinführung]]
}}
</td><td style="vertical-align:top">
</td></tr>
</table>
==Weitere Informationen zu Funkfeuer.at==
*[http://www.funkfeuer.at Die 0xFF-Funkfeuer Homepage]
:ist die Homepage des Vereins und stellt Referenzlinks zu den einzelnen örtlichen Initiativen und den wichtigsten Services des Vereins zur Verfügung.

*[https://lists.funkfeuer.at/mailman/listinfo Die Funkfeuer Mailinglisten]
: dienen der schriftlichen Kontaktaufnahme innerhalb der einzelnen Communities und ist neben der Wiki eine unserer wichtigsten Dokumentationsquellen.

*[https://forum.funkfeuer.at/ Das Funkfeuer Forum]
: Ein neuer (= 2018-02-26) Kommunikationskanal neben Chat und Mailinglisten.

*[http://gallery.funkfeuer.at/ Die Bildergalerie]
: ist unsere Foto-Sammlung, in der sich viele Panoramas, Bilder von Knoten aber auch Events finden. Möglicherweise entdeckst du dein Dach auf einem Foto, dann ist es sehr wahrscheinlich, dass du einen Link aufbauen kannst. Du kannst in der Galerie auch selbst Fotos von deinem Knoten hochladen.

*[https://riot.im/app/#/room/#funkfeuer-wien:matrix.org Funkfeuer Wien Riot Chat]
: ist der schnellste Weg um in Kontakt zu treten

== Noch kein Funkfeuer in deiner Region? ==
Unter [[Neue Initiativen]] kannst du deine Kontaktinformationen veröffentlichen und so weitere Interessenten in deiner Gegend finden, die mit dir gemeinsam ein neues Netz aufbauen. Die bestehenden Funkfeuer-Netze stehen euch dann gerne mit Rat und Tat zur Seite!

== Sponsoren ==
Bei der Finanzierung der zentralen Funkfeuer-Infrastruktur (z.B. Router, Glasfaser-Anbindungen) unterstützen uns folgende Sponsoren, wofür wir uns herzlich bedanken! Möchten auch Sie die Arbeit von Funkfeuer unterstützen? Treten Sie mit uns in Kontakt: [[Regionen/Wien/Verein|Funkfeuer Wien]]

[[File:Logo-nextlayer.png|link=https://www.nextlayer.at|NextLayer GmbH]] [[File:Logo-nessus.png|link=https://www.nessus.at|Nessus GmbH]] [[File:Logo-easyname.png|link=https://www.easyname.at|easyname GmbH]] [[File:Logo-stadt-graz.png|link=http://www.graz.at/cms/beitrag/10015013/267046|Stadt Graz Kulturamt]]

__NOTOC__

{{InfoBanner
|title=Hinweis: Wiki-Migration
|titlebgcolor=#b0d320
|text=Unser altes Wiki findet sich unter [http://oldwiki.funkfeuer.at oldwiki.funkfeuer.at] -- die Inhalte dort sind '''veraltet''', bitte nur mehr in historischem Kontext konsumieren. :-)
}}

Projekte/Discourse

2018-03-12T08:25:06Z

Kaefert: Kaefert verschob die Seite Projekte/Discourse nach Projekte/Forum: Auch für Leute verständlich, die nicht wissen was Discourse ist.

#WEITERLEITUNG [[Projekte/Forum]]

Projekte/Forum

2018-03-12T08:25:06Z

Kaefert: Kaefert verschob die Seite Projekte/Discourse nach Projekte/Forum: Auch für Leute verständlich, die nicht wissen was Discourse ist.

Erste Schritte

2018-03-01T08:29:14Z

Kaefert: nicht mehr funktionierenden Link auf Marvin/frontend durch Link auf Portal ersetzt

== Über diese Anleitung ==
In dieser Anleitung wird erklärt, wie du möglichst einfach und problemlos am [http://funkfeuer.at Funkfeuer] teilnehmen kannst.

== Das Ziel ==
Teilnahme am [http://funkfeuer.at Funkfeuer], unserem freien W-Lan Netz.

== Die Mittel ==
Handelsübliche W-Lan Router, auf welchen eine spezielle, veränderte, Version von [http://openwrt.org OpenWRT] aufgespielt ("geflasht") wurde.
[http://openwrt.org OpenWRT] ist ein alternatives Betriebssystem ("Firmware") für viele W-Lan Router, welches auf [http://de.wikipedia.org/wiki/Linux Linux] basiert.

Eine Liste der unterstützten bzw. empfohlenen W-Lan Router ist [[Hardware|hier]] zu finden.

== Der Weg ==
Als erstes solltest du dir auf der [http://map.funkfeuer.at/wien/ Karte] [http://map.funkfeuer.at/nodemap/ alternative Karte] anschauen, welche Knoten ("Node") du erreichen willst, bzw. ob du Sicht zu bestehenden Knoten hast.

Dann solltest du dich informieren, ob du bereits Signale bestehender Knoten empfängst, was am besten mit einem W-LAN USB-Stick und einem Laptop funktioniert (am besten ein Stick mit 5Ghz und 2,4Ghz).
Du kannst dir aber auch Equipment beim [[Montagstreff]] ausleihen!
Dazu solltest du dir das Programm [http://www.chip.de/downloads/inSSIDer_41273737.html inSSIDer] oder [http://www.netstumbler.com NetStumbler] herunterladen und dich mit deinem Laptop an eine Position stellen, an der du freie Sicht zu vorher ausgesuchten Knoten hast.
Nachdem du diese Position „gefunden“ hast, starte eines der beiden Programme und schaue, ob du ein W-LAN-Netzwerk findest, in dessen Namen ("SSID") "www.funkfeuer.at" vorkommt.

Falls du eines gefunden hast: Glückwunsch! nun steht dem nächsten Schritt nichts mehr im Weg!

Falls du KEINES gefunden hast, kannst du folgendes probieren:

* Einen anderen Standort
* Eine bessere [[Antenne|W-Lan Antenne]]
* Auf der Mailingliste nachfragen, ob jemand bereit ist, eventuell gegen Sachspende zusätzliche Antennen in deine Richtung senden zu lassen.
* Eine „Funkinsel” aufbauen, indem Du über einen kommerziellen Provider einen [[OpenVPN-Tunnel zu Funkfeuer]] aufbaust, und auf diesem Weg das Netz altruistisch erweiterst.

Sobald du weißt, dass du einen Node empfängst ist es ratsam, zum [[Montagstreff]] zu kommen, da dies im Moment die einzige Möglichkeit ist, am Funkfeuer teilzunehmen.
Dort bekommst du dann einen Benutzernamen und ein Passwort, um dich im [https://portal.funkfeuer.at/wien/ Portal] anzumelden.

=== Mehrere Verbindungen! ===
BEDENKE: Für die "Gesundheit" des Netzes, und für die Ausfallssicherheit deiner eigenen Netzwerkanbindung wäre es sinnvoll nicht bloß einen, sondern mindestens 2, besser jedoch sogar 3 oder mehr "Links" (=Verbindungen zu anderen Knotenpunkten des Funkfeuer Netzwerks) aufzubauen. Solange du nur einen einzelnen Funkfeuer-Nachbarn hast, bist du reiner Konsument, und somit eher eine Belastung für das Netzwerk, als eine Bereicherung ebendieses.

== Der W-Lan Router ==
Sobald du beim [[Montagstreff]] warst und alle benötigten Infos hast, solltest du dich für einen der [[Hardware|unterstützten Router]] entscheiden, wobei einiges zu beachten ist:

* Hattest du bei deinen ersten Versuchen eine gute Signalstärke?
* Willst du den Router innen oder außen befestigen?
* Ist der Node, den du erreichen willst auf 5- oder 2,4Ghz?

Zu diesem Thema ist es auch ratsam sich am [[Montagstreff]] beraten zu lassen, da man dort schon gewisse Erfahrungen mit der ein oder anderen Hardware hat...

=== Die Firmware ===
Wenn du dich für einen Router entschieden hast, musst du unsere Firmware auf das Gerät spielen.

Die Anleitung für unsere Standardgeräte (Nanostation M5/2, Bullet M5/2, Airgrid M5/2) findest du [[SW-Installation|hier]].

Für die meisten anderen unterstützten Geräte findet man die Anleitung auf unserer [[Hardware|Hardwareseite]].

Fortsetzung folgt!

Projekte/Forum

2018-03-01T06:20:36Z

Kaefert:

Hauptseite

2018-03-01T06:19:29Z

Kaefert:

{{#ask:[[Category:Events]]
[[EndDate::>{{CURRENTYEAR}}-{{CURRENTMONTH}}-{{CURRENTDAY}}]]
[[IsMainEvent::+]]
|?#=page
|?name=name
|?Date#ISO=date
|?EndDate#ISO=enddate
|format=template
|template=EventList_Mainpage
|named args=yes
|sort=date
|intro= <div style="display:inline-block; float:right; border: 1px solid #6991AA;margin: 3px 10px; padding: 0px 15px 15px 5px"> <h2>kommende Events</h2> {{EventListIntro_Mainpage}}
|outro= {{TableEnd}} </div>
}}

<table style="empty-cells:hide">
<tr><td>
{{InfoBanner
|title=Wiki-Migration
|titlebgcolor=#b0d320
|text=Es ist geschafft! Dieses Wiki ist nun das Funkfeuer-Wiki. Unser altes Wiki findet sich unter [http://oldwiki.funkfeuer.at oldwiki.funkfeuer.at] -- die Inhalte dort sind '''veraltet''', bitte nur mehr in historischem Kontext konsumieren. :-)
}}

{{InfoBanner
|title=Neu hier?
|titlebgcolor=#556270
|text=Funkfeuer.at ist jene Plattform, unter der österreichweit freie WLAN-Netze betrieben werden. <br>Die Grundidee dabei ist, einen eigenen Wireless-LAN Netzwerkknoten zu betreiben und entsprechend dem [[PicoPeeringAgreement]] darüber anderen Netzteilnehmern freien Daten-Transit zu ermöglichen.<br>Im Zusammenspiel mit dem dynamischen Routing Protokoll [http://www.olsr.org OLSR] entsteht damit fast von selbst ein gemeinschaftliches Netzwerk, bei dem jedoch die Komponenten des Netzes im Besitz der einzelnen User verbleiben.
}}

{{InfoBanner
|title=Bei FunkFeuer.at mitmachen
|text=Funkfeuer versteht sich als ein soziales Netz, bei dem sich technisch Interessierte über alle politischen, kulturellen und sozialen Grenzen hinweg dem Thema [http://de.wikipedia.org/wiki/Freies_Funknetz Freier Netze in Österreich] widmen. Eine kurze Einführung wie du mitmachen kannst findest du in unserer [[Erste Schritte|Kurzeinführung]]
}}
</td><td style="vertical-align:top">
</td></tr>
</table>
==Weitere Informationen zu Funkfeuer.at==
*[http://www.funkfeuer.at Die 0xFF-Funkfeuer Homepage]
:ist die Homepage des Vereins und stellt Referenzlinks zu den einzelnen örtlichen Initiativen und den wichtigsten Services des Vereins zur Verfügung.

*[https://lists.funkfeuer.at/mailman/listinfo Die Funkfeuer Mailinglisten]
: dienen der schriftlichen Kontaktaufnahme innerhalb der einzelnen Communities und ist neben der Wiki eine unserer wichtigsten Dokumentationsquellen.

*[https://forum.funkfeuer.at/ Das Funkfeuer Forum]
: Ein (neuer = 2018-02-26) Versuch eines Ersatz der uralten Mailinglisten, welche in den letzten Jahren deutlich an Aktivität verloren haben.

*[http://gallery.funkfeuer.at/ Die Bildergalerie]
: ist unsere Foto-Sammlung, in der sich viele Panoramas, Bilder von Knoten aber auch Events finden. Möglicherweise entdeckst du dein Dach auf einem Foto, dann ist es sehr wahrscheinlich, dass du einen Link aufbauen kannst. Du kannst in der Galerie auch selbst Fotos von deinem Knoten hochladen.

*[https://riot.im/app/#/room/#funkfeuer-wien:matrix.org Funkfeuer Wien Riot Chat]
: ist der schnellste Weg um in Kontakt zu treten

== Noch kein Funkfeuer in deiner Region? ==
Unter [[Neue Initiativen]] kannst du deine Kontaktinformationen veröffentlichen und so weitere Interessenten in deiner Gegend finden, die mit dir gemeinsam ein neues Netz aufbauen. Die bestehenden Funkfeuer-Netze stehen euch dann gerne mit Rat und Tat zur Seite!

== Sponsoren ==
Bei der Finanzierung der zentralen Funkfeuer-Infrastruktur (z.B. Router, Glasfaser-Anbindungen) unterstützen uns folgende Sponsoren, wofür wir uns herzlich bedanken! Möchten auch Sie die Arbeit von Funkfeuer unterstützen? Treten Sie mit uns in Kontakt: [[Regionen/Wien/Verein|Funkfeuer Wien]]

[[File:Logo-nextlayer.png|link=https://www.nextlayer.at|NextLayer GmbH]] [[File:Logo-nessus.png|link=https://www.nessus.at|Nessus GmbH]] [[File:Logo-easyname.png|link=https://www.easyname.at|easyname GmbH]] [[File:Logo-stadt-graz.png|link=http://www.graz.at/cms/beitrag/10015013/267046|Stadt Graz Kulturamt]]

__NOTOC__

Projekte

2018-02-26T21:41:23Z

Kaefert:

{{#ask:[[Category:Projekte]]
|?Name
|?Description=Beschreibung
}}
{{Refresh}}

Neues Projekt eintragen: {{#forminput:form=Projekt|super_page={{PAGENAME}}|placeholder=Name}}

Projekte/Forum

2018-02-26T18:40:32Z

Kaefert:

{{Projekt
|name=0xFF-Discourse
|startdate=2018/02/23
|state=Aktiv
|desc=https://www.forum.wien.funkfeuer.at alias https://forum.freiesnetz.at

Ziel des 0xFF-Projekts, Discourse einzusetzen, ist die Verbesserung der Kommunikation durch ein zeitgemässes Tool, das unterschiedliche Kommunikationsformen zusammenführt.
Wir erhoffen uns daraus ein besseres Miteinander.

Technologie: https://www.discourse.org/
}}

Initiator & Hoster: Christoph Lösch

Server-Admin: Christoph Lösch

Applikations-Admin: Thomas Käfer

Moderatoren: Christoph Lösch, Erich Pekarek, Christian Pock

Projekte/Forum

2018-02-26T18:38:48Z

Kaefert:

{{Projekt
|name=0xFF-Discourse
|startdate=2018/02/23
|state=Aktiv
|desc=https://www.discourse.org/
Ziel des 0xFF-Projekts, Discourse einzusetzen, ist die Verbesserung der Kommunikation durch ein zeitgemässes Tool, das unterschiedliche Kommunikationsformen zusammenführt.
Wir erhoffen uns daraus ein besseres Miteinander.
https://www.forum.wien.funkfeuer.at
https://forum.freiesnetz.at
}}

Initiator & Hoster: Christoph Lösch

Server-Admin: Christoph Lösch

Applikations-Admin: Thomas Käfer

Moderatoren: Christoph Lösch, Erich Pekarek, Christian Pock

Projekte/Forum

2018-02-26T18:37:15Z

Kaefert:

{{Projekt
|name=0xFF-Discourse
|startdate=2018/02/23
|state=Aktiv
|desc=https://www.discourse.org/
Ziel des 0xFF-Projekts, Discourse einzusetzen, ist die Verbesserung der Kommunikation durch ein zeitgemässes Tool, das unterschiedliche Kommunikationsformen zusammenführt.
Wir erhoffen uns daraus ein besseres Miteinander.

https://www.forum.wien.funkfeuer.at
https://forum.freiesnetz.at
}}

Initiator & Hoster: Christoph Lösch

Server-Admin: Christoph Lösch

Applikations-Admin: Thomas Käfer

Moderatoren: Christoph Lösch, Erich Pekarek, Christian Pock

Hauptseite

2018-02-26T18:18:01Z

Kaefert: /* Weitere Informationen zu Funkfeuer.at */

{{#ask:[[Category:Events]]
[[EndDate::>{{CURRENTYEAR}}-{{CURRENTMONTH}}-{{CURRENTDAY}}]]
[[IsMainEvent::+]]
|?#=page
|?name=name
|?Date#ISO=date
|?EndDate#ISO=enddate
|format=template
|template=EventList_Mainpage
|named args=yes
|sort=date
|intro= <div style="display:inline-block; float:right; border: 1px solid #6991AA;margin: 3px 10px; padding: 0px 15px 15px 5px"> <h2>kommende Events</h2> {{EventListIntro_Mainpage}}
|outro= {{TableEnd}} </div>
}}

<table style="empty-cells:hide">
<tr><td>
{{InfoBanner
|title=Wiki-Migration
|titlebgcolor=#b0d320
|text=Es ist geschafft! Dieses Wiki ist nun das Funkfeuer-Wiki. Unser altes Wiki findet sich unter [http://oldwiki.funkfeuer.at oldwiki.funkfeuer.at] -- die Inhalte dort sind '''veraltet''', bitte nur mehr in historischem Kontext konsumieren. :-)
}}

{{InfoBanner
|title=Neu hier?
|titlebgcolor=#556270
|text=Funkfeuer.at ist jene Plattform, unter der österreichweit freie WLAN-Netze betrieben werden. <br>Die Grundidee dabei ist, einen eigenen Wireless-LAN Netzwerkknoten zu betreiben und entsprechend dem [[PicoPeeringAgreement]] darüber anderen Netzteilnehmern freien Daten-Transit zu ermöglichen.<br>Im Zusammenspiel mit dem dynamischen Routing Protokoll [http://www.olsr.org OLSR] entsteht damit fast von selbst ein gemeinschaftliches Netzwerk, bei dem jedoch die Komponenten des Netzes im Besitz der einzelnen User verbleiben.
}}

{{InfoBanner
|title=Bei FunkFeuer.at mitmachen
|text=Funkfeuer versteht sich als ein soziales Netz, bei dem sich technisch Interessierte über alle politischen, kulturellen und sozialen Grenzen hinweg dem Thema [http://de.wikipedia.org/wiki/Freies_Funknetz Freier Netze in Österreich] widmen. Eine kurze Einführung wie du mitmachen kannst findest du in unserer [[Erste Schritte|Kurzeinführung]]
}}
</td><td style="vertical-align:top">
</td></tr>
</table>
==Weitere Informationen zu Funkfeuer.at==
*[http://www.funkfeuer.at Die 0xFF-Funkfeuer Homepage]
:ist die Homepage des Vereins und stellt Referenzlinks zu den einzelnen örtlichen Initiativen und den wichtigsten Services des Vereins zur Verfügung.

*[https://lists.funkfeuer.at/mailman/listinfo Die Funkfeuer Mailinglisten]
: dienen der schriftlichen Kontaktaufnahme innerhalb der einzelnen Communities und ist neben der Wiki eine unserer wichtigsten Dokumentationsquellen.

*[https://www.forum.wien.funkfeuer.at/ Das Funkfeuer Forum]
: Ein (neuer = 2018-02-26) Versuch eines Ersatz der uralten Mailinglisten, welche in den letzten Jahren deutlich an Aktivität verloren haben.

*[http://gallery.funkfeuer.at/ Die Bildergalerie]
: ist unsere Foto-Sammlung, in der sich viele Panoramas, Bilder von Knoten aber auch Events finden. Möglicherweise entdeckst du dein Dach auf einem Foto, dann ist es sehr wahrscheinlich, dass du einen Link aufbauen kannst. Du kannst in der Galerie auch selbst Fotos von deinem Knoten hochladen.

*[https://riot.im/app/#/room/#funkfeuer-wien:matrix.org Funkfeuer Wien Riot Chat]
: ist der schnellste Weg um in Kontakt zu treten

== Noch kein Funkfeuer in deiner Region? ==
Unter [[Neue Initiativen]] kannst du deine Kontaktinformationen veröffentlichen und so weitere Interessenten in deiner Gegend finden, die mit dir gemeinsam ein neues Netz aufbauen. Die bestehenden Funkfeuer-Netze stehen euch dann gerne mit Rat und Tat zur Seite!

== Sponsoren ==
Bei der Finanzierung der zentralen Funkfeuer-Infrastruktur (z.B. Router, Glasfaser-Anbindungen) unterstützen uns folgende Sponsoren, wofür wir uns herzlich bedanken! Möchten auch Sie die Arbeit von Funkfeuer unterstützen? Treten Sie mit uns in Kontakt: [[Regionen/Wien/Verein|Funkfeuer Wien]]

[[File:Logo-nextlayer.png|link=https://www.nextlayer.at|NextLayer GmbH]] [[File:Logo-nessus.png|link=https://www.nessus.at|Nessus GmbH]] [[File:Logo-easyname.png|link=https://www.easyname.at|easyname GmbH]] [[File:Logo-stadt-graz.png|link=http://www.graz.at/cms/beitrag/10015013/267046|Stadt Graz Kulturamt]]

__NOTOC__

Erste Schritte

2016-11-19T20:05:25Z

Kaefert: Mehrere Links spannen, nicht nur einen!

== Über diese Anleitung ==
In dieser Anleitung wird erklärt, wie du möglichst einfach und problemlos am [http://funkfeuer.at Funkfeuer] teilnehmen kannst.

== Das Ziel ==
Teilnahme am [http://funkfeuer.at Funkfeuer], unserem freien W-Lan Netz.

== Die Mittel ==
Handelsübliche W-Lan Router, auf welchen eine spezielle, veränderte, Version von [http://openwrt.org OpenWRT] aufgespielt ("geflasht") wurde.
[http://openwrt.org OpenWRT] ist ein alternatives Betriebssystem ("Firmware") für viele W-Lan Router, welches auf [http://de.wikipedia.org/wiki/Linux Linux] basiert.

Eine Liste der unterstützten bzw. empfohlenen W-Lan Router ist [[Hardware|hier]] zu finden.

== Der Weg ==
Als erstes solltest du dir auf der [http://map.funkfeuer.at/wien/ Karte] anschauen, welche Knoten ("Node") du erreichen willst, bzw. ob du Sicht zu bestehenden Knoten hast.

Dann solltest du dich informieren, ob du bereits Signale bestehender Knoten empfängst, was am besten mit einem W-LAN USB-Stick und einem Laptop funktioniert (am besten ein Stick mit 5Ghz und 2,4Ghz).
Du kannst dir aber auch Equipment beim [[Montagstreff]] ausleihen!
Dazu solltest du dir das Programm [http://www.chip.de/downloads/inSSIDer_41273737.html inSSIDer] oder [http://www.netstumbler.com NetStumbler] herunterladen und dich mit deinem Laptop an eine Position stellen, an der du freie Sicht zu vorher ausgesuchten Knoten hast.
Nachdem du diese Position "gefunden" hast, starte eines der beiden Programme und schaue, ob du ein W-LAN-Netzwerk findest, in dessen Namen ("SSID") "www.funkfeuer.at" vorkommt.

Falls du eines gefunden hast: Glückwunsch! nun steht dem nächsten Schritt nichts mehr im Weg!

Falls du KEINES gefunden hast, kannst du folgendes probieren:

* Einen anderen Standort
* Eine bessere [[Antenne|W-Lan Antenne]]
* Auf der Mailingliste nachfragen, ob jemand bereit ist, eventuell gegen Sachspende zusätzliche Antennen in deine Richtung senden zu lassen.

Sobald du weißt, dass du einen Node empfängst ist es ratsam, zum [[Montagstreff]] zu kommen, da dies im Moment die einzige Möglichkeit ist, am Funkfeuer teilzunehmen.
Dort bekommst du dann einen Benutzernamen und ein Passwort, um dich im [https://marvin.funkfeuer.at/frontend_wien/index.php Frontend] anzumelden.

=== Mehrere Verbindungen! ===
BEDENKE: Für die "Gesundheit" des Netzes, und für die Ausfallssicherheit deiner eigenen Netzwerkanbindung wäre es sinnvoll nicht bloß einen, sondern mindestens 2, besser jedoch sogar 3 oder mehr "Links" (=Verbindungen zu anderen Knotenpunkten des Funkfeuer Netzwerks) aufzubauen. Solange du nur einen einzelnen Funkfeuer-Nachbarn hast, bist du reiner Konsument, und somit eher eine Belastung für das Netzwerk, als eine Bereicherung ebendieses.

== Der W-Lan Router ==
Sobald du beim [[Montagstreff]] warst und alle benötigten Infos hast, solltest du dich für einen der [[Hardware|unterstützten Router]] entscheiden, wobei einiges zu beachten ist:

* Hattest du bei deinen ersten Versuchen eine gute Signalstärke?
* Willst du den Router innen oder außen befestigen?
* Ist der Node, den du erreichen willst auf 5- oder 2,4Ghz?

Zu diesem Thema ist es auch ratsam sich am [[Montagstreff]] beraten zu lassen, da man dort schon gewisse Erfahrungen mit der ein oder anderen Hardware hat...

=== Die Firmware ===
Wenn du dich für einen Router entschieden hast, musst du unsere Firmware auf das Gerät spielen.

Die Anleitung für unsere Standardgeräte (Nanostation M5/2, Bullet M5/2, Airgrid M5/2) findest du [[SW-Installation|hier]].

Für die meisten anderen unterstützten Geräte findet man die Anleitung auf unserer [[Hardware|Hardwareseite]].

Fortsetzung folgt!

2016-04-18 Wiki Cleanup

2016-04-18T18:32:37Z

Kaefert:

== Intro ==
Unsere Homepage und Wikis sind in einem, na ja, "historisch gewachsenen" Zustand. Das erschwert uns die Recherche und begeistert auch Interessenten nicht unbedingt.

== Zeit & Ort ==
'''Montag, 18.4.2016, 19:30 Uhr:'''
* vor Ort im [https://metalab.at/wiki/Lage Metalab] (für Getränke & Knabbereien ist gesorgt! 🍻)
* Online-Konferenzraum via [https://ciscosales.webex.com/ciscosales/j.php?MTID=me3c54e2d5d80887db9306d7c1d365791 Browser] (benötigt Plug-in oder ActiveX oder Java im Browser)
* Online Konferenzraum via WebEx-App:
** Meeting number: 201 291 507
** Meeting password: 4BPhfmHZ
* Online-Konferenzraum per Telefon:
** Einwahlnummer: +43-1-24030-6022
** Access code (meeting number): 201 291 507
** Meeting password: 12334577

== Voraussetzungen ==
Was brauchst Du dazu? Nichts außer einem funktionierenden Computer! Das ist gleichzeitig eine tolle Gelegenheit für alle, die immer schon mal "mitmachen" wollten, denn Wiki editieren ist so einfach wie Email schreiben! Um 19:30 machen wir eine kurze Einführung + Hilfe nach Bedarf, also keine Angst!

== Teilnehmer ==
* Clemens
* David
* Albert
* Du? – bis das Selberanlegen neuer Konten funktioniert, bitte auf der ML posten!

===leider nein, aber ... ===
* Matthias (bin erreichbar, wenn es wiki-stuffing braucht)
* Thomas K. (sorry ist leider was dazwischen gekommen)

2016-04-18 Wiki Cleanup

2016-04-14T11:45:10Z

Kaefert: /* Teilnehmer */

Erstellung und Präsentation von Panoramen

2014-02-09T08:35:15Z

Kaefert: /* 2.1. Riesige Panoramen mit mehr als 2^31 Pixel */

Folgendes ist eine Niederschrift meiner Erfahrungen, und kann keine absoluten Wahrheiten anbieten.

= 1. Aufnahme der Einzelbilder =

Um das Zusammenfügen des Panoramas möglichst einfach zu machen, und dabei möglichst wenige sichtbare Verschiebungen zu produzieren folgende Tipps:
* Bilder mit zwischen 20% und 30% Überschneidung aufnehmen.
* Position möglichst Konstant halten (Am besten ein Stativ verwenden)
* Den Drehpunkt möglichst Nahe am [http://de.wikipedia.org/wiki/Knotenpunkt_(Fotografie) Knotenpunkt] (Am Besten einen "Nodalpunktadapter" / Panorama-Stativ-Kopf, sind leider recht teuer (im 3-Stelligen €-Bereich, [http://geizhals.at/walimex-pro-panoramakopf-mit-nodalpunkt-adapter-16852-a720802.html z.B.]), kann man aber mit sowas [http://www.amazon.de/dp/B004FI114C] auch um einen 2-Stelligen €-Betrag selber basteln - so wie hier: [[Medium:Selbst_gebastelter_Nodalpunktadapter_(DSC_0034).jpg]])).

= 2. Zusammensetzen des Panoramas =

Ich habe die besten Ergebnisse mit [http://hugin.sourceforge.net/ Hugin] erreicht.

* Falls Wolken auf den Bildern zu sehen sind, umbedingt das Feature "Celeste" vor der Erkennung der Kontrollpunkte aktivieren. (Datei -> Einstellungen -> Kontrollpunkt-Detektor -> Cpfind+Celeste -> Als Standard verwenden)
* Um Panoramas die Breiter als ca 70.000 Pixel sind zusammenzufügen, muss man aufgrund eines [https://bugs.launchpad.net/enblend/+bug/685105 Bugs] das ganze Toolset [http://wiki.panotools.org/Hugin_Compiling_Ubuntu selbst komplieren] - Mit hugin 2013.0 und enblend 4.2 lassen sich Panoramas erstellen, die bis zu 2^31 Pixel haben. Mein größtes damit erstelltes Panorama hat 253.352 x 8.476 Pixel - siehe [http://kaefert.is-a-geek.org/panojs3/]

== 2.1. Riesige Panoramen mit mehr als 2^31 Pixel ==

# Weitwinkel Fotos "ganz normal" (siehe oben) zu einem 360° Panorama verarbeiten, und die Würfelseiten vorm tiling aufheben.
# Tele-Fotos ebenfalls normal verarbeiten (Kette Hugin -> Nona -> Enblend). Enblend schmiert ab weil das Zielbild mehr als 2^31 Pixel hat (signed integer ?! schlechte Pizza? Addressierung mit signed variable..??) -> Die Ausgabe von Nona aufheben.
# Aus den von Nona vorverarbeiteten Bildern mit Enblend 4 Teilstücke (die den Weitwinkel-Würfel-Seiten entsprechen) mittels Enblend zusammenfügen.
# Die Teilstücke mittels Hugin+Nona von Zylindrisch auf Rectlinear verzerren
# Mit Gimp die Weitwinkel-Würfel-Seiten auf die Größe der Tele-Ausschnitte hochskalieren und den Teleausschnitt als Layer darüber legen, als TIF (oder falls TIF fehlschlägt PNG) exportieren.
# Mit Imagemagick und ein paar Shell-Scripts die ich geschrieben habe (siehe [http://www.imagemagick.org/discourse-server/viewtopic.php?f=1&t=24644&p=106090] ) Die Würfelseiten in Tiles für den Salado-Player zerteilen.

Beispiel eines so erstellten Panoramas mit 400.000 Pixel Breite: [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=koega_2013-11-27] und [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=blindengasse55_2014-01-10]

= 3. Präsentation des Panoramas =

* [https://github.com/mpetroff/pannellum Pannellum] - Für 360° Panoramas unter 8.200 Pixel Breite, Technologie: Javascript + WebGL --> Beispiel: [http://kaefert.is-a-geek.org/pannellum/?panorama=Koelbl15_Panorama360.jpg&autoload=yes]
* [http://openpano.org/saladoplayer-1-3-5/ SaladoPlayer 1.3.5] Für 360° Panoramas bis zu 70.000 Pixel Breite, Technologie: Flash --> Beispiel: [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/]
** Um ein Equirectlinear Panorama (=Output von Hugin) mit SaladoPlayer präsentieren zu können, muss es mit dem [https://github.com/mstandio/SaladoConverter SaladoConverter] in ein Deep Zoom cubic panorama umgewandelt werden.
** Um vom [https://github.com/mstandio/SaladoConverter SaladoConverter] akzeptiert zu werden, muss das Panorama genau halb so viele Pixel in der Höhe haben, wie in der Breite. In den meisten Fällen hat man keine komplette Kugel, sondern oben und unten fehlt ein Stück. Es ist wesentlich weniger Rechenaufwand diese schwarzen Streifen oben & unten nachträglich mit Gimp hinzuzufügen, als Hugin anzuweisen ein volles 360° * 180° Panorama auszugeben.
** Alternative: [http://vinayhacks.blogspot.co.at/2010/11/converting-equirectangular-panorama-to.html erect2cubic] (Vorteile: schneller & braucht weniger RAM, produziert weniger Artifakte (linien) & Pixelverhältnis muss nicht 2:1 sein, aber Horizont muss weiterhin zentriert sein; Nachteil: Input-Bild darf maximal 2^31 Pixel haben.)
*** Installation: sudo cpan -> install Panotools::Script
*** Verwendung: erect2cubic --erect=equirectlinear-input.tif --ptofile=cube.pto; nona -o prefix cube.pto
*** Tiling mittels imgcnv (siehe unten) Für die Umsortierung der Tiles ins Salado-Format hab ich ein script geschrieben: [http://kaefert.is-a-geek.org/misc/hugin/batch_rename_imgcnv-to-salado.sh]
* [http://www.dimin.net/software/panojs/ PanoJS3] für die "flache" Darstellung von Bildern, die zu groß sind, um sie direkt als JPG in einer vernünftigen Größe von wenigen MB in einem Stück vom Browser darstellen zu lassen. Siehe auch [https://github.com/dimin/panojs/ das panojs github repository]. Technologie: Nur Javascript. --> Beispiel: [http://kaefert.is-a-geek.org/panojs3/]
** Zum zerstückeln des Bildes in Tiles entweder das Inkludierte Python-Script verwenden, oder der Weg den ich gewählt habe: [http://biodev.ece.ucsb.edu/projects/bioimage/downloader/download/category/4 bioImageConvert]
** imgcnv -i MY_INPUT_IMAGE.tif -o MY_OUT_FOLDER/MY_OUT_BASE_NAME.jpg -t jpeg -tile 512
*Zur Ausrichtung von Panoramen (Norden genau in die Mitte = 0° im Saladoplayer) hat sich die Verwendung von wolframalpha.com bewährt: Einfach in das Suchfeld Koordinaten, "sun" und Datum + Uhrzeit eingeben, und einer der ausgegeben Blöcke mit dem Titel "Sky position from 48° 12' 52.87" North | 16° 20' 29.76" East at 2:48 pm" hat dann die genaue Gradangabe in welche Richtung die Sonne zu dem Zeitpunkt an dem Ort gestanden ist. In diesem Fall 218,3°

= Limits, Bugs & Workarounds verwendeter Tools =

* enblend und damit hugin stürzt ab, wenn ein Input oder Output file mehr als 2^31 Pixel haben sollte.
** größt mögliches 360° x 180° equirectlinear Panorama das mit enblend generiert werden kann ist somit 65534 x 32767
** Workaround: Hochauflösend braucht man bei unsrer Art von Panoramen eigentlich nur den Horizont
** Also das Panorama auf 2 Schritte generieren, einmal mit hoher Auflösung und sehr schmal den Horizont (z.B. so wie [http://kaefert.is-a-geek.org/panojs3/] und mit einer geringeren Auflösung den Hintergrund. Anschließend skaliert man den Hintergrund mit Gimp (oder ähnlichem) auf die Größe des Horizonts und legt diesen darüber.

* der SaladoConverter stürzt ebenfalls bei zu großen Input-Bildern ab, jedoch hat er eine etwas höhere mir nicht genau bekannte Grenze.
** Das größte von mir damit erfolgreich konvertierte Panorama hatte 75692 x 37846 Pixel (siehe [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=koega_2013-10-03])
** Mittels direktem aufrufen der einzelnen Teile des Converters konnte ich auch ein 80844 x 40422 Pixel großes Panorama konvertieren, jedoch hat das Artifakte produziert (siehe [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=brenner_2011-07-07] Artefakte sieht man nur wenn man nah ranzoomt (Linien))

Erstellung und Präsentation von Panoramen

2014-01-10T22:04:46Z

Kaefert: /* 3. Präsentation des Panoramas */

Folgendes ist eine Niederschrift meiner Erfahrungen, und kann keine absoluten Wahrheiten anbieten.

= 1. Aufnahme der Einzelbilder =

Um das Zusammenfügen des Panoramas möglichst einfach zu machen, und dabei möglichst wenige sichtbare Verschiebungen zu produzieren folgende Tipps:
* Bilder mit zwischen 20% und 30% Überschneidung aufnehmen.
* Position möglichst Konstant halten (Am besten ein Stativ verwenden)
* Den Drehpunkt möglichst Nahe am [http://de.wikipedia.org/wiki/Knotenpunkt_(Fotografie) Knotenpunkt] (Am Besten einen "Nodalpunktadapter" / Panorama-Stativ-Kopf, sind leider recht teuer (im 3-Stelligen €-Bereich, [http://geizhals.at/walimex-pro-panoramakopf-mit-nodalpunkt-adapter-16852-a720802.html z.B.]), kann man aber mit sowas [http://www.amazon.de/dp/B004FI114C] auch um einen 2-Stelligen €-Betrag selber basteln - so wie hier: [[Medium:Selbst_gebastelter_Nodalpunktadapter_(DSC_0034).jpg]])).

= 2. Zusammensetzen des Panoramas =

Ich habe die besten Ergebnisse mit [http://hugin.sourceforge.net/ Hugin] erreicht.

* Falls Wolken auf den Bildern zu sehen sind, umbedingt das Feature "Celeste" vor der Erkennung der Kontrollpunkte aktivieren. (Datei -> Einstellungen -> Kontrollpunkt-Detektor -> Cpfind+Celeste -> Als Standard verwenden)
* Um Panoramas die Breiter als ca 70.000 Pixel sind zusammenzufügen, muss man aufgrund eines [https://bugs.launchpad.net/enblend/+bug/685105 Bugs] das ganze Toolset [http://wiki.panotools.org/Hugin_Compiling_Ubuntu selbst komplieren] - Mit hugin 2013.0 und enblend 4.2 lassen sich Panoramas erstellen, die bis zu 2^31 Pixel haben. Mein größtes damit erstelltes Panorama hat 253.352 x 8.476 Pixel - siehe [http://kaefert.is-a-geek.org/panojs3/]

== 2.1. Riesige Panoramen mit mehr als 2^31 Pixel ==

# Weitwinkel Fotos "ganz normal" (siehe oben) zu einem 360° Panorama verarbeiten, und die Würfelseiten vorm tiling aufheben.
# Tele-Fotos ebenfalls normal verarbeiten (Kette Hugin -> Nona -> Enblend). Enblend schmiert ab weil das Zielbild mehr als 2^31 Pixel hat (signed integer ?! schlechte Pizza? Addressierung mit signed variable..??) -> Die Ausgabe von Nona aufheben.
# Aus den von Nona vorverarbeiteten Bildern mit Enblend 4 Teilstücke (die den Weitwinkel-Würfel-Seiten entsprechen) mittels Enblend zusammenfügen.
# Die Teilstücke mittels Hugin+Nona von Zylindrisch auf Rectlinear verzerren
# Mit Gimp die Weitwinkel-Würfel-Seiten auf die Größe der Tele-Ausschnitte hochskalieren und den Teleausschnitt als Layer darüber legen, als TIF exportieren.
# Mit Imagemagick und ein paar Shell-Scripts die ich geschrieben habe (siehe [http://www.imagemagick.org/discourse-server/viewtopic.php?f=1&t=24644&p=106090] ) Die Würfelseiten in Tiles für den Salado-Player zerteilen.

Beispiel eines so erstellten Panoramas mit 400.000 Pixel Breite: [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=koega_2013-11-27]

= 3. Präsentation des Panoramas =

* [https://github.com/mpetroff/pannellum Pannellum] - Für 360° Panoramas unter 8.200 Pixel Breite, Technologie: Javascript + WebGL --> Beispiel: [http://kaefert.is-a-geek.org/pannellum/?panorama=Koelbl15_Panorama360.jpg&autoload=yes]
* [http://openpano.org/saladoplayer-1-3-5/ SaladoPlayer 1.3.5] Für 360° Panoramas bis zu 70.000 Pixel Breite, Technologie: Flash --> Beispiel: [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/]
** Um ein Equirectlinear Panorama (=Output von Hugin) mit SaladoPlayer präsentieren zu können, muss es mit dem [https://github.com/mstandio/SaladoConverter SaladoConverter] in ein Deep Zoom cubic panorama umgewandelt werden.
** Um vom [https://github.com/mstandio/SaladoConverter SaladoConverter] akzeptiert zu werden, muss das Panorama genau halb so viele Pixel in der Höhe haben, wie in der Breite. In den meisten Fällen hat man keine komplette Kugel, sondern oben und unten fehlt ein Stück. Es ist wesentlich weniger Rechenaufwand diese schwarzen Streifen oben & unten nachträglich mit Gimp hinzuzufügen, als Hugin anzuweisen ein volles 360° * 180° Panorama auszugeben.
** Alternative: [http://vinayhacks.blogspot.co.at/2010/11/converting-equirectangular-panorama-to.html erect2cubic] (Vorteile: schneller & braucht weniger RAM, produziert weniger Artifakte (linien) & Pixelverhältnis muss nicht 2:1 sein, aber Horizont muss weiterhin zentriert sein; Nachteil: Input-Bild darf maximal 2^31 Pixel haben.)
*** Installation: sudo cpan -> install Panotools::Script
*** Verwendung: erect2cubic --erect=equirectlinear-input.tif --ptofile=cube.pto; nona -o prefix cube.pto
*** Tiling mittels imgcnv (siehe unten) Für die Umsortierung der Tiles ins Salado-Format hab ich ein script geschrieben: [http://kaefert.is-a-geek.org/misc/hugin/batch_rename_imgcnv-to-salado.sh]
* [http://www.dimin.net/software/panojs/ PanoJS3] für die "flache" Darstellung von Bildern, die zu groß sind, um sie direkt als JPG in einer vernünftigen Größe von wenigen MB in einem Stück vom Browser darstellen zu lassen. Siehe auch [https://github.com/dimin/panojs/ das panojs github repository]. Technologie: Nur Javascript. --> Beispiel: [http://kaefert.is-a-geek.org/panojs3/]
** Zum zerstückeln des Bildes in Tiles entweder das Inkludierte Python-Script verwenden, oder der Weg den ich gewählt habe: [http://biodev.ece.ucsb.edu/projects/bioimage/downloader/download/category/4 bioImageConvert]
** imgcnv -i MY_INPUT_IMAGE.tif -o MY_OUT_FOLDER/MY_OUT_BASE_NAME.jpg -t jpeg -tile 512
*Zur Ausrichtung von Panoramen (Norden genau in die Mitte = 0° im Saladoplayer) hat sich die Verwendung von wolframalpha.com bewährt: Einfach in das Suchfeld Koordinaten, "sun" und Datum + Uhrzeit eingeben, und einer der ausgegeben Blöcke mit dem Titel "Sky position from 48° 12' 52.87" North | 16° 20' 29.76" East at 2:48 pm" hat dann die genaue Gradangabe in welche Richtung die Sonne zu dem Zeitpunkt an dem Ort gestanden ist. In diesem Fall 218,3°

= Limits, Bugs & Workarounds verwendeter Tools =

* enblend und damit hugin stürzt ab, wenn ein Input oder Output file mehr als 2^31 Pixel haben sollte.
** größt mögliches 360° x 180° equirectlinear Panorama das mit enblend generiert werden kann ist somit 65534 x 32767
** Workaround: Hochauflösend braucht man bei unsrer Art von Panoramen eigentlich nur den Horizont
** Also das Panorama auf 2 Schritte generieren, einmal mit hoher Auflösung und sehr schmal den Horizont (z.B. so wie [http://kaefert.is-a-geek.org/panojs3/] und mit einer geringeren Auflösung den Hintergrund. Anschließend skaliert man den Hintergrund mit Gimp (oder ähnlichem) auf die Größe des Horizonts und legt diesen darüber.

* der SaladoConverter stürzt ebenfalls bei zu großen Input-Bildern ab, jedoch hat er eine etwas höhere mir nicht genau bekannte Grenze.
** Das größte von mir damit erfolgreich konvertierte Panorama hatte 75692 x 37846 Pixel (siehe [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=koega_2013-10-03])
** Mittels direktem aufrufen der einzelnen Teile des Converters konnte ich auch ein 80844 x 40422 Pixel großes Panorama konvertieren, jedoch hat das Artifakte produziert (siehe [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=brenner_2011-07-07] Artefakte sieht man nur wenn man nah ranzoomt (Linien))

Erstellung und Präsentation von Panoramen

2014-01-10T21:41:22Z

Kaefert:

Folgendes ist eine Niederschrift meiner Erfahrungen, und kann keine absoluten Wahrheiten anbieten.

= 1. Aufnahme der Einzelbilder =

Um das Zusammenfügen des Panoramas möglichst einfach zu machen, und dabei möglichst wenige sichtbare Verschiebungen zu produzieren folgende Tipps:
* Bilder mit zwischen 20% und 30% Überschneidung aufnehmen.
* Position möglichst Konstant halten (Am besten ein Stativ verwenden)
* Den Drehpunkt möglichst Nahe am [http://de.wikipedia.org/wiki/Knotenpunkt_(Fotografie) Knotenpunkt] (Am Besten einen "Nodalpunktadapter" / Panorama-Stativ-Kopf, sind leider recht teuer (im 3-Stelligen €-Bereich, [http://geizhals.at/walimex-pro-panoramakopf-mit-nodalpunkt-adapter-16852-a720802.html z.B.]), kann man aber mit sowas [http://www.amazon.de/dp/B004FI114C] auch um einen 2-Stelligen €-Betrag selber basteln - so wie hier: [[Medium:Selbst_gebastelter_Nodalpunktadapter_(DSC_0034).jpg]])).

= 2. Zusammensetzen des Panoramas =

Ich habe die besten Ergebnisse mit [http://hugin.sourceforge.net/ Hugin] erreicht.

* Falls Wolken auf den Bildern zu sehen sind, umbedingt das Feature "Celeste" vor der Erkennung der Kontrollpunkte aktivieren. (Datei -> Einstellungen -> Kontrollpunkt-Detektor -> Cpfind+Celeste -> Als Standard verwenden)
* Um Panoramas die Breiter als ca 70.000 Pixel sind zusammenzufügen, muss man aufgrund eines [https://bugs.launchpad.net/enblend/+bug/685105 Bugs] das ganze Toolset [http://wiki.panotools.org/Hugin_Compiling_Ubuntu selbst komplieren] - Mit hugin 2013.0 und enblend 4.2 lassen sich Panoramas erstellen, die bis zu 2^31 Pixel haben. Mein größtes damit erstelltes Panorama hat 253.352 x 8.476 Pixel - siehe [http://kaefert.is-a-geek.org/panojs3/]

== 2.1. Riesige Panoramen mit mehr als 2^31 Pixel ==

# Weitwinkel Fotos "ganz normal" (siehe oben) zu einem 360° Panorama verarbeiten, und die Würfelseiten vorm tiling aufheben.
# Tele-Fotos ebenfalls normal verarbeiten (Kette Hugin -> Nona -> Enblend). Enblend schmiert ab weil das Zielbild mehr als 2^31 Pixel hat (signed integer ?! schlechte Pizza? Addressierung mit signed variable..??) -> Die Ausgabe von Nona aufheben.
# Aus den von Nona vorverarbeiteten Bildern mit Enblend 4 Teilstücke (die den Weitwinkel-Würfel-Seiten entsprechen) mittels Enblend zusammenfügen.
# Die Teilstücke mittels Hugin+Nona von Zylindrisch auf Rectlinear verzerren
# Mit Gimp die Weitwinkel-Würfel-Seiten auf die Größe der Tele-Ausschnitte hochskalieren und den Teleausschnitt als Layer darüber legen, als TIF exportieren.
# Mit Imagemagick und ein paar Shell-Scripts die ich geschrieben habe (siehe [http://www.imagemagick.org/discourse-server/viewtopic.php?f=1&t=24644&p=106090] ) Die Würfelseiten in Tiles für den Salado-Player zerteilen.

Beispiel eines so erstellten Panoramas mit 400.000 Pixel Breite: [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=koega_2013-11-27]

= 3. Präsentation des Panoramas =

* [https://github.com/mpetroff/pannellum Pannellum] - Für 360° Panoramas unter 8.200 Pixel Breite, Technologie: Javascript + WebGL --> Beispiel: [http://kaefert.is-a-geek.org/pannellum/?panorama=Koelbl15_Panorama360.jpg&autoload=yes]
* [http://openpano.org/saladoplayer-1-3-5/ SaladoPlayer 1.3.5] Für 360° Panoramas bis zu 70.000 Pixel Breite, Technologie: Flash --> Beispiel: [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/]
** Um ein Equirectlinear Panorama (=Output von Hugin) mit SaladoPlayer präsentieren zu können, muss es mit dem [https://github.com/mstandio/SaladoConverter SaladoConverter] in ein Deep Zoom cubic panorama umgewandelt werden.
** Um vom [https://github.com/mstandio/SaladoConverter SaladoConverter] akzeptiert zu werden, muss das Panorama genau halb so viele Pixel in der Höhe haben, wie in der Breite. In den meisten Fällen hat man keine komplette Kugel, sondern oben und unten fehlt ein Stück. Es ist wesentlich weniger Rechenaufwand diese schwarzen Streifen oben & unten nachträglich mit Gimp hinzuzufügen, als Hugin anzuweisen ein volles 360° * 180° Panorama auszugeben.
** Alternative: [http://vinayhacks.blogspot.co.at/2010/11/converting-equirectangular-panorama-to.html erect2cubic] (Vorteile: schneller & braucht weniger RAM, produziert weniger Artifakte (linien) & Pixelverhältnis muss nicht 2:1 sein, aber Horizont muss weiterhin zentriert sein; Nachteil: Input-Bild darf maximal 2^31 Pixel haben.)
*** Installation: sudo cpan -> install Panotools::Script
*** Verwendung: erect2cubic --erect=equirectlinear-input.tif --ptofile=cube.pto; nona -o prefix cube.pto
*** Tiling mittels imgcnv (siehe unten) Für die Umsortierung der Tiles ins Salado-Format hab ich ein script geschrieben: [http://kaefert.is-a-geek.org/misc/hugin/batch_rename_imgcnv-to-salado.sh]
* [http://www.dimin.net/software/panojs/ PanoJS3] für die "flache" Darstellung von Bildern, die zu groß sind, um sie direkt als JPG in einer vernünftigen Größe von wenigen MB in einem Stück vom Browser darstellen zu lassen. Siehe auch [https://github.com/dimin/panojs/ das panojs github repository]. Technologie: Nur Javascript. --> Beispiel: [http://kaefert.is-a-geek.org/panojs3/]
** Zum zerstückeln des Bildes in Tiles entweder das Inkludierte Python-Script verwenden, oder der Weg den ich gewählt habe: [http://biodev.ece.ucsb.edu/projects/bioimage/downloader/download/category/4 bioImageConvert]
** imgcnv -i MY_INPUT_IMAGE.tif -o MY_OUT_FOLDER/MY_OUT_BASE_NAME.jpg -t jpeg -tile 512
*Zur ausrichtung von Portalen (Norden genau in die Mitte = 0° im Saladoplayer) hat sich das Verwenden von wolframalpha.com bewährt: Einfach in das Suchfeld Koordinaten, "sun" und Datum + Uhrzeit eingeben, und einer der ausgegeben Blöcke mit dem Titel "Sky position from 48° 12' 52.87" North | 16° 20' 29.76" East at 2:48 pm" hat dann die genaue Gradangabe in welche Richtung die Sonne zu dem Zeitpunkt an dem Ort gestanden ist. In diesem Fall 218,3°

= Limits, Bugs & Workarounds verwendeter Tools =

* enblend und damit hugin stürzt ab, wenn ein Input oder Output file mehr als 2^31 Pixel haben sollte.
** größt mögliches 360° x 180° equirectlinear Panorama das mit enblend generiert werden kann ist somit 65534 x 32767
** Workaround: Hochauflösend braucht man bei unsrer Art von Panoramen eigentlich nur den Horizont
** Also das Panorama auf 2 Schritte generieren, einmal mit hoher Auflösung und sehr schmal den Horizont (z.B. so wie [http://kaefert.is-a-geek.org/panojs3/] und mit einer geringeren Auflösung den Hintergrund. Anschließend skaliert man den Hintergrund mit Gimp (oder ähnlichem) auf die Größe des Horizonts und legt diesen darüber.

* der SaladoConverter stürzt ebenfalls bei zu großen Input-Bildern ab, jedoch hat er eine etwas höhere mir nicht genau bekannte Grenze.
** Das größte von mir damit erfolgreich konvertierte Panorama hatte 75692 x 37846 Pixel (siehe [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=koega_2013-10-03])
** Mittels direktem aufrufen der einzelnen Teile des Converters konnte ich auch ein 80844 x 40422 Pixel großes Panorama konvertieren, jedoch hat das Artifakte produziert (siehe [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=brenner_2011-07-07] Artefakte sieht man nur wenn man nah ranzoomt (Linien))

Erstellung und Präsentation von Panoramen

2013-12-30T12:17:09Z

Kaefert: /* 2. Zusammensetzen des Panoramas */

Folgendes ist eine Niederschrift meiner Erfahrungen, und kann keine absoluten Wahrheiten anbieten.

= 1. Aufnahme der Einzelbilder =

Um das Zusammenfügen des Panoramas möglichst einfach zu machen, und dabei möglichst wenige sichtbare Verschiebungen zu produzieren folgende Tipps:
* Bilder mit zwischen 20% und 30% Überschneidung aufnehmen.
* Position möglichst Konstant halten (Am besten ein Stativ verwenden)
* Den Drehpunkt möglichst Nahe am [http://de.wikipedia.org/wiki/Knotenpunkt_(Fotografie) Knotenpunkt] (Am Besten einen "Nodalpunktadapter" / Panorama-Stativ-Kopf, sind leider recht teuer (im 3-Stelligen €-Bereich, [http://geizhals.at/walimex-pro-panoramakopf-mit-nodalpunkt-adapter-16852-a720802.html z.B.]), kann man aber mit sowas [http://www.amazon.de/dp/B004FI114C] auch um einen 2-Stelligen €-Betrag selber basteln - so wie hier: [[Medium:Selbst_gebastelter_Nodalpunktadapter_(DSC_0034).jpg]])).

= 2. Zusammensetzen des Panoramas =

Ich habe die besten Ergebnisse mit [http://hugin.sourceforge.net/ Hugin] erreicht.

* Falls Wolken auf den Bildern zu sehen sind, umbedingt das Feature "Celeste" vor der Erkennung der Kontrollpunkte aktivieren. (Datei -> Einstellungen -> Kontrollpunkt-Detektor -> Cpfind+Celeste -> Als Standard verwenden)
* Um Panoramas die Breiter als ca 70.000 Pixel sind zusammenzufügen, muss man aufgrund eines [https://bugs.launchpad.net/enblend/+bug/685105 Bugs] das ganze Toolset [http://wiki.panotools.org/Hugin_Compiling_Ubuntu selbst komplieren] - Mit hugin 2013.0 und enblend 4.2 lassen sich Panoramas erstellen, die bis zu 2^31 Pixel haben. Mein größtes damit erstelltes Panorama hat 253.352 x 8.476 Pixel - siehe [http://kaefert.is-a-geek.org/panojs3/]

== 2.1. Riesige Panoramen mit mehr als 2^31 Pixel ==

# Weitwinkel Fotos "ganz normal" (siehe oben) zu einem 360° Panorama verarbeiten, und die Würfelseiten vorm tiling aufheben.
# Tele-Fotos ebenfalls normal verarbeiten (Kette Hugin -> Nona -> Enblend). Enblend schmiert ab weil das Zielbild mehr als 2^31 Pixel hat (signed integer ?! schlechte Pizza? Addressierung mit signed variable..??) -> Die Ausgabe von Nona aufheben.
# Aus den von Nona vorverarbeiteten Bildern mit Enblend 4 Teilstücke (die den Weitwinkel-Würfel-Seiten entsprechen) mittels Enblend zusammenfügen.
# Die Teilstücke mittels Hugin+Nona von Zylindrisch auf Rectlinear verzerren
# Mit Gimp die Weitwinkel-Würfel-Seiten auf die Größe der Tele-Ausschnitte hochskalieren und den Teleausschnitt als Layer darüber legen, als TIF exportieren.
# Mit Imagemagick und ein paar Shell-Scripts die ich geschrieben habe (siehe [http://www.imagemagick.org/discourse-server/viewtopic.php?f=1&t=24644&p=106090] ) Die Würfelseiten in Tiles für den Salado-Player zerteilen.

Beispiel eines so erstellten Panoramas mit 400.000 Pixel Breite: [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=koega_2013-11-27]

= 3. Präsentation des Panoramas =

* [https://github.com/mpetroff/pannellum Pannellum] - Für 360° Panoramas unter 8.200 Pixel Breite, Technologie: Javascript + WebGL --> Beispiel: [http://kaefert.is-a-geek.org/pannellum/?panorama=Koelbl15_Panorama360.jpg&autoload=yes]
* [http://openpano.org/saladoplayer-1-3-5/ SaladoPlayer 1.3.5] Für 360° Panoramas bis zu 70.000 Pixel Breite, Technologie: Flash --> Beispiel: [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/]
** Um ein Equirectlinear Panorama (=Output von Hugin) mit SaladoPlayer präsentieren zu können, muss es mit dem [https://github.com/mstandio/SaladoConverter SaladoConverter] in ein Deep Zoom cubic panorama umgewandelt werden.
** Um vom [https://github.com/mstandio/SaladoConverter SaladoConverter] akzeptiert zu werden, muss das Panorama genau halb so viele Pixel in der Höhe haben, wie in der Breite. In den meisten Fällen hat man keine komplette Kugel, sondern oben und unten fehlt ein Stück. Es ist wesentlich weniger Rechenaufwand diese schwarzen Streifen oben & unten nachträglich mit Gimp hinzuzufügen, als Hugin anzuweisen ein volles 360° * 180° Panorama auszugeben.
** Alternative: [http://vinayhacks.blogspot.co.at/2010/11/converting-equirectangular-panorama-to.html erect2cubic] (Vorteile: schneller & braucht weniger RAM, produziert weniger Artifakte (linien) & Pixelverhältnis muss nicht 2:1 sein, aber Horizont muss weiterhin zentriert sein; Nachteil: Input-Bild darf maximal 2^31 Pixel haben.)
*** Installation: sudo cpan -> install Panotools::Script
*** Verwendung: erect2cubic --erect=equirectlinear-input.tif --ptofile=cube.pto; nona -o prefix cube.pto
*** Tiling mittels imgcnv (siehe unten) Für die Umsortierung der Tiles ins Salado-Format hab ich ein script geschrieben: [http://kaefert.is-a-geek.org/misc/hugin/batch_rename_imgcnv-to-salado.sh]
* [http://www.dimin.net/software/panojs/ PanoJS3] für die "flache" Darstellung von Bildern, die zu groß sind, um sie direkt als JPG in einer vernünftigen Größe von wenigen MB in einem Stück vom Browser darstellen zu lassen. Siehe auch [https://github.com/dimin/panojs/ das panojs github repository]. Technologie: Nur Javascript. --> Beispiel: [http://kaefert.is-a-geek.org/panojs3/]
** Zum zerstückeln des Bildes in Tiles entweder das Inkludierte Python-Script verwenden, oder der Weg den ich gewählt habe: [http://biodev.ece.ucsb.edu/projects/bioimage/downloader/download/category/4 bioImageConvert]
** imgcnv -i MY_INPUT_IMAGE.tif -o MY_OUT_FOLDER/MY_OUT_BASE_NAME.jpg -t jpeg -tile 512

= Limits, Bugs & Workarounds verwendeter Tools =

* enblend und damit hugin stürzt ab, wenn ein Input oder Output file mehr als 2^31 Pixel haben sollte.
** größt mögliches 360° x 180° equirectlinear Panorama das mit enblend generiert werden kann ist somit 65534 x 32767
** Workaround: Hochauflösend braucht man bei unsrer Art von Panoramen eigentlich nur den Horizont
** Also das Panorama auf 2 Schritte generieren, einmal mit hoher Auflösung und sehr schmal den Horizont (z.B. so wie [http://kaefert.is-a-geek.org/panojs3/] und mit einer geringeren Auflösung den Hintergrund. Anschließend skaliert man den Hintergrund mit Gimp (oder ähnlichem) auf die Größe des Horizonts und legt diesen darüber.

* der SaladoConverter stürzt ebenfalls bei zu großen Input-Bildern ab, jedoch hat er eine etwas höhere mir nicht genau bekannte Grenze.
** Das größte von mir damit erfolgreich konvertierte Panorama hatte 75692 x 37846 Pixel (siehe [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=koega_2013-10-03])
** Mittels direktem aufrufen der einzelnen Teile des Converters konnte ich auch ein 80844 x 40422 Pixel großes Panorama konvertieren, jedoch hat das Artifakte produziert (siehe [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=brenner_2011-07-07] Artefakte sieht man nur wenn man nah ranzoomt (Linien))

Erstellung und Präsentation von Panoramen

2013-12-30T12:16:09Z

Kaefert: /* 2. Zusammensetzen des Panoramas */

Folgendes ist eine Niederschrift meiner Erfahrungen, und kann keine absoluten Wahrheiten anbieten.

= 1. Aufnahme der Einzelbilder =

Um das Zusammenfügen des Panoramas möglichst einfach zu machen, und dabei möglichst wenige sichtbare Verschiebungen zu produzieren folgende Tipps:
* Bilder mit zwischen 20% und 30% Überschneidung aufnehmen.
* Position möglichst Konstant halten (Am besten ein Stativ verwenden)
* Den Drehpunkt möglichst Nahe am [http://de.wikipedia.org/wiki/Knotenpunkt_(Fotografie) Knotenpunkt] (Am Besten einen "Nodalpunktadapter" / Panorama-Stativ-Kopf, sind leider recht teuer (im 3-Stelligen €-Bereich, [http://geizhals.at/walimex-pro-panoramakopf-mit-nodalpunkt-adapter-16852-a720802.html z.B.]), kann man aber mit sowas [http://www.amazon.de/dp/B004FI114C] auch um einen 2-Stelligen €-Betrag selber basteln - so wie hier: [[Medium:Selbst_gebastelter_Nodalpunktadapter_(DSC_0034).jpg]])).

= 2. Zusammensetzen des Panoramas =

Ich habe die besten Ergebnisse mit [http://hugin.sourceforge.net/ Hugin] erreicht.

* Falls Wolken auf den Bildern zu sehen sind, umbedingt das Feature "Celeste" vor der Erkennung der Kontrollpunkte aktivieren. (Datei -> Einstellungen -> Kontrollpunkt-Detektor -> Cpfind+Celeste -> Als Standard verwenden)
* Um Panoramas die Breiter als ca 70.000 Pixel sind, muss man aufgrund eines [https://bugs.launchpad.net/enblend/+bug/685105 Bugs] das ganze Toolset [http://wiki.panotools.org/Hugin_Compiling_Ubuntu selbst komplieren] - Mit hugin 2013.0 und enblend 4.2 lassen sich Panoramas erstellen, die bis zu 2^31 Pixel haben. Mein größtes damit erstelltes Panorama hat 253.352 x 8.476 Pixel - siehe [http://kaefert.is-a-geek.org/panojs3/]

== 2.1. Riesige Panoramen mit mehr als 2^31 Pixel ==

# Weitwinkel Fotos "ganz normal" (siehe oben) zu einem 360° Panorama verarbeiten, und die Würfelseiten vorm tiling aufheben.
# Tele-Fotos ebenfalls normal verarbeiten (Kette Hugin -> Nona -> Enblend). Enblend schmiert ab weil das Zielbild mehr als 2^31 Pixel hat (signed integer ?! schlechte Pizza? Addressierung mit signed variable..??) -> Die Ausgabe von Nona aufheben.
# Aus den von Nona vorverarbeiteten Bildern mit Enblend 4 Teilstücke (die den Weitwinkel-Würfel-Seiten entsprechen) mittels Enblend zusammenfügen.
# Die Teilstücke mittels Hugin+Nona von Zylindrisch auf Rectlinear verzerren
# Mit Gimp die Weitwinkel-Würfel-Seiten auf die Größe der Tele-Ausschnitte hochskalieren und den Teleausschnitt als Layer darüber legen, als TIF exportieren.
# Mit Imagemagick und ein paar Shell-Scripts die ich geschrieben habe (siehe http://www.imagemagick.org/discourse-server/viewtopic.php?f=1&t=24644&p=106090 ) Die Würfelseiten in Tiles für den Salado-Player zerteilen.

Beispiel eines so erstellten Panoramas mit 400.000 Pixel Breite: [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=koega_2013-11-27]

= 3. Präsentation des Panoramas =

* [https://github.com/mpetroff/pannellum Pannellum] - Für 360° Panoramas unter 8.200 Pixel Breite, Technologie: Javascript + WebGL --> Beispiel: [http://kaefert.is-a-geek.org/pannellum/?panorama=Koelbl15_Panorama360.jpg&autoload=yes]
* [http://openpano.org/saladoplayer-1-3-5/ SaladoPlayer 1.3.5] Für 360° Panoramas bis zu 70.000 Pixel Breite, Technologie: Flash --> Beispiel: [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/]
** Um ein Equirectlinear Panorama (=Output von Hugin) mit SaladoPlayer präsentieren zu können, muss es mit dem [https://github.com/mstandio/SaladoConverter SaladoConverter] in ein Deep Zoom cubic panorama umgewandelt werden.
** Um vom [https://github.com/mstandio/SaladoConverter SaladoConverter] akzeptiert zu werden, muss das Panorama genau halb so viele Pixel in der Höhe haben, wie in der Breite. In den meisten Fällen hat man keine komplette Kugel, sondern oben und unten fehlt ein Stück. Es ist wesentlich weniger Rechenaufwand diese schwarzen Streifen oben & unten nachträglich mit Gimp hinzuzufügen, als Hugin anzuweisen ein volles 360° * 180° Panorama auszugeben.
** Alternative: [http://vinayhacks.blogspot.co.at/2010/11/converting-equirectangular-panorama-to.html erect2cubic] (Vorteile: schneller & braucht weniger RAM, produziert weniger Artifakte (linien) & Pixelverhältnis muss nicht 2:1 sein, aber Horizont muss weiterhin zentriert sein; Nachteil: Input-Bild darf maximal 2^31 Pixel haben.)
*** Installation: sudo cpan -> install Panotools::Script
*** Verwendung: erect2cubic --erect=equirectlinear-input.tif --ptofile=cube.pto; nona -o prefix cube.pto
*** Tiling mittels imgcnv (siehe unten) Für die Umsortierung der Tiles ins Salado-Format hab ich ein script geschrieben: [http://kaefert.is-a-geek.org/misc/hugin/batch_rename_imgcnv-to-salado.sh]
* [http://www.dimin.net/software/panojs/ PanoJS3] für die "flache" Darstellung von Bildern, die zu groß sind, um sie direkt als JPG in einer vernünftigen Größe von wenigen MB in einem Stück vom Browser darstellen zu lassen. Siehe auch [https://github.com/dimin/panojs/ das panojs github repository]. Technologie: Nur Javascript. --> Beispiel: [http://kaefert.is-a-geek.org/panojs3/]
** Zum zerstückeln des Bildes in Tiles entweder das Inkludierte Python-Script verwenden, oder der Weg den ich gewählt habe: [http://biodev.ece.ucsb.edu/projects/bioimage/downloader/download/category/4 bioImageConvert]
** imgcnv -i MY_INPUT_IMAGE.tif -o MY_OUT_FOLDER/MY_OUT_BASE_NAME.jpg -t jpeg -tile 512

= Limits, Bugs & Workarounds verwendeter Tools =

* enblend und damit hugin stürzt ab, wenn ein Input oder Output file mehr als 2^31 Pixel haben sollte.
** größt mögliches 360° x 180° equirectlinear Panorama das mit enblend generiert werden kann ist somit 65534 x 32767
** Workaround: Hochauflösend braucht man bei unsrer Art von Panoramen eigentlich nur den Horizont
** Also das Panorama auf 2 Schritte generieren, einmal mit hoher Auflösung und sehr schmal den Horizont (z.B. so wie [http://kaefert.is-a-geek.org/panojs3/] und mit einer geringeren Auflösung den Hintergrund. Anschließend skaliert man den Hintergrund mit Gimp (oder ähnlichem) auf die Größe des Horizonts und legt diesen darüber.

* der SaladoConverter stürzt ebenfalls bei zu großen Input-Bildern ab, jedoch hat er eine etwas höhere mir nicht genau bekannte Grenze.
** Das größte von mir damit erfolgreich konvertierte Panorama hatte 75692 x 37846 Pixel (siehe [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=koega_2013-10-03])
** Mittels direktem aufrufen der einzelnen Teile des Converters konnte ich auch ein 80844 x 40422 Pixel großes Panorama konvertieren, jedoch hat das Artifakte produziert (siehe [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=brenner_2011-07-07] Artefakte sieht man nur wenn man nah ranzoomt (Linien))

Erstellung und Präsentation von Panoramen

2013-11-29T12:22:17Z

Kaefert: /* 1. Aufnahme der Einzelbilder */

Folgendes ist eine Niederschrift meiner Erfahrungen, und kann keine absoluten Wahrheiten anbieten.

= 1. Aufnahme der Einzelbilder =

Um das Zusammenfügen des Panoramas möglichst einfach zu machen, und dabei möglichst wenige sichtbare Verschiebungen zu produzieren folgende Tipps:
* Bilder mit zwischen 20% und 30% Überschneidung aufnehmen.
* Position möglichst Konstant halten (Am besten ein Stativ verwenden)
* Den Drehpunkt möglichst Nahe am [http://de.wikipedia.org/wiki/Knotenpunkt_(Fotografie) Knotenpunkt] (Am Besten einen "Nodalpunktadapter" / Panorama-Stativ-Kopf, sind leider recht teuer (im 3-Stelligen €-Bereich, [http://geizhals.at/walimex-pro-panoramakopf-mit-nodalpunkt-adapter-16852-a720802.html z.B.]), kann man aber mit sowas [http://www.amazon.de/dp/B004FI114C] auch um einen 2-Stelligen €-Betrag selber basteln - so wie hier: [[Medium:Selbst_gebastelter_Nodalpunktadapter_(DSC_0034).jpg]])).

= 2. Zusammensetzen des Panoramas =

Ich habe die besten Ergebnisse mit [http://hugin.sourceforge.net/ Hugin] erreicht.

* Falls Wolken auf den Bildern zu sehen sind, umbedingt das Feature "Celeste" vor der Erkennung der Kontrollpunkte aktivieren. (Datei -> Einstellungen -> Kontrollpunkt-Detektor -> Cpfind+Celeste -> Als Standard verwenden)
* Um Panoramas die Breiter als ca 70.000 Pixel sind, muss man aufgrund eines [https://bugs.launchpad.net/enblend/+bug/685105 Bugs] das ganze Toolset [http://wiki.panotools.org/Hugin_Compiling_Ubuntu selbst komplieren] - Mit hugin 2013.0 und enblend 4.2 lassen sich Panoramas erstellen, die bis zu 2^31 Pixel haben. Mein größtes damit erstelltes Panorama hat 253.352 x 8.476 Pixel - siehe [http://kaefert.is-a-geek.org/panojs3/]

= 3. Präsentation des Panoramas =

* [https://github.com/mpetroff/pannellum Pannellum] - Für 360° Panoramas unter 8.200 Pixel Breite, Technologie: Javascript + WebGL --> Beispiel: [http://kaefert.is-a-geek.org/pannellum/?panorama=Koelbl15_Panorama360.jpg&autoload=yes]
* [http://openpano.org/saladoplayer-1-3-5/ SaladoPlayer 1.3.5] Für 360° Panoramas bis zu 70.000 Pixel Breite, Technologie: Flash --> Beispiel: [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/]
** Um ein Equirectlinear Panorama (=Output von Hugin) mit SaladoPlayer präsentieren zu können, muss es mit dem [https://github.com/mstandio/SaladoConverter SaladoConverter] in ein Deep Zoom cubic panorama umgewandelt werden.
** Um vom [https://github.com/mstandio/SaladoConverter SaladoConverter] akzeptiert zu werden, muss das Panorama genau halb so viele Pixel in der Höhe haben, wie in der Breite. In den meisten Fällen hat man keine komplette Kugel, sondern oben und unten fehlt ein Stück. Es ist wesentlich weniger Rechenaufwand diese schwarzen Streifen oben & unten nachträglich mit Gimp hinzuzufügen, als Hugin anzuweisen ein volles 360° * 180° Panorama auszugeben.
** Alternative: [http://vinayhacks.blogspot.co.at/2010/11/converting-equirectangular-panorama-to.html erect2cubic] (Vorteile: schneller & braucht weniger RAM, produziert weniger Artifakte (linien) & Pixelverhältnis muss nicht 2:1 sein, aber Horizont muss weiterhin zentriert sein; Nachteil: Input-Bild darf maximal 2^31 Pixel haben.)
*** Installation: sudo cpan -> install Panotools::Script
*** Verwendung: erect2cubic --erect=equirectlinear-input.tif --ptofile=cube.pto; nona -o prefix cube.pto
*** Tiling mittels imgcnv (siehe unten) Für die Umsortierung der Tiles ins Salado-Format hab ich ein script geschrieben: [http://kaefert.is-a-geek.org/misc/hugin/batch_rename_imgcnv-to-salado.sh]
* [http://www.dimin.net/software/panojs/ PanoJS3] für die "flache" Darstellung von Bildern, die zu groß sind, um sie direkt als JPG in einer vernünftigen Größe von wenigen MB in einem Stück vom Browser darstellen zu lassen. Siehe auch [https://github.com/dimin/panojs/ das panojs github repository]. Technologie: Nur Javascript. --> Beispiel: [http://kaefert.is-a-geek.org/panojs3/]
** Zum zerstückeln des Bildes in Tiles entweder das Inkludierte Python-Script verwenden, oder der Weg den ich gewählt habe: [http://biodev.ece.ucsb.edu/projects/bioimage/downloader/download/category/4 bioImageConvert]
** imgcnv -i MY_INPUT_IMAGE.tif -o MY_OUT_FOLDER/MY_OUT_BASE_NAME.jpg -t jpeg -tile 512

= Limits, Bugs & Workarounds verwendeter Tools =

* enblend und damit hugin stürzt ab, wenn ein Input oder Output file mehr als 2^31 Pixel haben sollte.
** größt mögliches 360° x 180° equirectlinear Panorama das mit enblend generiert werden kann ist somit 65534 x 32767
** Workaround: Hochauflösend braucht man bei unsrer Art von Panoramen eigentlich nur den Horizont
** Also das Panorama auf 2 Schritte generieren, einmal mit hoher Auflösung und sehr schmal den Horizont (z.B. so wie [http://kaefert.is-a-geek.org/panojs3/] und mit einer geringeren Auflösung den Hintergrund. Anschließend skaliert man den Hintergrund mit Gimp (oder ähnlichem) auf die Größe des Horizonts und legt diesen darüber.

* der SaladoConverter stürzt ebenfalls bei zu großen Input-Bildern ab, jedoch hat er eine etwas höhere mir nicht genau bekannte Grenze.
** Das größte von mir damit erfolgreich konvertierte Panorama hatte 75692 x 37846 Pixel (siehe [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=koega_2013-10-03])
** Mittels direktem aufrufen der einzelnen Teile des Converters konnte ich auch ein 80844 x 40422 Pixel großes Panorama konvertieren, jedoch hat das Artifakte produziert (siehe [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=brenner_2011-07-07] Artefakte sieht man nur wenn man nah ranzoomt (Linien))

Erstellung und Präsentation von Panoramen

2013-11-29T12:20:45Z

Kaefert: /* 1. Aufnahme der Einzelbilder */

Folgendes ist eine Niederschrift meiner Erfahrungen, und kann keine absoluten Wahrheiten anbieten.

= 1. Aufnahme der Einzelbilder =

Um das Zusammenfügen des Panoramas möglichst einfach zu machen, und dabei möglichst wenige sichtbare Verschiebungen zu produzieren folgende Tipps:
* Bilder mit zwischen 20% und 30% Überschneidung aufnehmen.
* Position möglichst Konstant halten (Am besten ein Stativ verwenden)
* Den Drehpunkt möglichst Nahe am [http://de.wikipedia.org/wiki/Knotenpunkt_(Fotografie) Knotenpunkt] (Am Besten einen "Nodalpunktadapter" / Panorama-Stativ-Kopf, sind leider recht teuer (im 3-Stelligen €-Bereich, [http://geizhals.at/walimex-pro-panoramakopf-mit-nodalpunkt-adapter-16852-a720802.html z.B.]), kann man aber mit sowas [http://www.amazon.de/dp/B004FI114C] auch um einen 2-Stelligen €-Betrag selber basteln - so wie hier: [[Datei:Selbst_gebastelter_Nodalpunktadapter_(DSC_0034).jpg]])).

= 2. Zusammensetzen des Panoramas =

Ich habe die besten Ergebnisse mit [http://hugin.sourceforge.net/ Hugin] erreicht.

* Falls Wolken auf den Bildern zu sehen sind, umbedingt das Feature "Celeste" vor der Erkennung der Kontrollpunkte aktivieren. (Datei -> Einstellungen -> Kontrollpunkt-Detektor -> Cpfind+Celeste -> Als Standard verwenden)
* Um Panoramas die Breiter als ca 70.000 Pixel sind, muss man aufgrund eines [https://bugs.launchpad.net/enblend/+bug/685105 Bugs] das ganze Toolset [http://wiki.panotools.org/Hugin_Compiling_Ubuntu selbst komplieren] - Mit hugin 2013.0 und enblend 4.2 lassen sich Panoramas erstellen, die bis zu 2^31 Pixel haben. Mein größtes damit erstelltes Panorama hat 253.352 x 8.476 Pixel - siehe [http://kaefert.is-a-geek.org/panojs3/]

= 3. Präsentation des Panoramas =

* [https://github.com/mpetroff/pannellum Pannellum] - Für 360° Panoramas unter 8.200 Pixel Breite, Technologie: Javascript + WebGL --> Beispiel: [http://kaefert.is-a-geek.org/pannellum/?panorama=Koelbl15_Panorama360.jpg&autoload=yes]
* [http://openpano.org/saladoplayer-1-3-5/ SaladoPlayer 1.3.5] Für 360° Panoramas bis zu 70.000 Pixel Breite, Technologie: Flash --> Beispiel: [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/]
** Um ein Equirectlinear Panorama (=Output von Hugin) mit SaladoPlayer präsentieren zu können, muss es mit dem [https://github.com/mstandio/SaladoConverter SaladoConverter] in ein Deep Zoom cubic panorama umgewandelt werden.
** Um vom [https://github.com/mstandio/SaladoConverter SaladoConverter] akzeptiert zu werden, muss das Panorama genau halb so viele Pixel in der Höhe haben, wie in der Breite. In den meisten Fällen hat man keine komplette Kugel, sondern oben und unten fehlt ein Stück. Es ist wesentlich weniger Rechenaufwand diese schwarzen Streifen oben & unten nachträglich mit Gimp hinzuzufügen, als Hugin anzuweisen ein volles 360° * 180° Panorama auszugeben.
** Alternative: [http://vinayhacks.blogspot.co.at/2010/11/converting-equirectangular-panorama-to.html erect2cubic] (Vorteile: schneller & braucht weniger RAM, produziert weniger Artifakte (linien) & Pixelverhältnis muss nicht 2:1 sein, aber Horizont muss weiterhin zentriert sein; Nachteil: Input-Bild darf maximal 2^31 Pixel haben.)
*** Installation: sudo cpan -> install Panotools::Script
*** Verwendung: erect2cubic --erect=equirectlinear-input.tif --ptofile=cube.pto; nona -o prefix cube.pto
*** Tiling mittels imgcnv (siehe unten) Für die Umsortierung der Tiles ins Salado-Format hab ich ein script geschrieben: [http://kaefert.is-a-geek.org/misc/hugin/batch_rename_imgcnv-to-salado.sh]
* [http://www.dimin.net/software/panojs/ PanoJS3] für die "flache" Darstellung von Bildern, die zu groß sind, um sie direkt als JPG in einer vernünftigen Größe von wenigen MB in einem Stück vom Browser darstellen zu lassen. Siehe auch [https://github.com/dimin/panojs/ das panojs github repository]. Technologie: Nur Javascript. --> Beispiel: [http://kaefert.is-a-geek.org/panojs3/]
** Zum zerstückeln des Bildes in Tiles entweder das Inkludierte Python-Script verwenden, oder der Weg den ich gewählt habe: [http://biodev.ece.ucsb.edu/projects/bioimage/downloader/download/category/4 bioImageConvert]
** imgcnv -i MY_INPUT_IMAGE.tif -o MY_OUT_FOLDER/MY_OUT_BASE_NAME.jpg -t jpeg -tile 512

= Limits, Bugs & Workarounds verwendeter Tools =

* enblend und damit hugin stürzt ab, wenn ein Input oder Output file mehr als 2^31 Pixel haben sollte.
** größt mögliches 360° x 180° equirectlinear Panorama das mit enblend generiert werden kann ist somit 65534 x 32767
** Workaround: Hochauflösend braucht man bei unsrer Art von Panoramen eigentlich nur den Horizont
** Also das Panorama auf 2 Schritte generieren, einmal mit hoher Auflösung und sehr schmal den Horizont (z.B. so wie [http://kaefert.is-a-geek.org/panojs3/] und mit einer geringeren Auflösung den Hintergrund. Anschließend skaliert man den Hintergrund mit Gimp (oder ähnlichem) auf die Größe des Horizonts und legt diesen darüber.

* der SaladoConverter stürzt ebenfalls bei zu großen Input-Bildern ab, jedoch hat er eine etwas höhere mir nicht genau bekannte Grenze.
** Das größte von mir damit erfolgreich konvertierte Panorama hatte 75692 x 37846 Pixel (siehe [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=koega_2013-10-03])
** Mittels direktem aufrufen der einzelnen Teile des Converters konnte ich auch ein 80844 x 40422 Pixel großes Panorama konvertieren, jedoch hat das Artifakte produziert (siehe [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=brenner_2011-07-07] Artefakte sieht man nur wenn man nah ranzoomt (Linien))

Erstellung und Präsentation von Panoramen

2013-11-13T19:45:27Z

Kaefert: /* 3. Präsentation des Panoramas */

Folgendes ist eine Niederschrift meiner Erfahrungen, und kann keine absoluten Wahrheiten anbieten.

= 1. Aufnahme der Einzelbilder =

Um das Zusammenfügen des Panoramas möglichst einfach zu machen, und dabei möglichst wenige sichtbare Verschiebungen zu produzieren folgende Tipps:
* Bilder mit zwischen 20% und 30% Überschneidung aufnehmen.
* Position möglichst Konstant halten (Am besten ein Stativ verwenden)
* Den Drehpunkt möglichst Nahe am [http://de.wikipedia.org/wiki/Knotenpunkt_(Fotografie) Knotenpunkt] (Am Besten einen "Nodalpunktadapter" / Panorama-Stativ-Kopf, sind leider recht teuer (im 3-Stelligen €-Bereich, [http://geizhals.at/walimex-pro-panoramakopf-mit-nodalpunkt-adapter-16852-a720802.html z.B.]), kann man aber mit sowas [http://www.amazon.de/dp/B004FI114C] auch um einen 2-Stelligen €-Betrag selber basteln)).

= 2. Zusammensetzen des Panoramas =

Ich habe die besten Ergebnisse mit [http://hugin.sourceforge.net/ Hugin] erreicht.

* Falls Wolken auf den Bildern zu sehen sind, umbedingt das Feature "Celeste" vor der Erkennung der Kontrollpunkte aktivieren. (Datei -> Einstellungen -> Kontrollpunkt-Detektor -> Cpfind+Celeste -> Als Standard verwenden)
* Um Panoramas die Breiter als ca 70.000 Pixel sind, muss man aufgrund eines [https://bugs.launchpad.net/enblend/+bug/685105 Bugs] das ganze Toolset [http://wiki.panotools.org/Hugin_Compiling_Ubuntu selbst komplieren] - Mit hugin 2013.0 und enblend 4.2 lassen sich Panoramas erstellen, die bis zu 2^31 Pixel haben. Mein größtes damit erstelltes Panorama hat 253.352 x 8.476 Pixel - siehe [http://kaefert.is-a-geek.org/panojs3/]

= 3. Präsentation des Panoramas =

* [https://github.com/mpetroff/pannellum Pannellum] - Für 360° Panoramas unter 8.200 Pixel Breite, Technologie: Javascript + WebGL --> Beispiel: [http://kaefert.is-a-geek.org/pannellum/?panorama=Koelbl15_Panorama360.jpg&autoload=yes]
* [http://openpano.org/saladoplayer-1-3-5/ SaladoPlayer 1.3.5] Für 360° Panoramas bis zu 70.000 Pixel Breite, Technologie: Flash --> Beispiel: [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/]
** Um ein Equirectlinear Panorama (=Output von Hugin) mit SaladoPlayer präsentieren zu können, muss es mit dem [https://github.com/mstandio/SaladoConverter SaladoConverter] in ein Deep Zoom cubic panorama umgewandelt werden.
** Um vom [https://github.com/mstandio/SaladoConverter SaladoConverter] akzeptiert zu werden, muss das Panorama genau halb so viele Pixel in der Höhe haben, wie in der Breite. In den meisten Fällen hat man keine komplette Kugel, sondern oben und unten fehlt ein Stück. Es ist wesentlich weniger Rechenaufwand diese schwarzen Streifen oben & unten nachträglich mit Gimp hinzuzufügen, als Hugin anzuweisen ein volles 360° * 180° Panorama auszugeben.
** Alternative: [http://vinayhacks.blogspot.co.at/2010/11/converting-equirectangular-panorama-to.html erect2cubic] (Vorteile: schneller & braucht weniger RAM, produziert weniger Artifakte (linien) & Pixelverhältnis muss nicht 2:1 sein, aber Horizont muss weiterhin zentriert sein; Nachteil: Input-Bild darf maximal 2^31 Pixel haben.)
*** Installation: sudo cpan -> install Panotools::Script
*** Verwendung: erect2cubic --erect=equirectlinear-input.tif --ptofile=cube.pto; nona -o prefix cube.pto
*** Tiling mittels imgcnv (siehe unten) Für die Umsortierung der Tiles ins Salado-Format hab ich ein script geschrieben: [http://kaefert.is-a-geek.org/misc/hugin/batch_rename_imgcnv-to-salado.sh]
* [http://www.dimin.net/software/panojs/ PanoJS3] für die "flache" Darstellung von Bildern, die zu groß sind, um sie direkt als JPG in einer vernünftigen Größe von wenigen MB in einem Stück vom Browser darstellen zu lassen. Siehe auch [https://github.com/dimin/panojs/ das panojs github repository]. Technologie: Nur Javascript. --> Beispiel: [http://kaefert.is-a-geek.org/panojs3/]
** Zum zerstückeln des Bildes in Tiles entweder das Inkludierte Python-Script verwenden, oder der Weg den ich gewählt habe: [http://biodev.ece.ucsb.edu/projects/bioimage/downloader/download/category/4 bioImageConvert]
** imgcnv -i MY_INPUT_IMAGE.tif -o MY_OUT_FOLDER/MY_OUT_BASE_NAME.jpg -t jpeg -tile 512

= Limits, Bugs & Workarounds verwendeter Tools =

* enblend und damit hugin stürzt ab, wenn ein Input oder Output file mehr als 2^31 Pixel haben sollte.
** größt mögliches 360° x 180° equirectlinear Panorama das mit enblend generiert werden kann ist somit 65534 x 32767
** Workaround: Hochauflösend braucht man bei unsrer Art von Panoramen eigentlich nur den Horizont
** Also das Panorama auf 2 Schritte generieren, einmal mit hoher Auflösung und sehr schmal den Horizont (z.B. so wie [http://kaefert.is-a-geek.org/panojs3/] und mit einer geringeren Auflösung den Hintergrund. Anschließend skaliert man den Hintergrund mit Gimp (oder ähnlichem) auf die Größe des Horizonts und legt diesen darüber.

* der SaladoConverter stürzt ebenfalls bei zu großen Input-Bildern ab, jedoch hat er eine etwas höhere mir nicht genau bekannte Grenze.
** Das größte von mir damit erfolgreich konvertierte Panorama hatte 75692 x 37846 Pixel (siehe [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=koega_2013-10-03])
** Mittels direktem aufrufen der einzelnen Teile des Converters konnte ich auch ein 80844 x 40422 Pixel großes Panorama konvertieren, jedoch hat das Artifakte produziert (siehe [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=brenner_2011-07-07] Artefakte sieht man nur wenn man nah ranzoomt (Linien))

Erstellung und Präsentation von Panoramen

2013-11-13T19:44:53Z

Kaefert: /* 3. Präsentation des Panoramas */

Folgendes ist eine Niederschrift meiner Erfahrungen, und kann keine absoluten Wahrheiten anbieten.

= 1. Aufnahme der Einzelbilder =

Um das Zusammenfügen des Panoramas möglichst einfach zu machen, und dabei möglichst wenige sichtbare Verschiebungen zu produzieren folgende Tipps:
* Bilder mit zwischen 20% und 30% Überschneidung aufnehmen.
* Position möglichst Konstant halten (Am besten ein Stativ verwenden)
* Den Drehpunkt möglichst Nahe am [http://de.wikipedia.org/wiki/Knotenpunkt_(Fotografie) Knotenpunkt] (Am Besten einen "Nodalpunktadapter" / Panorama-Stativ-Kopf, sind leider recht teuer (im 3-Stelligen €-Bereich, [http://geizhals.at/walimex-pro-panoramakopf-mit-nodalpunkt-adapter-16852-a720802.html z.B.]), kann man aber mit sowas [http://www.amazon.de/dp/B004FI114C] auch um einen 2-Stelligen €-Betrag selber basteln)).

= 2. Zusammensetzen des Panoramas =

Ich habe die besten Ergebnisse mit [http://hugin.sourceforge.net/ Hugin] erreicht.

* Falls Wolken auf den Bildern zu sehen sind, umbedingt das Feature "Celeste" vor der Erkennung der Kontrollpunkte aktivieren. (Datei -> Einstellungen -> Kontrollpunkt-Detektor -> Cpfind+Celeste -> Als Standard verwenden)
* Um Panoramas die Breiter als ca 70.000 Pixel sind, muss man aufgrund eines [https://bugs.launchpad.net/enblend/+bug/685105 Bugs] das ganze Toolset [http://wiki.panotools.org/Hugin_Compiling_Ubuntu selbst komplieren] - Mit hugin 2013.0 und enblend 4.2 lassen sich Panoramas erstellen, die bis zu 2^31 Pixel haben. Mein größtes damit erstelltes Panorama hat 253.352 x 8.476 Pixel - siehe [http://kaefert.is-a-geek.org/panojs3/]

= 3. Präsentation des Panoramas =

* [https://github.com/mpetroff/pannellum Pannellum] - Für 360° Panoramas unter 8.200 Pixel Breite, Technologie: Javascript + WebGL --> Beispiel: [http://kaefert.is-a-geek.org/pannellum/?panorama=Koelbl15_Panorama360.jpg&autoload=yes]
* [http://openpano.org/saladoplayer-1-3-5/ SaladoPlayer 1.3.5] Für 360° Panoramas bis zu 70.000 Pixel Breite, Technologie: Flash --> Beispiel: [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/]
** Um ein Equirectlinear Panorama (=Output von Hugin) mit SaladoPlayer präsentieren zu können, muss es mit dem [https://github.com/mstandio/SaladoConverter SaladoConverter] in ein Deep Zoom cubic panorama umgewandelt werden.
** Um vom [https://github.com/mstandio/SaladoConverter SaladoConverter] akzeptiert zu werden, muss das Panorama genau halb so viele Pixel in der Höhe haben, wie in der Breite. In den meisten Fällen hat man keine komplette Kugel, sondern oben und unten fehlt ein Stück. Es ist wesentlich weniger Rechenaufwand diese schwarzen Streifen oben & unten nachträglich mit Gimp hinzuzufügen, also Hugin anzuweisen ein volles 360° * 180° Panorama auszugeben.
** Alternative: [http://vinayhacks.blogspot.co.at/2010/11/converting-equirectangular-panorama-to.html erect2cubic] (Vorteile: schneller & braucht weniger RAM, produziert weniger Artifakte (linien) & Pixelverhältnis muss nicht 2:1 sein, aber Horizont muss weiterhin zentriert sein; Nachteil: Input-Bild darf maximal 2^31 Pixel haben.)
*** Installation: sudo cpan -> install Panotools::Script
*** Verwendung: erect2cubic --erect=equirectlinear-input.tif --ptofile=cube.pto; nona -o prefix cube.pto
*** Tiling mittels imgcnv (siehe unten) Für die Umsortierung der Tiles ins Salado-Format hab ich ein script geschrieben: [http://kaefert.is-a-geek.org/misc/hugin/batch_rename_imgcnv-to-salado.sh]
* [http://www.dimin.net/software/panojs/ PanoJS3] für die "flache" Darstellung von Bildern, die zu groß sind, um sie direkt als JPG in einer vernünftigen Größe von wenigen MB in einem Stück vom Browser darstellen zu lassen. Siehe auch [https://github.com/dimin/panojs/ das panojs github repository]. Technologie: Nur Javascript. --> Beispiel: [http://kaefert.is-a-geek.org/panojs3/]
** Zum zerstückeln des Bildes in Tiles entweder das Inkludierte Python-Script verwenden, oder der Weg den ich gewählt habe: [http://biodev.ece.ucsb.edu/projects/bioimage/downloader/download/category/4 bioImageConvert]
** imgcnv -i MY_INPUT_IMAGE.tif -o MY_OUT_FOLDER/MY_OUT_BASE_NAME.jpg -t jpeg -tile 512

= Limits, Bugs & Workarounds verwendeter Tools =

* enblend und damit hugin stürzt ab, wenn ein Input oder Output file mehr als 2^31 Pixel haben sollte.
** größt mögliches 360° x 180° equirectlinear Panorama das mit enblend generiert werden kann ist somit 65534 x 32767
** Workaround: Hochauflösend braucht man bei unsrer Art von Panoramen eigentlich nur den Horizont
** Also das Panorama auf 2 Schritte generieren, einmal mit hoher Auflösung und sehr schmal den Horizont (z.B. so wie [http://kaefert.is-a-geek.org/panojs3/] und mit einer geringeren Auflösung den Hintergrund. Anschließend skaliert man den Hintergrund mit Gimp (oder ähnlichem) auf die Größe des Horizonts und legt diesen darüber.

* der SaladoConverter stürzt ebenfalls bei zu großen Input-Bildern ab, jedoch hat er eine etwas höhere mir nicht genau bekannte Grenze.
** Das größte von mir damit erfolgreich konvertierte Panorama hatte 75692 x 37846 Pixel (siehe [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=koega_2013-10-03])
** Mittels direktem aufrufen der einzelnen Teile des Converters konnte ich auch ein 80844 x 40422 Pixel großes Panorama konvertieren, jedoch hat das Artifakte produziert (siehe [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=brenner_2011-07-07] Artefakte sieht man nur wenn man nah ranzoomt (Linien))

Erstellung und Präsentation von Panoramen

2013-11-13T19:42:56Z

Kaefert: /* 3. Präsentation des Panoramas */

Folgendes ist eine Niederschrift meiner Erfahrungen, und kann keine absoluten Wahrheiten anbieten.

= 1. Aufnahme der Einzelbilder =

Um das Zusammenfügen des Panoramas möglichst einfach zu machen, und dabei möglichst wenige sichtbare Verschiebungen zu produzieren folgende Tipps:
* Bilder mit zwischen 20% und 30% Überschneidung aufnehmen.
* Position möglichst Konstant halten (Am besten ein Stativ verwenden)
* Den Drehpunkt möglichst Nahe am [http://de.wikipedia.org/wiki/Knotenpunkt_(Fotografie) Knotenpunkt] (Am Besten einen "Nodalpunktadapter" / Panorama-Stativ-Kopf, sind leider recht teuer (im 3-Stelligen €-Bereich, [http://geizhals.at/walimex-pro-panoramakopf-mit-nodalpunkt-adapter-16852-a720802.html z.B.]), kann man aber mit sowas [http://www.amazon.de/dp/B004FI114C] auch um einen 2-Stelligen €-Betrag selber basteln)).

= 2. Zusammensetzen des Panoramas =

Ich habe die besten Ergebnisse mit [http://hugin.sourceforge.net/ Hugin] erreicht.

* Falls Wolken auf den Bildern zu sehen sind, umbedingt das Feature "Celeste" vor der Erkennung der Kontrollpunkte aktivieren. (Datei -> Einstellungen -> Kontrollpunkt-Detektor -> Cpfind+Celeste -> Als Standard verwenden)
* Um Panoramas die Breiter als ca 70.000 Pixel sind, muss man aufgrund eines [https://bugs.launchpad.net/enblend/+bug/685105 Bugs] das ganze Toolset [http://wiki.panotools.org/Hugin_Compiling_Ubuntu selbst komplieren] - Mit hugin 2013.0 und enblend 4.2 lassen sich Panoramas erstellen, die bis zu 2^31 Pixel haben. Mein größtes damit erstelltes Panorama hat 253.352 x 8.476 Pixel - siehe [http://kaefert.is-a-geek.org/panojs3/]

= 3. Präsentation des Panoramas =

* [https://github.com/mpetroff/pannellum Pannellum] - Für 360° Panoramas unter 8.200 Pixel Breite, Technologie: Javascript + WebGL --> Beispiel: [http://kaefert.is-a-geek.org/pannellum/?panorama=Koelbl15_Panorama360.jpg&autoload=yes]
* [http://openpano.org/saladoplayer-1-3-5/ SaladoPlayer 1.3.5] Für 360° Panoramas bis zu 70.000 Pixel Breite, Technologie: Flash --> Beispiel: [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/]
** Um ein Equirectlinear Panorama (=Output von Hugin) mit SaladoPlayer präsentieren zu können, muss es mit dem [https://github.com/mstandio/SaladoConverter SaladoConverter] in ein Deep Zoom cubic panorama umgewandelt werden.
** Um vom [https://github.com/mstandio/SaladoConverter SaladoConverter] akzeptiert zu werden, muss das Panorama genau halb so viele Pixel in der Höhe haben, wie in der Breite. In den meisten Fällen hat man keine komplette Kugel, sondern oben und unten fehlt ein Stück. Es ist wesentlich weniger Rechenaufwand diese schwarzen Streifen oben & unten nachträglich mit Gimp hinzuzufügen, also Hugin anzuweisen ein volles 360° * 180° Panorama auszugeben.
** Alternative: [http://vinayhacks.blogspot.co.at/2010/11/converting-equirectangular-panorama-to.html erect2cubic] (Vorteile: weniger Artifakte (linien) & Pixelverhältnis muss nicht 2:1 sein, aber Horizont muss zentriert sein; Nachteil: Input-Bild darf maximal 2^31 Pixel haben.)
*** Installation: sudo cpan -> install Panotools::Script
*** Verwendung: erect2cubic --erect=equirectlinear-input.tif --ptofile=cube.pto; nona -o prefix cube.pto
*** Tiling mittels imgcnv (siehe unten) Für die Umsortierung der Tiles ins Salado-Format hab ich ein script geschrieben: [http://kaefert.is-a-geek.org/misc/hugin/batch_rename_imgcnv-to-salado.sh]
* [http://www.dimin.net/software/panojs/ PanoJS3] für die "flache" Darstellung von Bildern, die zu groß sind, um sie direkt als JPG in einer vernünftigen Größe von wenigen MB in einem Stück vom Browser darstellen zu lassen. Siehe auch [https://github.com/dimin/panojs/ das panojs github repository]. Technologie: Nur Javascript. --> Beispiel: [http://kaefert.is-a-geek.org/panojs3/]
** Zum zerstückeln des Bildes in Tiles entweder das Inkludierte Python-Script verwenden, oder der Weg den ich gewählt habe: [http://biodev.ece.ucsb.edu/projects/bioimage/downloader/download/category/4 bioImageConvert]
** imgcnv -i MY_INPUT_IMAGE.tif -o MY_OUT_FOLDER/MY_OUT_BASE_NAME.jpg -t jpeg -tile 512

= Limits, Bugs & Workarounds verwendeter Tools =

* enblend und damit hugin stürzt ab, wenn ein Input oder Output file mehr als 2^31 Pixel haben sollte.
** größt mögliches 360° x 180° equirectlinear Panorama das mit enblend generiert werden kann ist somit 65534 x 32767
** Workaround: Hochauflösend braucht man bei unsrer Art von Panoramen eigentlich nur den Horizont
** Also das Panorama auf 2 Schritte generieren, einmal mit hoher Auflösung und sehr schmal den Horizont (z.B. so wie [http://kaefert.is-a-geek.org/panojs3/] und mit einer geringeren Auflösung den Hintergrund. Anschließend skaliert man den Hintergrund mit Gimp (oder ähnlichem) auf die Größe des Horizonts und legt diesen darüber.

* der SaladoConverter stürzt ebenfalls bei zu großen Input-Bildern ab, jedoch hat er eine etwas höhere mir nicht genau bekannte Grenze.
** Das größte von mir damit erfolgreich konvertierte Panorama hatte 75692 x 37846 Pixel (siehe [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=koega_2013-10-03])
** Mittels direktem aufrufen der einzelnen Teile des Converters konnte ich auch ein 80844 x 40422 Pixel großes Panorama konvertieren, jedoch hat das Artifakte produziert (siehe [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=brenner_2011-07-07] Artefakte sieht man nur wenn man nah ranzoomt (Linien))

Erstellung und Präsentation von Panoramen

2013-11-13T19:42:29Z

Kaefert: /* 3. Präsentation des Panoramas */

Folgendes ist eine Niederschrift meiner Erfahrungen, und kann keine absoluten Wahrheiten anbieten.

= 1. Aufnahme der Einzelbilder =

Um das Zusammenfügen des Panoramas möglichst einfach zu machen, und dabei möglichst wenige sichtbare Verschiebungen zu produzieren folgende Tipps:
* Bilder mit zwischen 20% und 30% Überschneidung aufnehmen.
* Position möglichst Konstant halten (Am besten ein Stativ verwenden)
* Den Drehpunkt möglichst Nahe am [http://de.wikipedia.org/wiki/Knotenpunkt_(Fotografie) Knotenpunkt] (Am Besten einen "Nodalpunktadapter" / Panorama-Stativ-Kopf, sind leider recht teuer (im 3-Stelligen €-Bereich, [http://geizhals.at/walimex-pro-panoramakopf-mit-nodalpunkt-adapter-16852-a720802.html z.B.]), kann man aber mit sowas [http://www.amazon.de/dp/B004FI114C] auch um einen 2-Stelligen €-Betrag selber basteln)).

= 2. Zusammensetzen des Panoramas =

Ich habe die besten Ergebnisse mit [http://hugin.sourceforge.net/ Hugin] erreicht.

* Falls Wolken auf den Bildern zu sehen sind, umbedingt das Feature "Celeste" vor der Erkennung der Kontrollpunkte aktivieren. (Datei -> Einstellungen -> Kontrollpunkt-Detektor -> Cpfind+Celeste -> Als Standard verwenden)
* Um Panoramas die Breiter als ca 70.000 Pixel sind, muss man aufgrund eines [https://bugs.launchpad.net/enblend/+bug/685105 Bugs] das ganze Toolset [http://wiki.panotools.org/Hugin_Compiling_Ubuntu selbst komplieren] - Mit hugin 2013.0 und enblend 4.2 lassen sich Panoramas erstellen, die bis zu 2^31 Pixel haben. Mein größtes damit erstelltes Panorama hat 253.352 x 8.476 Pixel - siehe [http://kaefert.is-a-geek.org/panojs3/]

= 3. Präsentation des Panoramas =

* [https://github.com/mpetroff/pannellum Pannellum] - Für 360° Panoramas unter 8.200 Pixel Breite, Technologie: Javascript + WebGL --> Beispiel: [http://kaefert.is-a-geek.org/pannellum/?panorama=Koelbl15_Panorama360.jpg&autoload=yes]
* [http://openpano.org/saladoplayer-1-3-5/ SaladoPlayer 1.3.5] Für 360° Panoramas bis zu 70.000 Pixel Breite, Technologie: Flash --> Beispiel: [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/]
** Um ein Equirectlinear Panorama (=Output von Hugin) mit SaladoPlayer präsentieren zu können, muss es mit dem [https://github.com/mstandio/SaladoConverter SaladoConverter] in ein Deep Zoom cubic panorama umgewandelt werden.
** Um vom [https://github.com/mstandio/SaladoConverter SaladoConverter] akzeptiert zu werden, muss das Panorama genau halb so viele Pixel in der Höhe haben, wie in der Breite. In den meisten Fällen hat man keine komplette Kugel, sondern oben und unten fehlt ein Stück. Es ist wesentlich weniger Rechenaufwand diese schwarzen Streifen oben & unten nachträglich mit Gimp hinzuzufügen, also Hugin anzuweisen ein volles 360° * 180° Panorama auszugeben.
** Alternative: erect2cubic (Vorteile: weniger Artifakte (linien) & Pixelverhältnis muss nicht 2:1 sein, aber Horizont muss zentriert sein; Nachteil: Input-Bild darf maximal 2^31 Pixel haben.)
*** Installation: sudo cpan -> install Panotools::Script
*** Verwendung: erect2cubic --erect=equirectlinear-input.tif --ptofile=cube.pto; nona -o prefix cube.pto
*** Tiling mittels imgcnv (siehe unten) Für die Umsortierung der Tiles ins Salado-Format hab ich ein script geschrieben: [http://kaefert.is-a-geek.org/misc/hugin/batch_rename_imgcnv-to-salado.sh]
* [http://www.dimin.net/software/panojs/ PanoJS3] für die "flache" Darstellung von Bildern, die zu groß sind, um sie direkt als JPG in einer vernünftigen Größe von wenigen MB in einem Stück vom Browser darstellen zu lassen. Siehe auch [https://github.com/dimin/panojs/ das panojs github repository]. Technologie: Nur Javascript. --> Beispiel: [http://kaefert.is-a-geek.org/panojs3/]
** Zum zerstückeln des Bildes in Tiles entweder das Inkludierte Python-Script verwenden, oder der Weg den ich gewählt habe: [http://biodev.ece.ucsb.edu/projects/bioimage/downloader/download/category/4 bioImageConvert]
** imgcnv -i MY_INPUT_IMAGE.tif -o MY_OUT_FOLDER/MY_OUT_BASE_NAME.jpg -t jpeg -tile 512

= Limits, Bugs & Workarounds verwendeter Tools =

* enblend und damit hugin stürzt ab, wenn ein Input oder Output file mehr als 2^31 Pixel haben sollte.
** größt mögliches 360° x 180° equirectlinear Panorama das mit enblend generiert werden kann ist somit 65534 x 32767
** Workaround: Hochauflösend braucht man bei unsrer Art von Panoramen eigentlich nur den Horizont
** Also das Panorama auf 2 Schritte generieren, einmal mit hoher Auflösung und sehr schmal den Horizont (z.B. so wie [http://kaefert.is-a-geek.org/panojs3/] und mit einer geringeren Auflösung den Hintergrund. Anschließend skaliert man den Hintergrund mit Gimp (oder ähnlichem) auf die Größe des Horizonts und legt diesen darüber.

* der SaladoConverter stürzt ebenfalls bei zu großen Input-Bildern ab, jedoch hat er eine etwas höhere mir nicht genau bekannte Grenze.
** Das größte von mir damit erfolgreich konvertierte Panorama hatte 75692 x 37846 Pixel (siehe [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=koega_2013-10-03])
** Mittels direktem aufrufen der einzelnen Teile des Converters konnte ich auch ein 80844 x 40422 Pixel großes Panorama konvertieren, jedoch hat das Artifakte produziert (siehe [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=brenner_2011-07-07] Artefakte sieht man nur wenn man nah ranzoomt (Linien))

Erstellung und Präsentation von Panoramen

2013-11-13T19:09:19Z

Kaefert: /* 3. Präsentation des Panoramas */

Folgendes ist eine Niederschrift meiner Erfahrungen, und kann keine absoluten Wahrheiten anbieten.

= 1. Aufnahme der Einzelbilder =

Um das Zusammenfügen des Panoramas möglichst einfach zu machen, und dabei möglichst wenige sichtbare Verschiebungen zu produzieren folgende Tipps:
* Bilder mit zwischen 20% und 30% Überschneidung aufnehmen.
* Position möglichst Konstant halten (Am besten ein Stativ verwenden)
* Den Drehpunkt möglichst Nahe am [http://de.wikipedia.org/wiki/Knotenpunkt_(Fotografie) Knotenpunkt] (Am Besten einen "Nodalpunktadapter" / Panorama-Stativ-Kopf, sind leider recht teuer (im 3-Stelligen €-Bereich, [http://geizhals.at/walimex-pro-panoramakopf-mit-nodalpunkt-adapter-16852-a720802.html z.B.]), kann man aber mit sowas [http://www.amazon.de/dp/B004FI114C] auch um einen 2-Stelligen €-Betrag selber basteln)).

= 2. Zusammensetzen des Panoramas =

Ich habe die besten Ergebnisse mit [http://hugin.sourceforge.net/ Hugin] erreicht.

* Falls Wolken auf den Bildern zu sehen sind, umbedingt das Feature "Celeste" vor der Erkennung der Kontrollpunkte aktivieren. (Datei -> Einstellungen -> Kontrollpunkt-Detektor -> Cpfind+Celeste -> Als Standard verwenden)
* Um Panoramas die Breiter als ca 70.000 Pixel sind, muss man aufgrund eines [https://bugs.launchpad.net/enblend/+bug/685105 Bugs] das ganze Toolset [http://wiki.panotools.org/Hugin_Compiling_Ubuntu selbst komplieren] - Mit hugin 2013.0 und enblend 4.2 lassen sich Panoramas erstellen, die bis zu 2^31 Pixel haben. Mein größtes damit erstelltes Panorama hat 253.352 x 8.476 Pixel - siehe [http://kaefert.is-a-geek.org/panojs3/]

= 3. Präsentation des Panoramas =

* [https://github.com/mpetroff/pannellum Pannellum] - Für 360° Panoramas unter 8.200 Pixel Breite, Technologie: Javascript + WebGL --> Beispiel: [http://kaefert.is-a-geek.org/pannellum/?panorama=Koelbl15_Panorama360.jpg&autoload=yes]
* [http://openpano.org/saladoplayer-1-3-5/ SaladoPlayer 1.3.5] Für 360° Panoramas bis zu 70.000 Pixel Breite, Technologie: Flash --> Beispiel: [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/]
** Um ein Equirectlinear Panorama (=Output von Hugin) mit SaladoPlayer präsentieren zu können, muss es mit dem [https://github.com/mstandio/SaladoConverter SaladoConverter] in ein Deep Zoom cubic panorama umgewandelt werden.
** Alternative: erect2cubic
*** Installation: sudo cpan -> install Panotools::Script
*** Verwendung: erect2cubic --erect=equirectlinear-input.tif --ptofile=cube.pto; nona -o prefix cube.pto
*** Tiling mittels imgcnv (siehe unten) Für die Umsortierung der Tiles ins Salado-Format hab ich ein script geschrieben: [http://kaefert.is-a-geek.org/misc/hugin/batch_rename_imgcnv-to-salado.sh]
** Um vom [https://github.com/mstandio/SaladoConverter SaladoConverter] akzeptiert zu werden, muss das Panorama genau halb so viele Pixel in der Höhe haben, wie in der Breite. In den meisten Fällen hat man keine komplette Kugel, sondern oben und unten fehlt ein Stück. Es ist wesentlich weniger Rechenaufwand diese schwarzen Streifen oben & unten nachträglich mit Gimp hinzuzufügen, also Hugin anzuweisen ein volles 360° * 180° Panorama auszugeben.
* [http://www.dimin.net/software/panojs/ PanoJS3] für die "flache" Darstellung von Bildern, die zu groß sind, um sie direkt als JPG in einer vernünftigen Größe von wenigen MB in einem Stück vom Browser darstellen zu lassen. Siehe auch [https://github.com/dimin/panojs/ das panojs github repository]. Technologie: Nur Javascript. --> Beispiel: [http://kaefert.is-a-geek.org/panojs3/]
** Zum zerstückeln des Bildes in Tiles entweder das Inkludierte Python-Script verwenden, oder der Weg den ich gewählt habe: [http://biodev.ece.ucsb.edu/projects/bioimage/downloader/download/category/4 bioImageConvert]
** imgcnv -i MY_INPUT_IMAGE.tif -o MY_OUT_FOLDER/MY_OUT_BASE_NAME.jpg -t jpeg -tile 512

= Limits, Bugs & Workarounds verwendeter Tools =

* enblend und damit hugin stürzt ab, wenn ein Input oder Output file mehr als 2^31 Pixel haben sollte.
** größt mögliches 360° x 180° equirectlinear Panorama das mit enblend generiert werden kann ist somit 65534 x 32767
** Workaround: Hochauflösend braucht man bei unsrer Art von Panoramen eigentlich nur den Horizont
** Also das Panorama auf 2 Schritte generieren, einmal mit hoher Auflösung und sehr schmal den Horizont (z.B. so wie [http://kaefert.is-a-geek.org/panojs3/] und mit einer geringeren Auflösung den Hintergrund. Anschließend skaliert man den Hintergrund mit Gimp (oder ähnlichem) auf die Größe des Horizonts und legt diesen darüber.

* der SaladoConverter stürzt ebenfalls bei zu großen Input-Bildern ab, jedoch hat er eine etwas höhere mir nicht genau bekannte Grenze.
** Das größte von mir damit erfolgreich konvertierte Panorama hatte 75692 x 37846 Pixel (siehe [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=koega_2013-10-03])
** Mittels direktem aufrufen der einzelnen Teile des Converters konnte ich auch ein 80844 x 40422 Pixel großes Panorama konvertieren, jedoch hat das Artifakte produziert (siehe [http://kaefert.is-a-geek.org/SaladoPlayer-1.3.5/?pano=brenner_2011-07-07] Artefakte sieht man nur wenn man nah ranzoomt (Linien))

Erstellung und Präsentation von Panoramen

2013-11-08T07:18:29Z

Kaefert: /* Limits, Bugs & Workarounds verwendeter Tools */

Erstellung und Präsentation von Panoramen

2013-11-08T07:17:03Z

Kaefert: /* Limits, Bugs & Workarounds verwendeter Tools */

Erstellung und Präsentation von Panoramen

2013-11-08T07:15:56Z

Kaefert: /* Limits, Bugs & Workarounds verwendeter Tools */

Erstellung und Präsentation von Panoramen

2013-11-08T06:53:16Z

Kaefert: /* Limits, Bugs & Workarounds verwendeter Tools */

Erstellung und Präsentation von Panoramen

2013-11-08T06:46:48Z

Kaefert:

Erstellung und Präsentation von Panoramen

2013-10-28T12:35:16Z

Kaefert: /* 3. Präsentation des Panoramas */

Erstellung und Präsentation von Panoramen

2013-10-28T12:32:38Z

Kaefert: /* 2. Zusammensetzen des Panoramas */

Erstellung und Präsentation von Panoramen

2013-10-28T12:30:25Z

Kaefert: /* 3. Präsentation des Panoramas */

Erstellung und Präsentation von Panoramen

2013-10-28T12:29:58Z

Kaefert: /* 3. Präsentation des Panoramas */

Erstellung und Präsentation von Panoramen

2013-10-28T12:29:32Z

Kaefert: /* 3. Präsentation des Panoramas */