maxerickson's Comments
Changeset | When | Comment |
---|---|---|
51855738 | almost 8 years ago | Hi- There were some duplicated buildings created here. In the past, I've seen that happen when "cancel" during the JOSM upload did not behave as expected. All it does is stop JOSM from listening for the updated data from the server, it doesn't actually cancel the edits. It's not a big deal, just something to be aware of. I think got all the duplicates. Max |
51891607 | almost 8 years ago | Hi- This changeset accidentally moved a node of a building a long distance, something to watch out for. It ends up creating rendering artifacts across a wide area. |
51904704 | almost 8 years ago | Hi- The instructions in the tasking manager have been adjusted to be clearer instead of encouraging highway=unclassified. But just to clarify, driveways are fine to just ignore, or can be mapped as highway=service and service=driveway. I've adjusted many of these. Thanks, Max |
51899151 | almost 8 years ago | Hi- The instructions in the tasking manager have been adjusted to be clearer instead of encouraging highway=unclassified. But just to clarify, driveways are fine to just ignore, or can be mapped as highway=service and service=driveway. I've adjusted these. Thanks, Max |
46868865 | almost 8 years ago | Hi- I just wanted to give you some quick feedback about mapping footways (sidewalks and crossings mostly). Whenever it is possible to move between two crossing paths/streets/etc, they should be explicitly connected with a point. Usually a sidewalk that ends at a street should also have a little "virtual" section that connects it out to the centerline. Here's a spot where there is not a connection, the software doesn't find a very good route: osm.org/directions?engine=mapzen_foot&route=41.55267%2C-83.61258%3B41.55147%2C-83.61082#map=18/41.55207/-83.61137 With more connections, the software won't have to go over to East Boundary Street to find a way onto Colony Court. Thanks, max |
45307555 | almost 8 years ago | Hi- I'm going through https://taginfo.openstreetmap.org/keys/building and looking at values that are used just once. A more common tag for the remains of a building is building=ruins. I guess this spot will be cleared out entirely soon enough so I'm just leaving it as is. Max |
51236835 | almost 8 years ago | Hi- The "building=" tag should be in lowercase, like is shown on osm.wiki/Key:building#Civic.2FAmenity Lowercase is the usual style for osm tags that are not proper names. Thanks, Max |
37710987 | almost 8 years ago | It seems this import accidentally omitted building relations: http://overpass-turbo.eu/s/r3L Not just in this changeset, the entire region. Not too bad to patch up, ~180 ways shown in that query, so probably 90 fixes at most (depending on how many of the ways are from other sources and how many of the buildings have multiple inners). |
51098333 | almost 8 years ago | Hi- Watch out for the copy tags feature, it looks like you accidentally included a post office during this session: osm.org/changeset/51098333?node_page=3 I've checked using http://overpass-turbo.eu/s/qZL and cleaned up the accidental ones in the Chicago area. You can use that map to check other areas you have edited, move the map and click "Run". Max |
50919335 | almost 8 years ago | Reverted in osm.org/changeset/50919911 |
44401356 | almost 8 years ago | A note/comment style opening_hours value should be wrapped in " marks, like: "During regular open hours" I also wonder if there is a better way to express such hours (I assume the station is only available when the facility is open?). I don't have any suggestions though. Thanks, Max |
49579127 | about 8 years ago | Yes, in the US wikipedia isn't a useful source for deciding the prominence of a place, as it just lists the legal incorporation type of the place. I've had this conversation with a couple other Mapbox folks (osm.org/changeset/49451105 osm.org/changeset/49455542 ), maybe whatever is reporting those errors can be adjusted to report fewer of them? I would suggest that for imported TIGER administrative boundaries in the US it isn't worth tracking place= at all, because they are a huge mess and need a lot of cleanup. |
48526422 | about 8 years ago | Hi- For some reason the name and various other tags of the airport didn't get copied over to the relation you created. I guess if you are adding details to airports that is something to keep an eye out for. I've fixed it. Max |
47500243 | about 8 years ago | Hello and welcome to OpenStreetMap. In the US, an amenity=hospital will be a large facility offering a wide range of services and probably inpatient care. A medical office building with multiple offices providing a range of specialties is likely amenity=clinic. I've change this one just now. A small facility with 2 or 3 providers working together is likely amenity=doctors. Thanks, Max |
49455542 | about 8 years ago | Wikipedia is not a useful source for determining osm place= values in the US, it lists the legal style of incorporation of the municipality and makes no attempt to estimate the prominence of a place. Your colleague has asked me a similar question where I explain more about my reasoning: |
49451105 | about 8 years ago | In this case I've just changed the place tag on the imported administrative boundary to match the node osm.org/node/150946057 In general the population and fact that it is a larger settlement in the county (but not a comparatively large settlement for the region) point towards it being place=town. The "city" in the wikipedia article refers to the type of legal incorporation of the municipality and isn't really something to consider for the osm place= tag (some US states have different laws for different types of municipalities, or different sharing of responsibilities between the municipality and other levels of government). |
49451610 | about 8 years ago | Hi- I'd appreciate it if you'd save more often, so as to not create huge bounding boxes that make it hard to use the history function at osm.org/history It can be annoying to save each fix for something like #maproulette, but it makes it easier to see change to local areas when edits are to a small area. Thanks, Max |
49413231 | about 8 years ago | Stripping those tags without further edits is basically pointless (they are easily ignored by data consumers, etc). I think it is even actively harmful, as it makes it look like the ways have been recently edited, whereas the data has just been touched by a mass tag removal process. |
45818287 | about 8 years ago | Shouldn't the stuff inside the () in the various names here be in ref, short_name or alt_name tags? |
49317939 | about 8 years ago | Okay, a little progress. But shop=furniture is preferred over "amenity=Furniture Store". Take a look at osm.wiki/Tag:shop%3Dfurniture There are widely used tags for many types of establishments. Also take a look at osm.wiki/Key:opening hours . A value like "Mo-Sa:10:00-19:00;Su:13:00-17:00" is not the correct format, it should be "Mo-Sa 10:00-19:00; Su 13:00-17:00" It's also preferred to use fully expanded street names in "addr:street" and to verify things like, in this case, whether "Lamar Avenue" or "Lamar Road" is the correct name of the street that the business is located on. |