Re: [Talk-ro] Import toate bancile din Romania ?
Pe 21 apr. 2015 15:41, Anatolie Golovco golovcoanato...@gmail.com a scris: eu folosesc urmatorul workflow: 1. Scoti Romania de pe http://download.geofabrik.de/europe/romania-latest.osm.pbf 2. Filtrezi tagurile care seamana cu ce vrei tu sa importezi, si le scoti in un fisier .osm (folosind de ex osmosis) Eu când am făcut importul de date SIRUTA, înainte de a genera ce s-ar modifica am filtrat după nume in zonă (rază de cativa km, in cazul meu, aici ar merge sute de m), iar când exista nod, făceam query în OSM și apoi combinam datele (adăugam datele din SIRUTA la nodul existent). Nu văd de ce nu s-ar putea face și aici la fel. 3. Faci un render de pe ele folosind http://maperitive.net/ si un stil accentuat 4. Tileset-ul primit, i-l servesti la josm ca TMS (cu un webserver pe localhost) 5. Stergi din setul tau de date ce este in plus 6. Ridici pe server. Preferabil cite un change-set pe judet (de ex) 2015-04-21 15:32 GMT+03:00 Strainu strain...@gmail.com: În data de 21 aprilie 2015, 15:23, Badita Florin baditaflo...@gmail.com a scris: Recent am inceput o colaborare cu cei de la Rise Romania, iar printre altele ii ajut sa converteasca fisierele de la ministerul finantelor. Unul dintre seturile de date pe care l-am convertit din Text in excel si din excel intr-o harta este harta cu toate bancile din Romania. Personal, consider ca ar fi util acest set de date, dar mai intai sa intrebam si comunitatea, sa vedem ce parere aveti. O sa incerc sa atasasez mai tarziu o bucata din document, sa vedeti cum arata Salut Florin, Eu salut toate inițiativele de felul ăsta în principiu. Totuși, cred că ar trebui să învățăm ceva din importul muzeelor, și anume să avem și o metodă de detecție a duplicatelor, ca să nu mai ajungem în situații în care avem mai multe muzee cu același nume la câțiva metri distanță. În lipsa detecției duplicatelor nu cred că un import al unor date care se schimbă foarte des (cel puțin odată pe săptămână aud de închideri de filiale bancare) ar aduce un beneficiu hărții. Strainu ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Targu Mures
Pe 5 mar. 2015 19:09, Gabriel Sebastian Moise gabrielsebastianmo...@gmail.com a scris: Eddy, nu prea inteleg cam la ce te gandesti ! Eu cred că e destul de clar, OSM e un proiect apolitic, iar discuția trebuie să fie tehnică și vidă de naționalism, fie el maghiar ori român. Cred că e clară poziția mea, mai ales după mesajul meu către Gergely. ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Targu Mures
Pe 5 mar. 2015 23:48, Rădulescu Răzvan radulescu.raz...@gmail.com a scris: Asa ca, problema asta este cat se poate de relevanta pentru OSM. Din contră, problema asta este singura irelevantă din mesajul tău. Ceea ce trebuia să se pună in discuție de la bun început sunt fix greșelile, corecțiile acestor greșeli și acțiunile lui Gergely, adică aproximativ cam ce ai scris mai inainte citatul de mai sus. On 05.03.2015 18:36, Eddy Petrișor wrote: Pe 2 mar. 2015 20:15, Ciprian ARSENIE cipr...@carsenie.ro a scris: Sunt lamurit cu astia din mures unde intri in ceva magazin mai mic de la coltul strazii si cand ii vorbesti pe romaneste se uita la tine ca broasca la bariera asa ca greseala negreseala Cu ce e asta relevant pentru OSM, îmi scapă scapă desăvârşire. Iar acei indivizi nu sunt nici unul din cei implicați în discuțiile de aici, nici Bartha, Attila, Ciprian sau Eddy. Așa că mai uşor cu generalizările și preconcepțiile, că doar din întâmplare unii s-au născut din părinți de etnia X sau Y, nimeni n-a ales asta și nimeni nu vrea să fie judecat pentru ce a făcut altcinenva. Un dram de înțelegere şi un ton mai puțin agresiv n-ar strica. Notă: E valabil pentru mulți din cei implicați în discuție. Trimis de pe iPhone-ul meu Pe 2 mar. 2015, la 14:32, Alex Morega a...@grep.ro a scris: Salut! Sunt de acord cu Strainul, nu e productiv să fim agresivi pe listă, oricare ar fi situația. Mă îndoiesc că Gergely a avut intenție să facă rău; chiar dacă a editat greșit harta, și nu a răspuns la mesaje, sunt sigur că putem discuta civilizat. -- Alex ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Targu Mures
Pe 2 mar. 2015 20:15, Ciprian ARSENIE cipr...@carsenie.ro a scris: Sunt lamurit cu astia din mures unde intri in ceva magazin mai mic de la coltul strazii si cand ii vorbesti pe romaneste se uita la tine ca broasca la bariera asa ca greseala negreseala Cu ce e asta relevant pentru OSM, îmi scapă scapă desăvârşire. Iar acei indivizi nu sunt nici unul din cei implicați în discuțiile de aici, nici Bartha, Attila, Ciprian sau Eddy. Așa că mai uşor cu generalizările și preconcepțiile, că doar din întâmplare unii s-au născut din părinți de etnia X sau Y, nimeni n-a ales asta și nimeni nu vrea să fie judecat pentru ce a făcut altcinenva. Un dram de înțelegere şi un ton mai puțin agresiv n-ar strica. Notă: E valabil pentru mulți din cei implicați în discuție. Trimis de pe iPhone-ul meu Pe 2 mar. 2015, la 14:32, Alex Morega a...@grep.ro a scris: Salut! Sunt de acord cu Strainul, nu e productiv să fim agresivi pe listă, oricare ar fi situația. Mă îndoiesc că Gergely a avut intenție să facă rău; chiar dacă a editat greșit harta, și nu a răspuns la mesaje, sunt sigur că putem discuta civilizat. -- Alex ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Talk-ro Digest, Vol 71, Issue 16
Pe 2 mar. 2015 19:29, Gergely Bartha gergely_bar...@yahoo.com a scris: Nu e o porcarie ce au facut Sud Tirolezii. Intr-o regiune multiculturala trebuie sa fie normal afisarea strazilor in mai multe limbi. Este o porcarie ce este acum in Ardeal, lucrul asta bcu romana sa fie singura limba...Cum sa fie singura limba daca sunt asezari unde nici nu atinge limita de 20 %. Macar acolo ar trebui sa fie multilinguale... Gergely, ce încearcă lumea să-ți spună este că: 1 - OSM lucrează ca să creeze o bază de date liberă (din care se pot genera hărți) 2 - Harta vizibilă în mod implicit pe site e doar una dintre acele posibile hărți generate din baza de date OSM (acest lucru ar trebui să fie și mai evident când observi că există şi alte hărți generate şi accessibile din meniul din dreapta pe site) 3 - Pentru ca baza de date sa fie corectă și, în primul rând, utilizabilă, trebuie ca sa fie respectate anumite reguli referitoare la codificarea datelor. Una din ele este cea referitoare la ce se stochează în câmpul 'name'. 4 - Mulți din cei implicați în discuție au o experiență considerabilă în OSM, au contribuit mult mai mult timp și efort ca tine, deci sunt mai familiari cu regulile și au o mai profundă înțelegere a problemelor, deci e recomandabil să le urmezi exemplul şi să întrebi, în loc să presupui ca toți sunt idioți 5 - Harta este atât de completă *datorită* efortului celor care au lucrat la ea înainte să descoperi tu că există OSM, aşa că un minim de respect pentru ei şi minim de decență în comunicare și acțiuni ar ajuta enorm să nu fi luat drept un om care încearcă să impună o anume viziune politică într-un proiect apolitic Eddy ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Dorinta import PUG Dragasani
Salut, Am un sigur comentariu legat de limbaj, nu de fond. Aş recomanda să mai introduci câte un vă rog și câte un mulțumesc în mesajele tale și să pui mai devreme avantajele lor. Ar fi păcat să dai de câte un berbec care să zică 'ia uite ce tupeu are și asta, ia mai dă-l în origini că nu-i dau nimic, că doar ce o sa facă? Ne dă in judecată pe banii lui de voluntar?' și să nu primești datele doar din pricina unui orgolios. Eddy Pe 8 dec. 2014 23:49, Badita Florin baditaflo...@gmail.com a scris: Am solicitat primariei din dragasani, sub numarul de inregistrare 28106/03.12.2014 , conform legii 544/2001 , planul urbanistic general al orasului Dragasani . Dupa ce am vorbit cu doamna de la urbanism si i-am explicat cum ar putea sa aibe si o harta pe site, daca ne ofera aceste date, a facut solicitate celor care au executat planul urbanistic si a obtinut fisierul, pe care la si trimis. Fisierul contine undeva la vreo 12000 de cladiri si inca vreo 16000 de anexe Din pacate nu are si numerele strazilor. Pentru a putea face un import, exista un numar de pasi, unu dintre ei este de a discuta cu comunitatea http://wiki.openstreetmap.org/wiki/Import/Guidelines In cazul in care comunitatea ar dori, procesul ar trebui documentat, lucru de care nu prea am timp acum. Pot face o descriere sumara a pasilor pe care i-am facut ca sa convertesc datele si cum am extras in QGIS layer-ele de cladiri Atasez aici si email-ul trimis catre primarie Badita Florin baditaflo...@gmail.com Oct 29 to primariadragas. Buna ziua, conform legii 544/2001 solicit Planul urbanistic General (PUG-ul) aferente OrasuluiDragasani in format electronic, georeferentiat. ( Fisier Autocad sau SHP ) precum si nomenclatura stradala si numerele administrative. In eventualitatea in care vreunul dintre seturile de datele solicitate cerute mai sus nu pot sa fie furnizate, sa trimiteți restu de date solicitate. Acest lucru imi este necesar pentru a le putea introduce in cadru proiectului www.openstreetmap.org. Acest proiect a fost inceput in 2004, iar momentan sunt peste 1.200.000 de voluntari din intreaga lume creează cea mai mare harta libera a lumi. Acest lucru o sa fie util pentru primarie, persoanele care ajung in oras la dumneavoastră, vor putea sa caute imediat o adresa pe siteul osm.org sau în cele peste 1000 de aplicații, websiteuri pentru telefonul mobil, GPS care folosesc datele din baza de date OpenStreetMap Spre deosebire de o harta interactiva pusa pe site-ul primariei, acest lucru permite oricarui cetatean din intreaga lume sa aiba acces la aceste date, harta Romaniei, sau a orasului poate sa fie descarcata si folosita mai apoi pe telefonul mobil fara a avea nevoie de acces la internet. Mentionam ca am colaborat cu primaria din Targu Frumos, care ne-au pus la dispozitie planul cadastral, nomenclatura stradala si numerele administrative, iar in prezent este cel mai complet oras din Romania https://www.facebook.com/permalink.php?story_fbid=198350373656484id=106349389523250 Atasez si o prezentare despre OpenStreetMap *http://prezi.com/gsc6b4yt-lg http://prezi.com/gsc6b4yt-lgg/openstreetmap/* Conform legii 544/2001, art 7, aveti obligatia de a raspunde in termen de 10 zile sau, dupa caz, in cel mult 30 de zile de la inregistrarea solicitarii. Ordinul 2701 din 2010 specifica, conform articolul 32 ca PUG-ul, PUZ-ul si PUD-urile sunt informatii de interes public, ce intra sub incidenta legii 544/2001. *Art. 32*. – Informatiile continute în PUG si RLU aferent reprezintă informatii de interes public si vor fi puse la dispozitie automat prin publicare pe site-ul primăriei si vor fi eliberate la cerere conform Legii nr. 544/2001, cu modificările si completările ulterioare. O zi buna, Badita Florin Voluntar OpenStreetMap si administator al pagini OpenStreetMap Romania 0731/172.745 OpenStreetMap Romania http://www.facebook.com/osmromania ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] sorein
Pe 15.07.2014 03:29, Serge Wroclawski emac...@gmail.com a scris: Dear Romanian Community, I appologize in advance if this mail sounds strange. I do not speak Romanian and I am using a translation program to translate this email (the original is at the bottom of this mail). After a long deliberation, the Data Working Group has decided to place an indefinite block on user sorein: http://www.openstreetmap.org/user_blocks/493 The full explanation for this ban is located on the ban message, so I will not repeat what we have written there. Hi Serge, I have read the full document, I understand your difficulty and appreciate not taking lightly such matters. This is not something that the DWG takes lightly, but we felt it was necessary in this case. If anyone has any questions about this, you can ask me in this thread, or ask d...@osmfoundation.org I have no question regarding this, just some comments. 1. I myself am disappointed that Sorin's behavior has forced you to take this decision. 2. I have had my share of contributions to the map around year 2009 and back then there was a group of active mappers who tried to make some decisions to have unified conventions for the entire Romanian map. The discussions involved whoever wanted to participate, but Sorin was not involved initially on the discussions (he was either not interested in joining the list, the discussion or was not aware). After the participating members made proposals, debated them, took a vote and started applying them, Sorin reverted all such changes in the Iasi area and other areas. 3. He has a history of having good intentions but only accepting responses which match his own opinion 100%. 4. Some of his technical points merit some open, respectful and friendly discussions in the community. 5. Thank you Thank you, Serge on behalf of the DWG Original Message ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Mapping Party OpenStreetMap in Bucuresti - 17-18 mai 2014
Pe 13.05.2014 23:59, Badita Florin baditaflo...@gmail.com a scris: În weekendul 17-18 Mai 2014, în Bucuresti, un grup de oameni entuziaști și pasionați de OpenStreetMap își vor aduce aportul în proiectul global de cartografiere colaborativă, ce a determinat dezvoltarea celei mai dinamice hărți digitale a lumii și a hărții cu cea mai rapidă creștere a numărului de utilizatori. Care a fost rezultatul? Un raport minimal ar fi util, mai ales pentru cei cate n-au putut veni. Link Eveniment https://www.facebook.com/events/560777397374381/ Locatia urmeaza sa fie anuntat miercuri. Este prima ediție pentru orașul nostru, dar genul acesta de manifestări se organizează în foarte multe țări sub numele de ”mapping party”. Invitația la aceste ”petreceri” este deschisă oricărei persoane ce deține un aparat GPS sau un smartphone și celor ce au puțin timp liber și doresc să contribuie la dezvoltarea acestui proiect. Mai mult de 1.500.000 de contribuabili sunt înregistrați în întreaga lume. Există deja unele ţări (de exemplu, Germania), în care bogăţia informaţiilor OpenStreetMap a depăşit, deja, pe cea a celorlaţi concurenţi comerciali precum Google. În prezent, în România, datele existente acoperă toată rețeaua de drumuri europene care traversează România și o mare parte a drumurilor naționale ajungând la o acoperire de aprox. 90% din aceste drumuri. Ce este OpenStreetMap? OpenStreetMap (prescurtat OSM) este un proiect colectiv, în regim open source, ce are ca scop construirea unei baze de date geografice globale cum ar fi atlasele rutiere, folosind atât date introduse manual, având ca fundal imagini spațiale, cât și date colectate de pe dispozitive GPS. Proiectul a fost demarat datorită faptului că, cele mai multe hărţi considerate disponibile, au de fapt restricţii legale sau tehnice cu privire la utilizarea lor, fapt ce împiedică folosirea lor într-un mod creativ, productiv, sau neaşteptat. Ce înseamnă ”open source” (date deschise)? Datele deschise sunt date publicate sub o licență liberă și într-un format deschis, care permit folosirea lor legală în alte proiecte (redistribuirea) și „recombinarea” (reutilizarea) pentru a produce noi informații. Scopul comunităților implicate în acest proiect este de-a oferii publicului propriul său set de hărți, fără erori și detalii necompletate. Informația geografică este una singură, aparține tuturor și toți trebuie să avem dreptul să contribuim liber la perfecționarea hărților pe care le folosim. O zi faina, Florin Badita OpenStreetMap România ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Fwd: [OpenStreetMap] Re: Nume de strazi modificate
În data de 19.05.2013 01:07, Michael Häckel michael.haec...@web.de a scris: Cred că este încă mai complicat. :-) La Vișeu de Sus am găsit o stradă care are multe variante: - Strada Prislop - Str. Prislopului - Prislopilor Preferăm nominativ, genitiv singular sau genitiv plural? Preferăm varinta din teren. Dacă în teren sunt mai multe variante, se alege cea de pe plăcuţele cele mai noi. Iar dacă si așa sunt mai multe variante în teren, cred că avem o problemă la administraţia locală, iar în OSM cred că ar trebui folosit alt_name pentru variante. Am Samstag, 18. Mai 2013, 22:28:51 schrieb Razvan: Acum hai sa fim seriosi. Totusi sunt pe aici persoane care lucreaza in domeniu, in cadastru in gis si altele si sa imi spuna si mie unul din domnii acestia (daca ne-o vedea discutia) ca a lucrat vreaodata cu harti in care sunt trecute numele precum legumele la piata. ( vorba aia, ceapa, cartofi, rosii etc). Ca sa nu mai spun ca sunt si cursuri pentru a invata cum se fac hartile digitale si acolo exact asa te invata. Totul este deja reglementat, nu trebuie sa gasim noi solutii acum. Si astia de la firmele astea mari de au facut deja harta intregii lumi si s-au apucat de asta inca de acum 12-13 ani or fi gresit in toti acesti ani si au scris Strada in fata numelui strazii? Daca ma uit in ograda vecinilor pe la unguri sau nemti sau bulgari , oriunde vad ca au in fata numelui pus cuvantul care se traduce ca si strada. Insa revenind la atitudinea omului, am discutat de atatea ori cu straini pe alte forumuri si poate ca ati discutat si voi, insa nu am intalnit atata prostie si mandrie ranita ca la romani. Sa ma scuzati dar asta e adevarul... ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Ce punem la name în cazul blocurilor?
În data de 09.05.2013 13:30, Razvan radulescu.raz...@gmail.com a scris: La navteq e o alta problema. Nu ei se ocupa direct in romania de survey ci o firma platita pentru asta. Si astia de aici le dau celor de la navteq datele culese pentru includere in baza de date... Si revenind la numere... Oricum cel mai bine ar fi fara bloc. Si asta e parerea mea finala. Eu aș zice că ar trebui să formalizăm în ceva de genul addr:block=F3 pentru a fi utilizabil și in alte ţări. Din păcate, asta ar însemna fie să nu mai adăugăm name=F3 deloc, fie să duplicăm addr:block cu name. E logic ca usurezi si munca de adaugare pe harta si cuvantul bloc este inuil la cautare. On 09.05.2013 13:14, Strainu wrote: Dă te rog reply to all ca să rămână și lista în destinatari... Marilor producători de hărți li se rupe de România. Dacă dau București, Saidac Gheorghe nr X în hărțile de la Navteq o să mă trimită pe Nucșoara. Iar în orașele mici degeaba știi tu că vrei să ajungi pe Strada X, Nr Y, dacă întrebi pe cineva pe stradă habar n-o să aibă. Dacă în schimb întrebi după nume, ai o șansă. De asta mi se pare foarte important să ai și asemenea informați în OSM. Strainu În data de 9 mai 2013, 13:07, Razvan radulescu.raz...@gmail.com a scris: Marii producatori de harti ca Navteq sau tomtom sau TopMap nu pun asa ceva pe harti. Ei pun doar numerele de adrese. La urma urmei cautarea unei adrese este dupa numele strazii si numar. Cum spunea si d-l Francisc Toth. Stiu asta deoarece acum 3 ani am colaborat cu cei de la TM aproape 1 an... Desi ar putea, nu isi permit asta din cauza lipsei de timp si de resurse umane pentru asa ceva. Ei folosec Mapinfo ca si program de editare + ceva pluginuri personalizate facute de echipa lor de dezvoltare software. Unele dintre pluginuri sunt folosite inclusiv pentru exportarea din mapinfo a fisierului final cu extensia ceruta de programul de navigare specific. ( de exemplu fbl in cazul Igo). On 09.05.2013 10:03, Strainu wrote: În data de 8 mai 2013, 20:07, Razvan radulescu.raz...@gmail.com a scris: In acest caz daca tot este trecut D3 pe bloc il lasam asa. Dar trebuie adaugat si numarul de adresa, adica Nr. 12 in acest caz deoarece mi se pare cel mai important pentru gasirea unei adrese la fix ( in cazul caselor). Si sa nu uitam de addr: street name. ca fara el numarul nu are nicio valoare. Nu este gasit la cautare in osmand. Am reintrodus lista, scoasă din greșeala mea. Sigur că pentru adresa completă e nevoie de tot ce ai zis tu, dar eu vorbeam strict de câmpul name. Acolo în București e pus acel D3 (eventual cu Bl, bloc etc. în față). În alte părți e și altceva? Dacă nu, poate putem rula scriptul lui Eddy pentru uniformizat numele și pentru blocuri. Strainu ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] harta romaniei pe google play
În data de 10.04.2013 23:21, Günter Neustädter guenterne...@yahoo.com a scris: Salut Cautam mai devreme dupa o aplicatie GPS pentru android. Am dat peste ceva ce se chema harta romaniei: https://play.google.com/store/apps/details?id=eu.mapof.romaniahl=ro Am instalat aplicatia. Arata binisor. Multe chestii inca nu merg insa. Din cate imi dau seama, sunt folosite datele Openstreetmap. Din câte am văzut eu, aplicaţia aia e, de fapt, o versiune modificată a aplicaţiei OsmAnd. Vezi poate e mai ok originalul. Dacă găsești o aplicaţie faină de android bazată pe datele OSM, eventual fără limitări artificiale, te rog să trimiţi un mesaj și pre listă. Insa n-am gasit nicaieri indicata provenienta datelor. Se poate activa un buton sursa hartii, dar n-am reusit sa apas pe el, probabil mai trebuie implementat. Voi ati folosit aceasta aplicatie? Sau stiti de alta aplicatie care sa mearga pe Android? Mai erau parca doua aplicatii de la skobbler, dar la harta online au renuntat, si la cea offline, forevermap, care trebuia sa fie gratuita, intai nu mai actualizasera harta multa vreme, iar acum vad ca nu mai e gratuita aplicatia. Günter ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Dej (CJ) vandalizat sau vechea problema cu licenta ?
În data de 05.04.2013 09:32, Razvan radulescu.raz...@gmail.com a scris: Da, multumesc de info. M-am apucat deja sa refac Dej. Am pus cam toate strazile la loc. Acum au ramas numele , sensuri unice si sa vedem cine o pune nr. de lane corecte... Poţi să afli informaţia asta folosind imaginile de pe norc.ro în modul street view. On 04.04.2013 23:26, Michael Häckel wrote: Între timp m-am făcut o hartă din datele veche http://download.geofabrik.de/osm-before-redaction/europe/ cu OsmAndMapCreator. Acum te pot spune că datele cu licența CC-BY-SA și nu au avut mai străzi în Dej. Incă este mult de lucru pe OSM. Am Donnerstag, 4. April 2013, 19:49:31 schrieb Michael Häckel: Pentru întrebări cum aceasta exist serviciul OWL (beta) http://owl.apis.dev.openstreetmap.org/ Acolo history este mai clar că pe pagina principală. Dej este în starea aceasta mai de șapte luni. Este posibil că străzi a fost sterse din cauza schimbarea licenței și este posibil că nu a fost mai bun niciodată. Am Donnerstag, 4. April 2013, 19:30:44 schrieb Razvan: Buna ziua. Stie cineva ceva legat de Dej? E prea gol - dubios de gol si sunt prezente inafara de drumurile principale care trec prin el, cateva bucati de strazi ramase cu nume cu tot de ca si cum restul a disparut... ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Corecții și consecvență în ref și int_ref
În data de 7 noiembrie 2012, 00:28, Eddy Petrișor eddy.petri...@gmail.com a scris: Am adăugat ceva teste, am sistat deocamdată dezvoltarea codului propriu-zis, și m-am focalizat pe teste pentru a mă asigura că codul funcționează corect (și chiar am descoperit 2-3 mici probleme, nimic foarte grav). Am să revin la dezvoltare după ce ajung să acopăr codul prin testare 100% și după ce rezolv problemele descoperite. Am publicat codul în același loc. http://repo.or.cz/w/osm-ro-tools.git -- Regards, EddyP = The universe is not required to be in perfect harmony with human ambition. - Carl Sagan ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Corecții și consecvență în ref și int_ref
În data de 5 noiembrie 2012, 19:39, Michael Häckel michael.haec...@web.de a scris: Am Freitag, 2. November 2012, 23:28:36 schrieb Eddy Petrișor: După părerea mea botul este bun pentru Str., Piata, B-dul, Scoala, și așa mai departe, dar corecție de alte parte numelor și este ușor cu JOSM. Acolo și pot schimba zece nume obiectelor împreună. OK, eu sunt de acord cu orice funcționează corect și nu introduce muncă aiurea sau greșeli. :-) Sunt gata cu lista mea. Nu am știut că fiecare sat are o stradă proprie în București cu numele lui. :-) Niște sate au fost două ori pe hartă pe același loc, cu și fără diacritice. Dacă te interesează, codul e aici: http://db.tt/tQ1q0ums Am adăugat scriptul la proiectul osm-ro-tools în directorul contrib. Dacă vrei (și te pricepi sau te simți confortabil cu git) te pot adăuga la proiect să poți să împingi modificări în repo. http://repo.or.cz/w/osm-ro-tools.git Aici e commit-ul: http://repo.or.cz/w/osm-ro-tools.git/commitdiff/507075a5aa6dd7e7e17b0b7aaa4de655792cc4ec Când am timp și caut cuvinte individuale. Numele care existe doar o oară cum „Volksbank Timisoara 2” sau „Muzeu de arta Timisoara” nu au fost găsit până acum. Te rog și schimb cu bot: Sos. |Șos. |Soseaua - Șoseaua Of Postal |Of Poștal |Oficiul Postal - Oficiul Poștal Padurea - Pădurea Le-am adăugat în lista de chestii de făcut. Pădurea trebuie să se aplice la orice way sau există ceva restricții? -- Regards, EddyP = The universe is not required to be in perfect harmony with human ambition. - Carl Sagan ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Corecții și consecvență în ref și int_ref
În data de 1 noiembrie 2012, 00:05, Michael Häckel michael.haec...@web.de a scris: Am Dienstag, 30. Oktober 2012, 22:26:06 schrieb Eddy Petrișor: Greu nu e, dar mi-am dat seama că nu trebuie să fiu singurul om capabil să opereze aplicația și ar trebui să deconectez anumite date de cod. Idea e că acum poate se poate face repede, dar nu se știe dacă va fi la fel de ușor în alte situații. (Să fiu sincer, idea asta am avut-o mai demult, dar acum am implmentat o variantă mai puțin flexibilă decât cea la care mă gândisem prin 2010.) Bine. Și ce facem cu alte cuvinte? Edităm manual cum Strainu a propus? E mult de lucru. De exemplu România are 313 de Scoala dar doar 338 de Școala. Evident că nu edităm manual :-) , asta dacă nu vrei să-ți irosești timpul cu ceva ce va fi corectat semi-automat ulterior. Înțeleg dorința de a corecta cât mai repede, dar au fost atâta timp incorecte, cred că nu-i un lucru rău să luăm lucrurile pe îndelete și să le implementăm corect, să nu fie nevoie să corectăm ulterior ce-am putea greși acum, dacă ne grăbim. (Scuze că durează prea mult, ca și voi, fac chestia asta în timpul liber, timp care uneori nu-i așa de mult pe cât aș vrea.) Aici sunt niște cuvinte am găsit: Saua - Șaua Constanta - Constanța Timisoara - Timișoara Timis - Timiș Pitesti - Pitești Hateg - Hațeg Galati - Galați Kogalniceanu - Kogălniceanu M. Kogalniceanu - Mihail Kogălniceanu Mircea cel Batran - Mircea cel Bătrân Sfanta - Sfânta Agentia - Agenția Directia - Direcția Politie - nu e clar: Politie sau Poliție Politia - Poliția Scoala - Școala Scoala Generala - Școala Generală Judetean - Județean judetean - județean Judetul - Județul National - Național (doar în name și în alt_name dar nu în name:de sau în name:en) si - și Am să adaug cuvintele ăstea în cele care trebuie corectate. -- Regards, EddyP = The universe is not required to be in perfect harmony with human ambition. - Carl Sagan ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Corecții și consecvență în ref și int_ref
În data de 27 octombrie 2012, 22:28, Michael Häckel michael.haec...@web.de a scris: Am Samstag, 27. Oktober 2012, 22:00:29 schrieb Eddy Petrișor: În afacerea aceasta România nu urmează regula internatională în OSM care este că numele nu este o descriere. Dar înțeleg că cel mai mulți trasee nu au nume. Nu-i vina noastră că unele vârfuri se numesc „Șaua X” sau „Piscul Y”, așa se numesc, pur și simplu. Ce vorbim aici e eliminarea variantelor lui „vârful” dacă apar explicit în nume pentru natual=peak Am spus despre relation cum aici: http://www.openstreetmap.org/browse/relation/2048097 Acolo și sunt multe variante pentru vârful dar nu este un natural=peak. Hmm, interesant, nu luasem în calcul prelucrarea relațiilor. Cred că e nevoie să fac ceva modificări în cod ca să fie mai flexibile transformările și să permită anumite restricții, fără a fi nevoie să modific codul. Am să mă mai gândesc cum să fac asta într-un mod inteligent și suficient de rapid. Mersi de informații. -- Regards, EddyP = The universe is not required to be in perfect harmony with human ambition. - Carl Sagan ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Corecții și consecvență în ref și int_ref
În data de 27 octombrie 2012, 11:45, Michael Häckel michael.haec...@web.de a scris: Am Freitag, 26. Oktober 2012, 23:54:30 schrieb Eddy Petrișor: OK, văd că consensul e în direcția „fără Vârful”, așa am să implementez. Evident, nu am să fac modificări în baza de date înainte să dau anunțuri și am să clarific care vor fi modificările. Vă țin la curent cu progresul (și orice contribuții, chiar și în cod, sunt binevenite). Ce facem cu traseele montane? Acum avem: Refugiul Lucaciasa - Vârful Toroiaga Apa Rosie - Vf. Sandru Mare Slanic Moldova - Culmea Caprioarei - Poiana Stanii - Vf Sandru Mare Varful Retezat - Șaua Vârful Mare Variantele sunt: Vârful, Vf., Vf, Varful Toate aceste variante ale lui „vârf” sunt deja prinse de filtrele actuale și vor fi eliminate. În consecință, se vor transforma în: Refugiul Lucaciasa - Toroiaga Apa Rosie - Sandru Mare Slanic Moldova - Culmea Caprioarei - Poiana Stanii - Sandru Mare Retezat - Șaua Vârful Mare Eu zic că e rezonabil. Și avem Valea Rea - Cabana Pietrele (slab marcat) dar acolo valea este valea râului. Am spus și repet, nu se va elimina „Valea”/„Culmea”/„Piscul” și variantele lor pentru că filtrul va fi: natural=peak ȘI name='varianta_varf bla' și se va transforma în: natural=peak name='bla' În afacerea aceasta România nu urmează regula internatională în OSM care este că numele nu este o descriere. Dar înțeleg că cel mai mulți trasee nu au nume. Nu-i vina noastră că unele vârfuri se numesc „Șaua X” sau „Piscul Y”, așa se numesc, pur și simplu. Ce vorbim aici e eliminarea variantelor lui „vârful” dacă apar explicit în nume pentru natual=peak -- Regards, EddyP = The universe is not required to be in perfect harmony with human ambition. - Carl Sagan ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Corecții și consecvență în ref și int_ref
În data de 25 octombrie 2012, 19:18, Michael Häckel michael.haec...@web.de a scris: Am Donnerstag, 25. Oktober 2012, 11:28:37 schrieb Ioan Indreias: 2012/10/25 Eddy Petrișor eddy.petri...@gmail.com Atunci sugestia ar fi să elimin cuvântul „vârful” sau abrevierile lor, dacă are natural=peak? Verificand modul in care sunt denumite varfurile si in alte parti am ajuns si eu la aceeasi concluzie - sa eliminam varful sau abrevierile acestuia. Pe langa alinierea la standardul de denumire mai exista si avantajul ca denumirea se simplifica si nu apar conflicte de randare in cazul unor varfuri apropiate. Mai au si altii aceeasi opinie - schimbarea este destul de invaziva si nu as vrea sa pornim un alt flame cu aceasta ocazie. Fără vârful Vârful Valea Rea in Retezat ar fi o valea. :-) http://www.openstreetmap.org/?lat=45.38022lon=22.90377zoom=15layers=M După cum am spus anterior, transformarea ar fi de la „vârful/virful/vf/... Bla” la „Bla” dacă și NUMAI dacă există și natural=peak ;-) In zona Durau exista nume de tipul Culmea X Culmea Y care accepta greu un Varful Culmea X, ba mai mult si Culmea poate dispare. Dar trebuie investigat. Multe varfuri cu denumiri ce incep cu Piatra Pot să fac cum vreti voi, dar cred că important e dacă denumirea „oficială” e cuprinde aceste cuvinte. Dacă da, atunci aș zice că trebuie păstrate. Obcina piciorul Turnul Muntele Poiana Capul nu prea ar vrea un Varful in fata. Zona Bicaz. Altele da, dar este foarte clar si fara, cat timp e simbolul pe harta. Eu votez fara Varful OK, văd că consensul e în direcția „fără Vârful”, așa am să implementez. Evident, nu am să fac modificări în baza de date înainte să dau anunțuri și am să clarific care vor fi modificările. Vă țin la curent cu progresul (și orice contribuții, chiar și în cod, sunt binevenite). -- Regards, EddyP = The universe is not required to be in perfect harmony with human ambition. - Carl Sagan ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Corecții și consecvență în ref și int_ref
În data de 30 septembrie 2012, 01:44, Eddy Petrișor eddy.petri...@gmail.com a scris: În data de 28 septembrie 2012, 21:32, Eddy Petrișor eddy.petri...@gmail.com a scris: În data de 27 septembrie 2012, 22:22, Eddy Petrișor Am publicat și codul pentru parsepbfutils: http://repo.or.cz/w/osm-parsepbfutils.git Am terminat și funcția de bază pentru mutarea ref-urilor europene din ref in int_ref. Salut, Am implementat și o funcție care uniformizează numele de străzi, stradele, fundături, bulevarde, piețe, etc. Pentru cei care „vorbesc” Python (sau ignoră ce-i în stânga), codul ăsta poate clarifica puțin care e forma către care se tinde: http://repo.or.cz/w/osm-ro-tools.git/blobdiff/0e1fa4d448ba7ccd4f345375c11f6bcbf0b74a25..4fb815e82a96e13071e2a088e42d97c15cadd8d6:/OsmRoConsistency.py Iată ce ar face pentru o porțiune foarte restrânsă din zona Poiana Țapului: INFO:root:Way 47386204 changed: from name=Fundatura Lalelelor to name=Fundătura Lalelelor INFO:root:Way 46961779 changed: from name=Fundatura Valcelului to name=Fundătura Valcelului INFO:root:Way 46961788 changed: from name=Fundatura Stejarului to name=Fundătura Stejarului INFO:root:Way 46961772 changed: from name=Fundatura Livezilor to name=Fundătura Livezilor INFO:root:Way 34047968 changed: from name=Fundatura Castelului to name=Fundătura Castelului INFO:root:Way 46961780 changed: from name=Fundatura Sipotului to name=Fundătura Sipotului INFO:root:name correction done Zona e aproximativ asta: http://www.openstreetmap.org/?lat=45.3951lon=25.5428zoom=13layers=M Pentru datele din Ialomița (aceleași date din 13 sept) am un rezultat parțial care arată așa: INFO:root:Way 50894703 changed: from name=Str. Nisipuri to name=Strada Nisipuri INFO:root:Way 55972837 changed: from name=Str. Rozelor to name=Strada Rozelor INFO:root:Way 73324182 changed: from name=Str Campului to name=Strada Campului INFO:root:Way 75836917 changed: from name=Str. Viilor to name=Strada Viilor INFO:root:Way 115562176 changed: from name=Str. Panselutei to name=Strada Panselutei INFO:root:Way 119242966 changed: from name=Str. Teiului to name=Strada Teiului INFO:root:Way 119242967 changed: from name=Str. Iasomiei to name=Strada Iasomiei INFO:root:Way 126136730 changed: from name=Str. Anemonei to name=Strada Anemonei INFO:root:Way 126136731 changed: from name=Str. Socului to name=Strada Socului INFO:root:Way 126136732 changed: from name=Str. Lotusului to name=Strada Lotusului INFO:root:Way 126136734 changed: from name=Str. Craitei to name=Strada Craitei INFO:root:Way 126136735 changed: from name=Str. Lalelei to name=Strada Lalelei INFO:root:Way 126136738 changed: from name=Str. Molidului to name=Strada Molidului INFO:root:Way 126136740 changed: from name=Str. Begoniei to name=Strada Begoniei INFO:root:Way 126136741 changed: from name=Str. Nufarului to name=Strada Nufarului INFO:root:Way 126136742 changed: from name=Str. Amurgului to name=Strada Amurgului INFO:root:Way 126136743 changed: from name=Str. Cactusului to name=Strada Cactusului INFO:root:Way 126136744 changed: from name=Str. Margaretei to name=Strada Margaretei INFO:root:Way 126138308 changed: from name=Str. Bujorului to name=Strada Bujorului INFO:root:Way 126138317 changed: from name=Str. Toporasului to name=Strada Toporasului INFO:root:Way 132042959 changed: from name=Str. Chiocelului to name=Strada Chiocelului INFO:root:Way 132042968 changed: from name=Str. Trandafirului to name=Strada Trandafirului INFO:root:Way 134015438 changed: from name=Str. Migdalei to name=Strada Migdalei Momentan am ceva erori de decodare, dar vroiam să vă țin la curent cu progresul muncii ăsteia. Codul e publicat în același loc (nu am pus tag pentru că nu-i perfect funcțională această nouă funcționalitate): http://repo.or.cz/w/osm-ro-tools.git După cum am mai spus, codul pentru parsepbf este publicat aici: http://repo.or.cz/w/osm-parsepbfutils.git -- Regards, EddyP = The universe is not required to be in perfect harmony with human ambition. - Carl Sagan ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Localități șterse după trecerea la noua licență
În data de 14 octombrie 2012, 00:16, Strainu strain...@gmail.com a scris: Salut, FYI, în timpul hackatonului de azi de la geo-spatial (asupra caruia voi reveni cu detalii) am observat că am pierdut câteva zeci, poate sute de sate în urma trecerii la ODbL. Din fericire, datele pentru ele sunt încă disponibile în XAPI-ul de la mapquest ( http://open.mapquestapi.com/xapi/ ) și bineînțeles în extrasele mai vechi. Eu încerc să le repun pe măsură ce le găsesc, dar le fac manual, ca să fiu sigur că nu reintroduc mai multe materiale decât cele de la geo-spatial (+tagurile puse de mine). Localități sub ce formă? Noduri sau area? Că dacă-s noduri, de ce nu am încerca un reimport ale datelor SIRUTA? Ca să fim în regulă o să-l rog pe Vasile Crăciunescu de la geo-spatial să confirme că putem folosi în continuare datele lor sub noua licență. Dacă vrea cineva să ajute cu reintroducerea localităților e binevenit. Poate ar fi util să spui cum se pot identifica localitățile lipsă. -- Regards, EddyP = The universe is not required to be in perfect harmony with human ambition. - Carl Sagan ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [OSM-talk] Evolution of a map
Eddy Petrișor a scris: Habib Habib a scris: Hi guys, Is there a tool which shows the evolution of a region in time (i.e. show how the number of ways, points changed and increased in a period of time), as an animated slide, or as a series of map tiles each taken at a different point in time? Has it been written yet? Thank you I've done something primitive based on some shell scripting and the mapnik render; the code isn't published yet, but I can publish it, if you want. OK, I've just pushed the code on repo.or.cz: http://repo.or.cz/w/osm-map-evolution.git but be warned there are many hardcoded things (though can be configured or easily modified). The main ideas: - the planet files are stored in a git repo (in another branch than master - the scripts warn about this and give advice) - the generation of the maps is currently tailored to focus on Caracal, my home town where I was the author of he huge majority of changes; it would be nice if this was configurable by an external file, but I expect patches - you can commit anonymously in the mob branch :-) - the generation can go back from the most recent version of the planet file in the planet repo down to a date or down a certain number of commits - mapnik is used for generation and the database configuration stuff surely needs checking - the main script is gen_dated_maps which in turn calls gen_map - gen_map is the rename of gen_map_Caracal and should be the generic version of the map generator - the images are created in a ne directory _maps, and can be added an optional time stamp I haven't managed to make a script to generate an animated movie of the evolution, but I did managed to make manually a movie/clip from the resulted images. I also welcome suggestions for this (and I'll come with more info on this). Any suggestions and patches are welcome! -- Regards, EddyP = Imagination is more important than knowledge A.Einstein signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Evolution of a map
Habib Habib a scris: Hi guys, Is there a tool which shows the evolution of a region in time (i.e. show how the number of ways, points changed and increased in a period of time), as an animated slide, or as a series of map tiles each taken at a different point in time? Has it been written yet? Thank you I've done something primitive based on some shell scripting and the mapnik render; the code isn't published yet, but I can publish it, if you want. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping Photos
John McKerrell a scris: On 5 Jul 2009, at 15:31, OJ W wrote: do you need georeferencing to be embedded in the image when we give them to you (if so what format), or can that be done later by uploading GPX traces to our openstreetview account? I forgot to say, if you are able to georeference your images then I have some georeferenced photos taken in Romania, in the areas I mapped, and I won't come to SOTM, but I would like to be able to upload them. How can I upload myself the georeferenced pictures I have? please do so, I've got exif reading in place already but georeferencing based on GPX files or OSM logs will take a bit longer (and potentially be dependant on the new OAuth code). If you can't georeference your photos then I would still like them but the ones that are already done will be useful sooner. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Revert changes/bug in changeset?
On Thu, May 21, 2009 at 4:27 AM, Aun Yngve Johnsen skipp...@gimnechiske.org wrote: Can somebody look into reverting way 33136730 and 33136657. They seem to have been buggy (only 3 nodes visible out of many) and whan I did an update of relations connected to these roads, they was updated with the version I had on my computer (no changes should have been done to the ways). Original of the two ways are version 1, from changeset 503897 by user Nighto, while my changeset 1270407 should never have updated these two ways and therefor version 2 should be reverted. Done. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Python API
Etienne Chové a scris: Etienne Chové a écrit : Dears, I wrote a python class to communicate with OSM API (read, write, update). For interested users, informations are here [1]. May I put sources on the dev server ? This is now hosted on the main osm svn repositrory. I appologize for people wanting it on an external repository but I prefer to put it on an osm server. It's now at : http://svn.openstreetmap.org/applications/utils/python_lib/ Thanks to Eddy Petrișor for some bugfix and ideas proposed on his repository. And I have a first bug fix, too. There is a spelling error in the code. See attachment. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein From 9a6233d0f5971feae07cc5f2f59567b9f4896dd7 Mon Sep 17 00:00:00 2001 From: =?utf-8?q?Eddy=20Petri=C8=99or?= eddy.petri...@gmail.com Date: Mon, 4 May 2009 03:32:03 +0300 Subject: [PATCH] bugfix: fix spelling of 'Exception' --- OsmApi.py | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) diff --git a/OsmApi.py b/OsmApi.py index 89f4924..05a86c9 100644 --- a/OsmApi.py +++ b/OsmApi.py @@ -133,7 +133,7 @@ class OsmApi: def WayUpdate(self, WayData): Updates way with WayData. Returns updated WayData (without timestamp). if self._CurrentChangesetId == -1: -raise Execption, No changeset currently opened +raise Exception, No changeset currently opened WayData[uchangeset] = self._CurrentChangesetId result = self._put(/api/0.6/way/+str(WayData[uid]), self._XmlBuild(way, WayData)) WayData[uversion] = int(result.strip()) @@ -143,7 +143,7 @@ class OsmApi: def WayDelete(self, WayData): Delete way with WayData. Returns updated WayData (without timestamp). if self._CurrentChangesetId == -1: -raise Execption, No changeset currently opened +raise Exception, No changeset currently opened WayData[uchangeset] = self._CurrentChangesetId result = self._delete(/api/0.6/way/+str(WayData[uid]), self._XmlBuild(way, WayData)) WayData[uversion] = int(result.strip()) @@ -154,7 +154,7 @@ class OsmApi: def WayCreate(self, WayData): Creates a way. Returns updated WayData (without timestamp). if self._CurrentChangesetId == -1: -raise Execption, No changeset currently opened +raise Exception, No changeset currently opened WayData[uchangeset] = self._CurrentChangesetId result = self._put(/api/0.6/way/create, self._XmlBuild(way, WayData)) WayData[uid] = int(result.strip()) @@ -203,7 +203,7 @@ class OsmApi: def RelationUpdate(self, RelationData): Updates relation with RelationData. Returns updated RelationData (without timestamp). if self._CurrentChangesetId == -1: -raise Execption, No changeset currently opened +raise Exception, No changeset currently opened RelationData[uchangeset] = self._CurrentChangesetId result = self._put(/api/0.6/relation/+str(RelationData[uid]), self._XmlBuild(relation, RelationData)) RelationData[uversion] = int(result.strip()) @@ -213,7 +213,7 @@ class OsmApi: def RelationDelete(self, RelationData): Delete relation with RelationData. Returns updated RelationData (without timestamp). if self._CurrentChangesetId == -1: -raise Execption, No changeset currently opened +raise Exception, No changeset currently opened RelationData[uchangeset] = self._CurrentChangesetId result = self._delete(/api/0.6/relation/+str(RelationData[uid]), self._XmlBuild(relation, RelationData)) RelationData[uversion] = int(result.strip()) @@ -224,7 +224,7 @@ class OsmApi: def RelationCreate(self, RelationData): Creates a relation. Returns updated RelationData (without timestamp). if self._CurrentChangesetId == -1: -raise Execption, No changeset currently opened +raise Exception, No changeset currently opened RelationData[uchangeset] = self._CurrentChangesetId result = self._put(/api/0.6/relation/create, self._XmlBuild(relation, RelationData)) RelationData[uid] = int(result.strip()) -- 1.5.6.5 signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Python API
Eddy Petrișor a scris: Etienne Chové a scris: Etienne Chové a écrit : Dears, I wrote a python class to communicate with OSM API (read, write, update). For interested users, informations are here [1]. May I put sources on the dev server ? This is now hosted on the main osm svn repositrory. I appologize for people wanting it on an external repository but I prefer to put it on an osm server. It's now at : http://svn.openstreetmap.org/applications/utils/python_lib/ Thanks to Eddy Petrișor for some bugfix and ideas proposed on his repository. And I have a first bug fix, too. There is a spelling error in the code. Which you seem to already have fixed :-D BTW, it might be useful to have an ApiVersion method so that incompatible changes like the the switch of parameter position in the Api can be signalled to users(apps) and they don't break suddenly. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to best do Bulk Changes (XAPI troubles)
Patrick Weber a scris: First, is this a omission or intended that XAPI doesnt carry the version info? Secondly, how can I get OSM data which contains the version info? And finally, does anyone have advice on an easier way of generating bulk changes like this? (I am talking about 400 changes). May I suggest using the Python Api for your bulk changes? The code is still in its infancy, but is really usable and I already used it to make some consistency changes and various fixes. Code can be grabbed from SVN: http://svn.openstreetmap.org/applications/utils/python_lib/ And documentation is on the wiki: http://wiki.openstreetmap.org/wiki/PythonOsmApi -- Regards, EddyP = Imagination is more important than knowledge A.Einstein signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Python API
2009/4/29 Etienne Chové ch...@crans.org: Dears, I wrote a python class to communicate with OSM API (read, write, update). For interested users, informations are here [1]. COOL! I was thinking of writing such a class myself, but it's great you did it :) . May I put sources on the dev server ? May I suggest keeping it in a git repository so other people than the ones with commit access to the openstreetmap svn can contribute? I have used repo.or.cz which is a free service offered by Petr Baudis, author of many improvements in the git user interface for the osm-helpers improved code. I am probably going to be one of your early adopters :-) -- Regards, EddyP = Imagination is more important than knowledge A.Einstein ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Python API
On Wed, Apr 29, 2009 at 7:37 PM, Etienne Chové ch...@crans.org wrote: Eddy Petrișor a écrit : 2009/4/29 Etienne Chové ch...@crans.org: Dears, I wrote a python class to communicate with OSM API (read, write, update). For interested users, informations are here [1]. COOL! I was thinking of writing such a class myself, but it's great you did it :) . May I put sources on the dev server ? May I suggest keeping it in a git repository so other people than the ones with commit access to the openstreetmap svn can contribute? I have used repo.or.cz which is a free service offered by Petr Baudis, author of many improvements in the git user interface for the osm-helpers improved code. I am probably going to be one of your early adopters :-) I can put it where ever people want it. I think svn.openstreetmap.org is the best. Where to ask to get svn account ? Well, that's the nice thing about git, you don't need to request access from anyone. See more information about the service provided by Petr: http://repo.or.cz/about.html More information about how to create the project and how to create a user to be able to publish your changes is on pages linked from the one above. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Python API
2009/4/29 Etienne Chové ch...@crans.org: Dears, I wrote a python class to communicate with OSM API (read, write, update). For interested users, informations are here [1]. May I put sources on the dev server ? [1] http://wiki.openstreetmap.org/wiki/PythonOsmApi BTW, under which license are publishing your changes? May I suggest one of 'LGPL', 'GPL v2 or later' or 'GPL v3 or later'? I would be fine with either of those, but I think LGPL would be the best choice for such code as a library. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Python API
On Wed, Apr 29, 2009 at 8:10 PM, Etienne Chové ch...@crans.org wrote: Eddy Petrișor a écrit : 2009/4/29 Etienne Chové ch...@crans.org: [1] http://wiki.openstreetmap.org/wiki/PythonOsmApi BTW, under which license are publishing your changes? May I suggest one of 'LGPL', 'GPL v2 or later' or 'GPL v3 or later'? I would be fine with either of those, but I think LGPL would be the best choice for such code as a library. Until now, all my publcations are GPLv3, and this one yet have it licence header. I don't know differences with LGPL. Basically LGPL allows building proprietary or non-GPLed apps linked with LGPL libraries, but in the case of Python modules I am unsure if that would really allow creating proprietary or non-GPLed apps since I am unsure if an import counts as linking. Either way I am fine with GPLv3, too. If you don't feel too strong about it, you might want to add a or later there to ease up possible future migrations to newer versions of the license. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] http://osm.vdska.de: How often is updated?
Hello, I recently added some speed_camera tags for a controversial area in Romania where 5 speed cameras exist in a distance of about 5 kilometers and I was expecting them to show up on the custom render at http://osm.vdska.de, but haven't showed up yet: http://osm.vdska.de/?zoom=12lat=44.91358lon=27.60417layers=B0TFF The nodes in question are: http://www.openstreetmap.org/browse/node/673388 http://www.openstreetmap.org/browse/node/370842058 http://www.openstreetmap.org/browse/node/370841999 http://www.openstreetmap.org/browse/node/370840648 http://www.openstreetmap.org/browse/node/370841362 And before anyone jumps and says I should have used a relation, I must say I consider that proposal wy too much for what is needed in practice and the way I tagged is already used in many places, I have used it before and it works already: http://osm.vdska.de/?zoom=12lat=44.25663lon=25.85031layers=B0TFF -- Regards, EddyP = Imagination is more important than knowledge A.Einstein ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] SportsTracker/GPX/CSV/KML to NMEA conversion and fakegps
Hello, In order to test some apps I need some fake gpsd which can be provided by the gpsfake app, but it seems that the input file must be some kind of NMEA log that I am unable to produce. AFAIUI, I am unable to add information about satellites since the GPX files don't contain them, although the original files contains at least the number of seen satellites. I have several traces from my Nokia E71 phone (SportsTracker app) which contain all this information which would be ideal for my tests, but it seems that any attempt to produce a good enough nmea log failed. I used gpsbabel, but in some cases it seems it created broken NMEA logs (containing '---,' as the first characters). Is there a way to create NMEA logs from the GPX, csv or kml file of a track so I can use it in gpsfake? -- Regards, EddyP = Imagination is more important than knowledge A.Einstein ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
