Re: [Talk-us] Portland, Oregon surrounding areas - OSM mappers
I'm told by my employer that Trimet is the first transit agency in the United States to choose OpenStreetMap as a data source, and invest in updating the area's data. Does anyone else know of others? -- PJ Houser Trimet GIS intern, 503-962-5711 (office) On Sat, Apr 30, 2011 at 4:58 AM, Martijn van Exel m...@rtijn.org wrote: Sounds like a great idea. I won't be joining, but I wonder if there's more initiatives like this one in the US? Martijn On Fri, Apr 29, 2011 at 10:43 PM, PJ Houser stephanie.jean.hou...@gmail.com wrote: In case I missed any of the local mappers in my ITO World search, you're invited to... TriMet, Portland's regional transportation agency, is holding a Meet Greet for local OSM Mappers: Friday May 13, 2011 4:00pm - 6:00pm PST TriMet Center Street Administration Building 4012 SE 17th Ave. Portland, OR 97202 Why? • Meet other local OSM Mappers and the PSU students that are working on OSM improvements in the 4-county regional area. • Observe our OSM editing process first hand and provide feedback: it is a manual and labor intensive process, it is not a data import. We are using up-to-date regional jurisdictional data and 6-inch ortho-rectified digital imagery flown in August 2010 as a reference with permission from the sources. • Learn why we chose to invest in OSM and the community, rather than a proprietary mapping solution. • See a sneak preview of the Open Trip Planner, TriMet's new open source multi-modal trip planner scheduled for release in Fall, and meet the developers involved in the project. • Explore opportunities for collaboration and on-going maintenance (ex: local cities and counties can make street data available to the OSM community). Using http://www.itoworld.com/static/osm_mapper.html, we were able to find some past and present active mappers for the Metro region. Let us know if this time doesn't work for you, or if you are not local but interested - we can schedule a webinar or make other arrangements. Cheers, Bibiana McHugh (manager), PJ Houser, Betsy Breyer, Grant Humphries, and Melelani Sax-Barnett TriMet, GIS and Location-Based Services -- PJ Houser Trimet GIS intern, 503-962-5711 (office) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us -- Martijn van Exel http://about.me/mvexel ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Portland, Oregon surrounding areas - OSM mappers
I am working on updating the wiki for our data sources (RLIS and CCGIS - search wiki for each of those acronyms). Perhaps I can make a page with a summary from the meet greet. -- PJ Houser Trimet GIS intern, 503-962-5711 (office) On Fri, Apr 29, 2011 at 5:06 PM, Josh Doe j...@joshdoe.com wrote: I'd be very interested, though I'm all the way over in Virginia. A webinar or at least providing a summary and your presentations online would be valuable. Thanks, -Josh On Fri, Apr 29, 2011 at 4:43 PM, PJ Houser stephanie.jean.hou...@gmail.com wrote: In case I missed any of the local mappers in my ITO World search, you're invited to... TriMet, Portland's regional transportation agency, is holding a Meet Greet for local OSM Mappers: Friday May 13, 2011 4:00pm - 6:00pm PST TriMet Center Street Administration Building 4012 SE 17th Ave. Portland, OR 97202 Why? • Meet other local OSM Mappers and the PSU students that are working on OSM improvements in the 4-county regional area. • Observe our OSM editing process first hand and provide feedback: it is a manual and labor intensive process, it is not a data import. We are using up-to-date regional jurisdictional data and 6-inch ortho-rectified digital imagery flown in August 2010 as a reference with permission from the sources. • Learn why we chose to invest in OSM and the community, rather than a proprietary mapping solution. • See a sneak preview of the Open Trip Planner, TriMet's new open source multi-modal trip planner scheduled for release in Fall, and meet the developers involved in the project. • Explore opportunities for collaboration and on-going maintenance (ex: local cities and counties can make street data available to the OSM community). Using http://www.itoworld.com/static/osm_mapper.html, we were able to find some past and present active mappers for the Metro region. Let us know if this time doesn't work for you, or if you are not local but interested - we can schedule a webinar or make other arrangements. Cheers, Bibiana McHugh (manager), PJ Houser, Betsy Breyer, Grant Humphries, and Melelani Sax-Barnett TriMet, GIS and Location-Based Services -- PJ Houser Trimet GIS intern, 503-962-5711 (office) ___ 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] Portland, Oregon surrounding areas - OSM mappers
On 5/1/2011 2:17 AM, PJ Houser wrote: See a sneak preview of the Open Trip Planner, TriMet's new open source multi-modal trip planner scheduled for release in Fall, and meet the developers involved in the project. This is a very interesting project. I recently began mapping and entering the local bus routes (which even Google doesn't have, courtesy of our local closed data policies). I realized that my work is still useless to the general community because the OSM doesn't have a way to enter the schedule, and public transport schedules appear to be unwanted data. Where is the OpenTripPlanner's schedule data stored? Is there any way to get an early copy of OpenTripPlanner to work with it? Thanks, ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Whole-US Garmin Map update - 13-04-2011
On Sun, 2011-05-01 at 16:59 +0100, Dave Hansen wrote: These are based off of Lambertus's work here: http://garmin.na1400.info/routable.php I wrote scripts to joined them myself to lessen the impact of doing a large join on Lambertus's server. I've also cut them in large longitude swaths that should fit conveniently on removable media. http://daveh.dev.openstreetmap.org/garmin/Lambertus/13-04-2011 I had to go update my script a bit since Lambertus's site got moved around. Please let me know if anyone has trouble with these. -- Dave ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Whole-US Garmin Map update - 13-04-2011
On Sun, May 1, 2011 at 12:05 PM, Dave Hansen d...@sr71.net wrote: http://daveh.dev.openstreetmap.org/garmin/Lambertus/13-04-2011 I had to go update my script a bit since Lambertus's site got moved around. Please let me know if anyone has trouble with these. Empty directory here. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Whole-US Garmin Map update - 13-04-2011
On Sun, 2011-05-01 at 12:09 -0400, Richard Weait wrote: On Sun, May 1, 2011 at 12:05 PM, Dave Hansen d...@sr71.net wrote: http://daveh.dev.openstreetmap.org/garmin/Lambertus/13-04-2011 I had to go update my script a bit since Lambertus's site got moved around. Please let me know if anyone has trouble with these. Empty directory here. You're too quick for me! :) The script ran but failed, puked, and spit out an email. I'm running it again right now, and I hoped that it would finish before anyone noticed. It should be OK now. -- Dave ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Another day, another bad import
Every time I go editing in some new place, I always find another reason to hate imports. http://www.openstreetmap.org/browse/changeset/5186568 I will contact this user and revert the changeset shortly. Dear importers: CHECK YOUR SHIT! kthx, Toby ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Another day, another bad import
On 5/1/2011 1:25 PM, Toby Murray wrote: Every time I go editing in some new place, I always find another reason to hate imports. http://www.openstreetmap.org/browse/changeset/5186568 I will contact this user and revert the changeset shortly. I didn't look very far, but http://www.openstreetmap.org/browse/changeset/5190419 also looks bad: old upload, all nodes, an area sampling shows a string of ghost nodes. There are probably other bad imports there also. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Another day, another bad import
On Sun, May 1, 2011 at 12:55 PM, Mike N nice...@att.net wrote: I didn't look very far, but http://www.openstreetmap.org/browse/changeset/5190419 also looks bad: old upload, all nodes, an area sampling shows a string of ghost nodes. There are probably other bad imports there also. Arg! I was planning on taking a look through their changesets later as well. I have an event to get to right now. I have sent a message to the user but haven't done any reverting yet. the API seems to be running kind of slow right now anyway so I'll probably wait until later tonight to do anything. Toby ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Another day, another bad import
On 5/1/2011 2:05 PM, Toby Murray wrote: Arg! I was planning on taking a look through their changesets later as well. I have an event to get to right now. I have sent a message to the user but haven't done any reverting yet. the API seems to be running kind of slow right now anyway so I'll probably wait until later tonight to do anything. 5:00PM-11:00PM GMT on Sunday is historically busy* - all the EU mappers get home from their day / weekend out and are uploading their work g * Just my impression; I haven't correlated this to any server load statistics. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Whole-US Garmin Map update - 13-04-2011
On Sun, May 1, 2011 at 12:18 PM, Dave Hansen d...@sr71.net wrote: On Sun, 2011-05-01 at 12:09 -0400, Richard Weait wrote: On Sun, May 1, 2011 at 12:05 PM, Dave Hansen d...@sr71.net wrote: http://daveh.dev.openstreetmap.org/garmin/Lambertus/13-04-2011 I had to go update my script a bit since Lambertus's site got moved around. Please let me know if anyone has trouble with these. Empty directory here. You're too quick for me! :) The script ran but failed, puked, and spit out an email. I'm running it again right now, and I hoped that it would finish before anyone noticed. It should be OK now. You and Lambertus are both awesome for doing this, among the many things that you do for the OSM community. Many, many thanks. So many wonderful people in this community, doing so many interesting things, and so often sharing. Just. Thanks. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Another day, another bad import
On May 1, 2011, at 10:25 AM, Toby Murray wrote: Every time I go editing in some new place, I always find another reason to hate imports. Yeah... Every time I go editing in some new place, I always find another reason to hate newbies, too. If you are looking for a reason to hate something, it's always easy to find them. Human nature. Perhaps it's not the most constructive outlook, or discussion, to have. - Alan ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Whole-US Garmin Map update - 13-04-2011
It should be OK now. It worked here, the map section I looked at seems normal. Thanks! ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Another day, another bad import
On Sun, May 1, 2011 at 2:23 PM, Alan Millar grunthos...@yahoo.com wrote: On May 1, 2011, at 10:25 AM, Toby Murray wrote: Every time I go editing in some new place, I always find another reason to hate imports. Yeah... Every time I go editing in some new place, I always find another reason to hate newbies, too. I think that is different in a significant way. It is much easier to fix a newbie than to fix an import. And when you do fix a newbie You've not only fixed their mapping to date, but also their mapping in the future, and even the future mapping of the mappers they meet. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Another day, another bad import
Hi, Imports have gotten quite a bad reputation in the community as being more of a harm than a help. Partly this is for ideological reasons, opposing any form of import, but a good deal is also due to the fact that many imports are less than ideal on the technical execution side. We need to try and ensure that imports are of the highest possible standard, so that they do result in a net benefit to the map. So to all people importing data may I remind you to ensure that you at least stick to the general import guidlines http://wiki.openstreetmap.org/wiki/Import/Guidelines Of the points listed there, I find particularly important (and often ignored): 1) Discuss your imports with the community. Let people check some sample data to allow to detect problems before damage is done to the map. 2) Document your imports on the wiki. Particularly make sure the import is listen in the import catalogue http://wiki.openstreetmap.org/wiki/Import/Catalogue 3) Use a separate account for imports. It can make dealing with things like statistics, licensing problems or other large scale problems much easier if imports use separate user accounts from people normal mapping. It might also be worth watching Emilie Laffray's talk at SotM 2010 about the french effort of importing landcover data and all the steps they took to ensure the acceptance of the import and its quality and the lessons learnt. http://vimeo.com/14789967 Kai -- View this message in context: http://gis.638310.n2.nabble.com/Another-day-another-bad-import-tp6321661p6321809.html Sent from the USA mailing list archive at Nabble.com. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Another day, another bad import
On May 1, 2011, at 11:28 AM, Richard Weait wrote: I think that is different in a significant way. It is much easier to fix a newbie than to fix an import. Not if you start your conversation with them with I hate newbies. That was my real point. - Alan ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Another day, another bad import
On 5/1/2011 2:23 PM, Alan Millar wrote: On May 1, 2011, at 10:25 AM, Toby Murray wrote: Every time I go editing in some new place, I always find another reason to hate imports. Yeah... Every time I go editing in some new place, I always find another reason to hate newbies, too. Personally I find myself hating Germans :) Recently it's been FK some numbers. He seems to be doing some good armchair mapping in general, but with two major issues: blindly copying route numbers from TIGER into refs, and not properly connecting his new features to the old ones being replaced. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Another day, another bad import
On 5/1/11 2:35 PM, Toby Murray wrote: On Sun, May 1, 2011 at 1:28 PM, Richard Weaitrich...@weait.com wrote: On Sun, May 1, 2011 at 2:23 PM, Alan Millargrunthos...@yahoo.com wrote: Yeah... Every time I go editing in some new place, I always find another reason to hate newbies, too. I think that is different in a significant way. It is much easier to fix a newbie than to fix an import. And when you do fix a newbie You've not only fixed their mapping to date, but also their mapping in the future, and even the future mapping of the mappers they meet. Yes, this message has nothing to do with newbies. If newbies are doing large scale imports then that is just another layer of DONOTWANT on top of existing problems with imports. Imports are *HARD* do to right. Any import needs to be done by experienced mappers who have *significant* experience in manual mapping. In my very strongly held opinion. and as i've said before, no import should be done without a plan, and the plan _must_ include QC procedures and provision for a rollback if the QC fails. a newbie shouldn't be doing imports. an experienced mapper who fails to do necessary QC should be taken out back and shot. richard ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Talk-us Digest, Vol 42, Issue 4
Message: 1 Date: Sun, 01 May 2011 08:13:54 -0400 From: Mike N nice...@att.net To: talk-us@openstreetmap.org Subject: Re: [Talk-us] Portland, Oregon surrounding areas - OSM mappers Message-ID: 4dbd4e82.8060...@att.net Content-Type: text/plain; charset=windows-1252; format=flowed On 5/1/2011 2:17 AM, PJ Houser wrote: See a sneak preview of the Open Trip Planner, TriMet's new open source multi-modal trip planner scheduled for release in Fall, and meet the developers involved in the project. This is a very interesting project. I recently began mapping and entering the local bus routes (which even Google doesn't have, courtesy of our local closed data policies). I realized that my work is still useless to the general community because the OSM doesn't have a way to enter the schedule, and public transport schedules appear to be unwanted data. Where is the OpenTripPlanner's schedule data stored? Is there any way to get an early copy of OpenTripPlanner to work with it? Thanks, Hey Mike, I don't understand what you mean by local closed data policies. Maybe in the past, but not anymore. Portland has some of the most open data policies in the States, or so I've heard. See http://civicapps.org/datasets. Trimet bus routes are freely available to import directly, if you wanted. However, they change a lot, so most trip planners draw that data in separately. Most transit agencies, including Trimet, provide their schedules in a GTFS format (General Transit Feed Specifications). This allows Google and other trip planners to get the most updated schedules regularly. See http://developer.trimet.org/ There are also regularly updated shapefiles available. For Trimet's purposes, OpenTripPlanner will be drawing from three different data sources - OpenStreetMap for a base map, Trimet for route info and scheduling (the GTFS), and an elevation data source. See http://opentripplanner.com/ You can contact OpenPlans yourself for more info on OTP. You can also demo OTP from Trimet http://maps5.trimet.org/otp/. Just keep in mind that OSM is not updated with enough data for walking and bike modes to be accurate. We're still working on that! Hope this helps. Maybe see you at the Meet Greet? -- PJ Houser Trimet GIS intern, 503-962-5711 (office) On Sun, May 1, 2011 at 11:27 AM, talk-us-requ...@openstreetmap.org wrote: Send Talk-us mailing list submissions to talk-us@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-us or, via email, send a message with subject or body 'help' to talk-us-requ...@openstreetmap.org You can reach the person managing the list at talk-us-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-us digest... Today's Topics: 1. Re: Portland, Oregon surrounding areas - OSM mappers (Mike N) 2. Re: Whole-US Garmin Map update - 13-04-2011 (Dave Hansen) 3. Re: Whole-US Garmin Map update - 13-04-2011 (Richard Weait) 4. Re: Whole-US Garmin Map update - 13-04-2011 (Dave Hansen) 5. Another day, another bad import (Toby Murray) 6. Re: Another day, another bad import (Mike N) 7. Re: Another day, another bad import (Toby Murray) 8. Re: Another day, another bad import (Mike N) 9. Re: Whole-US Garmin Map update - 13-04-2011 (Richard Weait) 10. Re: Another day, another bad import (Alan Millar) 11. Re: Whole-US Garmin Map update - 13-04-2011 (Mike N) -- Message: 1 Date: Sun, 01 May 2011 08:13:54 -0400 From: Mike N nice...@att.net To: talk-us@openstreetmap.org Subject: Re: [Talk-us] Portland, Oregon surrounding areas - OSM mappers Message-ID: 4dbd4e82.8060...@att.net Content-Type: text/plain; charset=windows-1252; format=flowed On 5/1/2011 2:17 AM, PJ Houser wrote: See a sneak preview of the Open Trip Planner, TriMet's new open source multi-modal trip planner scheduled for release in Fall, and meet the developers involved in the project. This is a very interesting project. I recently began mapping and entering the local bus routes (which even Google doesn't have, courtesy of our local closed data policies). I realized that my work is still useless to the general community because the OSM doesn't have a way to enter the schedule, and public transport schedules appear to be unwanted data. Where is the OpenTripPlanner's schedule data stored? Is there any way to get an early copy of OpenTripPlanner to work with it? Thanks, -- Message: 2 Date: Sun, 01 May 2011 09:05:15 -0700 From: Dave Hansen d...@sr71.net To: Dave Hansen da...@openstreetmap.org Cc: talk-us@openstreetmap.org Subject: Re: [Talk-us] Whole-US Garmin Map update - 13-04-2011 Message-ID: 1304265915.30823.3.camel@nimitz Content-Type: text/plain;
[Talk-us] OpenTripPlanner info and Trimet
Ugg, sorry, I didn't edit the subject or erase all the other messages. Here's a fixed version. :) ~PJ See a sneak preview of the Open Trip Planner, TriMet's new open source multi-modal trip planner scheduled for release in Fall, and meet the developers involved in the project. This is a very interesting project. I recently began mapping and entering the local bus routes (which even Google doesn't have, courtesy of our local closed data policies). I realized that my work is still useless to the general community because the OSM doesn't have a way to enter the schedule, and public transport schedules appear to be unwanted data. Where is the OpenTripPlanner's schedule data stored? Is there any way to get an early copy of OpenTripPlanner to work with it? Thanks, Mike Hey Mike, I don't understand what you mean by local closed data policies. Maybe in the past, but not anymore. Portland has some of the most open data policies in the States, or so I've heard. See http://civicapps.org/datasets. Trimet bus routes are freely available to import directly, if you wanted. However, they change a lot, so most trip planners draw that data in separately. Most transit agencies, including Trimet, provide their schedules in a GTFS format (General Transit Feed Specifications). This allows Google and other trip planners to get the most updated schedules regularly. See http://developer.trimet.org/ There are also regularly updated shapefiles available. For Trimet's purposes, OpenTripPlanner will be drawing from three different data sources - OpenStreetMap for a base map, Trimet for route info and scheduling (the GTFS), and an elevation data source. See http://opentripplanner.com/ You can contact OpenPlans yourself for more info on OTP. You can also demo OTP from Trimet http://maps5.trimet.org/otp/. Just keep in mind that OSM is not updated with enough data for walking and bike modes to be accurate. We're still working on that! Hope this helps. Maybe see you at the Meet Greet? -- PJ Houser Trimet GIS intern, 503-962-5711 (office) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Portland, Oregon surrounding areas - OSM
On Sun, 01 May 2011, Mike N wrote: This is a very interesting project. I recently began mapping and entering the local bus routes (which even Google doesn't have, courtesy of our local closed data policies). I realized that my work is still useless to the general community because the OSM doesn't have a way to enter the schedule, and public transport schedules appear to be unwanted data. Where is the OpenTripPlanner's schedule data stored? Is there any way to get an early copy of OpenTripPlanner to work with it? Thanks, Hi Mike, The schedule information comes from the transit agency's GTFS (General Transit Feed Specification), which is an open data standard that transit agencies use to make their data available to Google for use by Google Transit. One of my colleagues and I have just finished a draft report that discusses this, and as soon as the final report has been accepted by the Florida Department of Transportation, which sponsored the work, we will post the report on our website and link to it from the research page of the OSM wiki. In a nutshell, we concluded that it makes sense to use GTFS for the transit schedule and route information, OSM for streets/sidewalks/bicycling infrastructure, and link the two sources using the bus stops, which appear in both. The folks developing the OpenTripPlanner had already figured this out, and we think it makes a great deal of sense. Not all agencies have put their data into GTFS format, but more than 130 have done so in the US, and another 300 in other countries. As yet, there is no single, comprehensive list of which ones have done so. Ed Edward L. Hillsman, Ph.D. Senior Research Associate Center for Urban Transportation Research University of South Florida 4202 Fowler Ave., CUT100 Tampa, FL 33620-5375 813-974-2977 (tel) 813-974-5168 (fax) hills...@cutr.usf.edu http://www.cutr.usf.edu ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] OpenTripPlanner info and Trimet
On 5/1/2011 4:23 PM, PJ Houser wrote: I don't understand what you mean by local closed data policies. Maybe in the past, but not anymore. Portland has some of the most open data policies in the States, or so I've heard. Oh yes, I forgot to mention that I'm in South Carolina, and open data is still at the discretion of local governments, and the openness varies. In our local case, it's closed.So I'm just watching and learning from your experience g. The rest of the information about OpenTripPlanner is very useful. Thanks! ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Another day, another bad import
On 5/1/2011 3:39 PM, Nathan Edgars II wrote: blindly copying route numbers from TIGER into refs I'll have to admit that I have done this for most of the stuff I have ref'd because I usually don't have a more authoritative source. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] OpenTripPlanner info and Trimet
On Sun, May 1, 2011 at 11:16 PM, Mike N nice...@att.net wrote: On 5/1/2011 4:23 PM, PJ Houser wrote: I don't understand what you mean by local closed data policies. Maybe in the past, but not anymore. Portland has some of the most open data policies in the States, or so I've heard. Oh yes, I forgot to mention that I'm in South Carolina, and open data is still at the discretion of local governments, and the openness varies. In our local case, it's closed.So I'm just watching and learning from your experience g. The rest of the information about OpenTripPlanner is very useful. Thanks! This is getting slightly OT (if there's an appropriate non-OSM mailing list about open transit data / apps in the US, I'd love to learn about it) but is there a comprehensive overview of the open-ness of transit authorities in the US (GTFS or otherwise)? -- Martijn van Exel http://about.me/mvexel ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Another day, another bad import
On 5/1/2011 5:23 PM, Mike N wrote: On 5/1/2011 3:39 PM, Nathan Edgars II wrote: blindly copying route numbers from TIGER into refs I'll have to admit that I have done this for most of the stuff I have ref'd because I usually don't have a more authoritative source. Hopefully you realize that numbers normally follow just one route, without both continuing straight and turning at an intersection. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Another day, another bad import
Hi Toby, If/when you make contact with the importer, it would be useful to know what went wrong exactly, e.g. did an automated part of the conversion fail, what was the last phase of the import the user checked, did the import fail on upload, etc. Given the discussion of NHD imports last week and my attempts to make the NHD data more manageable, it would be useful to know where the failure points are. cheers Ben On 5/1/11 1:25 PM, Toby Murray wrote: Every time I go editing in some new place, I always find another reason to hate imports. http://www.openstreetmap.org/browse/changeset/5186568 I will contact this user and revert the changeset shortly. Dear importers: CHECK YOUR SHIT! kthx, Toby ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us -- Scenery Home Page: http://scenery.x-plane.com/ Scenery blog: http://www.x-plane.com/blog/ Plugin SDK: http://www.xsquawkbox.net/xpsdk/ X-Plane Wiki: http://wiki.x-plane.com/ Scenery mailing list: x-plane-scen...@yahoogroups.com Developer mailing list: x-plane-...@yahoogroups.com ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Another day, another bad import
On 5/1/2011 6:19 PM, Ben Supnik wrote: If/when you make contact with the importer, it would be useful to know what went wrong exactly, e.g. did an automated part of the conversion fail, what was the last phase of the import the user checked, did the import fail on upload, etc. Given the discussion of NHD imports last week and my attempts to make the NHD data more manageable, it would be useful to know where the failure points are. Since JOSM was used in this case, I already know one problem from experience - if you upload from JOSM and the upload fails, you end up with a partial upload. Recovery is ugly - a full revert of the changeset or a manual match against the changeset to figure out what was uploaded. Even the better bulk upload scripts that create a checkpoint file every N data points have a problem with the last chunk because they may think the upload failed, but it actually succeeded. That requires a manual fix, or perhaps an automated version could query the last changeset to figure out exactly what was uploaded, and continue from there. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] OpenTripPlanner info and Trimet
On Sun, May 1, 2011 at 2:30 PM, Martijn van Exel m...@rtijn.org wrote: This is getting slightly OT (if there's an appropriate non-OSM mailing list about open transit data / apps in the US, I'd love to learn about it) but is there a comprehensive overview of the open-ness of transit authorities in the US (GTFS or otherwise)? Lists of agencies and data: http://www.gtfs-data-exchange.com/agencies#filter_official http://www.citygoround.org/agencies/ http://code.google.com/p/googletransitdatafeed/wiki/PublicFeeds Some other groups keen for open transit data: http://lists.openstreetmap.org/listinfo/talk-transit http://groups.google.com/group/transit-developers ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Another day, another bad import
So it gets worse. It seems that the failure of this changeset was probably noticed. Later the same day, another changeset[1] was created that uploaded duplicate nodes but also got at least some (but apparently not all) of the ways in there. Then some god damned bot came along and merged all the duplicate nodes[2] so now I can't revert the original changeset because each merged node creates a conflict. And since there is no guarantee that the merge bot only affected the NHD imports, I don't think it would be a good idea to revert the merge just so I can turn around and revert the NHD import. I'm using the JOSM plugin. Does anyone know if the revert script in SVN handles this type of situation any better? Ideally there would be an option to delete all nodes in the changeset except if the node is in use by another way. Or is there a better way to handle this? Tomorrow I think I may try to use my local pgsnapshot database to query all untagged, unconnected nodes in the region and nuke them from that. Automated edits for the fail. [1] http://www.openstreetmap.org/browse/changeset/5194965 [2] http://www.openstreetmap.org/browse/changeset/5786162 Toby ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Another day, another bad import
On 5/2/2011 12:50 AM, Toby Murray wrote: Tomorrow I think I may try to use my local pgsnapshot database to query all untagged, unconnected nodes in the region and nuke them from that. If you can catch the xapi when it's up, http://wiki.openstreetmap.org/wiki/Xapi#Child_Element_Predicates might be easier. Unfortunately I don't think you can do both [not(tag)] and [not(way)], so you'll have to filter in JOSM. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
