Creando Proyectos Simples en OFM

Proyectos Simples
con OFM
PROYECTOS SIMPLES CON OFM............................................................................ 1

INTRODUCCIN ......................................................................... ............................................................ 3
DATOS DENTRO DE OFM ...................................................................................................................... 3
OTRAS TABLAS IMPORTANTES ..................................................................................................... .... 5
Datos estticos.................................................................................................... ..... 6
Datos dinmicos
........................................................... ................... ..... 7
CREACIN DE PROYECTOS ......................................................................................................... ........ 8

CREACIN DE PROYECTO USANDO EL TEMPLATE DE PRODUCTION ANALYST .................. 8
Los smbolos del mapa............................................................................................... 19
Control de los datos.................................................................................................. 20
Creacin de la tabla Propiedades ................................................................................. 23
CREACIN DE PROYECTO USANDO UN ARCHIVO DE DEFINICIN............ ............................ 26
El archivo de definicin ............................................................................................. 26
Carga masiva de datos............................................................................................... 33
Control de datos.............................................................................................. ........ 35
REUSANDO DATOS...................................................................................................... ............ ........... 39
Archivo de Definicin ..................................................................................... .......... 39
ARCHIVOS DE DATOS........................................................................................................ ................. 46
AGREGANDO NUEVOS DATOS A PROYECTOS DE OFM .............................................................. 52
Entidades Existentes ..................................................................................... ........... 52
Entidades nuevas ........................................................................................... ......... 54
CONCLUSIONES................................................................................................................. ............ ........... 56
______________________________________________________________________
Armando Proyectos Simples con OFM
Introduccin
Este apunte est dedicado a quienes quieren armar proyectos simples de
OFM. Digo simples pues existen muchas posibilidades en la base de datos
que no sern cubiertas aqu1. El presente documento se concentrar en la
carga de datos mensuales de produccin, inyeccin, propiedades y datos
espordicos de ensayos.
Antes de poder cargar algn dato en OFM, es necesario comprender qu
posibilidades de carga tenemos, dnde se guardan los datos y cmo se
preparan los archivos ASCII para incorporarlos al proyecto. Finalmente,
explicaremos cmo crear un proyecto desde cero y eventualmente
agregarle ms datos.
Datos dentro de OFM

Esta seccin es explicativa y est primero porque es necesario tener estos
conocimientos sobre la base de datos. Si bien se puede saltear, no
recomiendo seguir adelante sin antes comprender esta parte pues
terminaremos trabajando con proyectos sin saber que es lo que realmente
est pasando y cuando los problemas se presenten, se nos har ms difcil
su resolucin. As que, agua va
Los datos en OFM se guardan en tablas. Estas tablas estn relacionadas
(enlazadas) entre s para formar un nico set de datos. En otras palabras, si
bien la informacin est cargada en distintas tablas, se muestra al usuario
como un nico conjunto de datos, consistente.
La siguiente figura muestra un ejemplo de dos tablas enlazadas. Notar que
existe una tabla principal con los nombres de los pozos y sus respectivas
coordenadas. Esta tabla se conoce en OFM como de tipo STATIC MASTER,
y es tambin llamada maestra. El nombre puede ser cualquiera que uno
elija, por ejemplo: XY, MAESTRA, HEADERID, etc.
La otra tabla contiene los valores de produccin de estos pozos. Es de tipo
MONTHLY y nuevamente, el nombre puede ser cualquiera que el usuario
elija, como PRD, PRODUCCION, MONTHLYPROD, etc. A simple vista, podemos
notar que los colores indican a qu pozo pertenece cada dato. Sin embargo,
OFM no puede hacer lo mismo tan fcilmente y necesita una columna
especial que se lo indique. En OFM, la columna que se elige para relacionar
los datos es la primera columna de la tabla maestra. Esta columna es muy
importante y es la clave maestra de la base de datos. Se puede ver
Existe disponible un manual llamado OFM Administrator Handbook que trata en
detalle las posibilidades de la base de datos de OFM.
1
______________________________________________________________________
que los datos en la tabla de produccin contienen una columna igual que
dice especficamente a quin pertenece el valor y que hace de enlace entre
ambas tablas.
Todo proyecto de OFM debe tener una tabla maestra y la primer columna de
esta base es usada como el pegamento entre las distintas tablas. Esta
columna tiene que ser definida como un STRING, es decir, una variable que
guarda una tira de caracteres (y no un nmero). Columna pegamento, en
la jerga de OFM se dice primary key.
En general (y en mbito de este apunte), los nombres que figuran en esta
columna sern los dueos de los datos que se cargarn luego en las dems
tablas.
De esta figura destacamos varios puntos muy importantes:

1- No puede haber datos en una tabla de produccin que no tengan su
respectivo dueo ya cargado en la tabla maestra del proyecto. As como
est el ejemplo, slo es posible cargar (o agregar) datos de produccin a
nombre de tres pozos: BLUE_1, RED_2 o GREEN_5. Si queremos cargar
produccin de un pozo llamado BROWN_4, ste debe estar previamente
cargado en la tabla maestra.
2- No es posible que existan dos pozos en la tabla maestra con igual
nombre. Por ejemplo, si existieran dos RED_2 en la tabla maestra, cmo
sabemos a cual de ellos pertenecen los datos de produccin cargados a
nombre de RED_2?
3- Si borramos un pozo de la tabla maestra, los datos que pertenezcan a l
en las dems tablas deben ser borrados, para no quedar hurfanos. Esto
es una tarea que OFM hace automticamente, por lo cual no es
necesario preocuparse pero es interesante saberlo.
______________________________________________________________________
Otras tablas importantes
Existen otras clases de tablas en OFM, destinadas a guardar datos de otro

tipo. Ya conocemos dos: STATIC MASTER y MONTHLY. En este apunte vamos
a mencionar solamente otras tres clases: STATIC, SORT y SPORADIC.
Antes de comenzar a hablar de ellas, vamos a distinguir entre dos tipos
grandes de datos: aquellos que tienen un solo valor (estticos) y aquellos
que pueden tener varios (dinmicos). Para esta discusin, vamos a basarnos
en la siguiente figura.
El dibujo muestra tres pozos distintos, con dos intervalos cada uno. Cada uno de estos
intervalos produce gas o petrleo de distintos reservorios. La produccin de petrleo se
acumula en distintos tanques.
Los datos de campo disponibles para guardar en OFM son:
Las coordenadas de los pozos
Los nombres oficiales de los pozos
La produccin (o inyeccin) histrica mensual de agua/gas/petrleo de cada uno de los

intervalos punzados
Los resultados de ensayos efectuados espordicamente a cada capa
Los reservorios de los que produce cada capa
La porosidad, permeabilidad y espesor de cada capa
El tanque al cual se enva la produccin de cada capa
El campo al cual pertenece cada capa
Etc.
______________________________________________________________________
Por ejemplo, la coordenada X del pozo P1 tiene un solo valor que no cambia
y si lo hace, es una correccin del valor, que reemplaza al anterior. No es
necesario mantener una historia de los valores de coordenadas X de P1. Lo
mismo podemos decir de, por ejemplo, el reservorio del cual una capa
produce. Estos tipos de datos se llaman estticos.
Como contrapartida a los datos estticos, estn los datos dinmicos, que s
requieren mltiples valores. Ejemplos de ellos seran los datos histricos de
produccin, que varan con la fecha o de perfiles, que varan con la
profundidad: Necesitamos guardar varios valores de produccin de petrleo
o necesitamos varios valores de GR para el mismo pozo.
Los datos estticos se cargan en tres tipos de tablas: STATIC MASTER, SORT o
STATIC.
Los datos dinmicos se cargan en tablas de tipo: MONTHLY, SPORADIC, etc.
A continuacin se describen estos tipos de tablas y consideraciones a hacer

antes de crear un proyecto nuevo.
Datos estticos
STATIC MASTER: Este es el tipo de tabla que se usa para crear la tabla
maestra. Se puede crear slo una tabla maestra por proyecto y como OFM
usa mucho esta tabla, es conveniente mantenerla lo ms pequea posible
(a lo ancho, es decir, minimizar el nmero de columnas), con lo cual se
deberan guardar slo los datos que obligatoriamente van all. La siguiente
lista detalla los lineamientos del contenido sugerido para una tabla
maestra2:
Nombre de las entidades3 (Obligatorio)

Coordenadas X & Y de las entidades (Obligatorios)
Alias para el mapa (Opcional si se trabaja con pozos de una sola capa. Si
hay ms de una capa por pozo, es obligatorio)
Nombre de pozo (Opcional si se trabaja con pozos de una sola capa. Si
hay ms de una capa por pozo y el alias es muy corto para ser
considerado como nombre del pozo, se puede agregar esta columna)
SORT: La tabla de sort (o de filtro) contiene atributos de las entidades

guardadas en la tabla maestra. Se puede tener una nica tabla de sort por
proyecto y sus columnas no pueden contener datos numricos.
STATIC: Estas tablas se arman para complementar a la tabla maestra sin
complicarla.
Se pueden crear cualquier nmero de tablas estticas en un proyecto. Como
ejemplos de datos que se cargan en tablas estticas, podramos citar:
Permeabilidad
Espesor
Recordemos que estamos considerando solamente proyectos simples. Hay ms

