[Talk-ro] Import automatizat pentru limita localitatilor (via cultura.ro)

[Cristian Draghici]

Am adaugat un vot pentru solutia #3 (username-ul meu de wiki e diciu).

Pe de alta parte, avand in vedere ca altcineva face munca, nu m-ar deranja
nici o alta solutie, atat timp cat avansam cu importul.

--
Cristi

2010/3/9 Stefan UNGUREANU <stefan.ungureanu at mytrek.ro>

> In ceea ce priveste CLC, avand in vedere numarul foarte "mare" de
> pareri, sigestii si critici disponibile pe pagina
> http://wiki.openstreetmap.org/wiki/Romania_CLC_Import, demotivarea este
> si ea maxima.
>
> Stefan.
>
> On 09/03/2010 16:17, Cristian Draghici wrote:
> > La asta ma refeream cu mailul meu din Decembrie. Prea multe discutii duc
> > la demotivari.
> >
> > Avem accept pe datele din Corine Landcover si pe datele din cultura.ro
> > <http://cultura.ro> si totusi pe openstreetmap n-avem contururi pe
> > localitati.
> >
> > --
> > Cristi
> >
> > 2009/12/5 Ciprian Talaba <cipriantalaba at gmail.com
> > <mailto:cipriantalaba at gmail.com>>
> >
> >     Salutare,
> >
> >     2009/12/3 Cristian Draghici <cristian.draghici at gmail.com
> >     <mailto:cristian.draghici at gmail.com>>
> >
> >         Eu sunt pentru rezultate rapide, chiar cu riscul necesitatii
> >         editarilor ulterioare.
> >
> >         Intoarcerea unei probleme pe toate partile are ca rezultat de
> >         multe ori demotivarea celui care a initiat procesul de
> >         schimbare; riscam sa ramanem cu discutii interminabile ingropate
> >         in arhive online si fara date pe harta.
> >
> >         Janos, felicitari pentru initiativa si multumiri.
> >         --
> >         Cristi
> >
> >
> >     De ce incerc sa adun cat mai multe idei (unele mai putin inspirate,
> >     alte mai mult) inainte de a face importul propriu-zis? E simplu, din
> >     punctul meu de vedere este important ca lucrurile sa fie facute cat
> >     se poate de bine de la inceput (exemplul cu importul de localitati
> >     la nivel de puncte cred ca este un exemplu pozitiv, si el a trecut
> >     prin diferite stagii si cred ca suntem cu totii incantati de ce a
> >     iesit).
> >
> >     Orice modificare pe care vrei sa o aduci dupa aceea, implica actiuni
> >     manuale (in cele mai multe cazuri). E mai greu sa scrii un algoritm
> >     care sa ia in calcul eventualele modificari aduse de useri datelor
> >     respective (este un lucru foarte posibil) decat sa pornesti cu o
> >     plansa alba.
> >
> >     Janos, sper ca ideile mele au fost privite ca un lucru constructiv,
> >     in nici un caz nu am urmarit sa umplu niste inbox-uri doar de dragul
> >     de a scrie mailuri (dupa cum se vede timpul meu e destul de limitat
> >     in ultima vreme). Imi place ce vad pe harta, contributia ta este
> >     foarte buna si iti multumesc pentru timpul pe care il aloci acestui
> >     proiect, dar consider ca acest import este inca perfectibil. As vrea
> >     sa aflu de la tine daca ultima mea idee (cu folosirea relatiilor)
> >     are vreo logica, si daca poate fi implementata (necesita gasirea
> >     punctului corespunzator pentru a putea creea relatia, stiu ca Eddy,
> >     daca nu ma insel, a folosit Python OSM API pentru acest lucru).
> >
> >     Numai bine,
> >     Ciprian
> >
> >     _______________________________________________
> >     Talk-ro mailing list
> >     Talk-ro at openstreetmap.org <mailto:Talk-ro at openstreetmap.org>
> >     http://lists.openstreetmap.org/listinfo/talk-ro
> >
> >
> >
> >
> >
> >
> > _______________________________________________
> > Talk-ro mailing list
> > Talk-ro at openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-ro
>
> _______________________________________________
> Talk-ro mailing list
> Talk-ro at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-ro
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-ro/attachments/20100309/c9d92266/attachment.html>