piebro/osm-data huggingface dataset:
Patchanka (2024-01-18 17:54:06+00:00): Bonjour
merci pour l'ajout du nom de la rue.
Par contre, j'ai vu dans votre Base Adresse Locale que les adresses (certifiées) sont dans la "Rue de Chante Oiseaux" et non Chantoiseau.
Quelle est la bonne orthographe ? Il doit y avoir une erreur quelque part...
eggie (2024-01-17 15:02:39+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 
Feedback   Is het nog wel een gebedshuis waar diensten worden gehouden..  ?  Het staat nu getagd als palce_of_worship...   Die tag kan eraf als de kerk geen religieuze functie meer heeft.
building=church is de juiste tag.. kerkgebouw is niet valide.

Kerkplein 8 is een van de woningen..  Hier is het adres Kerkplein 11 en er is al een adresnode aanwezig.
We taggen eigenlijk geen adressen op de gebouwomtrek. 

MVG, 

Eggie 

Namens de OSM Community
eggie (2024-01-17 15:09:44+00:00): De tagging heb ik aangepast naar bijeenkomstcentrum. Website https://dorpskerkgrijpskerk.nl/ toegevoegd

MVG
eggie
citrula (2024-01-18 03:04:29+00:00): Welcome to OSM. Thanks for your contribution!
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/146368681
adreamy (2024-01-23 09:41:09+00:00): 편집에 참여해 주셔서 고맙습니다.
https://wiki.openstreetmap.org/wiki/Ko:첫_걸음 문서를 한번 훑어 봐 주시고 궁금한 점이나 지도에서 발견한 문제 등은 커뮤니티에서 함께 의논해 주시면 큰 도움이 될 것입니다.(텔레그램 한국/조선 https://t.me/OSMKorea 이 가장 활발합니다.)
woodpeck_repair (2024-06-15 22:29:32+00:00): This changeset has been reverted fully or in part by changesets 152740214, 152740288, 152740274, 152740234, 152740192, 152740169, 152740167, 152740249, 152740178 where the changeset comment is: revert contributions by Hamilton 44/Delta Evas ALL, see https://www.openstreetmap.org/user_blocks/16207
aTarom (2024-01-17 17:32:37+00:00): Hola kapazao, una duda por favor, es posible que
"height"="default"
quizás sea
"maxheight"="default"?
en
https://www.openstreetmap.org/way/1240467103/history

Saludos
kapazao (2024-01-23 06:54:50+00:00): Hola, seguro que es maxheight. Fue un error debido al preset de iD, que viene altura para completar y no me di cuenta.
Gracias por comentarlo, ya lo he corregido.
Un saludo
kapazao (2024-01-23 06:55:01+00:00): Hola, seguro que es maxheight. Fue un error debido al preset de iD, que viene altura para completar y no me di cuenta.
Gracias por comentarlo, ya lo he corregido.
Un saludo
GeoAndi (2024-01-17 16:59:37+00:00): Hallo,
ich glaube du hast das mit hazard=traffic_signals ein wenig falsch verstanden. Statt es als neue Linie zu zeichen, sollte man es an die bestehende Straßenlinie taggen für den Bereich wo die Schilder stehen. Man kann es aber natürlich auch mit signal_ahead machen (kannte ich bisher noch gar nicht 👍).
HAmap (2024-01-17 18:52:11+00:00): Dass ich daneben lag, habe ich noch gemerkt ;-)
Auf die Lösung, einfach an die bestehende Linie zu taggen, kam ich trotzdem nicht - danke für deinen Blick und Tipp!
Eine "Gefahren"warnung vor einer eigentlich erwartbaren Ampel an einer Bundesstraße kam mir übertrieben vor, darum lasse ich es gerne so, wie es jetzt ist.
GeoAndi (2024-01-17 21:37:01+00:00): Ja genau, lass es so wie es ist. Ich glaube ich trage dass bei mir in Neumarkt auch so ein ;), finde ich auch besser als das als hazard zu kennzeichnen.
mga_geo (2024-01-18 07:17:52+00:00): Bonjour,
Attention en améliorant les ronds-points, cela peut casser les relations route=bus.
On a des relations "aller" et des relations "retour". Une relation n'emprunte qu'une des voies d'un accès à un rond-point, idem si les voies sont séparées.
Je peux corriger si vous voulez ?
Marc
mat (2024-01-20 08:46:53+00:00): Bonjour,
Je veux bien que vous corrigiez, je ne suis pas certain de quel sens ces relations doivent passer.
Mathieu
mga_geo (2024-01-20 12:24:49+00:00): Bonjour,
Je viens de refaire la continuité des relations  r12307561,r12307562,r12307597,r12307604,r12307609,r392830,r12307614
Marc
mavl (2024-01-17 18:49:49+00:00): This changeset reverts some or all edits made in changesets 145908607, 146167413, 146270109.
NeisBot (2024-01-18 00:31:04+00:00): Hi ruzh31 👋