datos, que de necesitarse, deben cargarse en la tabla maestra.
3 El nombre entidades se puede referir tanto a capas (intervalos punzados) como
pozos. Para no limitarnos a slo uno de los casos, los llamamos genricamente as.
2
______________________________________________________________________
Porosidad
Etc.
Notar que todos son valores que necesitan solamente un nico valor.
Adems, son valores numricos.
La siguiente figura muestra una distribucin coherente de datos estticos en
las tres tablas mencionadas:
La tabla maestra del proyecto se llama XY4. Contiene los nombres de los
distintos intervalos con sus coordenadas. Tambin contiene los alias (que
por ser breves, van a ser prcticos para los mapas) y el nombre oficial del
pozo. Notar que las capas que pertenecen al mismo pozo repiten este valor
(y el de las coordenadas).
En la tabla de sort (que siempre se llama SC) de decidi guardar todas las
particularidades de estas capas que se describen mediante un texto. El
resto de los valores numricos, ha sido volcado a una tercer tabla esttica
llamada Propiedades.
Es importante destacar que las relaciones entre tablas con datos estticos
son del tipo uno a uno. Por cada lnea de la tabla maestra hay una y solo
una en las dems tablas:
No pueden existir dos lneas para P1:A en la tabla de sort.
Datos dinmicos
En este apunte trataremos solo dos tipos de tablas que pueden guardar este
tipo de datos: MONTHLY y SPORADIC.
La relacin entre este tipo de tablas y la maestra es del tipo uno a varios,
que significa
que para cada lnea de la tabla maestra puede haber varias lneas en las
tablas MONTHLY o SPORADIC. Ambos tipos estn pensados para guardar
datos que varan con la fecha y por lo tanto no sirven para guardar, por
ejemplo, perfiles5.
La figura de la pgina 2 muestra un ejemplo de tabla MONTHLY. Notar que
por cada lnea de la tabla maestra hay varias (puede tambin no tener
ninguna, por ejemplo un pozo que nunca produjo) lneas asociadas (por
cada pozo o intervalo, hay varios valores de produccin de petrleo segn la
fecha). La asociacin se hace mediante la primer columna de la tabla
maestra que llamamos columna pegamento o primary key, segn

recordarn6.
El nombre XY es a modo de ejemplo y es elegido por el usuario.
La carga de datos de perfiles (y el tipo de tabla necesario) no se va a discutir en
este apunte.
6 Eso espero
4
5
______________________________________________________________________
Creacin de proyectos
Para crear un proyecto simple, hay que disponer de, al menos, un par de
cosas:
Un archivo con la definicin de la base de datos (opcional)
Los archivos con los datos (uno para cada tabla a llenar)
El archivo con la definicin de la base de datos es el que define qu tablas
van a crearse, de que tipo, con qu nombres, columnas, etc. Este archivo es
opcional pues existen en OFM ciertos modelos predefinidos (llamados
templates). Si alguno de ellos nos es conveniente, no necesitamos de este
archivo. Vamos a crear dos proyectos, con los mismos datos: usando un
template y usando un archivo de definicin.
Creacin de proyecto usando el template de

Production Analyst
Para este caso, las tablas y sus columnas van a venir definidas al estilo PA
mediante un template existente, por lo cual solo hay que preparar los
archivos ASCII correspondientes a los datos. Los archivos deben ser ASCII
(tambin llamados de texto) que contienen los datos encolumnados con
algunos comandos que indican como hacer la carga.
En general, no es necesario que las columnas sean perfectas, sino que lo
nico que le interesa a OFM es que exista separacin entre los datos de al
menos un espacio, un tabulador o alguna combinacin de ellos. Esto es lo
mismo que decir que los siguientes dos ejemplos son totalmente
equivalentes para OFM.
P1:B
P2:A
P2:C
P3:A
1243
4232
4232
6600
5433
1232
1232
5800
P1
P2
P2
P3
P1:B
P2:A
P2:C
P3:A
1243 5433
P1
4232.00
1232.0
4232
1232
6600.0
5800.0
ARGNQNAP1x
ARGNQNBP2p
ARGNQNBP2p
ARGMZABP3x
ARGNQNAP1x
P2 ARGNQNBP2p
P2 ARGNQNBP2p
P3 ARGMZABP3x
Los archivos de datos necesarios para nuestro ejemplo son:

Archivo para tabla maestra (llamada XY)
Archivo para tabla de sort (llamada SC)
Archivo para tabla Propiedades (no existe en el template, hay que crearla)
Archivo para tabla de Produccin mensual (llamada PRD)
Archivo para tabla de Inyeccin de agua (llamada WINJ)
______________________________________________________________________
Tabla Maestra
El archivo necesario para rellenar la tabla maestra es el siguiente:
//Contenidodelarchivoejemplo.xy
*METRIC
*TABLENAMEXY
*WELL
*XCOORD
*YCOORD
*ALIAS
P1:A
1243
5433
P1
P1:B
1243
5433
P1
P2:A
4232
1232
P2
P2:C
4232
1232
P2
P3:A
6600
5800
P3
P3:C
6600
5800
P3
*WELLBORE
ARGNQNAP1x
ARGNQNAP1x
ARGNQNBP2p
ARGNQNBP2p
ARGMZABP3x
ARGMZABP3x
Cualquier lnea que comienza con // es ignorada por OFM y sirve para
comentar el archivo, por lo tanto, pueden poner comentarios explicando el
contenido del archivo, la fecha de creacin, etc. La extensin recomendada
para este archivo es xy.
El comando *METRIC indica que los datos estn expresados en unidades
mtricas.
Como las coordenadas estn definidas como unidad de longitud, si no
ponemos este comando, 1243 van a ser interpretados como 1243 pies. Al
poner este comando, se interpretarn correctamente como 1243 metros.
La tabla maestra que contiene el template de PA se llama XY, por lo cual el
segundo comando del archivo especifica que estos datos se guarden en la
tabla con ese nombre.
*WELL, *XCOORD, etc. son los nombres de las columnas de la tabla maestra
de este template que van a almacenar los datos especificados. El orden es
indistinto, siempre y cuando los datos que vienen debajo estn en el mismo
orden.
Tabla de Sort
El archivo para la tabla de sort es similar, aunque los comandos son algo
distintos. Es recomendable que la extensin de este archivo sea srt.
La tabla de sort nunca existe (completamente formada) en un proyecto

hasta que se cargan los primeros datos. Al no existir, tampoco se sabe el
nombre de las columnas, razn por la cual, la primer parte del archivo de
datos debe definir las columnas necesarias antes de cargar datos a ellas.
//Contenidodelarchivoejemplo.srt
*define
*tanque
*campo
*tipo
*end_define
*well*tanque*campo*tipo
P1:A
A
A
OIL
P1:B
A
A
OIL
P2:A
A
B
OIL
______________________________________________________________________
P2:C
B
B
OIL
P3:A
SIN B
GAS
P3:C
B
B
WINJ
Nuevamente, cualquier lnea que comienza con // es ignorada por OFM y
sirve para comentar el archivo. Como la tabla de sort no puede contener
datos numricos, no hay unidades y no se necesita el comando *METRIC (no
tiene sentido).
Una vez ms, el orden en que se definen y se cargan las columnas es
indistinto. Sin embargo, la lnea que define en que orden vienen los datos
(*WELL *TANQUE *CAMPO) debe ser consistente con el orden de los datos
que vienen por debajo.
Tampoco se puede especificar un dato si no se define previamente la
columna. Por ejemplo, el siguiente archivo es incorrecto pues trata de cargar
una columna estado, sin haberla definido previamente.
*define
*tanque
*campo
*tipo
*end_define
*well*tanque*campo*tipo*estado
P1:A
A
A
OIL PRODUCE
P1:B
A
A
OIL PRODUCE
P2:A
A
B
OIL PRODUCE
P2:C
B
B
OIL PRODUCE
P3:A
SIN B
GAS CERRADO
P3:C
B
B
WINJ INYECTA
Es importante hacer un comentario antes de seguir con los siguientes datos.

Notar que la columna pegamento del template de PA se llama WELL. All
estamos guardando los nombres de las capas de los tres pozos. Al cargar la
tabla maestra, llenamos estos nombres. Para cargar la tabla de sort, son
necesarias tres cosas:
1- Que los intervalos a los cuales les vamos a cargar los datos de sort (P1:A,
etc), ya estn previamente cargados en la tabla maestra.
2- Que en el archivo de carga de los datos de sort, debemos especificar
para quin son los datos de esa lnea, y este nombre debe coincidir con
alguno de los existentes.
3- Que la columna WELL de la tabla de sort no la llenamos nosotros con los
datos de este archivo, sino que ya esta llena por OFM antes de cargar
nada. La siguiente figura muestra tres pasos del proceso de carga.
Notar tambin que como OFM procesa lnea por lnea, es indistinto el orden
en que aparecen las lneas de datos. Es decir, le da lo mismo procesar
primero a P1:A o a cualquier otro intervalo.
______________________________________________________________________
Tabla de Propiedades
El archivo de carga de la tabla propiedades es similar al visto para la tabla
maestra. Sin embargo, es conveniente que su nombre tenga una extensin
dat. Como en el template de PA no existe una tabla de propiedades,
tendremos que crearla antes de cargar este archivo. Por ello, podemos
poner cualquier nombre de tabla y columnas. Por ahora, este sera el
archivo de datos. Luego veremos como crear la tabla necesaria en el
template para que acepte a estos datos.
//Contenidodelarchivopropied.dat
*METRIC
*TABLENAMEPROPIEDADES
*WELL*POROSIDAD*PERMEABILIDAD*ESPESOR
P1:A0.182.20.6
P1:B0.122.40.7
P2:A0.111.31.2
P2:C0.1716.00.5
P3:A0.1513.10.9
P3:C0.1316.01.1
______________________________________________________________________
Los comentarios a hacer son los mismos que antes. Notar que se especifica
el nombre de la tabla destino y el nombre de sus columnas. Recordar que el
template no contiene a esta tabla, por lo cual va a ser necesario crearla
primero antes de intentar cargar estos datos.
Datos de Produccin
Vamos a trabajar con unos pocos datos, para simplificar la carga. Existen
dos formatos
para estos archivos que pasamos a mostrar.
//Contenidodelarchivoproduc.prd
//Formato 1
*METRIC
*TABLENAMEPRD
*WELL*DATE*DAYS*OIL*GAS*WATER
P1:A 199901
20
80
120 20
P1:A 199902
25
81 130 21
P1:A 199903
22
78 150 20
P1:A 199904
30
78 140 19
P1:A 199905
30
75 100 22
P1:A 199906
24 74
110 23
P1:B 199902
21 60
0
16
P1:B 199903
27 59
0
15
P1:B 199904
28 59
0
13
P1:B 199905
22 60
0
16
P1:B 199906
23 60
0
17
En los datos de produccin, es importante el comando *METRIC. El nmero

