Re: [Talk-us] California is too big ;)

[Vivek Bansal]

Thanks Drew!

I don't have any legs to stand on anymore so i'm also going to bow out of
the conversation :)

Anything you decide to do is fine with me Frederik.

Sincerely,

Vivek Bansal


On Wed, Nov 7, 2018 at 10:07 AM Drew Dara-Abrams 
wrote:

> Hi Vivek, Interline's OSM Extracts service generates extracts for all of
> those California metro regions that you list -- all extracts are updated
> daily. See https://www.interline.io/osm/extracts/ and
> https://github.com/interline-io/osm-extracts/blob/master/cities.json
>
> Hi Frederik, we see the Interline OSM Extracts service as complementary to
> Geofabrik, rather than trying to compete. Our own interest is in city/metro
> extracts, as our clients use these to power routing engines and other
> transportation analysis applications at the regional scale. It's great to
> have the comprehensive country and state coverage provided by Geofabrik.
> Feel free to drop me a line anytime at d...@interline.io.
>
> I'm a native Californian and know how contentious the intra-state divides
> can be... so I'll now leave this thread :)
>
> Drew
>
> On Tue, Nov 6, 2018 at 10:12 PM Vivek Bansal <3viv...@gmail.com> wrote:
>
>> I told you Californians loved attention!
>>
>> I picked 6 Californias because I thought it was the nicest way to divide
>> up the state into equally sized shapes with some reference to political
>> boundaries.  I also "detest" the politics of breaking up California but I
>> like the geospatial organization.
>>
>> I don't have an opinion where a north south line would go.
>>
>> That being said, (I think i'm repeating myself in a slightly different
>> way i'm sorry for that) alternatively would you consider adding a few of
>> the most populous regions and cities to the sub of California like you do
>> for Germany?  Just as you have an extract for Brandenberg (mit Berlin) as
>> well as Berlin, could you do the San Francisco Bay area as well as San
>> Francisco?  To make it easy, perhaps just use similar boundaries that
>> existed for Metro Extracts -
>> https://github.com/mapzen/metro-extracts/blob/master/cities.json namely:
>> - san-francisco-bay_california
>> - san-francisco_california
>> - san-jose_california
>> - los-angeles_california
>> - san-diego_california
>>
>> There must have been a demand for those regions to be added to that list
>> and I think the vast majority of analyses would take place at these levels.
>>
>> Thanks so much!
>>
>> -Vivek
>>
>> On Tue, Nov 6, 2018 at 8:11 PM Tod Fitch  wrote:
>>
>>>
>>> > On Nov 6, 2018, at 1:58 PM, OSM Volunteer stevea <
>>> stevea...@softworkers.com> wrote:
>>> >
>>> > Taken "straight across the state" (west to east), following the
>>> political boundaries of "the northern edges of three counties"
>>> (admin_level=6) to break up a state (admin_level=4), it's both easy
>>> (technically, simply "10 counties out of 58" or "northern edges of three
>>> counties"), agreeable by many, a political reality right now, mostly
>>> straight along a similar latitude line and already somewhat harmonious
>>> among the relatively small sample of people here on this list who have
>>> something to say about it.  (Not that we're definitive, nor am I,
>>> personally).  But, look, we did come to a rough consensus on a relatively
>>> simple solution rather quickly and easily.
>>> >
>>> > I say "we've thrown it against the wall, and it seems to stick."
>>> (Though of course, more discussion is welcome).
>>> >
>>> > SteveA
>>> > California
>>>
>>> +1 to this. Seems like a reasonable place to make a division to me.
>>>
>>> Tod
>>> also in California
>>>
>>> ___
>>> Talk-us mailing list
>>> Talk-us@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-us
>>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-us
>>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] California is too big ;)

[Vivek Bansal]

I told you Californians loved attention!

I picked 6 Californias because I thought it was the nicest way to divide up
the state into equally sized shapes with some reference to political
boundaries.  I also "detest" the politics of breaking up California but I
like the geospatial organization.

