{"name": "GNSSeismic", "package_name": "gnsseismic", "description": "Plugin biling\u00fce (ES/EN) para topograf\u00eda RTK/GNSS y s\u00edsmica: proyectos con base de datos PREPLOT/POSTPLOT, importaci\u00f3n de .dc aplicando un modelo de geoide (GeoTIFF, Surfer GRD o .ggf de Trimble), comparaci\u00f3n contra un CSV o contra el PREPLOT del proyecto, generaci\u00f3n de preplot s\u00edsmico y exportaci\u00f3n a Shapefile/GeoPackage/SPS. La interfaz es un toolbar con un \u00edcono por secci\u00f3n; cada uno abre su propia ventana.", "about": "Plugin de topograf\u00eda para QGIS (antes \"Gestor DC Topograf\u00eda\"), con interfaz en espa\u00f1ol e ingl\u00e9s (selector de idioma en el mismo toolbar del plugin) organizada como un toolbar con cuatro \u00edconos -- Proyecto, Preplot S\u00edsmico, Importar datos de campo y Base de Datos -- cada uno abriendo su secci\u00f3n como una ventana independiente y no modal, para poder tener varias abiertas a la vez. Funcionalidad: (1) crea un proyecto como una carpeta (con subcarpetas database/maps/preplot/posplot; la base SQLite PREPLOT/POSTPLOT/TableDescriptions vive en database/, nombrada desde la v2.16.0 igual que el nombre de proyecto elegido por el usuario -- antes siempre \"database.sqlite\" sin importar el nombre del proyecto --, compatible con la plantilla de datos de posicionamiento GNSS usada en campo), permite asignarle un modelo de geoide (r\u00e1ster de ondulaci\u00f3n N) en cualquier formato que QGIS abra directamente -- GeoTIFF, GTX, ASCII Grid, Surfer GRD binario como el QGeoiCol2004 de IGAC -- o en el formato binario propietario .ggf (\"TNL GRID FILE\") de Trimble, le\u00eddo con un parser propio incluido en el plugin, ofrece una ventana \"Mis proyectos\" (con columna de CRS de cada uno) para cambiar con un clic entre todos los proyectos ya usados sin importar en qu\u00e9 carpeta o unidad est\u00e9 cada uno, guarda el CRS de trabajo con cada proyecto para que cambiar de proyecto (por ejemplo uno en Colombia y otro en Argentina) cambie tambi\u00e9n su sistema de coordenadas en vez de arrastrar el del proyecto anterior, y no deja crear un proyecto si el geoide cargado no cubre la zona de uso del CRS elegido; cada una de las cinco ventanas de secci\u00f3n abre con el tama\u00f1o m\u00ednimo que necesita su propio contenido en vez de un tama\u00f1o grande fijo igual para todas; (2) importa datos de campo de m\u00e1s de una marca -- archivos .dc de Trimble (registros de puntos RTK tipo KI/SO), desde la v2.8.0 CSV de Hi-Target (usando sus coordenadas geogr\u00e1ficas B/L/H, con altura de antena y comentario ya incluidos de f\u00e1brica), y desde la v2.15.0 tambi\u00e9n .rw5 de CHCNav/LandStar (usando sus registros GPS con latitud/longitud/altura elipsoidal, preservando tal cual su propio c\u00f3digo de clasificaci\u00f3n de punto -- LD/CT/CHKAM/CHKPM -- y aprovechando, cuando el archivo los trae, sat\u00e9lites/PDOP/HDOP/VDOP/\u00e9pocas y el estado de la soluci\u00f3n; se puede seguir agregando m\u00e1s marcas m\u00e1s adelante), agrupadas desde la v2.15.0 en una \u00fanica solapa desplegable \"Archivos de campo\" con un \u00edtem por marca (Trimble (.dc)/Hi-Target (.csv)/CHCNav (.rw5)) en vez de un bot\u00f3n por marca --, les aplica opcionalmente el geoide del proyecto para calcular la altura ortom\u00e9trica (Local_Height = WGS84_Height \u2212 N), muestra una previsualizaci\u00f3n editable (nombre, altura de antena y comentario) comparada autom\u00e1ticamente contra el PREPLOT del proyecto para decidir qu\u00e9 puntos subir, y al confirmarlos los importa como puntos levantados (POSTPLOT) aprovechando tambi\u00e9n, cuando el archivo de origen los trae (el CSV de Hi-Target desde la v2.9.0: sat\u00e9lites usados, PDOP, \u00e9pocas promediadas, duraci\u00f3n de la ocupaci\u00f3n, y distancia/nombre de la base RTK usada, calculada a partir de sus propias coordenadas; desde la v2.10.0, un punto de estaci\u00f3n/fuente \"SO\" de un .dc de Trimble: sat\u00e9lites, PDOP, HDOP, VDOP, \u00e9pocas y duraci\u00f3n de la ocupaci\u00f3n -- un punto cinem\u00e1tico \"KI\" de un .dc sigue sin traer este dato en este formato; y desde la v2.15.0, un punto de un .rw5 de CHCNav: sat\u00e9lites, PDOP, HDOP, VDOP, \u00e9pocas v\u00e1lidas y fecha/hora, cuando el archivo trae ese bloque de estad\u00edsticas -- no todos los puntos lo traen, y no es un error si falta), las columnas de calidad/base de la tabla POSTPLOT en vez de dejarlas vac\u00edas, creando adem\u00e1s una capa de puntos visible de inmediato en el proyecto de QGIS, simbolizada por tipo (KI/SO del .dc; Fijo/Flotante/C\u00e1lculo/Base de Hi-Target; LD/CT/CHKAM/CHKPM de CHCNav); desde la v2.11.0, la previsualizaci\u00f3n descarta autom\u00e1ticamente los puntos sin datos de campo reales (sin sat\u00e9lites/PDOP, ej. los KI de un .dc en este formato) y muestra de inmediato, antes incluso de subir nada, una capa provisional en QGIS con la ubicaci\u00f3n geogr\u00e1fica de los puntos que s\u00ed tienen levantamiento GNSS real (los puntos de un .rw5 de CHCNav nunca se descartan por esto, porque un registro GPS de ese formato es siempre un levantamiento real as\u00ed no traiga el bloque de estad\u00edsticas); (3) permite comparar el resultado de dos consultas SQL de la base de datos (por ejemplo PREPLOT de receptoras contra POSTPLOT de receptoras) desde una fila de la ventana Base de Datos: agrega al mapa las dos capas de puntos unidas por l\u00edneas donde el nombre coincide, con otro \u00edcono para los puntos sin pareja, e informa cu\u00e1ntos puntos hay en cada capa y cu\u00e1ntos coinciden; (4) permite subir los puntos de dise\u00f1o a la base de datos del proyecto; (5) genera preplot de dise\u00f1o para s\u00edsmica, en grilla 3D (origen + azimut + espaciamientos) o en l\u00ednea 2D (dos puntos, o origen + azimut + longitud), al estilo GPSeismic, y los guarda en PREPLOT, o bien importa un preplot ya armado en otro software -- un archivo SPS (SEG rev. 2.1) como los que exportan Omni 3D o la mesa de Sercel, un archivo .qld (\"QLD9\", formato binario propietario de dise\u00f1o/QC de puntos s\u00edsmicos, desde la v2.12.0, le\u00eddo con un parser propio incluido en el plugin y usando siempre la latitud/longitud WGS84 que trae cada punto en vez de su Este/Norte en la grilla local del archivo), o una capa de puntos ya cargada en QGIS (shapefile, GeoPackage, o un CSV delimitado por comas agregado como capa de puntos), eligiendo qu\u00e9 campo de esa capa es cada dato -- previsualiz\u00e1ndolo, marcando los puntos que coincidan en nombre con uno ya existente en PREPLOT, dejando escribir el nombre de quien sube los datos para la columna Processor, y, desde la v2.13.0, mostrando de inmediato una capa provisional en QGIS con la ubicaci\u00f3n geogr\u00e1fica de todo lo importado (SPS/.qld/capa de QGIS) antes incluso de subirlo a PREPLOT, igual que ya pasaba con el preplot generado dentro del propio plugin; (6) incluye una secci\u00f3n de base de datos con un editor de consultas SQL de solo lectura (SELECT) y presets comunes -- desde la v2.17.0 tambi\u00e9n POSTPLOT por Track, por valor de estaci\u00f3n (Station_Value) y por fecha juliana (Julian_Date_Local) --, cuyo resultado se puede exportar a Shapefile, GeoPackage o formato s\u00edsmico SPS (SEG rev. 2.1, archivos .S01/.R01) y, desde la v2.14.0, tambi\u00e9n se muestra autom\u00e1ticamente como una capa temporal en el mapa; cuando la consulta es un SELECT simple sobre una sola tabla (POSTPLOT, PREPLOT o COMPARACION), esa capa queda lista para seleccionar puntos y borrarlos con la tecla Supr/Delete (aplic\u00e1ndolo de inmediato, con confirmaci\u00f3n, a la base de datos real), y hay adem\u00e1s un bot\u00f3n para borrar de una sola vez todas las filas que devuelva la consulta actual, tambi\u00e9n con confirmaci\u00f3n previa; desde la v2.17.0 tambi\u00e9n hay un bot\u00f3n \"Guardar consulta...\" que sobrescribe en el mismo lugar el SQL de un preset o de una consulta propia ya guardada (por ejemplo, para cambiar el valor de comparaci\u00f3n de un preset sin crear uno nuevo) o, si se prefiere, la guarda aparte con un nombre elegido por el usuario, agreg\u00e1ndola al final de la lista de consultas de ejemplo; ambas cosas quedan guardadas en la configuraci\u00f3n de QGIS del usuario y est\u00e1n disponibles en cualquiera de sus proyectos. Desde la v2.18.0, cada capa que crea el plugin (preplot generado, puntos importados, comparaci\u00f3n, resultado de una consulta) centra correctamente la vista del mapa en su ubicaci\u00f3n real aunque el proyecto de QGIS est\u00e9 en un sistema de coordenadas distinto al CRS de trabajo elegido en el plugin -- antes, en ese caso, la capa se ve\u00eda bien dibujada pero la vista no se mov\u00eda hacia ella. Desde la v2.19.0, en \"Base de Datos\": la previsualizaci\u00f3n y la capa del mapa ya no se topan a 5000 filas -- traen todo lo que la consulta devuelva de la base real --, la capa de resultados aparece siempre con \"Mostrar cantidad de entidades\" activado en el panel de capas, el grupo \"Opciones para exportar a SPS\" qued\u00f3 al lado del \"Mapeo de columnas\" en vez de debajo, y una consulta propia ya guardada se puede renombrar con el nuevo bot\u00f3n \"Renombrar...\". Desde la v2.20.0, las cinco ventanas de secci\u00f3n tienen tambi\u00e9n botones de minimizar y maximizar/restaurar en su barra de t\u00edtulo, adem\u00e1s del de cerrar que ya ten\u00edan. Desde la v2.21.0, en \"Base de Datos\": cuando el resultado de la consulta es sobre una sola tabla (POSTPLOT/PREPLOT/COMPARACION), la tabla de resultados admite edici\u00f3n en l\u00ednea (doble clic en una celda) con un bot\u00f3n \"Guardar cambios en la base de datos...\" que pide confirmaci\u00f3n antes de escribir los cambios de verdad; y los tres botones de exportar (Shapefile/GeoPackage/SPS) se reemplazaron por una \u00fanica lista desplegable de formato -- con Excel (.csv) agregado como cuarto formato -- m\u00e1s un solo bot\u00f3n \"Exportar...\", ubicados al final de \"Opciones para exportar\". Desde la v2.22.0, en \"Importar datos de campo\": la altura de antena, que antes s\u00f3lo llegaba de f\u00e1brica en el CSV de Hi-Target y quedaba vac\u00eda (a completar a mano, o con \"Aplicar a todos\") para Trimble y CHCNav, ahora tambi\u00e9n se detecta autom\u00e1ticamente en esos dos formatos cuando el archivo la trae -- un .dc de Trimble con el registro '57KI' (altura vigente desde el inicio de cada ocupaci\u00f3n/sesi\u00f3n de campo hasta la siguiente) y un .rw5 de CHCNav/LandStar con el registro 'LS' (campo 'HR', altura ya corregida por el offset de fase de la antena, verificado matem\u00e1ticamente contra el propio archivo de referencia); en ambos casos el valor detectado sigue siendo editable en la previsualizaci\u00f3n antes de subir. Desde la v2.23.0, en \"Importar datos de campo\", el \u00edtem \"Hi-Target\" adem\u00e1s del CSV acepta el archivo \".raw\" binario propio del equipo (el log interno del receptor/controlador, no documentado p\u00fablicamente por Hi-Target), le\u00eddo con un parser propio incluido en el plugin y verificado byte por byte contra el CSV real de la misma sesi\u00f3n de campo del usuario; a diferencia del CSV, el .raw no trae la altura de antena (el software de Hi-Target la agrega reci\u00e9n al exportar a CSV, desde la configuraci\u00f3n del trabajo), as\u00ed que en ese caso queda vac\u00eda y editable como con un .dc/.rw5 sin ese dato. Desde la v2.23.1, al cargar un .raw se muestra adem\u00e1s un aviso expl\u00edcito en el registro de \"Importar datos de campo\" recordando esto mismo, para que quede claro de inmediato (no s\u00f3lo en la nota de arriba de la tabla) que no es un error del plugin sino una limitaci\u00f3n real del formato. Desde la v2.24.0, en \"Importar datos de campo\" hay una secci\u00f3n opcional \"Correcci\u00f3n de base RTK\" que aparece s\u00f3lo cuando se detecta al menos una ocupaci\u00f3n de base entre los puntos cargados de Hi-Target (CSV o .raw) o CHCNav (.rw5) -- no aplica a Trimble .dc por ahora: si el levantamiento se hizo con una base propia de coordenadas libres/sin corregir (no hace falta si se us\u00f3 RTX de Trimble o HAS de Galileo, que ya entregan coordenadas corregidas), se puede escribir ah\u00ed (a mano o carg\u00e1ndola de un archivo CSV/texto simple) la coordenada de esa base ya corregida por post-proceso de una sesi\u00f3n GPS est\u00e1tica, y el plugin traslada por igual (misma distancia y direcci\u00f3n, sin rotaci\u00f3n ni escala) todos los puntos levantados con esa base antes de subirlos; tambi\u00e9n agrega el registro 'BP' de un .rw5 de CHCNav (antes descartado siempre) como una ocupaci\u00f3n de base identificable, asociando cada punto GPS con la base vigente en ese momento del archivo (por orden de aparici\u00f3n, no por distancia, porque LandStar puede repetir varias reconfiguraciones de la misma base f\u00edsica antes de empezar a levantar puntos). Desde la v2.25.0, en \"Importar datos de campo\": la previsualizaci\u00f3n proyecta autom\u00e1ticamente cada punto al sistema de coordenadas de trabajo del proyecto y, si hay uno configurado, le aplica el geoide del proyecto, avisando con un mensaje cada vez que se genera la previsualizaci\u00f3n a qu\u00e9 CRS se proyect\u00f3 y si se aplic\u00f3 el geoide; la tabla de previsualizaci\u00f3n ahora muestra, en este orden, nombre, coordenadas planas (Este/Norte), coordenadas geogr\u00e1ficas en grados/minutos/segundos con 5 decimales, altura elipsoidal, elevaci\u00f3n ortom\u00e9trica (antes calculada pero no visible), descriptor, comentario, altura de antena, calidad de la soluci\u00f3n (Fijo/Flotante/C\u00e1lculo para Hi-Target con columna Estado, el STATUS tal cual del .rw5 para CHCNav, o \"Aut\u00f3nomo\" fijo para Trimble .dc y el .raw de Hi-Target, que no traen este dato), y el nombre del archivo como \u00faltima columna de todas; la tabla de \"Correcci\u00f3n de base RTK\" tambi\u00e9n muestra ahora las coordenadas planas tanto de la base libre como de la corregida, adem\u00e1s de las geogr\u00e1ficas que ya mostraba. Desde la v2.26.0, en \"Importar datos de campo\" se agrega una cuarta marca soportada, Stonex -- a diferencia de los otros tres formatos, el archivo de exportaci\u00f3n de su app de campo es directamente una base de datos SQLite (aunque el usuario le haya cambiado la extensi\u00f3n), le\u00edda con un parser propio incluido en el plugin que confirma el formato por su contenido real, no por el nombre del archivo; aporta, para el 100% de sus puntos, sat\u00e9lites usados, PDOP/HDOP/VDOP, distancia a la base o referencia RTK ya calculada por el propio equipo, fecha y hora reales (local y UTC) y el modelo/n\u00famero de serie del receptor, adem\u00e1s de la calidad de la soluci\u00f3n (Fijo/Flotante traducidos, o el estado \"DIF3D\" tal cual cuando el punto es diferencial sin RTK). De paso, las etiquetas de leyenda de los c\u00f3digos de punto compartidos entre marcas (como \"LD\") dejaron de llevar el nombre de la marca por delante, para no etiquetar un punto de una marca con el nombre de otra cuando coincide el mismo c\u00f3digo de 2 a 4 letras. Desde la v2.27.0, la secci\u00f3n \"Correcci\u00f3n de base RTK\" tambi\u00e9n funciona con Stonex: aunque ning\u00fan punto de ese formato es en s\u00ed una ocupaci\u00f3n de base (cada punto rover s\u00f3lo trae repetida la coordenada de la referencia RTK/red que us\u00f3), el plugin arma autom\u00e1ticamente una fila por cada referencia distinta que traiga el archivo, con su coordenada tal cual, para poder corregirla (a mano o carg\u00e1ndola de un archivo) por la coordenada obtenida en post-proceso de una sesi\u00f3n GPS est\u00e1tica, igual que ya funcionaba para Hi-Target y CHCNav. Desde la v2.28.0, el \u00edtem de Stonex en \"Archivos de campo\" pas\u00f3 a llamarse \"Stonex (.PD)\" y s\u00f3lo reconoce archivos con esa extensi\u00f3n (antes aceptaba cualquiera y confirmaba el formato s\u00f3lo por su contenido); adem\u00e1s, quitar uno o varios archivos ya cargados de \"Archivos de campo\" ahora tambi\u00e9n borra la previsualizaci\u00f3n, la capa provisional del mapa y la secci\u00f3n \"Correcci\u00f3n de base RTK\" (incluida la fila de base RTK del archivo quitado), en vez de dejarlos mostrando datos de un archivo que ya no est\u00e1 hasta volver a previsualizar a mano. Desde la v2.29.0, la secci\u00f3n \"Correcci\u00f3n de base RTK\" tambi\u00e9n funciona con Trimble .dc: se identificaron, en un archivo real m\u00e1s antiguo (\"cl\u00e1sico\", de antes de que existiera el RTX), dos registros nuevos que representan la ocupaci\u00f3n de una base RTK f\u00edsica -- el establecimiento inicial y sus reocupaciones/\"Found\" en cada sesi\u00f3n de trabajo posterior, siempre con el mismo nombre y coordenada -- y, cuando un archivo .dc trae una \u00fanica base f\u00edsica distinta, todos sus dem\u00e1s puntos quedan asociados a ella autom\u00e1ticamente para poder corregirla igual que ya funcionaba para Hi-Target, CHCNav y Stonex. De paso se corrigi\u00f3 c\u00f3mo se interpretan sus puntos de estaci\u00f3n: un registro nuevo ('67SO') result\u00f3 ser, tras verificarlo con el usuario, un punto de estaci\u00f3n real con sat\u00e9lites/PDOP/HDOP/VDOP igual que cualquier otro -- s\u00f3lo que con otro prefijo num\u00e9rico y coordenadas propias en una cuadr\u00edcula local (no geogr\u00e1ficas), as\u00ed que ahora se usa para completar con esos datos de calidad reales el punto cinem\u00e1tico ya visto con el mismo nombre, en vez de la posici\u00f3n de la cuadr\u00edcula local; esto tambi\u00e9n revel\u00f3 y corrigi\u00f3 un problema del parser de m\u00e1s largo alcance (no exclusivo de este registro): el nombre de un punto con exactamente 8 d\u00edgitos, sin ning\u00fan espacio antes de sus coordenadas, pod\u00eda perderse. Adem\u00e1s se agreg\u00f3 a la lista de registros auxiliares conocidos (que ya no generan una advertencia de \"no se pudo interpretar\") un registro m\u00e1s de este mismo archivo, no relacionado con la base (repite el nombre de la base sin coordenadas). Desde la v2.30.0, la secci\u00f3n \"Correcci\u00f3n de base RTK\" soporta que un mismo archivo traiga M\u00c1S de una base f\u00edsica distinta -- en cualquiera de las cuatro marcas soportadas (Hi-Target, CHCNav, Stonex, Trimble .dc): si el top\u00f3grafo levant\u00f3 algunos puntos con una base y despu\u00e9s se peg\u00f3 a otra base distinta para seguir levantando, cada punto queda asociado a la base que realmente estaba vigente cuando se tom\u00f3 (por orden de aparici\u00f3n en el archivo, no por cercan\u00eda geogr\u00e1fica), y la secci\u00f3n muestra una fila de correcci\u00f3n por cada base distinta detectada, no s\u00f3lo una. Para Trimble .dc en particular (el \u00fanico de los cuatro formatos que no trae, dentro del propio archivo, un campo expl\u00edcito que diga qu\u00e9 base us\u00f3 cada punto rover) esto reemplaza la limitaci\u00f3n de la v2.29.0, donde un archivo con m\u00e1s de una base f\u00edsica distinta simplemente no asociaba ning\u00fan punto. Desde la v2.31.0, la tabla de previsualizaci\u00f3n de \"Importar datos de campo\" se reorganiz\u00f3 por completo para reproducir el layout de 58 columnas de una base de datos POSTPLOT real exportada por GPSeismic (a partir de una plantilla real subida por el usuario) -- muchas de esas columnas ya ten\u00edan el dato calculado en versiones anteriores y s\u00f3lo faltaba mostrarlo (Track/Bin, sat\u00e9lites/PDOP/HDOP/VDOP, l\u00ednea base GPS y su base asociada, tiempo de ocupaci\u00f3n, nombre de trabajo), otras quedan en blanco cuando ning\u00fan formato soportado trae ese dato (Factor de escala, Convergencia, los 7 campos de Offset, Azimut de l\u00ednea, Precisi\u00f3n Hor/Ver 95%, CQ, fechas/horas en formato GPS crudo, GDOP, Varianza unitaria, y varias m\u00e1s) en vez de inventarlas, y las columnas propias del plugin (Tipo, Elevaci\u00f3n ortom\u00e9trica, Calidad, comparaci\u00f3n con PREPLOT) se conservan despu\u00e9s de esas 58 como columnas extra. De paso, para Trimble .dc se descubrieron y decodificaron tres registros m\u00e1s del mismo archivo de referencia: '13NM' (comentario de operador, adjunto siempre al punto vigente en ese momento del archivo, nunca por coincidencia de nombre), un marcador de punto descartado en campo ('67TP', o un comentario \"Eliminado\") que antepone una \"D\" al nombre por defecto -- igual que hace GPSeismic --, y 'E2NM' (tipo y n\u00famero de serie reales del receptor GNSS, antes confundido con el modelo del colector de datos); adem\u00e1s, la l\u00ednea base GPS de un punto de estaci\u00f3n ahora se calcula con una f\u00f3rmula exacta a partir de sus propias coordenadas locales (antes una aproximaci\u00f3n por geometr\u00eda esf\u00e9rica) y un punto anterior a la \u00fanica base f\u00edsica de un archivo con una sola base ahora s\u00ed queda asociado a ella (antes quedaba sin asociar). Todos los cambios de este parser se verificaron al mil\u00edmetro/segundo, punto por punto, contra los 234 puntos reales de esa base de datos de referencia. Desde la v2.32.0, contra una SEGUNDA base de datos POSTPLOT real (mucho m\u00e1s completa que la primera, con dato real en casi todas las columnas) del mismo archivo de referencia, se corrigieron y completaron varias columnas m\u00e1s de la previsualizaci\u00f3n de \"Importar datos de campo\" para Trimble .dc: el Descriptor (antes en blanco) se lee del registro '67SO'/'67TP' de calidad -- nunca del '66KI' inicial, que puede traer un valor distinto -- y GPSeismic le antepone una \"D\" cuando el punto queda descartado, igual que al Nombre; la altura de antena (\"HI\", que no estaba llegando a la previsualizaci\u00f3n) tiene el mismo problema de origen (se le\u00eda del '66KI' inicial en vez de al momento de esa promoci\u00f3n) y adem\u00e1s necesita sumarle un offset fijo de f\u00e1brica entre el jal\u00f3n y el punto de referencia de la antena (0.0649 m, verificado para receptores Trimble R6-2 -- se deja sin corregir, en vez de adivinar un valor, para cualquier otro modelo todav\u00eda no confirmado); Track/Bin de un nombre no puramente num\u00e9rico (un punto descartado con prefijo \"D\", una reocupaci\u00f3n ambigua con \"?\", o un nombre alfab\u00e9tico) ahora muestran \"0\" en vez de \"-\", igual que GPSeismic; se descubri\u00f3 que la columna GDOP en realidad coincide con la cantidad de \u00e9pocas promediadas del registro de calidad -- no con ninguna f\u00f3rmula geom\u00e9trica de diluci\u00f3n de precisi\u00f3n, ya que este formato de .dc no trae ning\u00fan dato de TDOP -- y de paso se repar\u00f3 la lectura de esa cantidad de \u00e9pocas (y por lo tanto tambi\u00e9n el tiempo de ocupaci\u00f3n), que quedaba siempre vac\u00eda para este archivo por un campo m\u00e1s en el registro de calidad que no se estaba salteando; el Modo de levantamiento (texto/valor) de Hi-Target y CHCNav ahora se completa autom\u00e1ticamente como Fase/3 cuando el estado/status del punto dice \"fijo\"/\"fix\"/\"fixed\", o Aut\u00f3nomo/1 en caso contrario, en vez de quedar siempre en blanco; los 5 campos de Offset North/East/Range/Bearing/Height ahora se calculan cuando el punto matche\u00f3 contra un PREPLOT cargado (comparaci\u00f3n ya existente en el plugin); y un punto marcado como reocupaci\u00f3n ambigua o todav\u00eda descartado se resalta con un color de fondo en la celda del nombre, igual que ya se resaltan los puntos fuera de tolerancia, para que no pasen desapercibidos aunque de todos modos se sigan mostrando. Quedan sin poder completarse en esta ronda, por no encontrarse todav\u00eda un dato o f\u00f3rmula verificable en el archivo (se prefiere dejarlos en blanco a inventar un valor): Precisi\u00f3n Hor 95%/Ver 95% y CQ, y Hora de campo (Local/GMT)/Tiempo serial GPS/Tiempo transcurrido (el reloj interno del receptor en este formato de .dc no tiene un ancla confiable a fecha/hora de calendario con lo verificado hasta ahora); Fecha juliana y Hora de carga s\u00ed se completan (la primera a partir de la fecha del archivo, la segunda con el momento actual).", "homepage": "https://github.com/topoedw05-dot/gnsseismic", "repository": "https://github.com/topoedw05-dot/gnsseismic", "tracker": "https://github.com/topoedw05-dot/gnsseismic/issues", "author": "Edwin Arley Castellanos Mart\u00ednez", "tags": ["topografia", "gnss", "rtk", "dc", "sqlite", "sismica", "preplot", "postplot", "csv", "qc", "sps", "shapefile", "geopackage", "geoide", "geoid", "bilingual", "ggf", "grd", "trimble", "surfer", "toolbar", "hitarget", "qld", "chcnav", "rw5", "landstar", "stonex"], "downloads": 22, "latest_version": "2.68.0", "versions": [{"version": "2.68.0", "experimental": true, "qgis_min": "3.16.0", "qgis_max": "4.99.0", "downloads": 22, "uploaded_by": "topoedw05-dot", "upload_datetime": "2026-10-04T22:55:13.719797"}]}