[talk-ph] Road classifications revisited
In an effort to reduce the number of secondary roads, which seem to overwhelm the map, I have reduced the level of some roads in an area I have mapped from secondary to tertiary. These roads are all inside gated communities, but when using the maps for navigation, this is not obvious. By reducing the secondary roads to tertiary roads, it is now much easier to plan a route, as you are now not distracted by these roads. Here's a link (maybe seeing the area will make more sense :-) ) http://www.informationfreeway.org/?lat=14.396694808771368&lon=120.99096960111514&zoom=14&layers=F0B0F If you switch between Mapnik and [EMAIL PROTECTED], you can see the before and after views. (At least until Mapnik is updated). Cheers, Ian ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Various
Sorry, -1 from me. I think using country specific tags like "barangay" will cause problems with people who use the data. 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**. Cheers, Ian --- On Mon, 24/11/08, maning sambale <[EMAIL PROTECTED]> wrote: From: maning sambale <[EMAIL PROTECTED]> Subject: Re: [talk-ph] Various To: "Eugene Alvin Villar" <[EMAIL PROTECTED]> Cc: talk-ph@openstreetmap.org Date: Monday, 24 November, 2008, 8:58 AM +1 for me. That would be fairly easy for me to change the place=village to place=barangay. But only for the ones I added. If others would allow me to do so for them, I'll do it. What about the others? Any opinion on this? cheers, maning On 11/24/08, Eugene Alvin Villar <[EMAIL PROTECTED]> wrote: > Ok then. I'm all for tagging barangay center nodes with place=barangay. We > can just ask the renderers to place a special code to render place=barangay > same as place=village. > > On Mon, Nov 24, 2008 at 4:29 PM, maning sambale > <[EMAIL PROTECTED]>wrote: > >> Hi, >> >> I am sending a discussion we (me and IanHaylock) had before with Mike >> Collinson (no talk-ph at that time) on tagging Barangays this in the >> context of when we are planning to import the GNS data. >> >> For your comments >> === >> Thanks for all the input. Here is a modified version of the script >> with PPL mapping to village not town. As is, it also reads the entire >> rp.txt file but only outputs DCG=ADM2 POIs. The resulting file, also >> attached is exactly the same as the one you sent me but has an >> addition 'is_in:state=' tag. I am very keen to get lots of 'is_in' >> tags into the OSM database as it will make future searching much >> easier. For example, if there is a critical mass of entries for >> Aurora Province spread across the province, it will be possible to >> work out the approximate bounds of the province and limit searches >> there. That removes the need to have exact boundary data. >> >> Do upload it if you think it is ready. >> >> On the issue of PPL = village or barangay or locality, these are my >> thoughts. >> >> I suggest we definitely do not use 'locality', that is really meant >> for place names that do not coincide with any (current) population >> centre. >> >> place=village >> >> Plus: Works worldwide. Minus: Not strictly valid in a Philippine context. >> >> place=barangay >> >> We'd need to get the OSMarender and Mapnik guys to add a render rule >> for this. We could also ask for it to be added as a Map Features >> value, but that is not strictly necessary. I'd guess the easiest >> request would be to say, "please render this exactly the same as >> place=village"? >> >> >> If I was explaining what Barangay means, does this sound right? :- >> >> place=barangay is specifically for Philippine use, though may be >> applicable in other parts of the world like South America. At an >> administrative level, a Province (= a state) is divided into >> muncipalities. Each municipality is controlled by a local council and >> has a mayor. A municipality is split into barangays[1], headed by >> Barangay captains. In rural areas, these equate to villages. In urban >> areas, these equate to suburbs often highly distinguishable on the >> basis of social class. A rural muncipality, e.g. Donsol[2], may >> therefore have a town, Donsol, split into 3 or 4 barangays and then to >> It is important to mark them on OSM maps because they are used >> extensively in every day navigation, information, politics etc. They >> almost invariable equate to an obvious population centre (unlike >> European wards). Street signs often show which barangay they are in. >> Jeepneys and buses often show a barangays as destinations. >> >> [1] http://en.wikipedia.org/wiki/Barangay >> [2] http://en.wikipedia.org/wiki/Donsol >> == >> >> >> On 11/22/08, Eugene Alvin Villar <[EMAIL PROTECTED]> wrote: >> > Hi Zoren, >> > >> > On Sat, Nov 22, 2008 at 6:12 PM, <[EMAIL PROTECTED]> wrote: >> > >> >> >> >> > There's no discussion yet regarding barangays. I prefer leaving out >> >> > the "Barangay" part of the name (unless it's numeric like "Barangay >> >> > 30"). >> >> >> >> I was just about to send a second mail about that, as I realized that >> >> at >> >> certain zoom levels you can hardly see the map anymore because of all >> the >> >> Brgy. names, or hardly see certain Brgy names because of the other Brgy >> >> names ;). >> >> I guess the Brgy concept is a special Pinoy one. This is why the >> renderes >> >> are not designed for such a high density of area names (especially with >> >> regard to font sizes) . To ease this problem I highly endorse Seav's >> >> suggestion to omit redundant words "Barangay", "Brgy."(anyway for being >> an >> >> abbreviation), "Village", "Subdivision"etc...; unless it is really part >> of >> >> the n
Re: [talk-ph] Various
Hi, But barangays are not exactly villages, which is unlike Philippine municipalities that are acknowledged equivalent to towns. The Place= tag is used to denote the population size of a place, not whether a place is actually a city, town, village etc. So someone listing all the world's "villages" would get inaccurate data. Besides, I personally find very little use for a list of all the world's villages for whatever analysis that list would be needed for, unlike say, a list of all cities. That was a "Hypothetical" example. A non Hypothetical example (though not country specific) would be the change from highway=gate to barrier=gate. Previously navigation S/W only had to search for highway=gate to find roads to ignore. Now it has to search for both, twice as much work for the same result. (Hmmm, maybe the "place=x" tags should also be accompanied with the "admin_level=n" tags especially if the place matches the admin_level? Seems like a good idea, don't you think?) Now that gets a +1 from me :-) On Mon, Nov 24, 2008 at 10:04 PM, Ian Haylock <[EMAIL PROTECTED]> wrote: Sorry, -1 from me. I think using country specific tags like "barangay" will cause problems with people who use the data. 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**. Cheers, Ian --- On Mon, 24/11/08, maning sambale <[EMAIL PROTECTED]> wrote: From: maning sambale <[EMAIL PROTECTED]> Subject: Re: [talk-ph] Various To: "Eugene Alvin Villar" <[EMAIL PROTECTED]> Cc: talk-ph@openstreetmap.org Date: Monday, 24 November, 2008, 8:58 AM +1 for me. That would be fairly easy for me to change the place=village to place=barangay. But only for the ones I added. If others would allow me to do so for them, I'll do it. What about the others? Any opinion on this? cheers, maning On 11/24/08, Eugene Alvin Villar <[EMAIL PROTECTED]> wrote: > Ok then. I'm all for tagging barangay center nodes with place=barangay. We > can just ask the renderers to place a special code to render place=barangay > same as place=village. > > On Mon, Nov 24, 2008 at 4:29 PM, maning sambale > <[EMAIL PROTECTED]>wrote: > >> Hi, >> >> I am sending a discussion we (me and IanHaylock) had before with Mike >> Collinson (no talk-ph at that time) on tagging Barangays this in the >> context of when we are planning to import the GNS data. >> >> For your comments >> === >> Thanks for all the input. Here is a modified version of the script >> with PPL mapping to village not town. As is, it also reads the entire >> rp.txt file but only outputs DCG=ADM2 POIs. The resulting file, also >> attached is exactly the same as the one you sent me but has an >> addition 'is_in:state=' tag. I am very keen to get lots of 'is_in' >> tags into the OSM database as it will make future searching much >> easier. For example, if there is a critical mass of entries for >> Aurora Province spread across the province, it will be possible to >> work out the approximate bounds of the province and limit searches >> there. That removes the need to have exact boundary data. >> >> Do upload it if you think it is ready. >> >> On the issue of PPL = village or barangay or locality, these are my >> thoughts. >> >> I suggest we definitely do not use 'locality', that is really meant >> for place names that do not coincide with any (current) population >> centre. >> >> place=village >> >> Plus: Works worldwide. Minus: Not strictly valid in a Philippine context. >> >> place=barangay >> >> We'd need to get the OSMarender and Mapnik guys to add a render rule >> for this. We could also ask for it to be added as a Map Features >> value, but that is not strictly necessary. I'd guess the easiest >> request would be to say, "please render this exactly the same as >> place=village"? >> >> >> If I was explaining what Barangay means, does this sound right? :- >> >> place=barangay is specifically for Philippine use, though may be >> applicable in other parts of the world like South America. At an >> administrative level, a Province (= a state) is divided into >> muncipalities. Each municipality is controlled by a local council and >> has a mayor. A municipality is split into barangays[1], headed by >> Barangay captains. In rural areas, these equate to villages. In urban >> areas, these equate to suburbs often highly di
[talk-ph] Relief Map
Ah, So this was you Maning : http://www.openstreetmap.org/?lat=14.584958&lon=120.982798&zoom=18&layers=B000FTF Found it a few days ago when I was checking Manila for errors. I thought someone had accidentally imported the coastline data. Cheers, Ian ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] laguna lake dried-up!
But, at least the Osmarender is now correct, no more flooding Swings and roundabouts... Cheers, Ian --- On Thu, 8/1/09, maning sambale wrote: From: maning sambale Subject: [talk-ph] laguna lake dried-up! To: "osm-ph" Date: Thursday, 8 January, 2009, 12:33 PM http://www.openstreetmap.org/?lat=14.336&lon=121.247&zoom=11&layers=B000FTF -- cheers, maning -- "Freedom is still the most radical idea of all" -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] (no subject)
Hi, I am working on importing the almien coastline data for the Philippines. At the moment all the ways are split into about 10 segements. What I would like to be able to do is select one way and have all the ways connected to this way automatically combined into the first way. for instance : |-||---| way 1 way 2 way 3 becomes : || way 1 just by selecting "way 1" and using a combine function. Hope that makes sense. Does such a function exist in any OSM editors ? If not, a plugin to do this in JOSM would be really nice :-) Cheers, Ian ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Philippines PGS coastline import
Hi, I have the PGS coastline import just about ready to upload. My suggestions about doing this are : 1 Everyone stops working on the coastline until the upload is complete. 2 When Cloudmade does its next update for the Philippines. Download this file and tag all the current coastline data with a tag such as "note:pre_pgs_import_2009". 3 Tag the new PGS coastline with "source:pgs_import_2009" 4 Upload the PGS coastline. Cheers, Ian ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Philippines PGS coastline import
Hi, To answer a few questions. I have not yet uploaded the coastline data, so you would be able to tell which coastline is pre upload, because it would be tagged "note:pre_PGS_import_2009". This I believe will be searchable using JOSM. The coastlines I intend to upload have (hopefully) had all the ways in each island joined into one large way. (Wrote my own script to do this in the end). This means, if you have a nice hand drawn island, such as Boracy, all you have to do to delete the import, is select one way which is tagged "source:PGS_import_2009" and delete it. If you want to delete the original data, and not the imported data, all you will need to do is select all the ways which are tagged "note:pre_PGS_import_2009" and delete them. Comparing the PGS data with Landsat images, in some places it is very good, but for some reason, in other places it follows the foothills on islands, rather than the coastline. I could also delete the islands from the data that people don't want uploaded. This would also speed up the uploading time. As I only know the name of 3 Islands, you'll have to provide me with a link showing where the islands you don't want uploaded are. Of course we don't have to upload this data if it's not wanted, I have no problem letting people go on drawing the coastlines by hand. Cheers, Ian --- On Tue, 9/6/09, maning sambale wrote: From: maning sambale Subject: Re: [talk-ph] Philippines PGS coastline import To: "Ian Haylock" , "Openstreetmap Philippines" Date: Tuesday, 9 June, 2009, 5:07 AM I believe IanHaylock did a lot of offline editing (for duplicates and corrected coastlines) before this upload. He mentioned it to me off-list. @ IanHaylock, can you clarify this here? On Tue, Jun 9, 2009 at 11:49 AM, Eugene Alvin Villar wrote: > Hmmm... I think we should treat this like any other import (like the > recently-discussed Palawan data). > > In lots of areas, the coastline has already been adjusted from the > SRTM-based coastline before using the Landsat imagery in Yahoo. PGS is based > from Landsat so in these areas, the PGS might not be significantly better. > > In other areas, the jagged SRTM-based coastline still exists so PGS would be > better. While in other areas, the coastline has been traced using the > high-resolution satellite imagery in Yahoo! (for Metro Manila and Davao) so > PGS would definitely by worse. > > I think we should convert this to GPX and let people using JOSM and > Merkaartor manually import/replace. (I don't think this GPX file should be > included in the main OSM GPX database.) > > > On Tue, Jun 9, 2009 at 9:31 AM, maning sambale > wrote: >> >> How do we know which one is pre_pgs and pgs_import? >> AFAIK, most of Luzon mainland has better coastline than PGS. >> Especially around Metro Manila and and the west coast. >> >> http://www.openstreetmap.org/?lat=16.2067&lon=120.042&zoom=14&layers=B000FTFT >> >> Thanks! >> >> >> On Tue, Jun 9, 2009 at 9:23 AM, Ian Haylock wrote: >> > Hi, >> > >> > I have the PGS coastline import just about ready to upload. >> > >> > My suggestions about doing this are : >> > >> > 1 Everyone stops working on the coastline until the upload is complete. >> > >> > 2 When Cloudmade does its next update for the Philippines. Download this >> > file and tag all the current coastline data with a tag such as >> > "note:pre_pgs_import_2009". >> > >> > 3 Tag the new PGS coastline with "source:pgs_import_2009" >> > >> > 4 Upload the PGS coastline. >> > >> > Cheers, Ian >> > >> > ___ >> > talk-ph mailing list >> > talk-ph@openstreetmap.org >> > http://lists.openstreetmap.org/listinfo/talk-ph >> > >> > >> >> >> >> -- >> cheers, >> maning >> -- >> "Freedom is still the most radical idea of all" -N.Branden >> wiki: http://esambale.wikispaces.com/ >> blog: http://epsg4253.wordpress.com/ >> -- >> >> ___ >> talk-ph mailing list >> talk-ph@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-ph > > > > -- > http://vaes9.codedgraphic.com > -- cheers, maning -- "Freedom is still the most radical idea of all" -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Philippines PGS coastline import
Hi, The Philippines PGS coastline in OSM format is now available here : http://www.teradepot.com/zllpal22nzo2/Philippines_PGS_coastline.osm.html Cheers, Ian --- On Tue, 9/6/09, maning sambale wrote: From: maning sambale Subject: Re: [talk-ph] Philippines PGS coastline import To: "osm-ph" Date: Tuesday, 9 June, 2009, 6:21 AM Just a question, how many island ways are we talking about here? On Tue, Jun 9, 2009 at 1:19 PM, maning sambale wrote: >> As I only know the name of 3 Islands, you'll have to provide me with a link >> showing where the islands you don't want uploaded are. > Hope this helps: > http://wiki.openstreetmap.org/wiki/WikiProject_Philippines/Data_import#Coastline_Corrections > > I you can be able to omit coastline import on these areas, +1 for me > in favor of the import. Let's see what others have to say. > > > -- > cheers, > maning > -- > "Freedom is still the most radical idea of all" -N.Branden > wiki: http://esambale.wikispaces.com/ > blog: http://epsg4253.wordpress.com/ > -- > -- cheers, maning -- "Freedom is still the most radical idea of all" -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Philippines PGS coastline import
Hi, As JOSM uses layers again, it is possible to copy an island from the complete coastline layer, and paste it into a separate layer. You can then delete the complete coastline layer, and just work on the single island. This should be much faster, and I thought this might be useful to those people who are working on the coastline. This will also allow the coastline to be uploaded one island at a time. Cheers, Ian --- On Tue, 16/6/09, maning sambale wrote: From: maning sambale Subject: Re: [talk-ph] Philippines PGS coastline import To: "osm-ph" Date: Tuesday, 16 June, 2009, 5:02 AM Nice work ianhaylock! I downloaded the file and my PC crawled! I like the addition of large/wide rivers in the data and I am in favor for importing them (but, that's just me). Still, I'm a bit scared if we bork something at this time, especially when davao is preparing for a mapping party. Definitely, the coastline render will be a bit messy when the import starts. Can't think of any option right now, but, at least let's explore additional scenario/gameplan to minimize possible problems. On Tue, Jun 16, 2009 at 11:42 AM, Eugene Alvin Villar wrote: > > > On Tue, Jun 16, 2009 at 8:58 AM, Ian Haylock wrote: >> >> Hi, >> >> The Philippines PGS coastline in OSM format is now available here : >> >> http://www.teradepot.com/zllpal22nzo2/Philippines_PGS_coastline.osm.html > > Cool! I'll check this out when I have more time. > > Cheers! > Eugene > > ___ > talk-ph mailing list > talk-ph@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-ph > > -- cheers, maning -- "Freedom is still the most radical idea of all" -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Philippines PGS coastline import
Well, as there doesn't seem to be much interest in the bulk upload, I thought it would be easier for those people interested in updating the coastline, to just pick and choose which islands to upload from the file I uploaded. I think with a bit of co-ordination it would be possible for people to choose some islands they want to work on. (Or don't want people messing with). Then cut them from the complete islands layer, to a separate layer. Save the edited complete islands layer, then upload it to a file sharing site like I did. Then post the link in an email. Eventually we should have an empty coastlines file. I am willing to do the bulk upload, but I think we need more Yay's before that could go ahead. As a side note. I had a look at one of the islands (Bohol, wow! now I know the names of 4 islands), in the list Manning posted a link to. Part of this islands coastline still uses SRTM data. Is this because the island is still being worked on ? I would prefer the islands in the list to have had all the SRTM data removed, so people can see which islands have been completed. Cheers, Ian --- On Wed, 17/6/09, maning sambale wrote: From: maning sambale Subject: Re: [talk-ph] Philippines PGS coastline import To: "Ian Haylock" Cc: "Openstreetmap Philippines" Date: Wednesday, 17 June, 2009, 12:01 AM Alright, does this mean you will not do a bulk upload? Editors will use your OSM file as a reference and then decide whether to upload a specific area? On Wed, Jun 17, 2009 at 6:55 AM, Ian Haylock wrote: > Hi, > > As JOSM uses layers again, it is possible to copy an island from the > complete coastline layer, and paste it into a separate layer. > > You can then delete the complete coastline layer, and just work on the > single island. > > This should be much faster, and I thought this might be useful to those > people who are working on the coastline. > > This will also allow the coastline to be uploaded one island at a time. > > Cheers, Ian > > --- On Tue, 16/6/09, maning sambale wrote: > > From: maning sambale > Subject: Re: [talk-ph] Philippines PGS coastline import > To: "osm-ph" > Date: Tuesday, 16 June, 2009, 5:02 AM > > Nice work ianhaylock! > > I downloaded the file and my PC crawled! I like the addition of > large/wide rivers in the data and I am in favor for importing them > (but, that's just me). > Still, I'm a bit scared if we bork something at this time, especially > when davao is preparing for a mapping party. > Definitely, the coastline render will be a bit messy when the import > starts. Can't think of any option right now, but, at least let's > explore additional scenario/gameplan to minimize possible problems. > > > On Tue, Jun 16, 2009 at 11:42 AM, Eugene Alvin Villar > wrote: >> >> >> On Tue, Jun 16, 2009 at 8:58 AM, Ian Haylock wrote: >>> >>> Hi, >>> >>> The Philippines PGS coastline in OSM format is now available here : >>> >>> http://www.teradepot.com/zllpal22nzo2/Philippines_PGS_coastline.osm.html >> >> Cool! I'll check this out when I have more time. >> >> Cheers! >> Eugene >> >> ___ >> talk-ph mailing list >> talk-ph@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-ph >> >> > > > > -- > cheers, > maning > -- > "Freedom is still the most radical idea of all" -N.Branden > wiki: http://esambale.wikispaces.com/ > blog: http://epsg4253.wordpress.com/ > -- > > ___ > talk-ph mailing list > talk-ph@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-ph > > > ___ > talk-ph mailing list > talk-ph@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-ph > > -- cheers, maning -- "Freedom is still the most radical idea of all" -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] changes of raod types
Hi, after a long break from OSM I discoverd the "keep right" website. http://keepright.ipax.at/report_map.php?db=osm_XD&zoom=14&lat=14.40516&lon=120.96369&layers=B00T&ch=0%2C30%2C40%2C50%2C60%2C70%2C90%2C100%2C110%2C120%2C130%2C150%2C160%2C170%2C180%2C191%2C192%2C193%2C194%2C201%2C202%2C203%2C204%2C210%2C220%2C231%2C232%2C270%2C281%2C282%2C283%2C284%2C291%2C292%2C293&show_ign=1&show_tmpign=1 For those that don't know. And seeing so many errors spurred me into action again. Of course that was before reading this. As for highway=unclassified, I don't see this of much use in the Philippines. Unclassified is a legal UK road type and not some road we don't know the proper class. Unclassified "No administrative classification. Unclassified roads typically form the lowest form of the interconnecting grid network. Note: This is not a marker for roads where we still need to choose a highway tag (see highway=road for roads that require classification). " For people tracing from sat images but are unsure of the actual road type please use highway=road Whilst editing errors I changed some from type "road" to "unclassified" Using type "road" causes 3 problems. 1 The road type is not recognised by JOSM (so it reports errors) 2 Roads of type "road" are not rendered on maps, so I have had to fix roads where someone has traced a road using the SPOT5 data, thinking that the road was not already in the database, causing the road to be entered twice. Wasting peoples time and effort. 3 Routing software will not recognize the roads, and so won't route along them. I would rather travel along an incorrectly classified road, rather than have no route to a destination. Just my 2 centavos Cheers, Ian ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Philippines Territorial Border
Hi, I've just updated the Territorial border for the Philippines. I used the map available here : http://en.wikipedia.org/wiki/File:Ph_Territorial_Map.png I don't know how to make this png a background in JOSM, so I just did a best guess for the points. Hopefully I haven't messed up the relation doing this. Hopefully now Mapfactors Navigator Free map generator should work automatically. If you haven't tried Navigator Free, it's worth a try, map rendering is much faster on my GPS than Garmin Mobile XT, which keeps my GPS running at 100% CPU usage. Cheers, Ian P.S. I know, I know, I forgot to change the tag for the changeset. I tried to revert the changeset then re upload it with the correct tag, but just got an error :-( So I left it as it is. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Philippines Territorial Border
Hi, Actually the part of the border covering the Spratly Islands has been there for years, that's why I cant understand why no-one has finished the border before now. Though it did take me hours to find that one map showing the border, maybe everyone else just gave up looking. Cheers, Ian On Wed, Feb 9, 2011 at 11:14 PM, Eugene Alvin Villar wrote: > I wonder if we'll have an edit war with neighboring countries over the > Spratlys. :-P > > > On Wed, Feb 9, 2011 at 12:38 PM, Ian Haylock wrote: > > Hi, > > > > I've just updated the Territorial border for the Philippines. > > > > I used the map available here : > > http://en.wikipedia.org/wiki/File:Ph_Territorial_Map.png > > > > I don't know how to make this png a background in JOSM, so I just did a > best > > guess for the points. > > > > Hopefully I haven't messed up the relation doing this. > > > > Hopefully now Mapfactors Navigator Free map generator should work > > automatically. > > > > If you haven't tried Navigator Free, it's worth a try, map rendering is > much > > faster on my GPS than Garmin Mobile XT, which keeps my GPS running at > 100% > > CPU usage. > > > > Cheers, Ian > > > > P.S. > > > > I know, I know, I forgot to change the tag for the changeset. I tried to > > revert the changeset then re upload it with the correct tag, but just got > an > > error :-( So I left it as it is. > > > > ___ > > talk-ph mailing list > > talk-ph@openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-ph > > > > > > > > -- > http://vaes9.codedgraphic.com > ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Philippines Territorial Border
Hi, Woah! 31 pages, I'm not that interested :-) Anyway feel free to edit the border, and remove the Spratley's if you wish. I had thought Wikipedia would have nice maps of all the countries borders, and lists of the co-ordinates, yet here we are in the 21st Century and people are still fighting over borders. Cheers, Ian On Thu, Feb 10, 2011 at 8:01 AM, Eugene Alvin Villar wrote: > The borders are actually based on a treaty defined by the United > States when they bought the Philippine islands and are specified by > coordinates. You can learn more from here: > http://www.hawaii.edu/aplpj/articles/APLPJ_10.1_bautista.pdf > > The problem is that those coordinates are not in WGS84 and we don't > know what geodetic system was used. > > Here's an older discussion on this mailing list about the border: > http://lists.openstreetmap.org/pipermail/talk-ph/2010-March/001876.html > > > On Thu, Feb 10, 2011 at 4:32 AM, Ian Haylock wrote: > > Hi, > > > > Actually the part of the border covering the Spratly Islands has been > there > > for years, that's why I cant understand why no-one has finished the > border > > before now. > > > > Though it did take me hours to find that one map showing the border, > maybe > > everyone else just gave up looking. > > > > Cheers, Ian > > > > On Wed, Feb 9, 2011 at 11:14 PM, Eugene Alvin Villar > > wrote: > >> > >> I wonder if we'll have an edit war with neighboring countries over the > >> Spratlys. :-P > >> > >> > >> On Wed, Feb 9, 2011 at 12:38 PM, Ian Haylock > wrote: > >> > Hi, > >> > > >> > I've just updated the Territorial border for the Philippines. > >> > > >> > I used the map available here : > >> > http://en.wikipedia.org/wiki/File:Ph_Territorial_Map.png > >> > > >> > I don't know how to make this png a background in JOSM, so I just did > a > >> > best > >> > guess for the points. > >> > > >> > Hopefully I haven't messed up the relation doing this. > >> > > >> > Hopefully now Mapfactors Navigator Free map generator should work > >> > automatically. > >> > > >> > If you haven't tried Navigator Free, it's worth a try, map rendering > is > >> > much > >> > faster on my GPS than Garmin Mobile XT, which keeps my GPS running at > >> > 100% > >> > CPU usage. > >> > > >> > Cheers, Ian > >> > > >> > P.S. > >> > > >> > I know, I know, I forgot to change the tag for the changeset. I tried > to > >> > revert the changeset then re upload it with the correct tag, but just > >> > got an > >> > error :-( So I left it as it is. > >> > > >> > ___ > >> > talk-ph mailing list > >> > talk-ph@openstreetmap.org > >> > http://lists.openstreetmap.org/listinfo/talk-ph > >> > > >> > > >> > >> > >> > >> -- > >> http://vaes9.codedgraphic.com > > > > > > ___ > > talk-ph mailing list > > talk-ph@openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-ph > > > > > > > > -- > http://vaes9.codedgraphic.com > ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] how do i tag these?
Hi, These are a couple Of tags I've been using : > spas > No idea. > > shop=spa > purified water shops: shop=water? > shop=water_refilling > > shop=purified_water If you use water_refilling, how do you tell the difference between purified water and the stations where water lorries fill up ? I know these tags are not in the map renderer's yet, but doing otherwise seems to be mapping for the renderer. Just my tuppence. Cheers ian ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Recording POI's with a camera
Hi, You probably know this already, but I only discovered it a few weeks ago. I knew if you had a digital camera with GPS that you could load pictures from it into JOSM and the would apear at the correct location on the map. What I did not realize was that you can also use a digital camera even if it doesn't have a built in GPS receiver. This is because the camera records the time that the picture was taken. To make this work you need to start your GPS recording. Then just take photo's of any POI's that take your fancy. When you get home load the recorded track into JOSM. Then right click on the GPS layer (in the layer list), and import the photo's you took on the trip. The POI photo's are then imported at the correct location on the map. If the locations are slightly off, they can be manually adjusted, by adjusting the time offset. This could save a lot of note taking on mapping parties, as you could just take a photo of a road, and later use that to enter details of road type, surface type, etc. I find this technique works well riding shotgun in a car when on some mundane trip to the supermarket,as it enables me to record subdivision names, road names, etc without having to stop at each location. Cheers Ian ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Recording POI's with a camera
Hi, another tip if you record more than one track, is photographing your hand whilst holding up the number of fingers to match the track number at the start of every track. This way when you get home it's easy to see which photo's belong to which track. As this method of geotagging is using the date and time embedded in the photo, you will not have to worry about giving away your gps location, (unless of course you have a camera with gps). Also as most, if not all digital cameras encode the date and time, there is no extra expense, (unless you need to buy a camera :-) ) Cheers, Ian ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Provincial relations ( no not your far away relatives :-) )
Hi, Just finished creating relations for all the provinces. To answer Mannings email. Well done you found one of my deliberate mistakes :-) Actually I have no real idea which islands belong to which provinces. Feel free to move them from one relation to another. Sulu, and Palawan Provinces probably have some errors, as there are just so many islands. Some islands are also missing from the relations, those that I missed, which shouldn't be many, and those that are just a single node. feel free to add them. Also converted the admin areas in Mindano to relations. This is Seav's area I think. So worth checking they're correct. Also fixed a lot of broken boundaries in Manila, still some to go yet though. Added the municipalities for Cavite just so I could add the barangay that I live in, so that searching for my street would work. After 4 1/2 years I discover I live in Mambog, not Molino. Still at least the mail still arrives :-) Does anyone know of a source of municipalities that we could use ? Any reasonable maps would do. Cheers, Ian P.S. why did I have to sign up to this talk list again ? ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Provincial relations ( no not your far away relatives :-) )
Hi, Well anyone who wishes can reverse the changeset where I moved the boundary. It bothers me not :-) Am I the only one who can see the similarity between the shape of the border and the shape of the river ? Still unless we get a good source of municipal boundaries, I'm finished with boundaries now. Back to error fixing and tracing images. Oh, maybe I'll check the boundaries in Manila that I haven't checked yet, but I need a break from boundaries for a while. Cheers, Ian --- On Mon, 28/3/11, maning sambale wrote: > From: maning sambale > Subject: Re: [talk-ph] Provincial relations ( no not your far away relatives > :-) ) > To: "Eugene Alvin Villar" > Cc: "Ian Haylock" , "OpenStreetMap Philippines" > > Date: Monday, 28 March, 2011, 5:36 > Unless we have very good reference, > using rivers as boundaries is not > always a good choice. The post-ondoy imagery from > Bing shows that a > lot of river tributaries have changed already: > http://www.openstreetmap.org/user/maning/diary/13191 > > On Sun, Mar 27, 2011 at 11:35 PM, Eugene Alvin Villar > > wrote: > >>> 4. When you moved the QC-Rizal boundary to > Marikina River > >>> (which I'm > >>> not sure is really correct) > >> > >> Well it seemed more logical, as lots of the > boundaries seem to follow rivers and streams. > > > > While it seems logical, it's not always the case. Many > boundaries > > don't follow any natural feature. Quezon City's map > > <http://www.quezoncity.gov.ph/index.php?option=com_content&view=article&id=141&Itemid=16> > > suggests that the boundary in that area is a straight > line and not the > > Marikina River. This map of neighboring San Mateo > > ,http://www.batangsanmateo.com/map/index.htm> also > suggests that the > > boundary is a straight line. > > > > -- > cheers, > maning > -- > "Freedom is still the most radical idea of all" -N.Branden > wiki: http://esambale.wikispaces.com/ > blog: http://epsg4253.wordpress.com/ > -- > ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Mkgmap errors
Hi, Here's one of the motorway errors that I don't think should appear in the log : 2011/03/29 20:12:32 WARNING (StyledConverter): philippines.osm: Motorway exit Gate 3 ( http://www.openstreetmap.org/?mlat=14.60062&mlon=121.07191&zoom=17) has no motorway! (either make the exit share a node with the motorway or specify the motorway ref with a exit:road_ref tag) The giveaway is that it's called "Gate 3." If you look at it in JOSM you'll see it's a gate on a residential street. Cheers, Ian P.S I've been fixing some of the errors with the relations, and polygons. Some were actually made by me Whoops. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
