Procedura de lucu – verificare/

actualizare date RPL Proba si Final

Nota: Ianuarie 2021 – Avand in vedere recensamantul Pilot, nu se va verifica tabelul “Locuinte”. Se
va face doar verificarea/actualizarea coloanei “Numar locuinte” din tabelul “Numere administrative”.
Avand in vedere o parte din erorile din aplicatie se vor face mare parte din editari de atribute si
adaugare de elemente noi in componenta tabelara. In componenta webgis se vor face doar asocierile de
tronsoane la denumiri si respecti asocierea numerelor administrative la denumire (nu la tronson, se va
face dupa RPL de proba).
Din pacate pana la remedierea erorilor ce se adauga nou indiferent de componenta (tabelar sau webgis)
nu se vor putea vizualiza in cealalta componenta.

ABREVIERI:
BD – baza de date in care sunt stocate si din care sunt preluate si afisate informatiile de catre aplicatia
WEBGIS (componentele tabelare “Conrena” si de harta-WEBGIS)
DE – date existente in baza de date preluate din baza de date veche a GEOLOC – baza de date
neactualizata
DA – date actuale, din surse bune, de ex preluate de la Primarii sau din RENNS.
Set date aferente unei denumiri de artere este definit de un grup de elemente ce apartin mai multor
tabele / straturi. Toate aceste elemente trebuie sa fie corelate/legate pentru a fi considerate corecte.

Reguli si criterii de identificare a situatiilor existente in BD

Reguli

Regula generala valabila pentru orice tabel sau componenta a aplicatiei:

Orice element existent se pastreaza, nu se sterge.
Se verifica mai intai daca artera sau respectiv cladirea de locuinte mai exista, ce atribute s-au modificat.
Daca se constata ca elementul exista, atunci nu se sterge inregistrarea ci se fac modificarile in functie
de caz.
Daca se constata ca elementul nu mai exista (artera a disparut – cazuri foarte rare, cladirea de locuinte
s-a demolat eventual in loc este alt tip de cladire) atunci elementele se sterg.
In functie de cazurile particulare intalnite, recomandam sa intrebati inainte de a sterge, daca nu sunteti
siguri.

Regula completare atribute: Orice element din BD trebuie sa aiba completate obligatoriu urmatoarele
atribute:
  Judet respectiv Siruta Judet; (aceste valori lipsa se vad doar la nivel de administrator)
 UAT (unitate administrativ teritoriala) respectiv siruta UAT;
 Localitate respectiv siruta localitate.
Daca observati ca una din aceste valori nu sunt completate, va trebui sa le completati, indiferent de
table.

Regula asociere: Un set de numere administrative va fi asociat unui tronson (de care apartin),
tronsonul va fi asociat denumirii de artera, aceasta regula va fi respectata pentru RPL final. Avand in
vedere situatia actuala a datelor, aplicatiei si a timpului scurt pentru actualizarea datelor pentru
sectoarele pe care se va face RPL de proba, asocierea numerelor administrative se va face la
“denumirea arterei” si nu la “tronsoane”. In vechea BD numerele administrative erau (nu toate)
asociate direct la denumirea arterei. Avand in vedere ca o parte din artere au mai multe tronsoane, s-a
decis mutarea asocierii numerelor administrative la tronson in loc de denumire artera. Atfel se poate
identifica, mai corect, de cine apartine un numar administrativ.

Reguli stergere
ATENTIE: Mentionam ca daca un numar administrativ se sterge, se pierde legatura catre
inregistrarile din locuinte care fac legatura mai departe catre alte date statistice.
In imaginea de mai jos se poate observa ordinea si directia de relationare a elementelor importante
pentru RPL
In tabelele Denumiri artere, tronsoane si numere administrative se pot stergere unul sau mai multe
elemente. Se bifeaza toate elementele ce vor fi sterse iar apoi se da pe butonul de stergere (X rosu)

ATENTE: Daca stergerea se realizeaza din zona de detaliu a unui element, aveti grija sa nu confundati
cele doua butoane de stergere (amandoua X rosu)
 butonul de stergere a elementului pentru care se vizualizeaza detaliile / atributele – aflata in
partea de sus a paginii
 butonul de stergere a elementelor asociate (aceste buton nu sterge legaturile – acela este
“unlink”) – pozitionat in partea de jos a paginii si apare doar intr-o sesiune de editare.
Nota surse de date: Orice surse de date se vor folosi pentru a actualiza BD, este important de retinut
ca o incarcare/inlocuire automata a datelor din BD, cu datele / informatiile din sursele externe, nu se
poate face doar automat, fara interventie umana pentru verificare si validare. Pentru a realiza o corelare
automata, intr-un procent cat mai apropiat de 100%, trebuie sa existe o legatura bine stabilita intre cele
doua tipuri de date DE si DA.
Tipuri de legaturi necesare:
 Legaturi istorice – cunoasterea pentru toate inregistrarile vechi (DE) si nou (DA) a unui
