[Talk-ro] Poluare pe GPX

5 views
Skip to first unread message

Manuel R. Ciosici

unread,
Dec 28, 2009, 4:24:37 AM12/28/09
to OSM Romania
Am descoperit zilele astea că printre datele GPX încărcate în jud. Arad cineva a încercat să facă ceva formă de spam și a modificat fișierele în așa fel încât atunci când OSM face legătura între punctele georeferențiate să rezulte un text. Întrebarea e: Cum se pot șterge GPX-urile de acest gen din baza de date?

O să revin puțin mai încolo cu niște screen shot-uri.

--
Manuel R. Ciosici
http://manuelciosici.com

Francisc TOTH

unread,
Dec 28, 2009, 8:33:42 AM12/28/09
to OSM Romania
am observat ca si gpx-urile vechi in anumite puncte devin out-of-date. Am observat asta in giratoare unde GPX-urile vechii intersectii in forma de cruce inca exista. Sunt usor tangential cu problema. Eu cred ca intr-un caz asa grav(spam) ar trebui sesizati adminii(sunt mentionati in wiki)


_______________________________________________
Talk-ro mailing list
Tal...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ro

Francisc TOTH

unread,
Dec 28, 2009, 9:54:19 AM12/28/09
to OSM Romania
Le-am vazut de multe ori si am crezut ca sunt un bug din JOSM. Le-am remarcat si in Brasov, Ploiesti, etc., in multe locuri. Niciodata nu le-am vazut materializate ca road, intotdeauna le-am vazut ca puncte "gramada". Am atasat doua grupe de langa orasul Brasov. Prima pare a fi RAT Brasov(?ciudat, asa se numeste compania de transport in comun, dar eu nu stiu de importuri pe tema asta, ia trasee nu am facut inca, am pus doar cateva statii) A doua grupa pare ceva simiar cu o longitudine-latitudine, sau nr de telefon.


osm-spam.jpg
spam.bmp
spam.gpx

Manuel R. Ciosici

unread,
Dec 28, 2009, 10:25:11 AM12/28/09
to OSM Romania
Francisc TOTH wrote: 
Le-am vazut de multe ori si am crezut ca sunt un bug din JOSM. Le-am remarcat si in Brasov, Ploiesti, etc., in multe locuri. Niciodata nu le-am vazut materializate ca road, intotdeauna le-am vazut ca puncte "gramada". Am atasat doua grupe de langa orasul Brasov. Prima pare a fi RAT Brasov(?ciudat, asa se numeste compania de transport in comun, dar eu nu stiu de importuri pe tema asta, ia trasee nu am facut inca, am pus doar cateva statii) A doua grupa pare ceva simiar cu o longitudine-latitudine, sau nr de telefon.


      




_______________________________________________
Talk-ro mailing list
Tal...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ro
  



Uite, așa arată cele pe care le-am găsit eu.

Cred că ar trebui raportate adminilor pentru că sunt o serie de date
fără nicio relevanță care, în viitor, în cazul unor unelte care ar
procesa în mod automat GPX-urile ar deranja foarte tare.





manuelrciosici.vcf
GPX spam 2.png
GPX Spam
Francisc TOTH
unread,
Dec 28, 2009, 10:39:42 AM12/28/09
to OSM Romania
Ai "Draw lines between raw GPS points" in josm, eu am puncte si nu am observat. Ar trebui sa facem un tabel cu coordunatele de spam si textul care este, poate ne dam seama ce "agentie" spameaza cu nume de "terrasse" etc. Macar vreo 30 de bucati. Putem sa ne dam seama de userul care a facut upload la gpx-urile in cauza? Eu am incercat sa fac un simplu download dar nu apare userul.





      
Ciprian Talaba
unread,
Dec 28, 2009, 11:36:20 AM12/28/09
to OSM Romania
Salutare,

2009/12/28 Francisc TOTH <yo6...@yahoo.com>


