piebro/osm-data huggingface dataset:
eggie (2026-01-01 15:09:14+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
Feedback  Ik heb de nieuwe situatie uitgelijnd mbv de BGT/BAG.
Met alleen een luchtfoto is lastig. 
MVG,
Eggie
Namens de OSM Community
bernward1 (2026-01-02 16:30:20+00:00): In der Linie 882 ist die Linienführung komisch in Antweiler.
Ausserdem in eine Haltestelle am Ende der Elemente. Die gehört aber vor die Wege.
rarad74 (2026-01-01 14:41:54+00:00): Salut. Vezi ca  sunt imagini satelitare noi pe bucuresti de la Mapbox. Probabil chiar din prima parte a lui 2025. Am actualizat zona santierului Pasaj Aparatorii patriei si a fost un conflict cu ce ai editat tu si a trebuit sa ii dau sa retina ce am corectat.
eggie (2026-01-01 15:29:01+00:00): Hoi  Je hebt Engels en Nederland door elkaar gebruikt voor de dagen.
Di,Fr 08:30-18:00; Sa 08:00-16:00 Mo,Su off

Gebruik anders even deze tool en vul dan het resultaat in. Dat klopt het altijd.
openingsuren-tool

http://projets.pavie.info/yohours/

MVG
eggie
ggs290 (2026-01-01 15:48:17+00:00): parbayón*
eggie (2026-01-01 16:24:26+00:00): Deze klopt nu.
Gr eggie
AndyB_66 (2026-01-21 12:44:45+00:00): Wydanie ZnRID nie oznacza rozpoczęcia budowy.
Fizzie-DWG (2026-01-25 03:16:03+00:00): DWG revert - apparent undiscussed import

https://www.openstreetmap.org/changeset/177667698
bartgron (2026-01-02 21:31:46+00:00): https://wiki.openstreetmap.org/wiki/Pl:Dobre_komentarze_zestawu_zmian
CanopyFalls (2026-01-10 09:08:28+00:00): Welcome to OSM and thank you for making the map better!
If you're on android another worthwhile app for surveying is StreetComplete.
NorthCrab_upload (2026-01-04 06:47:09+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.
https://www.openstreetmap.org/node/2602387239
https://www.openstreetmap.org/way/743456758

Pozdrawiam! 🦀
NeisBot (2026-01-02 06:44:24+00:00): Welcome, and thanks for your edits!

I noticed a few unintended crossings between roads and/or between roads and buildings in this changeset. This usually happens when geometry snaps incorrectly. Additionally, changes to tagging (e.g. modifying highway types or adding tags) can lead to unexpected crossings being detected afterwards.

In total, I detected 10 potential crossings.

⚠️️ Problematic elements (top 3):
https://osm.org/way/120736029 v5 | 4 crossings

⚠️ Dragged Nodes (max 3):
https://osm.org/node/1352997717 v4
https://osm.org/node/6344138002 v3
https://osm.org/node/6344138003 v3

Would you mind revisiting those areas?

#CrossingCheck
---
https://resultmaps.neis-one.org/osm-change-viz?c=176705787
pitscheplatsch (2026-01-02 07:18:43+00:00): In this case, it seems the reported issues are false positives. The geometries were not changed in a way that would introduce crossings, and the tagging adjustments did not create any new conflicts. I have checked the mentioned elements and can confirm that the current configuration is valid.

Sorry for the inconvenience, and thanks again for your map edits.

Regards,
Pascal
eggie (2026-01-01 15:37:38+00:00): De info heb ik samengevoegd met de adresnode
Gr eggie
Taya_S (2026-01-30 15:44:30+00:00): Hello andershl,

Could you show me where this import was discussed?

A lot of tags don't really make all that much sense to me.

coastlines as nodes.
source:name	with references to people
source:type and description with as value Ø

Best regards,
Taya Snijder,
On behalf of the OSMF Data Working Group
Taya_S (2026-01-30 15:56:20+00:00): I also see that there are tonnes of objects that you are correcting after the fact. This is not how imports are done. I expect a speedy response, as it is likely that all your work will need to be reverted
andershl (2026-01-31 08:48:45+00:00): You will not get a full and comprehensive answer today. I am sick. Tomorrow hopefully better...
andershl (2026-02-01 13:39:46+00:00): Further on since saturday. FYI: 

Some 28000 geographical names were added after comparison with what was already in OSM. They all appeared as either completely missing or misspelled. TBy import the hit rate turned out to be not 100%, but more like 90. Since 1st January post editing in OSM has been going on.  
I am not alone in this. Ther were voices asking for base items, and on thursday someone sent me a thank you with a note that they had so far finalized 3386 islands with 40 left for review. I looked into the sources and fixed those.remaining ones. 
 
They now go on with lakes.

I can also see results from others that add and complement lakes and rivers with even adding streams in the sides. There are some 4000 such as well. The map is becoming much more detailed.

I have been and is still fixing peaks. All with a name_da and all close to towns are done. Still some 3000, all in the wilderness, to go.  

Then there are glaiciers, fjords etc.. 

Data preparation with getting a good extract and translating souce typology into OSM has ben going on since late november.

Unfortunately I identified and imported some items as supposed coastlines-to-be. Got fast reactions, so all change sets were reverted and new and bettor ones established instead.

Unfortunately also I am not good at josm, so pinpointing and correcting methodical errors with "too much in" is beyond my ability. I would love to be able to easily delete field "source:name" from all that have "source=Nunat Aqqi" or Nunat Aqqi in the source text....
Taya_S (2026-02-01 14:48:09+00:00): I am going to ask you to pause your import immediately I'm afraid.

This is not how we do imports. Bad imports can have negative effects that can be impossible to revert and take years to fix. I am going to have to ask you to stop fiddling with the data you imported for the time being while everything can be reverted.

On OSM, imports have to follow the import guidelines as explained here: https://wiki.openstreetmap.org/wiki/Import/Guidelines

This ensures that we have permission to use the dataset that is being imported, that the community agrees with said data being imported, and that the data will be imported in a competent manner. 


Best regards,
Taya Snijder,
On behalf of the OSMF Data Working Group
andershl (2026-02-01 15:02:41+00:00): No probelm. The latest import was on 1st january. No more planned...
Taya_S (2026-02-01 15:16:48+00:00): Thanks for being understanding. 

I'll be honest here and say that it is a real shame that this needs to be reverted. This data probably is very valuable to have. But without a guarantee that OSM is allowed to use this data, or some systems in place to make sure that the data is imported without issues, there is just too much that can (or has) gone wrong. Take a look at the TIGER data that was imported in the US all the way back in 2007. People are still not done fixing all of that data. These things can be near impossible to fix after the fact. https://wiki.openstreetmap.org/wiki/TIGER_fixup

What I would recommend you do is go through the import process in full. Make sure the dataset is compatible with OSM, make sure the community agrees with this data being imported, and develop a more sophisticated import process that doesn't involve having to fix or conflate tens of thousands of objects after the fact.

Best regards,
Taya Snijder
andershl (2026-02-02 15:06:48+00:00): "Of course" I have the permisssion. Already in september 2025 I asked if they would be interested in having their geographical data on the map with correct names. The response was  enthusiastic:"Wauw, thanks!".

Outside users can only look up items one-by-onein pop-ups here:  https://www.arcgis.com/apps/View/index.html?appid=c5c7d9d52a264980a24911d7d33914b5

So they would have to set up a script for spreadsheet extract. Work and iterations was made between them and their IT-provider in Copenhagen. I reviewed. Third or fourth time aound the result was honky-dory, and I received the full set. Beyond my expectations: 30539 items.

From then on I filtered out, categorized and post-processed to make tables that would fit OSM. End December this was ready. Since then it has been up to other mappers to review and finish each. Currently some 16000  have been done: All islands/islets, all lakes, all rivers, many peaks, and some other..

If you want things to be done in another way, you are welcome to find some who will take over.

Note: Mapping is not like in most places. It is all one arctic wilderness, so for the most parts there is really nothing to relate to. Each item must be identified almost spot-on and then reviewed/revised.

I give up.
Taya_S (2026-02-02 15:38:53+00:00): I appreciate what you were trying to do here, but you simply have to first make sure you are following the import guidelines. This is not optional. 
https://wiki.openstreetmap.org/wiki/Import/Guidelines

A screenshot of the written permission can be linked on this page: https://wiki.openstreetmap.org/wiki/Contributors
andershl (2026-02-03 13:50:43+00:00): After ahving de-frustrated and slept on it, I try I take a go. Do however be aware that all civil servants up there are under severe stress, but really want their culture to appear correctly in any availlable place. So correct mapping with items and names (in particularly not primary names in American English) is not a minor issue. Give me a couple of days to read up and ask for a formal permission to use what they did for me, please.......
andershl (2026-03-09 08:59:33+00:00): I can see that you reverted something. I would be happy to know exactly which set(s) so that things do not get erroneously re-introduced or duplicated. I have the written permision to use what hey extracted and sent to me. Including a note that coordinates in general are not exact. This is the general case in that country.
Taya_S (2026-03-09 14:02:47+00:00): Hello Andershl,

I reverted most of the data you imported in 177974459, 177975060, 177976790.

If you've obtained written permissions, then the next steps would be to publically list the permission slip in https://wiki.openstreetmap.org/wiki/Contributors

After that you have to proceed with the import guidelines:
https://wiki.openstreetmap.org/wiki/Import/Guidelines
which are there to ensure that there is a proper plan in place on how to import the and conflate the data and to ensure that the local community has been contacted and agrees with this import.
andershl (2026-03-09 15:13:30+00:00): thx..
Justin1234 (2026-02-04 07:14:54+00:00): Welcome to OpenStreetMap! You can't use Apple Maps as a source since its copyrighted. See https://wiki.openstreetmap.org/wiki/Don%27t_copy_from_other_maps
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/176706741
eggie (2026-01-01 15:18:53+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
Het pad heb ik losgemaakt van de landuse. 
MVG,
Eggie
Namens de OSM Community
eserte (2026-01-02 20:29:30+00:00): Hi, bei der Änderung von https://www.openstreetmap.org/way/1036123062 ist die Einbahnstraßenregelung verlorengegangen. War das beabsichtigt?

-- Slaven
fmc_5 (2026-01-03 21:26:05+00:00): Ich habe es in den vorherigen Zustand zurückversetzt. Ich hatte übersehen, dass Du ein aktuelleres Mapillary-Foto eingestellt hattest, auf dem die südl. Einfahrt in die Klixstr. mit Einbahnschild zu sehen ist.
eggie (2026-01-01 15:22:32+00:00): Dag vf  Probeer gebruik te maken van de bestaande adresnodes. Je krijgt anders dubbele adressen.

MVG
eggie
ticki_52 (2026-06-05 14:39:20+00:00): Hallo Brummslee, noexit ist in OSM ausschließlich für echte Wegenden gedacht. Ein korrektes Beispiel wäre ein Pfad, der an einer Felsabbruchkante, einem unüberwindbaren Steilhang oder einem Zaun ohne Öffnung endet. An Kreuzungen, durchgehenden Wegen oder bei Barrieren (Tor, Schranke, Verbotsschild) ist noexit nicht vorgesehen und erzeugt falsche Topologie im Routing‑Graphen.
BrummsLee (2026-06-05 15:05:35+00:00): Ah ok. Danke. Bleibt dann am Ende einer Straße, welche an einem Acker endet immer ein offener node, obwohl es da keine Wegfortführung gibt?
silversurfer83 (2026-07-28 14:21:11+00:00): Moin :)

kurz zu noexit=yes bevor ich zum eigentlichen Thema meines Kommentars komme:

Dieser tag ist hauptsächlich dafür gedacht, dass wir bei Wegenden, die in der Nähe anderer Wege liegen klar sagen können "HIER IST SCHLUSS, du kommst hier nicht weiter zu dem Weg nebenan!". Auch für diverse QS-Tools, die solche nahe Wegenden anmakeln. 

Wenn ein Weg an/in einem Acker oder Feld oder ... endet, dann gibt es oft genug die Möglichkeite (auch rechtlich) zumindest zu Fuß querfeldein zu gehen. Da wäre ein noexit=yes auf dem letzten node wirklich nur angebracht, wenn es absolut nicht weitergeht. 

Zum Thema: BrummsLee, du hast in dieser Änderung, wenn ich das korrekt sehe, vermutlich versehentlich, die Packstation doppelt erstellt. Schau mal bitte, ob das so sollte

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

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

Grüße

silversurfer83
BrummsLee (2026-07-29 10:38:31+00:00): Hallo silversurfer83!
Danke für den Hinweis zum https://wiki.openstreetmap.org/wiki/Tag:noexit=yes.
Hatte ticky_52 schon erwähnt. Leider gab es auf meine Frage dann keine Antwort mehr.
So gesehen, bräuchte es noexit dann eigentlich doch gar nicht. Man kommt doch immer irgenwie, mit irgendetwas, egal ob legal oder illegal an einer Stelle weiter...
Auch zu einem benachbarten Weg kommt man immer noch zu Fuß weiter, notfalls auch über den Zaun kletternd.

Zur Packstation. Nein, ich denke nicht, daß ich die Packstation versehntlich doppelt eingetragen habe. Wenn mich meine "Adleraugen" nicht trügen, sehe ich da auf Mapillary 2 Packstationen parallel stehen... Vielleicht hätte man es anders erfassen sollen...  🤔 
https://www.mapillary.com/app/?pKey=1205340950820058

Gruß
silversurfer83 (2026-07-29 11:58:54+00:00): Moin

Zu noexit: hat schon seine Berechtigung und wenn du ne Leiter brauchst um weiter zu kommen ist in meinen Augen Schluss 😄

Die Packstation: Ach guck. Gibt ja Bilder. Hatte ich gar nicht kontrolliert, mein Fehler.
Diese Stationen sind in mMn aber auch nur ein einzelner POI. Wenn du sie also als way(s) erfasst statt als node, dann wäre ich dafür solche Stationen als Multipolygon zu erfassen, da ja jetzt alle Eigenschaften doppelt erfasst sind.
Oder?

Grüße :)
ticki_52 (2026-07-29 17:07:48+00:00): Hallo, habe mir das Mapping der Packstation mal angeschaut. Es sind auf zwei geneüberliegenden Seiten Boxen und diese sind jeweils als Packstation 115 gemappt. Vielleicht eher einen Node setzen....
silversurfer83 (2026-07-29 17:37:55+00:00): Hi ticki_52

Node wäre OK bei Ersterfassung. Hier hat BrummsLee aber schon schön die Gesamtfläche erfasst, was auch gut ist und wesentlich mehr Informationen erfasst. Darf gerne so bleiben.
Mit geht es nur darum, dass aktuell die Daten gedoppelt sind, was ich für unschön halte. Deshalb habe ich ein MP vorgeschlagen.
BrummsLee (2026-07-30 07:50:56+00:00): Hab die jetzt mal zusammengefasst...
Schaut einfach mal, ob das jetzt so zufriedenstellend ist. Gruß
silversurfer83 (2026-07-30 09:13:15+00:00): Moin :)
Das was ich grad am Handy sehen kann macht einen guten Eindruck. Danke dir
user_5359 (2026-01-02 17:25:50+00:00): Welcome to OSM! Please notice the difference between a name and a description. 
If you need more information (and cannot find any examples or ask anyone else), please visit our wiki at https://wiki.osm.org.
eggie (2026-01-01 15:34:21+00:00): Dag Cobu,

