Re: [Talk-ro] Level 8 administrative boundaries in Romania

[Vlad Sîngeorzan]

Hello,

Indeed the missing data is due to human resources, the import is still
progressing, but slowly.
ted3sco started the process and mapped most of them; I also helped and
added 2 or 3 counties worth of administrative boundaries.
The imports requires a very thorough work and we only find time to do it
rarely.
If anyone wants to help I can provide instructions on where to find the
data, how to use it and the process to correctly add them to OSM without
messing anything up.

În vin., 30 sept. 2022 la 15:48, Michael Häckel  a
scris:

> Hi,
>
> Well the original import from many years ago actually reflected the
> residential areas instead of the real boundaries. Now there is correct
> data.
> User ted3sco added some boundaries about two years ago and apparently
> didn't
> finish it. Probably this requires a lot of manual work. I can't remember
> that
> this topic was ever discussed here.
>
> Best regards,
> Michael
>
> Am Freitag, 30. September 2022, 13:35:41 CEST schrieb Razvan Radulescu:
> > Hi, Probably this is the state from the first import of boundaries and
> > no one completed the missing ones until now.
> >
> > You can ask the question on openstreetmap Romania Facebook page too.
> > Maybe someone from there knows more about this problem.
> >
> > On 9/29/2022 18:01 PM, Laurens Jozef Nicolaas Oostwegel wrote:
> > > Dear members of the OSM Romania community,
> > >
> > > In our project on earthquake risk analysis, we are using the
> > > administrative boundaries of all countries in Europe. In Romania we
> > > are using the level 8 (Municipii, Orașe și Comune) administrative
> > > boundaries. I have found that, while the majority of the
> > > municipalities/communes are mapped, there are many not existing.
> > >
> > > I was wondering, why these administrative boundaries are missing, as
> > > it seems like these are imported from the governmental data portal
> > > (https://data.gov.ro/dataset/unitati-administrative), with attribution
> > > to the dataset. Is there a reason why some boundaries have been
> > > imported, while others have not? Are there any ongoing efforts
> > > regarding these boundaries?
> > >
> > > Added here a picture where boundaries that have been imported are
> > > white and the ones not are red.
> > >
> > >
> > > Thank you for the good efforts in mapping Romania. I am looking
> > > forward to your response,
> > >
> > > Laurens Oostwegel
> > >
> > >
> > > ___
> > > 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

[Talk-ro] Clasificare și indicative CFR

[Vlad Sîngeorzan]

Salutare,

Am avut recent o discuție cu RobertH-PUM, el se ocupă în principal de
actualizarea datelor pentru hărțile peundemerg.ro și s-a lovit de problema
indicativelor căilor ferate în țară. Vreau să vă cer părerea și acordul
despre schema de tagging înainte de a ne apuca de modificări.

Ca să înțelegeți situația, la noi în țară există 2 numărători separate, iar
pentru a fi mai confuză treaba, ambele folosesc numere de 3 cifre, dar nu
se suprapun (ex 200-magistrală, 218-ramură a magistralei)
În primul rând sunt cele folosite de către CFR Infrastructură, acesta dă un
indicativ fiecărei linii de CF, inclusiv abătutelor, este cunoscut și sub
denumirea de indicativ BAR, fiindcă au început să fie accesibile populației
recent prin Buletinele de Avizare Restricții publicate de CFR pe site-ul
lor, se mai găsesc și în documente, cum ar fi în licitațile de
construire/mentenanță.
Iar un al doilea este cel folosit de către CFR Călători, unde liniile sunt
grupate pe secțiuni din punctul de vedere al traficului de pasageri.
Această numărătoare este mult mai cunoscută de către populație deoarece
erau găsite în mersul trenurilor.
https://ro.wikipedia.org/wiki/Magistrale_feroviare_%C3%AEn_Rom%C3%A2nia

La momentul actual, pe OSM este puțin haos, nu s-a mai făcut demult o
curățenie generală și sunt diferite scheme de tagging folosite. Puteți
vizualiza datele pe OpenRailwayMap https://www.openrailwaymap.org/
Din câte am înțeles eu de pe wiki există tipuri de relații pentru fiecare
dintre indicativele acestea.

   - https://wiki.openstreetmap.org/wiki/Tag:route%3Dtracks - pentru
   liniile individuale (indicativul BAR);
   - https://wiki.openstreetmap.org/wiki/Tag:route%3Drailway - pentru
   secții (numerotarea Călători);
   - https://wiki.openstreetmap.org/wiki/Tag:route%3Dtrain - pentru fiecare
   cursă în parte (ex: R* *sau IR***, nu e treaba noastră acuma…

Am dat click la întâmplare pe o cale ferată din Germania să văd la ei cum
se taguie:

   - https://www.openstreetmap.org/relation/9644486 - relație de tip
   route=tracks, ref=2975 și fiecare segment de cale ferată este de asemenea
   taguit cu ref=2975;
   - https://www.openstreetmap.org/relation/54438 - relație de tip
   route=railway, ref=356.2, conține pe lângă segmentele de cale ferată și
   stațiile de pe traseu;
   - https://www.openstreetmap.org/relation/1824813 - relație de tip
   route=train, cursă de transport public.

Astfel propunerea noastră de tagging este astfel:
Fiecare way de CF va aparține 2 relații:

   - una de tip route=tracks cu indicativul CFR Infrastructură
   - una de tip route=railway cu indicativul CFR Călători

Way-ul va avea tag pe el cu "ref=218" - indicativul infrastructură.
O idee ar fi să includem și un "name=Secțiunea 310" - indicativul călători,
deoarece acesta ar trebui să fie mai vizibil pe hărți.

Dacă aveți orice adăugiri sau vreți să oferiți ajutor în cadrul
proiectului, dați un răspuns :)
___
Talk-ro mailing list
Talk-ro@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ro

Re: [Talk-ro] Actualizare admin_level pe wiki

[Vlad Sîngeorzan]

În urma unor discuții cu ted3sco am ajuns la o altă schemă de tagging,
luând ca exemplu țările vecine și cele mai bine completate. În propunerea
mea inițială, UAT-urile erau la un nivel mai înalt decât nivelul folosit în
alte țări la diviziune cu mărimi asemănătoare, astfel propunerea actuală
este în felul următor:

   - 3: N/A
   - 4: Macroregiuni (NUTS1) sau împărțiri de mărime echivalentă dacă vor
   fi folosite în administrație
   - 5: Regiuni (NUTS2) idem
   - 6: Județe (NUTS3) lăsate momentan la nivel 4
   - 7: Zone metropolitane sau alte tipuri de asociații între UATuri;
   sectoarele Bucureștiului
   - 8: Comune, orașe, municipii
   - 9: Localitățile componente ale comunelor/orașelor/municipiilor
   - 10: Cartiere


În lun., 29 iun. 2020 la 14:32, Vlad Sîngeorzan  a
scris:

> Nu sunt sigur dacă s-au transmis imaginile prin lista de Mail așa că
> atașez de asemenea și un document Excel și un link de Google Sheets
>
> https://docs.google.com/spreadsheets/d/1H-XGjrIioRF8ijtkc9AHogZWE9Ot92aN8I_SbkZwxhw/edit?usp=sharing
>
>
___
Talk-ro mailing list
Talk-ro@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ro

Re: [Talk-ro] Actualizare admin_level pe wiki

[Vlad Sîngeorzan]

Nu sunt sigur dacă s-au transmis imaginile prin lista de Mail așa că atașez
de asemenea și un document Excel și un link de Google Sheets
https://docs.google.com/spreadsheets/d/1H-XGjrIioRF8ijtkc9AHogZWE9Ot92aN8I_SbkZwxhw/edit?usp=sharing


Propunere admin_level.xlsx
Description: MS-Excel 2007 spreadsheet
___
Talk-ro mailing list
Talk-ro@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ro

[Talk-ro] Actualizare admin_level pe wiki

[Vlad Sîngeorzan]

Salut,

Propun o actualizare a folosirii admin_level în România de pe pagina de
wiki boundary=administrative
.
La momentul actual este trecută o propunere veche de peste 10 ani și care
nu este nici completă și nici folosită uniform în țară.

Textul actual de pe wiki:
[image: image.png]

Utilizarea actuală a tagurilor potrivit observațiilor personale folosind
overpass-turbo.eu
[image: image.png]

Propunerea 1 (10 nivele, intervenție minimă)
[image: image.png]

Propunerea 2 (11 nivele, presupune scăderea importanței la majoritatea
diviziunilor actuale nivele, dar oferă mai mult spațiu de expansiune pentru
viitor)
[image: image.png]

Aștept păreri și propuneri suplimentare, de asemenea ar trebui discutată și
corespondența tagurilor place=* cu unitățile noastre administrative, dar
aceasta cred că mai bine s-ar face într-un alt thread.
___
Talk-ro mailing list
Talk-ro@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ro

Re: [Talk-ro] MapRoulette challenges for fixing road network issues in Romania

[Vlad Sîngeorzan]

Awesome, thanks. I will work on it when I have some free time

În mar., 17 dec. 2019 la 21:12, Andrew Wiseman via Talk-ro <
talk-ro@openstreetmap.org> a scris:

> Hello OSM Romania,
>
> De traducere automată mai jos:
>
> This is Andrew again from the Apple Maps team. We recently used our Atlas
> data analysis tool (https://github.com/osmlab/atlas) to look at a few
> types of potential issues related to roads and routing, such as roads that
> cross but don't connect, routing problems, turn restrictions, places where
> navigation is impossible due to missing connections or potentially
> incorrect one-way roads, adjoining roads where road names are similar to
> each other but not exactly the same, and other similar issues.
>
> I've posted the results of those checks on MapRoulette, a tool that lets
> you go through potential issues one by one and either correct them or
> indicate they are not a problem. I wanted to let you know they are
> available in case others wanted to try fixing some of them — I also plan to
> go through some of them myself.
>
> In MapRoulette you can either pick a random task to fix or click on a
> specific one. If you want to do tasks around a certain location, such
> as somewhere you are familiar with, you can click on one from the map view,
> and then click Next task: Nearby when you finish it.
>
> Here is the list of the challenges. I hope they are useful (and fun), and
> please let me know if you have any questions or feedback.
>
> https://maproulette.org/browse/projects/38878
>
> Thanks,
>
> Andrew
>
> ///
>
> Salut OSM România,
>
> Acesta este din nou Andrew, din echipa Apple Maps. Recent am folosit
> instrumentul nostru de analiză a datelor Atlas (
> https://github.com/osmlab/atlas) pentru a analiza câteva tipuri de
> probleme potențiale legate de drumuri și rutare, cum ar fi drumurile care
> traversează, dar nu se conectează, probleme de rutare, restricții de
> întoarcere, locuri în care navigația este imposibilă din cauza conexiunilor
> lipsă sau a drumurilor unice potențial incorecte, drumurilor alăturate în
> care numele drumurilor sunt similare între ele, dar nu exact aceleași și
> alte probleme similare.
>
> Am postat rezultatele acestor verificări pe MapRoulette, un instrument
> care vă permite să parcurgeți problemele potențiale una câte una și fie să
> le corectați, fie să indicați că nu sunt o problemă. Am vrut să vă anunț că
> sunt disponibile în cazul în care alții vor să încerce să remedieze unele
> dintre ele - de asemenea, intenționez să parcurg unele dintre ele.
>
> În MapRoulette puteți alege fie o sarcină aleatorie de rezolvat, fie
> faceți clic pe una specifică. Dacă doriți să efectuați activități în jurul
> unei anumite locații, cum ar fi undeva vă este familiar, puteți face clic
> pe una din vizualizarea hărții, apoi faceți clic pe Următoarea sarcină: În
> apropiere când o terminați.
>
> Iată lista provocărilor. Sper că sunt utile (și distractive) și vă rugăm
> să anunțați dacă aveți întrebări sau feedback.
>
> https://maproulette.org/browse/projects/38878
>
> Mulțumiri,
>
> Andrew
>
>
>
> Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 |
> andrew_wise...@apple.com
>
> ___
> 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] Stabilirea ref-ului la intersecția drumurilor

[Vlad Sîngeorzan]

Salut,

Prima variantă e cea corectă. Statutul de drum național/ județean
reprezintă până la urmă administratorul drumului, iar acesta aș spune că în
toate cazurile în care se intersectează DN cu DJ e compania națională.

În mie., 7 aug. 2019 la 12:34, Doina Munteanu 
a scris:

> Salut,
>
> Cum se practică plasarea tagului ref pe porțiunea în care două drumuri se
> intersectează?
> Presupun că rațional ar fi, atunci cand se intersectează două drumuri de
> același rang, gen DN cu DN sau DJ cu DJ, referințele să fie separate prin
> punct și virgulă. În cazul în care se intersetează DN cu DJ, se fixează
> ref=DN și reg_ref=DJ?
> O altă variantă ar fi ca porțiunea respectivă să aibă ref=DN;DJ,
> reg_ref=DJ și nat_ref=DN.
> Cum considerați că ar fi ok?
>
> Mulțumesc!
> ___
> 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] name= pentru drumurile comunale, de ce?

[Vlad Sîngeorzan]

Cred că echipa lui Anatolie ar fi urmat a modifica toate drumurile din
România după modelul acela, nu doar DC-urile, nu este vorba de tratament
special. Puteți vedea că în zona Arad că au început a denumi și DJ astfel.
Ideea acuma ar fi dacă suntem de acord cu schema aceasta. Din punctul meu
de vedere dacă vrem să punem localitățile prin care trece s-ar potrivi mai
degrabă folosirea unor taguri de genul from= și to=, dar acestea sunt în
prezent rezervate rutelor de transport public.
În general, în alte țări văd că drumurile sunt marcate doar prin ref=, fără
name=, înafara Olandei și a Belgiei care se pare că au o denumire oficială
pentru orice drum de țară (probabil că există reglementat și fiecare fermă
are o adresă; nu sunt denumiri construite precum este în cazul nostru).
Mi s-ar părea normal să dăm nume doar când avem un nume de stradă în
interiorul localitățiilor sau când vor apărea denumiri consacrate ale
drumurilor, gen Autostrada Soarelui, Centura Brașov și sunt marcate și
cunoscute sub această denumire.

Străinu, țin să te contrazic cu DC191, înțeleg că tu știi realitatea de pe
teren, dar făcând puțin research în documente oficiale se pare că drumurile
sunt altfel pe hartă decât pare.
https://drive.google.com/file/d/1Oy6guuYLb7sh2lfJOhdMP9q32dFT4CjG/view?usp=sharing
în lista drumurilor din România se poate vedea cum că DC191 e Obedeni -
Anghelești, nu știu cât de oficiale și legale sunt documentele acestea, dar
aceste documente par a fi sursa principală inclusiv a datelor de pe OSM.
Pe harta județului de pe site-ul primăriei Giurgiu apare așa cum e în mod
actual pe OSM:
http://www.primariagiurgiu.ro/portal/giurgiu/primarie/portal.nsf/All/1961B31FC1C65987C225812A0048439B/$FILE/01.ACAD-SBL-PI.pdf
În HG 713/07.06.2006 se încadrează drumul Vadu Lat - DC 191 ca și DC 192,
deci așa cum putem vedea pe Google Maps:
http://legislatie.just.ro/Public/DetaliiDocument/72541
Iar pe site-ul firmei betacops apare că se laudă cum că ei au construit un
"Pod pe DC191 km 0+900 peste canal de descarcare la Obedeni;"
http://www.betacops.ro/content/poduri%E2%80%93proiecte-tehnice . Acestă
descriere s-ar potrivi acestui pod:
https://www.mapillary.com/map/im/6fOySpYZNk_nPxvWBoVlgQ cred că e acesta
prin eliminare, deoarece în zonă există doar 3 poduri, unul în Vadu Lat
peste râul Neajov, altul peste Dâmbovnic, iar acesta este singurul care
pare a fi peste un canal de descărcare în zona Odobeni.

În schimb am găsit și informații care atestă că DC191 ar fi Valu Lat -
Anghelești în presă, la inundațiile din 2014 și 2018:
https://adevarul.ro/locale/giurgiu/judetul-giurgiu-avertizare-cod-portocaliu-inundatii-drumuri-inchise-mii-hectare-teren-ape-1_5aa3f6f4df52022f756792a3/index.html
https://adevarul.ro/locale/giurgiu/15-localitati-judetul-giurgiu-afectate-inundatii-6-drumuri-inchise-circulatiei-1_548ae514448e03c0fdafdb23/index.html
https://www.mediafax.ro/social/inundatii-in-tara-treisprezece-localitati-din-giurgiu-afectate-cursuri-suspendate-si-drumuri-inchise-in-teleorman-13714842
https://www.romaniatv.net/peste-30-de-localitati-din-zece-judete-afectate-de-inundatii_408117.html

Aș spune că datele nu par a fi copiate de pe Google Maps ci făcute pe
documentelor oficiale din România.

În mie., 10 apr. 2019 la 11:40, Strainu  a scris:

> Anatolie,
>
> OSM nu este și nu ar trebui făcut doar pentru navigație. La fel ca la DN,
> lista drumurilor județene [1] identifica drumurile printr-un număr și
> menționează cele mai importante localități prin care trece. Nu văd de ce nu
> s-ar aplica aceleași reguli și la DC.
>
> Și mai e o chestie: ca să aibă sens pe teren, harta trebuie să semene cu
> indicatoarele și bornele. Pe DC nu prea am văzut indicatoare, dar borne mai
> sunt, în special pe cele refăcute cu fonduri europene, iar bornele nu
> indica întotdeauna capătul drumului, ci doar următorul sat și numărul.
>
> Nu mai puțin important, datele voastre au și greșeli foarte foarte
> suspecte,  vezi de exemplu https://www.openstreetmap.org/way/40699328
> Drumul ăla e Vadu Lat-Anghelești, dar cel mai problematic e că apare
> Obedeni-Anghelesti doar la google maps și site-uri derivate. Sper că știți
> și respectați faptul că nu poți importa date de la Google Maps.
>
> Cred că în interesul corectitudinii ar fi bine să faceți revert și să mai
> filtrati datele, timp în care s-ar putea ajunge, eventual, la decizia pe
> care o dorești privitoare la nume. E mai bine și pentru voi ca firmă și
> pentru osm ca munca voastră să fie deasupra oricărei bănuieli.
>
> Cu prietenie,
> Strainu
>
> [1]
> https://www.scribd.com/document/365493384/Lista-Drumurilor-Judetene-Din-Romania
>
> Pe luni, 8 aprilie 2019, Anatolie Golovco  a
> scris:
>
>> Buna
>>
>> Pentru inceput as vrea sa fac citeva concretizari:
>>
>> * Editarile nu sunt facute de un bot sau orice alt mod automatizat de
>> interventie. Intradevar sunt multe editari, dar asta datoreaza faptului ca
>> lucreaza o echipa de oameni full time.
>> * @Razvan Eu am validat cu echipa si ei nu obisnuesc 

Re: [Talk-ro] name= pentru drumurile comunale, de ce?

[Vlad Sîngeorzan]

Exact acuma vroiam să trimit și eu același link, dar în engleză.
https://wiki.openstreetmap.org/wiki/Names#Name_is_the_name_only
Am observat și eu că au făcut treaba asta, nu e comform standardului OSM și
nici eu nu sunt de acord, mi se pare că ar produce doar confuzii la
inspectarea vizuală a hărții și la sisteme de voce GPS...
Am să-l informez pe șeful de la Lightcyphers, am mai discutat cu el că am
mai avut probleme anterior; sunt sigur că va fi de acord să schimbe comform
standardului.

În joi, 4 apr. 2019 la 21:07, Michael Häckel  a
scris:

> Salut,
>
> În urmă cu câteva ani noi am făcut directive pentru denumiri. Formatul
> acesta
> este ceva ce noi nu dorim.
> https://wiki.openstreetmap.org/wiki/Ro:Names#Numele_este_doar_numele
>
> Michael
>
> Am Donnerstag, 4. April 2019, 19:55:52 CEST schrieb Janos Rusiczki:
> > Salutare listă! :)
> >
> > De curând am observat că toate drumurile comunale (highway=tertiary) din
> > zona mea și nu numai au primit name= în formatul "De Unde-Până Unde".
> > Modificările au fost făcute de un bot(?) al firmei moldovenești
> > Lightcyphers. Nu înțeleg exact rostul acestei modificări sau ce
> > îmbunătățire aduce hărții, dar poate există undeva o recomandare sau ceva
> > și mă lămuriți voi.
> >
> > Exemplu:
> > https://www.openstreetmap.org/way/39427237
> >
> > Pagina Lightcyphers in wiki:
> > https://wiki.openstreetmap.org/wiki/Lightcyphers
> >
> > Stimă,
> > Janos
>
>
>
>
>
> ___
> 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