Ai "Draw lines between raw GPS points" in josm, eu am puncte si nu am
observat. Ar trebui sa facem un tabel cu coordunatele de spam si textul
care este, poate ne dam seama ce "agentie" spameaza cu nume de
"terrasse" etc. Macar vreo 30 de bucati. Putem sa ne dam seama de
userul care a facut upload la gpx-urile in cauza? Eu am incercat sa fac
un simplu download dar nu apare userul.

Am observat si eu aceste zone, dar nu le-am dat o mare importanta, ma gandeam ca sunt reziduuri de la diferite impoturi de track-uri (nu foloseam optiunea "draw lines"). In zona Focsani-ului la care am lucrat in ultimele zile sunt destule astfel elemente, la unele textul e chiar usor de descifrat.


Am sa trimit un mail pe lista de discutii globala (cred ca momentan doar pe dev) sa vedem daca au mai fost astel de cazuri si cum au fost rezolvate. Teoretic nu exista nici o unealta publica care sa permita legatura dintre track (user) si punctele pe care le vedem noi, daca track-ul a fost marcat anomin. Dar poate nu e, sau poate adminii au alte solutii, o sa vedem.


--Ciprian


gpxspam.png
Ciprian Talaba
unread,
Dec 28, 2009, 2:30:37 PM12/28/09
to OSM Romania

2009/12/28 Ciprian Talaba <cipria...@gmail.com>


Si dupa cum am promis am scris pe lista globala. Raspunsul primit de la Frederik il puteti citi aici: http://lists.openstreetmap.org/pipermail/dev/2009-December/018128.html. Pe scurt e vorba de o problema care a aparut la un convertor GPX, si dupa cum pare cineva a incercat sa importe niste POI-uri folosind acea unealta. 


Am verificat in zona Comanesti/Moinesti (BC) si toate denumirile care sunt vizibile sunt de fapt nume de restaurante/service-uri auto/firme de transport/etc. din respectivul oras ceea ce explica si ceea ce a vazut Francisc.


E posibil sa aflam cine a vrut sa faca acest import, dar timpul adminilor este limitat si acesta operatiune nu pare foarte simpla. Intre timp noi putem sa incercam sa aflam pe alte cai (lista, mesaje catre utilizatori care si-au definit locatia in OSM).


--Ciprian


Manuel R. Ciosici
unread,
Dec 28, 2009, 3:17:51 PM12/28/09
to OSM Romania
Deci lăsăm situația în pace? Sau?

Manuel R. Ciosici

2009/12/28 Ciprian Talaba <cipria...@gmail.com>
_______________________________________________

Talk-ro mailing list

Tal...@openstreetmap.org

http://lists.openstreetmap.org/listinfo/talk-ro


Ciprian Talaba
unread,
Dec 28, 2009, 3:58:59 PM12/28/09
to OSM Romania

2009/12/28 Manuel R. Ciosici <manuelr...@gmail.com>


Deci lăsăm situația în pace? Sau?


Personal nu vad alta solutie (in afara cautarii brute, de exemplu dupa diferite tag-uri) daca cel care a facut acel import nu este abonat la aceasta lista. Cat timp nu avem un motiv foarte intemeiat sa cerem stergerea datelor (de ex, asa cum mentionai o eventuala unealta care sa utilizeze automat datele GPS) nu cred ca ne ramane decat sa asteptam.


Are cineva o idee prin care putem cauta utilizatorul respectiv?

--Ciprian


Francisc TOTH
unread,
Dec 28, 2009, 4:05:28 PM12/28/09
to OSM Romania
eu m-am gandit la alcatuirea unei liste si cautarea unor greseli ortografice poate, in sensul "easter-eggs" nedorite. Apoi cautarea pe google dupa ele, poate lista de POI-uri mai exista altundeva si detectam userul.
Acum ca gluma ce facem daca apare cu adevarat un spammer ce foloseste acest mod? ma gandeam ca al-qaeda poate folosi OSM sa uploadeze texte din astea invizibile. ok, in prezent scenariile aste sunt drob-de-sare dar viitorul ne poate oferi surprize. 
Manuel R. Ciosici
unread,
Dec 28, 2009, 5:07:13 PM12/28/09
to OSM Romania
Conform filozofiei comunităților open source și a Wikipedia (pe care comunitatea OSM o folosește ca exemplu) trebuie să presupunem cele mai bune intenții de la oricare utilizator până la proba contrarie. În cazul ăsta nu cred că trebuie să luăm / să pregătim nicio procedură acum și să așteptăm ca eventualitatea să se transforme în realitate înainte să luăm vreo decizie.