your recent changeset has been marked due to a temporary or permanent block from further map edits. 

If you have any questions or if there's anything you'd like to discuss regarding the mapping, feel free to reach out! 

Best regards, 🤖

Details https://osm.org/user_blocks/15586
#ContributorHasBeenBlocked
bxl-forever (2024-01-17 16:21:17+00:00): Hello,

Sorry but your edit has been reverted.

It *looks* like a roundabout but there are traffic signals and this creates different traffic rules from common roundabout.  It is important that OSM contains correct data, therefore junction=roundabout is not applicable here.
dieterdreist-CAI (2024-01-19 08:31:24+00:00): Please revert these changes or explain why the cliffs are not cliffs. There is no base for deleting objects based on judgement of "utility" or "necessity", in OSM the criterion is: "does it exist or not? Is the tag suitable for describing it or not?" This changeset looks like vandalism, please explain if it isn't or revert your changes.
dpolovinkin (2024-01-19 09:02:21+00:00): reverted, no problem
dieterdreist-CAI (2024-01-19 10:35:12+00:00): thank you, this was quick!

good mapping, cheers,
Martin
Patchanka (2024-01-30 11:02:42+00:00): bonjour

https://www.openstreetmap.org/way/849795592
pourquoi avoir modifié ce tronçon en cycleway ? Comme on le voit ici https://www.mapillary.com/app/?z=17&lat=43.650594899997&lng=-1.2461864&pKey=199585543023753&focus=photo&x=0.5015268048182102&y=0.5413665760862226&zoom=0 et comme les autres tags l'indiquent, c'est une voie verte (foot=designated + bicycle=designated) alors le tag highway=path était le bon.

Par ailleurs, confirmez-vous que cette voie est une zone de rencontre ? https://www.openstreetmap.org/way/116770624
Je n'ai pas été voir mais j'ai un gros doute et le tag maxspeed=30 est contradictoire. La zone de rencontre est une zone limitée à 20 km/h et où les piétons sont prioritaires, puis les vélos, puis les voitures. https://fr.wikipedia.org/wiki/Zone_de_rencontre