80 ser interpretado como 80 m3 con *METRIC presente. Si el comando
falta del archivo, sern cargados como 80 bbl. La tabla destino existe en el
template y se llama PRD. Las columnas existentes en esta tabla llevan los
nombres especificados en la lnea correspondiente *WELL *DATE *DAYS
*OIL
Para archivos cortos, este formato puede ser conveniente. Sin embargo,
existe un segundo formato que evita repetir el nombre de la entidad (duea
del dato) en la primer columna. El formato alternativo (y totalmente
equivalente) es el siguiente:
//Formato 2
*METRIC
*TABLENAMEPRD
*DATE*DAYS*OIL*GAS*WATER
*KEYNAMEP1:A
199901
20
80 120 20
199902
25
81 130 21
199903
22
78 150 20
199904
30
78 140 19
199905
30
75 100 22
199906
24
74 110 23
*KEYNAMEP1:B
______________________________________________________________________
199902
21
60 0
16
199903
27
59 0
15
199904
28
59 0
13
199905
22
60 0
16
199906
23
60 0
17
Notar que se agrega un nuevo comando (*KEYNAME) que significa: Los
datos que siguen, hasta nuevo aviso, pertenecen a
Datos de Ensayos
Los datos de ensayos son datos similares a los vistos para produccin:
pertenecen a una determinada capa y fecha. Sin embargo, no tienen la
regularidad de stos: No tenemos datos de ensayos una vez por mes, sino
de vez en cuando.
Guardar estos datos en una tabla de tipo MONTHLY sera un inconveniente
pues sta hace lugar para uno y siempre un dato al mes: No me permite
guardar dos valores en el mismo mes y si no guardo nada en un
determinado mes, igual crea el lugar.
El tipo de tabla preferido para ensayos es SPORADIC, que como su nombre

lo dice, guarda valores que se registran espordicamente.
El template de PA tiene una tabla ya definida y se llama TEST. El archivo
necesario para cargar estos datos es:
//Contenidodelarchivotests.dat
//Formato 1
*METRIC
*TABLENAMETEST
*DATE*OIL*GAS*WATER
*KEYNAMEP1:A
199901122.674.000.67
199902192.704.330.70
199905022.503.330.73
199606242.473.670.77
*KEYNAMEP1:B
199902022.000.000.53
199905192.000.000.53
*KEYNAMEP3:A
199906012.000.000.57
Notar que las fechas contienen no slo el ao y el mes sino tambin el da.
El resto es similar a los archivos mencionados anteriormente. De la misma
manera, existe un formato alternativo para este tipo de datos, que se
muestra a continuacin:
//Formato 2
*METRIC
*TABLENAMETEST
*WELL*DATE*OIL*GAS*WATER
P1:A199901122.674.000.67
P1:A199902192.704.330.70
P1:A199905022.503.330.73
P1:A199606242.473.670.77
______________________________________________________________________
P1:B199902022.000.000.53
P1:B199905192.000.000.53
P3:A199906012.000.000.57
Datos de Inyeccin
Para terminar, citamos a un archivo con datos de inyeccin. Para simplificar,
diremos que el pozo P3 est siendo usado para inyectar a travs de su capa
punzada en el reservorio C, o sea que P3:C es inyectora.
El archivo de carga de los datos de inyeccin de esta capa podra ser:
//ContenidodelarchivoInyeccion.dat
//Formato1
*METRIC
*TABLENAMEWINJ
*DATE*WIDAY*WINJ*WIPRE
*KEYNAMEP3:C
19990425.41100400
19990530.01600480
19990627.81800467
o bien
//Formato2
*METRIC
*TABLENAMEWINJ
*WELL*DATE*WIDAY*WINJ*WIPRE
P3:C19990425.41100400
P3:C19990530.01600480
P3:C19990627.81800467
Notar que este archivo est preparado para la tabla WINJ del template, que
se usa para guardar los valores mensuales de inyeccin de agua. WIDAY es
una de las columnas que guarda los das de inyeccin al mes, WINJ es el
volumen de agua inyectada y WIPRE la presin.
Armado del proyecto con el template de PA
Crear un directorio vaco para guardar al proyecto. Es aconsejable crear un
subdirectorio llamado Data, donde colocaremos los archivos ASCII
preparados para el proyecto. Una vez hecho esto, arrancar OFM.
Con OFM abierto, seleccionar File/New. Esto inicia el proceso de creacin
del nuevo proyecto. Elegir el directorio vaco creado para el proyecto e
ingresar el nombre deseado. En el ejemplo, se bautiz al proyecto como
Basado en PA.
______________________________________________________________________
Al hacer click en OK, OFM pregunta cmo se va a armar al proyecto. En este

caso, seleccionamos el template Production Analyst.
Notar que el Data Source muestra Ascii Flat Files, que son los archivos
ASCIIs preparados en las secciones anteriores.
Una vez seleccionadas estas opciones, hacer click en OK.
OFM abre la ventana de Data Loader, destinada a seleccionar los archivos
ASCII que se van a cargar al proyecto.
______________________________________________________________________
En la parte superior se
muestran
los
archivos
disponibles. Al hacer doble
click sobre ellos, se mueven
a la parte inferior.
Esta
seccin
inferior
muestra los archivos que
van a ser cargados.
Seleccionar los archivos a
cargar, tal como lo muestra
la figura.
Notar que estn los

siguientes archivos:
Tabla maestra: *.xy
Tabla de Sort: *.srt
Tabla de Inyeccin: *.dat
Tabla de Produccin: *.prd
Tabla de Ensayos: *.dat
Recordemos que no se
selecciona el archivo con
los datos de propiedades
pues
el
template
no
contiene an la tabla para
almacenar estos datos.
Para proceder, hacemos click en Load. OFM carga los archivos
seleccionados y muestra los resultados como en la siguiente figura. Notar
que hay tres smbolos en el mapa, que representan a los tres pozos.
En realidad, hay seis smbolos (uno por cada intervalo), aunque como tienen
coordenadas similares, se plotean superpuestos.
______________________________________________________________________
Los datos ya estn cargados, sin embargo hace falta decirle a OFM un par
de cosas importantes. Lo primero a hacer es Edit/Map/Association. Esto
abre una ventana donde debemos asociar los distintos datos cargados.
El primer botn (WellType-Sort) se
usa para decirle a OFM en cul
columna de la tabla de Sort estn las
siglas que describen al tipo de smbolo
a usar en el mapa. Seleccionar la
columna TIPO y el Well Symbol File
Default.
Repasar
las
opciones segn la
figura
y
hacer
click en OK. OFM
muestra
nuevamente
el
mapa,
aunque
ahora
con
distintos smbolos,
acordes
a
lo
indicado
en
la
columna TIPO de
la tabla de sort.
______________________________________________________________________
Para arreglar el mapa un poco ms, podemos hacer lo siguiente:

Edit/Map/Limits/Grid y seleccionar que nos muestre la grilla.
Edit/Map/Wellnames y seleccionar que nos muestre los alias.
View/Legend para mostrar la leyenda que explica el significado de los
smbolos.
Una vez hechas estas modificaciones, el mapa cambia como se muestra en
la siguiente figura.
Notar que ahora es ms obvio lo que decamos antes de que cada smbolo
representa a un elemento de la tabla maestra y no a un pozo. En los P1 y
P2, ambas capas son petroleras y como sus smbolos coinciden, aparentan
ser uno solo. En el caso de P3, sin embargo, una de sus capas es gasfera y
la otra es inyectora.
Ambos smbolos aparecen superpuestos.
______________________________________________________________________
Los smbolos del mapa

Como vimos, OFM necesita de una sigla para poder definir el smbolo del
mapa. En nuestro caso (el ms comn), esta sigla viene de una de las
columnas de la tabla de Sort, que decidimos llamar TIPO.
Las siglas que usamos en nuestro ejemplo fueron: OIL, GAS y WINJ y estas
se representaron mediante las combinaciones de smbolo/color/descripcin
mostradas en la ltima figura.
Por defecto, OFM reconoce un cierto nmero de siglas y tiene pre-definidos
para cada una de ellas un smbolo, color y descripcin (la que aparece en la
leyenda del mapa base). En la siguiente pgina listamos las siglas y sus
equivalentes.
Es necesario destacar que esto es totalmente configurable y que se puede
ajustar todo, inclusive incorporar nuevas formas de smbolo. Sin embargo,
como esto no se va a discutir en este apunte, solamente nos limitamos a
mostrar las opciones que OFM acepta sin ningn esfuerzo adicional.
______________________________________________________________________
Sigla
Descripcin en la
leyenda
OIL
Oil Producer
GAS
Gas Producer
GINJ
Gas Injector
WINJ
Water Injector
CINJ
Carbon Dioxide Injector
CO2PRD Carbon Dioxide Producer
DRY
Dry Hole
PROSP Prospect
SWDIS
Salt Water Disposal
P&A
Plugged & Abandoned
SCYCL
ObSer
N2INJ
WSUPP
SINJ
SPROD
GEOTH
HORIZ
DISCV
MON
WACO2
ITA
PTA
SWD
Cyclic Steam
Observation
Nitrogen Injector
Water Supply
Steam Injection
Steam Production
Geothermal Producer
Horizontal
Discovery Well
Monitor Well
WACO2
TA'd Injector
TA'd Producer
SWD
Control de los datos