În cazul în care chiar o să avem într-o zi de a face cu o folosire în scopuri greșite ale GPX-urilor atunci nu cred că o să fie așa de greu să descoperim autorii cu ajutorul adminilor (fiecare track e conectat la utilizatorul care l-a încărcat, de asta putem să vedem track-urile încărcate de noi înșine pe o listă pe site).


Easter eggs ar fi o idee interesantă, poate chiar am putea să atragem mai multă atenție asupra OSM cu ele. Și Wikipedia are o listă de articole pe teme ciudate care aduce destul de mult trafic pe enciclopedie.



2009/12/28 Francisc TOTH <yo6...@yahoo.com>
Stefan UNGUREANU
unread,
Dec 30, 2009, 11:24:00 AM12/30/09
to OSM Romania
Salutare tuturor,
Bag eu de seama ca subiectul asta a murit inainte sa produca ceva 
coerent... Am pus insa datele la pastrare, in caz ca mai e nevoie de ele.
Oricum, daca cineva doreste sa vada o harta in format Garmin cu 
landcover, e disponibila aici :
http://www.geocaching-romania.ro/misc/osm/romania.img
Pentru unele modele de GPS-uri, fisierul trebuie redenumit in 
'gmapsupp.img', pentru altele poate fi folosit ca atare.

Stefan.
alex-map
unread,
Dec 30, 2009, 11:43:48 AM12/30/09
to tal...@openstreetmap.org
Salut,

Ciprian, la un moment dat ai facut tu un import de POIs, impresia mea
este ca cam de atunci au aparut aceste trackuri, eu vazand ca sunt
niste nume indicate pentru un punct le-am luat ca un new feature
pentru POI.

cele bune
Alex.
Janos Rusiczki
unread,
Jan 3, 2010, 1:25:38 PM1/3/10
to OSM Romania
Salut,