merci d'avance pour vos éclaicissements
Patchanka (2024-02-03 11:13:26+00:00): Bonjour
j'ai remis les tags de voie verte sur le tronçon qu'on voit sur Mapillary.
Pour celui ci : https://www.openstreetmap.org/way/116770624 je n'ai pas de visuel donc pour le moment je n'y touche pas... Mais pour le moment les tags sont incohérents en ce qui concerne la limite de vitesse (living_street=>20 + maxspeed=30)
N'hésitez pas à répondre afin d'élucider le mystère
Patchanka (2024-02-03 11:15:57+00:00): en fait je n'avais pas vu mais il semble que ce soit bien limité à 30 : https://www.mapillary.com/app/?z=18.575360348671403&lat=43.650432499999994&lng=-1.2462746000021525&pKey=966467374534286&focus=photo
Je vais donc faire la modif dans OSM.
GeoAndi (2024-01-17 16:51:33+00:00): Ich glaube für die Node von Steinbach passt https://wiki.openstreetmap.org/wiki/DE:Tag:place%3Dneighbourhood besser, da es sich hier ja um einen Ortsteil handelt und nicht um eine Lokalität. Dieser Tag wird eher für Flurnamen o.Ä. verwendet. Steht auch im Wiki https://wiki.openstreetmap.org/wiki/DE:Tag:place=locality?uselang=de bei "genaue Definition".
HAmap (2024-01-17 18:33:47+00:00): irgendwie liest du das wiki gründlicher als ich ... ja, stimme dir voll zu!
GeoAndi (2024-01-17 21:29:34+00:00): Ja lesen schadet nie, aber kein Problem, so lernt man dazu ;).
flohoff (2024-01-17 18:00:24+00:00): Moin,
nur mal so als feedback. Du trägst ja gerade maxspeeds überall nach.

Hier eine Routingänderung die sich dadurch ergeben hat. Ich monitoring routing alle 30 Minuten in einem großteil von NRW und da kriege ich dann sowas zugeschickt - inklusive der Changesets ... :)

Rot Alt - Grün Neu - Hier ist der Neuengraben schneller geworden im vergleich zu "Zur Bunten Brücke" ... 

Weitere tags die auch sinn machen sind "lane_markings=no/yes" und "lanes=1/2" wenn wirklich Fahrspuren da sind.

https://osm.zz.de/routeqa/?rid=540447,698877#51.83279,7.93902,16z
logafe (2024-01-25 11:36:15+00:00): Understanding time zones is crucial for global communication and coordination. They represent geographical regions where the same standard time is observed. It's essential to consider time zone differences when scheduling events or collaborating across borders. For instance, if you're exploring Overwatch gameplay tips on https://www.apkfavourite.com/overwatch-gameplay-tips/, be mindful of the time zone differences to ensure timely information sharing and engagement with the gaming community worldwide.






Is this conversation helpful so far?
chanolandam (2024-06-08 05:37:22+00:00): Leveraging community resources, you should be able to diagnose and potentially https://carapkparking.com/color-codes/ resolve the issue causing Unreal Engine 5.4 to crash when importing a GLB file.
chanolandam (2024-06-08 05:39:11+00:00): If you’re experiencing persistent issues, it may be beneficial to build Unreal Engine from the source. This approach allows you to apply specific fixes and ensure that all dependencies are correctly handled. For instance, developers have reported resolving issues by tweaking source builds and ensuring that https://chameliflower.com/chameli-flower/  experimental features like Zen Storage are correctly configured​ (Unreal Engine)​.
gigoxe (2024-06-15 11:41:44+00:00): "Changeset 146371116 introduces enhancements to our drifting mechanics, aligning with best practices outlined in our guide at https://carapkparking.com/how-to-drift-car/. These updates refine vehicle handling and stability, ensuring a more immersive and thrilling drift experience for players. Feedback from our community has been positive, highlighting smoother transitions and improved control during high-speed maneuvers. We continue to iterate based on player input to deliver the most authentic drifting simulation possible."

This comment integrates the provided URL naturally into a discussion about improvements related to drifting mechanics, demonstrating the practical application of the changeset in enhancing gameplay dynamics.
Fizzie-DWG (2024-01-18 00:02:30+00:00): DWG revert

https://www.openstreetmap.org/changeset/146384823
Fizzie-DWG (2024-01-18 00:06:59+00:00): Please see https://www.openstreetmap.org/user_blocks/15587
Nakaner (2024-01-18 13:33:06+00:00): Hallo,

du hast mit dieser Änderung zu OpenStreetMap beigetragen. Leider musste ich sie zurücksetzen, da der Schwarze Kater eine komplette Speisekarte hat und daher ein Restaurant ist. Auch die Formatierung der Telefonnummer entsprach nicht den  Konventionen (wiki.openstreetmap.org/wiki/DE:Key:phone), dies habe ich korrigiert.

