piebro/osm-data huggingface dataset:
george1201 (2023-06-06 22:18:15+00:00): Hallo rbrtruss, 
ist das vielleicht der Rettungspunkt, der im Hinweis https://www.openstreetmap.org/note/1026971 erwähnt wird? Wenn du an dieser Stelle einen gesehen hast, glaube ich nicht, dass es ein paar Meter entfernt einen weiteren gibt. Dann könnte man den Hinweis doch schließen, oder?
MxxCon (2023-03-10 02:13:34+00:00): Hello.
A curb is just a node. It's not a way. And especially it must NOT be a way overlapping an existing sidewalk way. That breaks navigation routing.
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/133420177
LockOnGuy (2023-03-12 04:16:20+00:00): Hello, please revert your changeset to the right and correct admin level. The numbers you changed here is wrong, for example you changed 2 ways to admin level 5 while admin level 5 is for the capital of the country Baghdad only. see: https://wiki.openstreetmap.org/wiki/Iraq#:~:text=the%20central%20administration.-,Current%20implementation%20in%20OSM,-admin_level     
If you don't know how to revert your edit, let me know and I will revert it.
LockOnGuy (2023-03-12 05:02:07+00:00): Reverted, please don't use the proposal admin levels and use the current admin levels only. regards.
topolusitania (2023-03-08 13:29:11+00:00): Olá
 Atenção às edições. Quando gravas as alterações verifica por favor se inadvertidamente não estás a alterar algo.. Neste caso alteraste a estrada. Corrigido
Alves Luis Rodrigues (2023-03-08 21:05:58+00:00): Obrigado pela correção.
ivanbranco (2023-03-09 17:02:23+00:00): Hi MOTEZZA, welcome to OSM

https://www.openstreetmap.org/node/10719991144

what's this node? adding a name is never enough, you should always put at least one main descriptive tag. You can find them on the Wiki: https://wiki.openstreetmap.org/
eggie (2023-03-08 07:25:20+00:00): Top Simon....   Nog een kleinigheidje..
bicycle=no en horse=no  hoeft niet op een footway.
Dat is allemaal 'default'.
Wel als het een highway=path zou zijn.
Mapse
eggie
Strubbl (2023-03-07 22:02:44+00:00): Nördlich der B304 weiß ich nicht, ob die Bajuwarenstraße da auch neuerdings 30 ist
Frans S (2023-03-18 09:39:31+00:00): Hello. Thanks for mapping on this project.
Please tag the highways correct.
About highway tagging:

Please apply the rules described in this wiki
Most common taggings.
Rural areas : Unclassified,  track , path, service
Urban areas: unclassified, residential, path.


https://wiki.openstreetmap.org/wiki/Highways

Read also the remarks about tagging of tracks in the instructions.
Best regards and keep mapping
rskedgell (2023-03-08 07:09:35+00:00): Hi,

Many thanks for adding all these postcodes and street names.

Would you consider using the post town (London) as the value of addr:city, rather than the name of the London Borough? While the buildings are within the London Borough of Hackney, it's not really part of the address.

https://wiki.openstreetmap.org/wiki/Addresses_in_the_United_Kingdom
ZenPhil (2023-03-08 13:34:02+00:00): Hi rskedgell - I'd just been continuing the format used locally but yes I'd have assumed that London would be preferable. A few checks of Overpassturbo indicate that there is an inconsistent style with a fair few uses of 'Borough' in Islington, Barnet, Hackney etc. Might be worth a mass edit, but I'm not sure what the processes are for that?
aTarom (2023-03-08 09:12:40+00:00): Hi, VARVAR8,
can I remove the "new"="yes" tag from these walls?

https://www.openstreetmap.org/way/1069607157/history
https://www.openstreetmap.org/way/1069607174/history
https://www.openstreetmap.org/way/1069607186/history
https://www.openstreetmap.org/way/1069607218/history
https://www.openstreetmap.org/way/1069607231/history
https://www.openstreetmap.org/way/1069607251/history
https://www.openstreetmap.org/way/1069607262/history
https://www.openstreetmap.org/way/1069607296/history
Cheers
VARVAR8 (2023-03-10 19:18:53+00:00): Thanks. Already fixed this temporary tags.
VARVAR8 (2023-03-09 14:17:14+00:00): Навіщо ви намапили те, чого не існує? Видалення.
Marek-M (2023-03-08 06:38:00+00:00): Cześć,
Czy boisko do rzutu kulą jest tutaj dobrze zmapowane? Dodałeś drugie boisko o tych samych parametrach:
athletics=shot_put
leisure=pitch
sport=athletics