Am avut ocazia sa testez harta in jurul Revelionului, prin apropierea Moisei-ului (http://osm.org/go/0gd6MSA) si este foarte OK! Am putut anticipa iesirea din padure in poiana precum si de unde incepe sa urce cu adevarat drumul.


O sugestie as avea: daca se poate sa se parcurga toate numele proprii din calupul de date si sa se faca replace la diacriticile romanesti cu variantele lor fara, deoarece cel putin Garmin-ul meu (GPSMAP 60CSx) in loc de Maramureş - Bistriţa-Năsăud de exemplu imi afisa Maramure? - Bistr?a-N?s?ud si la fel face cu toate diacriticile.


Repet, harta e foarte buna, iar cine nu-si permite RoAD si vrea sa stea cu constiinta impacata ca nu foloseste o harta fara licenta, poate alege fructul eforturilor lui Stefan.

Numai bine,
Janos


2009/12/30 Stefan UNGUREANU <stefan.u...@mytrek.ro>
Mircea Vutcovici
unread,
Jan 3, 2010, 10:52:14 PM1/3/10
to OSM Romania
2010/1/3 Janos Rusiczki <janos.r...@gmail.com>:

> Salut,
>
> Am avut ocazia sa testez harta in jurul Revelionului, prin apropierea
> Moisei-ului (http://osm.org/go/0gd6MSA) si este foarte OK! Am putut anticipa
> iesirea din padure in poiana precum si de unde incepe sa urce cu adevarat
> drumul.
>
> O sugestie as avea: daca se poate sa se parcurga toate numele proprii din
> calupul de date si sa se faca replace la diacriticile romanesti cu
> variantele lor fara, deoarece cel putin Garmin-ul meu (GPSMAP 60CSx) in loc
> de Maramureş - Bistriţa-Năsăud de exemplu imi afisa Maramure? -
> Bistr?a-N?s?ud si la fel face cu toate diacriticile.
Salut Janos,
Problema este cu softul respectiv care probabil ca nu are suport
corespunzator pentru Unicode.
Ar fi pacat sa se stearga din informatie cand se paote face foarte
usor un filtru la transformarea
datelor la importul/exportul pentru Garmin.
In general apar caractere cu semnul intrebarii cand la tranformarea
dintr-un char-set in altul
char-set-ul destinatie nu contine characterele din stringul care este
transformat.
De exemplu dacă s-a folosit ş cu virguliţă, iar sursa era Unicode (ex
UTF-8) iar destinatia
ISO-Latin-2 (ISO-8859-2) atunci caracterul nu are echivalent, desi un
caracter similar exista (ş cu sedila).
Toate cele bune,
Mircea
Stefan UNGUREANU
unread,
Jan 4, 2010, 4:32:44 AM1/4/10
to OSM Romania
Cred ca problema caracterelor e mai complicata (vezi si thread-ul 
'Introducing Phobos'), si depinde de cum a scris fiecare denumirile, si 
nu e treaba compilatorului de harti sa corecteze datele de pe server.
Oricum, modificarea lor este facuta la filtrarea fisierului OSM, nu 
direct pe serverul OSM.
Rezultatul aici :
http://www.geocaching-romania.ro/misc/osm/romania-20100104.img
Stefan.
Ciprian Talaba
unread,
Jan 4, 2010, 5:33:26 AM1/4/10
to OSM Romania
Salutare,

2010/1/4 Mircea Vutcovici <mirceav...@gmail.com>

Sunt convins ca Janos se gandea la un filtru aplicat datelor OSM dupa download, inainte de a fi generata harta Garmin, si nu direct pe server. Din fericire nu este nevoie de asa ceva, simpla *nefolosire* a optiunii latin1 in mkgmap pare sa inlocuiasca diacriticele cu variantele simple.


Legat de acelasi subiect, am pus la punct un mic test pentru a putea implementa generarea zilnica a hartilor Garmin combinate cu datele topo, si al caror rezultat il puteti gasi aici: http://osm.stilpu.org/garmin-latest/ si are la baza ideile prezentate de Florin Solomon pe aceasta lista (nu am facut harta transparenta si nu am setat nivelele de zoom - am considerat ca utilizarea impreuna cu ROAD nu este foarte importanta in acest moment- dar acest lucru este usor de realizat daca se doreste).


--Ciprian



Stefan UNGUREANU
unread,
Jan 4, 2010, 6:09:55 AM1/4/10
to OSM Romania
Corect, n-am observat detaliile de la optiunea 'latin1'.
Pentru info, harta pe care am pus-o la adresa
http://www.geocaching-romania.ro/misc/osm/romania-20100104.img
se produce astfel :
1. se filtreaza daily-extractul pentru Romania
    a. se elimina toate relatiile si way-urile care au tag-uri
       landuse=* sau natural=*
    b. se elimina nodurile nefolosite
    c. se elimina atributele user, uid, timestamp, version si changeset
    d. se inlocuiesc caracterele cu diacritice
    Ca fapt divers, fisierul OSM se reduce de la 278Mb la 121Mb
    necomprimat
2. se executa splitmap pentru tile-uri de 7.000.000 noduri pentru 4 
fisiere OSM : extract-ul pentru Romania filtrat (16Mb comprimat), 
fisierul ce contine landcover (130Mb comprimat), fisierul ce contine 
curbele de nivel (470Mb conprimat) si fisierul ce contine limitele 
localitatilor produs din 'cultura.ro' (4Mb comprimat)
Curbele de nivel si poligoanele de landcover sunt 'taiate' dupa un 
poligon obtinut din conturul tarii 'extins' cu 10km.
3. se executa mkgmap, si rezulta fisierul IMG.
Stefan.
Ciprian Talaba wrote:
> Sunt convins ca Janos se gandea la un filtru aplicat datelor OSM dupa 
> download, inainte de a fi generata harta Garmin, si nu direct pe server. 
> Din fericire nu este nevoie de asa ceva, simpla *nefolosire* a optiunii 
> latin1 in mkgmap pare sa inlocuiasca diacriticele cu variantele simple.
> 
> Legat de acelasi subiect, am pus la punct un mic test pentru a putea 
> implementa generarea zilnica a hartilor Garmin combinate cu datele topo, 
> si al caror rezultat il puteti gasi aici: 
> http://osm.stilpu.org/garmin-latest/ si are la baza ideile prezentate de 
> Florin Solomon pe aceasta lista (nu am facut harta transparenta si nu am 
> setat nivelele de zoom - am considerat ca utilizarea impreuna cu ROAD nu 
> este foarte importanta in acest moment- dar acest lucru este usor de 
> realizat daca se doreste).
> 
> --Ciprian
> 
> 
> ------------------------------------------------------------------------
Francisc TOTH
unread,
Jan 6, 2010, 9:04:42 AM1/6/10
to OSM Romania
Am incercat ambele variante pe Garminul meu iar varianta lui Stefan e inutilizabila(la mine), in sensul ca basemap-ul nu dispare si deranjeaza, e padure peste tot si pe unde nu trebuie, am observat ca limitele de localitati sunt aproximative, de exemplu in Brasov raman in afara strazi cu vechime, precum si cartiere mai noi. Voi incarca si variante mai noi, si daca mai observ ceva, spun, sigur e o chichita undeva.
Varianta garmin-latest topo 50M functioneaza bine.
--- On Mon, 1/4/10, Stefan UNGUREANU <stefan.u...@mytrek.ro> wrote:
Stefan UNGUREANU
unread,
Jan 6, 2010, 9:21:54 AM1/6/10
to OSM Romania
Bizar... Ce model este ? Eu o folosesc pe un Oregon si se vede bine fara 
sa dezactivez basemap-ul, care mai are si 'shaded relief' ;)
Cred ca harta topo 50m nu are poligoane de landcover altele decat cele 
din OSM, si probabil ca problema nu e vizibila.
Stefan.
Francisc TOTH
unread,
Jan 6, 2010, 11:54:05 AM1/6/10
to OSM Romania
Am etrex vista hcx. Basemap ar trebui sa se dezactiveze indata ce exista gmapsupp.img, totdeauna asa a fost indiferent de harta dar acum nu. basemap-ul meu e o romanie blank cu 5 drumuri, ceva inutilizabil si uite acum interfereaza.
Stefan UNGUREANU
unread,
Jan 6, 2010, 11:56:28 AM1/6/10
to OSM Romania
Da... basemap-ul ala e jalnic, am avut si eu un Vista Cx acum ceva timp.
Am un amic care are unul si o sa-l rog sa mi-l imprumute sa vad ce se 
intampla, poate gasesc o solutie; poate e un parametru in mkgmap care 
mi-a scapat.
Ciprian Talaba
unread,
Jan 11, 2010, 7:57:46 AM1/11/10
to OSM Romania
2009/12/30 Stefan UNGUREANU <stefan.u...@mytrek.ro>


Salutare tuturor,



Bag eu de seama ca subiectul asta a murit inainte sa produca ceva

coerent... Am pus insa datele la pastrare, in caz ca mai e nevoie de ele.



Oricum, daca cineva doreste sa vada o harta in format Garmin cu

landcover, e disponibila aici :



http://www.geocaching-romania.ro/misc/osm/romania.img



Pentru unele modele de GPS-uri, fisierul trebuie redenumit in

'gmapsupp.img', pentru altele poate fi folosit ca atare.





Stefan.

Problema noastra este data de existenta unor poligoane ce se suprapun (mai mult sau mai putin) peste datele din CLC. Iata o solutie utilizata pentru un set de date din Franta, e drept aplicata doar la nivel de strazi.


http://wiki.openstreetmap.org/wiki/BMO#Differential_import

--Ciprian



Stefan UNGUREANU
unread,
Jan 11, 2010, 8:19:51 AM1/11/10
to OSM Romania
... si problema nu-i mica :)
Cei care au scris pagina cu importul, au facut si o pagina unde lumea 
voteaza, pentru ca problema e similara (Huge delete of osm surveyors 
needed).
Poate nu e o idee rea sa procedam la fel, adica o pagina de votare.
Stefan.
Ciprian Talaba wrote:
> 2009/12/30 Stefan UNGUREANU <stefan.u...@mytrek.ro 
> <mailto:stefan.u...@mytrek.ro>>
> ------------------------------------------------------------------------
Ciprian Talaba
unread,
Jan 11, 2010, 9:22:16 AM1/11/10
to OSM Romania

