Esta es la cuarta entrega de estos informes de ComScore que posteo, y siempre con resultados de crecimiento, a continuación los resultados de Marzo vs Febrero en el ranking de motores de búsqueda en Internet. Google cae, Yahoo y Bing suben, pero sobre todo Bing sube más que ninguno…
A por ellos!!!!…. desde junio09 creciendo …
Fuente: ComScore Marzo vs Febrero
Hace pocos días tuve que implementar una solución OCR para uno de mis clientes, al principio pensé en sugerir alguna solución de terceros, pero recordé que Office 2007 trae una herramienta de Imaging (OCR) de andar por casa 
.
La verdad es que es muy sencillito, lo primero que hay que hacer es instalar el complemente de Office 2007, no es necesario ni siquiera instalar Office 2007 al completo, con sólo el complemento ya vale tal y como se ve en la siguiente figura:
Una vez instalado el complemento de Office 2007, sólo hay que referenciarlo desde Visual Studio (en mi caso 2010 ) y con cuatro líneas de código ya lo tenemos, os paso el código y un pantallazo de los resultados obtenidos…
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Linq;
using System.Text;
using System.Windows.Forms;
namespace OCR
{
public partial class Form1 : Form
{
public Form1()
{
InitializeComponent();
panelImage.AllowDrop = true;
panelImage.BackgroundImageLayout = ImageLayout.Zoom;
}
private void Form1_Load(object sender, EventArgs e)
{
loadocr("images/capture.jpg");
}
private void loadocr(string filename)
{
panelImage.BackgroundImage = Image.FromFile(filename);
try
{
MODI.Document doc = new MODI.Document();
doc.Create(filename);
doc.OCR(MODI.MiLANGUAGES.miLANG_SPANISH, false, false);
foreach (MODI.Image img in doc.Images)
{
MODI.Layout layout = img.Layout;
textBoxResult.Text = layout.Text;
}
}
catch (Exception ex)
{
MessageBox.Show(ex.Message.ToString());
}
}
private void panelImage_DragEnter(object sender, DragEventArgs e)
{
if (e.Data.GetDataPresent(DataFormats.FileDrop))
{
e.Effect = DragDropEffects.All;
}
else
{
e.Effect = DragDropEffects.None;
}
}
private void panelImage_DragDrop(object sender, DragEventArgs e)
{
String[] items = (String[])e.Data.GetData(DataFormats.FileDrop, false);
loadocr(items[0]);
}
}
}
Y el resultado que obtenemos…
No han tardado mucho en “reventar” la imagen de Phone Series que viene con el SDK, la verdad es que era sencillo, sólo había que cambiar algunas entradas de la BlackList de la rama default.hv del registro de la imagen y voila!!! todo el Phone Series al descubierto, incluidas las herramientas de integración con XBOX 360…
La verdad es que es por eso que se han visto corriendo imágenes de WP7S dentro de los HTC HD2 como el que yo tengo, pero de ahí a que sea una realidad va un mundo…
A continuación tenéis algunas fotos del emulador:
Moscone Center en San Francisco, ese ha sido el lugar que han escogido mis compañeros para presentar la nueva versión de XNA Game Studio 4.0, que significa un paso adelante en el desarrollo de aplicaciones (juegos claro!!! 
) en Windows Phone 7 Series… por fin!!! e integrado en Visual Studio 2010.
¿Y qué es XNA Game Studio 4.0?
Sencillo, un juego de herramientas utilizado por los desarrolladores para implementar juegos para Windows Phone 7 Series. Esta versión permitirá abordar la implementación de juegos más rápidamente debido principalmente a cuatro razones, que han denominado las cuatro P (“pes”):
Para más información y descargas, (han prometido que estará en el próximo mes), visitar http://creators.xna.com y además os paso unas imagenes del WP7S en modo juego y un vídeo del resultado…
![gamesscreen[1]](http://apila.com/wp-content/uploads/2010/03/gamesscreen1.jpg "gamesscreen[1]") Detalle de la pantalla del WP7S:
Video demostración:
|
El tiempo y los 80 no perdonan, ni siquiera a este pipiolo tan Geek, ahí lo tenéis, todos los grandes hombres de negocios de hoy en día también fueron bichos raros en su pasado. Han pasado 24 años y hay que ver lo que hace el dinero y los estilistas….
El señor Eric Schmidt, CEO de Google, vaya gafas, si es como las antiguas botellas de Coca Cola, madre mia…. y además hay un video…
Durante las próximas semanas iré añadiendo a mi blog una serie de entradas relacionadas con el diseño de soluciones de Branch Office, empezando por los servicios básicos y continuando con los extendidos.
Para empezar iniciaré esta serie de entradas por los de Active Directory:
Este grafo de trabajo define las diferentes tareas de decisión para la elaboración de un diseño de una infraestructura de Active Directory y a continuación detallaré en que consiste cada una de ellas.
La primera etapa consiste en tomar decisiones sobre cual será el modelo de aislamiento del Active Directory, la carga administrativa y la escalabilidad que deseamos. Esto nos llevará a decidir cual será el modelo si con un único Forest o varios. A la hora de definir el modelo de Forests, también se deben tener en cuenta una serie de factores como puede ser:
La segunda etapa consiste en definir el modelo de dominios, que está condicionado por diferentes elementos:
La tercera etapa consiste en definir la estructura de OUs y como se organizan los recursos dentro de dicha estructura de cara a aplicar el modelo de políticas más adecuado. Esta etapa del diseño viene condicionada por las restricciones de las aplicaciones desplegadas, los requerimientos de compliance y legales, la complejidad de la infraestructura, la optimización en el acceso a los recursos así como la delegación de la administración a recursos de administración remotos. Esta etapa debe dar como resultado la definición de un modelo que cubra los siguientes modelos:
En la cuarta etapa será necesario definir cual será la localización de los Domain Controllers, sobre todo porque esto al final permitirá elegir entre Domain Controllers de sólo lectura o bien ir a los tres diferentes modelos, Hybrid, Centralized o Distributed. Hay una serie de condicionantes que indicarán cual será la localización de dichos DCs y además cual será el modelo final de cada uno de ellos:
En la última etapa se definirá el diseño definitivo de nuestra estructura de Active Directory Branch Service, que contendrá información sobre:
Todo esta información conllevará a tener un diseño del servicio de Active Directory Branch Service más adecuado para nuestro cliente, sin los problemas asociados de cara a abordar un diseño de este tipo. La metodología para abordar el diseño es la definida por Microsoft para este tipo de escenarios y es conveniente seguir estos pasos para evitar olvidar información que puede ser sustancial cuando se llegue a la fase de implementación.
No os ha pasado alguna vez que empezáis a recibir correos de esos que se concatenan, comentando algúna idea “original” de algún compañero/@ y que se termina convirtiendo en una conversación absurda que lo único que hace es ocupar espacio en disco y tiempo en vuestro ocupado día…..
Bueno pues se ACABÓ!!!! ahora ya puedes ignorar toda la cadena de correos en el momento que empiezas a ver que eso no va contigo y que además no te interesa. Como?
Instala Office 2010 Beta o si tienes a mano la RC mejor y haciendo clic derecho en el Thread “no deseado” selecciona Ignorar, fácil ehh!!
Parece que esto de las búsquedas se va poniendo calentito, el problema ahora es superar la barrera del 15% que es además de psicológica algo difícil, en fin creo que al final los resultados darán la respuesta a los que pensamos que la búsqueda gramatical de Bing es mucho más avanzada que la de Google que se limita a listar resultados de páginas coincidentes en lugar de resultados que tienen que ver con lo que buscas…
A por ellos!!!
Fuente: ComScore de Enero vs Diciembre
Hay tres métodos principales que se pueden utilizar para configurar el perfil por defecto. Sólo un método (B) está soportado oficialmente y es el que se recomienda.
A. Copia de un perfil configurado sobre el perfil por defecto (no soportado)
La solución tradicional que se venía ejecutando hasta la fecha (para Windows NT Workstation) era configurar la cuenta de administrador (u otra cuenta) al gusto del usuario, y a continuación, se copiaba dicha cuenta (Administrador o la cuenta designada) al perfil de usuario por defecto. Esto está documentado en numerosos artículos de Knowledge Base (que ahora se han suprimido). Existía una herramienta llamada CopyProfile incluso para la ejecución de este proceso durante la instalación desatendida de Windows XP.
Sin embargo, hay problemas con el uso de este procedimiento. El procedimiento era además más complicado para versiones Windows 2000 y superiores. Éste realizaba una copia de los valores que había en el perfil de usuario por defecto, algo que hoy no se puede realizar. Windows XP y las versiones posteriores provocan ciertos problemas con dicha copia, y además está fuera de soporte.
Además, el perfil de usuario por defecto contiene algunas acciones que se ejecutan cuando el usuario inicia sesión por primera vez, que tras el logon del usuario se añaden a dicho perfil. Si se sobrescribe el perfil de usuario por defecto, estas acciones no tienen lugar.
El proceso de copia manual de perfil puede causar los siguientes problemas:
Debido a estos problemas, este proceso ya no es compatible con Windows XP y todos los sistemas operativos posteriores. Por “desgracia” 
, la posibilidad de copiar un perfil sobre el perfil de usuario predeterminado no ha sido bloqueada en Windows XP, Windows Server 2003, Windows Vista o Windows Server 2008. Esto ha permitido que muchos administradores sigan utilizando el proceso con el consiguiente mal funcionamiento de Windows. Para evitar esto, Windows 7 y Windows Server 2008 R2 ahora bloquean este escenario haciendo que el Panel de control aparezca “grayed” la opción de sobrescribir el perfil de usuario predeterminado (a pesar de que existen herramientas para realizar esto, está totalmente desaconsejado y no está soportado).
La única forma para configurar el perfil de usuario por defecto es utilizar el método siguiente que se describe a continuación.
B. Copia automatizada de perfil con Sysprep (soportado)
Este mecanismo apareció por primera vez en Windows XP Service Pack 2 (http://support.microsoft.com/?id=887816), la aplicación Minisetup fue modificada para que se copiaran las personalizaciones de la cuenta de administrador local en el perfil de usuario por defecto. Todas las versiones posteriores de Windows también lo hacen a través del archivo de respuestas de la instalación desatendida. Este proceso fue diseñado para evitar los problemas con el método A y ya está automatizado.
No voy a explayarme sobre como funciona la copia automática de perfil , ya que está documentado en varios artículos de la Knowledge Base:
Cómo personalizar el perfil predeterminado del usuario local al preparar una imagen de Windows Vista, Windows Server 2008, Windows XP o Windows Server 2003
http://support.microsoft.com/?id=959753
Cómo personalizar perfiles de usuario por defecto en Windows 7
http://support.microsoft.com/?id=973289
Sin embargo, este método tiene un inconveniente. No se propaga a todas las opciones al usuario por defecto y no hay documentación sobre lo que se propaga y lo que no. También puede ser difícil determinar si una configuración se traspasa o no al nuevo usuario, puesto que copiar el perfil por defecto no es una buena práctica.
Un último punto importante a recordar es la diferencia de comportamiento entre Windows XP y Windows Server 2003 y Windows Vista y versiones superiores con respecto a si la configuración de archivo de respuesta debe estar presente para la copia automática de perfil . En Windows XP y Windows Server 2003, si se desea cambiar el comportamiento de la copia automática de perfil, la entrada UpdateServerProfileDirectory debe estar presente en Sysprep.inf cuando Sysprep se ejecuta. Esto se debe a que la copia del perfil sucede cuando Sysprep se ejecuta en Windows XP y Windows Server 2003. Todo lo contrario para Windows Vista y superiores. La acción CopyProfile se debe establecer en True en el archivo de respuesta final que está presente cuando se reinicia el sistema operativo después de Sysprep (fase de especialización de la configuración) o en el archivo de respuestas cuando se utiliza la instalación desatendidad para una imagen de SO personalizada.
Este valor de configuración no tiene que estar necesariamente en el archivo de respuestas utilizado durante la construcción de la imagen cuando se ejecuta Sysprep (fase Generalización). Esto se debe a que la copia de perfil para Windows Vista y versiones superiores ocurre solamente durante la fase de especialización. Así que si se está usando una herramienta de implementación de imágenes de SO como System Center Configuration Manager 2007 o Microsoft Deployment Toolkit (MDT) que pueden modificar o sustituir el Unattend.xml, se debe asegurar que CopyProfile se configura en el archivo de respuesta utilizado para la implementación de dicha imagen.
C. Definir cambios detallados en las secciones (Hive) del registro y en las carpetas de perfiles de usuario
Se suele usar este método en la copia antes de que el perfil automatizado exista. Puede ser útil cuando se necesitan un número pequeño de cambios y además son muy específicos y obligatorios. Se puede configurar de la siguiente forma:
Esto tiene la ventaja de que todos los cambios en el usuario por defecto son conocidos y previsibles. Sin embargo, requiere que todos los cambios se reduzcan a “secuencias de comandos” (es decir, acciones sobre el registro o cambios en sistema de archivos).
Para conseguir que este método funcione correctamente en diferentes versiones de Service Pack de Windows XP o Windows Server 2003 se tiene que desactivar la copia automática de perfil. En algunos casos, se tiene que instalar la revisión que se cita en el siguiente artículo KB: http://support.microsoft.com/?kbid=887816 o establecer la siguiente configuración UpdateServerProfileDirectory = 0 en el fichero Sysprep.inf. Las versiones que tienen la copia de perfil automático activado por defecto está documentado en el artículo KB959753. En Windows Vista y versiones superiores la copia automática del perfil está desactivado por defecto. Por lo tanto la edición a nivel de sección de registro se tienen que hacer antes de ejecutar el Sysprep.
Este método también se puede utilizar para realizar cambios en el perfil de usuario por defecto en las máquinas que ya estén desplegadas en producción.
Este método se debe ejecutar con precaución. Se ha de tratar de limitar los cambios por aplicación o a nivel de Windows y no importar o exportar ramas completas de registro ya que puede acarrear el mismo tipo de problemas que con la copia manual.
ITAP Advisor en Microsoft Barcelona.
Compression Plugin created by Cheap Web Hosting - Sponsored by Desk Blotters.
![gamesscreen2[1]](http://apila.com/wp-content/uploads/2010/03/gamesscreen21.jpg "gamesscreen2[1]")
