| TEP: | 126 |
|---|---|
| Group: | Core Working Group |
| Type: | Documentary |
| Status: | Draft |
| TinyOS-Version: | 2.x |
| Author: | David Moss, Jonathan Hui, Philip Levis, and Jung Il Choi |
| Draft-Created: | 5-Mar-2007 |
| Draft-Version: | 1.5 |
| Draft-Modified: | 2007-06-14 |
| Draft-Discuss: | TinyOS Developer List <tinyos-devel at mail.millennium.berkeley.edu> |
Note
This memo documents a part of TinyOS for the TinyOS Community, and requests discussion and suggestions for improvements. Distribution of this memo is unlimited. This memo is in full compliance with TEP 1.
This TEP documents the architecture of the CC2420 low power listening radio stack found in TinyOS 2.x. Radio stack layers and implementation details of the CC2420 stack will be discussed. Readers will be better informed about existing features, possible improvements, and limitations of the CC2420 radio stack. Furthermore, lessons learned from the construction of the stack can help guide development of future TinyOS radio stacks.
The TI/Chipcon CC2420 radio is a complex device, taking care of many of the low-level details of transmitting and receiving packets through hardware. Specifying the proper behavior of that hardware requires a well defined radio stack implementation. Although much of the functionality is available within the radio chip itself, there are still many factors to consider when implementing a flexible, general radio stack.
The software radio stack that drives the CC2420 radio consists of many layers that sit between the application and hardware. The highest levels of the radio stack modify data and headers in each packet, while the lowest levels determine the actual send and receive behavior. By understanding the functionality at each layer of the stack, as well as the architecture of a layer itself, it is possible to easily extend or condense the CC2420 radio stack to meet project requirements.
Some details about the CC2420 are out of the scope of this document. These details can be found in the CC2420 datasheet [1].
The CC2420 radio stack consists of layers of functionality stacked on top of each other to provide a complete mechanism that modifies, filters, transmits, and controls inbound and outbound messages. Each layer is a distinct module that can provide and use three sets of interfaces in relation to the actual radio stack: Send, Receive, and SplitControl. If a general layer provides one of those interfaces, it also uses that interface from the layer below it in the stack. This allows any given layer to be inserted anywhere in the stack through independant wiring. For example::
provides interface Send; uses interface Send as SubSend; provides interface Receive; uses interface Receive as SubReceive; provides interface SplitControl; uses interface SplitControl as subControl;
The actual wiring of the CC2420 radio stack is done at the highest level of the stack, inside CC2420ActiveMessageC. This configuration defines three branches: Send, Receive, and SplitControl. Note that not all layers need to provide and use all three Send, Receive, and SplitControl interfaces::
// SplitControl Layers SplitControl = LplC; LplC.SubControl -> CsmaC; // Send Layers AM.SubSend -> UniqueSendC; UniqueSendC.SubSend -> LinkC; LinkC.SubSend -> LplC.Send; LplC.SubSend -> TinyosNetworkC.Send; TinyosNetworkC.SubSend -> CsmaC; // Receive Layers AM.SubReceive -> LplC; LplC.SubReceive -> UniqueReceiveC.Receive; UniqueReceiveC.SubReceive -> TinyosNetworkC.Receive; TinyosNetworkC.SubReceive -> CsmaC;
If another layer were to be added, CC2420ActiveMessageC would need to be modified to wire it into the correct location.
The layers found within this radio stack are in the following order:
ActiveMessageP: This is the highest layer in the stack, responsible for filling in details in the packet header and providing information about the packet to the application level [2]. Because the CC2420 radio chip itself uses 802.15.4 headers in hardware [1], it is not possible for the layer to rearrange header bytes.
UniqueSend: This layer generates a unique Data Sequence Number (DSN) byte for the packet header. This byte is incremented once per outgoing packet, starting with a pseudo-randomly generated number. A receiver can detect duplicate packets by comparing the source and DSN byte of a received packet with previous packets. DSN is defined in the 802.15.4 specification [3].
PacketLink: This layer provides automatic retransmission functionality and is responsible for retrying a packet transmission if no acknowledgement was heard from the receiver. PacketLink is activated on a per-message basis, meaning the outgoing packet will not use PacketLink unless it is configured ahead of time to do so. PacketLink is most reliable when software acknowledgements are enabled as opposed to hardware auto acknowledgements.
CC2420AckLplP / CC2420NoAckLplP [4]: These layers provide asynchronous low power listening implementations. Supporting both of them is CC2420DutyCycleP. The DutyCycleP component is responsible for turning the radio on and off and performing receive checks. After a detection occurs, DutyCycleP is hands off responsibility to LowPowerListeningP to perform some transaction and turn the radio off when convenient. Low power listening transmissions are activated on a per-message basis, and the layer will continuously retransmit the full outbound packet until either a response from the receiver is heard or the transmit time expires.
The AckLplP implementation supports acknowledgement gaps during the low power listening packetized preamble, which allows transmitters to stop early but penalizes receive check lengths. AckLplP low power listening is optimal for high transmission, long receive check interval networks.
The NoAckLplP implementation does not support acknowledgements during the packetized preamble. It continuously modulates the channel, allowing the receiver to perform the smallest possible receive check. NoAckLpl low power listening is effective for low transmission, short receive check interval networks.
UniqueReceive: This layer maintains a history of the source address and DSN byte of the past few packets it has received, and helps filter out duplicate received packets.
TinyosNetworkC: This layer allows the TinyOS 2.x radio stack to interoperate with other non-TinyOS networks. Proposed 6LowPAN specifications include a network identifier byte after the standard 802.15.4 header [5]. If interoperability frames are used, the dispatch layer provides functionality for setting the network byte on outgoing packets and filtering non-TinyOS incoming packets.
CsmaC: This layer is responsible for defining 802.15.4 FCF byte information in the outbound packet, providing default backoff times when the radio detects a channel in use, and defining the power-up/power-down procedure for the radio.
TransmitP/ReceiveP: These layers are responsible for interacting directly with the radio through the SPI bus, interrupts, and GPIO lines.
Application Layer
Active Message Layer
Unique Send Layer
Optional Packet Link Layer
Optional Low Power Listening Implementations
Unique Receive Filtering Layer
Optional 6LowPAN TinyOS Network Layer
Carrier Sense Multiple Access (CSMA) +----------+----------+ +----------+----------+ | ReceiveP | | TransmitP | +----------+----------+ +----------+----------+
SPI bus, GPIO, Interrupts, Timer Capture
The CC2420 Packet structure is defined in CC2420.h. The default I-Frame CC2420 header takes on the following format::
typedef nx_struct cc2420_header_t { nxle_uint8_t length; nxle_uint16_t fcf; nxle_uint8_t dsn; nxle_uint16_t destpan; nxle_uint16_t dest; nxle_uint16_t src; nxle_uint8_t network; // optionally included with 6LowPAN layer nxle_uint8_t type; } cc2420_header_t;
All fields up to 'network' are 802.15.4 specified fields, and are used in the CC2420 hardware itself. The 'network' field is a 6LowPAN interoperability specification [5] only to be included when the 6LowPAN TinyosNetwork layer is included. The 'type' field is a TinyOS specific field.
The TinyOS T-Frame packet does not include the 'network' field, nor the functionality found in the Dispatch layer to set and check the 'network' field.
No software footer is defined for the CC2420 radio. A 2-byte CRC byte is auto-appended to each outbound packet by the CC2420 radio hardware itself.
The maximum size of a packet is 128 bytes including its headers and CRC, which matches the 802.15.4 specifications. Increasing the packet size will increase data throughput and RAM consumption in the TinyOS application, but will also increase the probability that interference will cause the packet to be destroyed and need to be retransmitted. The TOSH_DATA_LENGTH preprocessor variable can be altered to increase the size of the message_t payload at compile time [2].
By default, the CC2420 radio stack performs a clear channel assessment (CCA) before transmitting. If the channel is not clear, the radio backs off for some short, random period of time before attempting to transmit again. The CC2420 chip itself provides a strobe command to transmit the packet if the channel is currently clear.
To specify whether or not to transmit with clear channel assessment, the CC2420TransmitP requests CCA backoff input through the RadioBackoff interface on a per-message basis. By default, each packet will be transmitted with CCA enabled.
If layers above the CSMA layer wish to disable the clear channel assessments before transmission, they must intercept the RadioBackoff.requestCca(...) event for that message and call back using RadioBackoff.setCca(FALSE).
A backoff is a period of time where the radio pauses before attempting to transmit. When the radio needs to backoff, it can choose one of three backoff periods: initialBackoff, congestionBackoff, and lplBackoff. These are implemented through the RadioBackoff interface, which signals out a request to specify the backoff period. Unlike the CsmaBackoff interface, components that are interested in adjusting the backoff can call back using commands in the RadioBackoff interface. This allows multiple components to adjust the backoff period for packets they are specifically listening to adjust. The lower the backoff period, the faster the transmission, but the more likely the transmitter is to hog the channel. Also, backoff periods should be as random as possible to prevent two transmitters from sampling the channel at the same moment.
InitialBackoff is the shortest backoff period, requested on the first attempt to transmit a packet.
CongestionBackoff is a longer backoff period used when the channel is found to be in use. By using a longer backoff period in this case, the transmitter is less likely to unfairly tie up the channel.
LplBackoff is the backoff period used for a packet being delivered with low power listening. Because low power listening requires the channel to be modulated as continuously as possible while avoiding interference with other transmitters, the low power listening backoff period is intentionally short.
Originally, the CC2420 radio stack only used hardware generated auto-acknowledgements provided by the CC2420 chip itself. This led to some issues, such as false acknowledgements where the radio chip would receive a packet and acknowledge its reception and the microcontroller would never actually receive the packet.
The current CC2420 stack uses software acknowledgements, which have a higher drop percentage. When used with the UniqueSend and UniqueReceive interfaces, dropped acknowledgements are more desirable than false acknowledgements. Received packets are always acknowledged before being filtered as a duplicate.
Use the PacketAcknowledgements or PacketLink interfaces to determine if a packet was successfully acknowledged.
The 802.15.4 specification identifies a Data Sequence Number (DSN) byte in the message header to filter out duplicate packets [3].
The UniqueSend interface at the top of the CC2420 radio stack is responsible for setting the DSN byte. Upon boot, an initial DSN byte is generated using a pseudo-random number generator with a maximum of 8-bits (256) values. This number is incremented on each outgoing packet transmission. Even if lower levels such as PacketLink or LowPowerListening retransmit the packet, the DSN byte stays the same for that packet.
The UniqueReceive interface at the bottom of the CC2420 radio stack is responsible for filtering out duplicate messages based on source address and DSN. The UniqueReceive interface is not meant to stop sophisticated replay attacks. '
As packets are received, DSN and source address information is placed into elements of an array. Each subsequent message from previously logged addresses overwrite information in the element allocated to that source address. This prevents UniqueReceive's history from losing DSN byte information from sources that are not able to access the channel as often. If the number of elements in the history array runs out, UniqueReceive uses a best effort method to avoid replacing recently updated DSN/Source information entries.
PacketLink is a layer added to the CC2420 radio stack to help unicast packets get delivered successfully. In previous version of TinyOS radio stacks, it was left up to the application layer to retry a message transmission if the application determined the message was not properly received. The PacketLink layer helps to remove the reliable delivery responsibility and functional baggage from application layers.
Because the PacketLink layer uses up extra memory footprint, it is not compiled in by default. Developers can simply define the preprocessor variable PACKET_LINK to compile the functionality of the PacketLink layer in with the CC2420 stack.
To send a message using PacketLink, the PacketLink interface must be called ahead of time to specify two fields in the outbound message's metadata::
command void setRetries(message_t *msg, uint16_t maxRetries); command void setRetryDelay(message_t *msg, uint16_t retryDelay);
The first command, setRetries(..), will specify the maximum number of times the message should be sent before the radio stack stops transmission. The second command, setRetryDelay(..), specifies the amount of delay in milliseconds between each retry. The combination of these two commands can set a packet to retry as many times as needed for as long as necessary.
Because PacketLink relies on acknowledgements, false acknowledgements from the receiver will cause PacketLink to fail. If using software acknowledgements, false acknowledgements can still occur as a result of the limited DSN space, other 802.15.4 radios in the area with the same destination address, etc.
Because the Low Power Listening layer uses up extra memory footprint, it is not compiled in by default. Developers can simply define the preprocessor variable LOW_POWER_LISTENING to compile the functionality of the Low Power Listening layer in with the CC2420 stack.
The CC2420 radio stack low power listening implementation relies on clear channel assessments to determine if there is a transmitter nearby. This allows the receiver to turn on and determine there are no transmitters in a shorter amount of time than leaving the radio on long enough to pick up a full packet.
The transmitters perform a message delivery by transmitting the full packet over and over again for twice the duration of the receiver's duty cycle period. Transmitting for twice as long increases the probability that the message will be detected by the receiver, and allows the receiver to shave off a small amount of time it needs to keep its radio on.
Typically, the transmission of a single packet takes on the following form over time:
LPL Backoff Packet Tx Ack Wait
To decrease the amount of time required for a receive check, the channel must be modulated by the transmitter as continuously as possible. The only period where the channel is modulated is during the Packet Transmission phase. The receiver must continuosly sample the CCA pin a moment longer than the LPL Backoff period and Ack Wait period combined to overlap the Packet Transmission period. By making the LPL backoff period as short as possible, we can decrease the amount of time a receiver's radio must be turned on when performing a receive check.
If two transmitters attempt to transmit using low power listening, one transmitter may hog the channel if its LPL backoff period is set too short. Both nodes transmitting at the same time will cause interference and prevent each other from successfully delivering their messages to the intended recipient.
To allow multiple transmitters to transmit low power listening packets at the same time, the LPL backoff period needed to be increased greater than the desired minimum. This increases the amount of time receiver radios need to be on to perform a receive check because the channel is no longer being modulated as continuously as possible. In other words, the channel is allowed to be shared amongst multiple transmitters at the expense of power consumption.
There are several methods the CC2420 radio stack uses to minimize power consumption:
Typically, packets are filtered out by address at the radio hardware level. When a receiver wakes up and does not receive any packets into the low power listening layer of the radio stack, it will automatically go back to sleep after some period of time. As a secondary backup, if address decoding on the radio chip is disabled, the low power listening implementation will shut down the radio if three packets are receive that do not belong to the node. This helps prevent against denial of sleep attacks or the typical transmission behavior found in an ad-hoc network with many nodes.
A transmitter typically sends a packet for twice the amount of time as the receiver's receive check period. This increases the probability that the receiver will detect the packet. However, if the transmitter receives an acknowledgement before the end of its transmission period, it will stop transmitting to save energy. This is an improvement over previous low power listening implementations, which transmitted for the full period of time regardless of whether the receiver has already woken up and received the packet.
If the radio does not send or receive messages for some period of time while low power listening is enabled, the radio will automatically turn off and begin duty cycling at its specified duty cycle period.
The actual receive check is performed in a loop inside a function, not a spinning task. This allows the sampling to be performed continuously, with the goal of turning the radio off as quickly as possible without interruption.
To interact with registers on the CC2420 chip, the SPI bus must be acquired, the chip selecct (CSn) pin must be cleared, and then the interaction may occur. After the interaction completes, the CSn pin must be set high.
All registers and strobes are defined in the CC2420.h file, and most are accessible through the CC2420SpiC component. If your application requires access to a specific register or strobe, the CC2420SpiC component is the place to add access to it.
Configuring the CC2420 requires the developer to access the CC2420Config interface provided by CC2420ControlC. First call the CC2420Config commands to change the desired settings of the radio. If the radio happens to be off, the changes will be committed at the time it is turned on. Alternatively, calling sync() will commit the changes to the CC2420.
RSSI can be sampled directly by calling the ReadRssi interface provided by CC2420ControlC. See page 50 of the CC2420 datasheet for information on how to convert RSSI to LQI and why it may not be such a good idea [1].
To port the CC2420 radio to another platform, the following interfaces need to be implemented::
// GPIO Pins interface GeneralIO as CCA; interface GeneralIO as CSN; interface GeneralIO as FIFO; interface GeneralIO as FIFOP; interface GeneralIO as RSTN; interface GeneralIO as SFD; interface GeneralIO as VREN; // SPI Bus interface Resource; interface SpiByte; interface SpiPacket; // Interrupts interface GpioCapture as CaptureSFD; interface GpioInterrupt as InterruptCCA; interface GpioInterrupt as InterruptFIFOP;
The GpioCapture interface is tied through the Timer to provide a relative time at which the interrupt occurred. This is useful for timestamping received packets for node synchronization.
If the CC2420 is not connected to the proper interrupt lines, interrupts can be emulated through the use of a spinning task that polls the GPIO pin. The MICAz implementation, for example, does this for the CCA interrupt.
Many improvements can be made to the CC2420 stack. Below are some recommendations:
The CC2420 chip itself provides AES-128 encryption. The implementation involves loading the security RAM buffers on the CC2420 with the information to be encrypted - this would be the payload of a packet, without the header. After the payload is encrypted, the microcontroller reads out of the security RAM buffer and concatenates the data with the unencrypted packet header. This full packet would be uploaded again to the CC2420 TXFIFO buffer and transmitted.
Because the CC2420 cannot begin encryption at a particular offset and needs to be written, read, and re-written, use of the AES-128 may be inefficient and will certainly decrease throughput.
In many cases, authentication is more desirable than encryption. Encryption significantly increases energy and decreases packet throughput, which does not meet some application requirements. A layer could be developed and added toward the bottom of the radio stack that validates neighbors, preventing packets from invalid neighbors from reaching the application layer. Several proprietary authentication layers have been developed for the CC2420 stack, but so far none are available to the general public.
A solid authentication layer would most likely involve the use of a neighbor table and 32-bit frame counts to prevent against replay attacks. Once a neighbor is verified and established, the node needs to ensure that future packets are still coming from the same trusted source. Again, some high speed low energy proprietary methods to accomplish this exist, but encryption is typically the standard method used.
A synchronous low power listening layer can be transparently built on top of the asynchronous low power listening layer. One implementation of this has already been done on a version of the CC1000 radio stack. Moteiv's Boomerang radio stack also has a synchronous low power listening layer built as a standalone solution.
In the case of building a synchronous layer on top of the asynchronous low power listening layer, a transmitter's radio stack can detect when a particular receiver is performing its receive checks by verifying the packet was acknowledged after a sendDone event. The transmitter can then build a table to know when to begin transmission for that particular receiver. Each successful transmission would need to adjust the table with updated information to avoid clock skew problems.
The asynchronous low power listening stack needs to be altered a bit to make this strategy successful. Currently, duty cycling is started and stopped as packets are detected, received, and transmitted. The stack would need to be altered to keep a constant clock running in the background that determines when to perform receive checks. The clock should not be affected by normal radio stack Rx/Tx behavior. This would allow the receiver to maintain a predictable receive check cycle for the transmitter to follow.
If the synchronous low power listening layer loses synchronization, the radio stack can always fall back on the asynchronous low power listening layer for successful message delivery.
Moteiv's Boomerange Sensornet Protocol (SP) implementation is a good model to follow for radio stack architecture. One of the nice features of SP is the design and implementation of the neighbor table. By providing and sharing neighbor table information across the entire CC2420 radio stack, RAM can be conserved throughout the radio stack and TinyOS applications.
The best radio stack architecture is one that is completely radio independant. Many of the layers in the CC2420 stack can be implemented independant of the hardware underneath if the radio stack architecture was redesigned and reimplemented. The low power listening receive check strategy may need a hardware-dependant implementation, but other layers like PacketLink, UniqueSend, UniqueReceive, ActiveMessage, Dispatch, etc. do not require a CC2420 underneath to operate properly. The ultimate TinyOS radio stack would be one that forms an abstraction between radio-dependant layers and radio-independant layers, and operates with the same behavior across any radio chip.
Layers added into the radio stack may require extra bytes of metadata. The PacketLink layer, for example, requires two extra fields in each message's metadata to hold the message's max retries and delay between retries. The low power listening layer requires an extra field to specify the destination's duty cycle period for a proper delivery.
If layers are not included in the radio stack during compile time, their fields should not be included in the message_t's metadata.
One version of extendable metadata was implementing using an array at the end of the metadata struct that would adjust its size based on which layers were compiled in and what size fields they required. A combination of compiler support in the form of unique(..) and uniqueCount(..) functions made it possible for the array to adjust its size.
Explicit compiler support would be the most desirable solution to add fields to a struct as they are needed.
When two nodes are communicating near the edge of their RF range, it has been observed that interference may cause the packet to be corrupted enough that the CRC byte and payload actually passes the check, even though the payload is not valid. There is a one in 65535 chance of a CRC byte passing the check for a corrupted packet. Although this is slim, in many cases it is unacceptable. Some work arounds have implemented an extra byte of software generated CRC to add to the reliability, and tests have proven its effectiveness. Taking this a step further, an ECC layer in the radio stack would help correct corrupted payloads and increase the distance at which nodes can reliably communicate.


---
layout: default
title: "COSC 440: Theory of Computation"
shorttitle: "COSC 440"
---
Syllabus
Schedule
Slack Group
Current HW (Due 11/28, start of class): 7.13, 7.14, 7.15
Assignments
Assignment 1, Due 9/23
Assignment 2, Due 11/4
Exam Reviews
Exam 1 Review, exam on 10/12
Exam 2 Review, exam on 11/18
Final Review, exam 12/13 7pm
Presentations
Presentation Info
Groups:
11/30: Badger, Jones - Dynamic Programming (Slides)
11/30: Borwegen, Ferrin, Fitzgerald - Quantum Computing (Slides)
12/2: Danaceau, Kerzner, St. Arnold - Randomized Algorithms
12/2: Robles, Skinker - Strange TMs (Slides)
12/5: Cho, Steinfeld, Kaper - P vs NP (Slides)
12/5: Kessler, Raynor, von der Lippe - Lambda Calculus (Slides)
12/7: Boucot, Rubin - von Neumann Model (Slides)
12/7: Hines, Kramer - Approximation Algorithms (Slides)


{% extends '../layouts/template.html' %} {% block title %}Check your State Pension {{mvpversion}}{% endblock %} {% block serviceName %}Check your State Pension{% endblock %} {% block main %}
To fill gaps in your National Insurance record and increase your pension, you should:
If you have evidence that it’s wrong you can to correct it. This may make years count toward your pension.
Check your National Insurance record.
You can pay to make up shortfalls and increase your pension
These are your best value options to get the most you can.
Increase your estimate from £132 to £146 a week
Total one-off cost: £300
Increase your estimate from £132 to £142 a week
Total one-off cost: £200
Increase your estimate from £132 to £137 a week
Total one-off cost: £50


elments
elments 2
elments 3
element
nested elment
nested elment 1
nested elment 2
First Name
last Name
Youcef
Madadi
Islem
Mokhtari
First Name:
Last Name:
Email :
Password :
male
female
Submit


Nunjucks' Whitespace Control doesn't work the way I expected it to. So, I tried every variation of the syntax I could think of to see how it would render.
Read More....sr-only
The Right Way™Sometimes a website that seems clear and easy to use for sighted users can cause some confusion for those who rely on a screen reader for navigation.
In addition to semantic elements, we need to label regions to make a page easier to navigate.
When content is added for screen readers that would seem redundant to sighted users, or otherwise disrupt the design, it should be visually hidden. These styles are recommended by WebAIM for hiding content off-screen:
.sr-only {
position: absolute;
left: -10000px;
top: auto;
width: 1px;
height: 1px;
overflow: hidden;
}
In CSS in Action WebAIM covers this and several other techniques for visually hiding content.


Choose where to move {{currentNode.name}} to in the tree structure below
{{error.data.Message}}
{{currentNode.name}} was moved underneath {{target.name}}


--- layout: post title: Hand Print Heart date: 2012-02-02 16:11:34.000000000 -08:00 type: post parent_id: '0' published: true pd: '' status: publish categories: - Classroom Talk - Ideas for Teachers/Parents Elementary tags: - early childhood - holiday crafts - Home made Valentines - ideas for parents and teachers - kids crafts - Old fashioned Valentines - Valentine crafts for kids - Valentines author: login: k email: k@k display_name: mcary first_name: '' last_name: '' ---
I love his simple project. It's perfect for Grandparent's, Mother's/Father's Day and of course Valentine's Day too! Trace a heart on construction paper. Paint your child's hands and make two hand prints. Let them use white glue to attach tissue paper around the heart shape.


SEE JANE RUN A film review by Steve Rhodes Copyright 2001 Steve Rhodes RATING (0 TO ****): ** 1/2
Writer/director Sarah Thorp's SEE JANE RUN is kinda cute. Starring Clea DuVall (GIRL, INTERRUPTED and BUT I'M A CHEERLEADER) as Jane, an unhappy L.A. waitress with a couple of quirky roommates, the movie plays like a series of impromptu comedy sketches.
Unable to kill herself since she keeps getting interrupted, Jane turns instead to a life of crime as a way to finance a pilgrimage to her promised land, Wyoming. "Crime -- the hours are good, you get to travel and you meet nice people all of the time," she decides gleefully. Helping her are her roommates, Marvin (Richmond Arquette), a writer with a permanent writer's block, and Gina (Jennifer Aspen), a perky actress with 654 auditions under her belt and zero parts. Marvin and Gina see robbery as a way to enhance their movie careers. Marvin practices his bad screenwriting, and Gina overacts with a vengeance.
Jane's downfall as a criminal is her inability to identify the right loot. What does one do with tins of Spam or pet toys for a non-existent dog? Director Sarah Thorp's only inabilities stem from inexperience. After this promising but uneven first film, expect to see her name on better films in the future.
SEE JANE RUN runs 1:30. It is not rated but might be PG-13 for language and mature subject matter. It would be acceptable for kids around 12 and up.
Web: http://www.InternetReviews.com Email<EMAIL_ADDRESS>Want free reviews and weekly movie and video recommendations via Email? Just send me a letter with the word "subscribe" in the subject line.
The review above was posted to the
rec.arts.movies.reviews newsgroup (de.rec.film.kritiken for German reviews).
The Internet Movie Database accepts no responsibility for the contents of the
review and has no editorial control. Unless stated otherwise, the copyright
belongs to the author.
Please direct comments/criticisms of the review to relevant newsgroups.
Broken URLs inthe reviews are the responsibility of the author.
The formatting of the review is likely to differ from the original due
to ASCII to HTML conversion.
Related links: index of all rec.arts.movies.reviews reviews