I don't have an opinion where a north south line would go.

That being said, (I think i'm repeating myself in a slightly different way
i'm sorry for that) alternatively would you consider adding a few of the
most populous regions and cities to the sub of California like you do for
Germany?  Just as you have an extract for Brandenberg (mit Berlin) as well
as Berlin, could you do the San Francisco Bay area as well as San
Francisco?  To make it easy, perhaps just use similar boundaries that
existed for Metro Extracts -
https://github.com/mapzen/metro-extracts/blob/master/cities.json namely:
- san-francisco-bay_california
- san-francisco_california
- san-jose_california
- los-angeles_california
- san-diego_california

There must have been a demand for those regions to be added to that list
and I think the vast majority of analyses would take place at these levels.

Thanks so much!

-Vivek

On Tue, Nov 6, 2018 at 8:11 PM Tod Fitch  wrote:

>
> > On Nov 6, 2018, at 1:58 PM, OSM Volunteer stevea <
> stevea...@softworkers.com> wrote:
> >
> > Taken "straight across the state" (west to east), following the
> political boundaries of "the northern edges of three counties"
> (admin_level=6) to break up a state (admin_level=4), it's both easy
> (technically, simply "10 counties out of 58" or "northern edges of three
> counties"), agreeable by many, a political reality right now, mostly
> straight along a similar latitude line and already somewhat harmonious
> among the relatively small sample of people here on this list who have
> something to say about it.  (Not that we're definitive, nor am I,
> personally).  But, look, we did come to a rough consensus on a relatively
> simple solution rather quickly and easily.
> >
> > I say "we've thrown it against the wall, and it seems to stick."
> (Though of course, more discussion is welcome).
> >
> > SteveA
> > California
>
> +1 to this. Seems like a reasonable place to make a division to me.
>
> Tod
> also in California
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] California is too big ;)

[Vivek Bansal]

Hi Frederik,

Yes California is too big!  We also like the attention!

1.  Since the demise of metrozen extracts, I don't know of a good site
outside of Geofabrik to get regulary updated OSM extracts of California.
There is https://www.interline.io/osm/extracts/ but it is a similar
business model to the Geofabrik Downloads.

2.  I would certainly love smaller more regularly updated extracts!  I'm
not sure how much my team would pay for it though.  We would use them to
power our Opentripplanner instance.  We would want the whole San Francisco
Bay Area in one extract.

3.  I think the most common analysis patterns rely on regions greater than
each county, but smaller than just NorCal and SoCal.  The 6 californias
here: https://en.wikipedia.org/wiki/Six_Californias
is pretty close to what I would suggest (except i'd have the Bay Area 9
county region to be one group, perhaps the 7th California?).  I don't know
of any spatial files with this breakdown.

Sincerely,
Vivek

On Tue, Nov 6, 2018 at 12:40 AM Frederik Ramm  wrote:

> Hi,
>
> on the Geofabrik download server, we usually split up countries into
> sub-regions once their single .osm.pbf has gone over a certain size. The
> aim is to make it easy for people to work with data just for their
> region, even on lower-spec hardware where it might be difficult to
> handle huge files.
>
> Every once in a while I check the list of not-yet-split countries and
> split up the largest of them. The current top of the list is
>
> 1. Netherlands
> 2. California
> 3. Indonesia
> 4. Spain
> 5. Czech Republic
> 6. Brazil
> 7. Ontario
> 8. Norway
> 9. Austria
> 10. India
>
> Hence the next country I'll split up is the Netherlands, but after that,
> for the first time ever, a second-level entity (California) will be
> larger than all not-yet-split countries.
>
> So I wonder:
>
> 1. is there already a site where someone interested in only a subset of
> California can download current data and potentially also daily diffs?
>
> 2. is there a demand for this?
>
> 3. what would be a sensible way to split California - in 58 counties, or
> maybe just go with SoCal and NorCal for now?
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us


On Tue, Nov 6, 2018 at 12:40 AM Frederik Ramm  wrote:

