OpenStreetMap logo OpenStreetMap

Changeset When Comment
147604536

@ika-chan sorry, I see now that you have already fixed the intersection.

147604536

@ika-chan! should I fix the geometry of the intersection according to the imagery? Or will the Greek community solve it?
We came across several such examples from this @Delda Evas ALL user where a regular T intersection is modeled like this.

147604536

Hello Delta Evas ALL,

Could you provide some more info regarding this junction? Looking at available sources this junction looks like a simple T restriction. What was the reason for remodeling? Were there any recent reconstructions going on there?

Here are the coordinates and link to the junction: 39.7985282, 21.1734184 osm.org/#map=19/39.79850/21.17338

All best Borovac

146787527

Cao Savo,

vidim da dosta stavljas living street gde ne bi trebalo da bude living street ovu ulicu si sa service prebacio u living_stret (highway=living_street) umesto u highway=presidential.
To dosta utice na routing, i living_street ne predstavlja ulicu gde ljudi zive vez ulicu izuzetno male brzine tu je maxspee=10 i da bi neka ulica bila living street mora da ima ovakav znak kao sto ima ova ulica (https://www.mapillary.com/app/?lat=44.976427777778&lng=20.164836111111&z=17&pKey=842777696312414&focus=photo&x=0.5058731116105611&y=0.4625984624248233&zoom=0)
S postovanjem Borovac

50888709

Hvala, srecni praznici… 😄

50888709

OK, hvala…
Nista kada se importuju sve adrese u podunavlju napravicu tabelu sa onim sto je uneseno i sa RGZ podacima pa se dogovaramo dalje da se to prekontrolise.
Postoji mogucnos da su iz RGZ-a dodeli nove brojeve i da ljudi jednostavno nisu zameni brojeve, ali takodje postoji mogucnost da i RGZ ima pogresne podatke.

50888709

Dogovoreno, izvucicu ti i ostale posto ima za sad 80kom koji se ne poklapaju sa RGZ-ovim podacima.
Ali kad zavrsim import svi adrenih podataka u podunavlju.

50888709

Cao,
moze li jedna molbica, da li mozes da proveris adrese u Dimitrija Tucovica ima dosta adresa koje si dodao, a da se ne poklapaju sa podacima iz RGZ-a... Ja sam ostavio tvoje i dodao nodove iz RGZ-a i stavio tag note=Needs survey kako bi mogli da proverimo sporne adrese.
Hvala unapred Borovac

142452340

Nemoj da gledas na renderovanje... :)
osm.or je baza podataka nisu mape i tamo je prikaz cisto informativnog karaktera...

142452340

Cao Savo
molim te nemoj menjati area:highway tag za highway tag ili u kombinaciji sa area=yes jer je to neispravna kombinacija sa oblast oko puta koja pravi problema tokom rutiranja.
Primenu mozes pogledati na ovoj wiki stranici: area:highway=*
Sve najbolje Milan.

57201596

Hi Stalker61,
I am trying to fix intersection ways and see that one has a "winter_road=yes" tag.
(way/456333085) This way has intersections with 3 other ways:
1.way/590548795
2.way/590548795
3.way/818683982
When I looked on Wiki for that tag I saw that this type of road needs to have a "seasonal=winter" tag. winter_road=*. But I am not sure about the connection between whether we need to have a common point between them or not. (60.8010707, 70.5216919). I would like to consult with you because of the profitability of the roads.

139382188

Ma znam, ali je fora sto tu pravi bespotrebno preklapanje puteva, a niko od provajdera OsmAnd, MagicEart, Apple maps ne uzimaju u obzir tu kombinaciju zbog problema sa rutiranjem dok area:highway tag kupe i renderuje i sto je najbitnije ne pravi problem za rutiranjem i sa preklapanjem puteva.
Vise je stvar funkcionalnosti, na primer area:highway=pedestrian je mnogo funkcionalnije resenje i pritom nema da se preklapaju 2 way-a koji na sebi imaju highway atribute.

139382188

Pozdrav Muki,
da li mogu da te pitam zasto si tag area:highway zamenio sa neispravnom kombinacijom area=yes + highway=* i sa time napravio na pojedinim mestima duplu geometriju gde ide highway=* preko highway=*?
Tag area:highway je ispravan nacin kojim se prave oblasti oko puta. area:highway=*
Ta oznaka ne pravi preklapanja kao ni keepriht greske kao sto pravi neispravna kombinacija area=yes + highway=* i kada radi ruting ne rutira po obodima puteva vec rutira po mrezi puteva.
S postovanjem Borovac

144323934

Hi Tomas,
I apologize for deleting the information about public transport, it was accidental.
I will pay more attention in the future.
All best Borovac

123061889

Hi Map-Finder

Can you please check this relations: 13299715/13299713/13299714
On this relation missing one part for this turn restriction.
I looking this turn restrictions but I do not have street level imagery with which I can fix this turn restrictions.

Thanks in advance Borovac

123061889

Hi Map-Finder

Can you please check this relations: 13299711/13299712
On this relation missing one part for this turn restriction.
I looking this turn restrictions but I do not have street level imagery with which I can fix this turn restrictions.

Thanks in advance Borovac

123094642

Also find this relation:13298656 where is missing "from" in turn restriction relation.

123094642

Hi Map-Finder

Can you please check this two relations: 13298655/13298654
On this relations two missing some way for this turn restrictions.
I looking this turn restrictions but I do not have street level imagery with which I can fix this two turn restrictions.

Thanks in advance Borovac

123098990

Hi Map-Finder

Also for relation/13298646 missing "from" way.

Thanks in advance Borovac

123098990

Hi Map-Finder

Can you please check this relation: 13298645.
On this relation missing way "to" for this turn restriction.
I looking this turn restriction but I do not have street level imagery with which I can fix this turn restriction.

Thanks in advance Borovac