European policy-makers have been moving towards a dangerous state: optimism.
At the annual meetings of the International Monetary Fund and the World Bank in Washington earlier this month, the halls and corridors were full of talk of 17 continuous quarters of euro area growth, falling unemployment and improved debt profiles.
The better picture is welcome and overdue. It stands in contrast to a gloomier assessment of the UK's prospects in the light of the sluggish pace of negotiations to leave the European Union.
However, partly reflecting potentially adverse monetary circumstances in the US and Europe, the next two years are likely to bring increased euro area attrition. Unless the European Central Bank can find a way to raise interest rates in the next 12 months, Europe may run out of conventional monetary instruments to counter the next economic downturn in perhaps two years.
Such an unfavourable juxtaposition would raise intense pressure for further quantitative easing in Europe, just at the time when it becomes virtually impossible because of opposition in Germany.
This would be highly uncomfortable for Jens Weidmann, president of the Bundesbank, as he gears up for the candidature as a possible successor for ECB President Mario Draghi in November 2019.
There are plenty of indications that Weidmann wants the top ECB job, in spite of warnings that it could be a mistake. The Bundesbank chief has long opposed the ECB's €2tn QE programme practised since March 2015. However, in view of continuing worries about the strength of the upturn, weak inflation and fragility in indebted southern states, the 26 October gathering of the ECB governing council is widely expected to prolong monetary easing into 2018 and delay any tightening of the bank's negative deposit rates.
One of the main factors spurring Weidman's possible nomination is that, as a monetary hawk, he would be an ideal figurehead to preside over a reduction of the ECB's swollen balance sheet, now 40% of euro area GDP. However, if the US enters a recession in the next few years with damaging effects on Europe, Weidmann could arrive in the top European job at a time when the ECB's long-foreseen balance sheet normalisation proves infeasible.
The US, after a long upturn, may enter recession in 2019, according to well-canvassed opinion in New York and Washington, with short-term US rates around 2%, leading the Federal Reserve to cut rates immediately to zero and restart QE after three years of 'normalisation'.
If that happened, the ECB would be in an intractable position. QE would have ended in 2019, but ECB balance sheet normalisation would not have begun, and interest rates would still be negative, with continued detrimental effects on European banks' profitability. Against this background, in view of the difficulty of cutting interest rates further, the ECB would have little alternative but to consider restarting QE – but would encounter ever greater political resistance. The German parliament, reconvening today after the 24 September general election with the anti-euro Alternative for Germany (AfD) and the eurosceptic Free Democratic Party making up nearly 25% of seats, will scrutinise the ECB's monetary manoeuvring far more intensively than hitherto.
The FDP is negotiating with Chancellor Angela Merkel's conservative Christian Democrat-Christian Social Union grouping and the Green ecology party over forming a three-party coalition that will take at least until the end of the year to assemble. Both the FDP and AfD will highlight the German constitutional court's announcement in mid-August that it finds 'important reasons' for believing that the ECB's QE contravenes the European ban on monetary financing of budget deficits.
The constitutional court has asked the European Court of Justice to answer key questions before a verdict next year. In a widely overlooked part of the announcement, the court has pointed out that Germany could be liable for large financial risks stemming from possible losses by other national central banks' purchasing their countries' government bonds. The German government and the Bundesbank believed they had ruled this out when the ECB decided QE in January 2015. A clash between the ECJ and the constitutional court could lead to legal action between the German government and the ECB.
All this poses considerable headaches for Weidmann. But, driven by the sense that it is time for a well-qualified German to take the top role, he may find he has no choice but to remain a significant candidate for the ECB post.
David Marsh is Managing Director of OMFIF. This belongs to a series of articles on the European Central Bank's policies ahead of its 26 October meeting.


Rio Grand River is a photograph by Joe Sparks which was uploaded on September 26th, 2018.
Looking East at the Rio Grande River in Big Bend National Park.
There are no comments for Rio Grand River. Click here to post the first comment.


Your garden should be an amazing place where you allow your imagination to consume you and take over. It can be an intricate part of your home's identity and part of what sets your house apart from the neighbors. Plants and flowers shouldn't be the only characteristics of your garden.
You should use every inch of available space in order to keep your landscaping as an extension of your creative mind. Instead of using containers and pots for simply holding flowers, turn them into their own individual works of art. Simply replacing any bland or boring pots with something featuring more color and personality will spice up the atmosphere of your garden.
Beat up and broken items can be brought back to life by putting them to use in a flower or plant arrangement. Cabinets, old tires, boots, wine barrels, and a wide variety of other things that may appear to be useless will have new purpose and meaning. The following photos can help spark your imagination.
Once the kids start to outgrow old toys, they will make creative flower pots or containers that are lightweight and easy to move around. You can create a theme throughout your landscape or even just let them stand out on their own.
Cracked and even broken pots combine to create a unique masterpiece that will be sure to catch anyone's eye.
If you are forced to work with a limited space, take advantage of discarded wooden pallets or sheets of plywood. These are perfect for creating a vertical garden.
Finally tired of that dead log that has been lying around for weeks or even months? Try hollowing it out in order to create an all-natural flower bed.
Our favorite gardening pro Tom Bartels is teaching free courses on composting but they're filling up fast, so sign up now!
Stakes are very effective when you are tight on space. They are perfect for creating a standing flower garden.
We all have our own opinion on cement blocks. Spares are no longer used just for stepping stones and short retainers. Try finding unique ways to put extras to use in order to save on your budget and add character to your scene.
Disassemble and reuse old wooden pallets in order to create a plant or flower arrangement that will give a rustic and older look to your garden.
Hanging wire baskets and even unused bird cages make an excellent way to create a suspended or elevated flower arrangement.
Even an old bicycle frame can help to design your own individual style and flare. They create several possibilities for adding color to your garden.
How creative can your mind be? Try using ordinary clay pots in a variety of sizes to build flower arrangements that are not available at the local nursery or gardening center.
These cement blocks were used to add color and art to an ordinary section of fence. By going vertical, additional room has also been made to add to the scene.
Are you well known for your shoe collection? Add part of your identity to your landscape by using older shoes as colorful containers for flowers and plants.
Empty glass wine bottles are another great way to have a decorative hanging piece. They are lightweight and easy to move from place to place throughout your landscape.
With a touch of creativity, nothing is out of the ordinary. This hat collection was used to add color and flavor to hanging flower arrangements.
Outdoors would not be the same without a wild animal or two. These little guys blend into the scene perfectly to add personality to the garden.
An old canoe or rowboat that is no longer usable repurposes wonderfully as a flower bed, adding to the theme and design of your landscaping.
Broken furniture such as an old wooden chair also stands out as a decorative piece to make any flower or plant arrangement a little less ordinary.
If you enjoy seed planting and seeing your flower or plant's life unfold from day one, a wine cork can be turned into a perfect pot for the seed to germinate in.
Used and discarded tires make a great centerpiece for a hanging arrangement. This will elevate parts of your garden and provide you with extra space on the ground if you are working with a smaller area.
Stacked tires are used here to create a vertical piece. A simple coat of paint will and color and variety, and give a fresh look to help your flower garden stand out.
Every gardener has that old wheelbarrow they will not get rid of. Repurpose these to make a great garden on wheels that is raised off the ground and easy to move from place to place.
Even if they need to be bought brand new, a fabric shoe rack will increase your space and can be used to add color to any fence panel or bare wall in your garden area. They usually cost no more than $5-10 at any department store, making them a great value.
With a simple coat of paint, an old barrel will go along with any theme. Although they do not provide a method of stacking plants and flowers, this is a creative way to create a raised flower arrangement.
Along with old chairs, dressers and cabinets also make for a handy and useful prop in the garden. They double as both as a flower arrangement piece and also create additional storage that may not otherwise be available.
Are you known for your ability and skill as a painter? Show off your passion for painting by using an old step ladder and empty paint cans as props that will add identity to your flower garden.
Spoons and other kitchen utensils will create unique hangers throughout your landscaping. With a few simple bends and a screw or two, these show off your love for the kitchen.
Almost every man's garage has a collection of old tool and tackle boxes. These will work great either hanging with a bracket or mount or simply placing them on the ground. This is another creative way to have a movable flower arrangement that is easy to transport from place to place.
Plastic soda and water bottles make a simple hanging flower pot. They combine easily with any design or outline to add scenery and color to any wall or fence. They are also a great value, adding money to your gardening budget and reducing landfill clutter.
Hanging light fixtures that no longer work or are not being used transform into a creative hanging flower arrangement. A perfect fix to problems created by limited space, and a great conversation piece!
Seashells also add decoration and style to a garden of small plants. This is a great idea for creating attention for a plant or flower that might otherwise go unnoticed. Whether you live near the beach or not, this is a great way of giving your garden its own personality.
A teapot or kettle collection is a great way to arrange a hanging garden. They will add identity and individuality to any landscaping atmosphere. They are both easy to hang and arrange in the theme you are trying to create.
For a lot more great gardening tips, see our guide on 31 Ways to Make You an Organic Gardening Guru.
Author and retired entrepreneur Joseph Biggs writes for Organic Daily Post exclusively, when he is not spending time outdoors with his family. He, his wife, and their children and grandchildren live on an extended mini-farm where they all practice conservationism and a whole-Earth approach to life.
How Much Apple Cider Vinegar Should I Drink?
Copyright 2019 by Organic Daily Post. All Rights Reserved. Articles and information on this website may not be copied, reprinted, or redistributed without expressed written permission. All information on this website is strictly for informational purposes only and should not be taken as medical advice. The statements made on this website have not been evaluated by the FDA (U.S. Food & Drug Administration). The products linked to and sold on this website and any information published on this site are not intended to diagnose, treat, cure, or prevent any disease. The information provided by this website and/or this company is not a substitute for a consultation with your physician, and should not be construed as medical advice. The links on any page of this site may contain affiliate links for which we are compensated.


