piebro/osm-data huggingface dataset:
qqqqqqqqqqqqqqqqqqqq (2023-08-04 19:14:43+00:00): Hi, good edit. 

Since you've requested review one thing that could be done differently is continuing existing sidewalk way instead of adding a new one.

To do this use "shift" to select both the existing sidewalk and a node where it ends, then when you right click it, you should see an option to continue the way.

Since this sidewalk portion is new, it's also ok to add it separately so that other tags could be added (for example if old one is not as smooth as the new one and you'd like to map this)
silversurfer83 (2023-08-04 21:03:00+00:00): Gude :)

Warum hast du die Eigenschaften "employment_agency" sowie alt_name und old_name hier gelöscht?

Grüße
silversurfer83
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/139445522
jacobwhall (2023-08-04 14:47:29+00:00): I surmised which is which based on page 14 of this document:

https://www.rva.gov/sites/default/files/Planning/PDFDocuments/LandUse/PublicArt/Public%20Art%20Master%20Plan.pdf

The artist of Park Guardian II is likely also Charles Pool but I was unable to confirm that.
jacobwhall (2023-08-11 16:37:54+00:00): See also note #3811678

https://www.openstreetmap.org/note/3811678
Supaplex (2023-08-05 02:14:33+00:00): 先前討論過，山頭跟基石是要分開標示，而非合併
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/139445572
captainbest125 (2023-08-05 03:09:22+00:00): 我沒有變更這裡，原本就連在一起了。昨天只是點了一下測量標。
silversurfer83 (2023-08-04 20:22:38+00:00): Hallo Michael :)

schön, dass du mit OSMand arbeitest und POIs der Datenbank hinzufügst.
Dieser Platz ist jedoch schon angelegt. Da OSMand dir leider nicht den aktuellen Stand der Datenbank anzeigt, wirst du ihn noch nicht gesehen haben. Ich war so frei, und habe den dadurch entstandenen Doppeleintrag wieder entfernt.
Zur Bearbeitung der OSM-Daten empfehle ich daher andere Apps wie zb Vespucci.

Bei Fragen wende dich gerne an mich :)

Ich hoffe, die Trails haben dir gut gefallen. Sie werden in Kürze genauer erfasst (Grundlagen sind schon in der Datenbank)

Grüße
silversurfer83
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/139445982
DaveF (2023-08-04 15:39:04+00:00): Hi
Could you clarify the purpose of this relation?
https://www.openstreetmap.org/relation/16159571

traffic_signals:direction tags aren't required on one-way streets
Vas111 (2023-08-04 18:34:40+00:00): Hello,
Surely you can’t make a u-turn right before a roundabout since it’s safer to do it via the roundabout? Same for arms exiting the roundabout. Feel free to delete the relation.
DaveF (2023-08-04 19:44:28+00:00): It's a two-lane road with a dashed line. As far as I'm aware there's no rules disallowing it.

OSM is a do-ocricy. Contributors take responsibility & correct their own mistakes.
Vas111 (2023-08-04 21:33:50+00:00): My apologies, I have corrected my mistake. Thanks for pointing it out
GerdP (2023-08-27 12:56:24+00:00): Um welchen Anfang geht es bei dem note=FIXME Anfang wirklich bei Hauptstraße?
an https://www.osm.org/way/267633534 ?
romanfi (2023-09-06 10:22:53+00:00): Der FIXME ist ja nicht von mir. Ich schaue mir das vor Ort nochmal an, und korrigiere das dann.
GerdP (2023-09-06 11:58:37+00:00): Ah, stimmt. Vermutlich ging es um die Frage, wo die Hirten- bzw. Weilheimerstraße beginnt. Siehe auch Version 1 von https://www.openstreetmap.org/way/159113598/history
OddlyAngled (2023-08-04 15:56:11+00:00): "natural=XC Pass" isn't a commonly used tag, for cross country passes use "natural=saddle". if the pass carries a highway, like a hiking trail, then it can also be tagged with "mountain_pass=yes".

the location also appeared to be slightly off.

I've fixed both of these issues in https://www.openstreetmap.org/changeset/139448208

