This changeset should be reverted. It broke the relation and it seems to be just spam

Hello Yannik, I believe that this changeset broke something: We cannot find the Krefeld relation (relation/62748) anymore in Nominatim.

This link https://nominatim.openstreetmap.org/ui/details.html?osmtype=R&osmid=62748 returns no result

Could you please double check your changeset?

I believe broken boundaries were fixed in changeset/169235805#map=14/41.02411/-85.16859

Hi Beebs21, it's possible that your changes may contain an error (this changeset or the previous), as Fort Wayne (relation/127309) does not appear in Nominatim anymore (i.e. check this link https://nominatim.openstreetmap.org/ui/details.html?osmtype=R&osmid=127309 )

Could you please check that your changes were correct? thank you

Hi borovac, I think that this changeset caused some issues between Izmir (relation/223167) and Konak (relation/1269255). In fact, Konak is not a child of Izmir anymore (and I think it should be, since Konak is a district in Izmir according to wikipedia), you can check this in Nominatim for example https://nominatim.openstreetmap.org/ui/search.html?q=R1269255

Could you please give this changeset a second check? Thank you

I believe there's something wrong in this changeset as the Kawasaki relation (relation/2689476) is not searchable on Nominatim anymore. Can't figure out what's the mistake though.

Thank you Fizzie-DWG, however the Las Vegasd relation (170117) is still broken

Changeset deleted the Las Vegas relation. I've reported the user, clearly spam

I believe this changeset broke something for the "Los Angeles" relation (relation/207359), it is not searchable in tools such as Nominatim anymore

This changeset broke something: the "Kyoto" relation (relation/357794) is not available anymore in search tools such as Nominatim.

I believe that this changeset (or maybe it was changeset/166397400, unsure) broke something, because the relation can't be found on Nominatim anymore https://nominatim.openstreetmap.org/ui/details.html?osmtype=R&osmid=358674

Hi eokeefe, I think that one of the recent changeset that edited features of "Relation: Madison (3352040)" might have inadvertently broken something: you can't find relation/3352040 in Nominatim anymore https://nominatim.openstreetmap.org/ui/details.html?osmtype=R&osmid=3352040

This needs fixing

This changeset should be reverted as it broke some relations and renamed relation/119734 from Gainesville to Pure Protection LLC

In any case, this changeset fixed it changeset/164106876#map=19/53.260963/-6.110816&layers=N

Hello dmgroom_ct, I noticed that this changeset broke the relation between County Dublin (relation/282800) and Dublin.

Are you sure your changes were correct?

Hello Stretch Longfellow, I think that there was a mistake in your edits because the Lincoln relation (169588) now cannot be found when looking up an address.

Thank Joseph you for explaining. However, I see that the user's edits are still causing issues (again the Las Vegas relation cannot be found anymore when looking up an address and this is happening also for other places). Unfortunately I still don't understand how to fix user edits, otherwise I would help fixing.

Hello, I've noticed that you are deleting some relations. For example, you deleted Las Vegas, which is not correct.

Can you please not delete well-established relations? Also Henderson (relation/170116) should not have been deleted. Please revert.

Hi all, I also think we should revert these deletions. Why remove the statistical regions? In every wiki I can find they're mentioned, thus deleting them is incorrect. Refs: osm.wiki/Mk:WikiProject_Macedonia/Administrative_Boundaries and https://en.wikipedia.org/wiki/Statistical_regions_of_North_Macedonia

In particular, on the first link, you can see that statistical regions are considered in the official OSM wiki for MK.

I'm also wondering why these changes were made.

In particular, for the places tagged with designation=unitary_authority applying admin_level=8 is in contrast with what this guide says boundary=administrative#admin_level.3D.2A_Country_specific_values

Seems that unitary authorities should be admin_level=6 instead