Wwllicht kun je met OsmAnd ook de adresnode selecteren en dan bijtaggen. Dan is adres en info met elkaar verbonden.
Ik heb het nu even samengevoegd.

MVG
eggie
Cobu5 (2026-01-01 21:30:39+00:00): Als ik het goed begrijp bedoel je dat ik het huisnummer selecteer (heeft meestal een BAG-tag) en in die POI tags toevoeg of bijwerk, en niet een nieuwe POI aanmaak. Prima. Heb ik bij latere updates gedaan :-)
eggie (2026-01-01 21:34:32+00:00): Top...  Ik heb eigenlijk geen idee hoe simpel dat met OsmAnd is, maar zo is het wel de bedoeling.

Mapse
eggie
Comino (2026-01-01 17:58:29+00:00): Hi,

Your edit is missing the address, phone number, opening hours, website and.or social media accounts. Would you be so kind to complete your node?
How can I verify what you have added?

Happy mapping,

Edwin Comino
https://www.openstreetmap.org/user/Comino
https://btcmap.org/tagger/6794624
rasterfahndung (2026-01-02 03:48:30+00:00): Hello Comino, thank you for reaching out.

Most businesses here don't have a website or social media presence, and sometimes not even fixed opening hours.

However, I spoke with the owner and explained that I created the shop for him and he can maintain it himself. OSM isn't well maintained here.