thanks for the contribution!
oleitner (2023-08-04 15:21:48+00:00): Das war mit GPS, nicht mit Luftbild.
user_5589 (2023-08-13 22:18:59+00:00): If you're going to do things like this then make sure you create geometries that are actually valid. This has left an utter mess with the sliproad leading from the junction to the A446.

You have also broken some bus route relations with this edit as well.
robw (2023-08-14 05:57:35+00:00): The area is in a continual state of change due to the ongoing HS2 works and once they  have settled down the "mess" can get sorted out. and the bus relations fixed once the buses have worked out where they are actually going..
user_5589 (2023-08-14 08:56:14+00:00): No. Wrong.

You do NOT deliberately or negligently create impossible geometries like your edit did. Your edit left a slip-road that is impossible to access.

Guess what? It shows up on the iD validator as an error. There's a reason for that.

It's one thing to accidentally create an impossible geometry. That happens to all of us on occasion. Same as sometimes accidentally breaking a big relation and causing an area to "flood" or similar.

Your attitude to this changeset on the other hand says to me that you have done this deliberately or negligently rather than accidentally. When the situation was pointed out to you by me your response was to arrogantly dismissed the issue. Even taking aside bus route relations, which have a tendency to be broken by the careless because they don't show up directly on the map or in validators of editors like iD there is the issue of the slip road to the A446.

That slip road shows up on the main map render. The error shows up in the iD validator as an unreachable road. The slip road going from the A446 to the former roundabout is showing as closed on One.Network until 16th September. The slip road you have disconnected from things is showing as open on that website!

So if One.Network shows the length of road as open that would indicate it can be accessed from somewhere. That would indicate it is likely the new route up from the south is now open.

So if you did a "site observation" you would have been able to see whether that were true and mark things up accordingly. But you didn't. You just went in, plonked an edit in place and didn't sort out the consequences of that edit properly.

I've had the "benefit" of your edits before as I recall. The A452 junction at Park Drive and Princes Drive in Leamington for example. This one I don't think I will be able to easily sort out as my chances of going through that area in the near or even medium-term future are low.

Do your edits properly and stop being negligent of the consequences and arrogant when those consequences are pointed out to you.
Harel M (2024-06-16 12:00:45+00:00): Hi, can you please elaborate on why you changed the image to to a wikimedia commons tag?
My app is using these image tags and replacing them with wikimedia commons breaks its functionality.
DmitTrix (2024-06-16 12:21:16+00:00): Hi!

First, my apologies if my edits broke things…

Second, at the very beginning of https://wiki.openstreetmap.org/wiki/Key:image it says "the proposals for this tag were rejected due to several problems with the tag", and then lists a few issues which are fairly severe, to my opinion. On the other hand, using a pointer to a Commons gallery or category avoids most of these issues. So, I just followed with the approach that looked more correct to me.
Harel M (2024-06-16 12:27:20+00:00): Thanks for the quick response!
Do you happen to know which other elements were affected by a similar 
 changes you made, specifically in Israel?
Is it possible in the mean time to keep both tags until we add support for wikimedia_commons tags in our app?
Also, same for image, I'm not sure what should be the solution for multiple images for the same point, should it be wikimedia_commons1/2/3?
DmitTrix (2024-06-16 13:22:03+00:00): Regarding other elements: there should be a few (probably less than, say, 20) such elements; the problem is, I don't know how I can find them. The edits were done fairly long ago.

————————

Regarding multiple "wikimedia_commons" keys: https://wiki.openstreetmap.org/wiki/Key:wikimedia_commons says this:

If more images are available, just add the "best" one or create a new Wikimedia Commons gallery

Since "best" is subjective (which is actually mentioned as one of the drawbacks of using the "image" key), I'd prefer linking to a category or a gallery. This also covers the case that a "better" image is added there by a Commons user who is unaware of OSM. If there is more than one category that contains suitable images, the best option is probably to create a new category (if appropriate) or a gallery on Commons, and link to it.

————————

Keeping both "image" and "wikimedia_commons" keys: sounds to me like a fair solution for the time being.
zstadler (2024-06-16 16:35:57+00:00): Many widely used OSM tags have a "de facto" status like "image". For example, "landuse":
https://wiki.openstreetmap.org/wiki/Key:landuse