Una vez cargados los datos, es necesario hacer un control de ellos. En
principio, la mejor forma de hacerlo es mediante reportes 7. Sin embargo,
existe la posibilidad de hacer una revisin rpida de otra manera.
Antes de seguir con estos procedimientos, es necesario hacer una
importante aclaracin:
Los siguientes procedimientos ponen a los datos en planillas de clculo
donde uno puede no solamente ver sino editar los datos. Editar los datos
desde ellas no es un procedimiento recomendado y puede ser motivo de
corrupcin de la base de datos. El modo preferido de carga o modificacin
de datos sigue siendo mediante archivos ASCII.
Como los datos que ingresamos son mtricos, antes de hacer el control,
debemos poner a OFM en modo mtrico para que nos muestre los valores
en el mismo sistema de unidades que usamos para la carga. Para ello,
debemos hacer Tools/Settings, seleccionar la oreja de Units y activar la
opcin de Use Metric Units.
Como este apunte no intenta explicar cmo generar un reporte, mostraremos un
mtodo
alternativo.
7
______________________________________________________________________
Luego, desde el mapa base hacemos Edit/Project/Data. OFM nos muestra
la lista de tablas que existen en el proyecto. Como vern, existen muchas y
esto es debido a que
el template de PA utilizado contiene ms de las que estrictamente

necesitamos. Por ahora, seleccionamos la tabla maestra XY y clickeamos
OK. OFM muestra la grilla con los datos cargados en esta tabla, como se ve
en la figura anterior.
Esto nos sirve para controlar nuestro archivo de datos (el *.xy) y ver que sus
valores
______________________________________________________________________
hayan sido cargados correctamente en el proyecto de OFM. Si los datos
coinciden, podemos seguir. Si no, ser necesario investigar la causa y
recargar el archivo ASCII. El siguiente paso es controlar los datos de Sort.
Para ello, cerramos esta grilla con File/Close y una vez en el mapa base
hacemos Edit/Project/Sort. OFM muestra la tabla de sort y su contenido,
como en la figura anterior.
Una vez revisados los datos de sort, hacemos File/Close.
El resto de los datos a revisar son del tipo dinmico y no se pueden ver
todos a la vez. OFM es capaz de mostrar una grilla similar a la vista pero de
a un dueo a la vez, o sea, de a una historia a la vez. El siguiente ejemplo
clarifica esta aclaracin.
Haciendo Edit/Project/Data, seleccionamos la tabla de produccin (PRD).

OFM abre una grilla vaca. Para ver los datos es necesario seleccionar el
intervalo que queremos revisar desde la lista de seleccin, por ejemplo el
P1:A.
Al seleccionar alguno de los intervalos, OFM recupera los datos

correspondientes y rellena la grilla. Como dijimos, lo hace con solo uno a la
vez. Si deseamos controlar a algn otro, debemos seleccionarlo. Una vez
satisfecho con los resultados, podemos hacer File/Close, volver al mapa
base y revisar las otras tablas.
El procedimiento es similar. Por ejemplo, haciendo Edit/Project/Data/WINJ
y seleccionando al intervalo que tiene cargada inyeccin (P3:C) podemos
ver los valores cargados. El resultado sera como en mostrado en la figura
siguiente.
Seleccionar P1:A
______________________________________________________________________
La siguiente figura muestra los valores de ensayos cargados (en la tabla

TEST) para P1:A. Una vez verificados, cerrar la planilla con File/Close.
Creacin de la tabla Propiedades

Finalmente, nos queda cargar las propiedades de los distintos intervalos.
Para ello, ya tenamos preparado el archivo ASCII con los datos, pero nos
haca falta crear una tabla que acepte estos datos. La siguiente seccin
explica como hacer esto.
______________________________________________________________________
Para crear una tabla, debemos hacer Edit/Project/Definition.
Esto trae una ventana donde podemos agregar nuevas o quitar tablas.
Tambin podemos escoger una tabla existente y modificar su estructura.
Hacemos click sobre Add y OFM nos
gua para la creacin de una nueva tabla.
Recordemos que queremos llamar a esta
tabla Propiedades y queremos que sea
del tipo esttica. Por la tanto, una vez
completados los datos como en la figura,
hacemos OK y procedemos a definir el
resto de la tabla.
Completamos la siguiente ventana con la definicin de la primera de las
columnas: Porosidad (prxima figura, a la izquierda). Notar que hemos
elegido tambin una unidad del tipo Fraction.
Una vez completado, hacemos click en New para agregar la segunda

columna, Permeabilidad, a la cual asignamos md como unidad (figura
anterior, a la derecha).
Finalmente, hacemos un segundo click en New y agregamos Espesor, en
m.
Como ya definimos todas las
columnas, hacemos click en OK para
cerrar esta ventana. Notar que ahora
existe la nueva tabla propiedades
entre todas las tablas del proyecto.
Cerramos la ventana de Edit
Project Definition haciendo click
en OK y retornamos al mapa base.
Para cargar los datos, llamamos al
Data Loader mediante File/Get
External Data/Data Loader. Como
vemos, el data loader recuerda los
______________________________________________________________________
archivos que ya cargamos. Como no los queremos volver a cargar, hacemos
click en
Clear All y seleccionamos el
archivo ASCII con los datos que
van a la tabla de propiedades, tal
como se muestra en la siguiente
figura. Luego hacemos click en
Load y OFM carga los datos.
Finalmente, podemos verificar los

datos cargados mediante Edit/
Project Data/ Propiedades.
La siguiente figura
muestra el resultado.
Con este ltimo paso damos por finalizado el primer ejercicio. A modo de
repaso,
resumiremos los principales puntos de esta seccin.
____________________________________________________________________
Hemos preparado los archivos ASCIIs con los datos necesarios para el
nuevo proyecto.
Como el proyecto se basa en el template de PA, no es necesario crear las
tablas antes de la carga. Sin embargo, los archivos de datos deben estar
preparados para ser tomados por las tablas de este template.
Creamos un directorio nuevo, vaco y creamos all el nuevo proyecto. En
la misma operacin, hicimos la carga de nuestros archivos de datos.
Una vez hecha la carga, revisamos las asociaciones desde
Edit/Map/Associations.
Luego ajustamos un poco la cosmtica del mapa base.

Verificamos que los datos que se cargaron coinciden con los que
especificamos en
nuestros archivos ASCII.
Creamos una tabla nueva llamada propiedades pues desebamos cargar
este tipo de datos y el template PA no tena nada predefinido. Una vez
creada esta tabla, cargamos los datos desde el archivo ASCII
previamente preparado.
A su vez, tambin explicamos algunos aspectos prcticos sobre los
smbolos del
mapa base.
Creacin de proyecto usando un archivo