Batman Begins is Playtech's first real crack at the Dark Knight trilogy directed by Christopher Nolan and starring Christian Bale as Batman. The first game features various characters and imagery from that film and contains Playtech's DC Super Heroes Jackpot network. Expect quality gameplay and top graphics in this game.
The Batman Begins slot machine is played over five reels and a basic twenty line structure. As you can imagine, none of those twenty paylines can be altered, but to be honest, not too many players would want to. Players can, however, alter their line bets so that they range from £0.01 up to £10.00 per line. This, in turn, alters the total stakes, so they range from £0.20 per spin up to £200.00 per spin in all.
Of course, the top prizes in this game are progressive jackpots. There are four of those in all, and they are all won at random via the jackpot bonus. In this feature, players must match three identical coloured hexagons from the honeycomb structure to win whatever jackpot those colours represent. Mini, Minor, Major and Grand jackpot prizes are available. Batman Begins is available on desktop computers, tablets and smartphones.
Two wilds appear in the base game by default. The Gotham City/Batman logo is a standard wild, while landing a wild in the middle of the third reel will see it expand to occupy the whole reel. Players can work their way through stages by filling meters, and each stage offers up its own special wild symbol.
The game starts out in The Temple, with flower wilds expanding in various directions. Players need to land specific characters in the middle of the third reel (known as the hotspot) to fill up the right or left meters, respectively, and those meters will decide the next stage they enter. The characters you need are displayed beside each meter.
Making to Wayne Manor will see players land petrol wild symbols which can turn surrounding symbols into wilds. Over in The Batcave, players can prosper from Batmobile wilds will trigger re-spins with wilds which shift one position to the left on each re-spin. When no further wilds appear the re-spin feature will end.
If you make it to the Arkham Asylum, the Bat-Signal becomes the special wild, and it can appear randomly on any reel, boosting your wins by 2x up to 50x the normal rate of pay. Lastly, the Monorail stage offers microwave wilds transforms random symbols into the highest paying ones in the game.
Playtech are back on track with a variety of new branded casino slots. Batman Begins is an action packed video slot with five different stages. The graphics are amazing and each stage has an unique backdrop.


text:
package com.siyeh.ipp.concatenation;

import javax.annotation.Nonnull;

import com.intellij.psi.*;
import com.intellij.psi.util.PsiTreeUtil;
import com.intellij.util.IncorrectOperationException;
import com.siyeh.ipp.base.Intention;
import com.siyeh.ipp.base.PsiElementPredicate;

/**
 * @author Bas Leijdekkers
 */
public class MergeCallSequenceToChainIntention extends Intention {

  @Nonnull
  @Override
  protected PsiElementPredicate getElementPredicate() {
    return new CallSequencePredicate();
  }

  @Override
  protected void processIntention(@Nonnull PsiElement element) throws IncorrectOperationException {
    if (!(element instanceof PsiExpressionStatement)) {
      return;
    }
    final PsiExpressionStatement statement = (PsiExpressionStatement)element;
    final PsiExpressionStatement nextSibling = PsiTreeUtil.getNextSiblingOfType(statement, PsiExpressionStatement.class);
    if (nextSibling == null) {
      return;
    }
    final PsiExpression expression = statement.getExpression();
    final StringBuilder newMethodCallExpression = new StringBuilder(expression.getText());
    final PsiExpression expression1 = nextSibling.getExpression();
    if (!(expression1 instanceof PsiMethodCallExpression)) {
      return;
    }
    PsiMethodCallExpression methodCallExpression = getRootMethodCallExpression((PsiMethodCallExpression)expression1);
    while (true) {
      final PsiExpressionList argumentList = methodCallExpression.getArgumentList();
      final PsiReferenceExpression methodExpression = methodCallExpression.getMethodExpression();
      final String methodName = methodExpression.getReferenceName();
      newMethodCallExpression.append('.').append(methodName).append(argumentList.getText());
      final PsiElement parent = methodCallExpression.getParent();
      final PsiElement grandParent = parent.getParent();
      if (!(grandParent instanceof PsiMethodCallExpression)) {
        break;
      }
      methodCallExpression = (PsiMethodCallExpression)grandParent;
    }
    replaceExpression(newMethodCallExpression.toString(), expression);
    nextSibling.delete();
  }

  public static PsiMethodCallExpression getRootMethodCallExpression(PsiMethodCallExpression expression) {
    final PsiReferenceExpression methodExpression = expression.getMethodExpression();
    final PsiExpression qualifierExpression = methodExpression.getQualifierExpression();
    if (qualifierExpression instanceof PsiMethodCallExpression) {
      final PsiMethodCallExpression methodCallExpression = (PsiMethodCallExpression)qualifierExpression;
      return getRootMethodCallExpression(methodCallExpression);
    }
    return expression;
  }
}

redpajama_set_name: RedPajamaGithub


text:
Future of Microsoft Technologies in Schools: The IT Mans Challenges
It has been a strange few years for me as I've looked to bring in a new company which evolves itself around an ever changing platform called Office 365. Having spent years working with SharePoint and Microsoft technologies in the education space, I've been able to build a good understand of how the two work together. This has helped the business to stay innovative and stay with times as new feature continue to be added to Office 365 Education.
This post is more about getting people who work in the education sector thinking more about how other Microsoft technologies are moving and changing like Microsoft and Office 365 and the challenges we have at keeping up with the times.
Office 365 as a cloud platform under the control of Microsoft has completely changed the way of IT Change Management. Over the past 20 years we have been able to install our preferred version of Windows, Office and other selected software needed for classroom monitoring and teaching and learning. This has helped to maintain a strong and robust network where we can train staff to a certain level and keep it at that, something I did as IT Manager in my previous schools. Windows XP was very mature at this point and Office 2007 had just come out. We didn't want to go Windows Vista as it wasn't really ready or suit our hardware requirements and to get all the staff laptops in and upgrade them seemed to be a bit of a time waste.
Office 365 has changed this way of thinking and I'm glad I cottoned on early and have spent some time thinking and forming a business around it. Now before you start thinking it's only an issue with Microsoft technologies, it's not! Google is the same and so has any other solution you have which is hosted externally, you are in their control.
Windows 10 and Office client through Office 365 Pro Plus brings a new level of change management to schools which we have to support for our learners which we may not be able to control. With the increase of BYOD for students, Windows 10 and Office 365 Pro Plus will be updated with no control from ourselves.
Windows as a Service means that new updates will come to the OS without us having to wait for a service pack or the next version of Windows. As Windows 10 may be the last OS we implement, this brings several questions and challenges to us working in the education sector.
How do we keep change under control with our network?
How do we stay innovative giving our students and staff the latest features they hear about on social media?
How do we keep managed devices within school at the same level as BYOD?
Are our skills ready to cope with fast updates and implementation?
Do my school support me in these changes and why my network might look a bit different next week after the latest update?
How do I keep myself trained to the highest level of Windows 10 ready for those updates?
This is the same for Office 365 Pro Plus. In recent weeks we have seen updates to Outlook where Office 365 Groups can now be navigated and created from the client instead of the browser. This again is change we can control but will come to the client eventually as the only way to give the new feature to our learners. Another change we have seen through Office 365 Pro Plus is through the name change from the Lync client to Skype for Business. How did you communicate with staff that these changes have come, the change of icon but no actual feature changes or improvements?
These changes would have come on the day for Office 365 Pro Plus users on their own device or where you have deployed them where you aren't controlling the updates.
So is it time that we get innovative to support our students and teachers. If we are teaching coding to students as they will need them for employment, how do we support that with the latest and being competitive towards Mac, iOS and Android? Do we need to do this to be more competitive for places at our school? How many of you advertise that students and teachers get Office for free as part of being a student?
As a final thought, look at how technology is being used in your school, do you fit the change of the world and how to get yourself personally trained to support the needs of a 21st student.
#SUGUK Manchester: Next Gen Portals: 7/4/2015
Slides from SharePoint Evolution Conference

redpajama_set_name: RedPajamaCommonCrawl


The Shabbat evening service starts at 7.00 pm. Shabbat morning service starts at 11.00 am.
The evening service no. 5 starts on page 88. The morning service no. 5 starts on page 129 and will be led by Joseph Finlay, our Director of Music.
The Theme is "Light" on page 234.
Torah reading is Exodus 29:1-9. Haftarah reading is Ezekiel 43:10-27.
Rabbi Frank will be on the first part of his well-deserved sabbatical until 11th April 2019. Meanwhile, it will be business as usual as much as possible for our services. For Erev Shabbat we will be holding some services in members' homes. The next will be at the home of Kevin Ziants in Edgware at 7.00 pm on Friday 22nd February. If you wish to attend please book through the office or contact Kevin 07841 375458. We will also be holding Contemplative Services at the beginning of each month.


There are numerous studies that have looked at gaming and the incidence of violence and other issues when it comes to players of games with violence. The studies come down on different sides of the topic often with some showing no link between video games and how people act in the real world and others showing an alleged link between games and real world behavior. A doctoral student at the University of the Rockies did her dissertation on the relationship between demographic factors, social anxiety, proneness to boredom, grade point average and Massively Multiplayer Online Role Playing Game playing.
The student found that college students that are prone to excessive playing of MMORPG titles often miss meals, classes, and lose sleep to play their favorite video game. The study found that males are more prone to excessive play, but the effects are the same for males and females. The study author is Sabrina Neu and she claims that 42% of those in the survey cited online gaming for interfering with work or academics.
Neu also found potential good benefits for online gaming. "Players cite social opportunities as a primary reason for play. Players can overcome shyness, actualize previously untapped talents, mentor other players, free themselves from physical disabilities, develop a sense of purpose and achievement and engage in altruistic, heroic and generous acts," she said.