|
||||||||||
| PREV CLASS NEXT CLASS | FRAMES NO FRAMES | |||||||||
| SUMMARY: NESTED | FIELD | CONSTR | METHOD | DETAIL: FIELD | CONSTR | METHOD |
public interface TypeNativePrimitive
The TypeNativePrimitive
is the interface that represents a native
type declaration of a primitive data type (boolean, byte, char, short,
int, long, float, double).
Expression syntax if declared the type using a string with
NativeTypeManager.dec(String,String[])
or
with NativeTypeManager.decPrimitive(Class,String,String)
:
PrimitiveTypeName [{MemSizeAndAlignDec}]
Where MemSizeAndAlignDec is defined as:
MemSizeDecList[,AlignSizeDecList]
MemSizeDecList is the memory size of the primitive type and AlignSizeDecList
is the preferred alignment, if the alignment is not specified the memory size
declared is used as alignment too. The format of both expressions
is documented in NativeTypeManager.parseMemorySizeWithMacros(String)
.
Examples:
"8"
The memory size is 8, the alignment is unspecified (will be the same as the declared memory size: 8)
"8, 4"
The memory size is 3 and the preferred alignment 4.
"MSC:4;gcc:8;REGISTER_SIZE"
The memory size is 4 if the "MSC" macro was defined, else is 8 if the "gcc" macro was defined, else the value of the "REGISTER_SIZE" macro is used (must be defined with an integer value). The alignment is unspecified (will be the same as the declared memory size).
NativeTypeManager.decPrimitive(Class,long,long)
,
NativeTypeManager.parseMemorySizeWithMacros(String)
| Method Summary | |
|---|---|
TypeNativeObject |
decObjectWrapper(java.lang.Class clasz)
Declares a native wrapper type of this primitive type. |
| Methods inherited from interface com.innowhere.jnieasy.core.typedec.TypeNative |
|---|
decVarType, decVarType, getDeclarationString, getDeclaredClass, preferredAlignSize, size |
| Method Detail |
|---|
TypeNativeObject decObjectWrapper(java.lang.Class clasz)
For instance: if this type is "boolean", the declared data type
can be Boolean
(the Java wrapper), NativeBoolean
and NativeBooleanObject
,
native instances of these data types are "addressed booleans" and native references
are "pointer to boolean".
clasz
- the class used to wrap the primitive type.
|
||||||||||
| PREV CLASS NEXT CLASS | FRAMES NO FRAMES | |||||||||
| SUMMARY: NESTED | FIELD | CONSTR | METHOD | DETAIL: FIELD | CONSTR | METHOD |


