photos - geolocation metadata stripped on upload?

 Basel 
Can anybody help this person who wants #geolocation #metadata stripped automatically from photos on upload on hubzilla?
AlysonAlyson wrote the following post Fri, 31 Aug 2018 04:07:49 +0200
I've been playing around with #friendica , #hubzilla , and #mastodon in addition to this #diaspora account. And, so far, Hubzilla is my favorite in terms of features and out-of-the-box UI/UX. HOWEVER ... I really really want my geolocation metadata stripped on upload. I love Disapora and Friendica for protecting my privacy in this way.

I haven't been able to find any documentation or settings that suggest the Hubzilla will do this for me. Does anyone know if it exists and I'm just not seeing it? It's a deal-breaker for me.

#federation #fediverse #photo #exif

!Hubzilla Support Forum
  last edited: Sat, 01 Sep 2018 00:08:09 +0200  
I already responded on the diaspora thread. We used to strip exif on upload, but dropped it when moving photos to webdav. This is because Microsoft (and others) check the file size after upload and if it is any different than the original they will erase it and upload it again - forever. You can also use permissions to keep strangers from accessing your photos but this only works if all your friends are on Hubzilla.  This person is keen to federation so that option is probably off the table.

We strip exif from any generated thumbnails and these are what most people see unless they click through to the full size original.  

I suppose we could still allow the option and somehow restrict it only to non-webdav uploads or do it for everything and let you decide if this was compatible with your WebDAV client.
  
@h.ear.t | tobias   jpegtran from the libjpeg-turbo package does lossless jpeg transformations. the "-copy {none, comments, all}" option can strip exif data. There's also exiftran.  Seems like most portrait shots from my cellphone get turned sideways so I usually batch process photos before uploading to hubzilla. e.g.
"for pic in *.jpg; do jpegtran -rotate 90 $pic > new; mv new $pic; done"  
Also I use the crop option for quickly making avatars , etc.
  
The rotation problem may have been fixed a month or three ago; although it's somewhat browser dependent. Chrome auto-rotates if EXIF data is present, but Firefox does not. All of the Hubzilla generated thumbnails should now be correct on all browsers if there was any EXIF orientation available on the original; but since the original still has EXIF data its orientation will be completely at the whim of the browser.
Displaying/Editing offline AND in the Web UI of data stored in Hubzilla (inkl. comparison with Nextcloud)

 Basel last edited: Sun, 19 Aug 2018 18:18:15 +0200  
The bold Y marks a quality offered by the technology (Hubzilla vs. Nextcloud) while the other one doesn't offer it.

Data stored on Hubzilla

Data type (dis)playable in the Web UIeditable in the Web UI (dis)playable on remote machine outside webbrowsereditable remotely offline
CalDAV events calendarYYYY
CalDAV task listnnY (1)Y
CardDAV address bookYYYY
Photos (2)YnYn
Hubzilla metadata of Photos (3)YYnn
Hubzilla wikiYYnn
Hubzilla websiteYYnn
Hubzilla articleYYnn
Hubzilla cardsYYnn
Hubzilla private messagesYY (4)nn
BookmarksYYnn
.pdfYnYn
.txtYnYn
.svgYnYn
Audio/video (5)YnYn

(1) synronizing data between two remote machines is possible!
(2) tested with .jpg and .gif
(3) title, tags, orientation. The orientation is really just metadata, it doesn't affect the photo file.
(4) compose; delete
(5) tested with Firefox 61.0.1: .mp3 and .mp4 can be played. .3gp, .flv and .mkv cannot be played.

Data stored on Nextcloud

Data type (dis)playable in the Web UIeditable in the Web UI (dis)playable on remote machine outside webbrowsereditable remotely offline
CalDAV events calendarYYYY
CalDAV task listYYYY
CardDAV address bookYYYY
.txtYnYY
PhotosYnYY
IMAP mailsYYYY
IMAP notesYn (6)YY
BookmarksYYnn
.pdfYY (8)YY
.txtYYYY
.csvY (7)Y (8)YY
Audio/video (5)YnYY
Etherpad/EthercalcYYYn