The "de facto" status is considered "Green":
https://wiki.openstreetmap.org/wiki/Tag_status#%22Green%22_values

@DmitTrix,
Could you please restore the `image` tag.
DmitTrix (2024-06-16 17:57:52+00:00): @zstadler,
I'm not an expert OSM contributor, so I won't insist.

Is there any way to find all my edits where I deleted "image" tags? If not, I'm afraid I won't be able to find them all manually.
zstadler (2024-06-16 18:57:37+00:00): In this link you can find the OSM elements that have a "wikimedia_commons" tag that were last modified by you:

https://overpass-turbo.eu/s/1MXA
DmitTrix (2024-06-16 19:17:25+00:00): Restored the "image" tag here:
* https://www.openstreetmap.org/changeset/152774253
* https://www.openstreetmap.org/changeset/152774137

No other items returned by your query contained "image" tag before.
Hufkratzer (2023-08-04 20:21:44+00:00): Hi,
https://www.openstreetmap.org/way/1194763776
und
https://www.openstreetmap.org/way/1194763777
sehen mir nicht nach Reitanlagen (leisure=horse_riding) aus. Wenn das Flächen zum Reiten wären, wären es Reitplätze (leisure=pitch + sport=equestrian). Bei der größeren von den Flächen steht aber ein Gebäude drauf, was dagegen spricht, dass das ein Reitplatz ist; evtl. ist es ein Paddock mit einem Unterstand oder so.

Bei
https://www.openstreetmap.org/way/658553314
und
https://www.openstreetmap.org/way/785617502
hast du das leisure=horse_riding sinnvoller verwendet.

Vgl.
https://wiki.openstreetmap.org/wiki/DE:Tag:leisure=horse_riding
map per (2023-08-16 05:19:13+00:00): Hello Adensed

The apartment "My residence in Mecca" you added with Maps.me is uploaded to the public global OpenStreetMaps database.
Is the apartment really officially called "My residence in Mecca"?

Thanks and best regards
map per
eggie (2023-08-04 16:13:13+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 
Feedback.. Het is niet correct nogmaals een adres op een gebouwomtrek te zetten. Er zijn al adresnodes.
Het adres heb ik verwijderd.

MVG, 

Eggie 

Namens de OSM Community
jacobwhall (2023-08-04 15:24:38+00:00): Fixes note #3432550

https://www.openstreetmap.org/note/3432550
jacobwhall (2023-08-04 15:28:33+00:00): Relevant changeset for context

https://www.openstreetmap.org/changeset/137263973
eggie (2023-08-04 16:15:42+00:00): Dag Laoban
Je vraagt feedback
Lijkt me correct dan.
gr eggie
Stretch Longfellow (2023-09-26 13:24:58+00:00): Why did you add I 380 under name=? Please read https://wiki.openstreetmap.org/wiki/Interstate_Highways and revert this edit. Thank you!
Stretch Longfellow (2023-09-26 13:26:06+00:00): Looking closer, I see that you also removed I 380 from the northbound ref and US 218 and IA 27 from southbound. This REALLY needs to be reverted.
Johnson County (IA) GIS (2023-09-26 13:42:21+00:00): Sorry about that.  I'm not sure why or how I did that.  

Can you clarify for me though, does this only impact a ~3/4 mi segment of southbound Interstate 380 that lies immediately north of exit 10 (Swisher/Shueyville)?  Looking at other 380 segments south of there I see this segment as not matching the others.  FYI, I don't see an object ID or other unique identifier for said segment.
Stretch Longfellow (2023-09-26 21:22:50+00:00): I am seeing these errors from I 80 north to exit 13.

I also see upon further inspection that you added "N Park Road", "S Park Rd", and other such names. We do not abbreviate.

I want to see you continue to map, as I'm sure your input can be valuable, but please take time to review OSM standards. They may not be the same as what you are used to with GIS or other mapping programs.

Please revert the edits that have been made in error.
wambacher (2023-08-05 06:51:34+00:00): Moin Teddy,
danke dass du hier in der "Pampa" Adressen einträgst.

Leider ist dir ein kleiner Dreher passiert. Siehe https://wambachers-osm.website/Postcodes.html?map=16/49.673009/7.280577&base=OSM&data=PCBDE,PCDE,WPCDE

Sonnenberg hat laut Karte und, was wichtiger ist, laut Post die PLZ 56767 und nicht 56776. Ist bereits korrigiert.

https://www.postdirekt.de/plzserver/

Dabei ist mir aufgefallen, dass die Hausnummer 1 doppelt ist. Das nördliche Haus 1 müsste die HN 4 haben, dann passt es wieder. 
Ist noch nicht geändert. 

Gruß
Walter, Master of Disaster ;)
Teddy73 (2023-08-05 07:45:39+00:00): Hi Walter, danke für die Korrektur. Muss dein QA Tool doch auch selbst mal öfter benutzen. Die beiden Nr 1 sind ok, Nord gehört zu Schleiferplatz und Süd zu Hauptstraße.
VG Teddy
wambacher (2023-08-06 07:54:15+00:00): oops, hatte nur gesehen, dass JOSM über doppelte Hausnummern gemotzt hat. Dass das zwei verschiedene Straßen sind, hab ich nicht bemerkt. Könnte man fast als Fehler im Validator von Josm ansehen.

