Wikipedia:Umfragen/Technische Wünsche 2017/Projekte ehrenamtlicher Entwickler

Umfrage Technische Wünsche 2017

Rubrik „Projekte ehrenamtlicher Entwickler“

Lesen  •   Suchen  •   Bearbeiten  •   Wartung  •   Beobachten & Benachrichtigen  •   Soziales  •   Schwesterprojekte  •   Mediendateien  •   Projekte ehrenamtlicher Entwickler  •   Sonstiges

Bitte nicht mehr abstimmen - diese Umfrage ist abgeschlossen. Herzlichen Dank an alle, die Vorschläge eingereicht, abgestimmt und die Umfrage mit fachlichem Rat begleitet haben.

Freiwillige Entwickler/-innen bauen viele der Tools, die andere für ihre Arbeit in den Wikimedia-Projekten nutzen. Dies möchte das Team Technische Wünsche mehr unterstützen. In der Rubrik „Projekte ehrenamtlicher Entwickler“ konnten Entwickler/-innen Wünsche zu ihren eigenen Projekten einreichen – zum Beispiel Entwicklung, Neuschreiben oder Erweiterung eines Gadgets oder Tools, Entwicklung einer Mediawiki-Extension. Das Projekt mit den meisten Stimmen in dieser Rubrik erhält vom Technische-Wünsche-Team Beratung in technischen, konzeptionellen und organisatorischen Fragen sowie Code-Review in einem Umfang von circa 30–40 Stunden. Nicht übernommen wird das Programmieren des Tools selbst. Vorschläge einreichen konnten nur diejenigen, die Projekte selbst umsetzen wollen, zur Abstimmung sind alle eingeladen.

Release von sec.Watch

Bearbeiten
Was ist das Problem?
Personalisierte Beobachtungsliste sectionWatch

Dann mach ich mal den Anfang auf dieser Seite. Ich bin seit September 2016 alleiniger Entwickler und Betreiber von sec.Watch, einem Tool, das auf der Funktionsweise von SumDisc basiert und entwickelt wurde, weil eben jenes nicht mehr betreut wird. Mit dem Tool können Diskussionsabschnitte mit eigener Beteiligung beobachtet werden, welche sich der Benutzer in einer chronologisch sortierten Liste anzeigen lassen kann. Vorteil dabei ist, dass man lediglich die geänderten Abschnitte sieht, auch wenn rund herum auf der Seite editiert wird. Momentan sind 36 Betatester dabei, mir zu helfen, die Funktionalität auf Herz und Nieren zu testen, im Sommer 2017 soll das Tool dann mit erweiterten Funktionen – beispielsweise der manuellen Beobachtung von Abschnitten ohne eigene Beteiligung – veröffentlicht werden.

Wen betrifft das Problem besonders?

Benutzer, die auf vielen Diskussionsseiten unterwegs sind, insbesondere auf Seiten mit vielen Abschnitten.

Lösungsvorschlag

Ich würde in diesem Programm gerne die Beratung in organisatorischen und konzeptionellen Fragen in Anspruch nehmen, da zwischenzeitlich auch die Entwicklung eines eigenen Extensions im Raum stand, und ich u.a. diese Idee gerne noch mal diskutieren würde. Ich verspreche mir davon, ein tieferes Verständnis für die technische Infrastruktur der Wikipedia zu entwickeln und dieses Wissen auch nachhaltig zurückgeben zu können. Das Produkt meiner Arbeit wird (hoffentlich ein lächelnder Smiley ) außerdem die Arbeit einiger Autoren hier erleichtern.

Anmerkungen

 Info: Dieser Wunsch ist unter den Topwünschen. Neuigkeiten zu diesem Wunsch werden künftig hier dokumentiert.

Vorschlagende Person

FNDE 17:34, 4. Jun. 2017 (CEST)[Beantworten]