(6) deleting is possible
(7) not formatted though
(8) with add-on
The Nextcloud app store lists furthermore apps which promise online (dis)playing and editing of draw.io-files, mindmaps, a password manager and a ebook reader. I didn't test them though. I did't check neither if offline editing of the used data types would be possible. But it would be worth thinking about bringing those features to Hubzilla.

Data types missing on both Hubzilla and Nextcloud

Out of offline editable data which can be neither (dis)played nor edited yet on both Hubzilla and Nextcloud, I mention those which I find interesting (non-exhaustive):

    [* ] Anki cards package (for learning languages, GNU Affero General Public License. A syncing service including online displaying/editing is offered by ankiweb.net.)
    [* ] Tiddlywiki (If syncing and offline editing of the native Hubzilla wiki would be impossible). But it looks like syncing is not a feature of Tiddlywiki until now: Saving after editing your html-file doesn't overwrite the file, but forces you to download a new html-file.

Needs

Recently I've been on a 8 hours ride on a train in a country where I have no cellular carrier data plan, and the WiFi offered by the rail service which I expected to use was turned off on that train. Thus I wasn't able to work on my wiki which is stored in #Hubzilla. This is just one use-case for the need of having a syncable #offline copy of a file stored in Hubzilla. Others cases would be i.e. when working with my laptop somewhere in the nature where there's no carrier network (it's actually what I am longing for these days since it's so hot in the city). To avoid misunderstanding, I like to mention here that #syncronizing is not the same as importing/exporting.
I dare to give a simple statement: In the chart about #data types in Hubzilla each field should contain a green Y (=yes), except for image/audio/video editing. This chart will help developing the necessary apps or changing the data organization. It summarizes my evaluations of the enabled features on hub.disroot.org. I know there are other features that can be enabled, but I couldn't test them (I don't run my own server). I'm not aware of a list of existing features/plugins/apps. (Is there a such list?)
In the second chart, I added the same information for #Nextcloud (non-exhaustive; just main data types for comparing reasons). In this discussion @Mike Macgirvin brings up the vision of turning "all the extra features etc. into apps" similar to Nextcloud. When getting closer to Nextcloud in terms of features, Hubzilla needs to become competitive in terms of features. Together with the nomadity and the superiority in privacy, this will make Hubzilla unbeatable.
Please comment below about if you agree or don't agree with my statement and my evaluation (if necessary case-wise).

A related question I'm wondering about is:
Is the synchronizing frequency depending on the server? If yes, Is it set by the hub administrator, or can it be set by the cannel user?
!Free / Libre Open Source Softwares !Hubzilla Development !Hubzilla Support Forum !Hubzilla Advocacy !Disroot Community
  
I think you'll be interested in this Github issue 8459....
Allow federated storage to be stored locally
  