Du kannst auf diesen Kommentar antworten, indem du https://www.openstreetmap.org/changeset/146371679 aufrufst und dort deine Antwort eingibst.

Viele Grüße

Michael
Fraxi (2024-01-17 16:51:23+00:00): Additional sources: Bing; survey
emersonveenstra (2024-01-17 17:31:26+00:00): Hey there,

Thanks for contributing to OpenStreetMap! We don't normally name houses, since the house number is already in the addr:housenumber tag. Would you mind removing the name from that house? Thanks!
Marek-M (2024-01-17 18:02:03+00:00): Cześć, zamiast domów dodałeś źródło rzeki :) Pewnie pomyłka. Poprawiłem to miejsce i dodałem budynki ale wg ortofotomapy są one jeszcze w budowie, więc taki im dałem status.

https://www.openstreetmap.org/way/1240513583 - to jeden z domków.
MxxCon (2024-01-19 20:11:42+00:00): Since in US there’s no official regulatory body managing hotel star ratings and each hotel can rate themselves however many stars they want, it serves no purpose other than promotional/advertisement for the hotels.
As such, stars=* should not be used in US and will be deleted.
p1230 (2024-01-18 18:35:18+00:00): Nur geschlossen oder zu Wohnungen umgebaut? Wenn ersteres, dann nicht löschen, sondern disused:shop=bakery oder shop=vacant wählen
PiCri (2024-01-21 07:55:17+00:00): Danke für den Hinweis. Ich habe den Knoten als "vacant" wieder eingefügt.
p1230 (2024-01-21 08:36:36+00:00): Hi, danke für die Rückmeldung. Ich habe den Knoten nochmal samt history eingefügt.
michel60 (2024-03-20 17:50:36+00:00): Boujour,
C'est bien de mettre à jour pour le futur, mais il faut vérifier que ça ne casse pas les lignes de bus passant par cette route.
https://tools.geofabrik.de/osmi/?view=pubtrans_routes&lon=2.78314&lat=48.86144&zoom=16&baselayer=Geofabrik%20Standard&opacity=0.94&overlays=ptv2_routes_valid%2Cptv2_routes_invalid
Les routes en sont sont invalides !!
J'ai corrigé ...
Cordialement Michel
XimeX (2024-01-17 20:02:27+00:00): Hallo, du könntest noch access=private an die ganzen privaten Schwimmbäder dran hängen damit keiner bei einer Suche nach einem öffentlichen Bad diese privaten vorgeschlagen bekommt
qugeb (2024-01-17 23:04:10+00:00): Ist das einer von diesen neuen Fahrkartenautomaten mit Touchscreen und Abfahrtstafel? Falls ja, sollte man evtl. https://wiki.openstreetmap.org/wiki/Key:departures_board#departures_board-realtime
zur Haltetelle hinzufügen, oder?
Frankst (2024-01-17 23:09:29+00:00): Genau, hole ich noch nach. Hat mich ja ehrlich gesagt gewundert, dass die an dieser eher kleinen Haltestelle so nen Automaten hinstelle ;-)
Syl (2024-01-17 20:57:56+00:00): Bonsoir, j'ai quelques remarques sur les caméras ajoutées aujourd'hui :
- l'altitude représente la hauteur par rapport au niveau de la mer, ce n'est pas adapté ici
- on ne met rien comme opérateur si il est inconnu
- les photos doivent être stockées ailleurs si vous voulez les conserver, celles prises via StreetComplete sont supprimées peu après que la note soit marquée comme résolue.
- penser à fermer les notes une fois les modifications faites.
Bonne soirée.
jeslop (2024-01-24 18:13:41+00:00): Hola estilobatius, dos cosas:

Los comentarios de los conjuntos de cambios deben aportar más información sobre lo que cambias: https://wiki.openstreetmap.org/wiki/ES:Buenos_comentarios_en_conjuntos_de_cambios