de definicin
Comparado con el anterior, este caso requiere solo un paso extra. En este
ejemplo no vamos a usar ningn template, con lo cual partiremos de la
nada. Al no tener ninguna tabla pre-definida (la funcin principal del
template), es necesario crearlas antes de
intentar la carga de los datos.
Hemos visto que una tabla puede ser creada en modo interactivo (como se
ha mostrado para la tabla propiedades). Sin embargo, este mtodo sirve
para agregar tablas a un proyecto existente y no para cuando el proyecto es
nuevo. En estos casos, es necesario preparar otro archivo ASCII con los
comandos necesarios para definir las tablas necesarias. Este es el llamado
archivo de definicin.
El archivo de definicin
Este archivo posee una sintaxis algo complicada, sin embargo, con el
mnimo de comandos se puede crear la estructura bsica y completarla
desde dentro del programa,
en forma interactiva. Este es el modo en que vamos a proceder. Para ms
detalles del archivo de definicin, ver la seccin correspondiente mas
adelante.
En general, el archivo define una a una las tablas que deseamos incluir en el
proyecto.
Como regla, se debe definir la tabla maestra primero y se debe prestar
especial atencin a que la primer columna que en ella se defina sea de tipo
STRING. Esta ser la columna pegamento (primary key) del proyecto.
El siguiente es un ejemplo de archivo de definicin mnimo, con todas las
tablas que
vamos a necesitar.
______________________________________________________________________
//Archivodedefinicinbsico.manual.def
*TABLENAMEMAESTRAStaticMaster
CAPA
XCOORD
YCOORD
ALIAS
POZO
STRING20
FLOAT
FLOAT
STRING10
STRING30
*TABLENAMEPRODUCCIONMonthly
DIAS
FLOAT
OIL
FLOAT
GAS
FLOAT
WATER
FLOAT
PDOIL
CALCULATED*4"OIL/DIAS"
PDGAS
CALCULATED*4"GAS/DIAS"
PDWATER
CALCULATED*4"WATER/DIAS"
*TABLENAMEINYECCIONMonthly
DIAS
FLOAT
WATERINJ
FLOAT
PRESION
FLOAT
PDWINJ
CALCULATED*4"WATERINJ/DIAS"
*TABLENAMETESTSporadic
DATE
OIL
GAS
WATER
HORAS
INT4
FLOAT
FLOAT
FLOAT
FLOAT
*TABLENAMEPROPIEDADESStatic
POROSIDAD
FLOAT
PERMEABILIDAD
FLOAT
ESPESOR
FLOAT
En este archivo apenas definimos las tablas y sus columnas (y no sus

unidades, apariencia en plots, reportes, multiplicadores, etc.)
La primera es la maestra, que llamamos MAESTRA (antes XY). La primer
columna fue definida con el nombre CAPA (que funcionar de la misma
manera que antes funcionaba la llamada WELL). La segunda tabla fue
llamada PRODUCCION y ser la que contenga los datos de produccin. El
resto es similar.
Este archivo se puede escribir desde cero o bien se puede robar de algn
proyecto existente cuya estructura quiera ser usada como modelo. Para
obtener un archivo con la definicin de las tablas de un proyecto existente,
debemos abrir este proyecto y hacer File/Export/Table Definitions. Esto
crea el archivo necesario y se ver con mas
detalles en secciones siguientes.
______________________________________________________________________
Para nuestro caso, en el cual partimos desde nada, decidimos escribir este
archivo con los detalles mnimos necesarios. Una vez terminado, an
debemos preparar el resto de los archivos ASCII de datos en forma similar al
caso anterior. Sin embargo, es necesario notar que los nombres de las
tablas ahora son distintos por lo cual, algunas partes de estos sern
diferentes. Los siguientes cuadros muestran los distintos archivos de datos
preparados para ser cargados en las tablas especificadas en el archivo de
definicin.
Tabla Maestra
//Contenidodelarchivoejemplo.xy
*METRIC
*TABLENAMEMAESTRA
*CAPA*XCOORD*YCOORD*ALIAS*POZO
P1:A1243
5433 P1 ARGNQNAP1x
P1:B1243
5433 P1 ARGNQNAP1x
P2:A4232
1232 P2 ARGNQNBP2p
P2:C4232
1232 P2 ARGNQNBP2p
P3:A6600
5800 P3 ARGMZABP3x
P3:C6600
5800 P3 ARGMZABP3x
Tabla de Sort
//Igualqueelanterior
*define
*tanque
*campo
*tipo
*end_define
P1:AA
A
OIL
P1:BA
A
OIL
P2:AA
B
OIL
P2:CB
B
OIL
P3:ASIN
B
GAS
P3:CB
B
WINJ
*METRIC
*CAPA*POROSIDAD*PERMEABILIDAD*ESPESOR
P1:A
0.18
2.2
0.6
P1:B
0.12
2.4
0.7
P2:A
0.11
1.3
1.2
P2:C
0.17
16.0
0.5
P3:A
0.15
13.1
0.9
P3:C
0.13
16.0
1.1
Tabla de Produccin
//Formato 1
______________________________________________________________________
*METRIC
*TABLENAMEPRODUCCION
*CAPA*DATE*DIAS*OIL*GAS*WATER
P1:A1999012080 12020
P1:A199902258113021
P1:A199903227815020
P1:A199904307814019
P1:A199905307510022
P1:A199906247411023
P1:B1999022160016
P1:B1999032759015
P1:B1999042859013
P1:B1999052260016
P1:B1999062360017
//Formato 2
*METRIC
*TABLENAMEPRODUCCION
*DATE*DIAS*OIL*GAS*WATER
*KEYNAMEP1:A
199901208012020
199902258113021
199903227815020
199904307814019
199905307510022
199906247411023
*KEYNAMEP1:B
1999022160016
1999032759015
1999042859013
1999052260016
1999062360017
Datos de Ensayos
//Formato 1
*METRIC
*TABLENAMETEST
*DATE*OIL*GAS*WATER
*KEYNAMEP1:A
199901122.674.000.67
199902192.704.330.70
199905022.503.330.73
199606242.473.670.77
*KEYNAMEP1:B
199902022.000.000.53
199905192.000.000.53
*KEYNAMEP3:A
199906012.000.000.57
______________________________________________________________________
//Formato 2
*METRIC
*TABLENAMETEST
*CAPA*DATE*OIL*GAS*WATER
P1:A199901122.674.000.67
P1:A199902192.704.330.70
P1:A199905022.503.330.73
P1:A199606242.473.670.77
P1:B199902022.000.000.53
P1:B199905192.000.000.53
P3:A199906012.000.000.57
Datos de Inyeccin
//Formato 1
*METRIC
*TABLENAMEINYECCION
*DATE*DIAS*WATERINJ*PRESION
*KEYNAMEP3:C
19990425.41100400
19990530.01600480
19990627.81800467
//Formato 2
*METRIC
*TABLENAMEINYECCION
*CAPA*DATE*DIAS*WATERINJ*PRESION
P3:C19990425.41100400
P3:C19990530.01600480
P3:C19990627.81800467
Armado del proyecto

Una vez preparados los archivos, estamos en condiciones de crear el
proyecto. Debido a que nuestro archivo de definicin no est completo, va a
ser necesario hacer el ensamblado en dos etapas. Primero, la carga del
archivo de definicin y su terminacin en forma interactiva. Segundo, la
carga masiva de los datos.
Para ello, volvemos a crear un directorio vaco (que contendr al proyecto) y
colocamos un subdirectorio Data, donde incluiremos todos los archivos
ASCII de datos ms el nuevo de definicin.
Luego, arrancamos OFM y seleccionamos File/New. Esto es similar a lo
visto anteriormente, le damos un nombre y luego, no seleccionamos el
template de Production Analyst, sino la opcin de User Defined, como se
muestra en las siguientes figuras.
______________________________________________________________________
Una vez hecho esto, OFM vuelve a abrir la ventana del Data Loader. Como
dijimos, en
primera instancia vamos
a cargar nicamente al
archivo de definicin,
por lo tanto, la ventana
del Data Loader, debera
quedar
como
la
siguiente figura.
Una vez hecho esto,
clickeamos Load y OFM
arma la estructura del

proyecto
basada
en
nuestro
archivo
de
definicin.
Como
no
cargamos
datos,
la
ventana
del
mapa
aparece vaca. Este es el
momento de terminar
de disear las tablas. Si
bien
estn
todas
creadas, no se ha hecho
ninguna definicin extra
mas all de los tipos y
nombres.
En particular, antes de
cargar
los
datos,
debemos
definir
al
menos las unidades.
Hacemos esto va Edit/Project/Definition.
Seleccionaremos las tablas, una a una y recorreremos las unidades que
deba asignarse a las distintas columnas que contengan nmeros y necesiten
unidades.
Empezamos por la tabla MAESTRA, a modo de ejemplo.
______________________________________________________________________
Para ello, seleccionamos la tabla
(que aparezca en azul, como en el
ejemplo) y hacemos click en el botn
Fields. Esto abre la ventana de
Variable Definitions.
Luego, desde la lista de Variable
Name, seleccionamos las columnas
que necesiten una unidad. En esta
tabla en particular, slo las dos de
las coordenadas, a las cuales les
asignamos la unidad feet (ft). Una
vez revisadas todas las unidades de
esta tabla, con un click en OK
cerramos la ventana de Variable
Definitions.
Sucesivamente, desde la ventana de
Edit Table Definition, pasamos por
las siguientes tablas y asignamos las
correspondientes unidades a cada
una de sus columnas.
La siguiente lista muestra, para

cada tabla y columna, la unidad
que es necesario asignar para las
tablas de este ejemplo:
MAESTRA
XCOORD
YCOORD
ft
ft
PRODUCCION
DIAS
OIL
GAS
WATER
PDOIL
PDGAS
PDWATER
Days
bbl
cf
bbl
bbl/d
cf/d
bbl/d
INYECCION
DIAS
WATERINJ
Days
bbl
______________________________________________________________________
PRESION
psi
PDWINJ
bbl/d
TEST
DATE
OIL
GAS
WATER
HORAS
Date
bbl/d
cf/d
bbl/d
Hours
PROPIEDADES
POROSIDAD
Fraction
PERMEABILIDAD md
ESPESOR
ft
Como vern, las unidades que les estoy sugiriendo son inglesas. Por ahora,
me voy a limitar a una sugerencia, sin entrar en detalles sobre el tema de
unidades (tratado en profundidad en el OFM Administrator Handbook). En
general, es ms sencillo asignar las unidades desde el sistema ingls (o sea,
con el Tools/Settings/Units en no-mtrico).
El problema es que hay varias unidades inglesas que tienen el mismo
equivalente en el sistema mtrico. Por ejemplo:
Cf (cubic feet) tiene un equivalente a m3

Acre-ft tiene un equivalente a m3
Bbl tiene un equivalente a m3
Si asignamos las unidades con OFM seteado en mtrico, al querer asignar
m3 nos vamos a encontrar con tres m3, aparentemente iguales, de los
cuales solo uno es el correcto. Para evitar estas confusiones, es muy
recomendable hacer esto desde el sistema ingls, luego poner a OFM en
sistema mtrico y eventualmente verificar los resultados.
Carga masiva de datos

Para completar el proyecto, el prximo paso comprende la carga de todos
los datos.
Esto debe hacerse despus de que las unidades hayan sido seteadas. Si
cargamos datos mtricos y despus asignamos la unidad correspondiente,
vamos a tener problemas.
Nuevamente, no entraremos en detalles pero recuerden esto: cuando se
cargan datos mtricos (con *METRIC en el archivo de datos), es necesario
que las unidades estn previamente definidas. Si por el contrario, se
modifican las unidades con los datos ya cargados, ser necesario recargar
los datos.
______________________________________________________________________
Para cargar los datos, debemos llamar al cargador de datos: File/Get
External
Data/Data Loader. En este
pasos, hay que asegurarse
de borrar el manual.def,
pues sino volveremos al
principio y perderemos las
unidades
definidas
anteriormente.
Luego seleccionamos los
archivos a cargar, como se
indic
en
el
ejercicio
anterior. La figura muestra
este paso. Notar que estn
todos
los
archivos
seleccionados.
El de inyeccin tambin, solo
que est ltimo en la lista y
no se ve.
Una
vez
hecho
esto,
clickeamos en Load.
OFM carga los archivos y nos
muestra el mapa base con
los tres smbolos. Nos queda

repetir los pasos anteriores.
Lo primero a hacer, es
verificar las asociaciones.
Edit/Map/Associations
Notar que, como antes, el tipo de
pozo para el smbolo viene de la
columna TIPO de la tabla de sort.
Nuestra informacin con el nombre
del pozo ahora est en la columna
POZO.
Una vez seteadas estas asociaciones,
hacemos click en OK y OFM retorna
al mapa base.
Para arreglar el mapa un poco ms,
podemos hacer lo siguiente:
Edit/Map/Limits/Grid y seleccionar
que nos muestre la grilla.
Edit/Map/Wellnames y seleccionar
que nos muestre los alias.
View/Legend para mostrar la
leyenda que explica el significado
de los smbolos.
______________________________________________________________________
Una vez hechas estas modificaciones, el mapa cambia como se muestra en
la siguiente figura.
Como vemos, el resultado fue exactamente el mismo de antes aunque

