[gstreamer-bugs] [Bug 617223] [tags] Add tags for direction of capture and movement

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=617223
  GStreamer | gstreamer (core) | git

--- Comment #2 from Thiago Sousa Santos <thiago.sousa.santos at collabora.co.uk> 2010-04-29 23:26:42 UTC ---
(In reply to comment #1)
> > GST_TAG_GEO_LOCATION_CAPTURE_DIRECTION (double from 0 to 360 degrees, 0 is
> > geographic north, clockwise)
> 
> This is the direction into which the camera is pointed?

Exactly

> 
> 
> > GST_TAG_GEO_LOCATION_MOVEMENT_DIRECTION (same).
> 
> Makes sense, but in what scenario is this interesting in a multimedia context?
> When snapshotting/filming out of a train window or something? Or just for
> completeness sake?

Yes, I guess that's the scenario. I looked up those while browsing exif/xmp
spec and thought we should get all those in one go.

> 
> > Meanwhile, we could also have
> > GST_TAG_GEO_LOCATION_MOVEMENT_SPEED (in m/s or km/h?)
> > 
> > I don't care about this one, but as we add the movement direction we might also
> > add the speed, right?
> 
> Agreed. I'd go for m/s, it seems more 'neutral' and natural.

This completes the movement direction. And I agree m/s is better.

> 
> The DOP might also be of interest, as an indication how precise the
> lat/long/elev values are, but maybe that value is too GPS-specific?

Exif represents it as a Rational (fraction), wikipedia tells us that it
mathematically defined [1], so it should be possible to have it. I'll do some
further reading.

http://en.wikipedia.org/wiki/Dilution_of_precision_(GPS)#Computation_of_DOP_Values

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.