Wg wiki jest zasada: Jeden obiekt, jeden element OSM
https://wiki.openstreetmap.org/wiki/Pl:Jeden_obiekt,_jeden_element_OSM

https://www.openstreetmap.org/way/1114859652
https://www.openstreetmap.org/way/1152547738
conradoos (2023-03-08 17:11:30+00:00): Cześć, podzieliłem to na dwie części, bo są dwa koła, więc teoretycznie rzecz biorąc to są dwa obiekty. Gdyby oba koła były połączone z obszarem, na który może spaść kula, to na pewno bym to zmapował jako jeden obiekt. Przez to że jedno koło się nie łączy z tym drugim, to pomyślałem, że lepiej jako dwa obiekty zmapować. Ewentualnie można by to zmapować jako jeden obiekt poprzez połączenie w relację. Co o tym sądzisz?
Marek-M (2023-03-08 19:13:03+00:00): Jak tak patrzę na ortofoto, to zastanawiam się, czy to kółko w ogóle ma coś wspólnego z pchnięciem kulą :) Pole lądowania kuli (żółty obszar) ma długość ok. 20m a rekord świata wynosi 23m. Jutro jak będzie dobra pogoda, to pojadę rowerem do pracy i jak nie zapomnę, to zerknę jak to wygląda 'on the ground'. To kółko przy jakimś murku dziwnie tam wygląda.
Marek-M (2023-03-10 06:43:13+00:00): Wygląda na to, że jest to po prostu drugie boisko do pchnięcia kulą, z tym  że rzuty z niego są zaplanowane w kierunku boiska piłki nożnej i nie jest to wyznaczone. Plan stadionu znalazłem gdzieś w sieci i wygląda na to, że wszystko dobrze zmapowałeś :) https://imgur.com/UBipSTN
conradoos (2023-03-10 21:00:40+00:00): Ale mi się udało :)
Szymson (2023-08-10 10:39:08+00:00): W nazwie obszaru magazynów jest błąd. Jest Pannatoni a powinno być Panattoni.
https://panattonieurope.com/pl-pl
user_5359 (2023-03-24 06:49:49+00:00): Hallo! Bitte sieh Dir nochmal den Weg https://www.osm.org/way/1152551925 an. Welche Bedeutung hat das Tag 19H=yes?
v_martyanov (2023-04-18 21:47:10+00:00): Railways you created are completely destroyed now: constructions sites are there. Is there any reason to store these historical data on the map?
zeljadin (2023-04-18 23:52:46+00:00): I guess I added them accidentally. Since I live in Belgrade, I am assured that there are no railways on this site.
I'll fix it right away.
streckenkundler (2023-03-08 08:17:54+00:00): Hei,

bist du dir sicher mit der Einbahnstraße bei "Große Straße"? bei Mapillary kann ich nichts erkennen. Da gibt nur einige Abbiegebeschränkungen. Die Folge ist, daß eine Knotennetz-Route kaputt ist: https://www.knooppuntnet.nl/en/analysis/route/12422785

fragt Sven
weekender (2023-03-08 13:35:32+00:00): Hallo Sven, du hast absolut recht. Ich hatte nur auf den nördlichen Teil der Großen Straße und die Straßenführung am Markt geachtet. In der Großen Straße ist seit einiger Zeit eine Einbahnstraßenregelung eingeführt. Von der Müncheberger Straße kommend kann man entweder links oder rechts fahren (Fahrräder frei). Das Stück Von der südöstlichen Einfahrt bis zur Grünstraße ist in beide Richtungen befahrbar. 
Ich habe versucht das zu korrigieren, stelle mich aber zu blöd an. Ich kann die Einbahnstraßenregelung nur für die komplette Große Straße ändern. Eigentlich müsste die Strecke geteilt werden, ich weiß aber nicht, wie man das anstellt. 
Ich habe die Einbahnstraßenregelung wieder zurück genommen. 
Danke für deinen Hinweis 
Gruß Martín
streckenkundler (2023-03-08 17:23:09+00:00): Hei, vielen dank für die Rückmeldung,

