Différences entre versions de « Photo upload-fr »

De Mi caja de notas

(Page créée avec « voir et traduire iwc:photo upload »)
 
Ligne 1 : Ligne 1 :
voir et traduire [[iwc:photo upload]]
+
{{xtof}} pour [[100DaysOfPhotos]] -> étude d'[[iwc:photo upload]] pour migration après étude sur [[iwc:photo upload-fr]]
 +
 
 +
{{stub-fr}}
 +
= téléversement de photo  =
 +
Le <dfn>téléversement de photo</dfn> est l'acte de créer un  [[post-fr|post]] dont le contenu primaire est une [[photo-fr|photo]], généralement généralement capturé par une caméra sur le même périphérique qui crée le message.
 +
 
 +
Pour les UIs pour [[create-fr|créer]] une photo, voir :
 +
* [[create-fr#Photo]]
 +
 
 +
== POSSE ==
 +
It is possible to [[POSSE]] photo uploads via silo-specific APIs to the following:
 +
* [[Facebook]]
 +
* [[Flickr]]
 +
* [[Wikimedia Commons]] - the API is somewhat complex and undocumented, but for some images that meet [http://commons.wikimedia.org/wiki/COM:SCOPE the project scope] and are licensed under free licenses (CC BY-SA, CC BY, CC0/PD or equivalent)
 +
** So long as images are not deleted, you are able to store images there indefinitely, hot link them and use Commons to retrieve scaled versions.
 +
 
 +
== PuPuPu ==
 +
The popular mobile photo site [[Instagram]] deliberately lacks an API for uploads[http://instagram.com/developer/endpoints/media/]. However it does have an API for real-time notifications of uploads[http://instagram.com/developer/realtime/].
 +
 
 +
This presents the opportunity to build a [[PuPuPu]] system with Instagram as a publishing client:
 +
 
 +
* [[Instagram]]
 +
** -> real-time notification to (and post creation on) your own site
 +
*** -> syndication with permalinks to:
 +
**** [[Facebook]]
 +
**** [[Flickr]]
 +
**** [[Twitter]]
 +
**** [[Wikimedia Commons]] (for photos you don't mind contributing as CC BY-SA, CC BY, CC0/PD or equivalent)
 +
**** ...
 +
 
 +
Technically this would be Push-Push-Publishing, since the notifications from Instagram are done in real-time using the [[PuSH]] protocol.
 +
 
 +
=== Implementations ===
 +
The [[OwnYourGram]] service enables you to use Instagram as a publishing client for posting photos to your own site.
 +
 
 +
== HTML5 photo uploads ==
 +
HTML5 extends the input element to permit pages to declaratively attempt photo uploads with:
 +
* <code>&lt;input type="file" accept="image/*"&gt;</code>
 +
For documentation on how this works in browsers see:
 +
* [https://developer.mozilla.org/en-US/docs/HTML/Element/Input#Image_capture_from_cameras documentation of camera capture on developer.mozilla.org]
 +
 
 +
== Mobile upload ==
 +
Until in-browser approaches mature, it may be necessary to use native apps (either tied to a service and then [[PESOS]], or a wrapper app around personal blogging web apps to provide camera functionality).
 +
 
 +
=== HTML5 Mobile browser upload ===
 +
* [https://plus.google.com/115133653231679625609/posts/bWvt1eu4KAn The Current State Of Photo/Video Capture In Mobile Browsers]
 +
 
 +
=== Other approaches ===
 +
* Email as possible approach? Most smart phones have an email client, and/or have "email this photo" support built-into their native/default camera applications. If you could set-up a custom email address (security through obscurity) on your own domain for receiving photo uploads, you could use that to "upload" photos, and then have your indieweb site POSSE out to the above-mentioned silos.
 +
 
 +
* [[OwnCloud]] has an Android client which can upload new photos taken on the camera to your own installation,
 +
 
 +
* Android [http://botsync.com/ BotSync] will watch a subdirectory on your phone and use the <code>scp</code> protocol to transfer new files in that directory to a server, but appears to have some issues with larger files (ie: video).
 +
 
 +
* The Android app "FolderSync" appears to be a more full-featured alternative to BotSync.
 +
 
 +
* At the [[2016/Dusseldorf/photos|IWC Düsseldorf photo session]] multiple people reported that the Dropbox App works most reliably for photo transfer from mobile
 +
 
 +
* With such sync approaches it makes sense for the UI to offer the user the option to pick an image from the recently uploaded ones
 +
 
 +
* HTTP uploads (and by extension everything based on them, e.g. [[Micropub]], normal HTML upload forms) by default do not support uploading files bit-by-bit or resuming interrupted uploads, which is a problem esp. for mobile connections. A common solution seems to be to allow multiple requests with offsets to write parts of the file, and server implementations that also write data from aborted requests. (Examples: [https://www.dropbox.com/developers/documentation/http/documentation#files-upload_session-start dropbox API], [http://tus.io/ tus.io protocol] (attempt to standardize such a protocol))
 +
 
 +
== Desktop upload ==
 +
Some browsers support uploading images from a laptop/monitor camera:
 +
* [http://www.w3.org/TR/html-media-capture/ HTML Media Capture] API — W3C Candidate Recommendation, implemented in Chrome desktop, [https://bugzilla.mozilla.org/show_bug.cgi?id=741393 feature request bug for Firefox].
 +
 
 +
== See also ==
 +
* [[create#Photo]]
 +
* [[photo]]
 +
* [[post]]
 +
* [[POSSE]]
 +
* [[PESOS]]
 +
* [[PuPuPu]]

Version du 2 janvier 2017 à 20:54

portraittof pour 100DaysOfPhotos -> étude d'iwc:photo upload pour migration après étude sur iwc:photo upload-fr

téléversement de photo

Le téléversement de photo est l'acte de créer un post dont le contenu primaire est une photo, généralement généralement capturé par une caméra sur le même périphérique qui crée le message.

Pour les UIs pour créer une photo, voir :

POSSE

It is possible to POSSE photo uploads via silo-specific APIs to the following:

  • Facebook
  • Flickr
  • Wikimedia Commons - the API is somewhat complex and undocumented, but for some images that meet the project scope and are licensed under free licenses (CC BY-SA, CC BY, CC0/PD or equivalent)
    • So long as images are not deleted, you are able to store images there indefinitely, hot link them and use Commons to retrieve scaled versions.

PuPuPu

The popular mobile photo site Instagram deliberately lacks an API for uploads[1]. However it does have an API for real-time notifications of uploads[2].

This presents the opportunity to build a PuPuPu system with Instagram as a publishing client:

  • Instagram
    • -> real-time notification to (and post creation on) your own site

Technically this would be Push-Push-Publishing, since the notifications from Instagram are done in real-time using the PuSH protocol.

Implementations

The OwnYourGram service enables you to use Instagram as a publishing client for posting photos to your own site.

HTML5 photo uploads

HTML5 extends the input element to permit pages to declaratively attempt photo uploads with:

  • <input type="file" accept="image/*">

For documentation on how this works in browsers see:

Mobile upload

Until in-browser approaches mature, it may be necessary to use native apps (either tied to a service and then PESOS, or a wrapper app around personal blogging web apps to provide camera functionality).

HTML5 Mobile browser upload

Other approaches

  • Email as possible approach? Most smart phones have an email client, and/or have "email this photo" support built-into their native/default camera applications. If you could set-up a custom email address (security through obscurity) on your own domain for receiving photo uploads, you could use that to "upload" photos, and then have your indieweb site POSSE out to the above-mentioned silos.
  • OwnCloud has an Android client which can upload new photos taken on the camera to your own installation,
  • Android BotSync will watch a subdirectory on your phone and use the scp protocol to transfer new files in that directory to a server, but appears to have some issues with larger files (ie: video).
  • The Android app "FolderSync" appears to be a more full-featured alternative to BotSync.
  • With such sync approaches it makes sense for the UI to offer the user the option to pick an image from the recently uploaded ones
  • HTTP uploads (and by extension everything based on them, e.g. Micropub, normal HTML upload forms) by default do not support uploading files bit-by-bit or resuming interrupted uploads, which is a problem esp. for mobile connections. A common solution seems to be to allow multiple requests with offsets to write parts of the file, and server implementations that also write data from aborted requests. (Examples: dropbox API, tus.io protocol (attempt to standardize such a protocol))

Desktop upload

Some browsers support uploading images from a laptop/monitor camera:

See also