I edited the initial post:

    [] I renamed the fourth column from "syncable to/from remote machine" to "(dis)playable on remote machine outside webbrowser" because, actually, accessing data with other tools than the browser is what I sometimes like to do.
    [
    ] I integrated @sunjam's Feedback about Nextcloud.
    [] I removed in the Hubzilla table the ability to edit in offline mode: photos, pdf, txt, videos, audios and csv (because the WebDAV access procedure doesn't store a copy of any file on your remote machine).
    [
    ] I removed in the Nextcloud table the ability to edit in offline mode: Etherpad/Ethercalc (because the system doesn't store a copy of the file on your remote machine).
  
Nextcloud edits offline be allowing access to it’s files and services from third party devices via rest api’s. Example, desktop and mobile apps that store, sync, and merge local copies of whichever files and folders you choose from the web server. This includes all etherpad, ethercalc docs, tasks, calendars, contacts, txt, and everything else.
Publicity campaign for the communication protocol "zot"?

 Basel last edited: Mon, 23 Jul 2018 17:58:56 +0200  
Maybe it's time to start an offensive campaign for #zot on different pertinent media channels, to increase the awareness of it. Please consider this post as an initiative of a brainstorming. It's addressing those who know most about the communication protocols, and I'm unfortunately not one of them (yet).

What could be the content of the publicity campaign for zot?
Maybe the zot-relevant part of the interview by Sean Tilley with Mike, which could be summarized and added with a comarison chart of the different existing protocols?

What do you think about:

I'm not technique affine, so I don't know which are the IT and FLOSS relevant channels, but maybe
https://www.computerworld.com/
https://www.heise.de/
https://fsfe.org/
https://www.wired.co.uk/
https://www.cnet.com/
https://phys.org/technology-news/internet/
...

It seems again another protocol for a #decentralized network appeared, called #LBRY (lbry.io). It doesn't seem so interesting to me, but I mention it anyway.

!Hubzilla Development !Free / Libre Open Source Softwares !Hubzilla Advocacy
  
Glad this interests you! Please do share any thoughts or guidance on those github issues and forum links. Biggest issue in reaching out to Nextcloud is I do not have not enough technical background to accurately describe how the integrations could work and benefit them. :)
  
Please check the new changes on the Wikipedia draft article.
For all the external links, I mentioned the source, the date and the author. And I organized them as follows: sort: source; order: publishing date. And I added more external links.
  
 Basel 
@muppeth So happy to see you on Hubzilla! So you're thinking about bringing #Hubzilla to #disroot?
 
Now, thats what i call lag. Yes we are working hard with some folks to make it all looking nice and relatevely easy to start using. I think we will go public in few hopefully short weeks. Feel free to join the effort is you have spare time
https://hub.disroot.org/channel/disroot
Review of Hubzilla 3.0

 Basel last edited: Sat, 07 Apr 2018 17:03:13 +0200  
Sean TilleySean Tilley wrote the following post Wed, 28 Feb 2018 00:40:26 +0100
It took forever to write this, but my #Hubzilla deep-dive has now been published!

The Do-Everything System: An in-depth review of Hubzilla 3.0.

Image/photo
As a platform, Hubzilla holds a tremendous amount of versatility and depth in what it can do. Mike Macgirvin, the platform’s creator, has famously quipped that the system does not have a commercial analogue to draw comparisons to — it’s not just a social network, it’s not just a forum, it’s not just a cloud storage solution, and it’s not just a content management system.

\#decentralization #cloudstorage #federation
Fehler "(Person) schrieb den folgenden Beitrag (Dauer) her "

 Basel last edited: Tue, 30 Jan 2018 13:46:32 +0100  
Der Fehler
"(Person) schrieb den folgenden Beitrag (Dauer) #her "
tritt auf #Hubzilla immer dann auf, wenn ein Beitrag weitergesagt wird. Nicht nur, entgegen meiner ursprünglichen Behauptung hier, im Schmalbildschirm-Layout. Nominativ(Ereignis) + Dauer + her + sein ist richtig, Nominativ(Akteur) + Verb + Akkusativ/Dativ(Objekt) + vor + Dauer ist auch richtig, aber nicht diese Vermischung. Ich nehme an, dass der Fehler auf die unreflektierte Übernahme der englischen Wendung mit ago und die Gleichsetzung von ago mit her zurückzuführen ist. Hier im Forum @DE Ãœbersetzungen sind ja #zanata, #transifex und auch die Diskussionsmöglichkeit in Hubzilla selbst erwähnt, jetzt fehlen nur noch die Taten. Mag mir bitte jemand erklären, wo ich diesen Übersetzungsfehler korrigieren und dann die Korrektur in den Quellcode einbinden/hochladen kann?
@DE Ãœbersetzungen @Tobias @Paul Free @neue medienordnung plus @Fraengii
Beispielbild des Fehlers:
Image/photo
  
@phellmes Dann mal viel Erfolg mit deiner Doku ;-) Lieber Gruss
  
Leute, der Fehler ist behoben! @phellmes , warst du das Heinzelmännchen? Vielen Dank :-)
  
Ja, im dev-Zweig habe ich die Funktionalität dafür mit Commit
https://github.com/redmatrix/hubzilla/commit/c6b2652c013b7a331f077f34e222b6d6df6bf042
bereitgestellt. So werden zunächst alle dynamischen Zeitangaben abgedeckt, die über Javascript generiert werden. Die angepasste deutsche Übersetzungsvariante habe ich dann erst mal manuell hinterhergeschoben, damit es gleich richtig funktioniert:
https://github.com/redmatrix/hubzilla/commit/1a9c1ecfb16def11e63514abb7264ce4e95dae4f
Ich pflege es noch in Transifex ein, bevor die Sachen mit dem nächsten Release in den Master-Zweig wandern.