<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">Sorry,<br><br>-1 from me.<br><br>I think using country specific tags like "barangay" will cause problems with people who use the data.<br><br>As a hypothetical example, suppose someone wanted to list all the villages in the osm database. If all the different countries used a different name for village, such a simple task would become a pain in the A**.<br><br>Cheers, Ian<br><br>--- On <b>Mon, 24/11/08, <span>maning</span> sambale <i><emmanuel.sambale@gmail.com></i></b> wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;">From: maning sambale <emmanuel.sambale@gmail.com><br>Subject: Re: [talk-ph] Various<br>To: "Eugene Alvin Villar" <seav80@gmail.com><br>Cc: talk-ph@openstreetmap.org<br>Date: Monday, 24 November, 2008, 8:58 AM<br><br><pre>+1 for me.  That would be fairly easy for me to
 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>On 11/24/08, Eugene Alvin Villar <seav80@gmail.com> 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>place=barangay<br>> same as place=village.<br>><br>> On Mon, Nov 24, 2008 at 4:29 PM, maning sambale<br>> <emmanuel.sambale@gmail.com>wrote:<br>><br>>> Hi,<br>>><br>>> I am sending a discussion we (me and IanHaylock) had before with Mike<br>>> Collinson (no talk-ph at that time) on tagging Barangays this in the<br>>> context of when we are planning to import the GNS data.<br>>><br>>> For your comments<br>>> =======<br>>> Thanks for all the
 input.  Here is a modified version of the script<br>>> with PPL mapping to village not town.  As is, it also reads the entire<br>>> rp.txt file but only outputs DCG=ADM2 POIs.  The resulting file, also<br>>> attached is exactly the same as the one you sent me but has an<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>>> 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>>> 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
 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>>> 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>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>>> 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>>> applicable in other parts of the world like South America.  At
 an<br>>> administrative level, a Province (= a state) is divided into<br>>> muncipalities.  Each municipality is controlled by a local council and<br>>> has a mayor.  A municipality is split into barangays[1], headed by<br>>> Barangay captains.  In rural areas, these equate to villages. In 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>>> therefore have a town, Donsol, split into 3 or 4 barangays and 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.  They<br>>> almost invariable equate to an obvious population centre (unlike<br>>> European wards).  Street signs often show which barangay they are in.<br>>> Jeepneys and buses often show a barangays as
 destinations.<br>>><br>>> [1] http://en.wikipedia.org/wiki/Barangay<br>>> [2] http://en.wikipedia.org/wiki/Donsol<br>>> ==============<br>>><br>>><br>>> On 11/22/08, Eugene Alvin Villar <seav80@gmail.com> wrote:<br>>> > Hi Zoren,<br>>> ><br>>> > On Sat, Nov 22, 2008 at 6:12 PM, <sorabsuperstar@web.de><br>wrote:<br>>> ><br>>> >><br>>> >> > There's no discussion yet regarding barangays. I<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>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
 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>(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>>> 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>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>important thing
 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>>> > http://vaes9.codedgraphic.com<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, http://counter.li.org/  <br>  |<br>>> |  |  /T  |http://esambale.wikispaces.com/ |<br>>> | _)_/L I http://epsg4253.wordpress.com/ |<br>>> |---------|----------------------------------------------------------|<br>>><br>><br>><br>><br>>
 --<br>> http://vaes9.codedgraphic.com<br>><br><br><br>-- <br>|---------|----------------------------------------------------------|<br>| __.-._  |"Ohhh. Great warrior. Wars not make one great." -Yoda    <br>|<br>| '-._"7' |"Freedom is still the most radical idea of<br>all" -N.Branden|<br>|  /'.-c  |Linux registered user #402901, http://counter.li.org/     |<br>|  |  /T  |http://esambale.wikispaces.com/ |<br>| _)_/L I http://epsg4253.wordpress.com/ |<br>|---------|----------------------------------------------------------|<br><br>_______________________________________________<br>talk-ph mailing list<br>talk-ph@openstreetmap.org<br>http://lists.openstreetmap.org/listinfo/talk-ph<br></pre></blockquote></td></tr></table><br>