Re: [Talk-us] Import of EPA data
On Tue, Dec 15, 2009 at 7:58 AM, Alan Mintz wrote: > At 2009-12-14 22:06, jamesmikedup...@googlemail.com wrote: >>... >>The url is : >>http://iaspub.epa.gov/enviro/national_kml.registry_html?p_registry_id=110038753872 >> >>This resolves to: >>A LOCATION IDENTIFIED BY A BROWNFIELDS PILOT/GRANT. >>LOCATION ADDRESS 22 GARDINER CREEK ROAD, WASHBURN, ME 04786 >>COUNTY NAME AROOSTOOK >>http://iaspub.epa.gov/enviro/fii_query_detail.disp_program_facility?p_registry_id=110038753872 >> >> >>Information System ASSESSMENT, CLEANUP AND REDEVELOPMENT EXCHANGE SYSTEM >>Information System ID 36422 >>Environmental Interest Type BROWNFIELDS PROPERTY >>Data Source ACRES >>Last Updated Date 11/13/2007 >> >>Now, if we look at the map, we see that it is misplaced, it is off by >>some 1-2 km, >>but if you wanted to find it , you could. > > Maybe I'm missing something, but after looking at the above, and everything > on the related pages, I don't understand the purpose of importing this > particular node. Even if correctly positioned, what makes it useful to map? > What is it to be tagged? Well, if it is the biggest building the small town, why not? Why not have every building and poi on the map. > > >>First the name is off by one character, GARDNER and not GARDINER, but >>a fuzzy match would find that. > > I see (in the Los Angeles area) lots of mis-spellings, mis-naming, overly > verbose naming, etc. Again typical of databases that are not well edited. > > >>Also, why the schools are listed? I think because they are in the database : >>National Center for Education Statistics (NCES) >>The NCES is the primary federal database for collecting and analyzing >>data related to education in the United States and other Nations. It >>is located in the U.S. Department of Education, within the Institute >>of Education Sciences. >> >>For example : >>http://iaspub.epa.gov/enviro/fii_query_detail.disp_program_facility?p_registry_id=110021997794 >>NATIONAL CENTER FOR EDUCATION STATISTICS >> 23117514 REGULAR SCHOOL NCES 12/30/2006 STATE >> ID-45204 >>That would make sense to make sure the schools are not built next to a >>superfund > > I routinely see dups in the case of schools (at least), since someone > already did a GNIS import, some of which has now been manually geolocated. > Why import these again? Ok. That would be a reason to remove the data. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Import of EPA data
At 2009-12-14 22:06, jamesmikedup...@googlemail.com wrote: >... >The url is : >http://iaspub.epa.gov/enviro/national_kml.registry_html?p_registry_id=110038753872 > >This resolves to: >A LOCATION IDENTIFIED BY A BROWNFIELDS PILOT/GRANT. >LOCATION ADDRESS22 GARDINER CREEK ROAD, WASHBURN, ME 04786 >COUNTY NAME AROOSTOOK >http://iaspub.epa.gov/enviro/fii_query_detail.disp_program_facility?p_registry_id=110038753872 > > >Information System ASSESSMENT, CLEANUP AND REDEVELOPMENT EXCHANGE SYSTEM >Information System ID 36422 >Environmental Interest Type BROWNFIELDS PROPERTY >Data Source ACRES >Last Updated Date 11/13/2007 > >Now, if we look at the map, we see that it is misplaced, it is off by >some 1-2 km, >but if you wanted to find it , you could. Maybe I'm missing something, but after looking at the above, and everything on the related pages, I don't understand the purpose of importing this particular node. Even if correctly positioned, what makes it useful to map? What is it to be tagged? >First the name is off by one character, GARDNER and not GARDINER, but >a fuzzy match would find that. I see (in the Los Angeles area) lots of mis-spellings, mis-naming, overly verbose naming, etc. Again typical of databases that are not well edited. >Also, why the schools are listed? I think because they are in the database : >National Center for Education Statistics (NCES) >The NCES is the primary federal database for collecting and analyzing >data related to education in the United States and other Nations. It >is located in the U.S. Department of Education, within the Institute >of Education Sciences. > >For example : >http://iaspub.epa.gov/enviro/fii_query_detail.disp_program_facility?p_registry_id=110021997794 >NATIONAL CENTER FOR EDUCATION STATISTICS > 23117514REGULAR SCHOOL NCES12/30/2006 STATE > ID-45204 >That would make sense to make sure the schools are not built next to a >superfund I routinely see dups in the case of schools (at least), since someone already did a GNIS import, some of which has now been manually geolocated. Why import these again? -- Alan Mintz ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] US Chapter and SOTM calls tomorrow
Is there some irc channel to meet in? We coul also talk about the EPA stuff. I also have skype, but doing a international conference call will be expensive. mike On Tue, Dec 15, 2009 at 7:24 AM, Ian Dees wrote: > On Mon, Dec 14, 2009 at 9:12 PM, Katie Filbert wrote: >> >> On Sun, Dec 13, 2009 at 3:21 PM, Serge Wroclawski >> wrote: >>> >>> Just a quick reminder to US folks, the US Chapter call is tomorrow and >>> afterwards is the US SOTM call. >>> >>> >>> http://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters/United_States >>> >>> http://wiki.openstreetmap.org/wiki/WikiProject_United_States/US_SOTM >>> >>> I've gotten some feedback recently from folks who can't make the US >>> Chapter call but want to be kept in the loop. If you're one of those >>> folks, please drop me a line and let me know how you think we could do >>> a better job. Similarly, if you have a question or an issue you want >>> raised, please drop me a line if you can't be on the call and I'll add >>> it to the agenda. >>> >> >> Unfortunately, I missed the calls, having been at a Facebook developers >> event this afternoon/evening, and find myself at other tech/meetup events >> sometimes on Monday evenings. >> >> It might help to rotate days that we have the calls, such as switch each >> week between Mondays and Thursday evenings. > > +1 on this. I would love to participate but find myself quite busy on Monday > evenings. > > ___ > 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] US Chapter and SOTM calls tomorrow
On Mon, Dec 14, 2009 at 9:12 PM, Katie Filbert wrote: > On Sun, Dec 13, 2009 at 3:21 PM, Serge Wroclawski wrote: > >> Just a quick reminder to US folks, the US Chapter call is tomorrow and >> afterwards is the US SOTM call. >> >> http://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters/United_States >> >> http://wiki.openstreetmap.org/wiki/WikiProject_United_States/US_SOTM >> >> I've gotten some feedback recently from folks who can't make the US >> Chapter call but want to be kept in the loop. If you're one of those >> folks, please drop me a line and let me know how you think we could do >> a better job. Similarly, if you have a question or an issue you want >> raised, please drop me a line if you can't be on the call and I'll add >> it to the agenda. >> >> > Unfortunately, I missed the calls, having been at a Facebook developers > event this afternoon/evening, and find myself at other tech/meetup events > sometimes on Monday evenings. > > It might help to rotate days that we have the calls, such as switch each > week between Mondays and Thursday evenings. > +1 on this. I would love to participate but find myself quite busy on Monday evenings. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Import of EPA data
On Tue, Dec 15, 2009 at 2:31 AM, Anthony wrote: > On Mon, Dec 14, 2009 at 2:40 PM, jamesmikedup...@googlemail.com > wrote: >> >> On Mon, Dec 14, 2009 at 8:27 PM, David Fawcett >> wrote: >> > I also don't think that man_made=envionmental_hazard is an appropriate >> > tag. >> >> That is easy to fix. > > Not automatically. I mean to just remove it. > I've seen this tag on a sewage treatment facility and on > a pool supplies shop. And that's without really looking. In the one case I > deleted the tag, because I couldn't find the correct location. In the > other, I fixed the tag. > > By the way, in both cases the URL didn't work. And they were both placed in > the middle of the road (which in some ways is a good thing - it makes them > easy to spot and fix by hand). > > With that in mind, I have somewhat mixed feelings about this. As long as > you're using tags that don't show up in the renderers, I guess it's not so > bad. But at least get the URL fixed. In a few cases I tried to find what > the tag was actually talking about, failed, and decided to just delete it. What urls dont work? let me take a random one. from this changeset : http://www.openstreetmap.org/browse/changeset/3351203 McCain Factory : http://www.openstreetmap.org/browse/node/586850476 The url is : http://iaspub.epa.gov/enviro/national_kml.registry_html?p_registry_id=110038753872 This resolves to: A LOCATION IDENTIFIED BY A BROWNFIELDS PILOT/GRANT. LOCATION ADDRESS22 GARDINER CREEK ROAD, WASHBURN, ME 04786 COUNTY NAME AROOSTOOK http://iaspub.epa.gov/enviro/fii_query_detail.disp_program_facility?p_registry_id=110038753872 Information System ASSESSMENT, CLEANUP AND REDEVELOPMENT EXCHANGE SYSTEM Information System ID 36422 Environmental Interest Type BROWNFIELDS PROPERTY Data Source ACRES Last Updated Date 11/13/2007 Now, if we look at the map, we see that it is misplaced, it is off by some 1-2 km, but if you wanted to find it , you could. First the name is off by one character, GARDNER and not GARDINER, but a fuzzy match would find that. Google places 22 GARDNER CREEK ROAD,WASHBURN,ME at 46.790687,-68.338737 http://maps.google.com/maps?f=q&source=s_q&hl=en&geocode=&q=22+GARDNER+CREEK+ROAD+,+WASHBURN,+ME+04786&sll=46.790687,-68.338737&sspn=0.011312,0.027595&ie=UTF8&hq=&hnear=Gardner+Creek+Rd,+Washburn,+Aroostook,+Maine+04786&z=15 But, the only thing that even looks like a factory is we can do more, please report any broken urls to me so we can look at the reason. Also, why the schools are listed? I think because they are in the database : National Center for Education Statistics (NCES) The NCES is the primary federal database for collecting and analyzing data related to education in the United States and other Nations. It is located in the U.S. Department of Education, within the Institute of Education Sciences. For example : http://iaspub.epa.gov/enviro/fii_query_detail.disp_program_facility?p_registry_id=110021997794 NATIONAL CENTER FOR EDUCATION STATISTICS 23117514REGULAR SCHOOL NCES12/30/2006 STATE ID-45204 That would make sense to make sure the schools are not built next to a superfund mike ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Import of EPA data
On Mon, Dec 14, 2009 at 4:21 PM, Greg Troxel wrote: > I am generally in favor of imports. But EPA superfund site data seems > to be getting close to "there should be mashup with this data and osm as > the baselayer" as opposed to importing it. > +1 -- Bill n1...@arrl.net bill.n1...@gmail.com ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Import of EPA data
In looking more at all of the different types of things that EPA includes in this data, I think that if it is appropriate to import this data into OSM, it should be done carefully and thoughtfully. The data includes everything from Federal Superfund sites (big sites, lots of contamination) to Brownfields (potential contamination that stands in the way of property redevelopment, but not necessarily any contamination). I don't see anything on the Map Features page that would fit with these features as a whole. I assume that one would also want to develop some tags/attributes to characterize the different types of features. Maybe using some sort of EPA namespace. epa_npl ? I still think that this data is continually evolving and is better used as a data source mashed on top of OSM. If people feel that this data really should be in OSM and that it can be improved and maintained so that it does not misrepresent what is really going on, I would think that the next step would be to start a conversation on the tagging list to figure out the best way to describe it. David. On Mon, Dec 14, 2009 at 7:31 PM, Anthony wrote: > On Mon, Dec 14, 2009 at 2:40 PM, jamesmikedup...@googlemail.com > wrote: >> >> On Mon, Dec 14, 2009 at 8:27 PM, David Fawcett >> wrote: >> > I also don't think that man_made=envionmental_hazard is an appropriate >> > tag. >> >> That is easy to fix. > > Not automatically. I've seen this tag on a sewage treatment facility and on > a pool supplies shop. And that's without really looking. In the one case I > deleted the tag, because I couldn't find the correct location. In the > other, I fixed the tag. > > By the way, in both cases the URL didn't work. And they were both placed in > the middle of the road (which in some ways is a good thing - it makes them > easy to spot and fix by hand). > > With that in mind, I have somewhat mixed feelings about this. As long as > you're using tags that don't show up in the renderers, I guess it's not so > bad. But at least get the URL fixed. In a few cases I tried to find what > the tag was actually talking about, failed, and decided to just delete it. > ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] US Chapter and SOTM calls tomorrow
On Sun, Dec 13, 2009 at 3:21 PM, Serge Wroclawski wrote: > Just a quick reminder to US folks, the US Chapter call is tomorrow and > afterwards is the US SOTM call. > > http://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters/United_States > > http://wiki.openstreetmap.org/wiki/WikiProject_United_States/US_SOTM > > I've gotten some feedback recently from folks who can't make the US > Chapter call but want to be kept in the loop. If you're one of those > folks, please drop me a line and let me know how you think we could do > a better job. Similarly, if you have a question or an issue you want > raised, please drop me a line if you can't be on the call and I'll add > it to the agenda. > > Unfortunately, I missed the calls, having been at a Facebook developers event this afternoon/evening, and find myself at other tech/meetup events sometimes on Monday evenings. It might help to rotate days that we have the calls, such as switch each week between Mondays and Thursday evenings. -Katie > - Serge > > ___ > 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] Issues in New Mexico
Thanks, I reverted them back to their last known address-- much closer to Santa Fe than Santa Claus. James (resending to list) On Monday 14 December 2009 12:21:07 pm you wrote: > On Mon, 2009-12-14 at 09:18 -0800, Dave Hansen wrote: > > On Mon, 2009-12-14 at 12:07 -0500, James Umbanhowar wrote: > > > Does anyone know why the area around around Raton, NM looks like it is > > > melting? I don't think it even renders in Osmarender. > > > > > > http://www.openstreetmap.org/?lat=36.93134&lon=-104.46384&zoom=16&layer > > >s=B000FTF > > > > You have a couple of nodes that aren't quite in NM any more in some of > > those ways: > > > >> user='Chris CA' visible='true' version='5' lat='89.624567' > > lon='-104.4524709' /> > > > > Looks closer to Santa than to New Mexico. > > http://www.openstreetmap.org/browse/changeset/3312188 > > -- Dave > ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Import of EPA data
On Mon, Dec 14, 2009 at 2:40 PM, jamesmikedup...@googlemail.com < jamesmikedup...@googlemail.com> wrote: > On Mon, Dec 14, 2009 at 8:27 PM, David Fawcett > wrote: > > I also don't think that man_made=envionmental_hazard is an appropriate > > tag. > > That is easy to fix. > Not automatically. I've seen this tag on a sewage treatment facility and on a pool supplies shop. And that's without really looking. In the one case I deleted the tag, because I couldn't find the correct location. In the other, I fixed the tag. By the way, in both cases the URL didn't work. And they were both placed in the middle of the road (which in some ways is a good thing - it makes them easy to spot and fix by hand). With that in mind, I have somewhat mixed feelings about this. As long as you're using tags that don't show up in the renderers, I guess it's not so bad. But at least get the URL fixed. In a few cases I tried to find what the tag was actually talking about, failed, and decided to just delete it. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] US OMSF proposal mission statement v2
All, Mission statement v2 is now open for discussion: http://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters/United_States/Mission_statement Please comment here on talk-us or on the wiki. This draft will be open for a 2 week comment period (ending Dec 29). Cheers, Sarah ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Import of EPA data
At 2009-12-13 05:12, Mike N. wrote: > > Wouldn't "url" be a better tag for it? For your example, the "ref" would > > actually be more like "110010106081". > > Although 'url' might be semantically better, this has been deprecated by >the Wiki: > >http://wiki.openstreetmap.org/wiki/Key:url I don't see that. I see a statement that it is too generic, with which I don't agree. That's the point of a URL - to be able to stick it in anything that reads a URL in order to see the data. In the common case of wikipedia, it made sense to me to have a separate tag, but otherwise? >But a ref=110010106081 would also work since it would key back to the >original data. Agreed, though it's nice to also have the link to avoid the user having to do research (or find and parse the changeset, or find a Wiki page) to find out where to plug the number in to get the data. Some other thoughts on the data: Like a lot of government databases, I have the feeling that this one is poorly maintained. I see points that are badly misplaced, for places that no longer exist, etc. e.g.: http://iaspub.epa.gov/enviro/national_kml.registry_html?p_registry_id=110037378655 The name is "RTE 134 EB PM 12.07 TO 12.63 IN THE CITY OF LOS ANGELES EA 07 235904", which seems to describe a section of CA SR-134 eastbound, which is over 6 miles away ( http://www.openstreetmap.org/?lat=34.14286&lon=-118.17127&zoom=17&layers=B000FTF ). Why is this an environmental hazard, anyway? There are a number of elementary schools tagged (e.g. http://iaspub.epa.gov/enviro/national_kml.registry_html?p_registry_id=110022045400 ). Are these really hazardous waste sites? I can understand why some high schools and adult education centers might be tagged if they have auto shops, but it doesn't seem to be enough of them in that case. Same goes for gas/service stations - a few but not all. Is it really useful info anyway? Don't we all assume that such places deal with toxic substances (hopefully correctly)? Or am I missing the point of the data? -- Alan Mintz ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Import of EPA data
I am generally in favor of imports. But EPA superfund site data seems to be getting close to "there should be mashup with this data and osm as the baselayer" as opposed to importing it. I'm on the light pollution committee in my town, and eventually I'd like to have a database of issues. I don't think this belongs in OSM, but as a separate database that I'd use OSM as the baselayer for displaying. The GNIS import has an accuracy problem, but most of those are easy to fix because they are obvious places (church, school, etc.). When you examine a few of the EPA datapoints of which you have knowledge, how far off are the markers from where they should be? With pollution data in particular, I'm nervous about putting points where they aren't. pgpee5owSg1BO.pgp Description: PGP signature ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Import of EPA data
On Mon, Dec 14, 2009 at 8:27 PM, David Fawcett wrote: > My preference is that you roll the data import back. The spatial > accuracy is poor, and I know that there is more current data for at > least my state. I am new to OSM, but importing 100k points with known > accuracy issues does not make sense. Many of these points are > difficult to crowd-improve because acquiring the info needed to > improve the data is not as simple as overlaying it on an air photo and > moving the line. > > I also don't think that man_made=envionmental_hazard is an appropriate > tag. That is easy to fix. I think if environmental data like this is imported into OSM, > that some standard tags should be developed to classify it. (maybe > this has already been done, I haven't found it yet)For this data, > perhaps using an EPA namespace. Right now, these points show up on > the default Mapnik render with no symbols and because they have long > names, they cover up significant map space. It would be useful to use > tags that would allow the renderer stylesheet to include or exclude > the environmental POIs. We can make the invisible as well. > > If I were to want to use the default render for a project basemap in > the past, I would now want do to a custom render, so these features > that are prominent, but irrelevant to many mapping projects would not > appear. > > I would like to have us come up with a more standard language on how > to tag and attribute these things. I think that since these types of > features change fairly frequently, there should be a way to update > these in an automated way. > > In reality, aside from the POIs, maybe data like this isn't really a > good fit for OSM. It is difficult to manage a copy of rapidly > changing data that other people maintain. Maybe it is better to have > resources describing how people can mash up this kind of data with OSM > base data instead of importing it. An extreme example would be > traffic speed data. It would be crazy to submit this data to OSM and > keep it up to date (minute). This data changes more slowly than that, > but where is the line? > > I hope that you haven't seen my comments as 'abuse'. > I haven't > intended any of my critique and suggestions to be an attack on you or > what you are doing. My intention is to see that data like this is > imported using the most recent and accurate sources, that it is > tagged/classified in the best way possible, and that there is a scheme > to keep it up-to-date. yes of course. I dont take it personally. this is the normal "abuse" that takes part in all projects. What I wanted to say is : lets make a decision on what to do. I write a script to update the data, I have some ready, but lets do it right. It will be easier to just delete the data. > > I think that for the same reason that data related to potential > environmental impacts is important, we need to be careful with the > accuracy. If a Superfund site shows up in your front yard and it > really belongs 10 miles away, it is a little different than having a > coffee shop POI placed there. Well, it is not a problem to track all the user edited changes and to feed this back to the EPA. In fact, if you see this in your front yard then you are the best to be able to say if it is really there. In one way, the crowd will be able to deal with this. So, my suggestion for a quick fix is : 1. rename to mixed case (using the perl module) 2. remove the industrial tag 3. I like the fact that you can just click on the link to find out more, maybe rename that. 4. make the nodes as not visible, then they will show up only in josm and for serious editors, normal users will not be bothered. What do you think? mike ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Import of EPA data
My preference is that you roll the data import back. The spatial accuracy is poor, and I know that there is more current data for at least my state. I am new to OSM, but importing 100k points with known accuracy issues does not make sense. Many of these points are difficult to crowd-improve because acquiring the info needed to improve the data is not as simple as overlaying it on an air photo and moving the line. I also don't think that man_made=envionmental_hazard is an appropriate tag. I think if environmental data like this is imported into OSM, that some standard tags should be developed to classify it. (maybe this has already been done, I haven't found it yet)For this data, perhaps using an EPA namespace. Right now, these points show up on the default Mapnik render with no symbols and because they have long names, they cover up significant map space. It would be useful to use tags that would allow the renderer stylesheet to include or exclude the environmental POIs. If I were to want to use the default render for a project basemap in the past, I would now want do to a custom render, so these features that are prominent, but irrelevant to many mapping projects would not appear. I would like to have us come up with a more standard language on how to tag and attribute these things. I think that since these types of features change fairly frequently, there should be a way to update these in an automated way. In reality, aside from the POIs, maybe data like this isn't really a good fit for OSM. It is difficult to manage a copy of rapidly changing data that other people maintain. Maybe it is better to have resources describing how people can mash up this kind of data with OSM base data instead of importing it. An extreme example would be traffic speed data. It would be crazy to submit this data to OSM and keep it up to date (minute). This data changes more slowly than that, but where is the line? I hope that you haven't seen my comments as 'abuse'. I haven't intended any of my critique and suggestions to be an attack on you or what you are doing. My intention is to see that data like this is imported using the most recent and accurate sources, that it is tagged/classified in the best way possible, and that there is a scheme to keep it up-to-date. I think that for the same reason that data related to potential environmental impacts is important, we need to be careful with the accuracy. If a Superfund site shows up in your front yard and it really belongs 10 miles away, it is a little different than having a coffee shop POI placed there. David. On Sun, Dec 13, 2009 at 4:08 AM, jamesmikedup...@googlemail.com wrote: > Dear Team, > I am willing to put some work into this but I need a clear directive : > > Do you want to just revert my EPA import or should I put the work into > fixing it? > > please give me a direction. I get abuse for importing "junk", but on > the other side people have been happy to get this data. So there is > some conflict here. > > It is techinally possible to fix the data, here my algorithm : > > 1. pull the 10 changesets off the server, using the export routine. > Convert from osmchange to josm format. > 2. Replace the CAPS name with a nicer name. Devise some rules to > convert the WWTP to waste water treatment plant. > 3. Check if the item has been decommissioned (simple list lookup), if > so make it non visible > and mark it . > 4. Check the state/area if they dont want this data (nj has state level) > 5. Check the map if there are any other overlapping nodes in a certain > radius (needs to have the world file) > /- Ideally OSM would have an export routine to include nearby nodes. > 6. Check the map if there are any additional nodes with the same > name... now this will be very hard. But there should be a way to find > possible fuzzy matches in an area. > > Now, in fact this processing would be best done on a state or county > level. First you would want to split up the data into chunks and > distribute the processing. I don't know about the chunking mechanisms > for the USA data. Of course not all areas even have EPA hazards. > > But we could take a set of shape files for the chunks, use them to > split up the EPA data, create a weighted list of areas with the most > nodes and then extract the world files for those areas. > > Now, there are other things to do : > A. Be able to pull out the EPA record for each node and augment it > with the given data. decide based on that data to create better > symbols. This will create a huge load on the severs and could be > considered a form of DDOSing. That is why I have not started to do so. > Ideally the EPA will update the KML file and include the basic > infomation about it, the type of the hazard and the date of activity. > > B. If the company is just listed as a regulated producer of waste, and > the is no hazard, we should want to include the listing for the fact > that it is a POI. > > C. Now the points that ha
Re: [Talk-us] Issues in New Mexico
On Mon, Dec 14, 2009 at 11:07 AM, James Umbanhowar wrote: > Does anyone know why the area around around Raton, NM looks like it is > melting? I don't think it even renders in Osmarender. > > > http://www.openstreetmap.org/?lat=36.93134&lon=-104.46384&zoom=16&layers=B000FTF > > There will be a huge number of empty nodes in that area for a while as I'm uploading NHD for Colorado. The nodes decided to go first and the ways will show up later today. Hopefully I am going fast enough to avoid people deleting my way-less nodes... ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Issues in New Mexico
On Mon, 2009-12-14 at 09:18 -0800, Dave Hansen wrote: > On Mon, 2009-12-14 at 12:07 -0500, James Umbanhowar wrote: > > Does anyone know why the area around around Raton, NM looks like it is > > melting? I don't think it even renders in Osmarender. > > > > http://www.openstreetmap.org/?lat=36.93134&lon=-104.46384&zoom=16&layers=B000FTF > > You have a couple of nodes that aren't quite in NM any more in some of > those ways: > >user='Chris CA' visible='true' version='5' lat='89.624567' > lon='-104.4524709' /> > > Looks closer to Santa than to New Mexico. http://www.openstreetmap.org/browse/changeset/3312188 -- Dave ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Issues in New Mexico
On Mon, 2009-12-14 at 12:07 -0500, James Umbanhowar wrote: > Does anyone know why the area around around Raton, NM looks like it is > melting? I don't think it even renders in Osmarender. > > http://www.openstreetmap.org/?lat=36.93134&lon=-104.46384&zoom=16&layers=B000FTF You have a couple of nodes that aren't quite in NM any more in some of those ways: Looks closer to Santa than to New Mexico. -- Dave ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Issues in New Mexico
Does anyone know why the area around around Raton, NM looks like it is melting? I don't think it even renders in Osmarender. http://www.openstreetmap.org/?lat=36.93134&lon=-104.46384&zoom=16&layers=B000FTF ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