You can verify the shop's existence on Google Maps: https://maps.app.goo.gl/NqWooX1UHWKFK1sx5
Comino (2026-01-02 10:24:39+00:00): I've sent you a reply via DM.
Spiekerooger (2026-01-18 13:35:47+00:00): Hello andershl, for the old spelling we have the "old_name:da" tag which had  "Godthåb" already. But you changed the name:da from "Nuuk" into "Godthåb" which is surprising as if I look into Danish media I rather see the Nuuk spelling in Dansk than the old Godthåb. Wouldn't it be better to have Nuuk in name:da and Godthåb in old_name:da or do you think that Godthåb is more widely used than Nuuk in Danish society today?
andershl (2026-01-18 13:56:44+00:00): My change/addition for this and thousands more is the official set of names from the Greenland name authority database. I have no opinion about if someting else sould be better in specific cases. Btw old_name:da should rightfully be Godthaab to stick to the same setup as for the inuit name/old_name...
Spiekerooger (2026-01-18 14:15:11+00:00): Hello andershl, thank you for your fast response. Is their an online source for the official set of names from the Greenland name authority db? I tried https://data.geus.dk/geonetwork/srv/eng/catalog.search#/metadata/4c3820cd-f45d-4d2a-9cb6-ebc63422ff98/formatters/xsl-view?root=div&view=advanced but that one gets me a 404 error while trying to load the WMS layer. I haven't found another publication yet.
Spiekerooger (2026-01-18 14:24:33+00:00): My perspective is also that a map should be useful in todays use so if all mayor media outlets in Dansk (Berlinske, Politiken, DR etc.) use Nuuk as name, it would be easier for a map viewer to read Nuuk here if language is set to "da" than the old Godthåb but I'm not a Danish speaker so it would maybe best to ask the Danish community (e.g. here: https://community.openstreetmap.org/c/communities/dk/77 ) about it.
andershl (2026-01-18 17:02:34+00:00): Official names are in Nunat Aqqi. Specific place here https://www.arcgis.com/apps/View/index.html?appid=c5c7d9d52a264980a24911d7d33914b5
andershl (2026-01-18 17:06:31+00:00): Btw the aim of the chgset was to add official old spellings and simply establish names for a lot of others. So the one here was Nûk I doubt if "Godthåb" was even touched.
Spiekerooger (2026-01-18 22:15:59+00:00): But on the changeset you changed the name:da tag from Nuuk to Godthåb. I now looked at the Nunat Aqqi Stednavne dataset and the id #13493 says "Dansk (fra arkiv)": Godthåb but for that sounds rather like old_name:da and not name:da. For name:da I would still recommend Nuuk, as Nuuk is widely used today in dansk writing and Godthåb seems rather the old_name:da (and had been the old_name:da value already).
Spiekerooger (2026-01-18 22:17:19+00:00): I had now been using https://nunataqqi.gl/ to check for the #13493 id at the nuna aqqi dataset version 2.0.
andershl (2026-01-19 13:08:39+00:00): If you want it that way, then change it. It is one of 28000 updates/imports from the database extract I recently received from them. I have not verified the contents of each item. I know, however, there are thousands of name_da in it.
Jarek 🚲 (2026-02-02 14:51:43+00:00): Hi,