Where the Finnish games industry goes to have fun.
Native 2D is coming to Unity! (Andy Touch) Andy will demonstrate the new framework and how to setup your projects to use 2D features such as physics, polygon collider generation, sprite objects and spritesheet animation. He will also talk about how the new features fit into Unity's existing asset-creation workflows and give examples of 2D-related additions to the scripting API.
Unity Tips&Tricks and Good Practices (Marco Trivellato) In this presentation we will talk about different Unity tricks that the audience will be able to take away and use immediately. Topics include profiling and optimisations, memory and garbage collection, editor tricks as well as Unity game development good practices.
Unity Physics Gameplay (Sampsa Lehtonen) In this session we delve into the physics features of Unity and explore how they can be used to implement and enhance gameplay. The focus is on Sampsa's personal experiences and lessons he has learned while working on Unity games with 2D / 2.5D physics gameplay.
Unity Editor: Make it work for you (Brendan Erquiaga) In this presentation we will cover all aspects of Editor Scripting and how everyone should leverage them to improve development. We will talk about scripts to help remove friction from your pipeline, methods to automate tedious tasks, and tricks for improving day-to-day Unity use. Additionally we will explore the strength of giving editor tools to your designers, allowing them to maximize their efficiency.
Game Development World Championship 2013 (VIOPE) Game Development World Championship 2013 is a sequel of successful Viope Game Programming Contest 2012, which engaged over 500 teams from 70 countries. The GDWC 2013 is open to game developers and enthusiasts all over the world, from students to freelancers and professionals. The competition starts from 8th October 2013 and lasts to 26th January 2014. Especially throughout the competition, participants will be couched by the world's famous companies - Rovio and Microsoft - to name a few. The winning team will get great prizes (to be be announced at the Opening Ceremony), more importantly to showcase your talents and grab future opportunities in the gaming industry.
Andy Touch (Unity) Since he added physics to a cube and watched it bounce, Andy has been interested in experimenting and playing around with gaming technology. Having specialised in Unity at university, and then going on to teach the engine to higher education students, he is now part of the Evangelist team at Unity Technologies and helps to spread the word to new users and to show off what it can do! He loves creating interactive 3D art experiments, taking part in game jams & hack days and helping Unity Developers to get the most out of the game engine.
Marco Trivellato (Unity) Marco is a veteran in the game industry with a strong background in computer science and a passion for programming and video games. He worked for many years in Italy, Canada and now England. In his time in Vancouver he worked for Electronic Arts and Next Level Games as systems and rendering software engineer on triple-A titles like FIFA, Fight Night 3 and Captain America, spending most of his time on game engines, focusing on their performance and architecture. Then he decided to move on and joined Unity for a new career challenge. He now works in UK as Field Engineer helping other game developers to make great games!
Sampsa Lehtonen (Recoil Games & Draconus Entertainment ltd.) Sampsa Lehtonen is a game programmer with over 10 years of experience in the industry. Even with a Master's degree in computer science, he is self-taught what comes to developing games. He has been working on titles ranging from indie (Triplane Turmoil 2 for PC) to mobile (Rock Runners for iOS and Android, Bad Piggies) to "triple A next-gen" console games (Rochard for PS3, PC, Mac and Linux).
Brendan Erquiaga (Retora Game Studios) Brendan is an independent game developer who has been using the Unity Engine to fuel his creations for the past four years. Being a Designer/Programmer, he has always enjoyed the freedom & speed of working in Unity. He started as a self-taught hobbyist, then attended university for game design which helped him work his way up to full-time developer. He has lead large teams, created solo projects, done Unity contract work, developed for Retora Game Studios, and last year he taught teenagers to develop mobile games in Unity. Currently Brendan is the Creative Director at Retora Black, a mobile game studio out of Phoenix, Arizona.
IGDA Finland Gathering start at the same place right after the presentations. Stay tuned for updates!
The Finnish chapter of International Game Developers Association.
Created with love and understanding by IGDA Finland volunteers.


Dr. Alsaadi treats those in need, including the poor and underserved. Special interests include high blood pressure, CHF, HTN, diabetes and other chronic illnesses, and weight loss programs. Dr. Alsaadi believes in being available for his patients when they need their physician.
Ali Alsaadi, MD offers services at multiple MI locations.


In the final post in the BCP/DR Primer series we are wrapping up with the final task in BCP program; testing the BCP plan. Another piece of debate is the semantics of the word "test". Many BCP programs will refer to these as "exercises" rather that "tests" but regardless of the label we apply, this is the ultimate result that we must be able to get to.
It's a simple statement, but it could not be more important. The concept of the DR test is to apply the plan you have in place to test the recovery of your systems and prove the effectiveness of your plan. Much like Test Driven Development, you may find that you do not hit the mark in the first pass. This is important in illustrating that the BCP plan is an organic document that must continue to grow and develop over time.
The real heart of the phrase "test the plan, don't plan the test" is that you should not be designing a test to be successful. What I mean by this is that you should be performing the recovery in as natural an order as possible. Many organizations even have some teams involved where they simulate a true recovery scenario by involving vendors and internal support teams with limited notice. What this does is add more realism to the test to ensure that following the plan will produce the result you desire.
Failure may be a strong word, but when you are performing a recovery test and one of the components you have planned for fails in its recovery, you have not necessarily failed, but you have learned that the plan requires additional data. One of my colleagues likes to refer to these as "challenges" and not failures. We use the word "learnings" as well (which isn't really a word, but we use it anyways).
The long and the short of it is that you must take the issue that caused either a delay or failure of a piece of your recovery and then adjust the documentation and the plan accordingly to work around it.
One thing that will stop any plan in its tracks regardless of its effectiveness is the deadly embrace. This is a database term where you have two or more processes accessing a single item where neither will relent, and neither will continue until the other process releases the item. In other words, a stalemate or a deadlock. The end result: nobody wins.
If you have a situation arise during your BCP recovery in a test or in a real situation, the deadly embrace will stop your plan in its tracks and require you to effectively restart the entire process. During a recovery test, you most likely will not have enough time to re-run the entire test during your test window which means that you will have to close out the exercise and plan a second attempt when resources are available.
It isn't just for Quincy M.D. anymore. The Post Mortem meeting is a necessity to evaluate the recovery test and take our learnings from the process so that we can apply them to the documents and the plan to alleviate those issues for future recovery tests, or more importantly a real recovery scenario.
Be prepared to have detailed discussions in this meeting, and be prepared to apply as much time as necessary to the process. If we do not open our minds and our plan up to what really took place during the recovery, we cannot be as effective as we need to be in maintaining the best possible recovery plan for your organization.
And you must remember that there will be people processes which are involved here, not just IT processes. While our focus in the IT organization is the technical documentation and the bits and bytes portion of the recovery, there are many processes that require warm bodies to be the key and regardless of the most perfect technical recovery plan, without a person to implement it, the plan may as well be written in Sanskrit.
The interesting challenge with BCP/DR programs is that they are never completed. Because your IT and business are dynamic, so should be your BCP/DR program. Once you have your environment documented, and tested, you can consider this to be complete as of a point in time. The next step is to continue to engage the business in participating in updating, managing and revisiting your BCP plans with regularity to keep the recovery plan as current as your production environment.
The last task in your Post Mortem meeting is setting the next planning meeting. No, seriously, you must maintain the momentum and focus to continue to keep the program active. Once you have your baseline work done it will be simpler.
The best way to keep focus on your BCP program is to fully integrate it with your Change Management process. For each application and infrastructure change there should be a checkbox in the process which asks "does this change affect the BCP recovery plan?". If you involve your business sponsors and application owners with BCP as part of their day-to-day processes for design and implementation then it will ease the pain and raise the awareness of the importance of the recovery planning and BCP program all around.
I've been working with BCP programs for years, and the one thing that I have learned is that an outside opinion can be very helpful. Feel free to drop a comment to me or Tweet me and I would be happy to offer anything that I can to help you along the way.
Truthfully this could be a never ending set of posts, but my goal was to try to help those who either have little or no BCP experience to get to the first steps, or to formalize their process. The more we do, the better it is for all of us in our respective organizations.
This series is just great! I have read many articles on this subject in the last few years, but this series of articles has been the most helpful. Thank you!
Thank you, Christine! Glad it's helped.


text:
// ReSharper disable All
namespace ValidCode.AttachedProperties
{
    using System;
    using System.Windows;

    public static class WithNullChecks
    {
        public static readonly DependencyProperty TextProperty = DependencyProperty.RegisterAttached(
            "Text",
            typeof(string),
            typeof(WithNullChecks),
            new PropertyMetadata(default(string)));

        /// Helper for setting <see cref="TextProperty"/> on <paramref name="element"/>.
        /// <param name="element"><see cref="DependencyObject"/> to set <see cref="TextProperty"/> on.</param>
        /// <param name="value">Text property value.</param>
        public static void SetText(DependencyObject element, string? value)
        {
            if (element is null)
            {
                throw new ArgumentNullException(nameof(element));
            }

            element.SetValue(TextProperty, value);
        }

        /// Helper for getting <see cref="TextProperty"/> from <paramref name="element"/>.
        /// <param name="element"><see cref="DependencyObject"/> to read <see cref="TextProperty"/> from.</param>
        /// <returns>Text property value.</returns>
        [AttachedPropertyBrowsableForType(typeof(DependencyObject))]
        public static string? GetText(DependencyObject element)
        {
            if (element is null)
            {
                throw new ArgumentNullException(nameof(element));
            }

            return (string?)element.GetValue(TextProperty);
        }
    }
}


text:
Damaged wooden frames glue to the ground and cannot be moved???????
By SavagE,
April 17, 2020 in General Discussion
Pls stop making damaged wooden frames magically immovable objects. Just have the frame shatter if we try to pick it up damaged. Then we still have to repair it if we want to keep it but we can get it out of the way in an emergency. Having to try to repair it just to move it out of the way when you're getting attacked is ridiculous. I just died because of this mechanic. I didn't even know it was damaged and when i went to escape I was trapped and died. It makes no sense at all that we cannot pick things up just because they have a scratch.
Edited April 17, 2020 by SavagE (see edit history)
Xtrakicking 374
Xtrakicking
Couldn't you have just finished breaking the frame to escape?
theFlu 85
theFlu
Reconstructionist
Getting killed sucks. Getting killed for a silly reason sucks even more.. and makes for good laughs later.. I doubt the harmed frame bludgeoned you to death. There was a chain of bad decisions to end up in a spot where you don't have a second to equip an axe to escape.
The mechanic.. eh. It's a weird one, probably just a side effect of fixing something else. Possibly to avoid some sort of exploit, but I can't really come up with a good one.. generating "free wood" in those amounts would be ridiculous, or "free repairs" in the form of picking it up; the replace process takes longer than the repair.
So, I wouldn't mind changing the mechanic as such, I'm just not going to blame your death on it...
You can repair it and then pick it up.
12pack 19
dude, it has like 50 hp.. break it and move on.
Dethar 60
Dethar
What everyone else has said. I don't like it when nerd poling and get stuck in frame, but its rare when it does happen.
SylenThunder 491
SylenThunder
Being able to pick up a damaged from and having it be magically repaired was a bug. To fix this exploit, it was designed so that damaged frames cannot be picked up.
Don't block your exit with frames, and you won't have the issue.
Stranded_Napkin 36
Stranded_Napkin
I've got to disagree that it makes no sense. It does make sense. Consider that the damaged wood is only in the shape of a frame but is structurally unstable. If you were to pick it up it would fall apart, or as the OP put it it would break. I do agree that it would be better if you could attempt to pick it up and it would break, but I get why they have it as it is now. Also, unless you are out of wood, you might as well just repair it and pick it up.
The only time this is an issue is early game and pretty much everything can get you killed early game. Your club lasts maybe 20 hits. Your spear takes insane stamina when thrown. Your character has the endurance of a covid patient who just got put on a respirator. Easy enough to learn from the experience and change things up in the future.
Riddle me this...when you cram an undamaged wood frame that is structurally sound into your backpack along with a stack of concrete, your bike, several cans of food, rocks, rifles, etc..
what stops it from splintering into a pile of damaged wood as it churns with everything else while you run around? I, mean, since we are trying to make sense of it all that is. ;-)
Jugginator 278
Jugginator
Sorry if this comes as harsh, but that sounds like a bad judgment call to block your exits with wood frames. If you must, use a door; honestly, I've never used wood frames to block anything but areas that I wanted to block off in instances where I had to give myself a few seconds of breathing room. Blocking your exit path -- especially one that you need to exit in a hurry -- is setting yourself up for a silly death. If you're worried about wasting resources... pretty sure one tree will give you over 100 more lol.
GavenerOnline 0
GavenerOnline
Nah man it makes sense
I said it on the ground makes sense. I never said the backpack physics makes sense. Carrying 30k stones and 6k iron doesn't make much sense either but even without mods you can do it. Not being able to pick up a broken wood box without a quick repair does.
My point is that trying to make sense of anything by an appeal to reality is a rabbit hole to Wonderland. If you need something to make sense then make something up like you did or just realize it is a video game and there are going to be breaks from reality. Not being able to pick up a cracked frame makes zero sense but it assists gameplay in a way the developers desire so there it is. It is the same thing as being able to carry more than the backpack could fit or we could carry. It assists gameplay. So you ignore it or you tell yourself it is just an abstraction of using heavy equipment that isn't specifically shown in the game.


