I checked the "legal" definition of a "city" in the UK and it is not based on population size. So I'm convinced that "place=city" meaning a settlement with 100,000+ residents is not a UK-centric thing.<br>
<br>However, I don't think this matches how Philippine cities and municipalities are tagged in OSM. If it's a legal city, it gets "place=city" and "place=town" if a municipality. Legally, a city needs to have a population of at least 150,000 (based on the 1991 Local Government Code) so I'm confident that all cities in the Philippines correctly get the "place=city" tag. However, there are many municipalities that have more than 100,000 residents. For example, Dasmarinas, Cavite has a population of 500,000+.<br>
<br>Here's a possible solution: can the place tag get more than 1 value separated by commas? So maybe we can tag Dasmarinas with "place=city,ph-municipality". We could have Philippine-specific values: "ph-city", "ph-municipality", and "ph-barangay" and retain "city", "town", and "village" for international compatibility.<br>
<br><br><div class="gmail_quote">On Tue, Nov 25, 2008 at 4:15 PM,  <span dir="ltr"><<a href="mailto:soeren.rabenstein@email.de">soeren.rabenstein@email.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Guys,<br>
<br>
Ok I also checked the discussion over there @<a href="http://nabble.com" target="_blank">nabble.com</a>.<br>
There is a valid point in the concern that the map becomes unmanagable as a world map if things become tooo localized.<br>
I mean in fact, if now the Swedes tag their roads as "väg=x" (saying that the Swedish road claissificationn system was totally different from the GB one), then tomorrow the Germans come and say "we dont have motorways here, we only have Autobahn" .... and so on and so on. At the end of the day you need a dedicated renderer for each country and language. (And hell, we have 193 countries and thousands of languages on this planet.)<br>

On the other hand it is also a valid point not to loose localized information due to a "too British" classification of everything.<br>
<br>
So my solution - in fact for the global issue in the big picture - would be to introduce something like a "nat_place=x" or "loc_place=x" tag, which may be used for a local definition IN ADDITION to the global "place=x" tag, which remains in the (rather British) numerus clausus we have.<br>

<br>
What do you think?<br>
<br>
Cheers<br>
 Soren<br>
