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 >> buildings<http://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 >> MassGIS<http://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 >> archives<http://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 >> Questions<http://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 >> Services<http://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 >> here<https://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 >> spreadsheet<https://docs.google.com/spreadsheet/ccc?key=0Ar0iC0thXzOjdFc4c3diOGZiNlNtX2ZoOVNacTE3R3c> >> will >> be used to track progress on each town. People helping with the import will >> be able to claim a town, mark as town as already building complete, or mark >> it as "skip" for the final automated import because of data problems.**** >> >> *Who Is Doing This* >> >> So far OSM users ingalls and jremillard are working on the import. We >> will work on getting as much help as possible.**** >> >> *Getting Help* >> >> Use the MA osm database extract to get a list of users that have added 10 >> or more buildings in 2012. We will contact these users and ask if could >> help with the import. Not completed.**** >> >> *Manual Imports - Step 1* >> >> It is expected that users doing the town by town import will use their >> *normal >> osm accounts*. The >> data<https://docs.google.com/a/twincoastmetrology.com/folder/d/0B6HixOxli_6ldGVkREtxdk5lWGM/edit> >> will >> be download into JOSM, visually inspected, fixing any problems, then >> uploaded.**** >> >> *Schema* >> >> The OSM files that are in the ZIP file will only be tagged with >> building=yes.**** >> >> The MassGIS building STRUCT_ID will not be included. First, MassGIS made >> no attempt at preserving the STRUCT_ID when they updated the data set to >> include the entire state. The MassGIS STRUCT_ID, is based on X,Y centroid, >> when they updated the building locations, all of the ids changed. Second, >> No actual scenario came up in the discussion on why somebody might want to >> link the OSM structure back to the MassGIS data. In fact, nobody could come >> up with a case where previous imports that did include the original id >> turned out to be useful to somebody. Thirdly, if somebody really, really >> does need to link the OSM building to the MassGIS source layer, they can >> always link them them based on the building centriods of the two sets, and >> to get even more precision, rolling the change sets back to the import time >> and doing a more exact match will always be possible. Basically, the >> STRUCT_ID is redundant with the actual building geometry. Lastly, including >> the STRUCT_ID is not free. It will be confusing to future mappers. What to >> do with the STRUCT_ID, when a building is moved, deleted, or copied/ >> pasted? The wiki will not have this tag documented, it will not be clear >> what it is for. If even one fix is not made because of confusion over the >> STRUCT_ID tag, we will have lowered the final quality of the map for no >> apparent benefit.**** >> >> *Credit* >> >> Credit to MassGIS will be included in all changeset comments. It will >> read as follows *Building Structures (2-D, from 2011-2012 Ortho Imagery) >> - Office of Geographic Information (MassGIS), Commonwealth of >> Massachusetts, Information Technology Division*. No source tag will be >> used on the buildings themselves. See >> talk-us<http://lists.openstreetmap.org/pipermail/talk-us/2012-December/thread.html> >> archive >> for a discussion. By including the credit in the change comment, it does >> not need to be managed by future mappers who will be correcting/improving >> on the data. For the people that want to know where specific data came >> from, the change history on the way will have all the needed information. >> **** >> >> *Automated Import - Step 2 - Project Completion* >> >> Sometime after May 2013, the towns that have not been imported by hand or >> marked as "skip" will be imported directly by an automated script. This >> automated script will done under its own account. This script has not been >> written yet.**** >> >> -------------------------**** >> >> The import has been added to the catalog page. **** >> >> **** >> >> Omitting of the source tag, and massgis::id tag have already been >> discussed in talk-us. People where going both ways, but I would like to >> skip them at outlined above. However, we need help more than we need to get >> our way! If you feel strongly about the id and source tag, sign up to >> import a bunch of towns by hand and we can be made to change coarse.**** >> >> **** >> >> The user account has not been discussed yet. I am hoping to get some >> guidance. We are planning on using our own accounts on the "hand" imports. >> The automated import at the end of the project will get its own account, >> which I think is intention of the import guidlines wiki. If this is not >> acceptable, and we in fact do need our own account for each hand imported >> town, I will make a new OSM account, and give out its password out to >> everybody that asks for it to do the import. **** >> >> **** >> >> The last area I would like some help on. Could somebody look at the >> script in the data directory and verify that the MassGIS datum was >> correctly converted to the OSM datum. The output data is well aligned >> visually, but I have been warned in a private email that messing this up >> will results in < 1 meter error, which may not be apparent with a visual >> inspection.**** >> >> Thats it!**** >> >> Jason**** >> >> **** >> >> **** >> >> **** >> >> _______________________________________________ >> Imports mailing list >> impo...@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/imports >> >> > > > -- > Jeff Meyer > Global World History Atlas > www.gwhat.org > j...@gwhat.org > 206-676-2347 > > > > _______________________________________________ > 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