En Galicia, la etiqueta name principal es en gallego. Cambios como este y alguno más que tienes son incorrectos: https://www.openstreetmap.org/way/173218783

Los revierto.

Jesús López
OpenStreetMap Foundation
Data Working Group
Mashin (2024-01-22 20:47:12+00:00): This edit was discussed on OSM US Slack https://osmus.slack.com/archives/CC64SHQ64/p1705684611647409

https://www.openstreetmap.org/changeset/146568915
literan (2024-01-18 17:27:56+00:00): опечатка в цвете здания? https://www.openstreetmap.org/way/35206686
JuChu (2024-01-18 17:32:50+00:00): Да, исправлю
XimeX (2024-01-17 20:02:15+00:00): Hallo, du könntest noch access=private an die ganzen privaten Schwimmbäder dran hängen damit keiner bei einer Suche nach einem öffentlichen Bad diese privaten vorgeschlagen bekommt
Richard05 (2024-01-18 14:03:21+00:00): Danke für die Information, habe die Tags mittlerweile hinzugefügt
skorasaurus (2024-01-20 15:49:01+00:00): Hi, 

Thanks for adding the new Meijer! Buildings on top of buildings (like the medley) isn't something that I've seen a lot of in OSM over the years, but I'm not sure yet how else to map it..
Xvtn (2024-01-24 15:49:42+00:00): Hi, and welcome to OpenStreetMap! Since you requested a review, I looked over your changes. Everything looks good to me, except that I'd say if the gallery still exists, it shouldn't be removed from OSM. In this case I might say either
1. Have both Main Street Bagels and Aspen Photo Gallery be node POIs (not merged with the building) and let the building be tagged minimally (perhaps just address etc.)
2. Let the gallery be a node POI sitting within the outer Main Street Bagels building way.
Perhaps a good question to decide would be - would you say the bagel shop takes up the whole building, and the gallery resides inside the bagel shop?

Anyway, thanks for your contributions!! Observations from local mappers are super valuable!
XimeX (2024-01-17 20:01:56+00:00): Hallo, du könntest noch access=private an die ganzen privaten Schwimmbäder dran hängen damit keiner bei einer Suche nach einem öffentlichen Bad diese privaten vorgeschlagen bekommt
Richard05 (2024-01-18 13:47:08+00:00): Danke für den Tipp, habe jetzt bei allen privaten Schwimmbädern access=privat hinzugefügt
eggie (2024-01-17 18:52:41+00:00): Beste j_vsr
Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 

Feedback  Is de brug wel weer in bedrijf?

MVG, 

Eggie 

Namens de OSM Community
eggie (2024-01-17 18:56:14+00:00): Ahhh ik zie het al. Als alles volgens planning verloopt, kan het verkeer vanaf 10 januari 2024 gebruik maken van de Zaanbrug. 
Groet
eggie
j_vsr (2024-01-18 08:26:06+00:00): Ja inderdaad! De brug is vanaf een aantal dagen weer in gebruik! https://www.nhnieuws.nl/nieuws/330532/nieuwe-zaanbrug-in-gebruik-genomen-eerste-maanden-nog-eenrichtingsverkeer

Dank voor de feedback eggie
DUGA (2024-04-27 15:35:31+00:00): Please put source in the changeset but not here.

https://www.openstreetmap.org/way/1215638980/history
silversurfer83 (2024-01-18 15:06:06+00:00): Moin :)

wäre es nicht besser hier das conditional zu invertieren? Allgemein "access=yes" ist ja schon an der Fläche, da ändert doch der aktuelle conditional Wert nichts dran, oder sehe ich das falsch?

Grüße
silversurfer83
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/146376056
doppel-b (2024-01-22 09:05:51+00:00): Hallo, ich bin davon ausgegangen (evtl. fälschlicherweise), dass spezifische Werte ggf. allgemeine Werte überschreiben.
Um Missverständnisse und falsche Darstellungen bei Renderern zu vermeiden könnte es aber sinnvoll sein, das conditional zu invertieren.
Mateusz Konieczny (2025-05-31 14:34:33+00:00): Hello! https://www.openstreetmap.org/way/1240311420/history has roof = gabled that was added in this edit
Maybe roof:shape=gabled was intended here?

