piebro/osm-data huggingface dataset:
limes11 (2026-06-14 18:21:28+00:00): Hallo LogoHolzaepfel, 

vielen Dank für die Beiträge. 

Ich habe die letzten Änderungen wieder zurückgenommen. Bitte folgendes beachten: 

amenity=doctors ist medizinischen Einrichtungen vorbehalten, Arztpraxen, MVZ etc. Logopäden fallen nicht darunter.

healthcare=speech_therapist bedeutet bereits Logopädie, die weiteren Therapiebereiche sind demnach unter dem Betriff subsummiert und werden nicht separat erfasst (und insbesondere nicht in deutscher Sprache).

Viel Spaß weiterhin bei OSM, 

Limes
pitscheplatsch (2026-06-15 05:47:57+00:00): Hi, welcome to OSM.
Same again: Are the added names real?
voie
res 6
etc. ....
ilias_ (2026-06-16 14:13:45+00:00): The names are absolutely not real. This should be reverted.
Sulfo (2026-06-16 12:09:43+00:00): Hi! I can see you have deleted a line around the church, so it's now no longer part of the grave yard area, as it used to be. Any reason? I would argue the church is a part of the grave yard area, as there's graves around the church it self, and the wall around the church is the boundary of the area.
LvdT (2026-06-16 12:55:02+00:00): Feel free to undo if you prefer. I’d argue the graveyard is only the cemetery itself, but it’s opinable.
NieWnen (2026-06-15 14:35:01+00:00): Cześć,
jak droga jest w budowie i wszystko jest rozkopane, to możesz śmiało zmienić przebieg na docelowy jak roboty tam trwają, żeby nie dodawać zbędnej dodatkowej linii, bo potem i tak musi zostać tylko jedna, a warto zachować tą z bogatszą historią edycji :P
MatiMatix (2026-06-19 11:18:16+00:00): okii, tak będę robić :3
FajrAl (2026-06-14 22:44:27+00:00): ini garis untuk apa? https://www.openstreetmap.org/way/1529422953
jayaddison (2026-06-14 20:12:04+00:00): Thanks!
Wildsharky (2026-06-15 12:16:56+00:00): Partially reverted in changeset id:184118590
rajdhani (2026-06-15 09:13:05+00:00): Reverted in changeset id:184127180
Wildsharky (2026-06-15 12:18:27+00:00): Partially reverted in changeset id:184129018
Herwescheluc (2026-06-14 20:07:56+00:00): Hallo, liamrocker,

ich danke für die Ergänzung, aber ich sehe leider einen Fehler in der Angabe der 0,50€:

Da sollte 0.50 EUR stehen. Siehe dazu bitte mal hier: https://wiki.openstreetmap.org/wiki/DE:Key:charge?uselang=de

Viele Grüße aus Herborn