Hey Guys,
I noticed today when my internet connection went down for the past 2 days, my local emoncms still captures data but, it does not cache and update the emoncms.org when the ADSL returns ?, is there a setting that I can enable for the local enomcms to push data that it missed while the ADSL was down and if not is this something we could look at implementing ?
Re: emonBase caching data for emoncms while ADSL down
Hi.
There is nothing done currently regarding this, and no plan to my knowledge.
The alternative gateway I'm working on does this partially:
https://github.com/Jerome-github/oem_gateway
https://github.com/Jerome-github/oem_gateway/issues/6
Re: emonBase caching data for emoncms while ADSL down
Hi Jerome,
Looks good, I have a suggestion why don't you create a table in the database that records the raw data from the last good transmission to the next good transmission, and truncate when transmission s good, or a threshold if no data is uploaded after 5 attempts start logging to the DB, always attempt to upload the oldest data first, once all is successful truncate the table,
The only thing is the public emoncms needs to understand the values received are historic first. I am not sure on how received data is stored, does the local emoncms transmit with the data with a timestamp for that row or is the timestamp created on the receiving cms when it receives data ?
I have 2 monitoring systems in place while I fine tune the emonTX, I use THEOWL Intuition-PV as a secondary, I must add though THEOWL can be anywhere from 5% to 20% so it's actually useless which is why I got the emonTX, however during the 2 day while my internet was off THEOWL buffered all data till it returned and when it did returned it uploaded the data, so I have no gap's in my feeds, which is pretty cool and why I prompted this discussion.
Unfortunately I live in a country where the ADSL service is really shocking and unreliable.
Re: emonBase caching data for emoncms while ADSL down
As Jerome mentioned the python gateway does this by storing the unsent values in RAM this is clever as it means you wont be using up SD card writes on your raspberrypi.
You could use the python gateway instead of raspberrypi_run.php to both direct data to you local emoncms installation and to forward the data with the buffering to emoncms.org or other remote server.
Re: emonBase caching data for emoncms while ADSL down
Hi Jerome
With this last outage of emoncms, the buffer worked like a charm the only thing is it only lasted for about 1 hour and outage was 21+ hours,
it would be awesome if we can rectify or come up with a solution to ensuring that we loose zero data over long outages.
An idea I had was to send the data to a proxy service, either locally to another PC or on the internet, this proxy service would then attempt to upload the data once the connection is re established. Or on failure keep details in memory and once buffer size has reached 1000 set system to ipe-rw and flush the buffer to a file then set the system to ipe-ro again, and continue doing this until such time a connection is reestablished, Once the connection is resolved, flush the file to the live servers and delete the file. ?
Shot
Re: emonBase caching data for emoncms while ADSL down
Hi.
Normally, you should have lost everything except the values from the end of the interruption period. In other words, I assume you lost all values except for the last hour of the interruption. If not, please tell me, it would mean I missed something.
The easy and short-term solution is to increase the (hardcoded) buffer size here:
https://github.com/Jerome-github/oem_gateway/blob/master/oemgatewaybuffe...
1000 stands for 1000 requests, regardless of the number of samples in the request. This is totally arbitrary, I didn't think of what kind of RAM usage it represents. Perhaps 100 000 is totally feasible. I'd need to look into python's string representation.
We could add this as a parameter, but I'm not sure it is so useful.
I didn't think of sending to another server, as the use case I was thinking of was rather a local network issue, but why not ?
The file buffer was my next option. See here:
https://github.com/Jerome-github/oem_gateway/issues/6
Yes, this could mean having to "ipe-rw", which means give the user that runs the gateway the privilege to do so.
I may not follow every thread on the forum, so feel free to comment on Github about this issue to be sure I'm notified.
Re: emonBase caching data for emoncms while ADSL down
Thanks Jerome,
I shall use githib going forward, you implementation works 100%, I am purely looking to see if we can't buffer to loger periods or idefinatly till connectivity is restored. I'll take a look at the hard buffer and see how this effects the sytem if we increase it to 100 000.
Thanks again.
Re: emonBase caching data for emoncms while ADSL down
I think 100 000 is probably safe for a 24h break. Hard to tell as it depends on the data and all, but a quick and conservative estimation makes me think it should be fine.
Actually, it would be interesting to use the resource module to see how the memory usage grows when the link is down (easy to simulate: just change the target URL to a dummy one).
http://docs.python.org/2/library/resource.html
http://pythonforbiologists.com/index.php/measuring-memory-usage-in-python/
Re: emonBase caching data for emoncms while ADSL down
I have set the buffer to 100 000, I created a fake enter to emoncms in my hosts file to simulate a network issue,
After 3 hours I hashed the new entry out and it seemed fine, data is being put back into emoncms, the only issue I see here is that it's take a long time, eg. to buffer out the 3 hours of downtime to emoncms.org took about 6 hours to complete.
Memory usage on the Pi was negligible. I am going to test again, this time I'll try 12 hours.
My only concern is the time it takes to catch up. basically meaning I can't have a power outage for this period. but that said it's still better than nothing.