Gruß
walter
eggie (2023-08-04 16:18:45+00:00): Lijkt me correct..
Ik tag ook wel vehicle=no om alles met wielen te stoppen. Dat werkt ook.
foot=yes wordt ook vaak toegevoegd aan paden ook al is dat default.
gr eggie
Laoban88 (2023-08-04 17:11:07+00:00): Bedankt Eggie
eggie (2023-08-04 16:20:01+00:00): Prima zo...  
De voorgaande mapper had een poging gewaagd om het als onbegaanbaar te taggen.. Overigens niet op de juiste  manier.
user_5359 (2023-08-06 07:09:58+00:00): Welcome to OSM! Please notice: the minimum keys for an address is addr:street and addr:housenumber! An address isn't part of a street, please mark the main building.
eggie (2023-08-04 16:23:09+00:00): Je ingetekende pad heeft (nog) geen verbinding met het fietspad Zeddamseweg    .. Dus nog wel een vebinding maken.
Je edits https://overpass-api.de/achavi/?changeset=139448035

Kijk je nog even?
gr eggie
Laoban88 (2023-08-04 18:20:27+00:00): Gedaan
eggie (2023-08-04 16:25:13+00:00): Lijkt me prima getagd..

Wat je ook nog kan doen is een note=.....  toevoegen met uitleg. 
Bv onbegaanbaar gemaakt met bomenstammen.
Laoban88 (2023-08-04 17:12:05+00:00): Ik zal de note toevoegen.
vtrtsxlegend (2023-08-04 16:08:48+00:00): I just wanted to add that I also referred to the OSM spec for Link roads and used that also in my decision. Per spec: "The _link tags are used to identify slip roads/ramps and "channelised" (most commonly physically separated) at-grade turning lanes connecting the through carriageways/through lanes of highways to other roadways of all types. _link tags should also be used for physical channelization of turning traffic lanes at traffic signal junctions and in roundabout designs that physically separate a specific turn from the main roundabout. "  As this way for Bowes Road was continuing to Bowes road straight ahead it is not a link road.
vtrtsxlegend (2023-08-04 16:23:30+00:00): Plus this way is connecting to a way of Bowes Road which is also tagged as Trunk Road therefore keeping it consistent.
eggie (2023-08-04 16:27:35+00:00): Prima zo..
Het pad erlangs zie ik net weer iets anders lopen.
Gebruik in Nederland PDOK actueel in editor iD... Dat is in editmodus rechts in het scherm in te stellen bij achtergrondlagen. 
Groet
eggie
eggie (2023-08-04 16:28:07+00:00): Prima zo..
maxerickson (2023-10-08 22:46:14+00:00): Seems a different prep workflow might make sense if the survey isn't going to follow shortly after the removal.
ElliottPlack (2023-10-09 14:36:23+00:00): Max, is there a problem? I went around the next day and updated all the ones that I could find with SC: https://www.openstreetmap.org/changeset/139484916