Andreas
liamrocker (2026-06-14 20:47:35+00:00): Danke für die Info! Habe es soeben angepasst!
Aim311_ (2026-06-14 19:35:55+00:00): Cześć, nie wydaje mi się, żeby dodawanie „czasowych wycinek” w postaci relacji, która blokuje każdą poważną edycję obszaru (np. pocięcie zaimportowanych oddziałów uprawy leśnej, interpretowanej podczas importu jako las, lub pocięcie lasu wyrysowanego jako poprostu plama -tak kiedyś sie mapowało) bez zerowania historii miało sens. Przecież te wycinki od razu są obsadzane drzewami i po kilku latach mamy młodnik, wiec, po co psucie całego landuse przez dodanie racji?
Aim311_ (2026-06-14 19:46:35+00:00): Myślę, że edycje Krzychu Jarzyny nie są dobrym wzorem do naśladowania  https://www.openstreetmap.org/changeset/66896434
Aim311_ (2026-06-14 20:04:58+00:00): Krzychu, nie wziął pod uwagę dalszych możliwości edycji obszaru np chcąc pociąć las z powodu linii energetycznej https://www.openstreetmap.org/way/305379275 i dróg  w pobliżu, pojawia się problem dziesiątek jakichś relacji, z których są ważne opisujące łąki, jeziora, bagna i tez takie, które opisują po prostu gospodarkę leśną.
Yog Sot (2026-06-16 13:54:07+00:00): w OSM mapujemy las, a nie uprawy leśne. Uprawa leśna to również zrąb, a jednak zrąb czy szkółka leśna to osobne obiekty. 
Dlatego dalej będę mapował lasy, a nie uprawy leśne :)
Wildsharky (2026-06-15 12:19:21+00:00): Partially reverted in changeset id:184130906
mor (2026-06-14 20:30:45+00:00): La C de CEIP no significa centro, significa colegio.
MarinoBM (2026-06-14 20:40:40+00:00): Corregido. Gracias por el aviso.
Un saludo.
pwbriggs (2026-06-14 19:41:09+00:00): Thanks https://www.openstreetmap.org/user/Flap%20Slimy%20Outward. I left a comment at https://www.openstreetmap.org/changeset/184037885 to notify the user who split these (and others who happen upon that changeset), in case you didn't already.
Jfact0ry (2026-06-14 21:06:07+00:00): I'm going to be doing this for the whole town for consistency because some structures have multiple addresses. Please don't revert my work unless this is wrong.
Hogmite (2026-06-18 18:26:46+00:00): My understanding is your work isn’t deleted and can be recovered. You just have to go bow down before the working group and have them douse you with holy water.
Jfact0ry (2026-06-19 02:02:13+00:00): I was really upset and acted poorly so forgive me for that if you witnessed it XD but I’m over it now
Jfact0ry (2026-06-19 02:07:02+00:00): Read my diary XD
catgirlseraid (2026-06-20 06:30:24+00:00): What was the justification for reverting? I'm not aware of any local consensus requiring addresses on buildings instead of nodes, both are in common use. One feature one element does not apply in this situation as normally the address is for the land parcel not the building, unless different locally.
catgirlseraid (2026-06-20 06:32:47+00:00): In the future, its best practice to reach out to the mapper before reverting changesets to come to a soultion.
CAM-Gerlach (2026-06-20 10:31:00+00:00): Hi @catgirlseraid , thanks for your feedback! Just FYI for you or anyone else following here, these changesets and their reversion were [discussed at length](https://osmus.slack.com/archives/C029HV951/p1781475481577489) with both @jfact0ry and @Flap%20Slimy%20Outward on the OSM-US Slack, where along with the community, both parties were able to come to an agreeable consensus and take some insights away on how to handle better this going forward. 

I won't rehash the >150-post discussion there, but to summarize a few salient points, the general, but not universal, wiki-documented community consensus the US trends toward tagging the address on the "on the ground" feature (i.e. building way) it is assigned to, if there is a 1:1 correspondence, and after giving due consideration to the points for and against, @Jfact0ry decided on this approach going forward. However, as you mention, this should have been commented and discussed prior to a revert. And of course, mechanical edits mass-changing addresses from one to the other or vice versa (such as these edits or their revert) should generally be avoided per the OSM mechanical edit policy and to avoid excessive churn, at least without prior local community discussion and consensus.

Happy mapping!
CAM-Gerlach (2026-06-20 10:44:31+00:00): And hey @Jfact0ry , I certainly understand your frustration when your work gets reverted, especially without giving you a chance to discuss it first, when in this case these are both legitimate, recognized ways to map addresses)--I know how easy it can be to let negative feelings get the better of oneself in the immediate aftermath of a frustrating situation. What I think matters a lot more, though, and what you should be proud of, is how you were able to quickly move past the initial frustration and use it as an opportunity to reflect, learn and move forward, as well as prompt a productive and lively discussion. Certainly not every mapper in your shoes (myself included) could handle such a situation that maturely, thoughtfully and considerately, so nothing to be ashamed of. Cheers!
Dimitar155 (2026-06-14 18:56:19+00:00): https://council.sofia.bg/documents/d/guest/r-267-2026
pmfox (2026-07-08 23:14:12+00:00): Can you provide a source for this camera being a flock camera rather than VSP speeding camera?
pmfox (2026-07-08 23:15:27+00:00): Source for this being a flock camera? I know its a camera, but VDOT has traffic cameras as well as VSP has mobile speeding cameras in the vicinity. I'm just curious about the source of flock affiliation.
woodpeck (2026-06-14 19:47:10+00:00): Dear balazik, automated edits ("normalization", "tag cleanup") require prior discussion with the community and proper documentation on our wiki. Please link to the discussion and documentation of your process.
DanielAgos (2026-06-14 19:56:52+00:00): Opss... Forgot to make a separate changeset
MappingMore (2026-06-15 11:23:01+00:00): Partially Revert of 184104958
OlasMapy (2026-07-16 13:14:36+00:00): Hello, you have left incorrect translations of the city, including name:pl, which is standardised by the KSNG. Double-check your translations next time.
OlasMapy (2026-07-16 13:18:21+00:00): reverted in changeset/185845478
kingkingHK (2026-06-15 02:56:23+00:00): Please follow the language tagging guidelines