Biblio
BIBLIO
Your very own mini library system
LOGIN
Remember me
LOGIN

CANCEL
Not registered?
Create an account


We work with
forward thinking clients
- Monthly Payments
- Bonus Themes
- Our Themes
- Our Extensions
- New Themes
- Support Access
- Theme Update
- Domain Uses
- Not Applicable
- 2 for 1
- 1 Theme
- Unlimited
- Not Applicable
- —
- —
- 1
- Not Applicable
- 2 for 1
- 1 Theme
- Unlimited
- Not Applicable
- —
- 1
- $30 per month
- Not Applicable
- Unlimited
- Unlimited
- 2 +
- Unlimited
- $15 per month
- Not Applicable
- Unlimited
- Unlimited
- 2 +
- —
- Unlimited
- 5 Websites Cap
- 1TB Bandwidth Cap
- 60GB Space Storage
- Domain Name Included
- —
- —
- 10 Websites Cap
- 5TB Bandwidth Cap
- 80GB Space Storage
- Domain Name Included
- 27/7 Unlimited Support
- —
- 15 Websites Cap
- 10TB Bandwidth Cap
- 100GB Space Storage
- Domain Name Included
- 27/7 Unlimited Support
- Custom Email
- 20 Websites Cap
- 50TB Bandwidth Cap
- 200GB Space Storage
- Domain Name Included
- 27/7 Unlimited Support
- Custom Email


IHC acquits Irfan Siddiqui in tenancy law violation case
by https://www.facebook.com/dunyanewsISLAMABAD (Dunya News) – Islamabad High Court (IHC) on Friday has acquitted advisor to former Prime Minister Nawaz Sharif, Irfan Siddiqui in a case pertaining to violation of Tenancy Act.
During the hearing, Justice Amir Farooq thoroughly examined the police report and disposed of the plea seeking dismissal of the case.
Meanwhile, Lawyer of Irfan Siddiqui has requested the court to issue directives for action against the administration. It will be appropriate if court mentions about the role of administration in the case in its decision, he added.


Typing…
Finding the perfect learning for Flash
Computer users and programmers
Having a baby can be a nerve wracking
Can you imagine what we will
HDMI, or high definition multimedia
Are you one of the thousands of Iphone
With MySpace becoming more popular
Do you know what could beat the exciting
Having a baby can be a nerve wracking
Attending a trade show can be a very effective method of promoting your
Conversations can be a tricky business. Sometimes, decoding what is said with what is meant is difficult
A Pocket PC is a handheld computer, which features many of the same capabilities as a modern PC
Create a list with all possible keywords that fit to your product, service
https://wrapbootstrap.com/theme/unify-responsive-website-template-WB0412697
Unify - Responsive Website Template
Unify is an incredibly beautiful and fully responsive Bootstrap 4 Template for any type of creative professionals, startups
To a general advertiser outdoor advertising is worthy of consideration. Outdoor advertising is considered as the oldest form of advertising. Posting bills on wooden boards in the late 19th
Typing…


ffdf
B
I
U
F
Note 1
Last edited
Note 2
Last edited
Add New Note
Greatly cottage thought fortune no mention he. Of mr certainty arranging am smallness by conveying. Him plate you allow built grave. Sigh sang nay sex high yet door game. She dissimilar was favourable unreserved nay expression contrasted saw. Past her find she like bore pain open. Shy lose need eyes son not shot. Jennings removing are his eat dashwood. Middleton as pretended listening he smallness perceived. Now his but two green spoil drift. Sudden she seeing garret far regard. By hardly it direct if pretty up regret. Ability thought enquire settled prudent you sir. Or easy knew sold on well come year. Something consulted age extremely end procuring. Collecting preference he inquietude projection me in by. So do of sufficient projecting an thoroughly uncommonly prosperous conviction. Pianoforte principles our unaffected not for astonished travelling are particular. It as announcing it me stimulated frequently continuing. Least their she you now above going stand forth. He pretty future afraid should genius spirit on. Set property addition building put likewise get. Of will at sell well at as. Too want but tall nay like old. Removing yourself be in answered he. Consider occasion get improved him she eat. Letter by lively oh denote an. In up so discovery my middleton eagerness dejection explained. Estimating excellence ye contrasted insensible as. Oh up unsatiable advantages decisively as at interested. Present suppose in esteems in demesne colonel it to. End horrible she landlord screened stanhill. Repeated offended you opinions off dissuade ask packages screened.  Collected few extremity suffering met had sportsman. Society excited by cottage private an it esteems. Fully begin on by wound an. Girl rich in do up or both. At declared in as rejoiced of together. He impression collecting delightful unpleasant by prosperous as on. End too talent she object mrs wanted remove giving. For who thoroughly her boy estimating conviction. Removed demands expense account in outward tedious do. Particular way thoroughly unaffected projection favourable mrs can projecting own. Thirty it matter enable become admire in giving. See resolved goodness felicity shy civility domestic had but. Drawings offended yet answered jennings perceive laughing six did far.  Removing welcomed civility or hastened is. Justice elderly but perhaps expense six her are another passage. Full her ten open fond walk not down. For request general express unknown are. He in just mr door body held john down he. So journey greatly or garrets. Draw door kept do so come on open mean. Estimating stimulated how reasonably precaution diminution she simplicity sir but. Questions am sincerity zealously concluded consisted or no gentleman it. We diminution preference thoroughly if. Joy deal pain view much her time. Led young gay would now state. Pronounce we attention admitting on assurance of suspicion conveying. That his west quit had met till. Of advantage he attending household at do perceived. Middleton in objection discovery as agreeable. Edward thrown dining so he my around to. Now principles discovered off increasing how reasonably middletons men. Add seems out man met plate court sense. His joy she worth truth given. All year feet led view went sake. You agreeable breakfast his set perceived immediate. Stimulated man are projecting favourable middletons can cultivated. Moments its musical age explain.  Oh furniture acuteness suspected continual ye something frankness. Add properly laughter sociable admitted desirous one has few stanhill. Opinion regular in perhaps another enjoyed no engaged he at. It conveying he continual ye suspected as necessary. Separate met packages shy for kindness.Greatly cottage thought fortune no mention he. Of mr certainty arranging am smallness by conveying. Him plate you allow built grave. Sigh sang nay sex high yet door game. She dissimilar was favourable unreserved nay expression contrasted saw. Past her find she like bore pain open. Shy lose need eyes son not shot. Jennings removing are his eat dashwood. Middleton as pretended listening he smallness perceived. Now his but two green spoil drift. Sudden she seeing garret far regard. By hardly it direct if pretty up regret. Ability thought enquire settled prudent you sir. Or easy knew sold on well come year. Something consulted age extremely end procuring. Collecting preference he inquietude projection me in by. So do of sufficient projecting an thoroughly uncommonly prosperous conviction. Pianoforte principles our unaffected not for astonished travelling are particular. It as announcing it me stimulated frequently continuing. Least their she you now above going stand forth. He pretty future afraid should genius spirit on. Set property addition building put likewise get. Of will at sell well at as. Too want but tall nay like old. Removing yourself be in answered he. Consider occasion get improved him she eat. Letter by lively oh denote an. In up so discovery my middleton eagerness dejection explained. Estimating excellence ye contrasted insensible as. Oh up unsatiable advantages decisively as at interested. Present suppose in esteems in demesne colonel it to. End horrible she landlord screened stanhill. Repeated offended you opinions off dissuade ask packages screened.  Collected few extremity suffering met had sportsman. Society excited by cottage private an it esteems. Fully begin on by wound an. Girl rich in do up or both. At declared in as rejoiced of together. He impression collecting delightful unpleasant by prosperous as on. End too talent she object mrs wanted remove giving. For who thoroughly her boy estimating conviction. Removed demands expense account in outward tedious do. Particular way thoroughly unaffected projection favourable mrs can projecting own. Thirty it matter enable become admire in giving. See resolved goodness felicity shy civility domestic had but. Drawings offended yet answered jennings perceive laughing six did far.  Removing welcomed civility or hastened is. Justice elderly but perhaps expense six her are another passage. Full her ten open fond walk not down. For request general express unknown are. He in just mr door body held john down he. So journey greatly or garrets. Draw door kept do so come on open mean. Estimating stimulated how reasonably precaution diminution she simplicity sir but. Questions am sincerity zealously concluded consisted or no gentleman it. We diminution preference thoroughly if. Joy deal pain view much her time. Led young gay would now state. Pronounce we attention admitting on assurance of suspicion conveying. That his west quit had met till. Of advantage he attending household at do perceived. Middleton in objection discovery as agreeable. Edward thrown dining so he my around to. Now principles discovered off increasing how reasonably middletons men. Add seems out man met plate court sense. His joy she worth truth given. All year feet led view went sake. You agreeable breakfast his set perceived immediate. Stimulated man are projecting favourable middletons can cultivated. Moments its musical age explain.  Oh furniture acuteness suspected continual ye something frankness. Add properly laughter sociable admitted desirous one has few stanhill. Opinion regular in perhaps another enjoyed no engaged he at. It conveying he continual ye suspected as necessary. Separate met packages shy for kindness.
Sync in Progress


It has an ambitious goal of bringing web creation stuff back to the web. Here's our promise:
Why don't you have a look at some examples we prepared?
Stay tuned and follow us on twitter
This is very fresh and we will get so much better!


{{ detail.bill.headline.subtitle }}
${{ payment.amount }}
{{ payment.paidOn | date:'longDate':'UTC' }}