2010/1/11 Stefan UNGUREANU <stefan.u...@mytrek.ro>




Ciprian Talaba wrote:


> Problema noastra este data de existenta unor poligoane ce se suprapun

> (mai mult sau mai putin) peste datele din CLC. Iata o solutie utilizata

> pentru un set de date din Franta, e drept aplicata doar la nivel de strazi.

>

> http://wiki.openstreetmap.org/wiki/BMO#Differential_import

>

> --Ciprian




... si problema nu-i mica :)



Cei care au scris pagina cu importul, au facut si o pagina unde lumea

voteaza, pentru ca problema e similara (Huge delete of osm surveyors

needed).



Poate nu e o idee rea sa procedam la fel, adica o pagina de votare.



Stefan.


Propunerea mea mergea pe importul datelor CLC chiar cu dublarea (pentru moment) a unor elemente (daca imi aduc aminte era vorba de ~5000 de poligoane) si apoi prelucrarea manuala a acestora pentru a vedea daca aduc informatii in plus (ma  gandesc de exemplu la cartiere marcate ca landuse=residential) sau nu. 5 oameni cu cate 10 verificari pe zi inseamna ca in 100 de zile (~3 luni) datele sunt curatate.


Sunt insa total de acord sa facem un wiki pentru a prezenta importul si posibilele solutii, fiecare cu avantajele si dezavantajele sale. In acelasi timp cred ca e bine sa facem o lista a celor care au adaugat/modificat acele poligoane pentru a le putea cere parerea si eventual pentru a afla mai multe despre precizia/sursa datelor (de exemplu daca o padure a fost trasata pe baza imaginilor Yahoo cred ca putem considera ca precizia este mai mica decat cea a datelor CLC).