Do you know what is the meaning of trunk=1 and trunk=2 tags? It hasn't been used in OSM before and I would like to document it
borishag (2026-01-05 10:15:10+00:00): Trekpleister;

Als je de openingtijden aanpast, vergeet dan niet de overige gegevens terug te zetten (PH off)
Mateusz Konieczny (2026-02-04 01:40:36+00:00): Hello! https://www.openstreetmap.org/node/13423895703/history has shop = plumbing that was added in this edit
shop=plumbing ? Is it seling plumbing supplies? Or is it place where plumber may be contracted? Or is it company office that cannot be visited by general public?
Clown Pennywise (2026-02-04 08:09:44+00:00): It sells plumbing supplies to both professionals and the general public. I myself bought there several times. Feel free to use a more precise tag or combination of tags.
vasony (2026-01-02 09:03:13+00:00): Hi, 

Please do not move back points of properly aligned roads back to misaligned Bing, 

e.g:
https://www.openstreetmap.org/node/1370014630

Thx. Tamás
micheleOSM3 (2026-01-02 06:48:50+00:00): Sei sicuro che siano tutte traduzioni scorrette?
NeisBot (2026-01-02 07:10:38+00:00): Welcome, and thanks for your edits!

I noticed a few unintended crossings between roads and/or between roads and buildings in this changeset. This usually happens when geometry snaps incorrectly. Additionally, changes to tagging (e.g. modifying highway types or adding tags) can lead to unexpected crossings being detected afterwards.

