On Jun 27, 2009, at 10:16 AM, Stellan Lagerstrom wrote:
> Greg Stark wrote:
>> Also, are ways actually entirely in one county or another? It seems
>> to
>> me they would often span borders.
>>
>>
> That is how they are reported to the census bureau. Every county
> reports
> on the parts of ro
On Sat, Jun 27, 2009 at 3:17 PM, Tom Hughes wrote:
> Frederik Ramm wrote:
>> Is the application required to keep track of which operations are allowed
>> with the token and which aren't? I mean, if I am the application and I send
>> my user over to OSM to get permission for reading his preferences,
On Sat, Jun 27, 2009 at 2:28 PM, Thomas Wood wrote:
> 2009/6/27 Ed Loach :
>>> Indeed. Leave it in the ways, remove it from the nodes.
>>
>> Is this a low (database) level delete? Or will we gain a new history
>> entry for every node showing the node as it was before the delete
>> and as it was af
I vote to delete them.
1) tags on every node of a way is redundant overkill
2) deleting a way in Josm keeps the nodes because they have these tags.
3) Can't think of any good use for them. they way itself has all the
tags again.
4) mappers do copy existing ways to fix multi lane motorways. this
Frederik Ramm wrote:
> Is the application required to keep track of which operations are
> allowed with the token and which aren't? I mean, if I am the application
> and I send my user over to OSM to get permission for reading his
> preferences, and later I want to make an edit in the user's na
Greg Stark wrote:
> Also, are ways actually entirely in one county or another? It seems to
> me they would often span borders.
>
>
That is how they are reported to the census bureau. Every county reports
on the parts of roads that lie within its borders.
They rarely match up exactly enough at th
Hi,
Tom Hughes wrote:
> That isn't really how OAuth works. OAuth allows an application to say to
> a web site "I would like to do X" and the site then interacts with the
> user to get their permission (by asking them to log in if necessary and
> then to confirm they want to grant permission to
Will people still be able to do an incremental update from new tiger files?
Also, are ways actually entirely in one county or another? It seems to
me they would often span borders.
--
greg
http://mit.edu/~gsstark/resume.pdf
___
dev mailing list
dev@op
Frederik Ramm wrote:
> Tom Hughes wrote:
>>> * allow third party applications to identify an OSM user so that they
>>> can, for example, store local preferences under that username?
>>
>> I'm not sure what you mean by "identify" in this context, but one of
>> the permissions an application can a
2009/6/27 Ed Loach :
>> Indeed. Leave it in the ways, remove it from the nodes.
>
> Is this a low (database) level delete? Or will we gain a new history
> entry for every node showing the node as it was before the delete
> and as it was after? If the latter then won't the database end up
> bigger
Hi,
Tom Hughes wrote:
>> * allow third party applications to identify an OSM user so that they
>> can, for example, store local preferences under that username?
>
> I'm not sure what you mean by "identify" in this context, but one of the
> permissions an application can ask for is the ability t
> Indeed. Leave it in the ways, remove it from the nodes.
Is this a low (database) level delete? Or will we gain a new history
entry for every node showing the node as it was before the delete
and as it was after? If the latter then won't the database end up
bigger rather than smaller?
Ed
___
On Fri, Jun 26, 2009 at 11:17 PM, Lars Ahlzen wrote:
> Hi All,
>
> I know that there's been some talk about generating map legends/keys
> lately, and I don't know if there's a need for another option. It
> generated some interest when I mentioned it in my diary recently, however...
>
> I created a
On Sat, 2009-06-27 at 09:26 +0100, 80n wrote:
> This is all redundant information. Be bold, delete it.
Indeed. Leave it in the ways, remove it from the nodes.
___
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
2009/6/27 Minh Nguyen :
> Ngày 6/26/09 12:59 PM, Andy Allan viết:
>> Hello Devs,
>>
>> source = tiger_import_dch_v0.6_20070813
>> tiger:county = St. Louis, MO
>> tiger:tlid = 100111260:100111261:10055:10059
>> tiger:upload_uuid = bulk_upload.pl-6143e1a9-589d-43a0-9248-e95658773ef4
>>
>> Stu
Frederik Ramm wrote:
> I haven't looked at your implementation - which SVN revision should I
> check out to do so?
It's on a branch for now - rails_port_branches/oauth is what you want.
> Does the implementation
> * allow third party applications to identify an OSM user so that they
> can, for
2009/6/27 Frederik Ramm :
> Hi,
>
> I just wanted to say (though it isn't normally my style) that I
> think this OAuth stuff is really great and a leap forward for the OSM
> developer community. Thank you for implementing that!
>
> Until now, developers were forced to either deal with Rails and
This is all redundant information. Be bold, delete it.
80n
On Fri, Jun 26, 2009 at 5:59 PM, Andy Allan wrote:
> Hello Devs,
>
> source = tiger_import_dch_v0.6_20070813
> tiger:county = St. Louis, MO
> tiger:tlid = 100111260:100111261:10055:10059
> tiger:upload_uuid = bulk_upload.pl-614
Hi,
I just wanted to say (though it isn't normally my style) that I
think this OAuth stuff is really great and a leap forward for the OSM
developer community. Thank you for implementing that!
Until now, developers were forced to either deal with Rails and somehow
write extensions to the Ra
19 matches
Mail list logo