See https://wiki.openstreetmap.org/wiki/Key:roof:shape and https://wiki.openstreetmap.org/wiki/Key:roof
Dezza (2025-05-31 16:48:47+00:00): Hello! Thanks for letting me know!

Fixed in https://www.openstreetmap.org/changeset/167020706
user_12523467 (2024-01-17 18:30:17+00:00): good job
LockOnGuy (2024-01-17 18:32:33+00:00): Thank you Lamassu
mariotomo (2024-01-18 14:00:08+00:00): Hola, bienvenido a OSM, y gracias por intentar mejorar la base de datos que está detrás de nuestro mapa. Sin embargo, el nodo que acabas de añadir es información repetida, pues ya tenemos un "amenity=school" en el área.
mariotomo (2024-01-18 14:02:21+00:00): hola. puedes confirmar lo que pusiste? https://wiki.openstreetmap.org/wiki/ES:Tag:craft%3Delectrician

o sea que dentro del colegio está una empresa de reparaciones eléctricas?
SpinOff (2024-01-18 20:53:20+00:00): Hej. Dwie uwagi:
1. Czy n/ż jest częścią nazwy przystanku? Jeśli nie, musisz przywrócić poprzednią wartość tagu name. Polecam sekcję "Dodatkowe dane" na tej stronie: https://wiki.openstreetmap.org/wiki/Pl:Key:name
2. Musisz lepiej opisywać zestawy zmian. Polecam: https://wiki.openstreetmap.org/wiki/Pl:Dobre_komentarze_zestawu_zmian
VLD549 (2024-03-24 10:21:31+00:00): Hi, could you explain the name change  from Putbrink to Brink Peesterstraat - Putbrink ?
The sources provided don't explain it.
Thank you!
Henksbg61 (2024-03-24 16:37:17+00:00): Putbrink is an old name, Brink Peesterstraat is a more common used name nowadays. As far as I know are these names not officially registered.
https://dorpnorg.jouwweb.nl/sociaal-economisch/landbouw1/brink-es-dorp1
VLD549 (2024-04-04 09:12:45+00:00): Thank you.
pio2_122 (2024-01-17 19:29:19+00:00): Podział na kwartały ma raczej historyczne znaczenie - nie występuje na współczesnych mapach, czy w Państwowym Rejestrze Nazw Geograficznych (PRNG). W zasadzie, zgodnie z https://wiki.openstreetmap.org/wiki/Pl:Dobre_praktyki#Nie_mapuj_historycznych_wydarze%C5%84_i_nieistniej%C4%85cych_ju%C5%BC_obiekt%C3%B3w nie powinny być nawet dodane do OSM.

W drodze wyjątku pozostawiłem je ze zmienionymi tagami z place=locality na historic:place=locality.
Kwartały zgrupowałem w relacji "Modernistyczne osiedle na Niebuszewie-Bolinku" i przeniosłem tam tagi ze sztucznego punktu place=neighbourhood o tej nazwie, który usunąłem zgodnie z https://wiki.openstreetmap.org/wiki/Pl:Dobre_praktyki#Nie_mapuj_pod_render.
Tjuro (2024-01-18 06:58:40+00:00): Beste GertWoutersen,

Adressen worden geimporteerd vanuit het kadaster.

En pois worden daarop getaged.

Gelieve te proberen om niet adressen te verwijderen of om de huisnummers van een adress aan te passen.

In plaats daarvan, kan je de poi tags verplaatsen/toevoegen of verwijderen.

Dat zorgt ervoor dat alle adressen blijven bestaan zodat mensen er naar kunnen navigeren.

Met vriendelijke groet,