kannst du sagen, ob die 2022 entstandenen 360°-Bilder von stefanHRT 
aktuell sind?

Dann nehme ich mir das mit JOSM vor.

Sven
weekender (2023-03-08 18:23:35+00:00): Wenn du mir sagst, wo ich diese 360 Grad Bilder finde, wäre das kein Problem.
streckenkundler (2023-03-08 19:05:17+00:00): Wo du recht hast,  hast du recht... Sorry, ich vergaß den Link... hier isser: https://www.mapillary.com/app/?pKey=531257175051500

...und weitere Bilder der Sequenz...

Sven
weekender (2023-03-08 19:27:22+00:00): Danke für den Link. Kannte ich noch gar nicht. 
Die Bilder sind leider nicht aktuell. Die derzeitige Einbahnstraßenregelung war zum Zeitpunkt der Aufnahmen noch nicht eingerichtet. Für Radfahrer haben diese aber auch keinen Einfluss.
streckenkundler (2023-03-08 19:48:30+00:00): Du hast ja mit GoMap editiert... Kannst du da Wege teilen? Ich kenne das nicht. Unabhängig davon ist dann in solchen Fällen bei oneway=yes und bei Radfreigabe in beiden Richtung oneway:bicycle=no erforderlich...

Ach das wird schon...

Sven
weekender (2023-03-08 20:31:23+00:00): Genau. Wege teilen ist damit nicht möglich. Die Einstellungen „oneway=yes/ oneway:bicycle=no“ hatte ich gesehen. 
Ich werde mich am Wochenende mal hinsetzen und das Ganze per JOSM versuchen.  Ist schon ein paar Jahre her, dass ich damit editiert hatte. Mal schauen, was ich dann wieder alles kaputt machen werde….
Aber deine Aufmunterung „ … das wird schon… spornt an.
streckenkundler (2023-03-08 20:49:40+00:00): Ich habe ja eine 100%-JOSM Quote... :D Das schöne ist, JOSM sagt einem diverse Fehler an... Aber Ja, JOSM Bedarf Einarbeitungszeit! Da ich selbst beruflich  in Sachen Geodatenverarbeitung seit sehr vielen Jahen vorbelastet bin, hab ich da keine Schwierigkeiten... und JOSM hat den Vorteil: man kann Editieren... machen, tun, probieren... und wenn es nicht passt, löschen und nochmal... da hat man vielleicht etwas Zeit investiert, mehr aber auch nicht...

Bei Fragen, die Fragen fragen... :)

Sven
StefanHRT (2023-06-10 08:56:15+00:00): Hey Ihr 2. war heute zufällig mit cam dort, Fotos lade ich später auf Mapillary hoch. Richtungen für oneway passen aber so wie es aussieht. VG Stefan
RiverBearings (2023-04-17 20:28:42+00:00): Hello Henri Riehs. I saw that you modeled the Rio de Bóia as a ferry route. The ferry route tag - https://wiki.openstreetmap.org/wiki/Tag%3Aroute%3Dferry - "maps a ferry or water bus route on the sea, rivers, or other waterways. Ferries are a form of public transport that operate to connect road networks and to provide passenger service much like bus service”.