Unterstützung
  1. Pro FNDE (Einreichende Person)
  2. Pro --Baumfreund-FFM (Diskussion) 06:01, 20. Jun. 2017 (CEST) Ein extrem hilfreiches Tool, das Unterstützung verdient.[Beantworten]
  3. Pro Iva 08:42, 20. Jun. 2017 (CEST) Auch für Betatesterinnen und Benutzerinnenein lächelnder Smiley  extrem hilfreich! [Beantworten]
  4. Pro -- Quotengrote (D|B) 08:49, 20. Jun. 2017 (CEST)[Beantworten]
  5. Pro --Zulu55 (Diskussion) Unwissen 08:59, 20. Jun. 2017 (CEST)[Beantworten]
  6. Pro --emha db 11:54, 20. Jun. 2017 (CEST)[Beantworten]
  7. Pro --Soluvo (Diskussion) 13:31, 20. Jun. 2017 (CEST)[Beantworten]
  8. Pro --Troubled @sset 13:59, 20. Jun. 2017 (CEST)[Beantworten]
  9. Pro DCB (DiskussionBewertung) 15:48, 20. Jun. 2017 (CEST)[Beantworten]
  10. Pro --Andropov (Diskussion) 17:59, 20. Jun. 2017 (CEST)[Beantworten]
  11. Pro --Claell (Diskussion) 19:35, 20. Jun. 2017 (CEST)[Beantworten]
  12. Pro -- Perrak (Disk) 09:00, 21. Jun. 2017 (CEST)[Beantworten]
  13. Pro --HerrAdams (D) 09:45, 21. Jun. 2017 (CEST)[Beantworten]
  14. Pro --Siwibegewp (Diskussion) 10:03, 21. Jun. 2017 (CEST)[Beantworten]
  15. Pro Conny 14:00, 21. Jun. 2017 (CEST).[Beantworten]
  16. Pro -- Michi 19:53, 21. Jun. 2017 (CEST)[Beantworten]
  17. Pro --Pelz (Diskussion) 23:19, 21. Jun. 2017 (CEST)[Beantworten]
  18. Pro --MGChecker – (📞| 📝| Bewertung) 23:51, 21. Jun. 2017 (CEST)[Beantworten]
  19. Pro --Suriyaa Kudo · Archiv (Diskussion) 13:25, 22. Jun. 2017 (CEST)[Beantworten]
  20. Pro --Jossi (Diskussion) 14:09, 22. Jun. 2017 (CEST)[Beantworten]
  21. Pro --Flominator 10:54, 24. Jun. 2017 (CEST)[Beantworten]
  22. Pro -- TebosBrime (Diskussion) 13:36, 24. Jun. 2017 (CEST)[Beantworten]
  23. Pro --Thomas Obermair 4 (Diskussion) 17:28, 28. Jun. 2017 (CEST)[Beantworten]
  24. Pro --Ak ccm (Diskussion) 00:09, 29. Jun. 2017 (CEST)[Beantworten]
  25. ProSDKmac (Disk., Bew.) 02:18, 30. Jun. 2017 (CEST)[Beantworten]
  26. Pro --Sebastian Wallroth 13:45, 30. Jun. 2017 (CEST
  27. Pro -- Schönitzer (Diskussion) 20:49, 30. Jun. 2017 (CEST)[Beantworten]
  28. ProDerHexer (Disk.Bew.) 23:04, 1. Jul. 2017 (CEST)[Beantworten]
  29. Pro Das wäre sehr nützlich und sollte am besten in Flow eingebaut werden. Hier gab es schon Diskussionen darüber. Das beobachten von Artikelsektionen könnte problematisch sein, das Beobachten von Diskussionsseitensektionen ist mMn aber ein notwendiges und lange überfälliges Feature. --Fixuture (Diskussion) 23:50, 1. Jul. 2017 (CEST)[Beantworten]
  30. Pro -- X:: black ::X (Diskussion) 14:09, 2. Jul. 2017 (CEST)[Beantworten]

Wikiversity-Kurserstellungsassistent

Bearbeiten
Was ist das Problem?

Wikiversity-Kurse bestehen in der Regel aus einer Vielzahl von miteinander verknüpften Wikiseiten sowie Diskussionsseiten und einer oder gar mehreren Kategorien. Von zugehörigen Inhalten in den anderen Wiki-Schwesterprojekten (z.B. bei Commons) ganz zu schweigen. Beim Anlegen eines neuen Kurses oder auch nur eines neuen Durchlaufes, fällt erheblicher Aufwand für das Anlegen der neuen Kursseiten (und ggf. nötige Anpassungen) an.

Dies möchte ich vereinfachen und bitte deshalb um Unterstützung. Praxiserfahrung sammle ich gerade bei der Durchführung meines ersten Wikiversity-Kurses. Auch habe ich bereits in PHP programmiert, bin aber mit der aktuellen Mediawiki-API noch nicht allzusehr vertraut. Organisatorische und fachliche Unterstützung würden mir hierbei sehr helfen.

Wen betrifft das Problem besonders?

Betroffen ist jeder, der wiederholt Wikiversity-Kurse anlegen möchte. Für die geplante Automatisierung werden natürlich auch entsprechende Rechte benötigt.

Lösungsvorschlag

Mein Vorschlag ist ein Onlineformular (samt zugehörigen Skripts im Hintergrund), das aus einer Art Wikiversity-Kursschablone einen neuen angepassten Kurs erstellt. Also quasi eine parametrisierbare Schablone für Wikiversity-Kurse (Namen, Kurs-Kategorie(n) etc.). Somit kann man sich seine individuellen Musterkurse erstellen und von diesen einfach weitere ableiten.

Anmerkungen

Ich würde eine Umsetzung als Freie Software anstreben und mich über viele (idealerweise hochwertige) neue Wikiversity-Kurse freuen. Schließlich sollte die Erstellung neuer Kurse nicht am technischen Aufwand hängen.

Vorschlagende Person

Mr N (Diskussion) 20:21, 11. Jun. 2017 (CEST)[Beantworten]

Unterstützung
  1. Pro Mr N (Einreichende Person)
  2. Pro Conny 14:00, 21. Jun. 2017 (CEST).[Beantworten]
  3. Pro -- Michi 19:53, 21. Jun. 2017 (CEST)[Beantworten]
  4. Pro 2DragonFreak (Diskussion) 18:24, 27. Jun. 2017 (CEST)[Beantworten]
  5. Pro --Thomas Obermair 4 (Diskussion) 17:28, 28. Jun. 2017 (CEST)[Beantworten]
  6. Pro --Sebastian Wallroth 13:47, 30. Jun. 2017 (CEST)[Beantworten]
  7. Pro -- Barnos (Post) 11:33, 2. Jul. 2017 (CEST)[Beantworten]
  8. Pro --Hubertl (Diskussion) 10:02, 3. Jul. 2017 (CEST)[Beantworten]
  9. Pro --Agruwie  Disk   18:28, 19. Okt. 2017 (CEST)[Beantworten]

Photogrammetrie-Hilfstool zur Erstellung von 3D-Modellen aus Fotos

Bearbeiten
Was ist das Problem?

Im Zeitalter von 3D-Druck und Virtual/ Augmented Reality wären 3D-Modelle für zukünftige Entwicklungen hilfreich.

Für die bereits in Entwicklung befindliche Unterstützung für die Anzeige von Dateien mit 3D-Objekten halte ich dies für eine gute Ergänzung. Da Photogrammetrie recht rechenintensiv ist, wäre eine entsprechende Rechnerinfrastruktur (Server mit Grafikkarte samt 3D-Beschleunigung und vorinstallierter Software s.u.) hilfreich. Leider ist die Rechenleistung des von mir verwendeten PCs begrenzt, weshalb ich um materielle Unterstützung für einen geeigneteren sowie fachliche Unterstützung bei der Umsetzung ersuche.

Wen betrifft das Problem besonders?

Dies betrifft vor allem Maker, die gerne über einfache Fotos hinauswachsen wollen. Ich denke, das dies gute Anknüpfungspunkte zur Zusammenarbeit mit FabLabs und Makerspaces bietet - freie Wikiinhalte zum Anfassen!

Lösungsvorschlag

Bereitstellung eines entsprechend ausgestatteten Rechners oder anderweitig zur Verfügung gestellter Rechenleistung mit 3D-Hardwarebeschleunigung (CUDA & Co.) durch WMDE, welcher über ein Onlineformular (von mir aus würde auch eine einfache SSH-Verbindung genügen) Bilder + Parameter entgegennimmt und daraus erstellte 3D-Modelle zurück liefert.

Während meiner ersten Einarbeitung in die Thematik habe ich mir auf meinem Zweitrechner eine funktionierende Toolchain basierend auf Colmap selbst compiliert. Neben Colmap habe ich auch Visual-SFM schon testweise benutzen können.

Anmerkungen

Ich suche noch andere hieran interessierte Leute.

Vorschlagende Person

Mr N (Diskussion) 22:23, 11. Jun. 2017 (CEST)[Beantworten]

Unterstützung
  1. Pro Mr N (Einreichende Person)
  2. Pro Jeb (Diskussion) 20:32, 19. Jun. 2017 (CEST)[Beantworten]
  3. Pro Bluemel1 (Diskussion) 14:04, 21. Jun. 2017 (CEST)[Beantworten]
  4. Pro Martin K. (Diskussion) 14:51, 21. Jun. 2017 (CEST)[Beantworten]
  5. Pro -- Michi 19:53, 21. Jun. 2017 (CEST)[Beantworten]
  6. Pro 2DragonFreak (Diskussion) 18:25, 27. Jun. 2017 (CEST)[Beantworten]
  7. Kontra: gibts doch schon lange, zb ImageModeler/123D Catch von Autodesk ([1], in SketchUp Make kostenlos. aber nicht open source). die freien projekte der 2000er sind mw durchwegs eingeschlafen, die entwicklungsarbeit ist so enorm, dass nur ein kommerzieller 3D-spezialist wie Autodesk das händeln kann. dazu gehört zb. eine umfassende datenbank über die geometrie aller kameras (autodesk hat die meiner erinnerung nach teils bis in die 1920er zurück), ohne die kommen alle verzerrungen rein, die möglich sind, da ist die nacharbeit dann aufwändiger als on-the-scratch-nachbauen. ohne leistungsfähigem 3D-programm ist das ganze dann sowieso sinnlos, und die gibts eben aus denselben gründen nur kommerziell. die ganzen freien 3D-programme sind gerade für achitektur sowieso nur bedingt tauglich. da lieber bei Autodesk anfragen, ob sie sich vorstellen können, mit der WP etwas gemeinsam zu machen, etwa ein paar frei-lizenzen spenden. oder schlicht bei den WP-stipendien anfragen, aber autodesk ist recht teuer, das ist mehr als "ein buch kaufen". aber sicherlich weitaus billiger, als das rad (und hier gehts um ein high-tech-rad an der grenze heutiger leistungen) neu erfinden. wo sollen wir die millionen mann/fraustunden hernehmen, die in Autodesk inzwischen stecken, und die in diesem sektor in den nächsten jahrzehnten noch notwendig sind? --W!B: (Diskussion) 08:43, 28. Jun. 2017 (CEST)[Beantworten]
  8. Pro --Thomas Obermair 4 (Diskussion) 17:29, 28. Jun. 2017 (CEST)[Beantworten]
  9. Pro --Hubertl (Diskussion) 10:01, 3. Jul. 2017 (CEST)[Beantworten]