Tjuro
goedegazelle (2024-01-18 08:22:55+00:00): Is het de bedoeling om de tandarts op dit adres te verwijderen? De opmerking komt namelijk niet overeen met de wijziging.
GertWoutersen (2024-01-18 09:25:00+00:00): Ja, de tandarts is vertrokken. Voor zover bekend is het nu alleen een woonhuis.
goedegazelle (2024-01-18 15:03:02+00:00): Ik heb de tandarts verwijderd en de adresgegevens teruggeplaatst.

Zie wijziging: https://www.openstreetmap.org/changeset/146409284
TomPar (2024-01-19 17:12:46+00:00): Please stop attaching natural=wood to existing parcel boundary ways.  This is an incorrect way of doing landcover mapping and creates headaches.  I reached out previously in another changeset and have yet to hear back.  Please respond.  Thanks.
ZeLonewolf (2024-01-19 19:08:00+00:00): Please acknowledge this message before proceeding with additional edits.
Richard (2024-01-18 17:52:55+00:00): Hi! I think you accidentally broke the continuity of the NCN 403 cycle route relation in this edit. I've repaired it but you might want to keep an eye out for route relations in future when merging ways.

cheers
Richard
urbalazs (2024-01-18 07:47:34+00:00): Miért alakítod át az épületeket multipoligonná? Nem indokolja semmi ezt.
Gaurdein (2024-01-18 09:22:59+00:00): Ahogy láttam, ha egy melléképület és egy lakóház egymás mellé van rajzolva az area eszközzel (iD), akkor a közös falnál 2 vonal van egymáson. Az ilyen épületeknél igyekeztem ezt elkerülni egy darab közös vonallal, split esetén meg automatikusan multipoligon lesz belőlük. Nem így kellene cselekedjek?
urbalazs (2024-01-18 10:45:25+00:00): Egymást érintő épületeknél nem szoktunk ilyet csinálni. A multipologont akkor használjuk, ha több száz pont közös két objektumon, például egy szántóföld találkozik egy erdővel és több száz méteren keresztül kanyarog a közös vonaluk. Épületeket egyszerűen megrajzolunk egyetlen vonallal.
Gaurdein (2024-01-18 11:19:08+00:00): Értem mire gondolsz, az Osmose figyelmeztet is, ha egyszerű landuse-ok feleslegesen multipoligonok. Ebben a changesetben a 28 és 29-es házszámok vonalak, de a 31 vagy 32 multip. mivel mindkettőnek az oldalán van melléképület meg terasz (building=roof). Ha ezek mind vonallal lennének, akkor a főépületen 2 másik vonal is pontosan egymás tetején lenne. Bár teljesítmény/tárhelyigény szempontjából nem tudom melyik jobb, ha a 3D Simple Buildings sémát követem, akkor így hangzik egyszerűbbnek (főleg ha előjönnek a building:part részek, amiből egy-kettő itt is van). De azért átolvasom a wikit mégegyszer illetve nézek példákat a térképen
Gaurdein (2024-01-18 11:38:14+00:00): https://wiki.openstreetmap.org/wiki/Simple_3D_Buildings
Ezen az oldalon a legelső .svg kép illusztrálja (szerintem), hogy mire gondolsz. A pontok közösek, de a két vonal részben ugyanott vannak, viszont nincs multipoli. Én ugye multipoligont használok, de két vonal nincs egymáson.
urbalazs (2024-01-18 11:55:55+00:00): Itt egy példa: https://www.openstreetmap.org/way/1239196903
Két épület között van egy garázs. Tárhely szempontjából szinte mindegy, mert a pontok vannak eltárolva. Ha két épületnek közös pontja van, akkor is csak 1 példányban van a pont az adatbázisban. Ha egy főépülethez hozzá van építve egy melléképület, akkor az nem building:part, hanem két külön épület. Más a tulajdonságuk, más a színe, tető anyaga, formája stb. Javaslom, hogy lépj be a https://riot.grin.hu/#/room/#osm:grin.hu szobába, ahol a tapasztalt szerkesztők nagy része jelen van, és szinte valós időben választ kapsz a kérdéseidre.