In total, I detected 1 potential crossings.

⚠️️ Problematic elements (top 3):
https://osm.org/way/379698753 v50 | 1 crossings

Would you mind revisiting those areas?

#CrossingCheck
---
https://resultmaps.neis-one.org/osm-change-viz?c=176710017
NeisReview (2026-01-10 07:32:43+00:00): ✅ Should be fixed by 
https://osm.org/changeset/176916206
ivanbranco (2026-03-15 13:15:24+00:00): Hi UnusualWorld,

I noticed you added some species=Spruce. What kind of spruce species are they? If the precise species is not known, the value could be rather moved to genus:en.
UnusualWorld (2026-03-15 15:54:01+00:00): The precise species isn't known
ivanbranco (2026-03-18 14:42:01+00:00): Thanks, I started cleaning up some data, moving the english genus from the species tag to the correct genus:en tag.

I noticed a problem in some nodes: genus and genus:en reference to two different genuses.

An example here: https://www.openstreetmap.org/node/13423927522

Genus is Celtis (->hackberries or nettle trees in english), but genus:en is Locust (->Robinia). Which one is correct? Celtis or Robinia?

Here instead: https://www.openstreetmap.org/node/13423927487
genus:en is Locust (Robinia), but genus is "Other". Shouldn't it be Robinia?