> Hi,
>
> on the Geofabrik download server, we usually split up countries into
> sub-regions once their single .osm.pbf has gone over a certain size. The
> aim is to make it easy for people to work with data just for their
> region, even on lower-spec hardware where it might be difficult to
> handle huge files.
>
> Every once in a while I check the list of not-yet-split countries and
> split up the largest of them. The current top of the list is
>
> 1. Netherlands
> 2. California
> 3. Indonesia
> 4. Spain
> 5. Czech Republic
> 6. Brazil
> 7. Ontario
> 8. Norway
> 9. Austria
> 10. India
>
> Hence the next country I'll split up is the Netherlands, but after that,
> for the first time ever, a second-level entity (California) will be
> larger than all not-yet-split countries.
>
> So I wonder:
>
> 1. is there already a site where someone interested in only a subset of
> California can download current data and potentially also daily diffs?
>
> 2. is there a demand for this?
>
> 3. what would be a sensible way to split California - in 58 counties, or
> maybe just go with SoCal and NorCal for now?
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Requesting to remove stoplines in San Jose

[Vivek Bansal]

Hey Peter,

I'd like to first say I didn't really know what your account was doing when
I saw those stop_lines, but I certainly see some value in them now.  I hope
your company stays engaged and keeps contributing to OpenStreetMap!

I think there is more value in having the ways re-tagged than having them
deleted.  I think one of the important things is that the road_marking ways
should be joined to any relevant intersecting ways (probably highways) with
a node (utilsplugin2 should help).

-Vivek



On Wed, Sep 20, 2017 at 10:12 AM peter flier  wrote:

> Hello everyone,
>
> This being my first post to this list, I hope it has gotten through. As
> Vivek has mentioned, we have a productive discussion about how best to
> address the digitization of stoplines and the havoc my approach has wrought
> upon all of you.
>
> First, let me say I am sorry that my initial incursion into the new
> feature type was so categorically disruptive to people's workflows. I had
> attempted to propose this feature as a free to the public service my
> company was going to be providing as a secondary result of our work. I
> scoured OSM for a proper feature type that could be used for this purpose
> and found nothing that quite lined up (pun intended!), so I proposed my own
> and moved forward with it. It was only afterwards that I was informed of
> the experimental road_marking feature type which would encompass nearly all
> of the stop lines I would be adding.
>
> If there are no objections to the re-tagging of these ways, I will move
> things over in bulk through JOSM and add future stop lines under the
> "road_marking= solid_stop_line" pairing.
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Uploading sidewalks in San Jose, California, US

[Vivek Bansal]

Stevea,

Thanks for the comments.  I don't think i'll ever be able to say the word
"license" again.

-Vivek

On Wed, Sep 20, 2017 at 1:18 AM Minh Nguyen <m...@nguyen.cincinnati.oh.us>
wrote:

> On 19/09/2017 23:44, OSM Volunteer stevea wrote:
> > Vivek Bansal <3viv...@gmail.com> writes:
> >> We are using the San Jose data which has an ODbL compliant license (and
> any government data in California has the same).
> >
> > I'm following the San José discussion and don't wish to get too
> technically legal:  I am not an attorney, though I have paid attention to
> the legal situation with state (of California) produced geo data and how
> our state "Open Data/Open Records" laws plus two fairly recent California
> Supreme Court decisions make state-published data roughly if not
> essentially equivalent to public domain.  These legal circumstances taken
> together with OSM's ODBL result in "be free to use the data, OSM, they are
> ODbL compliant."  It isn't exactly correct to use the word "license" in how
> California publishes geo data.  It IS correct that such data are "ODBL
> compliant."  It isn't a license that grants this, it is case law or stare
> decisis (Latin for "let the decision stand") which confirm such data
> published by the state comply with both statutory law (California Public
> Records Act, CPRA) and California's state constitution.  The bottom line is
> "the data are ODbL compliant" though it isn't via "license."
>
> Yes, we're aware of County of Santa Clara v. California First Amendment
> Coalition as it relates to the CPRA. The wiki page describing the import
> [1] currently states the source data's _copyright status_ as being in
> the public domain, steering clear of the term "license". Hopefully
> that'll be clear enough for the purposes of this import project.
>
> > From an OSM perspective, I suppose it can be said we are fortunate to
> have as much state (of California) published geo data available to us as we
> do; I certainly am grateful for these circumstances!
>
> Well said -- as someone who also maps in states with more restrictive
> copyright laws, it's been refreshing to be able to say "public domain",
> end of story.
>
> [1]
>
> https://wiki.openstreetmap.org/wiki/Santa_Clara_County,_California/San_Jose_Sidewalk_Import
>
> --
> m...@nguyen.cincinnati.oh.us
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Requesting to remove stoplines in San Jose

