Good day and thank you for mapping the previously missing Gulf of Leyte.

It doesn't fit the OSM definition of place=sea though, same for the Surigao Strait. The tags natural=bay and natural=strait are sufficient.

Hello and welcome to OpenStreetMap.

Is Zenkids House really a shop that sells video games? Or is it maybe a gaming place / piso net? If the latter then you could change it to amenity=internet_cafe.

Hey Vince,

Due to the geographic isolation that comes with being an archipelago addr:country in the Philippines can be derived from boundaries with 100% accuracy. But I haven't considered the use case mentioned by you. I won't remove the tag anymore from now on.

Regarding addr:province, adding this tag seems to be standard practice in independent cities. While Baguio is administered independently isn't it still considered to be geographically located within Benguet? It is very common for official forms to have a mandatory field for province when asking for an address. What do you enter in those cases?

Moving on to addr:barangay, I'm not sure why this would be non-valid. It has been in local use much longer (since 2014) and has almost double the usage compared to addr:quarter. It is also used by more different mappers and it's more widespread geographically (25% of addr:quarter usage is in Baguio alone). On the data consumer side Nominatim treats both tags as equally valid and most other applications ignore both. Do you know any platform that only processes addr:quarter, but not addr:barangay?

But now to the practical side of things. Postal addresses are a topic entirely independent from OSM place tag assignment. Seav's LGU proposal is exclusively about the latter, he does not mention addresses at all. Just look at how addr:city is globally established for usage with whatever place name goes together with a postal code, regardless if it's mapped as place=city/town/village/suburb in OSM. Another example is how locally in the Philippines we use addr:province despite provinces being mapped as place=state.

Deviating from this practice of using a single tag for a specific address component leads to multiple problems and complications. To start with, only a small part of barangays (small to medium sized urban ones) are place=quarter in OSM. Most are tagged as village, fewer as suburb and some even as neighborhood, hamlet or town. It's also not unusual that mappers change place tags of a barangay without updating all addresses referring to that place. And it then gets even more confusing considering that quarter is also commonly used for large puroks, sitios and other non-administrative places encompassing several smaller neighbourhoods. Because of this a data consumer that wants to know the barangay of an address currently needs to make wild guesses wether it's found in addr:quarter, addr:village, addr:suburb or if it's missing altogether. And for mappers it's a mess too, many seem to just omit the barangay and only add addr:street/city/postcode.

Addr:barangay avoids all these issues by being very clear and unambiguous. An added advantage is that new mappers will immediately understand this tag and are therefore more likely to intuitively start using it.

I was actually wondering the same thing.

But given that survey was mentioned as the source I thought there'd probably be a sign or at least some local usage of the name.

Would anyone know what you're talking about if you'd suggest to meet up at the SM Mini Park?

Given that both variants are documented as equal I prefer the full url because it is better supported by some OSM applications.

For example on the OSM main website and also in GoMap!! urls in contact:facebook are direct links while there is no such integration for the shorter usernames.

In this and other changesets you've added the tag motor_vehicle=yes on a large number of gates.

In mapillary image from 2021 it is clearly visible that those gates are closed to traffic. Did you conduct a more recent survey where you found out that this is no longer the case?

Also, the current combination of access=no + motor_vehicle=yes means that cars/motorcycles are allowed to use these gates but pedestrians/bicycles are not. This seems quite unlikely. If the gates are really open now it would be better to modify the access=* tag than to additionally add motor_vehicle=*.

Good day Оксана1818, why did you remove the designation tag on this road?

Also please always mention which sources you use to make your edits (ground survey, local knowledge, imagery, database x, etc.) and please use better changeset comments (See: osm.wiki/Good_changeset_comments).

This part of the provincial boundary was very likely traced by hand purely based on guesswork (see history version 1 from 2014). It would be great if you could improve the alignment to be more accurate.

By the way, are you using any sources other than existing openstreetmap data when adding municipal boundaries? If yes please always mention them in your changesets.

In this case it seems that the actual boundary of Pigcawayan is somewhere in between the currently mapped provincial boundary and the municipal boundary you added. Have a look at the area around Panatan which is part of Sultan Kudarat municipality.

Boundaries of Barira will need to be revised too, there's currently a big overlap with Pigcawayan.

Thanks for your efforts!

I think it's better to use established tags over inventing a new one whenever possible.

Two different address components indicating a place smaller than a barangay are very commonly found in addresses here. Examples are subdivison + purok, sitio + purok etc.

For the specific example in this changeset a possible approach would be to move "Alabang" to addr:barangay (just as we're using addr:city for all municipalities/cities independently from their place tag in OSM).

Then addr:quarter can be used for "Filinvest City". This way the order of the address components is clear for data consumers (neighbourhood before quarter). A newly invented tag like addr:estate most likely would just be ignored by data consumers and even if they consider it, they'd have no idea in which part of the address it belongs.

Besides the fact that semicolon-separated values are well-established, using this tagging also improves likelihood of redundant wikidata elements being reviewed and fixed.

Some wikidata enthusiasts might regularly check all unusual wikidata tags in their area of interest but they wouldn't watch out for a undocumented wikidata:1 tag.

Btw in this specific case, wikidata entries have already been merged (thanks to seav) and wikidata tag in OSM is now updated too.

Good morning.

Due to urban place tag hierarchy (neighbourhood < quarter < suburb) place=quarter only seems to be suitable for very small barangays where puroks are the only level of named subdivisions.

In large barangays like those affected by this changeset place=quarter is already needed for puroks that encompass one or several smaller place=neighbourhood or by non-administrative named areas that encompass several puroks.

Some examples of this three level hierarchy are Capitol Homes in Purok Uraya in Brgy. Mankilam or Esmeralda Homes in Purok Malinawon in Brgy. La Filipina.

Hey,

For the Candaba poblacion barangays place=suburb seems fitting.

But others (e.g. Pangclara) are clearly distinct settlements which seem to better fit OSM definition of place=village.

Good day Grandasse. This is Madrid in Surigao del Sur, Philippines. Not the capital city of Spain.

Hello, while Bulacan is the correct spelling for the province, the municipality is officially named Bulakan. I've reverted the spelling change and also restored the deleted wikidata tag.

Selamat pagi. I made the upgrade to trunk because the final section of Jalan Pulau Balang is now under construction. But giving this some further thoughts I agree that it's probably better to keep the existing roads as primary until full connectivity is provided.

Thank you too for your improvements around this airport. I noticed that in changeset/122739840 you accidentally added an aeroway=aerodrome duplicate (way/1072541131). Is this the terminal building?

Good day mueschel, thanks for catching this!

Good day Kadubei,

In this changeset you added spanish translations for many name tags. Please only do this if these name variants are in actual local usage (which is not the case here).

For more details see: osm.wiki/Names#Language-specific_names

Hey Julien, sorry for this. Seems like Go Map!! kept some unsaved edits from several weeks prior. Will be more careful about this in the future.

Good day CristinaSabau. Please review the wiki guidelines for highway=living_street. This classification is only intended for sreets wide enough to accomodate motorcars which is not the case here. Also there are specific conventions per country for when to use this classification, in the Philippines usage of this tag is not recommended due to lack of legal definition.