text:
/ bullseye / vdr / vdr(5)
bullseye 2.4.1-4.1
testing 2.4.7-2
unstable 2.6.0-1
vdr(5) Video Disk Recorder Files vdr(5)
vdr_files - the Video Disk Recorder Files
This page describes the formats of the various files vdr uses to store configuration data and recordings.
SYNTAX¶
CHANNELS¶
The file channels.conf contains the channel configuration. Each line defines either a group delimiter or a channel.
A group delimiter is a line starting with a ':' as the very first character, followed by arbitrary text. Example:
:First group
Group delimiters may also be used to specify the number of the next channel. To do this, the character '@' and a number must immediately follow the ':', as in
:@201 First group
The given number must be larger than the number of any previous channel (otherwise it is silently ignored).
A group delimiter can also be used to just set the next channel's number, without an explicit delimiter text, as in
:@201
Such a delimiter will not appear in the Channels menu.
A channel definition is a line with channel data, where the fields are separated by ':' characters. Example:
RTL Television,RTL;RTL World:12187:hC34M2O0S0:S19.2E:27500:163=2:104=deu;106=deu:105:0:12003:1:1089:0
The line number of a channel definition (not counting group separators, and based on a possible previous '@...' parameter) defines the channel's number in OSD menus and the timers.conf file.
The fields in a channel definition have the following meaning (from left to right):
The channel's name (if the name originally contains a ':' character it has to be replaced by '|'). Some TV stations provide a way of deriving a "short name" from the channel name, which can be used in situations where there is not much space for displaying a long name. If a short name is available for this channel, it follows the full name and is delimited by a comma, as in
RTL Television,RTL:...
If the short name itself would contain a comma, it is replaced with a '.'. Note that some long channel names may contain a comma, so the delimiting comma is always the rightmost one.
If present, the name of the service provider or "bouquet" is appended to the channel name, separated by a semicolon, as in
RTL Television,RTL;RTL World:...
The transponder frequency (as an integer). For DVB-S this value is in MHz. For DVB-C and DVB-T it can be given either in MHz, kHz or Hz (the actual value given will be multiplied by 1000 until it is larger than 1000000).
Various parameters, depending on whether this is a DVB-S, DVB-C or DVB-T channel. Each parameter consist of a key character, followed by an integer number that represents the actual setting of that parameter. The valid key characters, their meaning (and allowed values) are
B Bandwidth (1712, 5, 6, 7, 8, 10)
C Code rate high priority (0, 12, 23, 34, 35, 45, 56, 67, 78, 89, 910)
D coDe rate low priority (0, 12, 23, 34, 35, 45, 56, 67, 78, 89, 910)
G Guard interval (4, 8, 16, 32, 128, 19128, 19256)
H Horizontal polarization
I Inversion (0, 1)
L Left circular polarization
M Modulation (2, 5, 6, 7, 10, 11, 12, 16, 32, 64, 128, 256, 999)
N pilot mode (0, 1, 999)
O rollOff (0, 20, 25, 35)
P stream id (0-255)
Q t2 system id (0-65535)
R Right circular polarization
S delivery System (0, 1)
T Transmission mode (1, 2, 4, 8, 16, 32)
V Vertical polarization
X siso/miso mode (0, 1)
Y hierarchY (0, 1, 2, 4)
Bandwidth: The bandwidth of the channel in MHz (1712 in kHz): (DVB-T/DVB-T2 only).
Code rate high priority: Forward Error Correction (FEC) of the high priority stream (DVB-T/DVB-T2). For DVB-S/DVB-S2 this parameter specifies the inner FEC scheme. 12 = 1/2, 23 = 2/3, 34 = 3/4, ...
Code rate low priority: Forward Error Correction (FEC) of the low priority stream (DVB-T/DVB-T2 only). If no hierarchy is used, set to 0.
Guard interval: The guard interval value (DVB-T only): 4 = 1/4, 8 = 1/8, 16 = 1/16, 32 = 1/32, 128 = 1/128, 19128 = 19/128, 19256 = 19/256.
Inversion: Specifies whether the DVB frontend needs spectral inversion (DVB-T and DVB-C only). This is frontend specific, if in doubt, omit.
Modulation: Specifies the modulation/constellation of the channel as follows:
2 QPSK (DVB-S, DVB-S2, DVB-T, DVB-T2, ISDB-T)
5 8PSK (DVB-S, DVB-S2)
6 16APSK (DVB-S2)
10 VSB8 (ATSC aerial)
11 VSB16 (ATSC aerial)
12 DQPSK (ISDB-T)
16 QAM16 (DVB-T, DVB-T2, ISDB-T)
32 QAM32
64 QAM64 (DVB-C, DVB-T, DVB-T2, ISDB-T)
128 QAM128 (DVB-C)
256 QAM256 (DVB-C, DVB-T2)
Pilot mode: The pilot mode (0 = "off", 1 = "on", 999 = "auto") for DVB-S2 multiplex (DVB-S2 only).
Rolloff: The Nyquist filter rolloff factor for DVB-S (35) and DVB-S2 (35, 25, 20), 35 = 0.35, 25 = 0.25, 20 = 0.20, DVB-S/DVB-S2 default value is 0.35
Stream id: Input Stream Identifier (ISI) (0-255) for DVB-S2 multiplex or Physical Layer Pipe (PLP) id (0-255) for DVB-T2 multiplex (DVB-S2/DVB-T2 only, with devices that support "multi streaming").
T2 System id: Unique identifier (0-65535) of T2 system within the DVB network (DVB-T2).
Transmission mode: Number of DVB-T OFDM carriers, 32 = 32k, 16 = 16k, 8 = 8k, 4 = 4k, 2 = 2k, 1 = 1k. If in doubt, try 8k.
SISO/MISO mode: Specifies the Single-Input/Multiple-Input Single-Output mode (0 = SISO, 1 = MISO) (DVB-T2).
Hierarchy: If set to 1, this transponder uses two streams, high priority and low priority. If in doubt, try 0 (off). (DVB-T/DVB-T2 only).
Delivery System: The delivery system (0 = "first generation" (DVB-S/DVB-T), 1 = "second generation" (DVB-S2/DVB-T2).
Polarization: Satellite antenna polarization. H = horizontal, V = vertical, R = circular right, L = circular left.
The polarization parameters have no integer numbers following them. This is for compatibility with files from older versions and also to keep the DVB-S entries as simple as possible.
The special value 999 is used for "automatic", which means the driver will automatically determine the proper value (if possible).
An example of a parameter field for a DVB-T channel might look like this: B8C23D12G8M16T8Y0S0
An example of a parameter field for a DVB-T2 channel might look like this: B8C23D12G8M16T8Y0P0S1
An example of a parameter field for a DVB-C channel might look like this: C0M64
An example of a parameter field for a DVB-S channel might look like this: HC56M2O35S0
An example of a parameter field for a DVB-S2 channel might look like this: HC910M2O35S1
Plugins that implement devices that need their own set of parameters may store those in the parameters string in arbitrary format (not necessarily the "character/number" format listed above). The only condition is that the string may not contain colons (':') or newline characters.
The signal source of this channel, as defined in the file sources.conf.
Srate
The symbol rate of this channel (DVB-S and DVB-C only).
VPID
The video PID (set to '0' for radio channels). If this channel uses a separate PCR PID, it follows the VPID, separated by a plus sign, as in
...:164+17:...
If this channel has a video mode other than 0, the mode follows the pids, separated by an '=' sign, as in
...:164+17=27:...
APID
The audio PID (either one number, or several, separated by commas). If this channel also carries Dolby Digital sound, the Dolby PIDs follow the audio PIDs, separated by a semicolon, as in
...:101,102;103,104:...
If certain audio PIDs broadcast in specific languages, the language codes for these can be appended to the individual audio or Dolby PID, separated by an '=' sign, as in
...:101=deu,102=eng;103=deu,104=eng:...
Some channels broadcast two different languages in the two stereo channels, which can be indicated by adding a second language code, delimited by a '+' sign, as in
...:101=deu,102=eng+spa;103=deu,104=eng:...
The audio type is appended with a separating '@' character, as in
...:101=deu@4,102=eng+spa@4,105=@4:...
Note that if there is no language code, there still is the separating '=' if there is an audio type.
TPID
The teletext PID. If this channel also carries DVB subtitles, the DVB subtitling PIDs follow the teletext PID, separated by a semicolon, as in
...:201;2001,2002:...
If certain subtitling PIDs broadcast in specific languages, the language codes for these can be appended to the individual subtitling PID, separated by an '=' sign, as in
...:201;2001=deu,2002=eng:...
Conditional access
A hexadecimal integer defining how this channel can be accessed:
0000 Free To Air
0001...000F explicitly requires the device with the given number
0010...00FF reserved for user defined assignments
0100...FFFF specific decryption methods as broadcast in the data stream
Values in the range 0001...00FF will not be overwritten, all other values will be automatically replaced by the actual CA system identifiers received from the data stream. If there is more than one CA system id broadcast, they will be separated by commas, as in
...:1702,1722,1801:...
The values are in hex because that's the way they are defined in the "ETR 162" document. Leading zeros may be omitted.
The Service ID of this channel.
The Network ID of this channel.
The Transport stream ID of this channel.
The Radio ID of this channel (typically 0, may be used to distinguish channels where NID, TID and SID are all equal).
A particular channel can be uniquely identified by its channel ID, which is a string that looks like this:
S19.2E-1-1089-12003-0
The components of this string are the Source (S19.2E), NID (1), TID (1089), SID (12003) and RID (0) as defined above. The last part can be omitted if it is 0, so the above example could also be written as S19.2E-1-1089-12003).
The channel ID is used in the timers.conf and epg.data files to properly identify the channels.
If a channel has both NID and TID set to 0, the channel ID will use the Frequency instead of the TID. For satellite channels an additional offset of 100000, 200000, 300000 or 400000 is added to that number, depending on the Polarization (H, V, L or R, respectively). This is necessary because on some satellites the same frequency is used for two different transponders, with opposite polarization.
TIMERS¶
The file timers.conf contains the timer setup. Each line contains one timer definition, with individual fields separated by ':' characters. Example:
1:10:-T-----:2058:2150:50:5:Quarks & Co:
The fields in a timer definition have the following meaning (from left to right):
The individual bits in this field have the following meaning:
1 the timer is active (and will record if it hits)
2 this is an instant recording timer
4 this timer uses VPS
8 this timer is currently recording (may only be up-to-date with SVDRP)
All other bits are reserved for future use.
The channel to record from. This is either the channel number as shown in the on-screen menus, or a complete channel ID. When reading timers.conf any channel numbers will be mapped to the respective channel ids and when the file is written again, there will only be channel ids. Channel numbers are accepted as input in order to allow easier creation of timers when manually editing timers.conf. Also, when timers are listed via SVDRP commands, the channels are given as numbers.
The day when this timer shall record.
If this is a `single-shot' timer, this is the date on which this timer shall record, given in ISO notation (YYYY-MM-DD), as in:
For compatibility with earlier versions of VDR this may also be just the day of month on which this timer shall record (must be in the range 1...31).
In case of a `repeating' timer this is a string consisting of exactly seven characters, where each character position corresponds to one day of the week (with Monday being the first day). The character '-' at a certain position means that the timer shall not record on that day. Any other character will cause the timer to record on that day. Example:
MTWTF--
will define a timer that records on Monday through Friday and does not record on weekends. Note that only letters may be used here, no digits. For compatibility with timers created with earlier versions of VDR, the same result could be achieved with ABCDE-- (which was used to allow setting the days with language specific characters). Since version 1.5.3 VDR can use UTF-8 characters to present data to the user, but the weekday encoding in the timers.conf file always uses single byte characters.
The day definition of a `repeating' timer may be followed by the date when that timer shall hit for the first time. The format for this is @YYYY-MM-DD, so a complete definition could look like this:
MTWTF--@2002-02-18
which would implement a timer that records Monday through Friday, and will hit for the first time on or after February 18, 2002. This first day feature can be used to disable a repeating timer for a couple of days, or for instance to define a new Mon...Fri timer on Wednesday, which actually starts "Monday next week". The first day date given need not be that of a day when the timer would actually hit.
A four digit integer defining when this timer shall start recording. The format is hhmm, so 1430 would mean "half past two" in the afternoon.
A four digit integer defining when this timer shall stop recording. The format is the same as for the start time.
An integer in the range 0...99, defining the priority of this timer and of recordings created by this timer. 0 represents the lowest value, 99 the highest. The priority is used to decide which timer shall be started in case there are two or more timers with the exact same start time. The first timer in the list with the highest priority will be used.
This value is also stored with the recording and is later used to decide which recording to remove from disk in order to free space for a new recording. If the disk runs full and a new recording needs more space, an existing recording with the lowest priority (and which has exceeded its guaranteed lifetime) will be removed.
If all available DVB cards are currently occupied, a timer with a higher priority will interrupt the timer with the lowest priority in order to start recording.
The guaranteed lifetime (in days) of a recording created by this timer. 0 means that this recording may be automatically deleted at any time by a new recording with higher priority. 99 means that this recording will never be automatically deleted. Any number in the range 1...98 means that this recording may not be automatically deleted in favour of a new recording, until the given number of days since the start time of the recording has passed by.
The file name this timer will give to a recording. If the name contains any ':' characters, these have to be replaced by '|'. If the name shall contain subdirectories, these have to be delimited by '~' (since the '/' character may be part of a regular programme name).
The special keywords TITLE and EPISODE, if present, will be replaced by the title and episode information from the EPG data at the time of recording (if that data is available). If at the time of recording either of these cannot be determined, TITLE will default to the channel name, and EPISODE will default to a blank.
An arbitrary string that can be used by external applications to store any kind of data related to this timer. The string must not contain any newline characters. If this field is not empty, its contents will be written into the info file of the recording with the '@' tag.
SOURCES¶
The file sources.conf defines the codes to be used in the Source field of channels in channels.conf and assigns descriptive texts to them. Example:
S19.2E Astra 1
Anything after (and including) a '#' character is comment.
The first character of the code must be one of
A ATSC
C Cable
S Satellite
T Terrestrial
and is followed by further data pertaining to that particular source. In case of Satellite this is the orbital position in degrees, followed by E for east or W for west. Plugins may define additional sources, using other characters in the range 'A'...'Z'.
DISEQC¶
The file diseqc.conf defines the DiSEqC control sequences to be sent to the DVB-S card in order to access a given satellite position and/or band. Example:
S19.2E 11700 V 9750 t v W15 [E0 10 38 F0] W15 A W15 t
The first word in a parameter line must be one of the codes defined in the file sources.conf and tells which satellite this line applies to.
Following is the "switch frequency" of the LNB (slof), which is the transponder frequency up to which this entry shall be used; the first entry with an slof greater than the actual transponder frequency will be used. Typically there is only one slof per LNB, but the syntax allows any number of frequency ranges to be defined. Note that there should be a last entry with the value 99999 for each satellite, which covers the upper frequency range.
The third parameter defines the polarization to which this entry applies. It can be either H for horizontal, V for vertical, L for circular left or R for circular right.
The fourth parameter specifies the "local oscillator frequency" (lof) of the LNB to use for the given frequency range. This number will be subtracted from the actual transponder frequency when tuning to the channel.
The rest of the line holds the actual sequence of DiSEqC actions to be taken. The code letters used here are
t 22kHz tone off
T 22kHz tone on
v voltage low (13V)
V voltage high (18V)
A mini A
B mini B
Pn use positioner to move dish to satellite position n (or to the satellite's orbital position, if no position number is given)
Sn Satellite channel routing code sequence for bank n follows
Wnn wait nn milliseconds (nn may be any positive integer number)
[xx ...] hex code sequence (max. 6)
There can be any number of actions in a line, including none at all - in which case the entry would be used only to set the LOF to use for the given frequency range and polarization.
By default it is assumed that every DVB-S device can receive every satellite. If this is not the case in a particular setup, lines of the form
1 2 4:
may be inserted in the diseqc.conf file, defining the devices that are able to receive the satellites following thereafter. In this case, only the devices 1, 2 and 4 would be able to receive any satellites following this line and up to the next such line, or the end of the file. Devices may be listed more than once.
SATELLITE CHANNEL ROUTING (SCR)¶
The file scr.conf contains the channel definitions of the SCR device in use. The format is
channel frequency [pin]
where channel is the SCR device's channel index (0-7), frequency is the user band frequency of the given channel, and pin is an optional pin number (0-255). The actual values are device specific and can be found in the SCR device's manual.
By default it is assumed that the SCR configurations apply to all devices, and each device will pick one. If you have several SCR sat cables connected to one VDR machine, or if you want to explicitly assign the SCR channels to your devices, lines of the form
may be inserted in the scr.conf file, defining the devices that are allowed to use the SCR channels thereafter. In this case, only the devices 1, 2 and 4 would be allowed to use the SCR channels following this line and up to the next such line, or the end of the file. If a device is listed more than once, only its first appearance counts.
REMOTE CONTROL KEYS¶
The file remote.conf contains the key assignments for all remote control units. Each line consists of one key assignment in the following format:
name.key code
where name is the name of the remote control (for instance KBD for the PC keyboard, or LIRC for the "Linux Infrared Remote Control"), key is the name of the key that is defined (like Up, Down, Menu etc.), and code is a character string that this remote control delivers when the given key is pressed.
KEY MACROS¶
The file keymacros.conf contains user defined macros that will be executed whenever the given key is pressed. The format is
macrokey [@plugin] key1 key2 key3...
where macrokey is the key that shall initiate execution of this macro and can be one of Up, Down, Ok, Back, Left, Right, Red, Green, Yellow, Blue, 0...9 or User1...User9. The rest of the line consists of a set of keys, which will be executed just as if they had been pressed in the given sequence. The optional @plugin can be used to automatically select the given plugin. plugin is the name of the plugin, exactly as given in the -P option when starting VDR. There can be only one @plugin per key macro. For instance
User1 @abc Down Down Ok
would call the main menu function of the "abc" plugin and execute two "Down" key presses, followed by "Ok".
Note that the color keys will only execute their macro function in "normal viewing" mode (i.e. when no other menu or player is active). The User1...User9 keys will always execute their macro function. There may be up to 15 keys in such a key sequence.
FOLDERS¶
The file folders.conf contains the definitions of folders that can be used in the "Edit timer" menu. Each line contains one folder definition. Leading whitespace and everything after and including a '#' is ignored. A line ending with '{' defines a sub folder (i.e. a folder that contains other folders), and a line consisting of only '}' ends the definition of a sub folder.
Daily {
Archive {
Sci-Fi {
U.F.O.
Note that these folder definitions are only used to set the file name under which a timer will store its recording. Changing these definitions in any way has no effect on existing timers or recordings.
COMMANDS¶
The file commands.conf contains the definitions of commands that can be executed from the vdr main menu's "Commands" option. Each line contains one command definition in the following format:
title : command
where title is the string that will be displayed in the "Commands" menu, and command is the actual command string that will be executed when this option is selected. The delimiting ':' may be surrounded by any number of white space characters. If title ends with the character '?', there will be a confirmation prompt before actually executing the command. This can be used for commands that might have serious results (like deleting files etc) to make sure they are not executed inadvertently.
Everything following (and including) a '#' character is considered to be comment.
You can have nested layers of command menus by surrounding a sequence of commands with '{'...'}' and giving it a title, as in
My Commands {
First list {
Do something: some command
Do something else: another command
Second list {
Even more: yet another command
So much more: and yet another one
Command lists can be nested to any depth.
By default the menu entries in the "Commands" menu will be numbered '1'...'9' to make them selectable by pressing the corresponding number key. If you want to use your own numbering scheme (maybe to skip certain numbers), just precede the titles with the numbers of your choice. vdr will suppress its automatic numbering if the first entry in commands.conf starts with a digit in the range '1'...'9', followed by a blank.
In order to avoid error messages to the console, every command should have stderr redirected to stdout. Everything the command prints to stdout will be displayed in a result window, with title as its title.
Check for new mail?: /usr/local/bin/checkmail 2>&1
CPU status: /usr/local/bin/cpustatus 2>&1
Disk space: df -h | grep '/video' | awk '{ print 100 - $5 "% free"; }'
Calendar: date;echo;cal
Note that the commands 'checkmail' and 'cpustatus' are only examples! Don't send emails to the author asking where to find these ;-)
The '?' at the end of the "Check for new mail?" entry will prompt the user whether this command shall really be executed.
RECORDING COMMANDS¶
The file reccmds.conf can be used to define commands that can be applied to the currently highlighted recording in the "Recordings" menu. The syntax is exactly the same as described for the file commands.conf. When executing a command, the directory name of the recording will be appended to the command string, separated by a blank and enclosed in single quotes.
SVDRP HOSTS¶
The file svdrphosts.conf contains the IP numbers of all hosts that are allowed to access the SVDRP port. Each line contains one IP number in the format
IP-Address[/Netmask]
where IP-Address is the address of a host or a network in the usual dot separated notation (as in 192.168.100.1). If the optional Netmask is given only the given number of bits of IP-Address are taken into account. This allows you to grant SVDRP access to all hosts of an entire network. Netmask can be any integer from 1 to 32. The special value of 0 is only accepted if the IP-Address is 0.0.0.0, because this will give access to any host (USE THIS WITH CARE!).
127.0.0.1        # always accept localhost
192.168.100.0/24 # any host on the local net
204.152.189.113  # a specific host
0.0.0.0/0        # any host on any net (USE WITH CARE!)
SETUP¶
The file setup.conf contains the basic configuration options for vdr. Each line contains one option in the format "Name = Value". See the MANUAL file for a description of the available options.
THEMES¶
The files themes/<skin>-<theme>.theme in the config directory contain the color theme definitions for the various skins. In the actual file names <skin> will be replaced by the name if the skin this theme belongs to, and <theme> will be the name of this theme. Each line in a theme file contains one option in the format "Name = Value". Anything after (and including) a '#' character is comment.
The definitions in a theme file are either colors or a description.
Colors are in the form
clrTitle = FF123456
where the name (clrTitle) is one of the names defined in the source code of the skin that uses this theme, through the THEME_CLR() macro. The value (FF123456) is an eight digit hex number that consist of four bytes, representing alpha (transparency), red, green and blue component of the color. An alpha value of 00 means the color will be completely transparent, while FF means it will be opaque. An RGB value of 000000 results in black, while FFFFFF is white.
A description can be given as
Description = Shades of blue
and will be used in the Setup/OSD menu to select a theme for a given skin. The description should give the user an idea what this theme will be like (for instance, in the given example it would use various shades of blue), and shouldn't be too long to make sure it fits on the Setup screen. The default description always should be given in English. If you want, you can provide language specific descriptions as
Description.eng = Shades of blue
Description.ger = Blautöne
where the language code is added to the keyword "Description", separated by a dot. You can enter as many language specific descriptions as you like, but only those that have a corresponding locale messages file will be actually used. If a theme file doesn't contain a Description, the name of the theme (as given in the theme's file name) will be used.
AUDIO/VIDEO DATA¶
The files 00001.ts...65535.ts are the actual recorded data files. In order to keep the size of an individual file below a given limit, a recording may be split into several files. The contents of these files is Transport Stream (TS) and contains data packets that are each 188 byte long and start with 0x47. Data is stored exactly as it is broadcast, with a generated PAT/PMT inserted right before every independent frame.
INDEX¶
The file index (if present in a recording directory) contains the (binary) index data into each of the the recording files 00001.ts...65535.ts. It is used during replay to determine the current position within the recording, and to implement skipping and fast forward/back functions. See the definition of the cIndexFile class for details about the actual contents of this file.
INFO¶
The file info (if present in a recording directory) contains a description of the recording, derived from the EPG data at recording time (if such data was available). The Aux field of the corresponding timer (if given) is copied into this file, using the '@' tag. This is a plain ASCII file and contains tagged lines like the EPG DATA file (see the description of the epg.data file). Note that the lowercase tags ('c' and 'e') will not appear in an info file. Lines tagged with '#' are ignored and can be used by external tools to store arbitrary information.
In addition to the tags used in the epg.data file, the following tag characters are defined:
F <frame rate>
L <lifetime>
P <priority>
@ <auxiliary data>
RESUME¶
The file resume (if present in a recording directory) contains the position within the recording where the last replay session left off. The file consists of tagged lines that describe the various parameters necessary to pick up replay where it left off.
The following tag characters are defined:
I <offset into the file index>
MARKS¶
The file marks (if present in a recording directory) contains the editing marks defined for this recording. Each line contains the definition of one mark in the following format:
hh:mm:ss.ff comment
where hh:mm:ss.ff is a frame position within the recording, given as "hours, minutes, seconds and (optional) frame number". comment can be any string and may be used to describe this mark. If present, comment must be separated from the frame position by at least one blank.
The lines in this file need not necessarily appear in the correct temporal sequence, they will be automatically sorted by time index.
If a frame position doesn't point to an I-frame of the corresponding recording, it will be shifted towards the next I-frame (either up or down, whichever is closer).
CURRENT RESTRICTIONS:
- the comment is currently not used by VDR
SORT MODE¶
The file .sort (if present in a directory) contains an integer number defining the mode by which this directory shall be sorted when presented in a menu.
The following values are defined:
0 sort by name
1 sort by time
RECORDING TIMER¶
The file .timer (if present in a recording directory) contains the full id of the timer that is currently recording into this directory. Timer ids are of the form
id@hostname
where id is the timer's numerical id on the VDR with the name hostname. This file is created when the timer starts recording, and is deleted when it ends.
EPG DATA¶
The file epg.data contains the EPG data in an easily parsable format. The first character of each line defines what kind of data this line contains.
C <channel id> <channel name>
E <event id> <start time> <duration> <table id> <version>
T <title>
S <short text>
D <description>
G <genre> <genre>...
R <parental rating>
X <stream> <type> <language> <descr>
V <vps time>
Lowercase characters mark the end of a sequence that was started by the corresponding uppercase character. The outer frame consists of a sequence of one or more C...c (Channel) entries. Inside these any number of E...e (Event) entries are allowed. All other tags are optional (although every event should at least have a T entry).
There may be several X tags, depending on the number of tracks (video, audio etc.) the event provides.
<channel id> is the "channel ID", made up from the parameters defined in 'channels.conf'
<channel name> is the "name" as in 'channels.conf' (for information only, may be left out)
<event id> is a 32 bit unsigned int, uniquely identifying this event
<start time> is the time (as a time_t integer) in UTC when this event starts
<duration> is the time (in seconds) that this event will take
<table id> is a hex number that indicates the table this event is contained in (if this is left empty it will be set to 0x00; and value less than 0x4E it will be treated as if it were 0x4E)
<version> is a hex number that indicates the event's version number inside its table (optional, ignored when reading EPG data)
<title> is the title of the event
<short text> is the short text of the event (typically the name of the episode etc.)
<description> is the description of the event (any '|' characters will be interpreted as newlines)
<genre> is a two digit hex code, as defined in ETSI EN 300 468, table 28 (up to 4 genre codes are supported)
<parental rating> is the minimum age of the intended audience
<stream> is the stream content (1 = MPEG2 video, 2 = MP2 audio, 3 = subtitles, 4 = AC3 audio, 5 = H.264 video, 6 = HEAAC audio)
<type> is the stream type according to ETSI EN 300 468
<language> is the three letter language code (optionally two codes, separated by '+')
<descr> is the description of this stream component
<vps time> is the Video Programming Service time of this event
<auxiliary data> is an arbitrary string that can be used by external applications to store data; newline characters will be replaced with '|' when writing the epg.data file.
This file will be read at program startup in order to restore the results of previous EPG scans.
Note that the event id that comes from the DVB data stream is actually just 16 bit wide. The internal representation in VDR allows for 32 bit to be used, so that external tools can generate EPG data that is guaranteed not to collide with the ids of existing data.
The auxiliary data can be used for plugin specific purposes and has no meaning whatsoever to VDR itself. It will not be written into the info file of a recording that is made for such an event.
CAM DATA¶
The file cam.data contains information about which CAM in the system can decrypt a particular channel. Each line in this file contains a channel id, followed by one or more (blank separated) numbers, indicating the CAMs that have successfully decrypted this channel earlier.
When tuning to an encrypted channel, this information is used to select the proper CAM for decrypting this channel. This channel/CAM relationship is not hardcoded, though. If a given channel can't be decrypted with a CAM listed in this file, other CAMs will be tried just as well. The main purpose of this file is to speed up channel switching in systems with more than one CAM.
This file will be read at program startup and saved when the program ends. If the file is read-only, it will not be overwritten.
CAM AUTO RESPONSE¶
If your CAM keeps popping up annoying messages or you want to make sure VDR can record programmes with parental rating without having to enter the PIN (in case you can't turn that off in your CAM), you can set up auto responses in the file camresponses.conf.
Each line in this file specifies one rule to apply to texts received from the CAM. If the CAM's menu text matches the text in one of these rules, the given action is taken and sent to the CAM as an automatic response, without any menu appearing on the screen. The first match wins.
The format of these rules is:
nr text action
nr is the number of the CAM this action applies to (0 = all CAMs)
text is the text in the CAM menu to react on (must be quoted with '"' if it contains blanks, escape '"' with '\')
action is the action to take if the given text is encountered
Possible actions are:
DISCARD simply discard the menu (equivalent to pressing 'Back' on the RC)
CONFIRM confirm the menu (equivalent to pressing 'OK' without selecting a particular item)
SELECT select the menu item containing the text (equivalent to positioning the cursor on the item and pressing 'OK')
<number> the given number is sent to the CAM as if it were tyed in by the user (provided this is an input field).
Note that the text given in a rule must match exactly, including any leading or trailing blanks. If in doubt, you can get the exact text from the log file. Action keywords are case insensitive.
COMMANDLINE OPTIONS¶
If started without any options, vdr tries to read any files in the directory /etc/vdr/conf.d with names that do not begin with a '.' and that end with '.conf'. These files are read in alphabetical order. The format of these files is
# comment
-b 123
--long
--longarg=123
Any lines that begin with '#' as the first non-whitespace character are considered comments and are ignored. A command line option file consists of one or more sections, indicated by '[name]', where 'name' is either the fixed word 'vdr' (if this section contains options for the main VDR program) or the name of the plugin this section applies to. Each option must be written on a separate line, including the leading '-' (for a short option) or '--' (for a long option). If the option has additional arguments, they have to be written on the same line as the option itself, separated from the option with a blank (short option) or equal sign (long option).
vdr(1)
Written by Klaus Schmidinger.
REPORTING BUGS¶
Report bugs to <vdr-bugs@tvdr.de>.
Copyright © 2018 Klaus Schmidinger.
This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
15 Apr 2018 2.4
Source file: vdr.5.en.gz (from vdr 2.4.1-4.1)


text:
From Regions to Mission Areas
As many of you know I grew up in an agriculturally rich area filled with small towns. Most of these communities had an Episcopal church. Both the area as a whole and the individual communities each had their own context and culture.
Ninety miles to the east was another agriculturally rich area filled with small towns. Yet, because of the history of the people who settled there, crop differences, and an entirely different landscape, it had very different feel from where I grew up. An then 180 miles to the northeast, nestled in a valley between the mountains, was the big city. The culture was significantly different not only from where I grew up but from neighborhood to neighborhood. Both of these areas and the communities that resided within them had their own context and culture.
Such is the case with the Episcopal Church in Minnesota. In my early days as the Bishop folks would kindly describe "Minnesota" to me. While I always appreciated their perspective, I quickly noticed that there was quite often a significant variance in the understanding of exactly what "Minnesota" was – both from what I experienced from Minnesota families and from different parts of the state.
For a number of years we have organized ourselves as Regions. And for years people have talked about both the purpose and functioning, or lack thereof, of Regions. Beginning with the work of the Mission Strategy Network and continuing with Council's Committee on Mission, combined with lots of conversation across ECMN, a direction has come forth to organize ourselves into Mission Areas.
Mission Areas will be representative and respectful to the area and the communities that reside within each's own context and culture. How folks in northwest Minnesota engage God's mission will not necessarily be the same as the folks in the southeast part of the state or even how those in the east metro do so compared to those in the west metro. Nothing new here. The same was true for the early community of followers of Jesus. How those in Ephesus engaged God's mission was different than those in Corinth – context and culture.
The real hope is as we move into Mission Areas we will move towards greater collaboration and resource sharing to have a deeper engagement in God's mission both with our geographical areas and our own local communities.
1 thought on "From Regions to Mission Areas"
Mariann Edgar Budde
Very exciting news!


At this time, we can only accept listings for fishing guides, charters, lodges, and outfitters. Requests for listings for marinas, fishing travel websites, directories, or product companies cannot be honored.
Creating A Free Listing Is Easy!
We'll automatically check to see if your listing already exists.
Add as much information as you like, or simply leave it for us to fill in.
Congratulations! You're on your way to increasing the exposure of your business or favorite guide! We will approve the listing request within a couple days - usually faster. Problems? Contact Us.


text:
Arestov, Vitalii Vladimirovich
Statistics Math-Net.Ru
Scientific articles: 39
Presentations: 2
This page: 3892
Abstract pages: 12278
Full texts: 4963
References: 946
Doctor of physico-mathematical sciences (1985)
Speciality: 01.01.01 (Real analysis, complex analysis, and functional analysis)
Birth date: 16.07.1943
Website: http://www.imm.uran.ru
Keywords: approximation of functions; extremal properties of polynomials and entire functions; harmonic analysis; positive definite functions; approximation of operators; ill-posed problems.
The problem of the best approximation of unbounded operators by bounded ones was studied. Some mutual relation was established between this problem and the problem of the least constants in inequalities between norms of derivatives of differentiable functions (Kolmogorov inequalities), the problem of the best approximation of one class of functions by another class of more smooth functions, the ill-posed problem of optimal recovery of unbounded operators on classes of elements given with an error. Solution of these problems was found in a number of concrete cases. It was created a method of investigation of problems for trigonometric polynomials in the spaces $L_p, 0\le p<1$; the best constant in Bernstein inequality for trigonometric polynomials in $L_p, 0\le p<1$ was found with the help of this method. Cojointly with A. G. Babenko it was solved Delsarte problem which is connected with the problem about contact number of four-dimensional Euclidian space.
Graduated from Faculty of Mathematics and Mechanics of Saratov State University in 1965. Ph.D. thesis was defended in 1970. D.Sci. thesis was defended in 1985. In 1991 I was awarded the title of Professor. A list of my works contains about 80 titles.
I am a member of editorial board of the international mathematical journal "East Journal on Approximations". In 1999 and 2001 I was awarded the title of the Soros Professor. During 1998, 1999, 2000–2003 I receive state scientific scholarship for outstanding scientists of Russia.
Main publications:
Arestov V. V. Ob integralnykh neravenstvakh dlya trigonometricheskikh polinomov i ikh proizvodnykh // Izv. AN SSSR. Ser. matem. 1981. T. 45, # 1. S. 3–22.
Arestov V. V. Integralnye neravenstva dlya algebraicheskikh mnogochlenov na edinichnoi okruzhnosti // Matem. zametki. 1990. T. 48, vyp. 4. S. 7–18.
Arestov V. V. Priblizhenie neogranichennykh operatorov ogranichennymi i rodstvennye ekstremalnye zadachi // Uspekhi matem. nauk. 1996. T. 51, vyp. 6. S. 89–124.
Arestov V. V., Babenko A. G. O skheme Delsarta otsenki kontaktnykh chisel // Trudy Matem. in-ta im. V. A. Steklova RAN. 1997. T. 219: Teoriya priblizhenii. Garmonicheskii analiz. S. 44–73.
Arestov V. V. Nailuchshee priblizhenie odnogo klassa funktsii mnogikh peremennykh drugim i rodstvennye ekstremalnye zadachi // Matem. zametki. 1998. T. 64, vyp. 3. S. 323–340.
http://www.mathnet.ru/eng/person17283
List of publications on Google Scholar
List of publications on ZentralBlatt
Publications in Math-Net.Ru
1. V. V. Arestov, V. I. Berdyshev, M. V. Deikalova, S. V. Konyagin, D. S. Telyakovskii, "On the International Workshop-Conference on Function Theory Dedicated to the Centenary of the Birth of S.B. Stechkin", Trudy Inst. Mat. i Mekh. UrO RAN, 26:4 (2020), 290–299
2. V. V. Arestov, R. R. Akopyan, "Stechkin's problem on the best approximation of an unbounded operator by bounded ones and related problems", Trudy Inst. Mat. i Mekh. UrO RAN, 26:4 (2020), 7–31
3. V. V. Arestov, A. A. Seleznev, "Best $L^2$-extension of algebraic polynomials from the unit Euclidean sphere to a concentric sphere", Trudy Inst. Mat. i Mekh. UrO RAN, 26:2 (2020), 47–55
4. V. V. Arestov, "On the conjugacy of the space of multipliers", Trudy Inst. Mat. i Mekh. UrO RAN, 25:4 (2019), 5–14
5. V. V. Arestov, "Best uniform approximation of the differentiation operator by operators bounded in the space $L_2$", Trudy Inst. Mat. i Mekh. UrO RAN, 24:4 (2018), 34–56
6. Vitalii V. Arestov, "A characterization of extremal elements in some linear problems", Ural Math. J., 3:2 (2017), 22–32
7. Vitalii V. Arestov, "On the best approximation of the differentiation operator", Ural Math. J., 1:1 (2015), 20–29
8. V. V. Arestov, P. Yu. Glazyrina, "Bernstein–Szegö inequality for fractional derivatives of trigonometric polynomials", Trudy Inst. Mat. i Mekh. UrO RAN, 20:1 (2014), 17–31 ; Proc. Steklov Inst. Math. (Suppl.), 288, suppl. 1 (2015), 13–28
9. V. V. Arestov, M. A. Filatova, "Approximation of differentiation operator in the space $L_2$ on semiaxis", Izv. Vyssh. Uchebn. Zaved. Mat., 2013, 5, 3–12 ; Russian Math. (Iz. VUZ), 57:5 (2013), 1–8
10. V. V. Arestov, M. V. Deikalova, "Nikol'skii inequality for algebraic polynomials on a multidimensional Euclidean sphere", Trudy Inst. Mat. i Mekh. UrO RAN, 19:2 (2013), 34–47 ; Proc. Steklov Inst. Math. (Suppl.), 284, suppl. 1 (2014), 9–23
11. V. V. Arestov, M. A. Filatova, "On the approximation of the differentiation operator by linear bounded operators on the class of twice differentiable functions in the space $L_2(0,\infty)$", Trudy Inst. Mat. i Mekh. UrO RAN, 18:4 (2012), 35–50 ; Proc. Steklov Inst. Math. (Suppl.), 284, suppl. 1 (2014), 24–40
12. V. V. Arestov, V. I. Berdyshev, N. I. Chernykh, T. V. Demina, N. N. Kholschevnikova, S. V. Konyagin, Yu. N. Subbotin, S. A. Telyakovskii, I. G. Tsar'kov, V. A. Yudin, "Exposition of the lectures by S. B. Stechkin on approximation theory", Eurasian Math. J., 2:4 (2011), 5–155
13. V. V. Arestov, "Sharp inequalities for trigonometric polynomials with respect to integral functionals", Trudy Inst. Mat. i Mekh. UrO RAN, 16:4 (2010), 38–53 ; Proc. Steklov Inst. Math. (Suppl.), 273, suppl. 1 (2011), S21–S36
14. V. V. Arestov, E. E. Berdysheva, "Turán's problem for positive definite functions with supports in a hexagon", Trudy Inst. Mat. i Mekh. UrO RAN, 7:1 (2001), 21–29 ; Proc. Steklov Inst. Math. (Suppl.), 2001no. , suppl. 1, S20–S29
15. V. V. Arestov, A. G. Babenko, "Estimates of the maximal value of angular code distance for 24 and 25 points on the unit sphere in $\mathbb R^4$", Mat. Zametki, 68:4 (2000), 483–503 ; Math. Notes, 68:4 (2000), 419–435
16. V. V. Arestov, "The best approximation to a class of functions of several variables by another class and related extremum problems", Mat. Zametki, 64:3 (1998), 323–340 ; Math. Notes, 64:3 (1998), 279–294
17. V. V. Arestov, V. Yu. Raevskaya, "An extremal problem for algebraic polynomials with zero mean value on an interval", Mat. Zametki, 62:3 (1997), 332–342 ; Math. Notes, 62:3 (1997), 278–287
18. V. V. Arestov, A. G. Babenko, "On Delsarte Scheme of Estimating the Contact Numbers", Tr. Mat. Inst. Steklova, 219 (1997), 44–73 ; Proc. Steklov Inst. Math., 219 (1997), 36–65
19. V. V. Arestov, "Approximation of unbounded operators by bounded operators and related extremal problems", Uspekhi Mat. Nauk, 51:6(312) (1996), 89–124 ; Russian Math. Surveys, 51:6 (1996), 1093–1126
20. V. V. Arestov, V. N. Gabushin, "Best approximation of unbounded operators by bounded operators", Izv. Vyssh. Uchebn. Zaved. Mat., 1995, 11, 42–68 ; Russian Math. (Iz. VUZ), 39:11 (1995), 38–63
21. V. V. Arestov, V. Yu. Popov, "Jackson inequalities on a sphere in $L_2$", Izv. Vyssh. Uchebn. Zaved. Mat., 1995, 8, 13–20 ; Russian Math. (Iz. VUZ), 39:8 (1995), 11–18
22. V. V. Arestov, "The Szegő inequality for derivatives of a conjugate trigonometric polynomial in $L_0$", Mat. Zametki, 56:6 (1994), 10–26 ; Math. Notes, 56:6 (1994), 1216–1227
23. V. V. Arestov, "On some Szegő inequality for algebraic polynomials", Trudy Inst. Mat. i Mekh. UrO RAN, 2 (1992), 27–33
24. V. V. Arestov, "On extremal properties of the nonnegative trigonometric polynomials", Trudy Inst. Mat. i Mekh. UrO RAN, 1 (1992), 50–70
25. V. V. Arestov, "Best approximation ol unbounded operators invariant with respect to a shift by the linear bounded operators", Trudy Mat. Inst. Steklov., 198 (1992), 3–20 ; Proc. Steklov Inst. Math., 198 (1994), 1–16
26. V. V. Arestov, "Integral inequalities for algebraic polynomials on the unit circle", Mat. Zametki, 48:4 (1990), 7–18 ; Math. Notes, 48:4 (1990), 977–984
27. V. V. Arestov, V. P. Kondrat'ev, "Certain extremal problem for nonnegative trigonometric polynomials", Mat. Zametki, 47:1 (1990), 15–28 ; Math. Notes, 47:1 (1990), 10–20
28. V. V. Arestov, "Optimal recovery of operators and related problems", Trudy Mat. Inst. Steklov., 189 (1989), 3–20
29. V. V. Arestov, "Best approximation of unbounded by bounded operators, and allied problems", Mat. Zametki, 40:2 (1986), 269–285 ; Math. Notes, 40:2 (1986), 655–663
30. V. V. Arestov, "Approximation of invariant operators", Mat. Zametki, 34:1 (1983), 9–29 ; Math. Notes, 34:1 (1983), 489–499
31. V. V. Arestov, "On integral inequalities for trigonometric polynomials and their derivatives", Izv. Akad. Nauk SSSR Ser. Mat., 45:1 (1981), 3–22 ; Math. USSR-Izv., 18:1 (1982), 1–17
32. V. V. Arestov, "Inequality of different metrics for trigonometric polynomials", Mat. Zametki, 27:4 (1980), 539–547 ; Math. Notes, 27:4 (1980), 265–269
33. V. V. Arestov, "Approximation of operators of convolution type by linear bounded operators", Trudy Mat. Inst. Steklov., 145 (1980), 3–19 ; Proc. Steklov Inst. Math., 145 (1981), 1–18
34. V. V. Arestov, "On inequalities of S. N. Bernstein for algebraic and trigonometric polynomials", Dokl. Akad. Nauk SSSR, 246:6 (1979), 1289–1292
35. V. V. Arestov, "Uniform regularization of the problem of calculating the values of an operator", Mat. Zametki, 22:2 (1977), 231–244 ; Math. Notes, 22:2 (1977), 618–626
36. V. V. Arestov, "Approximation of operators that are invariant under a shift", Trudy Mat. Inst. Steklov., 138 (1975), 43–70 ; Proc. Steklov Inst. Math., 138 (1977), 45–74
37. V. V. Arestov, "Approximation of linear operators, and related extremal problems", Trudy Mat. Inst. Steklov., 138 (1975), 29–42 ; Proc. Steklov Inst. Math., 138 (1977), 31–44
38. V. V. Arestov, "Some extremal problems for differentiable functions of one variable", Trudy Mat. Inst. Steklov., 138 (1975), 3–28 ; Proc. Steklov Inst. Math., 138 (1977), 1–29
39. V. V. Arestov, V. N. Gabushin, "Approximation of classes of differentiable functions", Mat. Zametki, 9:2 (1971), 105–112 ; Math. Notes, 9:2 (1971), 63–67
40. V. V. Arestov, "On the best uniform approximation of differentiation operators", Mat. Zametki, 5:3 (1969), 273–284 ; Math. Notes, 5:3 (1969), 167–173
41. V. V. Arestov, "Best approximation of differentiation operators", Mat. Zametki, 1:2 (1967), 149–154 ; Math. Notes, 1:2 (1967), 100–103
42. Vitalii V. Arestov, Vitalii I. Berdyshev, "The 42nd International S.B. Stechkin's Workshop-Conference on function theory", Ural Math. J., 3:2 (2017), 3–5
43. A. L. Ageev, V. V. Arestov, V. V. Vasin, "International conference "Algorithmic analysis of unstable problems (AAUP-2011)"", Trudy Inst. Mat. i Mekh. UrO RAN, 18:1 (2012), 329–333
44. V. V. Arestov, V. I. Berdyshev, O. V. Besov, N. N. Krasovskii, S. M. Nikol'skii, S. I. Novikov, Yu. S. Osipov, S. A. Telyakovskii, N. I. Chernykh, V. T. Shevaldin, "Yurii Nikolaevich Subbotin (on his 70th birthday)", Uspekhi Mat. Nauk, 62:2(374) (2007), 187–190 ; Russian Math. Surveys, 62:2 (2007), 403–406
45. V. V. Arestov, V. I. Berdyshev, Yu. N. Subbotin, N. I. Chernykh, "S. B. Stechkin and approximation theory", Trudy Inst. Mat. i Mekh. UrO RAN, 4 (1996), 3–16
Presentations in Math-Net.Ru
1. Approximation of the differentiation operator by bounded linear operators in the space $L_2$ on the half-line
V. V. Arestov
International conference on Function Spaces and Approximation Theory dedicated to the 110th anniversary of S. M. Nikol'skii
2. Approximation of differentiation operators by bounded operators and related problems
International conference "Nonlinear Approximations and Applications" dedicated to the 60th birthday of Professor V. N. Temlyakov
Institute of Mathematics and Computer Science, Ural Federal University, Ekaterinburg
Ural State University, Ekaterinburg
Institute of Mathematics and Mechanics, Ural Branch of the Russian Academy of Sciences, Ekaterinburg