https://wiki.openstreetmap.org/wiki/Zh-hant:Hong_Kong_tagging

> Names of features should be bilingual, in Traditional Chinese and English, except where an official Chinese / English name does not exist.
Kovoschiz (2026-06-15 18:32:54+00:00): @kingkingHK I won't comment this, considering it as incomplete only, if it's not removing either language
huopa (2026-06-16 08:43:01+00:00): Ah, ok, I will try to look for the chinese names then.. I assumed that adding at least one name is better than nothing, but I try to get it completed.
RandomThighsEnjoyer (2026-06-14 20:29:03+00:00): *Gesamtschule
Eifelkobold! (2026-06-15 22:27:13+00:00): Guten Abend exarkun,

mir ist aufgefallen, dass du in diesem Änderungssatz wiederholt die lokalen, kölschen Namen (name:ksh=*) von mehreren Objekten entfernt hast. Was ist der Grund dafür? 

Zudem lauten nahezu alle deine Änderungssatz-Kommentare "Korrekturen". Es wäre wünschenswert, wenn diese etwas spezifischer wären. Siehe dazu osm.wiki/DE:Good_changeset_comments.

viele Grüße

Eifelkobold
derredu (2026-06-22 12:22:26+00:00): die meistens Rückfragen an exarkun bleiben unbeantwortet, siehe https://resultmaps.neis-one.org/osm-discussion-comments?uid=13071070
Von daher viel Glück :)
AskManav (2026-07-16 07:17:59+00:00): Lonavala to Bhimashankar route:

1. This route has a lot of road section. First from Lonavala to Valvand. Then from Kusur to Yelawali. Effectively this route was just 19 km trail.

2. Umer Dara route is a better trail skipping the road to some extent.

3. Instead of wandrekhind, the route from Peth and Payari ghat helps further reduce the road sections.