--Ciprian


Janos Rusiczki
unread,
Jan 11, 2010, 9:42:41 AM1/11/10
to OSM Romania
Oarecum related: sa inteleg ca pot sa continui si eu cu perimetrele mele? :)

2010/1/11 Ciprian Talaba <cipria...@gmail.com>


Ciprian Talaba
unread,
Jan 11, 2010, 9:59:26 AM1/11/10
to OSM Romania

2010/1/11 Janos Rusiczki <janos.r...@gmail.com>


Oarecum related: sa inteleg ca pot sa continui si eu cu perimetrele mele? :)

De ce nu? Din ce am inteles eu din comparatiile prezentate de Stefan datele tale ar trebui marcate cu boundary=administrative iar cele din CLC cu landuse=residential, deci pot coexista fara probleme.


--Ciprian




Janos Rusiczki
unread,
Jan 11, 2010, 10:02:10 AM1/11/10
to OSM Romania
OK, am sa-i dau drumul respectand indicatiile tale.

Exista o singura problema: robotul era pe Mac si Mac-ul intre timp a facut bubu. Am backup la tot dar trebuie recuperat - refacuta baza de date, etc. Asa ca nu se va intampla imediat.


2010/1/11 Ciprian Talaba <cipria...@gmail.com>
Stefan UNGUREANU
unread,
Jan 11, 2010, 10:20:48 AM1/11/10
to OSM Romania
Eu asa le-am marcat ca sa fac harta Garmin. Mi s-a parut mai logic, 
pentru ca nu se suprapun exact.
Stefan.
Ciprian Talaba wrote:
> 
> 2010/1/11 Janos Rusiczki <janos.r...@gmail.com 
> <mailto:janos.r...@gmail.com>>
> ------------------------------------------------------------------------
Stefan UNGUREANU
unread,
Jan 13, 2010, 12:36:58 PM1/13/10
to OSM Romania
Salutare tuturor.
Am produs o pagina de wiki pentru discutarea detaliilor legate de 
importul CLC, cu trei solutii posibile.
http://wiki.openstreetmap.org/wiki/Romania_CLC_Import
Va rog comentati/criticati direct pe pagina.
Imediat ce am putin timp, voi calcula si volumul de date ce ar trebui 
adaugat/sters/modificat prin aceste operatii pentru a avea o vedere de 
ansamblu mai buna, dar pana atunci discutia ramane deschisa oricum.
Stefan.
Ciprian Talaba wrote:
> 
> 2010/1/11 Stefan UNGUREANU <stefan.u...@mytrek.ro 
> <mailto:stefan.u...@mytrek.ro>>
Ciprian Talaba
unread,
Jan 13, 2010, 12:47:54 PM1/13/10
to OSM Romania

