Hi Philip,
I have a couple of things to put on the wishlist. One is a way to apply a filter to multiple monitors. For example after an incident one might wan't to view all events for several cameras in a certain time frame. Or when saving a filter that deletes old events it would be nice to be able to have it apply to several or all monitors. As long as I'm wishing, how about being able to create default filters that would apply to any newly created monitors.
My other wish is for a convenient way to select events for backup to other media. Perhaps after applying a filter, in addition to a delete button, we could have an option to copy the checked events to another directory. Possibly they could be passed as a pathspec to mkisofs. The ultimate would be a complete php frontend to cdrecord, but maybe that would be getting carried away.
:)
Ross
Filter features
-
zoneminder
- Site Admin
- Posts: 5215
- Joined: Wed Jul 09, 2003 2:07 pm
- Location: Bristol, UK
- Contact:
Re: Filter features
Hi Ross,
You will (hopefully) be pleased to know that your first feature request has been done and is waiting to be be merged into the 1.17.3 release. I thought 1.17.2 had enough in it and I hadn't had too much chance to test the monitor independent filters so I delayed it until the next release. However it is complete and the selection of one or more monitor ids (or names) is now just another optional filter parameter.
Your second request I a little more vague about. You can currently bodge copying to another part of a disk by ftp'ing to localhost and I could perhaps add a 'copy' option. However I think perhaps what you are suggesting requires a more generic approach perhaps one where the file path is passed to a third party script so that you can write your own handlers. Leaving the security implications aside for a minute would that work for what you are trying to achieve?
Cheers,
Phil
You will (hopefully) be pleased to know that your first feature request has been done and is waiting to be be merged into the 1.17.3 release. I thought 1.17.2 had enough in it and I hadn't had too much chance to test the monitor independent filters so I delayed it until the next release. However it is complete and the selection of one or more monitor ids (or names) is now just another optional filter parameter.
Your second request I a little more vague about. You can currently bodge copying to another part of a disk by ftp'ing to localhost and I could perhaps add a 'copy' option. However I think perhaps what you are suggesting requires a more generic approach perhaps one where the file path is passed to a third party script so that you can write your own handlers. Leaving the security implications aside for a minute would that work for what you are trying to achieve?
Cheers,
Phil
Re: Filter features
Hi Philip,
Of course I'm delighted with the news that filters for multiple monitors is on the way. And I think you are right about a generic approach on the second request. It fits well with the modular nature of ZoneMinder, and with the Unix/Linux way of doing things in general. If a path or multiple paths were passed as arguments to a command that could be defined, in system options for example, it would be very flexible. Users might be able to use ftp, cp, mkisofs, mail, echo or any number of other system commands. Or more complex jobs could be scripted in shell or perl. It would in effect create a "plugin" interface that would even allow users to contribute scripts that exend functionality without affecting the Zoneminder code. I'm enthused. Rock on.
:)
Ross
Of course I'm delighted with the news that filters for multiple monitors is on the way. And I think you are right about a generic approach on the second request. It fits well with the modular nature of ZoneMinder, and with the Unix/Linux way of doing things in general. If a path or multiple paths were passed as arguments to a command that could be defined, in system options for example, it would be very flexible. Users might be able to use ftp, cp, mkisofs, mail, echo or any number of other system commands. Or more complex jobs could be scripted in shell or perl. It would in effect create a "plugin" interface that would even allow users to contribute scripts that exend functionality without affecting the Zoneminder code. I'm enthused. Rock on.
:)
Ross