More sections like Gogol Naal, Ramkhand forest, Ambenali Ghat etc were added to reduce the road section between padharwadi till Bhimashankar.
LordGarySugar (2026-06-14 20:54:00+00:00): Hi, you don't need to add motor_vehicle=no, horse=no and bicycle=no to all these footways, these access tags are already implied by the fact they're set as highway=footway. Simply adding access=customers to each footway would be preferable :)
matty817 (2026-06-14 20:54:25+00:00): Wrong changeset comment, I actually split some semidetached houses
Lachgast (2026-06-14 21:38:03+00:00): I had a problem with JOSM, so could not add the description:
"Racebanen modelraceclub aan Floridadreef 17, Utrecht ingetekend" (added racetrack of remote control car club)
eggie (2026-06-15 09:39:14+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
Feedback moped=yes is default op wegn.
Is er werkelijk een maxspeed van 30 op dit fietpad of geldt dat wellicht alleen voor moped.
Dan svp geen maxspeed taggen. 
MVG,
Eggie
Namens de OSM Community
Hyperr_6 (2026-06-16 18:51:54+00:00): Hi, ik wist niet dat moped=yes de default is. De maxspeed is 30 voor mopeds omdat het fietspad binnen de bebouwde kom is. Kun je ook maxspeed voor specifiek mopeds aanduiden?
eggie (2026-06-16 19:04:25+00:00): Hoi...
Nou eigenlijk niet. We taggen op fietspaden alkeen de maxspeed als deze aangegeven staat zoals in Houten.
Een gebruiker van een bromfiets mag op een fietspad binnen de bebouwde kom 30km p u.
Een fietser mag daar in principe harder dan 30. Op de rijbaan dan weer 45 km u.
Dat taggen we toch ook niet. Want autoverkeer mag soms 50 .
Dus svp niet algemeen de maxspeed taggen.

Buiten de bebouwde is het dan weer 40 op G12a fietspaden.
Ook dat taggen we niet, want fietsers mogen immers sneller dan 40.
Het werk inconsistentie in de hand.
50 kmu en vaak 30 wordt wel getagd binnen de bebouwde op reguliere wegen.
Op woonerven 15.
Maar het blijft een discussie waar die fietsers aan moeten houden.
Brommer en speedbike is duidelijk.

Mvg
eggie
eggie (2026-06-16 19:07:57+00:00): Fietsers hoeven zich in Nederland niet te houden aan de algemene wettelijke maximumsnelheden voor gemotoriseerd verkeer. Wel zijn zij gebonden aan snelheidslimieten die expliciet op verkeersborden staan aangegeven. Daarnaast is het iedere weggebruiker verboden om gevaar of hinder op de weg te veroorzaken.

Denk niet dat je apart voor moped en speedbike moet gaan taggen.. en anders een vraag voor het forum.
..maxspeed:moped=30 ????
Ben het nog niet tegengekomen
eggie (2026-06-16 19:12:52+00:00): Kom het wel ergens tegen in de wiki..

(OSM) key used to define the specific legal speed limit for mopeds on a specific road. It is particularly useful in countries like the Netherlands, where mopeds and scooters must follow different speed limits than standard cars or motorcycles (for example, riding on specialized bike paths).Key Tagging DetailsTag Format: maxspeed:moped=XX where XX is the speed in kilometers per hour (e.g., 30 or 40).

 Vrasg het eens op het forum wat gebruikelijk is.
Szymson (2026-06-15 10:40:57+00:00): Jak to nie da się jadąc od Aquaparku skręcić w lewo do centrum handlowego? Przecież tam jest nawet dedykowany lewoskręt
Szymson (2026-06-15 10:42:34+00:00): Aaa, dobra już widzę to jest ten drugi wyjazd i tam jest podwójna ciągła linia - zwracam honor :D
HellMap (2026-06-17 14:58:03+00:00): How do you know this is a ford https://www.openstreetmap.org/node/13939264791? And what is this culvert then https://www.openstreetmap.org/way/1148710523 ? And how did you trace the track - it looks completely elsewhere on LIDAR. What source are you using for all of this? Did you really survey there being a well here?
ilias_ (2026-06-14 22:24:28+00:00): Hi snour1, I appreciate your efforts in Bourgogne/Racine. However, I understand you're a new user, but I can't help but feel like it's a pity that you didn't read more about the tags used on OSM nor seek the help of someone familiar with the area (for instance me, who mapped half the buildings in the neighborhood).

You added a huge number of building:levels=5, and, even worse, you changed the tags of the buildings I mapped from building:levels=6 to building:levels=5. This is extremely wrong. If you had read https://wiki.openstreetmap.org/wiki/Key:building:levels?uselang=en, you'll have understood that it's not the "levels above the rez-de-chaussée", but the "levels above ground." Which hence include the RDC. Meaning there's 6 levels.

Even more, I have no idea how you found the height of all the buildings to be 20... Did you measure each of them individually? I do not think so. And if all buildings in Casablanca had the exact same height (to the centimeter), I think we'd live in a way better city.

In any case, I understand the good intention. I am here to help. Please, put back the levels to 6 where you found them as 6, and change the 5 to 6 wherever you added it. Please don't hesitate to send me a private message if you have any question. We all started somewhere. And we've all read the Wiki.

Best
snour1 (2026-06-15 00:57:02+00:00): Hi Ilias sorry for overstepping and changing your work, like you said its unfortunate that I did not get the proper training on the use and for that I apologize. I will go back to updating the buildings to include RC and hence a majority of buildings changing to 6. As for the buildings height, it was totally speculative and I needed the data for a small study I am conducting. I am aware that the 20m is generic and not accurate and that is taken into consideration in my study, with that being said I will revert back to only including the building levels rather than meters.
ilias_ (2026-06-15 01:17:48+00:00): Hi sour1, I appreciate you taking the time to answer. No worries, you can actually use est_height instead. As the name suggests, it's for the estimated height. You're fine using this for your study.

Best
Wandel-Appeltje (2026-06-14 22:01:07+00:00): Ik heb enkele wegen moeten splitten om het BV pad over het wandelpaadje naast de weg te krijgen.
Ik zie echter dat in deze change-set ook wijzigingen op andere relaties zijn gemaakt zoals de Bus 291,  54-81, en 51-52.  Die wilde ik eigenlijk niet aanpassen, alleen het BVPad
juni_vv (2026-06-14 21:54:27+00:00): Hoi Sav_imagines,
Ziet er prima uit!

Groetjes,
Juniper
alexey_zakharenkov (2026-06-21 00:31:34+00:00): Здравствуйте. По ФИАС и публичной кадастровой карте здесь нет деревни "Велия". Откатываю.
alexey_zakharenkov (2026-06-21 00:32:21+00:00): По ФИАС и публичной кадастровой карте здесь нет деревни "Студеновка". Это деревня Александровка. Откатываю.
alexey_zakharenkov (2026-06-21 00:35:25+00:00): Здравствуйте.

По-первых, кладбище здесь уже было нарисовано полигоном, вы добавили точку, продублировав объект. Во-вторых, "Кладбище" - это не собственное название объекта, не надо заносить такое в тег name. Исправлю.
alexey_zakharenkov (2026-06-21 00:38:14+00:00): "Родник" - это не название родника. Если у родника нет названия, не надо ничего заносить в тег name.
alexey_zakharenkov (2026-06-21 00:40:47+00:00): Во-первых, кладбище здесь уже было нарисовано полигоном, вы добавили точку, продублировав объект. Во-вторых, "Кладбище" - это не собственное название объекта, не надо заносить такое в тег name. Исправлю.
VictorIE (2026-07-31 11:30:35+00:00): Hi,

https://www.openstreetmap.org/way/49071793/

1. This looks like it got dragged.
2. It is tagged fixme=maxheight estimated, but not maxheight=*
AndrewMcCarthy (2026-07-31 15:01:55+00:00): Thanks for that, I've fixed the alignment. The maxheight is already set, though, or am I misreading it?
VictorIE (2026-07-31 15:37:30+00:00): OK, I need a nap. :)
ColbyTheWorldTraveler (2026-06-17 21:32:30+00:00): Looks about good! You may want to add "manufacturer=Flock Safety" to the tags though if it's a Flock camera.
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/184114085
Mateusz Konieczny (2026-06-18 17:00:37+00:00): https://community.openstreetmap.org/t/reviewing-recent-changes-by-flap-slimy-outward/144716
Kovoschiz (2026-06-15 18:36:56+00:00): Did you discuss this bulk retagging beforehand? I would use this, but only `=ubereats` was documented before last year.
Stemby (2026-06-15 19:50:39+00:00): Actually no, but I haven't found any documentation (can you send me a link, please?) and `=Uber Eats` was by far the most used version, according to TagInfo.
GA_Kevin (2026-06-16 02:58:14+00:00): Bulk tagging only needs to be discussed when it is not obvious cleanup like this. The changeset size is the only real concern here. Further, we use the trade name of businesses in OSM (We wouldn't say "McDonald's, Inc."). In this case, "Uber Eats" is correct. This can be further reinforced with `delivery:partner:wikidata` to address any confusion elsewhere.
Kovoschiz (2026-06-17 08:56:33+00:00): @Stemby There was also `=foodpanda` https://wiki.openstreetmap.org/w/index.php?title=Key:delivery:partner&oldid=2779826
Kovoschiz (2026-06-17 08:58:03+00:00): @GA_Kevin The problem is sometimes it's intentional, eg `post_office:service_provider=` tried to match `ref:*=` , not using names https://wiki.openstreetmap.org/wiki/Key:post_office/postal_service_provider#Old_Version_of_table
Kovoschiz (2026-06-17 08:59:07+00:00): @GA_Kevin But what does organization names have to do with this?
Kovoschiz (2026-06-17 09:01:45+00:00): @Stemby I forgot lowercase is its logo styling. But there are others. 
https://taginfo.openstreetmap.org/tags/delivery:partner=doordash
https://taginfo.openstreetmap.org/tags/delivery:partner=skipthedishes
GA_Kevin (2026-06-17 15:20:32+00:00): Organization names are relevant here because to my understanding this is changing "ubereats" to "Uber Eats" according to the changes comment. So that is correct, matching the trade name of Uber Eats, but I think we agree on that, so just reinforcing :)
pitscheplatsch (2026-06-15 05:44:39+00:00): Hi, welcome to OSM.
Are the added names real?
UAT-SN (2607033), v253
utux (2026-06-15 17:29:12+00:00): It is an abbreviation, a short form of the actual and real name Administrative-territorial units of the left bank of the Dniester. I may have made a mistake, and perhaps I should have used the short_name tag and put the full form in name. 