<br>
<br>
<br>
> -----Ursprüngliche Nachricht-----<br>
> Von: "Ian Haylock" <<a href="mailto:haylocki@yahoo.co.uk">haylocki@yahoo.co.uk</a>><br>
> Gesendet: 25.11.08 00:43:35<br>
> An: Eugene Alvin Villar <<a href="mailto:seav80@gmail.com">seav80@gmail.com</a>><br>
> CC: <a href="mailto:talk-ph@openstreetmap.org">talk-ph@openstreetmap.org</a><br>
> Betreff: Re: [talk-ph] Various<br>
<div><div></div><div class="Wj3C7c"><br>
><br>
><br>
> Hi,<br>
><br>
> But barangays are not exactly villages, which is unlike Philippine<br>
> municipalities that are acknowledged equivalent to towns.<br>
><br>
><br>
> The Place= tag is used to denote the population size of a place, not<br>
> whether a place is actually a city, town, village etc.<br>
><br>
><br>
> So someone listing all the world's "villages" would get inaccurate<br>
> data. Besides, I personally find very little use for a list of all<br>
> the world's villages for whatever analysis that list would be needed<br>
> for, unlike say, a list of all cities.<br>
><br>
> That was a "Hypothetical" example.<br>
><br>
> A non Hypothetical example (though not country specific) would be the<br>
> change from highway=gate to barrier=gate. Previously navigation S/W<br>
> only had to search for highway=gate to find roads to ignore. Now it<br>
> has to search for both, twice as much work for the same result.<br>
><br>
> (Hmmm, maybe the "place=x" tags should also be accompanied with the "<br>
> admin_level=n" tags especially if the place matches the admin_level?<br>
> Seems like a good idea, don't you think?)<br>
><br>
> Now that gets a +1 from me :-)<br>
><br>
><br>
>  On Mon, Nov 24, 2008 at 10:04 PM, Ian Haylock <<a href="mailto:haylocki@yahoo.co.uk">haylocki@yahoo.co.uk</a>><br>
> wrote:<br>
><br>
><br>
>  Sorry,<br>
><br>
> -1 from me.<br>
><br>
> I think using country specific tags like "barangay" will cause<br>
> problems with people who use the data.<br>
><br>
> As a hypothetical example, suppose someone wanted to list all the<br>
> villages in the osm database. If all the different countries used a<br>
> different name for village, such a simple task would become a pain in<br>
> the A**.<br>
><br>
> Cheers, Ian<br>
><br>
> --- On  *Mon, 24/11/08, *maning * sambale *<emmanuel.sambale@gmail.<br>
> com> wrote:<br>
>  From: maning sambale <<a href="mailto:emmanuel.sambale@gmail.com">emmanuel.sambale@gmail.com</a>><br>
> Subject: Re: [talk-ph] Various<br>
> To: "Eugene Alvin Villar" <<a href="mailto:seav80@gmail.com">seav80@gmail.com</a>><br>
>  Cc: <a href="mailto:talk-ph@openstreetmap.org">talk-ph@openstreetmap.org</a><br>
> Date: Monday, 24 November, 2008, 8:58 AM<br>
><br>
><br>
><br>
> +1 for me. That would be fairly easy for me to<br>
>  change the<br>
> place=village to place=barangay. But only for the ones I added. If<br>
> others would allow me to do so for them, I'll do it.<br>
><br>
> What about the others? Any opinion on this?<br>
><br>
> cheers,<br>
> maning<br>
><br>
><br>
> On 11/24/08, Eugene Alvin Villar <<a href="mailto:seav80@gmail.com">seav80@gmail.com</a>> wrote:<br>
> > Ok then. I'm all for tagging barangay center nodes with<br>
> place=barangay. We<br>
> > can just ask the renderers to place a special code to render<br>
><br>
> place=barangay<br>
> > same as place=village.<br>
> ><br>
> > On Mon, Nov 24, 2008 at 4:29 PM, maning sambale<br>
> > <<a href="mailto:emmanuel.sambale@gmail.com">emmanuel.sambale@gmail.com</a>>wrote:<br>
><br>
> ><br>
> >> Hi,<br>
> >><br>
> >> I am sending a discussion we (me and IanHaylock) had before with<br>
> Mike<br>
> >> Collinson (no talk-ph at that time) on tagging Barangays this in<br>
> the<br>
> >> context of when we are planning to import the GNS data.<br>
><br>
> >><br>
> >> For your comments<br>
> >> =======<br>
> >> Thanks for all the<br>
>  input. Here is a modified version of the script<br>
> >> with PPL mapping to village not town. As is, it also reads the<br>
> entire<br>
> >> rp.txt file but only outputs DCG=ADM2 POIs. The resulting file,<br>
> also<br>
> >> attached is exactly the same as the one you sent me but has an<br>
><br>
> >> addition 'is_in:state=' tag. I am very keen to get lots of<br>
> 'is_in'<br>
> >> tags into the OSM database as it will make future searching much<br>
> >> easier. For example, if there is a critical mass of entries for<br>
><br>
> >> Aurora Province spread across the province, it will be possible to<br>
> >> work out the approximate bounds of the province and limit searches<br>
> >> there. That removes the need to have exact boundary data.<br>
><br>
> >><br>
> >> Do upload it if you think it is ready.<br>
> >><br>
> >> On the issue of PPL = village or barangay or locality, these are my<br>
> >> thoughts.<br>
> >><br>
> >> I suggest<br>
>  we definitely do not use 'locality', that is really<br>
> meant<br>
> >> for place names that do not coincide with any (current) population<br>
> >> centre.<br>
> >><br>
> >> place=village<br>
> >><br>
><br>
> >> Plus: Works worldwide. Minus: Not strictly valid in a Philippine<br>
> context.<br>
> >><br>
> >> place=barangay<br>
> >><br>
> >> We'd need to get the OSMarender and Mapnik guys to add a render<br>
><br>
> rule<br>
> >> for this. We could also ask for it to be added as a Map Features<br>
> >> value, but that is not strictly necessary. I'd guess the easiest<br>
> >> request would be to say, "please render this exactly the same as<br>
><br>
> >> place=village"?<br>
> >><br>
> >><br>
> >> If I was explaining what Barangay means, does this sound right? :-<br>
> >><br>
> >> place=barangay is specifically for Philippine use, though may be<br>
><br>
> >> applicable in other parts of the world like South America. At<br>
>  an<br>
> >> administrative level, a Province (= a state) is divided into<br>
> >> muncipalities. Each municipality is controlled by a local council<br>
> and<br>
> >> has a mayor. A municipality is split into barangays[1], headed by<br>
><br>
> >> Barangay captains. In rural areas, these equate to villages. In<br>
> urban<br>
> >> areas, these equate to suburbs often highly distinguishable on the<br>
> >> basis of social class. A rural muncipality, e.g. Donsol[2], may<br>
><br>
> >> therefore have a town, Donsol, split into 3 or 4 barangays and<br>
> then to<br>
> >> It is important to mark them on OSM maps because they are used<br>
> >> extensively in every day navigation, information, politics etc.<br>
> They<br>
><br>
> >> almost invariable equate to an obvious population centre (unlike<br>
> >> European wards). Street signs often show which barangay they are<br>
> in.<br>
> >> Jeepneys and buses often show a barangays as<br>
>  destinations.<br>
> >><br>
> >> [1] <a href="http://en.wikipedia.org/wiki/Barangay" target="_blank">http://en.wikipedia.org/wiki/Barangay</a><br>
> >> [2] <a href="http://en.wikipedia.org/wiki/Donsol" target="_blank">http://en.wikipedia.org/wiki/Donsol</a><br>
><br>
> >> ==============<br>
> >><br>
> >><br>
> >> On 11/22/08, Eugene Alvin Villar <<a href="mailto:seav80@gmail.com">seav80@gmail.com</a>> wrote:<br>
> >> > Hi Zoren,<br>
> >> ><br>
><br>
> >> > On Sat, Nov 22, 2008 at 6:12 PM, <<a href="mailto:sorabsuperstar@web.de">sorabsuperstar@web.de</a>><br>
> wrote:<br>
> >> ><br>
> >> >><br>
> >> >> > There's no discussion yet regarding barangays. I<br>
><br>
> prefer leaving out<br>
> >> >> > the "Barangay" part of the name (unless<br>
> it's numeric like "Barangay<br>
> >> >> > 30").<br>
> >> >><br>
> >> >> I was just about to send a second mail about that, as I<br>
><br>
> realized that<br>
> >> >> at<br>
> >> >> certain zoom levels you can hardly see the map anymore<br>
> because of all<br>
> >> the<br>
> >> >> Brgy. names, or hardly see certain Brgy<br>
>  names because of the<br>
> other Brgy<br>
> >> >> names ;).<br>
> >> >> I guess the Brgy concept is a special Pinoy one. This is why<br>
> the<br>
> >> renderes<br>
> >> >> are not designed for such a high density of area names<br>
><br>
> (especially with<br>
> >> >> regard to font sizes) . To ease this problem I highly<br>
> endorse Seav's<br>
> >> >> suggestion to omit redundant words "Barangay",<br>
> "Brgy."(anyway for being<br>
><br>
> >> an<br>
> >> >> abbreviation), "Village",<br>
> "Subdivision"etc...; unless it is really part<br>
> >> of<br>
> >> >> the name as in "Barangay 30".<br>
> >> >> We should even make this a general national convention for<br>
><br>
> OSM<br>
> >> >><br>
> >> ><br>
> >> > Regarding this, do not be too conscious of the rendering<br>
> problems. Try<br>
> >> not<br>
> >> > to "fix" the data just so it would render pretty. The<br>
><br>
> important thing<br>
>  is<br>
> >> to<br>
> >> > do the data right and just leave the renderers (Mapnik,<br>
> Osmarender,<br>
> >> > etc.)<br>
> >> to<br>
> >> > decide how to best present the data.<br>
> >> ><br>
> >> > Eugene / seav<br>
><br>
> >> ><br>
> >> > --<br>
> >> > <a href="http://vaes9.codedgraphic.com" target="_blank">http://vaes9.codedgraphic.com</a><br>
> >> ><br>
> >><br>
> >><br>
> >> --<br>
> >> |---------|--------------------------------------------------------<br>
> --|<br>
><br>
> >> | __.-._ |"Ohhh. Great warrior. Wars not make one great."<br>
> -Yoda |<br>
> >> | '-._"7' |"Freedom is still the most radical idea<br>
> of all" -N.Branden|<br>
> >> | /'.-c |Linux registered user #402901, <a href="http://counter.li.org/" target="_blank">http://counter.li.org/</a><br>
><br>
>  |<br>
> >> | | /T |<a href="http://esambale.wikispaces.com/" target="_blank">http://esambale.wikispaces.com/</a> |<br>
> >> | _)_/L I <a href="http://epsg4253.wordpress.com/" target="_blank">http://epsg4253.wordpress.com/</a> |<br>
><br>
> >> |---------|--------------------------------------------------------<br>
> --|<br>
> >><br>
> ><br>
> ><br>
> ><br>
> ><br>
>  --<br>
> > <a href="http://vaes9.codedgraphic.com" target="_blank">http://vaes9.codedgraphic.com</a><br>
> ><br>
><br>
><br>
> --<br>
> |---------|----------------------------------------------------------|<br>
> | __.-._ |"Ohhh. Great warrior. Wars not make one great." -Yoda<br>
><br>
> |<br>
> | '-._"7' |"Freedom is still the most radical idea of<br>
> all" -N.Branden|<br>
> | /'.-c |Linux registered user #402901, <a href="http://counter.li.org/" target="_blank">http://counter.li.org/</a> |<br>
><br>
> | | /T |<a href="http://esambale.wikispaces.com/" target="_blank">http://esambale.wikispaces.com/</a> |<br>
> | _)_/L I <a href="http://epsg4253.wordpress.com/" target="_blank">http://epsg4253.wordpress.com/</a> |<br>
> |---------|----------------------------------------------------------|<br>
><br>
><br>
><br>
> _______________________________________________<br>
> talk-ph mailing list<br>
> <a href="mailto:talk-ph@openstreetmap.org">talk-ph@openstreetmap.org</a><br>
> <a href="http://lists.openstreetmap.org/listinfo/talk-ph" target="_blank">http://lists.openstreetmap.org/listinfo/talk-ph</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
>  talk-ph mailing list<br>
> <a href="mailto:talk-ph@openstreetmap.org">talk-ph@openstreetmap.org</a><br>
> <a href="http://lists.openstreetmap.org/listinfo/talk-ph" target="_blank">http://lists.openstreetmap.org/listinfo/talk-ph</a><br>
><br>
><br>
><br>
><br>
> --<br>
> <a href="http://vaes9.codedgraphic.com" target="_blank">http://vaes9.codedgraphic.com</a><br>
><br>
>  _______________________________________________ talk-ph mailing list<br>
> <a href="mailto:talk-ph@openstreetmap.org">talk-ph@openstreetmap.org</a> <a href="http://lists.openstreetmap.org/listinfo/" target="_blank">http://lists.openstreetmap.org/listinfo/</a><br>
><br>
> talk-ph<br>
<br>
<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><a href="http://vaes9.codedgraphic.com">http://vaes9.codedgraphic.com</a><br>