ahora, la estructura de la base de datos fue pensada y definida enteramente
por nosotros.
Control de datos
El prximo paso sera el de asegurarse de que los datos hayan sido
correctamente. Esto
se hace repitiendo los mismos pasos que mencionamos en el anterior
ejercicio, en la
seccin Control de Datos, de la pgina 18. Recuerden que ahora las tablas y
columnas
tienen otros nombres, por lo cual, al seguir las mismas instrucciones habr
que tener
esto en cuenta.
______________________________________________________________________
Tabla Maestra
Tabla de Sort
______________________________________________________________________
Datos de Produccin de P1:A
Datos de Inyeccin de P3:C
______________________________________________________________________
Datos de Ensayos de P1:B
Para terminar este segundo ejercicio, haremos una vez ms un breve

repaso.
Hemos confeccionado un rudimentario archivo de definicin con las tablas
deseadas
para este proyecto.
______________________________________________________________________
Hemos preparado los archivos ASCIIs con los datos necesarios para el
nuevo proyecto, con los nuevos nombres de tablas y columnas elegidos en
nuestro archivo de definicin.
Creamos un directorio nuevo, vaco y creamos all el nuevo proyecto. En un
principio, slo cargamos al archivo de definicin. OFM cre un proyecto
vaco, pero con la estructura de datos deseada. Luego, en modo
interactivo, definimos las unidades para cada una de las columnas
numricas de nuestra base.
A continuacin invocamos al data loader, y cargamos todos los archivos de
datos restantes. Esta vez, como la tabla de propiedades vino definida por
el propio archivo de definicin, incluimos el archivo de datos con sus datos
en la misma operacin.
Una vez hecha la carga, revisamos las asociaciones desde
Edit/Map/Associations.
Luego ajustamos un poco la cosmtica del mapa base.
Verificamos que los datos que se cargaron coinciden con los que
especificamos en nuestros archivos ASCII.
Reusando Datos
En los ejercicios anteriores hemos visto como construir proyectos sencillos
basados en un template o en un archivo de definicin. Tambin vimos que
un template es ms cmodo siempre que la estructura se adapte a nuestras
necesidades. Por el contrario, el archivo de definicin es ms flexible pero
un poco ms laborioso. Existe entre ambos una solucin de compromiso y es
la de robarle el archivo de definicin a un proyecto existente. Este mtodo
es muy conveniente pues el archivo no solo contiene la estructura de tablas,
sino todo lo relacionado con ellas: unidades, apariencia en plots y reportes,
multiplicadores, etc.
En las siguientes secciones, mostraremos como hacer este tipo de
operaciones y que detalles deben tenerse en cuenta al preparar los archivos
ASCII de datos.
Archivo de Definicin
El archivo de definicin puede ser creado a partir de otro que robemos a
algn proyecto modelo. A modo de ejemplo, abramos el proyecto DemoDB
que viene con la distribucin de OFM.
______________________________________________________________________
Ahora hacemos File/Export/Table Definitions. OFM nos pregunta por un