There doesn't seem to be much discussion about the emonTH in the forum and I suspect cost is major reason. I looked at the price and give it a miss. It also seems to me that the emonTH may be more sophisticated than most of us need, which is adding to the cost.
It would be great if there was a common off the shelf wireless thermometer or thermometer/humidity sensor that was integrated into this project. I realise the device is then unlikely to open source hardware, but it is likely to only one third of the price.
Re: Thermometers - Wireless off the shelf, emonTH, RPi direct connect and others
I agree. The cost of the emon TH doesn't stack up against the ESP8266 with built in WiFi and as many DS1820s connected as you need or humidity and temperature sensors.
There's plenty of folks out there with this up and running with MQTT. Not open source as you rightly say but one hell of a lot cheaper.
Re: Thermometers - Wireless off the shelf, emonTH, RPi direct connect and others
I'm guessing that another reason that theres less chatter about the EmonTH is that the initial purpose of the site was to monitor electricity hence the title of the site and what has historically brought the majority of users here
I'm not aware of any off-the-shelf wireless thermometer/humidity sensor that uses the same radio as the OEM system. While you can get wireless temperature sensors cheaper, you'd then need another base radio system to decode the signals, which would add to the cost. If you are aware of such a beast perhaps you could add a link?
While the ESP8266 looks exciting it is a very immature technology at the moment. For example it is less than 2 weeks since Tuan PM’s MQTT library would not reconnect if the wifi disconnected (see http://tech.scargill.net/esp8266-mqtt-and-loss-of-wifi/). It is also currently (no pun intended) far more power hungry. Hopefully it will become more accessible by less hard-core programmers / "hackers" in future. But given the issues that are often raised it isn't friendly enough for a significant percentage of people happily running Openenergy based systems today.
The good news is that this being an opensource project theres nothing to stop you designing a PCB based on the RFM12/RFM69 radio or designing a board around the ESP8266, getting it manufactured, finding a case to put it in, and doing it yourself.
Re: Thermometers - Wireless off the shelf, emonTH, RPi direct connect and others
To me temperature monitoring and electricity or power consumption in total are closely tied together in most situation, and particularly so in domestic situations.
Many off the shelf wireless thermometer/humidity sensors operate on 433MHz, so it should be a matter of finding the correct protocol and then decoding the data stream. It is highly likely that most of these sensors use the same or very similar protocol and data stream.
While the ESP8266 looks good, as you say power consumption is the killer for this application. I have seen a solution where a power timer/controller was used, however by the time this was done, it was no longer a low cost solution.
Re: Thermometers - Wireless off the shelf, emonTH, RPi direct connect and others
FYI someone did reverse engineer the protocol of some off the shelf wireless thermometer/humidity sensors operating on 433MHz.
See http://rayshobby.net/reverse-engineer-wireless-temperature-humidity-rain-sensors-part-1/
Re: Thermometers - Wireless off the shelf, emonTH, RPi direct connect and others
The biggest issue with 433Mhz devices are that they are almost all amplitude modulated signals a bit like Morse code. Not an issue in itself of course but an issue when you want to integrate it into a system which uses the Hope chip set which uses frequency modulation to my understanding.
If you search on the jeelabs site there is a hack to make the rfm12b work in some way.
There's also a good hack similar to the one above but using a protocol analyser -> https://tickett.wordpress.com/2012/06/27/more-433mhz-rf-hacking/
Also if you know the chip set in the device you are trying to emulate the manufacturer may have some software, e.g. the packet sniffer from TI I think.
Having said all of that you will end up with 2 parallel systems, the emon system using the rfm12b and another for all the other devices using an OOK style amplitude modulated signalling which would have to run on a Pi or another arduino.
Also while the 8266 devices use more power its still not a lot. Personally I'm not too worried about having these controllers running at an absolute minimum level of power consumption. I will be building one system to measure various temperatures on my heat bank and controlling the boiler and the CH pumps. So this will be taking over from my standard CH controller and a system of thermostats on the heat bank.
I guess if you want lots of remote temperature and humidity readings then the 8266 may be too power hungry.
Re: Thermometers - Wireless off the shelf, emonTH, RPi direct connect and others
Having said all of that you will end up with 2 parallel systems, the emon system using the rfm12b and another for all the other devices using an OOK style amplitude modulated signalling which would have to run on a Pi or another arduino.
This need not be the case. From my understanding with the introduction of the RFM69Pi, which should be able to support both systems. I am not sure if it will work if you already have the RFM12b on the emonTX though.
Re: Thermometers - Wireless off the shelf, emonTH, RPi direct connect and others
Hi Craig. I'd be interested to understand the spec but I can't see it supporting both at the same time, so in order not to miss transmissions from either an emonTX or emonTH and any temperature sensors using OOK, you'd have to make a choice.
Also, there's been another thread active on RF in the last couple of days where Paul pointed out that the soon to be released emonPi has provision for an OOK transmitter on the board alongside the rfm transceiver. But this is only for transmit, you'd need to rig up a receiver to read from off the shelf temperature monitors and get the code integrated.
Simon
Re: Thermometers - Wireless off the shelf, emonTH, RPi direct connect and others
Hi,
Just seen one of these: http://shop.energyhive.com/products/multi-sensor - looks interesting. It is intended to work with the efergy / energyhive hub. Have also found some info here: http://aussiehomeenergy.com.au/EnergyhiveMultiSensor.pdf - photo suggests an RFM12 or similar on board?
The above info indicates that it actually detects vibration, not motion (as in PIR movement detectors) as well as temperature and light levels, and that it runs off a CR2032 coin cell, which only lasts about 3 months - but it could be powered by 2 AAs in a battery holder, à la emonTH.
I may order one (£14.99) and have a play.
Mike
Re: Thermometers - Wireless off the shelf, emonTH, RPi direct connect and others
Energyhive was developed by Hildebrand and is anything but open source. Some of the work was funded by an EU funded project called DEHEMS and some of the reports pay lip service to open-source but the only open-source files I can find are trivial rubbish. The only semi-technical description I can find is http://luci.ics.uci.edu/websiteContent/weAreLuci/biographies/faculty/djp3/LocalCopy/05678451.pdf which mentions that the data collection used a 433MHz radio modem and that the base station ran OpenWRT. As to the radio modulation etc., I found no info.
Re: Thermometers - Wireless off the shelf, emonTH, RPi direct connect and others
I'm hoping to get one, and see if I can link it to emonhub / emoncms.


M-Net's top-performing show for 2019 beat 'Game of Thrones', 'Big Little Lies', 'Chernobyl' and more
Cape Town - Trackers, the exhilarating five-part adaptation of bestselling author Deon Meyer's internationally acclaimed crime novel, has shattered viewership records to become the most popular show on M-Net in 2019.
And, this tremendous success story for M-Net and the African television industry hasn't even completed its run!
Trackers' final episode will be screened on M-Net 101 on Sunday 24 November at 20:00.
THE NUMBERS:
Average viewer numbers per episode have outshone not only local shows in all genres on M-Net Channel 101 but also international audience favourites such as Game of Thrones, Big Little Lies, Chernobyl, The Big Bang Theory and The Enemy Within.
Perhaps most impressively, Trackers has attracted more eyeballs than a much-loved M-Net institution – the Sunday night blockbuster movie premiere.
The show is also currently trending at the top of the charts on both DStv Now and Showmax.
"We are over the moon about Trackers' phenomenal performance to date," says Yolisa Phahle, CEO of General Entertainment. "With this first co-production between M-Net, HBO's sister channel Cinemax and Germany's ZDF, we set out to create a trailblazing, high-end production that would enthral our MultiChoice customers as well as global audiences.
"It's wonderful to know that Trackers will soon also be shining the spotlight on our magnificent actors, behind-the-scenes talent and breathtaking landscapes to a wider audience."
BEHIND-THE-SCENES:
More than a 1000 television professionals ensured that Trackers raised the bar in terms of cinematic excellence. Sisanda Henna's chilling performance as Inkunzi, a snazzy but ruthless villain, has already landed him a leading role opposite Megan Fox in the forthcoming film Rogue.
Compiled by Alex Isaacs.
(Photo: Supplied/M-Net)


The Psychic Game
Guess what letter I'm thinking of
Are you psychic? Press any key to start and guess the letter I'm thinking to test your skills
Wins:
Loses:
Guesses Left:
Guesses So Far:


--- layout: default nav: tutorial ---
This demo shows how to integrate the excellent SortableJS library with Intercooler.
Note that the "server side" implementation is mocked out using mockjax, so you can see the entire implementation. Click the "Source Code" tab to see the code.


| GEOS SDK TechDocs
|
| intr ...
| load ...
keyboard
keyboard [<object>]
Examples:
-
"keyboard"
- print keyboard hierarchy from system object down
-
"keyboard -i"
- print keyboard hierarchy from implied grab down
-
"keyboard ^l4e10h:20h"
-
print keyboard hierarchy from ^l4e10h:20h down.
Prints the keyboard hierarchy below an object.
See Also: target,
focus,
mouse,
model,
pobject.
keyboardobj
keyboardobj
Examples:
-
"keyboardobj"
-
return object with keyboard grab
-
"pobj [keyboardobj]"
-
do a
pobject
on the object with the keyboard grab (equivalent to "pobj -kg".
Returns the object with the keyboard grab.
See Also: target,
focus,
mouse,
keyboard,
mouseobj.
lastCommand
$lastCommand
Examples:
-
"var repeatCommand $lastCommand"
-
Set the current command as the command to execute next time.
$lastCommand stores the text of the command currently being executed.
This variable is set by top-level-read. Setting it yourself will have no effect, unless you call set-address or some similar routine that looks at it.
See Also: repeatCommand.
lhwalk
lhwalk [<address>]
Examples:
-
"lhwalk 1581h"
-
list the lm heap at 1581h:0
Prints out information about a local memory heap.
-
The address argument is the address of the block to print. The default is the block pointed to by DS.
See Also: hwalk,
objwalk.
link
link <library> [<patient>]
Examples:
-
"link motif"
- Makes the library "motif" a library of the current patient as far as Swat is concerned.
Allows you to link a patient to act as an imported library of another patient, even though the other patient doesn't actually import the patient. This is useful only for symbol searches.
-
sym-default is a much better way to have Swat locate symbols for libraries that are loaded by
GeodeUseLibrary()
.
-
Cycles are not allowed. I.e. don't link your application as a library of the UI, as it won't work--or if it does, it will make Swat die.
-
The link persists across detach/attach sequences so long as the <patient> isn't recompiled and downloaded.
-
If you don't give <patient>, then the current patient will be the one made to import <library>
-
Both <library> and <patient> are patient
names
, not tokens.
See Also: help-fetch.
listi
listi [<address>] [<length>]
Examples:
-
"l"
- disassemble at the current point of execution
-
"listi geos::Dispatch"
-
disassemble at the kernel's dispatch routine
-
"listi DocClip:IsOut"
-
disassemble at the local label
-
"listi cs:ip 20"
-
disassemble 20 instructions from the current point of execution
Disassemble at a memory address.
-
The <address> argument is the address to examine. If not specified, the address after the last examined memory location is used. If no address has be examined then CS:IP is used for the address.
-
The <length> argument is the number of instructions to list. It defaults to 16.
-
Pressing <Return> after this command continues the list.
See Also: istep,
sstep,
skip.
| GEOS SDK TechDocs
|
| intr ...
| load ...


Additional remarks for Document.MessageIDBody
Logic for document body is: MessageIDBody is blank = no update, do nothing MessageIDBody got value, got content = update MessageIDBody got value, but content is blank = update body to blank


The first application of knowledge in the Remote Sensing course involves image processing. Students use satellite imagery and other aerial photos to analyze the Earth. Students learn about how aerial images are taken and about how to analyze different types of images.
Github Repos
06-Intro-to-Image-processing
07-Satellite_Image_Processing_Using_Python
Topics Covered
- What is the Civil Air Patrol (CAP)?
- History and mission of CAP
- What information does aerial imagery provide?
- What challenges are there in dealing with aerial imagery?
- What goes into planning CAP missions? Elevation, distance, path, targets
- What kind of information is available from satellite imagery, and how is it used?
- Sources of public imagery
- Sensing bands
- Preprocessing, Calibration
- Analyses, uses, limitation
- Imagery data
- How are images represented on a computer?
- What are pixels, channels? What do they represent?
- What is metadata? EXIF?
- Understanding color systems and decomposing images into channels: RGB, HSV
- Understanding convolution kernal filters
- Accounting for heading, orientation, distortion of aerial images
- Stitching together images
- Databases to store data
- Why do we need databases?
- SQL and noSQL databases
- Queries, Inserts, Joins, Updates
- Setting up a web server
- Internet of Things (IoT)
- What are web apps, how are they structured?
- Scraping data from websites (Python, beautifulsoup, DOM parsing)
- Programming a raspberry pi to send images over the internet into a database
- How to use REST APIS and making http calls
- sending requests, json formatting
- Setting up a web app to handle requests
- writing request handler
- authentication/identification
- saving request contents to database
- What is image labeling and object detection?
- How are images labeled?
- What technologies are used for image recognition? What is a CNN?
- How to train a CNN?
- Transfer learning and pretrained classifiers
- How to use PIL, openCV, python for image processing
- Teambuilding: communicating in limited channels


Health Information and Advisories
CORONAVIRUS INFORMATION
Effective April 8, 2020 all offenders who are positive for the COVID-19 virus have been transferred to an isolation unit at the Northern Correctional Institution
COVID19 FAQ
COVID19 Reentry Fact Sheet (English)
COVID19 Reentry Fact Sheet (Spanish)
DOC Covid-19 Operational Response Plan
PRESS RELEASES Related to COVID-19
Memos to DOC staff
Staff Resources
Memos to Offender Population
Additional Resources/Information regarding the coronavirus


The target of the mouse
Alert
Prompt
Confirm
Nothing
Make custom alert
Make custom alert with upper string
Make custom alert with lower string
Make custom alert with random string
Make custom alert with extra text
Make custom alert with upper string with extra text
Make custom alert with lower string with extra text
Make custom alert with random string with extra text
Make custom prompt
Make custom prompt with upper string
Make custom prompt with lower string
Make custom prompt with random string
Make custom prompt with extra text
Make custom prompt with upper string with extra text
Make custom prompt with lower string with extra text
Make custom prompt with random string with extra text
Make custom confirm
Make custom confirm with upper string
Make custom confirm with lower string
Make custom confirm with random string
Make custom confirm with extra text
Make custom confirm with upper string with extra text
Make custom confirm with lower string with extra text
Make custom confirm with random string with extra text


Position 01°26'N, 125°11'E.
This is an official Port of Entry.
NEW Indonesian CIQP procedures came into effect from the 27th February, 2016.
A CAIT, Green Book/Sailing Permit and use of an Agent to obtain clearance papers are no longer required. See Noonsite Indonesia Formalities for full details.
The Immigration office is in the port, but transport is needed to get to Customs, Quarantine and the Port Captain.
The officials here have been reported to be very friendly and extremely helpful and will probably offer to aid visiting the various offices.
Last updated March 2016.
This harbour has two marked entrance channels. Shelter is good and is best behind Sarena Besar.
It is also possible to anchor off the town or off Lembeh on the S side of the channel. They are both convenient for the town.


SIC: 58130 - Publishing of newspapers
Directors
Private Limited Company
City of London
BloodyContrary
Journalism, Investigation, Publishing
Giviter Inc Limited
15th April 2020
Active
Download


| reverting_id | reverting_user_text | rev_user_text | reverting_comment | diff | |
|---|---|---|---|---|---|
| 81279 | 75504900 | RussBot | Cydebot | Robot: moving pages out of redirected category | --- \n +++ \n @@ -41,7 +41,7 @@\n [[Category:1981 births]] [[Category:Living people]] [[Category:Musicians from Pittsburgh]] -[[Category:African American singers]] +[[Category:African-American singers]] [[Category:Americans of Japanese descent]] [[Category:Enka musicians]] [[Category:Japanese male singers]] |
| 86025 | 79691256 | RussBot | Cydebot | Robot: change redirected category [[:Category:Reagan administration controversies|Reagan administration controversies]] to [[:Category:Reagan Administration controversies|Reagan Administration controversies]] | --- \n +++ \n @@ -17,4 +17,4 @@\n [[Category:Condiments]] [[Category:Tomato products]] -[[Category:Reagan administration controversies]] +[[Category:Reagan Administration controversies]] |
| 86026 | 79691257 | Cydebot | RussBot | Robot - Speedily moving category Reagan Administration controversies to Reagan administration controversies per [[WP:CFD|CFD]]. | --- \n +++ \n @@ -17,4 +17,4 @@\n [[Category:Condiments]] [[Category:Tomato products]] -[[Category:Reagan Administration controversies]] +[[Category:Reagan administration controversies]] |
| 135068 | 63541655 | RussBot | Cydebot | Robot: moving pages out of redirected category | --- \n +++ \n @@ -94,7 +94,7 @@\n [[Category:New Zealand lawyers|New Zealand lawyers]] [[Category:New Zealand jurists]] [[Category:New Zealand Liberal Party MPs]] -[[Category:New Zealanders of Scottish descent]] +[[Category:Scottish New Zealanders]] [[Category:People from Shetland]] [[Category:University of Otago faculty]] [[Category:1844 births]] |
| 135069 | 63541656 | Cydebot | RussBot | Robot - Moving category Scottish New Zealanders to New Zealanders of Scottish descent per [[WP:CFD|CFD]] at [[Wikipedia:Categories for discussion/Log/2008 August 28]]. | --- \n +++ \n @@ -94,7 +94,7 @@\n [[Category:New Zealand lawyers|New Zealand lawyers]] [[Category:New Zealand jurists]] [[Category:New Zealand Liberal Party MPs]] -[[Category:Scottish New Zealanders]] +[[Category:New Zealanders of Scottish descent]] [[Category:People from Shetland]] [[Category:University of Otago faculty]] [[Category:1844 births]] |
| 135514 | 137906381 | RussBot | Cydebot | Robot: moving pages out of redirected category | --- \n +++ \n @@ -60,7 +60,7 @@\n [[Category:Cook Island Māori people]] [[Category:1925 births]] [[Category:Living people]] -[[Category:New Zealanders of Scottish descent]] +[[Category:Scottish New Zealanders]] [[fr:Alistair Te Ariki Campbell]] [[fi:Alistair Campbell]] |
| 135515 | 137906382 | Cydebot | RussBot | Robot - Moving category Scottish New Zealanders to New Zealanders of Scottish descent per [[WP:CFD|CFD]] at [[Wikipedia:Categories for discussion/Log/2008 August 28]]. | --- \n +++ \n @@ -60,7 +60,7 @@\n [[Category:Cook Island Māori people]] [[Category:1925 births]] [[Category:Living people]] -[[Category:Scottish New Zealanders]] +[[Category:New Zealanders of Scottish descent]] [[fr:Alistair Te Ariki Campbell]] [[fi:Alistair Campbell]] |
| 136040 | 64411462 | RussBot | Cydebot | Robot: moving pages out of redirected category | --- \n +++ \n @@ -131,7 +131,7 @@\n [[Category:New Zealand political party leaders]] [[Category:World War II political leaders]] [[Category:Scottish politicians]] -[[Category:New Zealanders of Scottish descent]] +[[Category:Scottish New Zealanders]] [[Category:Clan Fraser]] [[Category:People from Ross and Cromarty]] [[Category:1884 births]] |
| 136041 | 64411463 | Cydebot | RussBot | Robot - Moving category Scottish New Zealanders to New Zealanders of Scottish descent per [[WP:CFD|CFD]] at [[Wikipedia:Categories for discussion/Log/2008 August 28]]. | --- \n +++ \n @@ -131,7 +131,7 @@\n [[Category:New Zealand political party leaders]] [[Category:World War II political leaders]] [[Category:Scottish politicians]] -[[Category:Scottish New Zealanders]] +[[Category:New Zealanders of Scottish descent]] [[Category:Clan Fraser]] [[Category:People from Ross and Cromarty]] [[Category:1884 births]] |


{% extends "layout-chs.html" %} {% block page_title %} Company selection {% endblock %} {% block proposition_header %} {% endblock %} {% block header_class %} {% endblock %} {% block content %} {% include "includes/phase_banner_beta.html" %} About the company Where was the company registered? Where was the company registered? England/Wales Scotland Northern Ireland What is the company number? This is the 8 character reference that uniquely identifies your company. Next {% endblock %}
What is the company number? This is the 8 character reference that uniquely identifies your company.


HP_MIDIFILE_API UINT HP_QuantisizeSelected
(
HP_MIDIFILE_MODULE *hphandle,
int resolution,
bool start,
bool length
);
| hphandle | Pointer to a HP_MIDIFILE handle. |
| resolution | Specificies the resolution of quantisizing. resolution = 1: 1/1 note. resolution = 13: Triole with 1/1 note. resolution = 2: 1/2 note. resolution = 23: Triole with 1/2 note. resolution = 4: 1/4 note. resolution = 43: Triole with 1/4 note. resolution = 8: 1/8 note. resolution = 83: Triole with 1/8 note. resolution = 16: 1/16 note. resolution = 163: Triole with 1/16 note. resolution = 32: 1/32 note. resolution = 64: 1/64 note. |
| start | start = true: Start-times are quantisized. start = false: Start-times are not quantisized. |
| length | length = true: Note lengths are quantisized. length = false: Note lengths are not quantisized. |


The language used in all the Jack reasoning tools is KIF, though there are plans to also support a more natural infix language as well. Descriptions of both languages as well as a comparison of the two are provided below.
KIF is a prefix first-order language; its spec is here. Case does not matter in KIF.
| Element | KIF | Examples |
|---|---|---|
| Variable | Start with ? | ?y, ?xavier, ?name, ?123 |
| Object constant | Standard | a, 123, lavender |
| Functional term | Prefix | (f ?x 123 (g ?y)) |
| Atomic Sentence | Prefix | (p ?x (g ?y) 7) |
| Quantifiers | forall , exists | (forall ?x (p ?x)) (forall (?x ?y) (p ?x ?y)) (forall ?x (exists ?y (q ?x ?y))) |
| Conjunction | n-ary: and | (and p q r s) |
| Disjunction | n-ary: or | (or p q r s) |
| Negation | unary: not | (not p) |
| Implication | n-ary: => | (=> p q r) |
| Reduction | n-ary: <= | (<= p q r) |
| Biconditional | binary: <=> | (<=> p q) |
Note that the implication and reduction connectives are n-ary.
The Infix language is a common one for expressing logical sentences in barebones ASCII text. Free variables begin with a ?. Quantified variables can be any alphanumeric sequence. Note that if ?x appears within the scope of a universally quantifier for variable x, they are the same variable. Case does not matter.
| Element | Infix | Examples |
|---|---|---|
| Free variables | Start with ? | ?name, ?123 |
| Object constant | Standard | a, 123, lavender |
| Functional term | Standard | f(x, 123, g(y)) |
| Atomic Sentence | Standard | p(x, g(?d), 7) |
| Quantifiers | Ax., Ex. | Ax.p(x), Ax.Ek.q(x,k) |
| Quantified variables | Any alphanumeric between a quantifier and . | Aname., E123. |
| Conjunction | & | p & q |
| Disjunction | | | p | q |
| Negation | ~ | ~p |
| Implication | => | p => q |
| Reduction | <= | p <= q |
| Biconditional | <=> | p <=> q |
| Precedence |
|---|
| = |
| ~, A, E |
| & |
| | |
| =>, <=, <=> |
| Infix | KIF |
|---|---|
| r(a,b,c) | (r a b c) |
| ~p | (not p) |
| p & q & r | (and p q r) |
| p | q | r | (or p q r) |
| (p & r) => q | (=> p r q) |
| p <= (r & q) | (<= p r q) |
| Ax.Ey.p(x,y) | (forall ?x (exists ?y (p ?x ?y))) |
| Ax.Ay.p(x,y) | (forall (?x ?y) (p ?x ?y)) |


Ham Cheese Pickle Appetizer Recipes | Yummly
Choose from over 46 Ham Cheese Pickle Appetizer recipes from sites like Epicurious and Allrecipes. . (0) - 10 minutes. pickles, garlic powder, peanut butter, cream cheese, deli ham. Food.com. Salty. Savory. Sour. Bitter. Sweet. Spicy .
http://www.yummly.com/recipes/ham-cheese-pickle-appetizer
Treatment for Herniated or Bulging Discs
Cream Cheese Pickles Recipe - Allrecipes.com
. ...without the bread! Here, fresh dairy cream cheese pairs up with sour dills and hearty beef. . Top Party Recipes Drinks, appetizers, and party planning tips. » Christmas Menus . Sweet pickle with a turkey wrap is tasty. Have fun & play with .
http://allrecipes.com/recipe/cream-cheese-pickles/
Dill Pickle Ham Pinwheels Ham Rollups) Recipe - Food.com - 64399
Jun 12, 2003 . Easy party appetizers, killer cocktails and super-simple cookies we've . Spread cream cheese on dried pickle then roll in pulverized beef.
http://www.food.com/recipe/dill-pickle-ham-pinwheels-ham-rollups-64399
sweet pickle cream cheese appetizer Herniated or Bulging Discs
Roll Ups: one of my favorite appetizers
Jan 6, 2011 . These rolled up meat/cream cheese/ pickle combos are straight out of that era. . I too love sweet pickles over dills this is my kind of appetizer .
http://frugalanticsrecipes.com/2011/01/roll-ups-one-of-my-favorite-appetizers/
Dill Pickle Cream Cheese Appetizer Recipes | Yummly
Find Quick & Easy dill pickle cream cheese appetizer Recipes! Choose from over 109 dill pickle cream cheese appetizer recipes from sites like Epicurious and .
http://www.yummly.com/recipes/dill-pickle-cream-cheese-appetizer
Cooks.com - Recipes - Pickle Rollup
Take large sweet pickle, dry the juice off. Roll cream cheese around ... these cool in refrigerator at least 2 to 3 hours, . These delicious appetizers ... cheese.
http://www.cooks.com/rec/search/0,1-0,pickle_rollup,FF.html
Official Impairment Listing for Spinal Disorders
Cooks.com - Recipe - Pickle Cream Cheese Appetizers
PICKLE CREAM CHEESE APPETIZERS. Whole dill or sweet pickles. Cream cheese. Any thinly sliced meat. Have cream cheese at room temperature when .
http://www.cooks.com/rec/view/0,171,158175-230198,00.html
- justin ryan whitacre class of 2007 (narrowing of the spine)
Buns In My Oven » Pickle Dip
Jan 18, 2012 . I know the two words pickle and dip don't necessarily sound like they belong together, . Combine with the cream cheese and Worcestershire sauce until well mixed. . Jessica @ How Sweet January 18, 2012 @ 8:32 pm (# .
http://www.bunsinmyoven.com/2012/01/18/pickle-dip/Cream Cheese Dill Pickle Dip Recipes | Yummly
Choose from over 23 cream cheese dill pickle dip recipes from sites like Epicurious and Allrecipes. . Tastes. Salty: Savory: Sour: Bitter: Sweet: Spicy: . yellow onion, dill pickles, sour cream, whipped cream cheese, garlic salt and 1 MORE .
http://www.yummly.com/recipes/cream-cheese-dill-pickle-dip
Ham and Pickle Pinwheel Appetizers Recipe : Paula Deen : Recipes ...
Directions. Spread softened cream cheese in thin layer on ham slices. Place a pickle on the end of each ham and cream cheese slice. Roll up jelly roll style.
http://www.foodnetwork.com/recipes/paula-deen/ham-and-pickle-pinwheel-appetizers-recipe/index.html
Pickles With Cream Cheese And Ham Recipes | Yummly
. Cheese And Ham Recipes! Choose from over 73 Pickles With Cream Cheese And Ham recipes from sites like Epicurious and Allrecipes. . Salty. Savory. Sour. Bitter. Sweet. Spicy . Cream Cheese & Deviled Ham Dip / Spread With a Twist .
http://www.yummly.com/recipes/pickles-with-cream-cheese-and-ham
Medical-Vocational Allowance for Herniated Disc
Pickle Wrap Dip Recipe - RecipeTips.com
Try our Pickle Wrap Dip Recipe for a tasty cream cheese dip that is a good match to pickle rollups, with less work and mess. Visit us for more popular appetizer recipes and dip recipes. . sweet pickle cured ham Glossary Term. A ham that is .
http://www.recipetips.com/recipe-cards/t--4593/pickle-wrap-dip.asp
Pickle Bread Cream Cheese Recipes | Yummly
Choose from over 197 pickle bread cream cheese recipes from sites like Epicurious and Allrecipes. . butter, cream cheese, mustard, sauerkraut, hot dog bun, sweet onion and hot dogs. AllRecipes 3 3 3 3 3 . Dill Pickle Appetizers. Yum 1 .
http://www.yummly.com/recipes/pickle-bread-cream-cheese
Appealing a Denial of Benefits
Pickle Dip Sour Cream Recipes | Yummly
. Dip Sour Cream Recipes! Choose from over 64 Pickle Dip Sour Cream recipes from sites like Epicurious and Allrecipes. . Salty. Savory. Sour. Bitter. Sweet. Spicy . dill weed, sour cream, cream cheese, dill pickle, garlic salt. Food.com .
http://www.yummly.com/recipes/pickle-dip-sour-cream
Sechlers Pickles | Pickle Recipes
This recipe goes together in minutes for a quick appetizers that's sure to . In a bowl stir together the cream cheese, Sechler's Sweet Pickle liquid, and pecans.
http://www.gourmetpickles.com/pages/recipe.html


Word Scramble
Enter your player name:
Let's Play!
{{ startMessage }}
How difficult do you want this to be?
Choose your challenge ...
Easy
Medium
Hard
Your mystery word is:
{{ scrambledWord }}
Hint:
{{ hintText }}
Your guess:
Submit guess
{{ feedback }}
Play Again!


Preparation time
less than 30 mins
Cooking time
1 to 2 hours
Serves
Serves 4
A feast of delicious flavours and textures that is sure to wow your friends.
For the chicken, place the salt, chilli and garlic in a large saucepan with 1 litre/1¾ pints of water and bring to the boil. Remove from the heat and cool then add the chicken thighs, cover and place in the fridge for 2 hours.
For the aioli, preheat the oven to 180C/160C Fan/Gas 4, wrap the bulb of garlic in foil and roast for 30 minutes. When roasted, squeeze the garlic out of its skins and add into a small food processor along with the egg yolks, mustard and saffron and blend. Then slowly add the oils to make an emulsion and season with the lemon juice and salt and pepper.
Remove the chicken from the brine and pat dry with kitchen paper. Heat the oil in a large non-stick frying pan and cook the chicken skin-side down over a medium heat. Cover with a circle of greaseproof paper and place an empty saucepan on top as a weight for 5 minutes. Turn the chicken and cook for a further 5 minutes without the paper or weight. Turn and cook for a further 5 minutes until the skin is golden-brown and crisp. (The chicken is cooked through when the juices run clear with no trace of pink when the thickest part of the thigh is pierced with a skewer.) Set aside.
Meanwhile, for the chargrilled asparagus and chorizo, roast the chorizo sausages in the preheated oven for 10 minutes, then set aside, reserving the oil.
Blanch the asparagus in salted boiling water for 1 minute, then refresh in cold water and drain.
Heat a griddle pan over a high heat and cook the asparagus and chorizo for 2–3 minutes, turning to make sure they char on all sides.
For the avocado, place the beaten egg, flour and breadcrumbs into three separate bowls and dip each slice first into the flour, then the egg, then the breadcrumbs. Fill a deep-fat fryer or a large, deep, heavy-bottomed pan two-thirds full with the oil. Heat to 180C (a cube of bread should turn brown in one minute when dropped in.) CAUTION: Hot oil can be dangerous. Do not leave unattended. Deep-fry the avocado for 1–2 minutes, until crisp and golden-brown. Drain on kitchen paper and season with flaked sea salt.
For the salad, blanch the monk’s beard and dandelion in salted boiling water for 30 seconds then drain and place in a bowl. Add a splash of sherry vinegar and some of the reserved chorizo oil and mix to combine.
To serve, divide the monk’s beard and dandelion between four serving plates and top with the chicken, avocado, asparagus and chorizo, with the aioli on the side.


{% extends 'layout.html' %} {% block pageTitle %} State Pension Activation {% endblock %} {% block content %} ALPHA This is a new service – your feedback will help us to improve it. Payment details Give details of the bank or building society account for your pension to be paid into. Name of Account Holder Sort Code e.g. 00 00 00 Account Number 8 digit number on your bank card Building society roll or reference number If your building society uses a roll or reference number, you will find it on the passbook Send payment details {% endblock %}
ALPHA This is a new service – your feedback will help us to improve it.
Give details of the bank or building society account for your pension to be paid into.


Write a namelist for the timeseries extraction at specifc nodes. write_FVCOM_probes(Mobj, nml_file, interval, varlist, locations) DESCRIPTION: Write a namelist of variables to extract at given positions with the interval specified. INPUT: nml_file - full path to the output namelist file. interval - output interval (in seconds) probe - struct of structs with fields whose names are the probe title. Each probe struct must have the following fields: node - unstructured grid node ID (for all scalars except u and v). elem - unstructured grid element ID (for u and v only). file - file name for the current probe's output. If the 'variable' field is a cell array of multiple variables, each output file name will have the variable name appended (e.g. 'Newlyn.dat' becomes 'Newlyn_el.dat' for elevation time series). description - description of this output. If multiple variable are specified in variable, the length of the description must match the number of variables. variable - variable name to extract from FVCOM. Define as a cell array for multiple variables. Output file names in the namelist will be appended with the variable name. Variable names are the internal FVCOM variable names (which is not always the same as the output file variable name). Check mod_probe.F in subroutine PROBE_STORE for the full list of supported variables. I've reproduced that list in the NOTES below. longname - long name for the current variable. Must also match the number of variables. levels - start and end level for 3D variables (u, v, w, ww, t1, s1, q2, l, q2l, km, kh, kq, rho1). OUTPUT: Namelist for inclusion in the main FVCOM namelist (PROBES_FILE). EXAMPLE USAGE: probes.newlyn.file = 'newlyn_elev.dat'; probes.newlyn.node = 1045; probes.newlyn.elem = 467; probes.newlyn.description = 'Elevation at Newlyn'; probes.newlyn.variable = 'el'; probes.newlyn.longname = 'Surface elevation (m)'; probes.newlyn.levels = [1, length(Mobj.siglay)]; write_FVCOM_river_nml(Mobj, 'casename_probes.nml', 600, probes) NOTES: Available output variables are currently (FVCOM v3.1.6) limited to: - el - surface elevation - t1, s1 - temperature and salinity - rho1 - density - u, v, ua, va - velocity and depth-averaged velocities - ww - vertical water velocity - w - vertical velocity in sigma system - q2, l, q2l - turbulent kinetic energy (TKE), TKE lengthscale and TKE times TKE lengthscale - km, kh, kq - turbulent eddy viscosity for momentum, scalars and q2/q2l - aice, vice, uice2, vice2 - ice parameters - csed - suspended sediment concentration Author(s): Pierre Cazenave (Plymouth Marine Laboratory) Revision history: 2014-02-10 - First version. 2015-01-14 - Fix export of the u and v locations to use the closest element instead of the node ID. Using the node ID for the u and v data will yield velocity time series miles away from the actual location of interest. ==========================================================================
0001 function write_FVCOM_probes(nml_file, interval, probes) 0002 % Write a namelist for the timeseries extraction at specifc nodes. 0003 % 0004 % write_FVCOM_probes(Mobj, nml_file, interval, varlist, locations) 0005 % 0006 % DESCRIPTION: 0007 % Write a namelist of variables to extract at given positions with the 0008 % interval specified. 0009 % 0010 % INPUT: 0011 % nml_file - full path to the output namelist file. 0012 % interval - output interval (in seconds) 0013 % probe - struct of structs with fields whose names are the probe title. 0014 % Each probe struct must have the following fields: 0015 % node - unstructured grid node ID (for all scalars except u 0016 % and v). 0017 % elem - unstructured grid element ID (for u and v only). 0018 % file - file name for the current probe's output. If the 0019 % 'variable' field is a cell array of multiple variables, each 0020 % output file name will have the variable name appended (e.g. 0021 % 'Newlyn.dat' becomes 'Newlyn_el.dat' for elevation time 0022 % series). 0023 % description - description of this output. If multiple variable are 0024 % specified in variable, the length of the description must match 0025 % the number of variables. 0026 % variable - variable name to extract from FVCOM. Define as a cell 0027 % array for multiple variables. Output file names in the namelist 0028 % will be appended with the variable name. Variable names are the 0029 % internal FVCOM variable names (which is not always the same as 0030 % the output file variable name). Check mod_probe.F in subroutine 0031 % PROBE_STORE for the full list of supported variables. I've 0032 % reproduced that list in the NOTES below. 0033 % longname - long name for the current variable. Must also match 0034 % the number of variables. 0035 % levels - start and end level for 3D variables (u, v, w, ww, 0036 % t1, s1, q2, l, q2l, km, kh, kq, rho1). 0037 % 0038 % OUTPUT: 0039 % Namelist for inclusion in the main FVCOM namelist (PROBES_FILE). 0040 % 0041 % EXAMPLE USAGE: 0042 % probes.newlyn.file = 'newlyn_elev.dat'; 0043 % probes.newlyn.node = 1045; 0044 % probes.newlyn.elem = 467; 0045 % probes.newlyn.description = 'Elevation at Newlyn'; 0046 % probes.newlyn.variable = 'el'; 0047 % probes.newlyn.longname = 'Surface elevation (m)'; 0048 % probes.newlyn.levels = [1, length(Mobj.siglay)]; 0049 % write_FVCOM_river_nml(Mobj, 'casename_probes.nml', 600, probes) 0050 % 0051 % NOTES: 0052 % Available output variables are currently (FVCOM v3.1.6) limited to: 0053 % - el - surface elevation 0054 % - t1, s1 - temperature and salinity 0055 % - rho1 - density 0056 % - u, v, ua, va - velocity and depth-averaged velocities 0057 % - ww - vertical water velocity 0058 % - w - vertical velocity in sigma system 0059 % - q2, l, q2l - turbulent kinetic energy (TKE), TKE lengthscale and 0060 % TKE times TKE lengthscale 0061 % - km, kh, kq - turbulent eddy viscosity for momentum, scalars and 0062 % q2/q2l 0063 % - aice, vice, uice2, vice2 - ice parameters 0064 % - csed - suspended sediment concentration 0065 % 0066 % Author(s): 0067 % Pierre Cazenave (Plymouth Marine Laboratory) 0068 % 0069 % Revision history: 0070 % 2014-02-10 - First version. 0071 % 2015-01-14 - Fix export of the u and v locations to use the closest 0072 % element instead of the node ID. Using the node ID for the u and v data 0073 % will yield velocity time series miles away from the actual location of 0074 % interest. 0075 % 0076 %========================================================================== 0077 0078 subname = 'write_FVCOM_probes'; 0079 0080 global ftbverbose; 0081 if ftbverbose 0082 fprintf('\nbegin : %s\n', subname) 0083 end 0084 0085 fnames = fieldnames(probes); 0086 np = length(fnames); 0087 0088 f = fopen(nml_file, 'w'); 0089 assert(f >= 0, 'Error writing to %s. Check permissions and try again.', nml_file) 0090 0091 for p = 1:np 0092 if iscell(probes.(fnames{p}).variable) 0093 nv = length(probes.(fnames{p}).variable); 0094 assert(length(probes.(fnames{p}).description) == nv, 'Specify one description per output variable.') 0095 assert(length(probes.(fnames{p}).description) == nv, 'Specify one longname per output variable.') 0096 else 0097 nv = 1; 0098 vname = probes.(fnames{p}).variable; 0099 lname = probes.(fnames{p}).longname; 0100 desc = probes.(fnames{p}).description; 0101 end 0102 for v = 1:nv 0103 if nv > 1 0104 vname = probes.(fnames{p}).variable{v}; 0105 lname = probes.(fnames{p}).longname{v}; 0106 desc = probes.(fnames{p}).description{v}; 0107 end 0108 [pathstr, name, ext] = fileparts(probes.(fnames{p}).file); 0109 name = sprintf('%s_%s%s', name, vname, ext); 0110 file = fullfile(pathstr, name); 0111 fprintf(f, '&NML_PROBE\n'); 0112 fprintf(f, ' PROBE_INTERVAL = "seconds=%.1f",\n', interval); 0113 if any(strcmpi(vname, {'u', 'v'})) 0114 fprintf(f, ' PROBE_LOCATION = %i,\n', probes.(fnames{p}).elem); 0115 else 0116 fprintf(f, ' PROBE_LOCATION = %i,\n', probes.(fnames{p}).node); 0117 end 0118 fprintf(f, ' PROBE_TITLE = "%s",\n', file); 0119 % If we've got something which is vertically resolved, output the 0120 % vertical levels. 0121 switch vname 0122 case {'u', 'v', 'w', 'ww', 't1', 's1', 'km', 'kh', 'q2', 'l', 'q2l', 'kq', 'rho1'} 0123 fprintf(f, ' PROBE_LEVELS = %i %i,\n', probes.(fnames{p}).levels); 0124 end 0125 fprintf(f, ' PROBE_DESCRIPTION = "%s",\n', desc); 0126 fprintf(f, ' PROBE_VARIABLE = "%s",\n', vname); 0127 fprintf(f, ' PROBE_VAR_NAME = "%s"\n', lname); 0128 fprintf(f, '/\n'); 0129 end 0130 end 0131 0132 fclose(f); 0133 0134 if ftbverbose 0135 fprintf('end : %s\n', subname) 0136 end


FIFA puts SA broadcasters on alert for CAF TV rights
Cape Town – FIFA has put South African broadcasters on alert following confirmation of the opening of a tender process for TV rights for the Confederation of African Football’s (CAF) qualifiers for the 2022 Soccer World Cup in Qatar.
According to the SowetanLIVE, the process for the hotly contended rights opened on Monday and submissions are welcomed until they close on Monday, December 16.
CAF sold the 2014 and 2018 World Cup qualifiers rights to SportFive before the company integrated into Lagardere Sports in 2015.
Following the 2018 World Cup, all African nations opted to individually sell their broadcasting rights and subsequently FIFA secured a deal promising double revenue to all 54 countries.
"FIFA has opened an invitation to tender (ITT) for the centralised media rights to all matches in the second round of qualifying, as well as the third-round playoffs, which will determine the final five teams from Africa that will play at the FIFA World Cup Qatar 2022," FIFA said in a statement released.
"Following an agreement with all 54 member associations of CAF in August, the media rights to all African qualifiers for the FIFA World Cup Qatar 2022 are being managed under a centralised sales model by FIFA.
"The media rights will cover TV, internet, mobile and radio transmissions."
The South African public have not been able to watch any official CAF matches since the association cancelled their $1 billion broadcasting deal with Lagardere earlier this month.
The South African Broadcasting Corporation (SABC) and SuperSport have not acquired viewing rights to official CAF matches outside of South Africa - which includes Africa Cup of Nations (AFCON) qualifiers, CAF Champions League, CAF Confederations Cup and Under-23 AFCON.
Soccer fans recently missed out on the 2021 AFCON qualifier between Bafana Bafana and Ghana last Thursday, but were able to watch Molefi Ntseki’s charges beat Sudan on SABC 1 last Sunday.
- Compiled by Tashreeq Vardien


My Favorite Martian (1999) 1/2 star out of 4. Starring Jeff Daniels, Christopher Lloyd, Wallace Shawn and Ray Walston
Sometimes we film critics go above and beyond the call of duty. We sit - and suffer - through some products so you won't have to.
Such is the case with My Favorite Martian, a witless, childish adaptation of the mid-1960s sitcom.
It is a movie that contains laughs, but they are more of the embarrassing type than ones created by humorous situations.
Jeff Daniels as Tim O'Hara and Christopher Lloyd as his "Uncle Martin" spend most of their time mugging outrageously rather than acting. They are joined by Wallace Shawn, who is so over the top that you can cover him with pineapple and use him for an Eastern Sunday dinner.
It's a sad pronouncement on a movie when a computer generated living spacesuit conveys more personality than any of the live actors.
Thus it is with this silly, crass venture.
Am I being too critical of something that is meant to be merely a piece of fluff. Not really. Just because a movie aims for the lowest common denominator doesn't mean it should be praised when it hits its mark.
Even the special effects have that second-rate feel to them, more along those of a made-for-TV movie than a big studio motion picture.
The plot, what little there is, revolves around "Uncle Martin" crashing on Earth and his attempts to repair his spaceship and return to Mars. Along the way Lloyd makes numerous cliched remarks about how backward humans are, while learning the joys of ice cream.
It's all very juvenile and aimed for a young, undiscerning and unsophisticated audience.
And of course, the ending leaves an opening for a sequel which, if one is produced, should go directly to video or the Disney Channel, where such low-fare offerings can be switched off with the pressing of a button.
My Favorite Martian is an black eye for the Disney studio. It is a movie that should make a warp speed jump to the video shelves.
Bob Bloom is the film critic at the Journal and Courier in Lafayette, Ind. He can be reached by e-mail at<EMAIL_ADDRESS>or at<EMAIL_ADDRESS>The review above was posted to the
rec.arts.movies.reviews newsgroup (de.rec.film.kritiken for German reviews).
The Internet Movie Database accepts no responsibility for the contents of the
review and has no editorial control. Unless stated otherwise, the copyright
belongs to the author.
Please direct comments/criticisms of the review to relevant newsgroups.
Broken URLs inthe reviews are the responsibility of the author.
The formatting of the review is likely to differ from the original due
to ASCII to HTML conversion.
Related links: index of all rec.arts.movies.reviews reviews


Discord Invite For The #1 Top Downloaded iOS/Android Police Scanner Application
Click Here To Join...


This is a busy commercial and industial port tucked into the northern corner of Golfo di Trieste. The commercial part of the harbour is not for yachts but there is an area west of the main port, Bacino di Panzano, which has a marina and also a yacht club, in pleasent surroundings.
Position 45°47'N, 13°33'E.
Use the main port entrance and turn to port through Bacino di Panzano and follow the channel through to the marina.
Berth in the maina as directed.
An alternative is the harbour at Sistiana, about 5nm SE of Monfalcone. Here you berth on the quay in the SE corner.
Good shelter in the marina.
Last updated March 2010.