identificator unic comun in cele doua seturi de date. De exemplu pentru :
◦ denumiri artere – modificarea efectiva a denumirii (caz in care trebuie inlocuit doar atributul
denumire) din denumirea “FN” (in DE) in denumirea “Petre Ispirescu” (in DA);
◦ numere administrative – modificarea numarului administrativ (caz in care trebuie inlocuit
doar atributul numar) din numarul “x” sau “275” (in DE ) in numarul “10” (in DA);
 Legaturi spatiale – posibilitatea de corelare a inregistrarilor prin intermediul coordonatelor
Din pacate o mare parte din sursele externe de date nu permit realizarea unei legaturi clare 100%,
deoarece nu se pot face legaturi prin niciuna din metodele mentionate mai sus. Orice incercare ar
conduce oricum la o verificare manuala a fiecarui element, iar riscul de a introduce erori este mare
(daca de exemplu s-ar face o corelare spatiala, deoarece sursele de date au concepte de producere
diferite, implicit coordonate diferite).

Validare – Un element se considera finalizat in momentul in care este selectata /bifata casuta
“validare”.

Aceasta validare se regaseste la:

 Denumiri artere;
  Numere administrative;

Criterii de identificare situatie date

Comparand cele doua tipuri de date DE si DA pot rezulta mai multe situatii care necesita abordari
diferite pentru a actualiza BD:
 Date inexistente in BD DE (nr administrative noi aparute, artere noi aparute
 Date existente in BD DE:
◦ Pozitia/forma similara sau identica (pentru artere prin pozitie se intelege inclusiv lungime
tronson nu doar coordonatele) si atribute modificate (valoarea numarului administrativ
modificata, denumirea arterei modificata.
◦ Pozitie/forma modificare cu aceleasi atribute
◦ Pozitie/forma modificate cu atribute modificate.
In plus fata de analiza comparativa intre celedoua variante de date DA si DE se mai pot identifica
urmatoarele situatii:
Elemente orfane fara o asociere directa la un alt element superior
Elemente asociate eronat la un alt element superior (posibil chiar din alt Judet).
Existenta dubluri pentru acelasi element:
 dublurile pot avea atribute si geometrie identice
  dublurile pot avea atribute si geometrie diferita
 dublurile pot avea atribute goale “Null”

Etape proces verificare si actualizare date RPL

Pentru actualizarea corecta a datelor, necesare realizarii recensamantului populatiei si locuintelor,

trebuiesc facute urmatoarele etape:

 Verificare:
◦ se verifica nomenclatorul arterelor, ceea ce include denumire + arterelor;
◦ se verifica numerele administrative care apartin de o denumire de artera;
◦ se verifica locuintele (atat valoarea trecuta la numere administrative in coloana “Numar
locuinte” cat si inregistrarile din tabelul “Locuinte”;
 Identificare situatie date:
◦ se identifica in ce situatie se afla datele ce apartin de un set de date;
 Actualizare:
◦ se actualizeaza datele (geometrie + atribute) sau se creaza elemente noi, conform situatiei
intalnnite;
◦ se relationeaza elementele pentru un set de date.

Tabel situatii si solutii/proceduri pentru actualizare sau corectii erori.

Tabel Situatie DE Solutie Detalii

Denumire Se modifica valoarea atributului “Denumire Artera” respectiv FCNA
existenta, valoare “Tip Artera” pg. 8
denumire si tip pr. 1- 5
artera modificata
Denumiri artere

Denumire Se identifica ce denumiri sunt orfane (nu au tronsoane si FCNA

existenta, existenta numere administrative asociate. Acestea se sterg. pg. 19-20
dubluri Se face contopirea denumirilor ramase pentru a se pastra Cap.Flux
legaturile catre tronsoane si numere administrative comasare/con
topire
denumiri de
artere la nivel
de localitate
Artere
Tabel Situatie DE Solutie Detalii
Denumire Se creaza denumiri noi si se completeaza atributele aferente. FCNA
inexistenta (artera pg. 8-11
noua sau artera Cap.Flux
care nu a fost adăugare
adaugata anterior denumire în
in BD) nomenclatoru
l Artere

Tronson existent, Se modifica valoarea atributului ce trebuie corectat (de ex Se

valori eronate localitate) procedeaza
(localitate, uat) similar ca la
denumire.
FCNA
pg. 8
pr. 1- 5
Tronson existent Se asociaza tronsonul denumirii de care apartine. FWG
neasociat unei pg.54-56
denumiri sau
asociat unei alte
denumiri
Tronson existent, Se identifica ce tronsoane sunt gresite sau incomplete. Se foloseste
existenta dubluri Acestea se sterg. butonul de
stergere a
elementului
asociat, daca
se
vizualizeaza
denumirea
unei artere.
Tronsont existent, Se identifica ce trebuie modificat la geometria tronsonului: FWG
modificare - corectare pozitie pg. 28-31
geometrie - prelungirea tronson, in cazurile in care artera s-a extins. Cap. Corecții
ale
NOTA: elementele noi adaugate nu vor aparea in geometriei
componenta webgis, deci nu se vor putea modifica. obiectelor
Insa se pot modifica in categoriile tronsoane sau nr admin spațiale din
direct in harta dupa ce se porneste sesiunea de editare pe tema
detaliu element. Se foloseste in harta butonul “Editare obiect Tronsoane
spatial”
Tabel Situatie DE Solutie Detalii

Tronson inexistent, Se creaza un tronson nou, recomandat sa se creeze tronsonul FCNA

(artera noua sau plecand cu new (tronson – in partea de jos in pagina de pg. 11-18
artera care nu a detalii denumire, dupa ce se porneste sesiunea de editare) in Cap.Flux
fost adaugata pagina de detalii denumire. adăugare
anterior in BD) tronsoane noi

NrAdm existente, Se modifica valorile necesare, intr-o sesiune de editare. Se

atribute neactuale procedeaza
similar ca la
denumire.
FCNA
pg. 8
pr. 1- 5
NrAdm existente, Se modifica pozitia numarului administrativ in tabelar sau in FWG
geometrii gresite webgis. pg. 23-26
Cap. Corecții
NOTA: elementele noi adaugate nu vor aparea in ale
componenta webgis, deci nu se vor putea modifica. geometriei
Insa se pot modifica in categoriile tronsoane sau nr admin obiectelor
direct in harta dupa ce se porneste sesiunea de editare pe spațiale din
detaliu element. Se foloseste in harta butonul “Editare obiect tema Numere
spatial” administrativ
e
 Tabel Situatie DE Solutie Detalii
NrAdm existente, Se identifica care este punctul corect si cu atributele cele mai Se
existenta dubluri corecte. procedeaza
Se verifica care nr admin are asociate locuinte. Daca mai similar cu
multe puncte au locuinte, atunci se contopesc punctele procesul de
respective. contopire
Restul de puncte se sterg. realizat la
denumiri
NrAdm existente Se asociaza numarul administrativ denumirii corecte (se pot FWG
asociate eronat asocia mai multe numere administrative in masa. pg. 41 - 49
unei alte denumiri Pentru RPL Proba se va face asocierea la denumire, similar Cap.
de artera cu fluxul descris pentru asocierea numerelor la tronsoane. Asocierea
Se va folosi ID denumirii in loc de ID tronson numerelor
Elementele noi nu se vor aparea in harta webgis, de aceea administrativ
trebuiesc create direct din denumirea arterei. e la
tronsoane de
drum
NrAdm inexistent, Se adauga numarul administrativ nou.
(nou sau care nu a Pentru Pilot: se recomanda sa se insereze punctul pornind de
fost adaugat la denumirea de artera cu new (tabul numere administrative –
anterior) in partea de jos in pagina de detalii denumire, dupa ce se
porneste sesiunea de editare).

Locuint SE VA COMPLETA ULTERIOR RPL PILOT

e

“Detalii” reprezinta documentul, pagina(pg.) si paragraful (pr.) in care este descris fluxul de lucru.
FCNA – flux corectare nomenclator arterelor
FWG – flux WebGIS
cele doua documente se gasesc in aplicatie accesand sectiunea “Ghid/Proceduri de lucru CONRENA”.

Import date din RENNS

Importul se va face pentru a fi folosit ca strat informativ / ajutator in etapa de corectie/actualizare a
elementelor din BD DE.
Detalii veti gasi in FWG Cap. Importul seturilor de date din RENNS Pagina 58 - 67

Import date din alte surse

Importul se va face pentru a fi folosit ca strat informativ / ajutator in etapa de corectie/actualizare a
elementelor din BD DE.
Provizoriu se va folosi QGIS pentru a vizualiza datele extenre (primite de la primarie) pe baza carora
sa se actualizeze zonele pilot.