I added the 'paved' tag without surveying a few years ago and after a few spot checks, noticed some of these were not paved so I removed all the armchair mapped surfaces and went in person to make updates. https://www.openstreetmap.org/changeset/92931437

It can be difficult to determine path type from aerials, as asphalt, concrete, compacted and some gravel can look similar. Better to add these in person.
maxerickson (2023-10-09 15:06:10+00:00): I only checked several of the ways, there are more than a couple that do not have surface information, which lead me to believe that no survey was done on those ways.
DressyPear4 (2023-08-05 16:48:01+00:00): Olá, evite alterar a classificação das vias
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/139448717
Map-Peter (2023-08-04 22:45:43+00:00): Hallo miaux,
 
wie kommst du auf "name=Volksbad" an dieser winzigen Badestelle?  
Das "Volksbad" in Waren (Müritz) ist hier: https://www.openstreetmap.org/#map=17/53.51818/12.66635 .
miaux (2023-08-05 07:00:02+00:00): Ja, scheinbar war die App (und/oder ich) kurz verwirrt. Rückgängig kann ich das in Street Complete nicht mehr machen und habe erst Montag wieder einen Rechner. Tut mir leid!
Map-Peter (2023-08-05 11:57:07+00:00): angepasst
eggie (2023-08-04 16:37:47+00:00): Dat was dus denk ik een actie van de boswachter.
https://www.openstreetmap.org/user/Erwin%20Grob/history#map=13/51.9007/6.2211
Wanneer er geen verbodsbord staat is het uiteraard open.
Het kan ook zijn dat publiek te borden heeft verwijderd.
Het soms voor de boswachter een hele strijd. Je zou het dus aan Erwin Grob kunnen vragen hoe het zit.
groet
eggie
eggie (2023-08-04 16:40:34+00:00): Hier zo'n discussie ook van een medemapper.
https://www.openstreetmap.org/changeset/84754807#map=17/51.89004/6.21214

We hebben later besloten disused te gebruiken ipv abandoned.

Zal het draadje van natuurmonumenten nog eens probere op te sporen hoe de procedure nu is.
eggie (2023-08-04 16:41:31+00:00): Zie hier... Dan wordt veel duidelijk
https://community.openstreetmap.org/t/hoe-kan-natuurmonumenten-het-beste-omgaan-met-ongewenste-paden/93583
eggie (2023-08-04 16:35:31+00:00): Het is nu goed gegaan. 
Dit was dus zo'n inner in de grote multipolygoon Bergherbos.
Het bos is de outer. De gegevns staan op de relatie. Daarin zitten de inners. gras, scrub, water, De Joodse begraafplaats  e.d 
Die inners zijn nodig anders zie je alles door elkaar. Bomen in water, gras en op de begraafplaats.
Eigenlijk 'moet' je eerst zo'n inner uit de relatie halen en dan pas het vlak verwijderen.
Het klinkt ingewikkeld en dat is het ook.

Je blijft anders foutmeldingen houden. Dan zoekt de foutenanalyse naar een inner die er niet meer is in de relatie. 
https://wiki.openstreetmap.org/wiki/NL:Multipolygon_Examples

Waar het vorige keer fout is gegaan id waarschijnlijk dat inners de grote outer bos doorsneden. 
Dan valt de rendering weg. 
groet
eggie
Laoban88 (2023-08-04 17:14:59+00:00): Bedankt voor de uitleg Eggie
Frans S (2023-08-25 12:00:40+00:00): We welcome you as a new mapper.
Thanks for your contribution to this project.
This changeset is reviewed by a Global Validator to check that the tasks has been mapped in accordance with the quality standards of HOTOSM. 
We cannot expect from a new mapper that he/she delivers  high quality mappings from the start.
Please pay attention to next summarized issues. (see attached document with examples for more info)
A: E: Inaccurate mapped and / or not squared.

Explanation can be found on this document what  might be helpful to improve your mapping skills
https://docs.google.com/document/d/1Swwz-ZwM3_YOstqstsmCg1-lNAPbnMLpi1Al-h-2UOQ/edit


Best regards and keep mapping !
Frans S
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/139449573
marczoutendijk (2024-03-30 20:34:33+00:00): What is source=123 and what is surface=123?