[Vivek Bansal]

All,

I messaged pflier last night and today we have been having a fruitful and
positive discussion.  As soon as he gets access to the list he will comment.

-3vivekb



On Tue, Sep 19, 2017 at 8:27 AM Saikrishna Arcot <saiarcot...@gmail.com>
wrote:

> Hi,
>
> I've seen the new stoplines in San Jose as well, and the reason they're
> not useful as-is IMO is because they're not connected to the main road that
> has the stop line; it's just a floating disconnected way. If they were
> connected to the road, then it would be more useful to data users, but in
> their current state, for it to be of use, data users would have to do some
> additional processing on their end to find out what way it intersects to
> see where it applies.
>
>
> On 09/19/2017 08:00 AM, Greg Morgan wrote:
>
> On Mon, Sep 18, 2017 at 6:39 PM, Vivek Bansal <3viv...@gmail.com> wrote:
>
>> Hey, I noticed pfliers has added lots of unconnected ways w/
>> `highway=stopline` all over San Jose. It’s really been cluttering up our
>> workflows in iD, and now it’s triggering JOSM’s validator as we’re adding
>> sidewalks. Can we remove them in one big mechanical edit? Even if the
>> concept is good, they’d have to be remapped in order to be useful anyways.
>> Maybe they should be a node along the centerline.  Or instead they should
>> be a road_marking.
>>
>> This also affects Phoenix, Arizona.
>>
>> Here is a link to pfliers history:
>> https://www.openstreetmap.org/user/pflier/history#map=6/38.882/-117.411
>>
>> Here is pfliers proposal:
>> http://wiki.openstreetmap.org/wiki/Proposed_features/stop_line
>>
>> -3vivekb
>>
>> I noticed the new tagging in Phoenix.  I sent the Keep Right maintainer a
> request that excludes highway=stopline from "intersections without
> junctions" checking.  I do not believe the sky is falling.  I don't see how
> these stoplines would have to be remapped.  When we look at the data, all
> the Phoenix stoplines are mapped by traffic lights.  I am not sure how
> stoplines would impact your workflow.  Ignore the Josm validation
> recommendations for these stoplines.  I haven't put a request into Josm
> maintainers but it is certainly something that you can do.
>
> The proposal has something to do with autonomous cars. The stoplines may
> just be perfect for the Phoenix area.
>
> http://www.azcentral.com/story/money/business/tech/2017/06/23/arizona-getting-ahead-autonomous-vehicle-industry-stepping-aside-waymo-uber-intel-chevy-bolt/405436001/
>
>
> https://www.keepright.at/report_map.php?zoom=15=33.51322=-112.06043=B0T=0%2C130%2C191%2C192%2C193%2C194%2C195%2C196%2C197%2C198_ign=0_tmpign=0
>
>
> ___
> Talk-us mailing 
> listTalk-us@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-us
>
>
> --
> Saikrishna Arcot
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] Uploading sidewalks in San Jose, California, US

[Vivek Bansal]

All,

I'm asking for a community review of our project to import the Sidewalks of
San Jose, California.

The Wiki:
https://wiki.openstreetmap.org/wiki/Santa_Clara_County,_California/San_Jose_Sidewalk_Import