2010/1/13 Stefan UNGUREANU <stefan.u...@mytrek.ro>


Salutare tuturor.



Am produs o pagina de wiki pentru discutarea detaliilor legate de

importul CLC, cu trei solutii posibile.



http://wiki.openstreetmap.org/wiki/Romania_CLC_Import



Va rog comentati/criticati direct pe pagina.



Imediat ce am putin timp, voi calcula si volumul de date ce ar trebui

adaugat/sters/modificat prin aceste operatii pentru a avea o vedere de

ansamblu mai buna, dar pana atunci discutia ramane deschisa oricum.



Stefan.

Pe topicul precedent legat de CLC ai dat urmatoarele date:



Daca am calculat bine, acum sunt 5048 poligoane sau relatii de landcover

create de 147 de useri, o parte fiind importuri.

Si tot acolo ai atasat o imagine care spunea ca importul CLC contine 312591 poligoane, deci de 60 de ori mai multe.

Pot adauga aceste date pe pagina wiki? (in sensul in care consideri ca sunt inca actuale, sau cu marja de cateva procente)


--Ciprian 


Stefan UNGUREANU
unread,
Jan 13, 2010, 12:50:06 PM1/13/10
to OSM Romania
Nu sunt foarte sigur de cifre, tocmai de asta nu le-am pus; pentru ca 
vreau sa le verific ca sa fiu sigur.
Problema este ca trebuie sa-mi refac aplicatia de filtrare sa 
functioneze 'pe invers', si din pacate sunt cam la limita cu timpul.
S.
Ciprian Talaba wrote:
> 
> 2010/1/13 Stefan UNGUREANU <stefan.u...@mytrek.ro 
> <mailto:stefan.u...@mytrek.ro>>
Stefan UNGUREANU
unread,
Jan 13, 2010, 1:19:57 PM1/13/10
to OSM Romania
Am adaugat datele totusi; cred ca volumul OSM e bun, dar datele CLC sunt 
mai multe; cand le-am calculat, nu 'aranjasem' stilul mkgmap ca sa le 
includa pe toate.
Am mai pus si niste poze, ca sa exemplific ce e scris prin text.
S.
Ciprian Talaba wrote:
> 
> 2010/1/13 Stefan UNGUREANU <stefan.u...@mytrek.ro 
> <mailto:stefan.u...@mytrek.ro>>
Reply all
Reply to author
Forward
0 new messages