Marc Zoutendijk  
OpenStreetMap Foundation  
Data Working Group
H4N5-antw (2023-10-09 14:28:09+00:00): Zou niet weten waarom, dir is de tweede maal dat in iD een onbedoelde wijziging werd aangebracht, eerder verviel ergens onbedoeld 'bicycle=designated'. 

Nu nog ontdekken waarom voet / fietser wel mogen, doch op een van de ways access=no ...
Jakka (2023-08-04 19:24:59+00:00): Je kan nog altijd rijden tot aan de tractor sluis. Best weg terug openstellen en daar waar de sluis echt ligt een node o de weg vastzetten en barrier=sump_buster
https://wiki.openstreetmap.org/wiki/NL:Tag:barrier%3Dsump_buster
w_morland (2023-08-05 11:11:37+00:00): In general I believe it is desirable to have both tags even though they may seem duplicative. Is there any guidance or best practice you are following in removing the Wikipedia tags? Many editors will add the deleted tags back if someone were to edit these objects https://wiki.openstreetmap.org/wiki/Wikipedia_Link_Improvement_Project#Mismatching_wikidata_and_wikipedia_tags
RedAuburn (2023-08-05 13:03:25+00:00): Hi :) IMO A Wikidata tag should be the only gateway to access Wikimedia projects on OSM. The ultimate point of Wdata is to provide machine-readable data & links to the same object in different databases, through a stable identifier. 
This basically makes tagging Wikipedia completely redundant. This is only the case for the Wpedia tag though because Wpedia has a much more restrictive inclusion policy than Wdata, so anything that has a Wpedia page should have a Wdata object. it's better to encourage users to update Wdata than to use the Wpedia tag.

in terms of best practice, this is the general trend and view of the Wpedia tag i've seen in the OSM Discord etc. Auto-addition of a Wikipedia tag when adding Wikidata was also recently removed from iD, for the same reasons i've listed 👍
w_morland (2023-08-05 13:30:53+00:00): Thanks. That's a super helpful response and I'll keep it in mind when I make future edits. I might check if it also means some validators should be updated to not flag Wikipedia tag removal in this situation.
nlme (2024-03-20 23:51:55+00:00): > Auto-addition of a Wikipedia tag when adding Wikidata was also recently removed from iD

There is no such PR for this at https://github.com/openstreetmap/iD/pulls

In any case - the real reason why adding a wikidata= field doesn't automatically add the wikipedia= one is that you're suppose to select the local language Wikipedia.

Kind of wish these hadn't been removed as it's simpler easier to directly click on the Wikipedia link rather than having to click twice to get to a POI's article.
DaveF (2025-01-12 05:44:39+00:00): Do not remove valid wikipedia tags. This is vandalism.
martinst (2023-08-04 17:46:55+00:00): Hallo,
wieso hast du Way 1016996963 von track auf path geändert?
Das ist ein Fahrweg für zweispurige Fahrzeuge, also eigentlich doch track.
Gruß Martin
M_Gaugg (2023-08-09 14:24:20+00:00): Hallo, da hast du schon recht, allerdings ist dieser Weg extrem steil und verwachsen, als mehr ein Pfad als ein Track ;-) - Außerdem ist es ein kurzer Sackgassenweg.
eggie (2023-08-05 15:09:48+00:00): Dit lijkt me ook goed https://overpass-api.de/achavi/?changeset=139450861
Ferrocarriles de México (2023-09-08 21:33:13+00:00): `railway=disused` es solo para ferrocarril que aún tiene vías pero no está en uso. Este no tiene vías.
silversurfer83 (2023-08-04 19:30:21+00:00): Hello
this name looks very descriptive. Could you please explain it?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/139451204
NorthCrab_upload (2023-08-04 17:40:16+00:00): Zauważyłem, że Twoja zmiana zawiera adresy wymagające dodatkowej uwagi. Przygotowałem listę obiektów oraz dodatkowe informacje:

Nazwa ulicy nie istnieje w okolicy. Jeśli adres ma nazwę ulicy, upewnij się, że jest ona poprawna. Jeśli nie, usuń addr:street, a nazwę miejscowości przekaż w addr:place.
https://www.openstreetmap.org/way/1091845557

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! 🦀