nombre y crea un archivo de definicin basado en la estructura de tablas del
proyecto demodb.
El archivo es el siguiente:
*DatelabelDATE
*TABLENAMEHEADERIDStaticMaster
UNIQUEID
STRING20
*rh"""HEADERID""UNIQUEID"
*rf201Right
ALIASSTRING20
*rh"""HEADERID""ALIAS"
*rf201Right
XCOORDOUBLE
*pn"HEADERID.XCOOR"
*pa"Blue""Solid""None"4
*u"None"
*mu"1""1"
*id0
*maYesNone
*da0099999
*rh"""HEADERID""XCOOR"
*rf101Right
YCOORDOUBLE
*pn"HEADERID.YCOOR"
*pa"Yellow""Solid""None"4
______________________________________________________________________
*u"None"
*mu"1""1"
*id0
*maYesNone
*da0099999
*rh"""HEADERID""YCOOR"
*rf101Right
UPPERPERF
FLOAT
*pn"HEADERID.UPPERPERF"
*pa"Magenta""Solid""None"4
*u"None"
*mu"1""1"
*id0
*maYesNone
*da0099999
*rh"""HEADERID""UPPERPERF"
*rf101Right
LOWERPERF
FLOAT
*pn"HEADERID.LOWERPERF"
*pa"Cyan""Solid""None"4
*u"None"
*mu"1""1"
*id0
*maYesNone
*da0099999
*rh"""HEADERID""LOWERPERF"
*rf101Right
TOTALDEPTH
FLOAT
*pn"HEADERID.TOTALDEPTH"
*pa"Red""Solid""None"4
*u"None"
*mu"1""1"
*id0
*maYesNone
*da0099999
*rh"""HEADERID""TOTALDEPTH"
*rf101Right
MIDPERFDEPTH
FLOAT
*pn"HEADERID.MIDPERFDEPTH"
*pa"Green""Solid""None"4
*u"None"
*mu"1""1"
*id0
*maYesNone
*da0099999
*rh"""HEADERID""MIDPERFDEPTH"
*rf101Right
OWNERFRACTION
FLOAT
*pn"HEADERID.OWNERFRACTION"
*u"None"
______________________________________________________________________
*mu"1""1"
*id0
*maYesNone
*da0099999
*rh"""HEADERID""OWNERFRACTION"
*rf101Right
WELLBORE
STRING20
*rh"""HEADERID""WELLBORE"
*rf201Right
*TABLENAMEMONTHLYPRODMonthly
DAYSINT4
*pn"ProducingDays"
*pa"Black""Solid""None"4
*u"days"
*mu"1""1"
*id0
*maYesNone
*da0099999
*rh"""Producing""Days"
*rf100Right
OILFLOAT
*pn"MonthlyOil"
*u"bbl"
*mu"1""1"
*id0
*maYesNone
*da0099999
*rh"""Monthly""Oil"
*rf100Right
GASDOUBLE
*pn"MonthlyGas"
*pa"Red""Solid""None"4
*u"cf"
*mu"M""M"
*id0
*maYesNone
*da0099999
*rh"""Monthly""Gas"
*rf100Right
WATERFLOAT
*pn"MonthlyWater"
*u"bbl"
*mu"1""1"
*id0
*maYesNone
*da0099999
*rh"""Monthly""Water"
*rf100Right
PRESSURE
FLOAT
______________________________________________________________________
*pn"ReservoirPressure"
*pa"Black""None""Diamond"0
*u"psia"
*mu"1""1"
*id0
*maYesNone
*da0099999
*rh"Reservoir""Pressure"""
*rf100Right
STATUSSTRING4
*rh"Status"""""
*rf41Right
ONCALCULATED*1"OIL|GAS|WATER"
*pn"MONTHLYPROD.ON"
*pa"Gray""Solid""None"4
*u"None"
*mu"1""1"
*id0
*maYesNone
*da0099999
*rh"""MONTHLYPROD""ON"
*rf101Right
Etctera
Como vemos, un archivo de definicin no solo contiene los nombres de las
tablas y sus columnas, sino que tambin puede contener cada uno de los
posibles atributos de ellas.
Un archivo con todo esto correctamente definido hace que el paso
intermedio de asignacin de unidades mostrado en el ejercicio anterior sea
totalmente innecesario. Un buen archivo de definicin contiene todo esto,
solo que es difcil especificarlo a mano.
Analicemos alguna de las variables, por ejemplo el petrleo de la tabla de
produccin.
OIL FLOAT
*pn"MonthlyOil"
*u"bbl"
*mu"1""1"
*id0
*maYesNone
*da0099999
*rh"""Monthly""Oil"
*rf100Right
Estos comandos crean la columna OIL de tipo FLOAT. Sin embargo, tambin
especifican:
*pn: plot name, la leyenda que va a incluirse en los plots cuando se use esta
variable.
*pa: plot attributes, el color, tipo de lnea, markers y su ancho para los plots.
______________________________________________________________________
*u: units, las unidades de la variable.
*mu: multiplicadores de entrada y salida, para la carga y presentacin.
*ma: math average, para especificar si el valor de grupo es una suma o
promedio.
*da: data range, para especificar los valores mximo, mnimo y default.
*rh: report header, que aparecer en las tres lneas de la cabeza del reporte.
*rf: report format, ancho, decimales y alineacin en los reportes.
Etc.
Existen ms atributos especificables mediante este archivo, descriptos en el
Help.
Qu es lo que queremos explicar con esto? Que una vez que tenemos un
proyecto modelo, con todo definido a nuestro gusto, es muy fcil clonarlo
para crear uno nuevo. Simplemente exportamos su archivo de definicin y lo

usamos para nuestra nueva base.
Si el archivo de definicin est completo, podemos cargar todo en un solo
paso, como se muestra a continuacin.
Abrimos OFM, hacemos File/New. Elegimos el nombre para nuestro nuevo
proyecto.
Luego indicamos que va a ser basado en un archivo de definicin (User
Defined).
Cuando OFM abre la ventana del data loader, no solo inclumos los archivos
de datos sino que el de definicin tambin. Al hacer click en Load, OFM hace
todo en un paso.
Solo resta revisar las asociaciones y listo.
File/New
______________________________________________________________________
______________________________________________________________________
OFM ensambla las tablas y carga los datos. Inmediatamente despus,
muestra el mapa con los resultados. Las asociaciones se deben revisar,
como siempre.
Archivos de Datos
Existen una serie de consejos, reglas y trucos para los archivos de datos.
Trataremos de exponerlas en esta seccin.
Datos numricos
Se han visto problemas cuando los datos numricos tienen decimales y
estos estn en el archivo a lo latino, es decir, con la coma como separador
decimal. Mi mejor consejo es que trabajen siempre con el punto y jams
mezclen. Es tambin recomendable que el mismo Windows est seteado
con este formato.
Ejemplos:
//Formato1
*METRIC
*TABLENAMEWINJ
______________________________________________________________________
*KEYNAMEP3:C
19990425.41100400
19990530.01600480
19990627.81800467
//Formato1
*METRIC
*TABLENAMEWINJ
*KEYNAMEP3:C
19990425,41100400
19990530,01600480
19990627,81800467
Datos no numricos
Cuando el archivo contiene datos no numricos (tiras de caracteres), es
necesario seguir la siguiente regla: Si la tira contiene espacios, es necesaria
encomillarla. Si no hacen esto, OFM considera como dato a la primer parte
antes del espacio. Lo que siga, va a ser asignado como dato siguiente!
Por ejemplo,
*define
*tanque
*campo
*tipo
*end_define
P1:ATanqueACampoAOIL
P1:BTanqueACampoAOIL
P2:ATanqueACampoBOIL
P2:CTanqueBCampoBOIL
P3:ASinTanqueCampoBGAS
*define
*tanque
*campo
*tipo
*end_define
P1:A
Tanque A
Campo A OIL
P1:BTanqueACampoAOIL
P2:ATanqueACampoBOIL
P2:CTanqueBCampoBOIL
P3:ASinTanqueCampoBGAS
Tanque va a ir a *tanque, A
va a ir a *campo, Campo va
a ir a *tipo y ni A ni OIL van
a ser tenidos en cuenta
Alineacin
La alineacin de los datos es innecesaria. Ya se ha mencionado esto antes
pero lo repetimos para que la seccin quede completa. Para separar dos
datos en una lnea,
______________________________________________________________________
OFM necesita al menos un espacio o un tabulador o cualquier combinacin de ellos.
Para
OFM, los siguientes archivos son igualmente vlidos.
P1:B 1243 5433 P1

P2:A 4232 1232 P2
P2:C 4232 1232 P2
P3:A 6600 5800 P3
ARGNQNAP1x
ARGNQNBP2p
ARGNQNBP2p
ARGMZABP3x
P1:B12435433P1ARGNQNAP1x
P2:A 4232.001232.0P2
P2:C
4232 1232
P2
ARGNQNBP2p
ARGNQNBP2p
P3:A6600.05800.0P3ARGMZABP3x
Fechas
El campo de fechas tiene muchas posibilidades. El formato depende del tipo
de tabla a la que se va a cargar la fecha. Si la tabla es mensual, no es
necesario especificar el da, por lo cual, las siguientes fechas son totalmente
vlidas y equivalentes:
19961201
961201
9612
Si la tabla que va a aceptar los datos es diaria o espordica, el da del mes
es necesario.
En este caso, cualquiera de estos formatos es vlido y equivalente:
19961201
961201
Como OFM es compatible con el problema del ao 2000, tiene un algoritmo
para discernir entre fechas ambiguas. Cuando un ao se especifica con solo
dos dgitos, OFM los trata de diferente manera, de acuerdo al ao
especificado.
Si el ao nn es menor que 20, entonces lo considera como 20nn. Si por el
contrario, es mayor o igual a 20, OFM lo considera como 19nn. Para tener
total control, es conveniente especificar los cuatro dgitos. Si esto no se
hace, OFM aplica la regla mencionada.
Ejemplos
1801
1901
2001
2101
2201
9902
201801
201901
192001
192101
192201
199902
Ignorando datos
Cuando cargamos un archivo de datos, existen dos maneras de decirle a
OFM que ignore ciertos datos: Que ignore cierta columna o que ignore cierta
seccin del final del archivo.
______________________________________________________________________
Si queremos que OFM ignore cierta columna que est presente en el archivo
y no queremos cargar, usamos el comando *SKIP como titulo de esa
columna. Ejemplo:
*define
*tanque
*campo
*tipo
*end_define
*SKIP *well*tanque*SKIP *campo*tipo
1) P1:ATanqueA199001 CampoAOIL
2) P1:BTanqueA199001 CampoAOIL
3) P2:ATanqueA199001 CampoBOIL
4) P2:CTanqueB199001 CampoBOIL
5) P3:ASinTanque199001 CampoBGAS
OFM ignorar los datos de las columnas 1 y 4, debido al comando
especificado. Esto
tambin sirve para archivos de datos, por ejemplo:
//Formato1
*METRIC
*TABLENAMEINYECCION
*DATE*DIAS*WATERINJ*PRESION*SKIP
*KEYNAMEP3:C
19990425.41100400921
19990530.0160048082.2
19990627.81800467nada
El comando *SKIP permite ignorar secciones verticales del archivo. Si
necesitamos ignorar secciones horizontales, se usa el comando *EOF. OFM
ignora cualquier cosa despus de este comando. Por ejemplo:
*METRIC
*TABLENAMEINYECCION
*DATE*DIAS*WATERINJ*PRESION
*KEYNAMEP3:C
19990425.41100400
19990530.01600480
19990627.81800467
19990725.41100400
*EOF
199908 30.0 1600 480
199909 27.8 1800 467
199910 25.4 1100 400
Estos datos son ignorados por OFM
199911 30.0 1600 480
199912 27.8 1800 467
Los comandos *SKIP y *EOF sirven para archivos de datos. No se aplican en
el archivo
de definicin.
______________________________________________________________________
Multiplicadores
Existe una opcin ms para evitar la edicin innecesaria del archivo. Esto
hace uso del
multiplicador de entrada definido para la variable en cuestin. Para
modificar este
multiplicador, es necesario hacer:
Edit/Project/Definition
Seleccionar la tabla deseada
Clickear en Fields
Seleccionar la variable deseada desde Variable Name
Seleccionar la oreja de Math
Verificar el multiplicador de entrada (Input Multiplier)
La figura anterior muestra el proceso para la variable GAS, de la tabla

PRODUCCION.
Como el multiplicador de entrada seleccionado es M, cuando al cargar se
lea un archivo de datos destinados a esta columna, el nmero del archivo
ser interpretado como miles de. Si la unidad definida para GAS es scm
(standard cubic meter), entonces un 38 en el archivo de datos sern
cargados como 38000 scm de gas. Si por el contrario, el multiplicador de
entrada se deja en 1, el mismo 38 ser interpretado como apenas 38 scm.
El multiplicador de salida es slo para la presentacin de esta variable. Por
ejemplo, si hacemos un plot, el gas estar en scm (el valor se leer sobre un
eje que marque 38000 y la leyenda especificar que el gas est en scm). Si
por el contrario, el multiplicador de salida se selecciona tambin en M,
entonces el eje indicar 38, pero la leyenda dir que el gas est en Mscm
(miles de scm).
______________________________________________________________________
Ejemplos:
Unidades
Finalmente, hablaremos respecto
de las unidades. OFM trabaja con
dos
sistemas
de
unidades:
Mtrico/Ingls. El sistema se
selecciona
mediante
Tools/Settings/Units.
Desde
esta
ventana,
se
selecciona el sistema deseado
para la presentacin de los datos,
pero nada tiene que ver con la
carga de ellos. La forma de
decirle a OFM que los datos a
cargar estn en sistema mtrico
es mediante la inclusin del
comando *METRIC en el archivo
de carga. OFM no tiene en cuenta
el seteo de Units a la hora de
______________________________________________________________________
hacer la carga. Slo respeta a la presencia (o ausencia) del comando
*METRIC en el archivo de carga.
Por lo tanto, se puede estar trabajando en sistema ingls y cargar sin
problemas un archivo con datos mtricos, siempre que este incluya el
comando *METRIC. La situacin opuesta es igualmente vlida.
Agregando Nuevos Datos a Proyectos de

OFM
Cuando recibimos nuevos datos, es necesario agregarlos a nuestro proyecto
de OFM.
Esta seccin explica cmo hacer esto 8. El procedimiento que explicaremos
ser el mismo para el caso de desear corregir algn valor ya cargado:
simplemente lo volvemos a cargar. En general, cuando uno recarga un dato
que ya existe, OFM reemplaza su valor por el nuevo. No conserva el valor
anterior sino que lo actualiza.
Recordemos que para poder agregar un dato a las tablas de produccin,
inyeccin, ensayos o propiedades, es necesario que el dueo de estos datos
est en la tabla maestra. Esto hace que podamos hacer una distincin entre
dos casos diferentes:
Cuando los datos pertenecen a entidades (pozos o capas) ya existentes en
la tabla maestra.
Cuando los datos pertenecen a entidades (pozos o capas) que no existen
en la tabla
maestra.
Entidades Existentes
Si la capa (o pozo) ya existe en la tabla maestra, entonces agregar sus
nuevos datos es tan fcil como preparar un archivo ASCII apropiado y
cargarlo. Por ejemplo, si deseamos agregar datos a P1:A del mes de Julio del
99, entonces los archivos seran:
Datos de Produccin
//Formato 1
*METRIC
*TABLENAMEPRD
P1:A199907237310923
//Formato 2
*METRIC
*TABLENAMEPRD
Los ejemplos sern basados en el template de PA. Si nuestra estructura de tablas

es distinta,
habr que considerar los nombres adecuados a ella.
8
______________________________________________________________________
*KEYNAMEP1:A
199906237310923
Datos de Ensayos
//Formato 1
*METRIC
*TABLENAMETEST
*DATE*OIL*GAS*WATER
*KEYNAMEP1:A
199907112.343.900.66
//Formato 2
*METRIC
*TABLENAMETEST
P1:A199907112.343.900.66
Si deseamos agregar datos a ms de un pozo (o capa) a la vez, podemos
poner todo esto en un mismo archivo. Por ejemplo, para produccin:
//Formato 1
*METRIC
*TABLENAMEPRD
P1:A199907237310923
P1:B1999072060015
//Formato 2
*METRIC
*TABLENAMEPRD
*KEYNAMEP1:A
199907237310923
*KEYNAMEP1:B
1999072060015
Para modificar un dato existente, se recarga el archivo ASCII con el dato
modificado. Por ejemplo, si la produccin de agua de P1:B de Julio del 99 era
14.5 y no 15, como se carg con el archivo anterior, simplemente editamos
el archivo ASCII y lo volvemos a cargar.
//Formato 1
*METRIC
______________________________________________________________________
*TABLENAMEPRD
P1:A199907237310923
P1:B1999072060014.5
//Formato 2
*METRIC
*TABLENAMEPRD
*KEYNAMEP1:A
199907237310923
*KEYNAMEP1:B
1999072060014.5
Entidades nuevas
Si la entidad no existe en la tabla maestra, debemos preparar los archivos
necesarios para agregarla all. Supongamos que se ha perforado un nuevo
pozo P4, que produce de una sola capa C. Nos han enviado los datos de
produccin de esta nueva capa, junto con los primeros ensayos. Como no
existe P4:C en nuestra base, antes de poder cargar sus datos debemos
agregarlo a la tabla maestra. Si bien no es indispensable (para poder cargar
los datos mencionados), al agregar el P4:C a la tabla maestra, tambin
deberamos incluir sus datos en la tablas de sort y propiedades. Por lo tanto,
los archivos necesarios seran:
Tabla Maestra
//Contenidodelarchivonuevo.xy
*METRIC
*TABLENAMEXY
*WELL*XCOORD*YCOORD*ALIAS*WELLBORE
P4:C22006100P4ARGNQNAP4P
Tabla de Sort
Si recuerdan, habamos mencionado que antes de poder cargar datos a la
tabla de Sort, haba que definir sus columnas y que esto se haca en la
primer parte del archivo *.srt.
El siguiente cuadro muestra un ejemplo del archivo para agregar los datos
de P4:C a la tabla de sort.
//Contenidodelarchivonuevo.srt
*define
*tanque
*campo
*tipo
*end_define
P4:CABOIL
______________________________________________________________________
Sin embargo, como las columnas de esta tabla ya estn definidas (nuestro
proyecto ya contiene una tabla de sort y con esas mismas columnas),
podemos crear un archivo ms simple que no incluya estos comandos y el
resultado ser totalmente equivalente (recrear una columna de sort con el
mismo nombre no afecta a los valores que ya estn cargados en ella). Este
archivo sera:
//Contenidodelarchivonuevo.srt
//Notarquenocontieneloscomandos*define*end_define
//yaqueestascolumnasyaestnenlatabladesort.
P4:CABOIL
*METRIC
*WELL*POROSIDAD*PERMEABILIDAD*ESPESOR
P4:C
0.12
1.6
0.3
Datos de Produccin
//Formato 1
*METRIC
*TABLENAMEPRD
P4:C 199907237310923
//Formato 2
*METRIC
*TABLENAMEPRD
*KEYNAMEP4:C
199906237310923
Datos de Ensayos
//Formato 1
*METRIC
*TABLENAMETEST
*DATE*OIL*GAS*WATER
*KEYNAMEP4:C
199907132.343.900.66
//Formato 2
*METRIC
*TABLENAMETEST
P4:C199907132.343.900.66
______________________________________________________________________
Conclusiones
Como vimos, es relativamente sencillo crear un proyecto simple con OFM. La

primer parte de este apunte se concentr en describir la forma en que
OFM guarda los datos. Espero que realmente presten atencin a esta
parte pues la comprensin de ella es de gran importancia para solucionar
eventuales problemas.
Luego mostramos la creacin de un proyecto basado en el template PA. El
mismo procedimiento sera adecuado para basarse en el otro de los
templates disponibles: el template GeoQuest. Usar templates nos ahorra
mucho tiempo, sin embargo, nos limita en cuanto a los nombres y tablas
que componen el proyecto. No es para preocuparse demasiado el hecho de
que existan tablas que no usamos pues, si no se les carga dato alguno,
consumen recursos despreciables y no afectan a la performance general del
proyecto.
Siguiendo esto, explicamos como construir un proyecto basado en un
archivo de definicin, creado a mano (mtodo limitado, debido a la
complejidad de los comandos que se pueden incluir en este archivo) y
tambin utilizando una definicin basada en un proyecto existente usado
como modelo.
Durante estas explicaciones, hicimos algunas advertencias sobre el correcto
tratamiento de archivos con valores en sistema mtrico (con el comando
*METRIC) y la importancia de tener las unidades definidas antes de cargar
este tipo de archivos.
Tambin se hizo mencin al tema de smbolos y solo se trat el caso en el
que las siglas provienen de una de las columnas de la tabla de sort.
La parte siguiente se concentr en detalles que es conveniente saber a la
hora de preparar los archivos de datos ASCII, para evitar ediciones
intensivas innecesarias.
Finalmente, explicamos brevemente cmo cargar nuevos datos (o agregar)
a un proyecto armado.
No se han tratado temas igualmente importantes, tales como la creacin de
un set de variables calculadas para el proyecto. Solo nos limitaremos a
decir que cuando nos basamos en un template, ste ya incluyen un set
mnimo. Sin embargo, cuando partimos de un archivo de definicin
personalizado, el proyecto resultante no tendr ninguna variable calculada
hasta que se definan (interactivamente o mediante un archivo ASCII). Esto
no debera ser de gran preocupacin pues CV Builder, uno de los mdulos
de OFM Plus que se incluyen a partir de OFM 3.0, contiene una planilla para
construir, en minutos, un set extremadamente rico de variables calculadas.
______________________________________________________________________
Finalmente, recordemos que una vez que se carga un archivo a un proyecto,
el archivo ASCII se puede borrar. Sin embargo, es muy recomendable
quedarse siempre con todos los archivos cargados a un proyecto debido a
que si se presenta algn problema, ste se puede reconstruir en unos pocos
minutos. Mi sugerencia final sera, pues, jams se deshagan de los archivos
ASCII que se cargan a un proyecto. Usen la // para agregar comentarios y
documentar que contiene cada archivo y mantengan siempre una copia en
un lugar seguro.
Por ahora, nada ms. Espero que les sirva para su trabajo diario con OFM.
Saludos para todos.
Milci
Buenos Aires, 16 de Julio de 1999.

Creando Proyectos Simples en OFM

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Creando Proyectos Simples en OFM

Uploaded by

Copyright:

Available Formats

Proyectos Simples

PROYECTOS SIMPLES CON OFM............................................................................ 1

........................................................... ................... ..... 7

CREACIN DE PROYECTOS ......................................................................................................... ........ 8

Datos dentro de OFM

De esta figura destacamos varios puntos muy importantes:

Otras tablas importantes

Existen otras clases de tablas en OFM, destinadas a guardar datos de otro

Las coordenadas de los pozos

Los nombres oficiales de los pozos

La produccin (o inyeccin) histrica mensual de agua/gas/petrleo de cada uno de los

Los resultados de ensayos efectuados espordicamente a cada capa

Los reservorios de los que produce cada capa

La porosidad, permeabilidad y espesor de cada capa

El tanque al cual se enva la produccin de cada capa

El campo al cual pertenece cada capa

Los datos dinmicos se cargan en tablas de tipo: MONTHLY, SPORADIC, etc.

A continuacin se describen estos tipos de tablas y consideraciones a hacer

Nombre de las entidades3 (Obligatorio)

SORT: La tabla de sort (o de filtro) contiene atributos de las entidades

Recordemos que estamos considerando solamente proyectos simples. Hay ms

maestra que llamamos columna pegamento o primary key, segn

Creacin de proyecto usando el template de

Los archivos de datos necesarios para nuestro ejemplo son:

La tabla de sort nunca existe (completamente formada) en un proyecto

Es importante hacer un comentario antes de seguir con los siguientes datos.

En los datos de produccin, es importante el comando *METRIC. El nmero

El tipo de tabla preferido para ensayos es SPORADIC, que como su nombre

Al hacer click en OK, OFM pregunta cmo se va a armar al proyecto. En este

Notar que estn los

Para arreglar el mapa un poco ms, podemos hacer lo siguiente:

Los smbolos del mapa

Control de los datos

el template de PA utilizado contiene ms de las que estrictamente

Haciendo Edit/Project/Data, seleccionamos la tabla de produccin (PRD).

Al seleccionar alguno de los intervalos, OFM recupera los datos

La siguiente figura muestra los valores de ensayos cargados (en la tabla

Creacin de la tabla Propiedades

Una vez completado, hacemos click en New para agregar la segunda

Finalmente, podemos verificar los

Luego ajustamos un poco la cosmtica del mapa base.

Creacin de proyecto usando un archivo

En este archivo apenas definimos las tablas y sus columnas (y no sus

Armado del proyecto

arma la estructura del

La siguiente lista muestra, para

Cf (cubic feet) tiene un equivalente a m3

Carga masiva de datos

los tres smbolos. Nos queda

Como vemos, el resultado fue exactamente el mismo de antes aunque

Datos de Inyeccin de P3:C

Para terminar este segundo ejercicio, haremos una vez ms un breve

Ahora hacemos File/Export/Table Definitions. OFM nos pregunta por un

para crear uno nuevo. Simplemente exportamos su archivo de definicin y lo

P1:B 1243 5433 P1

La figura anterior muestra el proceso para la variable GAS, de la tabla

Agregando Nuevos Datos a Proyectos de

Los ejemplos sern basados en el template de PA. Si nuestra estructura de tablas

Como vimos, es relativamente sencillo crear un proyecto simple con OFM. La

You might also like