Thank you, fixed with v255
pitscheplatsch (2026-06-16 08:31:49+00:00): Thanks for your reply.
I-76 (2026-06-15 16:48:25+00:00): For future reference, try to keep your changeset size to, say, one state maximum size. In this case if people are trying to search for a changeset in Des Moines, Iowa, for example, your changeset would show up. There's a section about this on the osm wiki:
https://wiki.openstreetmap.org/wiki/Changeset
bobthebuilder423468 (2026-06-30 21:08:43+00:00): k ty
pitscheplatsch (2026-06-15 05:45:10+00:00): Hi, welcome to OSM.
Same again: Are the added names real?
ATU-LBN (2607033), v254
utux (2026-06-15 17:12:31+00:00): It is an abbreviation, a short form of the actual and real name Administrative-territorial units of the left bank of the Dniester. I may have made a mistake, and perhaps I should have used the short_name tag and put the full form in name.
utux (2026-06-15 17:28:09+00:00): Thank you, fixed with v255
pitscheplatsch (2026-06-16 08:31:24+00:00): Thanks for your reply.
MappingMore (2026-06-17 06:22:46+00:00): Reverted in https://www.openstreetmap.org/changeset/184209947
mueschel (2026-06-20 13:32:47+00:00): Hi
"limousine" is not a common tag - which restriction do you want to describe?
Martini097 (2026-06-22 02:49:15+00:00): i was copying existing tags - i assume they were a reference to the local bus lanes being open to taxis and limousines (i.e. private car hire - similar to a taxi, but have their own special registration/licence plate here)
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/184115722
mueschel (2026-06-22 05:53:12+00:00): Hi,
these are tagged as "rideshare".
https://wiki.openstreetmap.org/wiki/Key:rideshare
Martini097 (2026-06-22 06:29:15+00:00): i'm not sure that's going to be accurate - a standard rideshare vehicle (like uber lyft etc listed on the tag wiki) wouldn't be allowed - it'd need a very specific licence + number plate per vehicle. I'm also not sure whether its a localisation issue? It'd only apply for vehicles registered in QLD - so its not a broadly applicable tag in the first place.
i'm not that stressed about it staying as a tag - it was just on another part of the road so i copied it because it seemed correct in the local context - but to put "rideshare" might be misleading? Is there a correct way to qualify/limit what type of rideshare is acceptable?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/184115722
mueschel (2026-06-22 06:42:06+00:00): I see...

There was a similar case somewhere in the US  a while ago:
https://community.openstreetmap.org/t/livery-tagging-in-osm/136857/11

This resulted in 
rideshare:conditional = yes @ (brand:wikidata=Q136550451; Q136550335; Q15330)

Here it might be something like

rideshare:conditional=yes @ (license = AU:QLD:limousine)

access:conditional=yes @ (license = AU:QLD:limousine)


I would avoid "limousine" in the key - to most people this is a type of car and not a special transportation service.
Martini097 (2026-06-22 07:56:37+00:00): ah okay - thanks! I saw that discussion link at the bottom of the wiki but didn't see where they settled on an answer.

access:conditional=yes @ (license = AU:QLD:limousine) 
seems most appropriate.

...so for the full lane tag it'll be the following?:
lanes:forward:access:conditional=yes @ (licence = AU:QLD:limousine)=yes||

---
Separate, but linked question: does it matter what spelling of licence/license used?
mueschel (2026-06-22 08:15:10+00:00): The usual order in the key is access:lanes:forward:conditional

OSM usually uses the British spelling so I would use that. I don't think there is a formal documentation for any "license" condition yet.
Martini097 (2026-06-22 08:27:39+00:00): thanks! i'll make the changes now.