text:
|Publication number
|Publication type
|Application number
|Publication date
|Feb 10, 2009
|Filing date
|Apr 14, 2005
|Priority date
|Apr 14, 2005
|Fee status
|Also published as
|Publication number
|Neil L. Shipp, Victor Erwin Romano
|Original Assignee
|Microsoft Corporation
|Export Citation
|BiBTeX, EndNote, RefMan
|Patent Citations (15), Non-Patent Citations (2), Referenced by (3), Classifications (14), Legal Events (4)
|External Links: USPTO, USPTO Assignment, Espacenet
Embodiments of the present invention relate to the field of address books. In particular, embodiments of this invention relate to maintaining and indexing offline address books on a client side device.
In previous versions of an offline address book (OAB) (such as the address book feature of Exchange Server and Outlook), the index files were generated on the server at the same time the data files were generated. Index files presented sorted views of the offline address book and were tied to one version of the full OAB data file (e.g., the particular version of the data files being indexed.
One problem was that different languages sort words and text differently than others. In order to support multiple client languages, a server generated a different set of index files for each client sort locale. For example, the Exchange Server architecture only supported generating one client locale on any one server for an OAB so multiple servers would be deployed to generate multiple client sort locales. The administrator would then need to ensure that the proper code-pages and language packs were installed on the server for each client language. There is a need to find a way to index the OAB so that the administrator no longer needs to deploy multiple servers nor do the language packs for each language need to be installed.
Another problem resulted from differential updates such as the differential update mechanism introduced in Exchange Server 5.5. Differential updates allow the client copies of the OAB and index files to be incrementally updated from the previous version. Updating the index files is a difficult problem to do efficiently and optimally, so the final design resulted in data structures that would become unbalanced and inefficient after a large number of updates. There is a need for indexing the data files after each OAB update so that the resulting index files will always be efficient and well balanced.
Also, server based designs of the OAB tend to limit future growth of the OAB. Small changes have been applied many times to work around these limits, but it still has some problems.
There is a need for a new OAB format that will overcome many if not all of the current limitations of the OAB design.
Accordingly, a system and method for maintaining and indexing address books is desired to overcome one or more of these and other disadvantages.
According to one embodiment, the client sorts the records and builds the index files of the OAB. Previously the server was responsible for that task and using a differential algorithm to update the index files on the client was difficult to implement efficiently. By moving the task to the client, one set of files can now be used by all clients regardless of sort order required by the client. By building the index files on the client, each client can customize their experience without requiring a custom index file on the server. New attributes can be added or removed from index files or different index behavior can be achieved without server side changes.
In one form, the invention comprises a method of building an offline address book (OAB). An OAB data file and a table of attributes are generated at a server. The data file and table are transferred from the server to a client. The transferred data file and table are indexed at the client.
In another form, the invention comprises a client-side method of building an offline address book (OAB) wherein a server generates an OAB data file and a table of attributes. The data file and table are received by the client from the server. The transferred data file and table are indexed at the client.
In another form, the invention comprises a method of maintaining an offline address book (OAB). An OAB data file and a table of attributes are periodically generated at a server. A differences file between the previous version and the next version of the OAB file is generated using an update mechanism. The difference file is transferred to a client which previously received the previous version. The transferred data file and table and difference file are indexed at the client.
Alternatively, the invention may comprise various other methods and apparatuses.
Other features are in part apparent and in part pointed out hereinafter.
Corresponding reference characters indicate corresponding parts throughout the drawings.
Referring to
Examples of indexed attributes:
ANR or Ambiguous Name Resolution index file 104, including one or more of the following: Display Name, Surname, Mail Nickname (alias), and/or Office location.
Browse Index File such as a Display Name index file 106 (used to show the records in alphabetical order when listed).
Distinguished Name index file 108 (used to find records based on their unique distinguished names).
After the client has updated its local copy of the OAB data file 102 (either by downloading a full new file or updating the existing file), the client indexes the local data file according to the table of indexable attributes and the client's sort locale.
The index files 102 tend to change dramatically due to small changes in the data files so the size of the update files is not that much smaller than the size of the entire new index file. One advantage of client indexing is that by calculating the index files on the client, only the changed records needed to be transmitted to the client and not the large amount of changes to the index files.
A separate index file is built for each index that the client wants to use. In one embodiment as illustrated in
In index file systems in which the display name attributes and DN attributes are single valued, such as in the Windows� Active Directory schema, every object has a corresponding one in the OAB. In such systems, the DN index file 108 and the display name index file 106 will have as many records as there are in the OAB data file 102 and each index record will point to a unique record in the OAB file 102. In other index file systems, the number of index records may differ from the number of OAB records. Attributes may be optional or multi-valued so certain records may be unreferenced and others may be referenced multiple times.
In one embodiment as illustrated in
Index calculation would be accomplished by the client side as follows. Each index file can be built individually or all the files can be built at the same time. In one embodiment, the client reads the OAB data file 102 in order, reading each record, adding the attribute value to an in-memory table and, after the entire file is read, sorting the table, and writing out the index file. The client repeats this building process for each other attribute that needs indexing. More advanced implementations can be devised to only perform a single pass through the main OAB file and handle memory constraints on the client.
Index traversal is accomplished in the following way. To display the address book in order, the client chooses a starting position in the index file 102 to begin the list, reads each index record of index file 200 in order from the index file, and uses the offsets to read each OAB record in turn. Because the client uses the sorted index filed 200, the records come out in the correct sort order. To search for entries in an index file 102, a binary search may be performed. The client chooses the midpoint of the index file 102, retrieves the record pointed to by the record offset value, reads the value pointed to by the value offset, compares it with the search key and then chooses whether to bisect the upper range or lower range depending on the comparison result. The client then performs the operation again and again until the desired value is found or is determined to not be present.
The following illustrates one embodiment of the invention. In this embodiment, the terms noted in Table 1 have the indicated meaning:
Differential update
Offline Address Book/Offline Address List
Parent Distinguished Name
Relative Distinguished Name
The OAB format as generated by the server does not require the server generated index and browse files. All recipient data is stored in one file with no fixed order. Each record is self-contained and independent of any other record. It is up to the client to index the OAB file and generate ANR, browse, SMTP and RDN index files. No attempt at compressing file space is done to reduce often duplicated data such as common prefixes or postfixes (Legacy PDNs and SMTP domain names). Each string is written in full.
OAB Post Format
All OAB messages have at least the following properties set:
Property name
Prop ID
Prop Type
The sequence number allows the client to determine if the post has been updated or added since the last time the client checked. The message class allows the client to distinguish Full OAB posts from Differential OAB posts.
Files are compressed using the binpatch library LZX compression routines. Compressed files can be decompressed using the binpatch library applypatch functions with an empty initial file.
Full OAB Post
Each OAB post with a full copy of the OAB has the PR_OAB_MESSAGE_CLASS property set to 0x01 and will have the following file attachments: 'data.oab', lngXXXX.oab (multiple) and macXXXX.oab (multiple) where XXXX is the hex language locale ID. The 'data.oab' file contains all of the OAB recipient data and the 'lngXXXX.oab' and 'macXXXX.oab' files contains the addressing and display template information. This list of files can be added to at any time and the client ignores files it does not understand.
The Post will also have the Following MAPI Properties Set:
Property name
Prop ID
Prop Type
The PR_OAB_NAME property contains the name of the Address List used to generate the OAB. This is the property that should be displayed to the client when choosing from multiple OABs to download.
The PR_OAB_SEQUENCE property contains an integer that keeps track of the number of times this OAB has been generated. Each generation increases this number by one and the same number is stamped on the Differential post and the Full post to allow the client to keep track of changes and determine which files are necessary to bring an OAB up to date via differential means.
The PR_OAB_CONTAINER_GUID property contains a graphical user interface display (GUID) that identifies the address list being generated. All posts that relate to the same address list have this GUID set to the same value. If the Address List is renamed causing the PR_OAB_NAME property to change, the GUID remains the same. The value is formatted as a hex encoded string and not as a binary type.
The PR_OAB_MESSAGE_CLASS property is set to 0x01 for all Full OAB messages to allow the client as well as the Exchange Store to distinguish full downloads from differential updates.
The PR_OAB_DN property contains the distinguished name of the Exchange Address List that corresponds to this OAB message.
Differential OAB Post
Each OAB post with a differential copy of the OAB will have the PR_OAB_MESSAGE_CLASS property set to 0x02 and will have the following file attachment: 'binpatch.oab', and may have one or more of the following template files: lngXXXX.oab (multiple) and macXXXX.oab (multiple) where XXXX is the hex language locale ID. This list of files can be added to at any time and the client should ignore files it doesn't understand.
The Post will also have the Following MAPI Properties set:
Property name
Prop ID
Prop Type
The above properties are described in the previous section. For the PR_OAB_MESSAGE_CLASS property, it is set to 0x02 to allow the client and the Exchange store to detect that this is an OAB update message.
The server may include the template files in the differential message if it thinks the client should update its copy of the display templates. So if the client finds that the display or addressing templates it's using is included in the differential message it should update its own files. If the templates are not included, the client should continue to use the existing templates.
Availability of Updates
The OAB server will only post differential OAB messages when the contents of the OAB have changed from the previous version. This includes changes to template files. If no changes have occurred the server will repost the unchanged OAB files to the server using the same sequence number. This will stop the public folder server from expiring the OAB post.
The full uncompressed OAB data file format will consist of the following: the OAB header, the attribute table, and the OAB records. The header will follow the following format:
Struct OAB_HDR {
ULONG ulVersion; // 32 for full file, 33 for index
ULONG ulSignature;
ULONG ulRecords;
The ulVersion field indicates the file type and is set to 32 decimal for the full OAB file. The ulSignature is a hash computed from the record data itself. The ulRecords field will give the total count of OAB records stored in the file.
Following the OAB_HDR is the attribute table. This includes OAB meta-data such as the properties included in the OAB data records along with the OAB meta-data record, which properties should be part of ambiguous name resolution (ANR), and which properties should be indexed.
The attribute table is stored as follows:
sturct OAB_META_DATA {
ULONG cbSize;
OAB_PROP_TABLE hdrAtts;
OAB_PROP_TABLE oabAtts;
struct OAB_PROP_TABLE {
ULONG cAtts;
OAB_PROP_REC rgProps[ ];
struct OAB_PROP_REC {
ULONG ulPropID;
ULONG ulFlags;
#define OAB_ANR_FLAG 0x01
#define OAB_RDN_FLAG 0x02
#define OAB_IDX_FLAG 0x04
The enclosing OAB_META_DATA structure contains two attribute tables plus a size member that describes the size of this section of the file in bytes. The arrays of OAB_PROP_REC structures is stored sequentially in the file so the start of the oabAtts section will follow immediately after the hdrAtts section in the file.
The hdrAtts section describes the format of the OAB properties record which is the first data record in the OAB file after the Attribute Table section. This section contains information such as the OAB name, DN, sequence number, ANR behavior and other information that the server wants to pass to the client outside of recipient data. This section is expandable and new data can be added by use of new property tags and values. Included are the PR_OAB_DN, PR_OAB_CONTAINER_GUID, PR_OAB_SEQUENCE and PR_OAB_NAME properties whose data is stored in the OAB properties record.
The oabAtts section describes the format of the OAB records for recipient data which follow the OAB properties record. For both the hdrAtts and oabAtts structures, it starts with a count of properties, cAtts, followed by cAtts number of OAB_PROP_REC structures. The OAB client code will use these tables to decode the OAB properties record and each OAB recipient record. The ulFlags member is used to determine if the attribute should be indexed, should be part of the ANR attribute set, or is a primary record key (RDN).
The client should make no assumption about the order of records in the attribute arrays. The properties may come in any order.
OAB Data Section
Following the OAB attribute table is the OAB properties record and then the OAB recipient records. The number of recipient records is the same as ulRecords in the OAB_HDR section. There will only be one OAB properties record that represents meta-data about the OAB. Each record will start with a ULONG that specifies the number of bytes that is used to encode the values including the ULONG itself, and can be used as an offset to the next record in the file.
The next section of the record is a bit array that indicates the presence of specific properties in the record. The number of bytes that encode this bit array is equal to the cAtts count in the OAB_META_DATA record plus 7 divided by 8. So for a 37 attribute count, the number of bytes representing the bit field is 5. The bit array starts at the most significant bit of the first byte and continues through the rest of the bits of the first byte into the most significant bit of the second byte. Any unused bits of the last byte are set to 0.
The data for each property in the record is laid out in the same order that the attribute appears in the OAB_PROP_TABLE structure and the presence bit array. If a property is not present, the bit field will have a value of zero and no property value is encoded. Otherwise each value is laid out according to the property type part of the PropID. For single valued property types, PT_STRING8 properties are encoded as a null terminated string and in the format they are stored in the Active Directory. PT_UNICODE strings are stored as UTF8 null terminated strings. By default PT_STRING8 will only be used for strings that the AD stores as narrow strings. But if the AD stores the string as Unicode, the code page of the server is used to convert the string to MBCS. For PT_BINARY and all other types other than PT_BOOLEAN and PT_LONG, a length field as described in the next paragraph, followed by the specified number of bytes is stored in the file. For PT_BOOLEAN, a single byte will describe the value. 0=False and 1=True. For PT_LONG, the value is described the same way that a length field is encoded. A length or integer field is represented as a compacted byte array of 1 to 5 bytes. The leading byte will indicate the entire length if 127 bytes or smaller by having the value 0 through 127. If the high order bit of the first byte is set then the length of the length field is encoded in the 7 lower order bits. The length field is then encoded in little endian format in the next 1 to 4 bytes.
Length or Integer encoding
0x81 0xXX
0x82 0xXXXX
0x83 0xXXXXXX
0x84 0xXXXXXXXX
The length field should use the format that uses the least number of bytes to encode, but it is not mandatory. For PT_LONG values, the server can compress the value by not encoding the non-zero upper bytes. Using this method the PT_LONG value 0x00000000 can be encoded as 0x00.
For multi-valued properties the value will first start with a length field as encoded above that encodes the number of values present in the attribute. This is followed by the indicated count of individual values encoded as single valued attributes above.
To find a property in the data record the code will first determine if the property is present using the presence bit array of the record. If marked as present, the code begins at the first present property, and using the property type field of the PropID, skip to the next present property in the record data, find the next present property type in the bit array and iterate until it finds the PropID it was looking for.
Property Truncation/Size Limiting
In order to stop the OAB from taking too much space on the client for degenerate cases, the OAB generation code will truncate overly long strings, remove overly long binary values, and limit the number of values in a multi-valued attribute. Information about which properties were truncated or removed is passed as a constructed multi-valued long property in the OAB record itself. The property PR_OAB_TRUNCATED_PROPS (0x6805, PT_MV_LONG) contains a list of the property tags that have been truncated or limited by the server. If no properties have been removed or limited, the attribute will not be present.
The PR_EMAIL_ADDRESS (LegacyExchangeDN) and PR_EMS_AB_HOME_MDB (Home-MDB) attributes will not be subject to property truncation or size limiting. The LegacyExchangeDN will not be limited because it is the property that uniquely identifies the object in the OAB and must be kept intact. The PR_EMS_AB_HOME_MDB attribute will also be kept intact because it is a calculated value that could often be quite long and must be kept intact for certain Outlook operations.
OAB Signature Generation
Client Index Implementation
In one embodiment for the client index implementation, the client index files are built from the server full OAB file after it is downloaded from the server or updated using the update mechanism (e.g., binpatch). A separate index file is built for each index that the client wants to use. At minimum an index file is build for the PR_DISPLAY_NAME attribute that corresponds to the browse file. An index file is built for the PR_ANR attribute that indexes all the values for all properties that are marked with the ANR flag. An index file is built for the PR_EMAIL_ADDRESS or PR_SMTP_ADDRESS record which is the primary key file that allows conversion to and from short term and long term entry-ids.
The start of each index file begins with the OAB_IDX_HDR structure. The ulVersion number is set to 33 decimal to indicate an index file format, the ulSignature is set to the same value as found in the full OAB data file so that index files cannot be used with the wrong data file, the ulRecords field will indicate the number of fixed size index records in the file, the ulPropTag field will indicate which property has been indexed in the file, and the ulSortLocale will indicate which sort locale was used to build the file.
Struct OAB_IDX_HDR {
ULONG ulVersion;
ULONG ulSignature;
ULONG ulRecords;
ULONG ulPropTag;
ULONG ulSortLocale;
Following the OAB_IDX_HDR record are ulRecords number of OAB_IDX_REC records. These follow the following format:
Struct OAB_IDX_REC {
ULONG oRecOffset;
ULONG oValOffset;
The oRecOffset field indicates the absolute offset in the full OAB data file of the start of the OAB record. The oValOffset field indicates the relative offset in the full OAB data file from the start of the OAB record to the value indexed. For multi-valued properties this points at the value instance that was indexed as if it was a single valued property, not the start of the multi-valued property.
To display the GAL in order, the client needs to choose a starting position in the index file to begin the list, read each OAB_IDX_REC in order from the file, and use the offsets to read each OAB record in turn. Because it is using the sorted index, the records will come out in the correct sort order.
To search for entries in the index file, a binary search is performed. The client will choose the midpoint of the index file, retrieve the record pointed to by the oRecOffset member, read the value pointed to by the oValOffset, compare it with the search key and then choose whether to bisect the upper range or lower range depending on the comparison result.
Compressed File Format
Optionally, the compressed file format of the OAB files as posted on the server is the same as prior formats except that the compression algorithm is changed to the new LZX algorithm or other algorithm used by the update mechanism. The header block will follow the same format:
struct _oabhdr {
unsigned long ulVersionHi;
unsigned long ulVersionLo;
unsigned long ulBlockMax;
unsigned long ulUncompSize;
The ulVersionHi field is set to 3 to indicate LZX (binpatch) compression and distinguish it from 2 MDI (zip) compression and 1 mrcf compression. ulVersionLo is set to 1. ulBlockMax is set to the largest size of a compressed or uncompressed OAB block which is 256 kilobytes. This value is configurable on the server by registry key. ulTargetSize is set to what the resulting decompressed file size is.
Following the OABHDR record is a number of compressed data blocks. Each block will start with the following structure:
struct _lzxblk {
unsigned long ulFlags;
unsigned long ulCompSize;
unsigned long ulUncompSize;
unsigned long ulCRC;
The ulFlags member will always be set to 1 to indicate the block is compressed and needs to be passed to the binpatch core to uncompress the block. If set to zero, the block is uncompressed and can be written directly to the uncompressed file.
The ulCompSize member indicates the size in bytes of the patch chunk to be read from the patch file that directly follows the structure. This is the data that should be passed to the binpatch core to decompress.
The ulUncompSize member indicates the size of the uncompressed block that will result from decompressing/patching the chunk. This is the exact size of the output buffer that is needed by the binpatch core to decompress the block and is the size of the record that needs to be written to the uncompressed file.
The ulCRC member indicates the CRC-32 checksum of the uncompressed block. This should be used by the client to test the results of the decompression code. The CRC-32 checksum is seeded with the value 0xFFFFFFFF (−1). This value has no relation to the CRC-32 signature contained in the OAB header for the fill OAB file.
The compressed file itself will end at the end of the last compressed data block and will not have any extra data. When the client reaches the end of the compressed file and decompresses the last block, it should then read the file again to generate the OAB signature as described in the previous section with the OAB signature in the OAB header section. The client could alternatively build the OAB signature as it decompresses the file.
Differential File Format
The differential file and compressed files as downloaded from the server are in a chunked format that is usable by the binpatch library. The binpatch library is used in a way that the window size is 256 kilobytes in size on the client. The compressed patch file will start with a header block similar to the OAB versions 2 and 3 compressed files.
struct _patchhdr {
unsigned long ulVersionHi;
unsigned long ulVersionLo;
unsigned long ulBlockMax;
unsigned long ulSourceSize;
unsigned long ulTargetSize;
unsigned long ulSourceCRC;
unsigned long ulTargetCRC;
The ulVersionHi field is set to 3 to indicate LZX (binpatch) compression, ulVersionLo is set to 2 to indicate this is a differential patch file and not just an LZX compressed data file. ulBlockMax is set to the largest size of any compressed OAB patch block or any uncompressed source or target block. ulSourceSize is set to the size of the source file. If the value does not match the file on the client the result of the patching is undefined. ulTargetSize is set to what the resulting decompressed or patched file size is. The ulSourceCRC field is the CRC-32 OAB signature of the source file, and the ulTargetCRC field is the CRC-32 OAB signature of the resulting patched file.
Each chunk of the patch file will start with the following structure:
struct _patchblk {
unsigned long ulPatchSize;
unsigned long ulTargetSize;
unsigned long ulSourceSize;
unsigned long ulCRC;
The ulPatchSize member indicates the size in bytes of the patch chunk to be read from the patch file that directly follows the structure. This value can be zero.
The ulTargetSize member indicates the size of the uncompressed block that will result from decompressing/patching the chunk. This value can be zero.
The ulSourceSize member indicates the size of the chunk from the client source file that should be read and patched. This value can be zero. This chunk will also be passed to the binpatch api.
The ulCRC member indicates what the 0xFFFFFFFF (−1) seeded CRC-32 checksum of the resulting block should be after the patch is applied.
Client Side Multi-Day Patch Implementation
The client can use the binpatch api to efficiently implement a multi-day patch application that will not require the client to rewrite the entire OAB file N times. The client would download all the patch files before attempting the patching. The client would open each file, read the header and the first patch block from each. By maintaining a list of N input and output buffers, the client would read the first ulSourceSize block from the client source file into the first input block, apply the first patch block and put the output block into the input buffer of the next patch file. As each input buffer reaches the ulSourceSize limit of the next patch block, the output buffer can be written to the next stage. When the final output buffer has been filled, the output file can be written. If the client determines that the input buffer does not contain enough information for the next patch block, it looks at the previous set of input, output and patch blocks to attempt to fill more of the blocks. This would be iterated until it required that more data from the source file be read.
The server will create patch blocks so that both ulTargetSize and ulSourceSize are both less than or equal to the maximum block size. The following pseudo-code describes the algorithm. This code has a memory requirement of O(Max binpatch block size +N * Max input/output block size) where N is the number of days of patches to apply.
dim InFile, OutFile, PatchFile[N]
dim Patch[N], Input[N], Output[N]
dim p
p = 0
if Patch[p] is empty then
read PatchFile[p] -> Patch[p]
end if
if Patch[0].ulSourceSize < Input[0].size then
read InFile -> Input[0]
end if
while Input[p].size >= Patch[p].ulSourceSize
DoPatch Input[p], Patch[p] -> Output[p]
remove Patch[p].ulSourceSize from Input[p]
assign empty -> Patch[p]
if p == N then
write Output[p−1] -> OutFile
exit while
append Output[p−1] -> Input[p]
if Patch[p] is empty then
read PatchFile[p] -> Patch[p]
end if
end if
end while
until OutFile.size = finalSize
As a result, the server no longer needs to generate index files. That task has been transferred to the client. Only a single OAB must be generated for multiple client locales rather than requiring a separate OAB server for each client locale needed.
Exemplary Operating Environment:
The computer 130 typically has at least some form of computer readable media. Computer readable media, which include both volatile and nonvolatile media, removable and non-removable media, may be any available medium that may be accessed by computer 130. By way of example and not limitation, computer readable media comprise computer storage media and communication media. Computer storage media include volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. For example, computer storage media include RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium that may be used to store the desired information and that may be accessed by computer 130. Communication media typically embody computer readable instructions, data structures, program modules, or other data in a modulated data signal such as a carrier wave or other transport mechanism and include any information delivery media. Those skilled in the art are familiar with the modulated data signal, which has one or more of its characteristics set or changed in such a manner as to encode information in the signal. Wired media, such as a wired network or direct-wired connection, and wireless media, such as acoustic, RF, infrared, and other wireless media, are examples of communication media. Combinations of any of the above are also included within the scope of computer readable media.
The system memory 134 includes computer storage media in the form of removable and/or non-removable, volatile and/or nonvolatile memory. In the illustrated embodiment, system memory 134 includes read only memory (ROM) 138 and random access memory (RAM) 140. A basic input/output system 142 (BIOS), containing the basic routines that help to transfer information between elements within computer 130, such as during start-up, is typically stored in ROM 138. RAM 140 typically contains data and/or program modules that are immediately accessible to and/or presently being operated on by processing unit 132. By way of example, and not limitation,
The computer 130 may also include other removable/non-removable, volatile/nonvolatile computer storage media. For example,
The drives or other mass storage devices and their associated computer storage media discussed above and illustrated in
A user may enter commands and information into computer 130 through input devices or user interface selection devices such as a keyboard 180 and a pointing device 182 (e.g., a mouse, trackball, pen, or touch pad). Other input devices (not shown) may include a microphone, joystick, game pad, satellite dish, scanner, or the like. These and other input devices are connected to processing unit 132 through a user input interface 184 that is coupled to system bus 136, but may be connected by other interface and bus structures, such as a parallel port, game port, or a Universal Serial Bus (USB). A monitor 188 or other type of display device is also connected to system bus 136 via an interface, such as a video interface 190. In addition to the monitor 188, computers often include other peripheral output devices (not shown) such as a printer and speakers, which may be connected through an output peripheral interface (not shown).
The computer 130 may operate in a networked environment using logical connections to one or more remote computers, such as a remote computer 194. The remote computer 194 may be a personal computer, a server, a router, a network PC, a peer device or other common network node, and typically includes many or all of the elements described above relative to computer 130. The logical connections depicted in
When used in a local area networking environment, computer 130 is connected to the LAN 196 through a network interface or adapter 186. When used in a wide area networking environment, computer 130 typically includes a modem 178 or other means for establishing communications over the WAN 198, such as the Internet. The modem 178, which may be internal or external, is connected to system bus 136 via the user input interface 184, or other appropriate mechanism. In a networked environment, program modules depicted relative to computer 130, or portions thereof, may be stored in a remote memory storage device (not shown). By way of example, and not limitation,
Generally, the data processors of computer 130 are programmed by means of instructions stored at different times in the various computer-readable storage media of the computer. Programs and operating systems are typically distributed, for example, on floppy disks or CD-ROMs. From there, they are installed or loaded into the secondary memory of a computer. At execution, they are loaded at least partially into the computer's primary electronic memory. The invention described herein includes these and other various types of computer-readable storage media when such media contain instructions or programs for implementing the steps described below in conjunction with a microprocessor or other data processor. The invention also includes the computer itself when programmed according to the methods and techniques described herein.
For purposes of illustration, programs and other executable program components, such as the operating system, are illustrated herein as discrete blocks. It is recognized, however, that such programs and components reside at various times in different storage components of the computer, and are executed by the data processor(s) of the computer.
Although described in connection with an exemplary computing system environment, including computer 130, the invention is operational with numerous other general purpose or special purpose computing system environments or configurations. The computing system environment is not intended to suggest any limitation as to the scope of use or functionality of the invention. Moreover, the computing system environment should not be interpreted as having any dependency or requirement relating to any one or combination of components illustrated in the exemplary operating environment. Examples of well known computing systems, environments, and/or configurations that may be suitable for use with the invention include, but are not limited to, personal computers, server computers, hand-held or laptop devices, multiprocessor systems, microprocessor-based systems, set top boxes, programmable consumer electronics, mobile telephones, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like.
The invention may be described in the general context of computer-executable instructions, such as program modules, executed by one or more computers or other devices. Generally, program modules include, but are not limited to, routines, programs, objects, components, and data structures that perform particular tasks or implement particular abstract data types. The invention may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.
An interface in the context of a software architecture includes a software module, component, code portion, or other sequence of computer-executable instructions. The interface includes, for example, a first module accessing a second module to perform computing tasks on behalf of the first module. The first and second modules include, in one example, application programming interfaces (APIs) such as provided by operating systems, component object model (COM) interfaces (e.g., for peer-to-peer application communication), and extensible markup language metadata interchange format (XMI) interfaces (e.g., for communication between web services).
The interface may be a tightly coupled, synchronous implementation such as in Java 2 Platform Enterprise Edition (J2EE), COM, or distributed COM (DCOM) examples. Alternatively or in addition, the interface may be a loosely coupled, asynchronous implementation such as in a web service (e.g., using the simple object access protocol). In general, the interface includes any combination of the following characteristics: tightly coupled, loosely coupled, synchronous, and asynchronous. Further, the interface may conform to a standard protocol, a proprietary protocol, or any combination of standard and proprietary protocols.
The interfaces described herein may all be part of a single interface or may be implemented as separate interfaces or any combination therein. The interfaces may execute locally or remotely to provide functionality. Further, the interfaces may include additional or less functionality than illustrated or described herein. The order of execution or performance of the methods illustrated and described herein is not essential, unless otherwise specified. That is, elements of the methods may be performed in any order, unless otherwise specified, and that the methods may include more or less elements than those disclosed herein. For example, it is contemplated that executing or performing a particular element before, contemporaneously with, or after another element is within the scope of the invention.
When introducing elements of the present invention or the embodiment(s) thereof, the articles "a," "an," "the," and "said" are intended to mean that there are one or more of the elements. The terms "comprising," "including," and "having" are intended to be inclusive and mean that there may be additional elements other than the listed elements.
In view of the above, it is seen that the several objects of the invention are achieved and other advantages results attained. As various changes could be made in the above constructions, products, and methods without departing from the scope of the invention, it is intended that all matter contained in the above description and shown in the accompanying drawings shall be interrupted as illustrative and not in a limiting sense.
|Cited Patent
|Filing date
|Publication date
|Apr 30, 1996
|Oct 12, 1999
|Intel Corporation
|Method and apparatus for scaling large electronic mail databases for devices with limited storage
|Jul 20, 1998
|Nov 14, 2000
|Unisys Corporation
|Method and system for maintaining the format of messages in a messaging system database
|Dec 15, 1998
|May 14, 2002
|International Business Machines Corporation
|Method, system and computer program product for sorting text strings
|Dec 17, 1997
|Oct 1, 2002
|Microsoft Corporation
|Method for continouously processing electronic messages throughout a transition between online and offline states
|Apr 24, 2000
|Dec 7, 2004
|Microsoft Corporation
|System and method for facilitating user input by automatically providing dynamically generated completion information
|Dec 21, 2001
|Mar 20, 2007
|Vignette Corporation
|Method and system for cache management of locale-sensitive content
|Apr 2, 2001
|Oct 11, 2001
|Chin Jeffrey J.
|Method and apparatus for providing multilingual translation over a network
|Oct 1, 2001
|Apr 25, 2002
|Gropper Robert L.
|Auto update utility for digital address books
|Aug 19, 2002
|Dec 26, 2002
|Microsoft Corporation
|Method for continuously processing electronic messages throughout a transition between online and offline states
|Nov 13, 2001
|May 15, 2003
|Allen Kram Henry
|System and method for facilitating email communications by providing convenient access to most recently and/or frequently used email addresses
|Sep 30, 2002
|Aug 7, 2003
|Fujitsu Limited
|Terminal information management method
|Nov 15, 2004
|May 19, 2005
|Microsoft Corporation
|System and method for facilitating user input by providing dynamically generated completion information
|Oct 7, 2005
|Apr 13, 2006
|Computer Associates Think, Inc.
|Method, apparatus, and computer program product for indexing, synchronizing and searching digital data
|Oct 12, 2004
|Apr 13, 2006
|Cardone Richard J
|Method for using e-mail documents to create and update address lists
|Dec 1, 2004
|Jul 27, 2006
|Kabushiki Kaisha Toshiba
|Address book information sharing system and method thereof
|"Microsoft Internet Explorer 6 Public Preview Release Notes," Published 2001, pp. 1-9, http://www.activewin.com/articles/2001/ie6rdme.shtml.
|Kahn, M., "UTF-8 and Unicode FAQ for Unix/Linux," Published 1999, 32 pages, http://www.cl.cam.ac.uk/~mgk25/unicode.html.
|Citing Patent
|Filing date
|Publication date
|Nov 13, 2009
|Apr 7, 2015
|Nec Corporation
|System, method and program for information processing
|Aug 12, 2008
|Dec 4, 2008
|Microsoft Corporation
|Client side indexing of offline address book files
|Nov 13, 2009
|Sep 8, 2011
|Masaki Kan
|System, method and program for information processing
|U.S. Classification
|1/1, 709/217, 707/999.002, 707/999.201, 707/999.102, 707/999.007
|International Classification
|Cooperative Classification
|European Classification
|Jun 6, 2005
Owner name: MICROSOFT CORPORATION, WASHINGTON
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:SHIPP, NEIL L.;ROMANO, VICTOR ERWIN;REEL/FRAME:016096/0047
Effective date: 20050408
|Jul 25, 2012
|Fee payment
Year of fee payment: 4
|Dec 9, 2014
Owner name: MICROSOFT TECHNOLOGY LICENSING, LLC, WASHINGTON
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:MICROSOFT CORPORATION;REEL/FRAME:034543/0001
Effective date: 20141014
|Jul 28, 2016
|Fee payment
Year of fee payment: 8


text:
EKL Alpenföhn Nordwand: New high-end CPU cooler
EKL sent their new cooler exclusively to the PC Games Hardware test lab: The Alpenföhn Nordwand - the pre-production model still shows some unevenness but that will be eliminated until the final version.
EKL sent us an exclusive pre-production sample of their CPU cooler Alpenföhn Nordwand whose cooling efficiency is currently being tested.
The EKL Alpenföhn Nordwand is a high-end CPU cooler. Concerning performance it will be positioned above Alpenföhn Groß Clock'ner and Alpenföhn Brocken. The tower cooler Nordwand has a weight of 868 gram (Brocken: 802 gram, Groß Clock'ner: 786 gram) and transfers waste heat with five 8 millimeter heatpipes. Due to Direct Touch technology the heatpipes have direct contact with the CPU and a 120 mm fan provides fresh air.
Since it is a pre-production model the cooling surfaces still show some unevenness which will be eliminated until the final version. EKL has not mentioned pricing or availability yet - but first pictures can be found in our gallery.
Note: The Alpenföhn series is currently on sale in Europe only, but EKL is already planning distribution in North America.
More articles about coolers:
• EKL Alpenföhn Heidi: VGA cooler reviewed
• Noctua and Coolink: New CPU coolers and fans at the Computex
• OCZ introduces new RAM cooler and Ion DIY netbook
• Three new Prolimatech CPU coolers

subset: commoncrawl


text: I think Jimmy Johnson had the right idea, he said if you didnt see guys making plays in college, they most likely werent going to make plays in the pros. I'm sure there are some exceptions, but they arnt the norm. The league's been loaded with "look like tarzan, play like jane" types, and IMO Mays is a classic example of it. I wouldnt spend a 1st or 2nd rd pick on Mays. If he fell further than that, I'd consider it, but wouldnt be expecting much.


text:
Home > Paleolithic Recipes > Puffy Omelet
Puffy Omelet
Paleolithic Raw Food Recipe
This Puffy Omelet gets so light and fluffy by separating the eggs and whipping both the whites and the yolks.
4 eggs, separated
1/4 cup water
1/8 teaspoon organic black pepper
1 tablespoon butter
Recipe Directions
Beat egg whites and water in small mixer bowl until stiff but not dry. Beat egg yolks and pepper in another bowl until very thick and lemon colored, about 5 minutes. Fold into egg whites.
Heat butter in 10-inch oven-proof skillet until hot enough to sizzle drop of water. Pour omelet mixture into skillet; level surface gently. Reduce heat. Cook slowly until puffy and light brown on the bottom, about 5 minutes. (Lift omelet at edge to look at color.) Cook uncovered in 325 degree oven until knife inserted in center comes out clean, 12 to 15 minutes. Tilt skillet; slip pancake turner or spatula under omelet to loosen. Fold omelet in half, being careful not to break it. Slip onto warm plate.


text:
open/close all folders
Comic Books
- The recurring Justice League of America enemy General Eiling transferred his mind into the body of the indestructible Shaggy Man. In this case the host's stupidity became a problem, as Eiling's intelligence didn't survive being forced to use the Shaggy Man's tiny brain.
- Johan briefly had one in B.P.R.D. before it was killed by Captain Zombie's jaguar demon form. He's been trying with little success to clone a new one ever since.
- Warstar of Marvel Comics's Shi'ar Imperial Guard is a form of this, consisting of a big guy ridden by a small one half-hidden on his back who does most of the actual thinking for the pair (and also has the ability to dish out electric shocks) — to the point that at least once when he was taken out of action, his bigger partner stopped fighting, too. Oddly, the two seem to be robots, suggesting that somebody may have designed them to embody this trope on purpose.
- Supergirl:
- Subverted with enemy Wordkiller-1 -an alien, body-surfing symbiote-. In Red Daughter of Krypton, he transferred his soul into the body of Supergirl because she was crazy powerful and inmensely strong, and he thought she was only a stupid girl. By the time he realized she wasn't dumb at all and she had outsmarted him to force him out of her body and kill him, it was too late.
- In Supergirl Vol 2 #8, Medusas ghost wants to take over the titular heroine's body specifically because of her superhuman powers and not because of her brains.
- Master Blaster in Mad Max Beyond Thunderdrome was a genius midget on a dumb brute's back.
- "He has the mind of child!"
- In War of the Spider Queen, Gromph Baenre, the Dark Elf Archmage of Menzoberranzan, once took control of a troll B.D.B to detonate one of several magical traps protecting a Traitor Noble House.
- In Animorphs, Yeerks can control a species no matter how smart they are, but their shock troops, the Hork-Bajir, fit the bill—they're seven-foot-tall dinosaurians covered with blades, but are simple-minded and peaceful in their natural state. (Those blades are actually for scrapping off edible tree bark.)
- The Gedds were the only hosts the Yeerks had on their home planet. Its ambiguous how sapient they are, but they're basically slow monkeys that all walk with a limp—once the Yeerks had other bodies to possess, Gedds became menial workers.
- The series reveal that humans are the ultimate version of this trope as far as the Yeerks are concerned—not as good fighters as the Hork-Bajir, to be sure, but we're stronger than Gedds or Taxxons, breed quickly, are dexterous enough to be useful, and are technologically weak enough to be conquerable. Also, apparently we're the only sapient species that numbers in the billions.
- In A Song of Ice and Fire, Bran uses Hodor as a Big Dumb Body.
Live-Action TV
- In Stargate SG-1, the Goa'uld prefer human hosts, by which they can pose as gods, but if they want something more durable they'll inhabit an Unas, a large humanoid that is short on brains but so tough it's nigh-bulletproof.
Tabletop Games
- Dungeons & Dragons (3.5) had an arcane/psionic prestige class called Mind Bender, which allowed characters to eventually gain mind controlled thralls (usually B.D.Bs to balance out the weaknesses of said spellcaster).
- Vilitch the Curseling, from Warhammer has been magically attached to and overtaken the will of his hulking warrior twin Thomin, who acts as this for him.
Video Games
- The premise of Crash: Mind Over Mutant.
- Used by Abe in the Oddworld series through the power of Possession.
- Messiah, revolving around possessing people, naturally features these.
- The somewhat obscure robotic third-person shooter Metal Arms: Glitch in the System has Mighty Glacier Giant Mook "Titan" enemies who are common targets for Glitch's Control Tether — they're considerably more sturdy than Glitch or most of the enemies faced in the game, and great for plowing through enemy squads, at least while they're free of Subsystem Damage.
- The alchemist in Dota 2 has one of these which he rides on.
- As of its Cataclysm expansion, the first example of this trope new players will encounter in World of Warcraft will usually be Helix Gearbreaker, a boss in the Deadmines. Helix is a goblin who fights atop a Lumbering Oaf. Once you kill the Oaf as part of the fight, he'll jump off and start riding on top of the players until defeated.
Western Animation
- Evil Con Carne has the the eponymous Hector con Carne, reduced to a Brain in a Jar, controlling the body of a bear simply by putting the jar with the brain on the bear's head. The bear is clearly technically free to do as it wishes, it's just so spineless it rarely if ever bothers to disobey.


text:
|Separate WC's
|Property type
|Minimum Stay
|1 - 3 nights
Pottery-barnish, lovely 4 bedroom home located just minutes away from Grand Park Sports Complex! 3000 sf home in a safe neighborhood with miles of walking trails, pools, parks, tennis courts, basketball court and volleyball net. Approximately 30-40 minutes from downtown Indianapolis and Indianapolis International Airport. Many local restaurants and shops nearby. Sleeps up to 10 guests comfortably!
Just a little bit about me and my husband, Bill...We're a fun-loving couple who enjoy traveling! We really like hosting others in our home! I'm originally from Italy and have only been back once; so, I'm looking forward to traveling there again soon. We love to read, watch movies, shows, music and of course lots of yummy foods! Our favorite movie is "My Big, Fat, Greek Wedding" (reminds us of My big Italian family), we like most kinds of music (except for the head banging stuff), and of yummy foods!
As guests, we are very conscious of others' homes and treat them as we would our own. We pick up after ourselves and always respect others' things and privacy. As hosts, we want our guests to feel very comfortable and cared for.
Owner/Manager purchased this house in 2004
We've lived in this home since my youngest started high-school. We wanted to move to a safe area with smaller schools than where we were previously. It has served us very well! We're now empty nesters and thought sharing our home with others would be fun; and it is!
We love the open concept of our home. It makes it very feel very spacious. We have a great backyard that has a little ravine area that makes it feel like we're far away from our back neighbors. There's lots of birds in the area that really like to feed in our bird feeders. Great neighborhood with lots of walking trails, pools, basketball court, tennis courts and volleyball net!
Josie was very nice and the house is very quite and in a good neighborhood. There is lots of space, we had three different families staying there, with different schedules and we didn't have any problems with awaking each other up. Will recommend to friends.
First, Josie & Bill were great to work with and very accommodating.
The house worked perfectly for us for the week. We were there from all over the country to work the BMW Golf Tournament, long days and short nights. Different people worked different days, and we only had three people there the entire week. The house worked because it allowed us to flex and adjust for people's schedules.
We cooked almost every night, and even cooked out one night. The large family room offered a great place to socialize and play games.
The only thing we missed was being able to watch the recaps and replays of the tournament on The Golf Channel. We don't get to actually watch a lot of Golf while working, so that would have been nice to be able to do.
It was a great house, with wonderful hosts and we would definitely stay there again if the tournament ever comes back to Carmel.
My friends and I stayed here for a week in August of 2016. The neighborhood is beautiful. The home is great, very roomy. Has a very lived in feel as the owners spend time themselves in the home, thus is more lived in than a normal rental house. I would recommend this home to anyone looking for a place in the area and hope to spend another vacation here in the future.
The house was neat clean and well stocked. It fit our needs and made our stay in Indiana that much more enjoyable. the house was five minutes from the church, and 15 minutes from the reception hall. it gave us the flexibility to house comfortably 9 adults two infants and a 5 year old. Our hosts Bill and Josie Soot could not have been nicer or more responsive to our needs. We cannot thank them enough and we would strongly recommend this residence for anyone visiting the Indianapolis area.
We came for our daughter's wedding. Myself and 3 sisters and our families. Plenty of room for 10 people. We appreciated the beautiful comfort and enough space to handle the wedding preparations. .
I rented this house for my team of 6 people and it was perfect! We had a lot of space and a great central area for meetings. The owners were great and the house had everything we needed.
We absolutely love your home. The only thing that would have made our stay better would have been a better bed in the master bedroom. I slept terrible however everyone else in the other bedrooms slept great! Your home was so cozy and clean. We would definitely come back!!
|Rental Period
|Minimum Price
|Additional Nights
|Weekend Night
|Monthly *
|Event Price
Race Month
22 May 2017 - 31 May 2017
3 night minimum stay
for 3 nights
My Standard Rate
1 night minimum stay
for 1 night
|Property Damage Protection
Cleaning Fees only applicable if NOT requested to remove from options.
* Approximate monthly price. Actual pricing will depend on the days of the month you stay.


text:
YJ soft top, frame, and half doors.
I'm looking to trade my YJ soft top, frame, and half doors for a YJ soft top and frame that works with steel doors. The Best top was purchased last spring, and was put away a month ago. The uppers are new too. The doors are in excellent shape with NO dents. The color is Champaign gold (rio grande package.) The top and uppers are spice.
I'm looking to make a clean trade here. My YJ only has 55k miles on it, so the frame for the soft top is in great condition. I would like a spice or black top that is in pretty good condition. Doesn't have to be perfect. No holes or rips, and zippers must work. Tinted windows preferred.
I will not sell these. Trade only.
|All times are GMT -5. The time now is 06:01 AM.
User Alert System provided by Advanced User Tagging v3.1.0 (Pro) - vBulletin Mods & Addons Copyright © 2017 DragonByte Technologies Ltd.
vBulletin Security provided by vBSecurity v2.2.2 (Pro) - vBulletin Mods & Addons Copyright © 2017 DragonByte Technologies Ltd.


text:
BeschreibungPlease note that the content of this book primarily consists of articles available from Wikipedia or other free sources online. Passat is a German four-masted steel barque and one of the Flying P-Liners, the famous sailing ships of the German shipping company F. Laeisz. The name "Passat" means trade wind in German. She is one of the last surviving windjammers. Passat was launched in 1911 at the Blohm & Voss shipyard, Hamburg. She began her maiden voyage on Christmas eve 1911 toward Cape Horn and the nitrate ports of Chile. She was used for decades to ship general cargo outbound and nitrate home. Passat was interned at Iquique for the duration of World War I and sailed in 1921 to Marseille and was turned over to France as war reparation. The French government put her up for sale, and the Laeisz Company was able to buy back the ship for £13,000.
Untertitel: Paperback. Sprache: Englisch.
Verlag: Betascript Publishing
Erscheinungsdatum: August 2012
Seitenanzahl: 68 Seiten
Format: kartoniert


text:
Chapter Seven: Page 5Mature
Several hours later, Nova and Simon were putting the finishing touches on my outfit. Nova cinched a wide brown belt on over the top of my white eyelet lace skirt and Simon clasped the silver heart pendant around my neck, leaving it long enough so that it barely brushed the neckline of my flowered tank top. My phone, charging on the top of the dresser, buzzed loudly and chimed, notifying us of a new text. While Simon pushed me down on the sofa to put on a pair of flat Grecian sandals over my freshly manicured feet, Nova checked to see who it was.
"He's here!" she said loudly. "One of the other students let me in and he's coming to the room!" She glanced around at the messy room and groaned, beginning the arduous task of shoveling everything into one of her closets. Simon helped me to my feet, smoothed my skirt for me and slipped a white leather jacket of Nova's over my shoulders as Nova grunted and pushed against the door of her closet. It clicked closed, just as the phone buzzed again and someone knocked three times on the door.
"Ezra!" I said, pulling open the door and smiling widely before pulling him into the now straightened room. "How are you?"
"I'm good, thanks," he said, hugging me. "Happy you decided to give me a second chance."
"Ezra, man, nice to see you again," said Simon from his spot on the sofa. He looked so calm and collected, like he hadn't just spent the last thirty seconds rushing around to make sure I looked absolutely perfect for this date. A strand of his blue hair fell into his face and he smoothed it back up into the rest of his gelled spikes.
"You remember Simon," I said, gesturing first to him and then over to Nova. "And this is my other best friend, Nova Jefferson."
"Hi, I've heard so much about you," said Nova, slipping the sunglasses she was wearing up onto the top of her head. They shook hands and she smiled at him, throwing a flash of the pearly whites her parents had spent so much money on. I envied how put together and casual she looked right now: her blond hair was twisted into a bun just behind her left ear, her white fingernails popped against her black t-shirt, and her jean shorts were adorable.
Now I was the one who was overdressed and I was once again out of place. I just couldn't catch a break.


text:
5. Get creativeBeautiful women get offers all day long. So when you approach one, be original. Be creative: Offer up fun things to do that she doesn't keep hearing from other guys. Try a bike ride or suggest playing Frisbee in the park. Or, how about a tiny Italian cafe that has a fascinating story behind it? Tell her you want to sneak her up to the top floor of a skyscraper, or take her to a playground and go on the swings. Get creative — you'll get her excited, guaranteed.
Show comments


text:
- Explore community
- Identify
- Help
Yellow Water Lily?
Observed: 1st June 2011 By: Jubes
Added: 2nd June 2011
Spotted along the edge of a river
Other observations of Yellow Water-Lily (Nuphar lutea)
Species with which Yellow Water-Lily (Nuphar lutea) interacts
yellow water lilly
We always called this brandy bottle when I was growing up. I've got no idea why.
Yellow water lily
2 June 2011 - 12:43am Jubes
I read that the fruit capsules are bottle-shaped - so will keep an eye out and post another photo later.


text:
Victoria's bid to host Homeless World Cup
Broadcast: 26/05/2006
Reporter: Ben Knight
BEN KNIGHT, REPORTER: While the glamour boys were hogging all of the attention in town, another Australian national team was in Fitzroy getting ready for its own friendly match against the Greeks. Training for the Street Socceroos is a little more relaxed. They're not quite as well equipped. In fact many of these players don't even have a home to go to after training, but it doesn't stop them turning up every week.
BRIAN, STREET SOCCEROO: I've been working hard. I rock up to training early, I stay late. I put in heaps.
BEN KNIGHT: Brian was kicked out of home because of his drug habit. He is now living in a homeless shelter and selling the 'Big Issue' on the street. He was hoping to make the squad for Edinburgh last year, but did his knee just a week before selections.
BRIAN: It's just like someone gave me a golden ticket and then turned around and taken it off me. I don't want to miss another golden opportunity to represent my country. I've been wanted to do this since I was, like, four years old.
BEN KNIGHT: Since then he's been training every week to make the squad for Cape Town later this year. So has Davo.
DAVO, STREET SOCCEROO: We might not have the best skills, but we do know how to score some goals and we'll show you boys some flukey goals.
BEN KNIGHT: The Street Socceroos were up against some serious competition, a team from the Greek Welfare Association of Australia. It wasn't quite the MCG, but just before the kick off the coach gave the players some good news. It was a good start for the Street Socceroos; the captain won the toss and took them to a 4-1 lead. At 19, Max is now a veteran. When he and Benny made the squad that went to Edinburgh last year, they were lost souls with a history of drug problems. But through the Street Socceroos, football is not only their new passion in life, it's also starting to pay. They're now employed by the Stonnington Council as soccer coaches at local schools.
MAX, STREET SOCCEROO: I knew from the start that if I got into it, it was just going to get better and better for me. So I continued with it and I got other jobs leading on to it, like after care with other schools and stuff.
BEN KNIGHT: Benny and Max won't be going overseas with the squad this year. It's time to give a new batch of players a chance at a new chance. But for the new hopefuls to make the squad, they'll have to impress this man. George Halkias works at the Street paper, the 'Big Issue', where part of his job is to coach the Street Socceroos. But his influence goes well beyond sport.
GEORGE HALKIAS, COACH: We've probably housed, or helped to house and supported through housing, 30 people, which is just fantastic. We've linked 15 people into vocational training and to employment. I think we've referred 10 into drug and alcohol counseling. Two guys we've actually helped address outstanding warrants.
MAX: It's the game, I think, the soccer. Soccer brings people together. That's just the bottom line. Everybody knows it, it happens all round the world.
BEN KNIGHT: But on the field he's got a lot of work to do. With Max and Benny subbed off, the Greeks got in front and just kept going. But for Brian there was a moment he will remember for a long time. The Deputy Premier, John Thwaites, was there to see the game. He's fan of the program and has come up with the cash to prove it.
JOHN THWAITES, DEPUTY PREMIER: We will jointly be supporting a bid for Melbourne to host the 2008 Homeless World Cup. It's not the usual bid but it's a great bid, and I think Melbourne is the sort of place to host a Homeless World Cup. We have a great reputation for major events, but we also are a community that cares, cares about people that are disadvantaged. This is a way where we can really show positively that you can do something about homelessness, about unemployment, by getting together, giving people confidence and being involved in sport.
DAVO: It just psyches me up a bit more to come down today and to more training sessions and train harder and harder, so I can maybe be a professional soccer player one day, which will be really nice, show my family that I've actually made something of myself.
BEN KNIGHT: It's been a big week for the Street Socceroos, but the highlight came last night at the MCG, when they all went to watch the other Socceroos do their thing. For people who can barely afford a bucket of chips at the ground, let alone a ticket, it was a night to remember.


text:
djseevinck Review
I was skeptical when I ordered it over the Internet, because it was advertised that the price was slashed with around 47%, I actually called to get more information, and the person that answered the phone did not really have a good answer why it was slashed so much, and I hesitated and looked around for an other three days because of that, Finally I decided to go ahead and order it, and I have to say that I was pleasantly surprised when I opened the package and turned it on. I was impressed, so impressed that I was going to order one for my wife, but Overstock had sold out of them, too bad.
- How did the image on site compare with the actual product? Right on, I thought it would be different then the picture, but it was"nt
- Was the product free of any manufacturer defects? Yes
- Please tell us about the quality of the product. Excellent lap top, great HD picture, better then our TV.
Was This Review Helpful?


text:
The hotel is located in the heart of the city, is located around the Cathedral Basilica, the Palacio de Gobierno, Plaza de la Patria, just 3 blocks from the Jardin de San Marcos and Temple and the major museums.
The hotel is located in the heart of downtown, near the main Industrial Park and main corporations.
The hotel has standard rooms of which 67 are rooms with 2 beds and 31 other rooms with one bed, two types of room have the same amenities.
Are the main museums, theater, stadium and Industrial Parks Victoria.
Going south on highway 45 take the avenue Jose Maria Chavez to Plaza de la Patria, Nieto Street 102 Col. Centro Hist�rico
Room Facilities:
Direct dial telephone
Satellite cable TV
Internet access
Tea Coffee
Iron and board
Double bed
King size bed
Individual airconditioned
Individual heating
Wheelchair accessible
Disabled bathroom


text:
Super Brenda
95,756pages onAdd New Page
this wiki
this wiki
This article is a stub, an article too short to provide more than rudimentary information about a subject. You can help Pro Wrestling Wiki by expanding it.
Super Brenda is a Ecuadorian professional wrestler.
In wrestling
- Finishing and signature moves
- Dragonranna
- Armdrag
- Teams and stables
- Entrance Music
- Nicknames


text:
Creating the Future of Complementary Education
The world of part-time Jewish education is changing rapidly. New models are emerging, both within congregations and beyond. A growing number of communities are engaged in initiatives to foster broad-scale improvement. And, national actors are accelerating their efforts to seed innovation and support local change.
What can we learn from and what will be the impact of all this activity? Will today's alternative models become tomorrow's norm? What will this mean for children and their families, for institutions and communities, innovators and funders?
JESNA is holding a series of three convenings for professional and lay leaders involved with complementary education to discuss these important questions.
- To explore and assess current efforts to dramatically strengthen and transform complementary education
- To envision the next steps in this process
- To build a network of activists throughout the complementary educational systems committed to change and to coordinating their efforts with one another.
Target Audience: Professional and Lay leaders involved with complementary education.
- Convening 1: New Models and the Challenges of Innovation (New York, January 29th 2013)
- Convening 2: Community Change Initiatives in Complementary Education(Los Angeles, March 19th 2013)
- Convening 3: Putting the Pieces Together: Building a Network for Change (Montreal, May 22nd 2013)


text:
A palace hotel of Western architecture that has gone through the last century without losing any of its aura.
Located within walking distance of the Forbidden City, this palace hotel symbolizes the leap China has made in the last decades. Built in 1915, it has hosted the greatest personages over a century of existence: the butler will be happy to recount the stories that have marked the history of this establishment, making it an exceptional institution. Raffles belongs to the Chinese government. It regularly hosts, within its walls, crowned heads of state and world leaders. Communist Party meetings always take place here, as well as Fashion Week twice a year.
A hotel of contrasts, Raffles welcomes you to a journey through time and a total escape. The decoration is in resolutely classical style with great chandeliers and marble columns that make this hotel a standout in Beijing.
Raffles Beijing
33 E Chang'an Ave
+86 (0)10 65263388
Rooms: from 1,300 CNY


text:
1743 Millbank Street SE, Grand Rapids MI, 49508
Sold Price:
4 beds , 3 Full/1 Half baths
2,198 sqft
Status: Closed
Last Updated: 5/24/2017 8:33 AM
Description for 1743 Millbank Street SE Grand Rapids, MI 49508
Stunning home has had a total makeover! Inside and out! From the moment you walk in the front door, your eye will be pleased. The open feeling of the dining area and kitchen with vaulted ceilings... the warm dark floors with contrasting white cabinetry with beautiful granite counters and stainless appliances in the kitchen! The main living area is up a short flight of stairs and has a feature fireplace and breathtaking views of the wooded area behind the house. The master has 2 large closets, a dressing room and a full bath with dual vanities. All bathrooms have been redone. The lower level features a large family room with fireplace and sliders to an entertainers paradise with large yard and deck, playhouse/art studio/storage shed. The basement is partially finished w/ lots of storage.
Sold Price:
Sold Date:05/29/2015
City Of Grand Rapids
3 Full/1 Half
2,198 (approx)
Listing Information
City Of Grand Rapids
Public Sewer
School Information
Room Information
Family Room, Living Room
Interior Features
Dishwasher, Microwave, Range, Refrigerator
Central Air, Ceiling Fan(s)
Gas Heat, Forced Air
Basement, Full
Exterior / Lot Features
Deck, Patio
Paved Road, Public Roads, Acreage
Driving Directions
Kalamazoo, North of 36th St to Millbank, East to home.
Financial Considerations
Listing Price History
Grand Rapids Real Estate
Grand Rapids is located in Michigan. Grand Rapids, Michigan 49508 has a population of 195,097.
The median household income in Grand Rapids, Michigan 49508 is $39,913. The median household income for the surrounding county is $52,716 compared to the national median of $53,482. The median age of people living in Grand Rapids 49508 is 30.9 years.
Loading nearby sales and history ...
Ask a Question?
Start a no spam email conversation
Nearby homes for sale
Grand Rapids Real Estate
Nearby Communities


text:
Cisco Prime Optical Operation & Maintenance (version 9.3) (PRIMEOPTICAL)
Cisco Prime Optical is Cisco optical network management system used to manage all Cisco optical devices and high-end routers. The Cisco Prime Optical Operation and Maintenance course enables the students to use the Prime Optical network management system to manage a variety of Cisco optical devices. Working in small groups from two to three people, students complete a wide range of tasks covering many functionalities of the Prime Optical software. They start with the installation procedures of the client, followed by the management of the network elements and administration of Prime Optical software and users. The focus of the course in on the element management, including configuration, performance monitoring, inventory, security, fault management and reporting. At the end the course is covering system administration and troubleshooting discussion.
Who should attend
This course is a necessity for technicians responsible for setting up and operating the Cisco Prime Optical software including optical element management, configuration, performance monitoring, inventory, security, fault management and reporting. Channel partners, resellers and customers are welcome to attend.
Class Prerequisites
To gain maximum benefit from the course, students need experience in the following:
- Optical equipment fundamentals including SONET or SDH fundamentals and DWDM fundamentals.
- It is recommended that students attend Cisco optical equipment course prior to attend Cisco Prime Optical Operation and Maintenance Training course.
It is also recommended that students attending this class take the Cisco ONS 15454 Provisioning and Operation Training.
What You Will Learn
After completing the course, technicians will be able to:
- Install and start the client software
- Identify the major functionalities of the Cisco Prime and Cisco Prime Optical
- Operate the Cisco Prime Optical
- Add new Groups and Network Elements (NEs)
- DWDM and TDM Circuit creation
- CPT MPLS-TP tunnels and Pseudowire connections
- Perform user administration
- Perform NE security
- Perform security management
- Use the performance monitoring
- Use the fault management
- Perform alarm features
- Perform general administration
- Use reporting
Outline: Cisco Prime Optical Operation & Maintenance (version 9.3) (PRIMEOPTICAL)
Module 1 - Introduction to Network Management using Cisco Prime Optical
- Defining Network Management
- Overview of Supported Network and Cisco Solutions
- System Requirements
- Cisco Prime Optical Architecture Overview
Module 2 - Cisco Prime Optical GUI
- Cisco Prime Optical Management Tools
- Pre-Staging Before Adding Network Elements
- Adding Network Elements
- Cisco Prime Optical Group and Network Element Properties
- Network Element Move and Delete
- Inventory View
- Chassis View
Module 3 - Cisco Prime Optical Usage
- Network Element Configuration
- DWDM Circuit
- CPT MPLS-TP tunnels and Pseudowire connections
- TDM Circuit
- VLAN Management
- Network Map
- Circuit Map
Module 4 - Fault and Security Management
- Network Element Alarms
- Cisco Prime Optical EMS Alarms
- Performance View
- User Security
- Network Element Security
- External Authentication
Module 5 - General Administration
- Control Panel and Cisco Prime Optical Administration
- Network Element
- Northbound Interface
Classroom Training
Duration 2 days
- United States: US$ 1,995
- Cisco Learning Credits: 20 CLC
Online Training
Duration 2 days
- United States: US$ 2,295
- Cisco Learning Credits: 23 CLC
Currently there are no training dates scheduled for this course. Request a date


text:
Guess where I'm eating?
Lori Midson
I haven't heard a word about this new neighborhood, strip mall Italian restaurant, whose parking lot is more often empty than full, but the romantic, dim-lit dining room, coupled with the pastas emerging from the kitchen, makes it worth a visit -- even if the service is a bit quirky and the plates are specked with too much parsley.
Can you guess where I'm eating?
Special bonus: Anyone who gives the first correct answer to the week's Where am I drinking/eating posts is entered into a pool -- and every Monday, we select one lucky winner who'll receive a 2011 EatDenver dining deck, worth up to $520 in discounts at independent restaurants. Read all about EatDenver dining decks here.
Get the Food & Drink Newsletter
Our weekly guide to Denver dining includes food news and reviews, as well as dining events and interviews with chefs and restaurant owners.
In Case You Missed It
Popular Stories
Sponsor Content


text:
Popular property highlights
Within a short walk of Johnson's Park Miniature Golf, Rodeway Inn Glenwood Springs is within a mile (2 km) of Glenwood Caverns Adventure Park. This 42-room motel welcomes guests with conveniences like free breakfast, free in-room WiFi, and free self parking. It's in central Glenwood Springs and also close to Glenwood Hot Springs and Glenwood Springs Center For The Arts.
Free continental breakfast is included with your stay.
Rodeway Inn Glenwood Springs's 42 rooms are air-conditioned and provide balconies, microwaves, and refrigerators. Guests can expect free WiFi and TVs. Other amenities include coffee makers, free local calls, and hair dryers.
Guests of Rodeway Inn Glenwood Springs enjoy a spa tub, free WiFi in public areas, and coffee in a common area. You can put free parking to good use if you drive. The 24-hour front desk has staff always at the ready. Additional amenities include free newspapers and laundry facilities.
Property features
- Free continental breakfast
- Free WiFi in rooms and public areas
- Free parking
- Laundry facilities
Rodeway Inn Glenwood Springs
Hotel Amenities
Hotel Amenities
Guests can enjoy a complimentary breakfast. Public areas are equipped with complimentary wireless Internet access. This Glenwood Springs motel also offers a spa tub, coffee/tea in a common area, and complimentary newspapers in the lobby. Complimentary self parking is available on site.
- 24-hour front desk
- Total number of rooms - 42
- Number of floors - 3
- Coffee/tea in common areas
- Free newspapers in lobby
- Free breakfast
- Laundry facilities
- RV, bus, truck parking
- Free self parking
- Spa tub
- Free WiFi
Family Friendly Amenities
- Family Hotel
- Free Wi-Fi
- Rollaway/extra beds available
- Laundry facilities
- Refrigerator
- Microwave
Available in all rooms: Free WiFi
Available in some public areas: Free WiFi
Free self parking, RV, bus, truck parking
Room Amenities
Rodeway Inn Glenwood Springs offers 42 air-conditioned accommodations with coffee/tea makers and hair dryers. Rooms open to balconies. Guests can make use of the in-room refrigerators and microwaves.
This Glenwood Springs motel provides complimentary wireless Internet access. Business-friendly amenities include phones along with free local calls (restrictions may apply).
- Balcony
- In-room climate control (air conditioning)
- Air conditioning
- Phone
- Free local calls
- Refrigerator
- Coffee/tea maker
- Microwave
- Hair dryer
- Iron/ironing board
- Television
- Rollaway/extra beds available
- Cribs/infant beds available
- Free WiFi
Where to Eat
Guests are offered a complimentary continental breakfast.
Nearby Things to Do
Recreational amenities at the motel include a spa tub.
The recreational activities listed below are available either on site or nearby; fees may apply.
- Golfing nearby
- Rafting nearby
- Kayaking nearby
- Mountain biking nearby
- Hiking/biking trails nearby
- Rock climbing nearby
Hotel Policies
Check-in time starts at 3:00 PM
Minimum check-in age is 18
Check-in time ends at 11:00 PM
Special check-in instructions:
Check-out time is 11 AM
Payment types
Children and extra beds
- Children are welcome.
- Kids stay free! Children 18 years old and younger stay free when using existing bedding.
- Rollaway/extra beds are available.
- Cribs (infant beds) are available.
- Pets not allowed
You need to know
Extra-person charges may apply and vary depending on property policy.
Government-issued photo identification and a credit card or cash deposit are required at check-in for incidental charges.
Special requests are subject to availability upon check-in and may incur additional charges. Special requests cannot be guaranteed.
Hotel Name
- Rodeway Inn Glenwood Springs
- Rodeway Inn Motel Glenwood Springs
We should mention
Children 18 years old and younger stay free when occupying the parent or guardian's room, using existing bedding.


text:
Kim Kardashian debunked the rumors that she's pregnant with Twins. Speaking at the US launch of Hype Energy Drinks in Nashville, Tennessee, Kim told E! that "I can't wait till my website's up so I can just say whatever I want, when I want."
She also said "Oh I was just bored sitting in there for an hour,'I guess I get a little feisty when I'm pregnant. So I was just responding to people that come up with the most ridiculous things as if they're facts. So I was like, I might as well just say whatever I want."