For river paddle craft, a better tagging scheme would be to assign it the tag route=canoe (https://wiki.openstreetmap.org/wiki/Tag%3Aroute%3Dcanoe) - which is a "route for canoes, kayaks, or other paddle craft”. The additional tag to identify it for rafting would be attraction=river_rafting (https://wiki.openstreetmap.org/wiki/Tag:attraction%3Driver_rafting). I wanted to see if you agree before I updated this feature however. Thanks for your time.
Henri Riehs (2023-04-19 17:09:47+00:00): Hello friend, thank you for learning, I really did not know this tag yet. Editing done and feel free to correct whenever you feel necessary. Thanks for your time too.
RiverBearings (2023-04-19 21:30:56+00:00): Thank you Henri! Looks great. Happy mapping (and river rafting!)
Hufkratzer (2023-03-09 00:20:36+00:00): Hi,
https://www.openstreetmap.org/way/1152556407
sieht mir im Luftbild kaum nach einem Geschäft (shop=sports) oder einer Reitanlage (leisure=horse_riding) aus, sondern nach einem Reitplatz (leisure=pitch + sport=equestrian); siehe
https://wiki.openstreetmap.org/wiki/DE:Tag:leisure=horse_riding
jpsa2023 (2023-03-08 18:58:05+00:00): Hola Jordi, la escala que comentaba la nota només es un mirador i no arriba al carrer de baix, per aixó no la vaig mapejar i pensaba obviar-la. 
L' àrea urbana encara conté alguns errors que vaig a tractar de solucionar. Residisc al Puerto a temporades i puc contrastar-ho.
Salut,
Jordi MF (2023-03-08 19:23:50+00:00): Vaja,
Doncs corregeix-m'ho perquè ho he fet malament. Deixe que acabes tu d'editar. He estat dues vegades al Puerto, però òbviament no podré mapejar-lo millor que tu. Gràcies per l'avís.
Salutacions,
Jordi
MrMoehritz (2023-04-01 19:29:40+00:00): Hallo LionST,

willkommen bei OSM. Schöner erster Edit!
rzvqvb (2023-03-08 00:29:22+00:00): Correction of the change comment: Correct speed as per change is 60 km/h
NorthCrab_upload (2023-03-08 00:30:35+00:00): Zauważyłem, że Twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Duplikat adresu w okolicy. Adres można oznaczyć na dwa sposoby: na obszarze (dokładniejsze) albo na punkcie. Aktualizując adres, należy się upewnić, czy w okolicy nie pozostały żadne duplikaty.
https://www.openstreetmap.org/way/1152562878
https://www.openstreetmap.org/way/1152562881

Dokumentacja adresów (po polsku):
https://wiki.openstreetmap.org/wiki/Pl:Key:addr:*

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
R_A (2023-03-08 10:37:11+00:00): Warum ist der See jetzt landuse=farmland? Tieferer Grund oder nur ein Versehen?
LionST (2023-03-08 11:12:33+00:00): War ein Versehen, ich bin Anfänger. Sollte jetzt behoben sein, sorry.
Soshal Distan Singh (2023-03-08 02:21:45+00:00): Добрый день.

>https://mapwith.ai/rapid

Посмотрите на геометрию этого здания - https://www.openstreetmap.org/way/1152566121 - например, на снимке мапбокса, и сравните с вашей. Рановато доверять эту работу нейросетям.
R_A (2023-03-08 10:40:28+00:00): Weg: 229505407 bitte wieder reparieren.
LionST (2023-03-08 11:20:09+00:00): Sollte jetzt wieder passen, sorry.
makoragi (2023-03-08 02:21:48+00:00): こんにちは。Code for Kumamotoの者です。プールですが、ウェイと重なっていませんか？
Supaplex (2024-08-02 06:36:01+00:00): https://www.openstreetmap.org/node/3336564690/history
為何把海天下社區站牌類別改成學校?
385 Barber Shop (2023-03-08 01:59:21+00:00): The shop name changed to 385 Barber Shop a few years ago
Kovoschiz (2023-03-08 03:48:26+00:00): Please don't upload duplicate features. If you want to draw sidewalks, they should be drawn alongside at the exact location, not attached on the road.
Kovoschiz (2023-03-08 03:38:28+00:00): Please don't upload vandalism.
zluuzki (2023-03-10 15:22:41+00:00): Uhmm ... where was this discussed?

This greatly reduces the data's accuracy.
clay_c (2023-03-10 15:28:13+00:00): What do you mean about accuracy? None of the nodes have been moved.
zluuzki (2023-03-10 15:36:27+00:00): mi:100 means somewhere at mile 100, mi:100.0 means exactly mile 100
clay_c (2023-03-10 15:46:59+00:00): No, mi:100 means mile 100.

Railroad mileposts are whole numbers. I'm not sure where you picked up the habit of appending ".0" to the value displayed on the actual signs, but it's not necessary to add that to mileposts when they are always signed as whole numbers. Railroad features other than mileposts often have linear referencing positions in tenths and hundredths of miles, but mileposts by definition do not.
zluuzki (2023-03-10 15:56:58+00:00): "Railroad features other than mileposts often have linear referencing positions in tenths and hundredths of miles"
Exactly, since many other railway:position's use decimal numbers, I'm apprehending .0 here to clarify that those mileposts haven't. 
If data consumer's aren't intrested in that, they should remove it themselfes.

And where did you discuss this mass edit?
clay_c (2023-03-10 16:28:45+00:00): "since many other railway:position's use decimal numbers, I'm apprehending .0 here to clarify that those mileposts haven't."

This is comparable to tagging `foot=no` on `highway=motorway`. Motorways imply `foot=no`, so it's unnecessary to add the `foot` tag unless the value is something other than `no`. Motorways with `foot=yes` are an exception; railroad mileposts with trailing decimal zeroes are an even rarer exception.
zluuzki (2023-03-10 17:28:01+00:00): Decimals might not be used on US mileposts, but they are very commonly used on other countries' mileposts - and OSM is a global database. 
While it's pretty save to say that foot traffic is forbidden on every motorway, worldwide.

Anyway, this obviously violates automated Edits code of conduct, so I reverted this.
clay_c (2023-03-10 17:43:03+00:00): Are you reverting this changeset specifically, or more? It seems you are reverting many unrelated changesets without warning.

https://www.openstreetmap.org/changeset/133527496

https://www.openstreetmap.org/changeset/133527496

https://www.openstreetmap.org/changeset/133527514
zluuzki (2023-03-10 18:23:05+00:00): Yeah, they also, because they're having the same problem as here.

(By the way, I have no intention to revert any other changesets which add wikidata - even when they're also againest the automated edit guideline-, because a) they unify normal operator which I find to be a very good thing actually and b) dosen't "downgrade" anything)
watmildon (2023-03-10 20:35:22+00:00): When there's disagreement about the tagging, it seems good practice to leave the changes and not do any reverts until a resolution has been reached. Either by the two of you or in consultation with the broader community. Reverting without resolution just encourages more map fighting and edits. I don't think there's anything here that's damaging the use of the map such that a quick revert is necessary (if so that's another issue of course!).
A Hall (2023-03-11 01:19:24+00:00): Zluuzki, I think it would be helpful to share some supporting information regarding the decimal precision on whole numbers. Even becoming aware of this via your comment, there’s nothing in the wiki that appears to shine clarity on the subject. Further, some restraint in reverting others’ change sets on unsettled issues, would help align this situation with best practices in OSM.
DoctorSpeck (2023-04-17 20:18:36+00:00): Just a small point: addresses in Portsmouth should be addr:city = Portsmouth, not "Portsmouth City" This can be seen on the new buildings added around https://www.openstreetmap.org/way/1152579274
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/133425521
Omnific (2023-04-18 00:40:43+00:00): Thanks for the comment. I'm using the MapWithAI address data which is sourced from the state.
DoctorSpeck (2023-04-18 09:36:10+00:00): I've gone through the cities of Norfolk, Portsmouth, Chesapeake, Suffolk, Virginia Beach, Hampton, Newport News to remove "city" from the addr:city field. 

Having local knowledge of these areas, neither the city names, nor the postal addresses within them include the "City" moniker. The state's data likely includes city due to the "independent city" nature of incorporated cities in the state of virginia whereby they are conferred the same importance/classification as a county.

PS thanks for the cleanup of the building shapes leftover from the building imports in the area.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/133425521
zluuzki (2023-03-08 15:58:44+00:00): Once again: Ways/locations like at https://www.openstreetmap.org/edit#map=18/28.18531/-82.72091 are still clearly visible - railway=abandoned is perfectly correct. And that's only one out of countless examples. I don't know what else this is supposed to be other than vandalism.

Further, how exactly are you improving overall OSM by such railway=razed deletions? Such mapping is not forbidden, the data is perfectly verifiable. 
I already suggested a possible compromise, but you ignored it unfortunately.
CurlingMan13 (2023-03-08 16:40:52+00:00): We have already gone over this multiple times.

All guidelines point to only mapping what is on the ground and which can be verified using ground truth.  Items that no longer exist should be deleted and instead be added to OHM.  As discussed previously, at what point do we not add razed features?  Razed is very different from all removed.  Having non-existent (or no longer existing) features is not beneficial to the goal of OSM of only having what exists.

Should abandoned=woods or razed tags be added to plains, woods, and wetlands since at one point they weren't residential buildings and roads?  Hell, to a further extent, we might as well tag everything in the US as a razed ocean since at some point this area if earth was underwater before the land masses moved from Pangea.  If we use the example of borders, can we added native american tribe borders?  Might be some evidence using rivers as boundaries, and I am sure there are some maps that can be used - no, we can agree these belong on OHM instead.

I am not sure why there is such insitence to go against OSM guidelines and everything OSM is trying to acheive, rather than adding it to the right repository - OHM.

If it is because ORM can't pull from OHM, then that is an issue with ORM, not OSM, and further, mapping for the renderer is very explicitly prohibited, so this point falls flat.  As has been maintained all along, "historical" features should be added to OHM, not OSM.
https://wiki.openstreetmap.org/wiki/Nonexistent_features
https://wiki.openstreetmap.org/wiki/Good_practice#Map_what's_on_the_ground

If you believe non-existent items should be added to OSM, you should take it up with OSM to change the guidelines changed.
zluuzki (2023-03-09 18:02:53+00:00): We've gone over it, but we never "reached" anything.

The thing is: Those (razed) railroads are not compareable againest, for example, razed buildings or even landuses. Because the difference is that they are part of a large interconnected network. They are also still closely related to the existing network - because they often played an important role in how it looks today. Unfortunately, this is all a bit complicated to explain. But the point is that good railroad data also always includes some basic data on former routes. 
I have 2 "professional" railroad map books at home, and they include every little abandoned branch line, even if it was only operated for a few years in the 1870s. (not from countries where I edit; don't worry)
And such data, which is just very strongly connected, should also be kept and maintained together.
 
If you look at the whole thing with e.g. buildings: A razed building is ...well a building, it is not directly connected to or dependent on other buildings. In addition, it has no relation to today's world. 
And if one would start now to map tons of random demolished buildings in OSM, then one would lose the overview very quickly; tons of data would overlap each other. On the other side, with a razed track: it is a single way, which should hardly ever trouble anyone.

I do agree with you that the vast majority of historic data one can think of dosen't belong into OSM. But railroads are a special case, and not just because I'm personally intrested in them, and also not just because they're rendered on ORM.
I've listed a lot more reasons at https://wiki.openstreetmap.org/wiki/User:Hiausirg/Razed_RRs

Further, I also don't really see why "only for ORM" should be that much of a problem, assuming it would be the only reason. It's not tagging for the renderer - that would be to intententionaly misusing tags for certain result i.e. landuse=industrial for purple flowerbed or golf path for normal roads. railway=razed is explicitly intended for "gone without traces".
The number of people interested in such routes is huge, the number of people using ORM (also specifically for such routes) is also large. So the data is -contrary to much on OSM- very actively used and helps people. And that while the impact/conflicts to overall OSM data is/are minimal.

It is not my intention to "go againest everything OSM is tying to achive", and i'm sure i'm not doing that.
My view: The "no historic data" guideline dosen't exist because historic data is sh1t, there is a deeper reason. That is, historic data can quickly lead to massive clutter and can become unverifiable quickly. However, these two problems are simply not present here.

Greetings
eggie (2023-03-08 06:16:31+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 
Feedback...  Format phone aangepast. 
MVG, 

Eggie 

Namens de OSM Community
Aleksandar Matejevic (2023-03-08 09:06:53+00:00): Can you please fix relations that are broken by this changeset: 
R11066102 - Kifri Central Subdistrict,	 	
R15577657 - Central Kfri Subdistrict,	 	
R15577658 - Sarqala Subdistrict,	 	
R11066101 - Sarqala Subdistrict, 	
R11066103 - Kokis Subdistrict
Muhammad Faiq Tofiq (2023-03-11 07:47:57+00:00): Hello, I fixed those edits because they were wrong, I corrected them
Aleksandar Matejevic (2023-03-11 07:52:17+00:00): Thanks. Happy mapping.
Muhammad Faiq Tofiq (2023-03-11 08:01:18+00:00): Thank you, sir