Summary:
We are mappers attached to Code for San Jose.

We are using the San Jose data which has an ODbL compliant license (and any
government data in California has the same).  The import will happen
through the tasking manager in 640 separate blocks using JOSM.

We are only adding the sidewalks - not crossings nor curb cuts.

We are following the reasoning of the Seattle Import.

This message will be cross-posted on:
imports
talk-us
talk-us-sfbay

Thank you for your time!

-Vivek Bansal (3vivekb)
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] Requesting to remove stoplines in San Jose

[Vivek Bansal]

Hey, I noticed pfliers has added lots of unconnected ways w/
`highway=stopline` all over San Jose. It’s really been cluttering up our
workflows in iD, and now it’s triggering JOSM’s validator as we’re adding
sidewalks. Can we remove them in one big mechanical edit? Even if the
concept is good, they’d have to be remapped in order to be useful anyways.
Maybe they should be a node along the centerline.  Or instead they should
be a road_marking.

This also affects Phoenix, Arizona.

Here is a link to pfliers history:
https://www.openstreetmap.org/user/pflier/history#map=6/38.882/-117.411

Here is pfliers proposal:
http://wiki.openstreetmap.org/wiki/Proposed_features/stop_line

-3vivekb
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Establishing Tasks for South Bay Sidewalks

[Vivek Bansal]

Hey Clifford (et. al),

As far as scheme goes, so far we have been tagging sidewalks with
left/right/both on the highway.  We are about 1/15 the way through.  But
after reading
http://wiki.openstreetmap.org/wiki/Proposed_features/sidewalk_schema  I
think we'll try to create separate ways for footways and crossings for
future tagging.  We have a big county and we are doing this computerside so
we probably won't do significantly more than that like grade.

We do need to figure out if our analysis methods will work with our tagging
as well.

-Vivek

On Sat, Jul 22, 2017 at 3:35 PM Clifford Snow <cliff...@snowandsnow.us>
wrote:

> Vivek,
> I email you an email address off line to get admin privilages to the US
> Tasking Manager.
>
> What help do you need using the US Tasking Manager. I used it to map
> sidewalks in Mount Vernon, WA.
>
> Have you thought about what scheme to map sidewalks? I've been won over to
> mapping them as individual ways to allow for routing. Which means redoing
> Mount Vernon.
>
> Take a look at http://OpenSitdeWalks.com for information of the schema
> proposal as well as the wiki.  There is a demo at http://accessmap.io for
> use by people with mobility impairments in Seattle.
>
> Clifford
> On Sat, Jul 22, 2017 at 12:35 PM, Vivek Bansal <3viv...@gmail.com> wrote:
>
>> We want to set up a task in the osm-us tasking manager to mark sidewalk
>> tags across the entire Santa Clara County, California.
>>
>> We are doing this tagging using the Bing imagery in ID.  Right now it's
>> individual and manual.
>>
>> I'm a part of the Santa Clara Valley Transportation Authority.  We plan
>> on using this data to do network analysis.
>>
>> We have already started work:
>> http://product.itoworld.com/map/126?lon=-121.89058=37.33616=12
>>
>> What information do you need from us to get this set up?
>>
>> Vivek Bansal
>> GIS Programmer
>> VTA
>> osm: 3vivekb
>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-us
>>
>>
>
>
> --
> @osm_seattle
> osm_seattle.snowandsnow.us
> OpenStreetMap: Maps with a human touch
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] Establishing Tasks for South Bay Sidewalks

[Vivek Bansal]

We want to set up a task in the osm-us tasking manager to mark sidewalk
tags across the entire Santa Clara County, California.

We are doing this tagging using the Bing imagery in ID.  Right now it's
individual and manual.

I'm a part of the Santa Clara Valley Transportation Authority.  We plan on
using this data to do network analysis.

We have already started work:
http://product.itoworld.com/map/126?lon=-121.89058=37.33616=12

What information do you need from us to get this set up?

Vivek Bansal
GIS Programmer
VTA
osm: 3vivekb
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us