thanks and good mapping!
eggie (2026-01-01 19:07:36+00:00): Dag vf..

Een buurthuis taggen we met amenity=community_centre
Zie wiki
Mvg

eggie
Langlaeufer (2026-01-02 16:58:42+00:00): Es gibt keine highway=driveway!
osmmapper222 (2026-01-02 18:16:10+00:00): Danke für die Korrektur in https://www.openstreetmap.org/changeset/176752660
Langlaeufer (2026-01-02 16:55:33+00:00): Äh, Spielstraße? Dass ist an den Tags nicht zu erkennen. Auch die haben manchmal Bürgersteige, obwohl das eigentlich nicht vorgesehen ist.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/176710183
osmmapper222 (2026-01-02 18:19:05+00:00): Da hab ich highway=residential verwechselt. Auf den Luftbildern sind die Autos bis an den Rand der Grundstücke geparkt, sodass hier nicht viel Platz für einen Bürgersteig bleint. Deckt sich dann auch mit dem Hinweis https://www.openstreetmap.org/note/5103470.
felipeeugenio (2026-01-02 00:01:00+00:00): Hola. por favor escribir con capitalización normal.

Saludos
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/176710372
habi (2026-05-05 14:26:26+00:00): Revertiert

https://www.openstreetmap.org/changeset/182252494
Taya_S (2026-03-08 16:33:48+00:00): This changeset has been reverted in https://www.openstreetmap.org/changeset/179541449
TrickyFoxy (2026-01-02 12:29:34+00:00): А что с СНД Сокские Сады случилось? https://osm.org/way/1352907518 Вы точно хотели удалить его?
Mr_Karen (2026-01-02 13:07:55+00:00): Здравствуйте! Нет, вчера не на долго оставил программу включенным, гости пришли, а когда вспомнил, там дети что-то натворили, что заметил вернул обратно! Если можете верните обратно сады пожалуйста!