Re: [Talk-ca] Callsigns...
Well the first challenge would be putting multiple tags on the same way. Personally I would create multiple relations using the same way, each relation having one call-sign. I have heard other people suggest separating values with commas but I don't like that idea because if for example you want to put the frequency and the name, if the values are separated by commas there is no way to match the frequency to the specific name. A relation would allow you to do this. (Obviously this is my own opinion up for argument) In terms of a tagging scheme http://wiki.openstreetmap.org/wiki/Key:frequency for the frequency name:xxx for the name of the station http://wiki.openstreetmap.org/wiki/Operator for the operator Might have to propose some tags for the others On Sun, Mar 10, 2013 at 8:28 PM, Colin McGregor colin.mc...@gmail.comwrote: For various reasons I've taken an interest in the locations of TV (and to a lesser degree radio) station transmitter sites (the studios often being a number of km. from the transmitter location(s)). Is there a standard way to enter this into Open Street Map? A specific example that I am interested in is the CN Tower, which I would gather from Wikipedia (http://en.wikipedia.org/wiki/CN_Tower#Television_broadcasters) is home to 7 different TV station transmitters, 10 FM broadcast transmitters, plus several utility broadcasters (cell phone, pager services, among others). This past weekend I did add the tag tower:type communications to the CN Tower, but I want to add the station transmitter information... Thanks. Colin McGregor ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[OSM-talk] User spamming diary page
http://www.openstreetmap.org/user/iwonapavlov/diary appears to be a spammer. Just created an account and started creating diary posts to gambling sites. Cheers, Ingalls ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-ca] New Bing imagery in Montreal
You are lucky then. Just the other day Saint John area got updated with stuff from late 2012. its great that they are getting around to updating it but the imagery is more oblique than vertical making it very difficult to trace. As well they are really low quality compared to their predecessors. The new ones are faded out where the old ones were sharp and colourful. These look like an instagrammer got at them! On Sun, Mar 3, 2013 at 1:44 PM, Harald Kliems kli...@gmail.com wrote: Oh, nevermind. This appears to depend on the zoom level. If you zoom in further you still get the good 2006/2007 pictures. Nonetheless I think the 2011 data must have been added fairly recently. Harald. On Sun, Mar 3, 2013 at 12:43 PM, Harald Kliems kli...@gmail.com wrote: Hey everyone, I've just noticed that the Bing aerial imagery in my neighborhood has changed. We used to have pretty good images but they were from 2007. While doing some edits I noticed that the quality suddenly has gotten much worse and looking at the tile info it now shows that the imagery is from 2011. It seems to be only small patches, however, as you can see if you download this area in JOSM and look at the imagery http://osm.org/go/cIrM_9DE1-- I'm reasonably sure that this was not the case up until two weeks ago. Anybody else notice any Bing changes in their areas? Harald. -- Please use encrypted communication whenever possible! Key-ID: 0x34cb93972f186565 -- Please use encrypted communication whenever possible! Key-ID: 0x34cb93972f186565 ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[OSM-talk] License Review
Hello all, Just want an opinion from someone a bit more knowledgeable in the field of license compatibility. In Canada, New Brunswick, Service New Brunswick has a vast amount of geodetic data that could be very useful to OSM. Most notably a province wide address database. Just wondering if someone could read through this - http://geonb.snb.ca/downloads/documents/geonb_license_e.pdf and give me their opinion. Cheers, ingalls ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Revert ?
On Mon, Feb 4, 2013 at 7:38 PM, Vincent Pottier vpott...@gmail.com wrote: t it be reverted ? Does somebody can do it ? Can you provide a link or a changeset id? Cheers, ingalls ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-ca] Forests and water multipolygons in Canvec
That's typically what I do as well. I've noticed the same problem throughout much of the canvec data I've worked with. Cheers, ingalls On Wed, Jan 30, 2013 at 11:26 PM, Sam Dyck samueld...@gmail.com wrote: Hi I'm currently working on importing Canvec tile 063I05. I noticed that the islands in the Nelson River (of which there are many) have the forest area offset significantly from the inner way for water. This means that the area boundaries are offset, even though the geometry is almost identical, This creates forests that stretch several metres into the Nelson. I've been deleting the forest areas and adding forest tagging into the water areas, which is probably better than the two identical ways sharing nodes approach usually seen in Canvec data. The offset appears consistent, so I thought it should be noted in case it can be fixed. Sam ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Sidewalks
My personal preference is to enable the JOSM sidewalk style and then use the sidewalk:right sidewalk:left, sidewalk:both, or sidewalk:none tags on the actual street. The footpaths are just about useless (as in the example above) as they are not related to the street in anyway. So the routing engine couldn't say turn left onto Maple Street. It could only say turn left. If the tags are on the actual street and not separately mapped, it is much easier for a routing engine. http://josm.openstreetmap.de/wiki/Styles/Sidewalks Cheers, ingalls On Tue, Jan 29, 2013 at 10:18 PM, Harald Kliems kli...@gmail.com wrote: Personally I don't map sidewalks like that but I respect local mappers' work and would not change this, as it isn't really wrong. I don't think there's a strong consensus to map sidewalks merely as attributes of the adjoining road, and there are a lot of problems with that approach, too. E.g. how to mapp accessibility features like curb cuts or the need to chop ways into tiny segments in cases where sidewalks appear and disappear. Cheers, Harald. On Tue, Jan 29, 2013 at 8:10 PM, Connors, Bernie (SNB) bernie.conn...@snb.ca wrote: I came across this when I was working on Map Roulette connectivity corrections – http://www.openstreetmap.org/?lat=42.98773840069771lon=-81.24551922082901zoom=18 I thought it was not advised to digitize sidewalks along urban streets – Are there any other opinions on this? -- Bernie Connors, P.Eng bernie.conn...@unb.ca New Maryland, NB ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Please use encrypted communication whenever possible! Key-ID: 0x34cb93972f186565 ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Fredericton WMS Offset
Hello! Yes I'm going to be moving to fredericton for university in a short time so I thought it would be nice to get building polygons so I can easily add addresses from foot surveys. Is the data that SNB (You and your co-workers) provide available for use with OSM? As in is it possible to trace off the aerial imagery? I've often lamented the fact that the GeoNB viewer has excellent aerial imagery for much of the province while bing imagery is terrible outside major cities. If it is avaliable is it possible to get it as a WMS layer for JOSM? I've looked into the ArcGIS rest APIs but they don't seem very friendly with JOSM. In reference to the orientation problems, I generally orient according to gps tracks and I also use the road centre lines from the fredericton open data portal to ensure areas are correct. (I know the data hasn't been cleared to use, I simply use it to check the bing imagery) Cheers, ingalls On Mon, Jan 7, 2013 at 3:32 PM, Connors, Bernie (SNB) bernie.conn...@snb.ca wrote: Atmospheric errors are likely to small to be detected by your consumer grade GPS. Satellite geometry and the number of visible satellites would have more of an effect and this varies constantly as the satellites transit across the sky and as you experience varying satellite visibility as you move past obstructions (buildings, trees, bridges, hills, etc. ** ** Bernie. -- Bernie Connors, P.Eng bernie.conn...@unb.ca New Maryland, NB ** ** *From:* nicholas ingalls [mailto:nicholas.inga...@gmail.com] *Sent:* Thursday, 2013-01-03 15:24 *To:* Andrew Buck; talk-ca@openstreetmap.org *Subject:* Re: [Talk-ca] Fredericton WMS Offset ** ** Yeah I did a bit more research afterwards to double check, including going and getting gps more gps traces and the current (Bing) imagery appears to be dead on. I also checked it with some centre lines from another data source (Not importing just to check the imagery) and they also verified that the Bing imagery is correct. ** ** Thanks for the feedback! I hadn't thought about the atmospheric interference. ** ** Cheers, ingalls ** ** On Wed, Jan 2, 2013 at 3:59 PM, Andrew Buck andrew.r.b...@gmail.com wrote: Hi, I am not from the area, but I did want to post my 2 cents about this issue. Your idea of how the offset got started sounds correct. I would caution you though that GPS traces can be offset, too, due to atmospheric effects. To really get a good trace with no offset you need to do a few traces on different days of the same road (or path is better since it is narrow) and through an area with few buildings around as these can cause offsets, too. Other than those issues, if you trust your traces then I see no reason not to fix the offset, but as I said make sure your traces are good first. -AndrewBuck ** ** ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Fredericton WMS Offset
What is the official word on the practice of checking non-approved data sources, not for inclusion in OSM, but to ensure what is being included is correct? That is honestly a good question! I guess to me this would be a bit of a grey area, nowhere is the practice explicitly mentioned. I agree with you on the google example, that would certainly be crossing the line. I hadn't considered this a violation as before I used the data to align the Bing imagery I checked the license for the data. Aligning imagery certainly fit within the license. This is actually the first time I have done this and I thought of it more as a separate process than adding data to OSM. At no point was the fredericton data and the osm data loaded at the same time, and no offset data was derived from the fredericton data. It was simply used to see if the bing offset was correct. It was not used to create a new offset in order to draw osm data. I have to believe that that the process I used would be correct or else sites like geofabrik compare would be in violation of the license. If I had used the fredericton data to create a new offset I could see there being a problem but this was not the case, the fredericton data was simply used to verify the bing imagery. tl;dr No offset was derived from the Fredericton data, it was simply used to check the Bing imagery. That's my two cents. ingals ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk] Rendering of Farmland not 'Light' enough?
I second that it should stay brown! There are way to many green objects and we don't want it confused with the grass tag. My vote would be to play around with the brown color. I certainly agree that it currently isn't the best. Cheers, ingalls On Sun, Jan 6, 2013 at 11:01 AM, Lennard l...@xs4all.nl wrote: On 6-1-2013 15:51, Dave F. wrote: On a related topic; if a field has a barrier tag it changes colour rendering at zoom 16: That's because having a landuse on it as well pushes it into the polygon table. It's subsequently rendered as a barrier area, ie. with the barrier=hedge fill. -- Lennard __**_ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-ca] Fredericton WMS Offset
Yeah I did a bit more research afterwards to double check, including going and getting gps more gps traces and the current (Bing) imagery appears to be dead on. I also checked it with some centre lines from another data source (Not importing just to check the imagery) and they also verified that the Bing imagery is correct. Thanks for the feedback! I hadn't thought about the atmospheric interference. Cheers, ingalls On Wed, Jan 2, 2013 at 3:59 PM, Andrew Buck andrew.r.b...@gmail.com wrote: Hi, I am not from the area, but I did want to post my 2 cents about this issue. Your idea of how the offset got started sounds correct. I would caution you though that GPS traces can be offset, too, due to atmospheric effects. To really get a good trace with no offset you need to do a few traces on different days of the same road (or path is better since it is narrow) and through an area with few buildings around as these can cause offsets, too. Other than those issues, if you trust your traces then I see no reason not to fix the offset, but as I said make sure your traces are good first. -AndrewBuck ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Fredericton Open Data
I've been looking around to find out the status of the Fredericton Open Data page but have only been able to dig up an old conversation saying the license was incompatible but the city was considering modifying the terms. Did anything come of this? Most of the links in the thread were broken so I didn't find out what was wrong with the license in the first place other than it was compared to the Vancouver license and was probably unintentionally restrictive. Cheers, ingalls ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-us] Adopt-a-highway representation in OSM
it seems to me to be a likely maintenance problem in the long run. I know in Canada it certainly is! There are two adopt-a-highway signs where I live and both of the clubs that supposedly 'maintain' that part of the highway stopped participating in the program 7 years ago. The signs have remained up ever since. Cheers, ingalls ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-ca] Fredericton WMS Offset
Hello all, I've been recently drawing all of the buildings in Fredericton in preparation for going around and collecting the addresses. I'd noticed that all the buildings in Fredericton were offset. Naturally I assumed that the original mappers in Fredericton had done this offset on purpose. I recently tested this against GPS traces and found that the offset was incorrect based on the traces I collected. I'm now assuming that this data was traced from the old Yahoo imagery and current users continue to offset the Bing WMS to match the data traced from the Yahoo imagery. I am proposing that we shift the data back to match the Bing WMS and the gps traces. Does anyone else from the Fredericton area have any comments, or can explain the offset? Cheers, ingalls ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk] House Numbers
6137 Looks good for me. I collect a *lot* of addresses simply by walking. Cheers, ingalls On Sun, Dec 30, 2012 at 5:53 PM, Frederik Ramm frede...@remote.org wrote: Hi, I've made a program that counts how many house numbers someone has added. It uses object history, so it should be able to correctly award the count to the person actually adding the addr:housenumber tag. I don't yet know what will happen with this, but before I make further plans, here's the current list of all accounts that have added addresses, and how many: http://www.remote.org/**frederik/tmp/housenumbers.htmlhttp://www.remote.org/frederik/tmp/housenumbers.html It would be great if you could find your name on the list and do a quick sanity check in your head whether this looks right or not. According to this list, 208 accounts have added more than 10k house numbers - if any one of them has actually surveyed that many houses they should be awarded a prize! A further ~ 1400 have done between 1k and 10k numbers, and ~ 4600 have done between 100 and 1k numbers. It is quite possible that the program has bugs so if you notice something strange, do mention it. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 __**_ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] permament access restrictions and routing
Tagging with access:no usually does the trick :) Just see here for a list of access tags - http://wiki.openstreetmap.org/wiki/Access cheers, ingalls On Sun, Dec 23, 2012 at 11:41 AM, Stan Berka stan.be...@gmail.com wrote: Yesterday, I did navigation to my work place here in Warsaw using Osmand o my G2. The route I was given led through Warsaw Old Town. The problem with this is, the Old Town is closed to most vehicles, year long, except for special vehicles (shop supply, city services etc). Thus, the route was completely useless since I'm not a firetruck driver. How can this problem be resolved, so OSM routers can generate more useful? droidguy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] [OSM-talk] permament access restrictions and routing
Tagging with access:no usually does the trick :) Just see here for a list of access tags - http://wiki.openstreetmap.org/wiki/Access cheers, ingalls On Sun, Dec 23, 2012 at 11:41 AM, Stan Berka stan.be...@gmail.com wrote: Yesterday, I did navigation to my work place here in Warsaw using Osmand o my G2. The route I was given led through Warsaw Old Town. The problem with this is, the Old Town is closed to most vehicles, year long, except for special vehicles (shop supply, city services etc). Thus, the route was completely useless since I'm not a firetruck driver. How can this problem be resolved, so OSM routers can generate more useful? droidguy ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] MassGIS Building Import - process
If anyone has a problem relating to this I don't mind fixing it. The way to do it is simply to download all the data within the bounding box, then use either the search or the authors dialogue to select all the data uploaded by that particular user and remove. Then the data can be re-uploaded :) Cheers, ingalls On Sat, Dec 15, 2012 at 1:18 AM, Paul Norman penor...@mac.com wrote: I notice that several of you are using uploads that involve 50k nodes per changeset. ** ** What is your revert plan if one of these long extended uploads gets interrupted? The JOSM reverter plugin will not handle this correctly. ** ** *From:* Jason Remillard [mailto:remillard.ja...@gmail.com] *Sent:* Thursday, December 13, 2012 8:12 PM *To:* talk-us@openstreetmap.org; impo...@openstreetmap.org *Subject:* [Talk-us] MassGIS Building Import - process ** ** Hi, I update the wiki http://wiki.openstreetmap.org/wiki/MassGIS_Buildings_Import It includes all of the emails from tonight. - The import account will be restricted to directly uploading the data. Any post fixes should be done with the normal account. - There will be a new upload tomorrow with simplified data, and the full massgis data osm replaced with an overlapping osm. This will be saved away for later incase anybody wants to do merges after this project is done. I will do Groton for sure Only two remaining issue - If we should restrict manual importing to a small group of people. I have gotten several feedback messages that letting everybody do it has *** * turned out not to be a great idea on other imports. We are up to 5 people now, all of them have zillion changes to the map. This is not a problem yet. Honestly, I am not sure if people will be beating down the doors to help or not... - How hard do we work on the manual imports. Do we stop doing them if the data looks really good, and just run the script, or do we keep doing the manual imports until we tire of it. Running the script sooner, gets the map better quicker, and lighter OSM users can probably handle cleaning up the small 1/500 errors. After this, I think we are ready to roll this up and get to work. Thanks Jason. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] [Imports] MassGIS Building Import Start
In regards to this and previous imports, I have found that this is by no means the law when it comes to imports. In Canada we have / and still are in the lengthy process of importing canvec data for the whole country. We do this in a distributed approach. Each user can upload the data with their own account. This is MUCH better in many cases as it encourages people to upload the canvec data in their own area instead of a user sitting hundreds of miles away uploading with a generic account. It also allows people to be held responsible (in a good way) for their data. With a generic account being used by multiple people mistakes are harder to track to the source. By using individual accounts problems can be more easily tracked. Ie a user is not fixing validator issues before uploading causing problems. With a single user account tracking down the specific uploader is near impossible. Just my two cents. tl;dr Using individual accounts is better as it promotes uploading data in ones area. cheers, ingalls On Wed, Dec 12, 2012 at 10:56 PM, Jeff Meyer j...@gwhat.org wrote: Paul - can you elaborate on the point about users being blocked if not using a dedicated account? The guidelines don't point this out it seems contrary to the spirit of there being no right way of doing things in OSM. (Not a policy I agree with, but que sera...). Who does the blocking? Thanks, Jeff On Wed, Dec 12, 2012 at 6:49 PM, Paul Norman penor...@mac.com wrote: A couple of initial comments: ** ** Has some kind of simplify been run on the data? Although most of the buildings are quite good some of the curved ones are overnoded (e.g. http://took.paulnorman.ca/imports/massgis/noded.png) ** ** If your documentation conflicts with the requirements of the import guidelines ( http://wiki.openstreetmap.org/wiki/Import/Guidelines#Use_a_dedicated_user_account) around a dedicated account it may lead to people importing your data getting blocked. ** ** You’ve asked for a check of the reprojection in the data directory but I don’t actually see a data directory anywhere. Could you provide a link? *From:* Jason Remillard [mailto:remillard.ja...@gmail.com] *Sent:* Wednesday, December 12, 2012 5:15 PM *To:* talk-us@openstreetmap.org; impo...@openstreetmap.org *Subject:* [Talk-us] MassGIS Building Import Start ** ** Hello Everybody, I would like to kick off the MassGIS building import. This following is copy/paste from the current wiki ( http://wiki.openstreetmap.org/wiki/MassGIS_Buildings_Import). The external links will work on the wiki. -- On Dec, 2012 MassGIS http://wiki.openstreetmap.org/wiki/MassGIS released a high quality data layer for all buildingshttp://www.mass.gov/anf/research-and-tech/it-serv-and-support/application-serv/office-of-geographic-information-massgis/datalayers/structures.html in the entire state of MA. Previously MassGIShttp://wiki.openstreetmap.org/wiki/MassGIS only had buildings for Boston and its nearby suburbs. The plan is as follows. *Source Data License* All MassGIS http://wiki.openstreetmap.org/wiki/MassGIS data is in the public domain. See MassGIS http://wiki.openstreetmap.org/wiki/MassGIS page, and talk-us archiveshttp://lists.openstreetmap.org/pipermail/talk-us/2012-December/thread.html for detailed discussion. A previous (incomplete) version of this data that covers the Boston area has already been imported. From the MA Secretary of state Office Frequently Asked Questionshttp://www.sec.state.ma.us/pre/prepdf/guide.pdf, first question is What records are public? Every document, paper, record, *map*, photograph, etc., as defined by law, that is made or received by a government entity or employee is presumed to be a public record From the MA Secretary of state Duplication Serviceshttp://www.sec.state.ma.us/arc/arcres/residx.htm, last section. Records created by Massachusetts government are not copyrighted and are available for public use. Copyright for materials submitted to state agencies may be held by the person or organization that created the document. Patrons are responsible for clearing copyright on such materials. For more information on copyright law, please see the U.S. Copyright Office's web page at lcweb.loc.gov/copyright. *Scripts* A script was written to convert MassGIS shp files to OSM file. Each town has its own zip. Inside of the zip is two OSM files. The first file has all of the buildings, the second file has only the buildings missing from OSM. This has been completed, data is herehttps://docs.google.com/a/twincoastmetrology.com/folder/d/0B6HixOxli_6ldGVkREtxdk5lWGM/edit. jremillard will update these files. The scripts used for the shape to OSM conversion are also at the same link as the data. *Status Tracking* A google docs
Re: [Talk-ca] Talk-ca Digest, Vol 55, Issue 2
Hey Guys, I'm currently working on addresses in the saint john area, as I am finishing up my tracing of all the buildings in the area. I was just wondering what your guys opinion was for including house numbers. Would you attach them to the building or do what denmark does and have them as a separate node? As well should I also include interpolation ways? This might be overkill having both but at the same time this would allow routing software to find an address that I don't have connected to a house. (i.e in a year a new house is built and hasn't been added to osm, with interpolation a routing engine could still locate it) Look forward to your feedback. Cheers, ingalls ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Grand Manan Coastlinesb
Hey all, I'm going to be heading to Grand Manan for a bit of a vacation in the coming weeks. I was in the process of downloading the data that we have when I noticed that the coastlines are a complete mess. Most of the small islands around Grand Manan are flooded, and Grand Manan itself as sections that JOSM shows as flooded. I don't have much experience dealing with relations so I was wondering if someone could fix this up for me? Hopefully it wouldn't be too big a job as most of the islands that are flooded are small in size. Cheers, Ingalls ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Possible data source
This is my first time actually posting a message on a mailing list so please let me know if I did something incorrectly! Although I haven't posted I am an active member of OSM and have followed the list closely. I just noticed a new possible source of high quality Ariel imagery that has recently (2011) come online. http://publiclaboratory.org/tool/balloon-mapping http://publiclaboratory.org/archive Although I don't have much experience with licensing, it says it is open-source and it would be interesting to see whether the liscenses were compatible. Cheers, ingalls ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca