Buna dimineata,
Va scriu pentru ca mi-a placut ideea pe care doriti sa o aplicati pentru
Primaria Cluj.
Eu am participat acum cativa ani la proiectul EuDiS (European District)
pentru judetul Mehedinti si la vremea respectiva am scris programul de
cadastru (extra si intravilan). Din pacate dupa terminarea finantarii
europene, din proiect s-a ales praful din cauza lipsei de interes a
autoritatilor pentru a avea o evidenta informatizata a starii si
istoricului parcelelor, proprietarilor, impozitelor s.a.m.d. S-a folosit
sistemul CAIGOS (www.caigos.de ) si in partea de programare JavaScript,
ELaP (Easy Learning and Programming - un limbaj derivat din Delphi), MS SQL
Server. Dupa aceea, urmare si a experientelor acumulate cu sistemele de la
Bentley s.a. am continuat sa ma ocup de acest domeniu lucrand cu sisteme
deschise.
Dar sa revenim, nu am lucrat pana acum niciodata efectiv la introducerea de
date asa ca nu stiu JOSM si alte scule (pardon! .... tools-uri) din astea,
dar in schimb am construit doua servere OSM si recent am adaugat la ultimul
server si un server Nominatim. Deci, daca doriti, va stau la dispozitie cu
tot ceea ce stiu in acest domeniu (Nu stiu prea multe, dar daca se aduna
informatii de la mai multe persoane ....). Sunt in Bucuresti, dar asa cum
am intervenit de la distanta pe serverele din Turnu Severin, se poate face
acelasi lucru si acum.
Cei de la Cluj trebuie sa-si faca propriul server OSM pentru ca in
functionare normala accesul pe acesta s-ar putea sa-i deranjeze pe cei din
strainatate. (Presupun ca se doreste accesul mai mult sau mai putin liber
al populatiei la propriile informatii). Ca exemplu, am folosit pe post de
server un sistem de operare UBUNTU (14.04) pe 64 biti, pe care eu il
recomand cu deosebita caldura, cu interfata grafica KDE care este mai putin
acaparatoare de resurse de cat cea implicita si este si destul de apropiata
de Windows.
Baza de date, cel mai bine in aceste conditii este PostgreSQL + PostGIS.
Trebuie avut in vedere ca in final, pe langa baza de date grafice mai este
nevoie si de baze de date pentru: proprietari, titluri si acte de
proprietate, trebuie tinut istoricul strazilor, parcelelor, proprietarilor,
adreselor acestora, a dezmembrarilor etc. etc.
O arhitectura software ar putea cuprinde, de exemplu:
-PostgreSQL + PostGIS;
- osm2pgsql (transformarea fisierelor OSM in baze de date
PostgreSQL)
- renderd
- OpenLayers
- plus o gramada de alte programe de tipul Apache, Tomcat, Mapnik ....
Pentru hardware as porni cu un server de 64 de biti, 8 procesoare, 32 GB,
discuri RAID s.a.m.d
In ceea ce priveste introducerea de date si prelucrarea lor efectiva, nu
stiu ce sa spun ca nu am experienta. Sunt mai apropiat de gvSIG decat de
QGIS pentru ca din punct de vedere programare, in acest moment, m-am
indreptat mai mult catre Java. Din cate stiu eu gvSIG a fost folosit de
catre SIVECO pentru sistemul de la APIA si o compatibilizare usora cu acest
sistem s-ar putea sa fie un avantaj.Trebuie avut in vedere si cum s-au
obisnuit cei de la primarie sa lucreze, cat de usor se lucreaza la distanta
s.a.m.d.
Daca se doreste sa se tina numai hartile judetului nu ar fi o problema sa
se faca actualizarea datelor automat zilnic in cursul noptii folosind
fisierele puse la dispozitie de cei de la geofabrik.de. Trebuie avut in
vedere si cum se parametrizeaza sistemul de redare a trapezelor ( adica, pe
romaneste, a ...tile-urilor) pentru refacerea in timp real a piramidei de
trapeze. Daca tin eu bine minte, in mod implicit renderd considera un
trapez ca fiind invechit dupa o saptamana de la ultima scoatere din baza de
date si, daca i se cere o astfel de zona, o redeseneaza. Exista si o
limita de trapeze noi redesenate la o cerere de harta .... Nu mai stiu
exact. Aici trebuie studiat un pic.
Pe langa sistemul OSM propriu-zis o sa mai fie nevoie de sisteme de
interogare (poate Nominatim?!?), reverse geocoding, rutare, adaugare de
straturi suplimentare preluate de pe alte sisteme (imagini aeriene, stare
drumuri, prognoze meteo ......). La inceput toata lumea o sa zica ca nu
este nevoie, dar cu timpul ..... deci astfel de extinderi ar trebui sa fie
gandite, in principiu, de la inceput ....
Trebuie gandite (ca extinderi si/sau chiar pentru inceput) si sistemele de
gestiune parcele, proprietari, strazi, titluri si acte de proprietate,
alte documente si informatii (cine dintre proprietari plateste impozitul
anual, intrarea - iesirea terenului din asociatii agricole, istoricul
dezmembrarilor s.a.m.d.). Datorita intrarilor/iesirilor repetate din
asociatiile agricole de cele mai multe ori realitatea de pe teren nu mai
corespunde cu cea din acte. Trebuie evidentiat in baza de date ca parcela
proprietatea X din blocul cadastral Y se gaseste de fapt in blocul
cadastral Z pe locul proprietatii X1 care la randul ei a fost mutata la
.....
(Nu stiu ce se intampla in Cluj, dar pe aici, prin partea sudica, situatia
este foarte des intalnita)
trebuie avute de la inceput in vedere greselile in titlurile de proprietate
si modul de codificare si inregistrare in baza de date a acestor cazuri
intalnite in practica. (acelasi numar topografic pentru parcele diferite
din titluri diferite sau chiar din acelasi titlu !!! In Mehedinti am
intalnit comune cu peste 30% din titluri in aceasta situatie ...) La care
se adauga, bineinteles, partea de registru agricol (cu care se leaga foarte
strans), interfata cu sistemul de taxe si impozite
In concluzie, trebuie sa aveti in vedere ca in final, acest sistem devine
un sistem deosebit de complex dar este si foarte util. Daca credeti ca
foloseste la ceva, as putea pune la dispozitia publicului, o versiune a
manualului pentru aplicatia de cadastru din Mehedinti. (Nu este
actualizata, dar oricum este un inceput pentru un studiu de fezabilitate
...)
Daca credeti ca pot ajuta cu ceva la partea de arhitectura / instalare
pentru server OSM OpenLayers, Nominatim, va stau la dispozitie.
Mult succes,
Costin MIHAI
2015-02-26 19:10 GMT+02:00 <talk-ro-requ...@openstreetmap.org>:
> Send Talk-ro mailing list submissions to
> talk-ro@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.openstreetmap.org/listinfo/talk-ro
> or, via email, send a message with subject or body 'help' to
> talk-ro-requ...@openstreetmap.org
>
> You can reach the person managing the list at
> talk-ro-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Talk-ro digest..."
>
>
> Today's Topics:
>
> 1. Primaria Cluj va folosi tool-uri Open Source pentru sistemul
> lor GIS - Cu ajutorul nostru (Badita Florin)
> 2. Re: [geo-spatial] Primaria Cluj va folosi tool-uri Open
> Source pentru sistemul lor GIS - Cu ajutorul nostru (Sorin ANDREI)
> 3. Re: Primaria Cluj va folosi tool-uri Open Source pentru
> sistemul lor GIS - Cu ajutorul nostru (Ciprian ARSENIE)
> 4. Re: [geo-spatial] Primaria Cluj va folosi tool-uri Open
> Source pentru sistemul lor GIS - Cu ajutorul nostru (Ciprian ARSENIE)
> 5. Re: Primaria Cluj va folosi tool-uri Open Source pentru
> sistemul lor GIS - Cu ajutorul nostru (ciprian niculescu)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 26 Feb 2015 17:10:54 +0200
> From: Badita Florin <baditaflo...@gmail.com>
> To: geo-spat...@yahoogroups.com, "talk-ro@openstreetmap.org"
> <talk-ro@openstreetmap.org>
> Subject: [Talk-ro] Primaria Cluj va folosi tool-uri Open Source pentru
> sistemul lor GIS - Cu ajutorul nostru
> Message-ID:
> <
> cadnh+d3sphr61+oky8y14yn1mx+hmlmuf06dkisl35fp6aq...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> De vreo 6 luni sunt in discuții cu primaria Cluj-Napoca pentru a le
> implementa un sistem de cadastru eficient si util
> Astazi am fost si am prezentat directoarei de la Urbanism si de la IT cum
> functioneaza Qgis, avantajele folosiri unui sistem GIS decat autocad (
> relatii intre obiecte, etc )
>
> Acest articol explica putin ce vreau sa fac.
>
> www.ziardecluj.ro/un-tanar-vine-cu-o-propunere-inovatoare-pentru-reducerea-cheltuielilor-primariei-cluj-napoca
>
> Un articol mai tehnic este aici
>
> https://docs.google.com/document/d/1I8rNt52_VwHkj54x7Z4ebYEMOZtmbJO_9HvXIgpisF4/edit?usp=sharing
>
> Acum trebuie sa vin cu o propunere tehnica. Eu ce as vrea este momentam
> imposibil, deci trebuie gasita o solutie.
>
> Eu am propus ca sa facem o instanta a serverului OSM locala, iar primaria
> sa adauge datele in JOSM, fiind cel mai user friendly editor
> Iar pentru vizualizarea datelor, analiza de date, etc sa fie folosit QGIS
>
> Idee este ca momentan de fiecare data cand vrei sa vezi datele, trebuie sa
> descarci fisierul OSM,sa il convertesti, etc.
>
> Ma gandesc ca se poate face o implementare gen geofabrik care sa ruleze pe
> serverul lor o data la 6 ore, care salveaza SHP-uri cu diverse layer-ere.
>
> Ca si baza de date, ma gandesc cumva la un PostGis, pentru ca este nevoie
> de o solutie tehnica, unde sa fie nevoie de o parola, etc.
>
> Asta este doar pe scurt, lansez aici provocarea, fiindcă consider un pas
> foarte bun.
> Prin acesta colaborare o sa obtinem mai multe seturi de date de la primarie
> si o sa fie un super bun prim pas spre deschiderea datelor altor primarii,
> care vor putea sa intelegeaga mai bine ce inseamna tool-uri open source
>
>
>
> ᐧ
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.openstreetmap.org/pipermail/talk-ro/attachments/20150226/ae4c4dd1/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 2
> Date: Thu, 26 Feb 2015 16:34:01 +0100
> From: Sorin ANDREI <sorin.and...@gmail.com>
> To: geo-spat...@yahoogroups.com
> Cc: "talk-ro@openstreetmap.org" <talk-ro@openstreetmap.org>
> Subject: Re: [Talk-ro] [geo-spatial] Primaria Cluj va folosi tool-uri
> Open Source pentru sistemul lor GIS - Cu ajutorul nostru
> Message-ID:
> <
> cahh3qqhocs6+0atnjxqtyvypwzikdzt_suvdqt3cj2opdht...@mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> Salut,
>
> Se poate rezolva mai simplu:
> - instalezi Postgres/PostGIS si prima oara faci import la datele pe
> Romania la fisierul OSM
> - apoi cu un script simplu in fiecare noape faci update automat la
> baza de date din PostGIS direct de la serverul OSM. Nu mai trebuie
> copie locala la serverul OSM.
> - editarea/adaugarea de date o faci direct pe serverul mare OSM, fara
> sa te mai stresezi.
>
> Si gata ai date pentru QGIS, fara sa pierzi atribute la exportul in
> SHP, plus ca poti folosi datele din PostGIS la alte chestii: rutare,
> geocoding, reverse geocoding si alte mii de chestii de care are nevoie
> primaria.
>
> Mai simplu nu vad cum ar putea fi.
>
> Numai bine si bafta la implementare.
> Sorin.
>
> On 26/02/2015, Badita Florin baditaflo...@gmail.com [geo-spatial]
> <geo-spat...@yahoogroups.com> wrote:
> > De vreo 6 luni sunt in discuții cu primaria Cluj-Napoca pentru a le
> > implementa un sistem de cadastru eficient si util
> > Astazi am fost si am prezentat directoarei de la Urbanism si de la IT cum
> > functioneaza Qgis, avantajele folosiri unui sistem GIS decat autocad (
> > relatii intre obiecte, etc )
> >
> > Acest articol explica putin ce vreau sa fac.
> >
> www.ziardecluj.ro/un-tanar-vine-cu-o-propunere-inovatoare-pentru-reducerea-cheltuielilor-primariei-cluj-napoca
> >
> > Un articol mai tehnic este aici
> >
> https://docs.google.com/document/d/1I8rNt52_VwHkj54x7Z4ebYEMOZtmbJO_9HvXIgpisF4/edit?usp=sharing
> >
> > Acum trebuie sa vin cu o propunere tehnica. Eu ce as vrea este momentam
> > imposibil, deci trebuie gasita o solutie.
> >
> > Eu am propus ca sa facem o instanta a serverului OSM locala, iar primaria
> > sa adauge datele in JOSM, fiind cel mai user friendly editor
> > Iar pentru vizualizarea datelor, analiza de date, etc sa fie folosit QGIS
> >
> > Idee este ca momentan de fiecare data cand vrei sa vezi datele, trebuie
> sa
> > descarci fisierul OSM,sa il convertesti, etc.
> >
> > Ma gandesc ca se poate face o implementare gen geofabrik care sa ruleze
> pe
> > serverul lor o data la 6 ore, care salveaza SHP-uri cu diverse layer-ere.
> >
> > Ca si baza de date, ma gandesc cumva la un PostGis, pentru ca este nevoie
> > de o solutie tehnica, unde sa fie nevoie de o parola, etc.
> >
> > Asta este doar pe scurt, lansez aici provocarea, fiindcă consider un pas
> > foarte bun.
> > Prin acesta colaborare o sa obtinem mai multe seturi de date de la
> primarie
> > si o sa fie un super bun prim pas spre deschiderea datelor altor
> primarii,
> > care vor putea sa intelegeaga mai bine ce inseamna tool-uri open source
> >
> >
> >
> > ᐧ
> >
>
>
>
> ------------------------------
>
> Message: 3
> Date: Thu, 26 Feb 2015 17:47:47 +0200
> From: Ciprian ARSENIE <cipr...@carsenie.ro>
> To: OSM Romania <talk-ro@openstreetmap.org>
> Cc: "geo-spat...@yahoogroups.com" <geo-spat...@yahoogroups.com>
> Subject: Re: [Talk-ro] Primaria Cluj va folosi tool-uri Open Source
> pentru sistemul lor GIS - Cu ajutorul nostru
> Message-ID: <2856eae0-bf03-40c6-a3bb-a2cf79a79...@carsenie.ro>
> Content-Type: text/plain; charset="utf-8"
>
> Sunt din cluj si eu daca ai nevoie de ajutor tehnic sau chiar forta de
> munca tehnica ma bag si eu. Gratuit bineinteles ca si natura proiectului.
>
> Trimis de pe iPhone-ul meu
>
> Pe 26 feb. 2015, la 17:10, Badita Florin <baditaflo...@gmail.com> a scris:
>
> > De vreo 6 luni sunt in discuții cu primaria Cluj-Napoca pentru a le
> implementa un sistem de cadastru eficient si util
> > Astazi am fost si am prezentat directoarei de la Urbanism si de la IT
> cum functioneaza Qgis, avantajele folosiri unui sistem GIS decat autocad (
> relatii intre obiecte, etc )
> >
> > Acest articol explica putin ce vreau sa fac.
> >
> www.ziardecluj.ro/un-tanar-vine-cu-o-propunere-inovatoare-pentru-reducerea-cheltuielilor-primariei-cluj-napoca
> >
> > Un articol mai tehnic este aici
> https://docs.google.com/document/d/1I8rNt52_VwHkj54x7Z4ebYEMOZtmbJO_9HvXIgpisF4/edit?usp=sharing
> >
> > Acum trebuie sa vin cu o propunere tehnica. Eu ce as vrea este momentam
> imposibil, deci trebuie gasita o solutie.
> >
> > Eu am propus ca sa facem o instanta a serverului OSM locala, iar
> primaria sa adauge datele in JOSM, fiind cel mai user friendly editor
> > Iar pentru vizualizarea datelor, analiza de date, etc sa fie folosit QGIS
> >
> > Idee este ca momentan de fiecare data cand vrei sa vezi datele, trebuie
> sa descarci fisierul OSM,sa il convertesti, etc.
> >
> > Ma gandesc ca se poate face o implementare gen geofabrik care sa ruleze
> pe serverul lor o data la 6 ore, care salveaza SHP-uri cu diverse layer-ere.
> >
> > Ca si baza de date, ma gandesc cumva la un PostGis, pentru ca este
> nevoie de o solutie tehnica, unde sa fie nevoie de o parola, etc.
> >
> > Asta este doar pe scurt, lansez aici provocarea, fiindcă consider un pas
> foarte bun.
> > Prin acesta colaborare o sa obtinem mai multe seturi de date de la
> primarie si o sa fie un super bun prim pas spre deschiderea datelor altor
> primarii, care vor putea sa intelegeaga mai bine ce inseamna tool-uri open
> source
> >
> >
> >
> > ᐧ
> > _______________________________________________
> > Talk-ro mailing list
> > Talk-ro@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-ro
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.openstreetmap.org/pipermail/talk-ro/attachments/20150226/9841e0ef/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 4
> Date: Thu, 26 Feb 2015 17:48:41 +0200
> From: Ciprian ARSENIE <cipr...@carsenie.ro>
> To: OSM Romania <talk-ro@openstreetmap.org>
> Subject: Re: [Talk-ro] [geo-spatial] Primaria Cluj va folosi tool-uri
> Open Source pentru sistemul lor GIS - Cu ajutorul nostru
> Message-ID: <bdf2a730-632f-4461-8f74-b0e5042ef...@carsenie.ro>
> Content-Type: text/plain; charset=utf-8
>
> Poti sa ma si suni daca vrei 0755338246
>
> Trimis de pe iPhone-ul meu
>
> Pe 26 feb. 2015, la 17:34, Sorin ANDREI <sorin.and...@gmail.com> a scris:
>
> > Salut,
> >
> > Se poate rezolva mai simplu:
> > - instalezi Postgres/PostGIS si prima oara faci import la datele pe
> > Romania la fisierul OSM
> > - apoi cu un script simplu in fiecare noape faci update automat la
> > baza de date din PostGIS direct de la serverul OSM. Nu mai trebuie
> > copie locala la serverul OSM.
> > - editarea/adaugarea de date o faci direct pe serverul mare OSM, fara
> > sa te mai stresezi.
> >
> > Si gata ai date pentru QGIS, fara sa pierzi atribute la exportul in
> > SHP, plus ca poti folosi datele din PostGIS la alte chestii: rutare,
> > geocoding, reverse geocoding si alte mii de chestii de care are nevoie
> > primaria.
> >
> > Mai simplu nu vad cum ar putea fi.
> >
> > Numai bine si bafta la implementare.
> > Sorin.
> >
> > On 26/02/2015, Badita Florin baditaflo...@gmail.com [geo-spatial]
> > <geo-spat...@yahoogroups.com> wrote:
> >> De vreo 6 luni sunt in discuții cu primaria Cluj-Napoca pentru a le
> >> implementa un sistem de cadastru eficient si util
> >> Astazi am fost si am prezentat directoarei de la Urbanism si de la IT
> cum
> >> functioneaza Qgis, avantajele folosiri unui sistem GIS decat autocad (
> >> relatii intre obiecte, etc )
> >>
> >> Acest articol explica putin ce vreau sa fac.
> >>
> www.ziardecluj.ro/un-tanar-vine-cu-o-propunere-inovatoare-pentru-reducerea-cheltuielilor-primariei-cluj-napoca
> >>
> >> Un articol mai tehnic este aici
> >>
> https://docs.google.com/document/d/1I8rNt52_VwHkj54x7Z4ebYEMOZtmbJO_9HvXIgpisF4/edit?usp=sharing
> >>
> >> Acum trebuie sa vin cu o propunere tehnica. Eu ce as vrea este momentam
> >> imposibil, deci trebuie gasita o solutie.
> >>
> >> Eu am propus ca sa facem o instanta a serverului OSM locala, iar
> primaria
> >> sa adauge datele in JOSM, fiind cel mai user friendly editor
> >> Iar pentru vizualizarea datelor, analiza de date, etc sa fie folosit
> QGIS
> >>
> >> Idee este ca momentan de fiecare data cand vrei sa vezi datele, trebuie
> sa
> >> descarci fisierul OSM,sa il convertesti, etc.
> >>
> >> Ma gandesc ca se poate face o implementare gen geofabrik care sa ruleze
> pe
> >> serverul lor o data la 6 ore, care salveaza SHP-uri cu diverse
> layer-ere.
> >>
> >> Ca si baza de date, ma gandesc cumva la un PostGis, pentru ca este
> nevoie
> >> de o solutie tehnica, unde sa fie nevoie de o parola, etc.
> >>
> >> Asta este doar pe scurt, lansez aici provocarea, fiindcă consider un pas
> >> foarte bun.
> >> Prin acesta colaborare o sa obtinem mai multe seturi de date de la
> primarie
> >> si o sa fie un super bun prim pas spre deschiderea datelor altor
> primarii,
> >> care vor putea sa intelegeaga mai bine ce inseamna tool-uri open source
> >>
> >>
> >>
> >> ᐧ
> >
> > _______________________________________________
> > Talk-ro mailing list
> > Talk-ro@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-ro
>
>
>
> ------------------------------
>
> Message: 5
> Date: Thu, 26 Feb 2015 19:09:20 +0200
> From: ciprian niculescu <cnicu...@gmail.com>
> To: OSM Romania <talk-ro@openstreetmap.org>
> Cc: geo-spat...@yahoogroups.com
> Subject: Re: [Talk-ro] Primaria Cluj va folosi tool-uri Open Source
> pentru sistemul lor GIS - Cu ajutorul nostru
> Message-ID:
> <CAEMue=
> osesjkomhu9vlwabcsjlrgsuym224lro3qx2uc5dz...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Salut,
>
> super initiativa, felicitari si bafta.
>
> Nu am citit inca documentele de la tine, si nu am inteles daca primaria
> vrea sa si returneze comunitatii toate datele ce le introduc. Daca vor,
> atunci solutia cea mai simpla este sa editeze direct pe OSM, si local sa
> tina o baza pre-procesata (osmose, overpass) ca sa le mearga mai rapid.
> Daca vor sa pastreze la ei, atunci trebuie facut un sistem inchis ....
>
> eu sunt din bucuresti, dar pot sa ajut cu ceva scripting, ceva resurse de
> procesare pentru un POC...
>
> bafta
>
> CiprianN
>
> 2015-02-26 17:10 GMT+02:00 Badita Florin <baditaflo...@gmail.com>:
>
> > De vreo 6 luni sunt in discuții cu primaria Cluj-Napoca pentru a le
> > implementa un sistem de cadastru eficient si util
> > Astazi am fost si am prezentat directoarei de la Urbanism si de la IT cum
> > functioneaza Qgis, avantajele folosiri unui sistem GIS decat autocad (
> > relatii intre obiecte, etc )
> >
> > Acest articol explica putin ce vreau sa fac.
> >
> >
> www.ziardecluj.ro/un-tanar-vine-cu-o-propunere-inovatoare-pentru-reducerea-cheltuielilor-primariei-cluj-napoca
> >
> > Un articol mai tehnic este aici
> >
> https://docs.google.com/document/d/1I8rNt52_VwHkj54x7Z4ebYEMOZtmbJO_9HvXIgpisF4/edit?usp=sharing
> >
> > Acum trebuie sa vin cu o propunere tehnica. Eu ce as vrea este momentam
> > imposibil, deci trebuie gasita o solutie.
> >
> > Eu am propus ca sa facem o instanta a serverului OSM locala, iar primaria
> > sa adauge datele in JOSM, fiind cel mai user friendly editor
> > Iar pentru vizualizarea datelor, analiza de date, etc sa fie folosit QGIS
> >
> > Idee este ca momentan de fiecare data cand vrei sa vezi datele, trebuie
> sa
> > descarci fisierul OSM,sa il convertesti, etc.
> >
> > Ma gandesc ca se poate face o implementare gen geofabrik care sa ruleze
> pe
> > serverul lor o data la 6 ore, care salveaza SHP-uri cu diverse layer-ere.
> >
> > Ca si baza de date, ma gandesc cumva la un PostGis, pentru ca este nevoie
> > de o solutie tehnica, unde sa fie nevoie de o parola, etc.
> >
> > Asta este doar pe scurt, lansez aici provocarea, fiindcă consider un pas
> > foarte bun.
> > Prin acesta colaborare o sa obtinem mai multe seturi de date de la
> > primarie si o sa fie un super bun prim pas spre deschiderea datelor altor
> > primarii, care vor putea sa intelegeaga mai bine ce inseamna tool-uri
> open
> > source
> >
> >
> >
> > ᐧ
> >
> > _______________________________________________
> > Talk-ro mailing list
> > Talk-ro@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-ro
> >
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.openstreetmap.org/pipermail/talk-ro/attachments/20150226/eab5a9e9/attachment.html
> >
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> Talk-ro mailing list
> Talk-ro@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ro
>
>
> ------------------------------
>
> End of Talk-ro Digest, Vol 70, Issue 6
> **************************************
>
_______________________________________________
Talk-ro mailing list
Talk-ro@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ro
