Re: [OSM-talk] LINZ import

[Robin Paulson]

On 16 April 2010 11:48, John Smith  wrote:
> On 16 April 2010 09:39, Robin Paulson  wrote:
>> do oyu have any suggestions how to keep the metadata when importing? i
>> presume it is a non-manual method, i.e. uploading a .osm file - how do
>> you merge the two data sets?
>
> You open the area as normal and open the osm file as a different layer
> and then you can copy and paste between layers.

this sounds useful.

thanks for all the suggestions guys, we'll try some of them out, and
do some digging on the import pages on the wiki

cheers

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Marina discussion transcript (Was: Mapnik rendering of Marinas changed)

[Lennard]

On 19-4-2010 21:37, Jonas Häggqvist wrote:

> Why? The tag can still be used just as before. It can *also* be used to
> tag land areas, or areas covering both land and sea. I really don't see
> the issue here.

That's my idea too. Retag the water-based part of the marina with an 
appropriate water tag, and you're done. It *is* water, surely. That it 
is a marina, is like the distinction between a national park and the 
fact it has wood, meadows, heath, etc within its boundaries.


-- 
Lennard


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Making alternative tiles with no administrative borders or administrative names

[Gregory]

You want to render your own maps from OSM data:
http://wiki.openstreetmap.org/wiki/Rendering
http://wiki.openstreetmap.org/wiki/Creating_your_own_tiles

Then you will want to display them on a website:
http://wiki.openstreetmap.org/wiki/OSM_on_your_own_website




On 19 April 2010 08:13, elf Pavlik  wrote:

> Hello,
>
> I want to setup a server which will serve alternative tiles to those used
> on osm.org
>
> I would like to use in my projects tiles without any administrative
> borders or names of administrative units (like states/countries, provinces
> etc.)
>
> I welcome any help with information about howto or actuality configuring
> rendering of such tiles.
>
> In next stage I would like to work on map tiles putting more emphasis on
> natural reference points like rivers, mountain ranges etc.
>
> One of the projects I would like to use such tiles which don't divide
> Earth into countries has very early stage (pre-alpha) webpage at:
> http://world-peace-game.net
>
> If possible please contact me directly on my email address so I won't miss
> the answer within the see of posts on this mailing list =)
>
> Wishing everyone on northern hemisphere great spring and summer,
> and relaxing fall and winter on southern,
>
> elf Pavlik
> http://wwelves.org/perpetual-tripper
>
> ___
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk
>



-- 
Gregory
o...@livingwithdragons.com
http://www.livingwithdragons.com
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-legal-talk] viral attribution and ODbL

[Ævar Arnfjörð Bjarmason]

On Mon, Apr 19, 2010 at 20:08, Frederik Ramm  > I
think there is a difference, certainly morally but even legally. If
> you submit, under CC-BY-SA, data to an online map which clearly does not
> give the names of all contributors, and later claim that the map was
> violating your terms, that is something different from publishing your
> data on a web page under CC-BY-SA and then complaining that someone took
> it, put it in a web map, and didn't provide attribution.

When you sign up to OpenStreetMap you agree to license your
contributions under the CC-BY-SA 2.0. The license includes sections
like:

"You must keep intact all copyright notices for the Work and give
the Original Author credit reasonable to the medium"

I happen to think that the openstreetmap.org website gives credit
"reasonable to the medium" via Planet dumps, the history feature in
Potlatch and viewing details for individual objects at /browse/*
pages.

But this idea that the state of how openstreetmap.org fulfilled parts
of the CC-BY-SA at the time of signup somehow modifies what the
licensor can expect sounds very dubious.

I've never heard something like this argued in any license debate. It
would be interesting to see what the Creative Commons lawyers think
about this.

___
legal-talk mailing list
legal-t...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/legal-talk

Re: [OSM-talk] Military objects in RU: warning about status

[Niklas Cholmkvist]

> I've locked the following 2 pages for edits at the moment.
> 
> http://wiki.openstreetmap.org/wiki/RU:Key:military
> http://wiki.openstreetmap.org/wiki/RU:Tag:landuse%3Dmilitary
ok.

> Now lets all cool off and re-analyse the problem.
I checked http://wiki.openstreetmap.org/wiki/RU:Tag:landuse%3Dmilitary
and opened the first talk page of the user Vctos [[User_talk:Vctos]].
It's not about the edit war. I just asked "Do you map for OpenStreetMap?
If yes, what do you enjoy mapping?" I'm looking forward to the user's
reply. From the reply one can understand if the user is towards friendly
or not-so friendly maybe. Who knows. Maybe not, but it doesn't hurt to
communicate. The user didn't have a main page and neither a talk page,
so I created the latter.

Regards,

Niklas
-- 



signature.asc
Description: Αυτό	 το σημείο	 του	 μηνύματος	 είναι	 ψηφιακά	 υπογεγραμμ	ένο
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-legal-talk] viral attribution and ODbL

[Frederik Ramm]

Hi,

TimSC wrote:
> What is the point in paragraph 4.3, if it can be easily side stepped? 

I think it is perfectly ok to state things you would like to see even if 
they can be sidestepped legally. If someone deliberately sidesteps 4.3 
by creating an interim version he releases as PD (but never distributes) 
then he may be in the clear legally but everybody knows there's a bad 
taste to it. That is enough for me at least!

If on the other hand, someone makes something nice from OSM and releases 
it PD, and someone else then makes something based on that guy's work, 
do we really want to require the 38th party down the line to still 
attribute OSM no matter how diluted the OSM content has become? Because 
that's exactly what an attribution chain does.

We have a well working culture of attribution in science, where you 
usually quote the source you took something from, but not the source 
behind the source behind the source.

> And would the large data set import rights holders be happy if they 
> found out? 

Anyone who is not happy with the license need not contribute. (Mind you, 
we're only talking about the "produced work" line here. We do have 
cascading attribution requirements for the body of the data.)

If one wanted to convince those "large data set import rights holders" 
(mind you, some in OSM are of the opinion that we'd better not have any 
imports at all) then one would have to explain to them the following:

OSM and ODbL are about data. Data is what we hold dear, data is what we 
want to have freely available. Data is at the core of what we do. And we 
take measures to guarantee that freedom of the data, including even a 
chain of attribution. The "produced work" is, with that data perspective 
in mind, just a side branch, a by-product, an unimportant dead-end, like 
compiled code. It is not worthy of our special protection; let people 
who make produced works do with them whatever they want.

In the light of this, yes, it can be said that the attribution 
requirement for produced works should be dropped altogether; I think it 
has remained in the license as a symbol. Symbols can be powerful even if 
legally meaningless. "Look, we want you to attribute us, but we freely 
chose not to burden you with tons of license code in order to force you to."

>> We cannot import such data, even today, because we cannot make sure 
>> that the attribution is included in all derived works.

> That seems a bit of a sweeping statement, as far as I understand? Surely 
> our CC-BY-SA license is compatible with CC-BY-SA and CC-BY imports, 
> since the attributions are carried forward? (Although, as Richard 
> pointed out, this is also quite complicated. 

Yes. My interpretation is, somewhat contrary to Richard's, that we are 
in violation of CC-BY-SA and have been from day one, and that thus any 
import under CC-BY-SA or CC-BY is technically not legal. I agree that if 
challenged, Richard's "but what we're doing is reasonable for our media" 
is the best line of defense we can muster.

I am not bothered about individual contributions because everyone who 
contributes *knows* what OSM is like and that he cannot expect to get 
personal attribution. If someone however has released something under 
CC-BY-SA without knowing OSM, they have reason to expect that wherever 
their work is used, they are given credit, and OSM doesn't do that.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

___
legal-talk mailing list
legal-t...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/legal-talk

Re: [OSM-talk] features of a given type within bounding box

[Richard Weait]

[set reply back to list]

On Mon, Apr 19, 2010 at 3:19 PM, Dan Yamins  wrote:
> On Mon, Apr 19, 2010 at 3:03 PM, Richard Weait  wrote:
[ trimmed ]
>> You might check with talk-us to see if somebody is already working on
>> zip codes. The first problem might be finding a source for the zipcode
>> data that is license-compatible with OSM.
>>
>
> Got it.   I will ask, as you suggest. I should have added one more
> question in my list:
>
> 3) Given that OSM does have this capability (module which files are loaded),
> what API syntax do I use to access it generally?   I think I understand how
> to capture lists of counties, states, etc... using the
>
>      /[place=BLAH][bbox=BLAH]
>
> syntax.   But what about zipcodes?  For instance,
>
>
> http://osmxapi.hypercube.telascience.org/api/0.6/*[addr:postcode][bbox=-74,40,-72,42]
>
> yields lists of points.    My question is therefore:  is "postal_code"  even
> going to considered one of the types of "places", in the OSM project? Or the
> equivalent?  Or is this a question I should ask to talk-us specifically as
> well?

The last conversation I recall discussed the relative merits of post
codes as nodes vs. post codes as areas.  Clearly OSM would prefer one
zip code schema for the planet, rather than one per country.  For
context, consider this awesome 3 minute video by Derek Sivers.  The
video is both informative and better than Cats!
http://sivers.org/jaddr

XAPI will certainly be one way to access the data by bounding box.
You may choose to post-process the result, refine the query, or both.
Your query will depend on the implementation decided by the community.

As an alternative, you might consider setting up a local OSM spatial
database so that you can grow your own interesting queries.

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Marina discussion transcript (Was: Mapnik rendering of Marinas changed)

[Jonas Häggqvist]

(reply from off-list)

On 19-04-2010 21:18, Dave F. wrote:
>
> Thanks for posting that.
>
> I've no idea where they got the idea that the tag is for landuse.
>
> http://wiki.openstreetmap.org/wiki/Marina

http://wiki.openstreetmap.org/wiki/Harbour#Harbour_as_an_area

>
> Clues on that page:
> Mooring place - you moor on water.
> A place for your boat.
> add number of ships
> Water features.
>
> I think those on IRC have made a mistake & have indirectly changed the
> usage of Marina

Why? The tag can still be used just as before. It can *also* be used to 
tag land areas, or areas covering both land and sea. I really don't see 
the issue here.

-- 
Jonas Häggqvist
rasher(at)rasher(dot)dk

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-legal-talk] viral attribution and ODbL

[Rob Myers]

On 19/04/10 20:19, TimSC wrote:
> 
> This issue also applies to OS opendata, as it requires attribution. 

OS data is CC-BY compatible. They state this explicitly.

BY is BY-SA compatible.

OSM is currently BY-SA. Allegedly. ;-)

> Is 
> work afoot to get OS to agree to compatibility with ODbL? (Probably in 
> the LWG?)

That's a very good question.

It depends on the form of the OS data - if they're giving out maps,
which can be copyrighted, then BY is appropriate IMO.

- Rob.

___
legal-talk mailing list
legal-t...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/legal-talk

[OSM-legal-talk] viral attribution and ODbL

[TimSC]

Frederik Ramm wrote:
> > 1) Create a produced work under ODbL term 4.3 with proper attribution
> > 2) Release produced work as public domain with proper attribution
> > 3) Strip off legal notices and attribution (which I think is 
> allowed, />/ almost by definition, for public domain works)
> > 4) Republish as public domain or any other license, without attribution
>  
> This is allowed.
>   
What is the point in paragraph 4.3, if it can be easily side stepped? 
And would the large data set import rights holders be happy if they 
found out? If this paragraph is only for show, I suggest it is removed 
for brevity and clarity.

> Im glad we don't because I consider attribution chains to be evil.
>   
I agree, they are evil. My concern is ODbL wants to have its cake (to 
have attribution) and to eat it (to allow public domain produced works), 
which is a contradiction. Since I agree with your interpretation above, 
I say we drop the attribution requirement completely, for produced works.

> > Second issue, which is probably the flip side of the same coin: 
> people  might be inclined to use works that use some sort of 
> attribution license and incorperate them into OSM (this almost 
> certainly has already happened, OS opendata, etc). The attribution 
> must be included in any derived works.
>
> We cannot import such data, even today, because we cannot make sure 
> that the attribution is included in all derived works.
That seems a bit of a sweeping statement, as far as I understand? Surely 
our CC-BY-SA license is compatible with CC-BY-SA and CC-BY imports, 
since the attributions are carried forward? (Although, as Richard 
pointed out, this is also quite complicated. 
http://lists.openstreetmap.org/pipermail/talk-gb/2010-April/005707.html 
) This really only becomes an issue if/when ODbL relicensing kicks in, 
as I understand.

This issue also applies to OS opendata, as it requires attribution. Is 
work afoot to get OS to agree to compatibility with ODbL? (Probably in 
the LWG?)

TimSC


___
legal-talk mailing list
legal-t...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/legal-talk

Re: [OSM-talk] Marina discussion transcript (Was: Mapnik rendering of Marinas changed)

[Dave F.]

Thanks for posting that.

I've no idea where they got the idea that the tag is for landuse.

http://wiki.openstreetmap.org/wiki/Marina

Clues on that page:
Mooring place  - you moor on water.
A place for your boat.
add number of ships
Water features.

I think those on IRC have made a mistake & have indirectly changed the 
usage of Marina

The examples I found were all for the water area.

Cheers
Dave F.

David Murn wrote:
> On Sun, 2010-04-18 at 20:56 +0200, Jonas Häggqvist wrote:
>   
> For those interested, here is the transcript from that conversation:

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Authorisation problems uploading changes from JOSM

[Richard George]

On 19/04/2010 20:05, Richard George wrote:
> On 19/04/2010 12:51, colliar wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>>
>> Richard George schrieb:
>>
>>  
>>> Sebastian Klein wrote:
>>>
>>>
 Richard George wrote:

  
> I just mapped a bunch of back-roads&   footpaths I walked along on
> holiday last week (near Agen, France) in JOSM, but I'm not able to
> upload it. Every time I try I get an error message of:
>
> "Authorisation at the OSM server with the OAuth token '{redacted}' failed.
> This token is not authorised to access the protected resource
> 'http://api.openstreetmap.org/api/0.6/changeset/create'.
> Please launch the preferences dialog and retrieve another OAuth token.
>
>
>>>
>>>
 The tested version does not work with OAuth any more, because the server
 has switched from http to https.

 So you either have to use latest (>= 3188) or send the credentials in
 plain text. Unfortunately the protocol is not configurable in the tested
 version.

  
>> The semi-automatical method works though, only the automatical is broken. 
>> That
>> is the way you to use ssl-encryption.
>>
>>  
> None of those methods seem to help, unfortunately. Version 3191 seems to
> behave exactly the same as the tested version; an oauth token can be
> generated, and the upload insists on using oauth for upload (it names
> 'oauth token "null"' in the above error if basic auth is specified). I
> also can't see anywhere to set anything to HTTPS.
>
Ah! You have to enable " Public editing" in your account page 
(https://www.openstreetmap.org/user/parsingphase/account) to be able to 
upload changes from the app.

I have to say that's a little unintuitive!

Thanks,
 Richard

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Military objects in RU: warning about status of voting

[Grant Slater]

On 16 April 2010 19:55, Cartinus  wrote:
> On Friday 16 April 2010 20:29:41 Upliner wrote:
>> Current situation is real edit war. I consider some interference is needed.
>
> Sorry, experience has learned that edit wars on the wiki only end when one
> side gets bored with it.
>

I've locked the following 2 pages for edits at the moment.

http://wiki.openstreetmap.org/wiki/RU:Key:military
http://wiki.openstreetmap.org/wiki/RU:Tag:landuse%3Dmilitary

Now lets all cool off and re-analyse the problem.

/ Grant

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Authorisation problems uploading changes from JOSM

[Richard George]

On 19/04/2010 12:51, colliar wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Richard George schrieb:
>
>> Sebastian Klein wrote:
>>  
>>> Richard George wrote:
>>>
 I just mapped a bunch of back-roads&  footpaths I walked along on
 holiday last week (near Agen, France) in JOSM, but I'm not able to
 upload it. Every time I try I get an error message of:

 "Authorisation at the OSM server with the OAuth token '{redacted}' failed.
 This token is not authorised to access the protected resource
 'http://api.openstreetmap.org/api/0.6/changeset/create'.
 Please launch the preferences dialog and retrieve another OAuth token.
  
>>  
>>> The tested version does not work with OAuth any more, because the server
>>> has switched from http to https.
>>>
>>> So you either have to use latest (>= 3188) or send the credentials in
>>> plain text. Unfortunately the protocol is not configurable in the tested
>>> version.
>>>
> The semi-automatical method works though, only the automatical is broken. That
> is the way you to use ssl-encryption.
>
None of those methods seem to help, unfortunately. Version 3191 seems to 
behave exactly the same as the tested version; an oauth token can be 
generated, and the upload insists on using oauth for upload (it names 
'oauth token "null"' in the above error if basic auth is specified). I 
also can't see anywhere to set anything to HTTPS.

Any ideas?

 Thanks,
 Richard

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] features of a given type within bounding box

[Dan Yamins]

> Well, you should try .../api/0.6/*[... (notice the *) to get also ways and
> relations, which contain the tag "addr:postcode".


http://osmxapi.hypercube.telascience.org/api/0.6/*[addr:postcode][bbox=-74,40,-72,42]



> Some users tag the address
> information to the buildings and those are ways... And second point is,
> -74.25,40.4,-73.7,40.9 is the bounding box for NYC, or?


No, I was being liberal in my estimates.But I still think I'm not
communicating my question properly.   What I'm looking for is NOT a list of
addresses.   I'm looking for lists of administrative regions -- be the
states, counties, postal code regions, etc..., and really any of the
boundary files that define the various place levels as recognized by OSM.
So, while


http://osmxapi.hypercube.telascience.org/api/0.6/*[addr:postcode][bbox=-74,40,-72,42]

returns locations that probably contain many of the zip codes in that
bounding box, the results to do NOT contain all the zip codes in that region
(e.g. '11021' is definitely within that box, but is not contained in any
address that is currently in the OSM database.  Even if all the zip codes
_were_ in this list somewhere, since my goes to obtain that list of zip
codes (or states, or whatever) and not speciific addresses, I'd have to do
some serious parsing on the list, -- and anyway, the downloaded thing which
be much larger than what I was looking for to start with, and therefore much
less efficient.

So let me restate my questions better:

1) Does OSM have or not have any facility to obtain as results of an API
call a list of administrative units that intersect a given bounding box,
backed -- presumbly -- by a set of adminstrative-region shapefiles that are
basically comprehensive and complete for the US?

2) If it doesn't have that facility, can someone point me to a service that
might?

Thanks!
Dan



> Have a look at
> 
>
> Greetings, Carsten
>
>
>
> --
> Hier ist mein öffentlicher GPG-Schlüssel:
> http://daswaldhorn.piranho.de/gpg.php
> =
> www.stopptdievorratsdatenspeicherung.de
>
> ___
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] features of a given type within bounding box

[Carsten Gerlach]

Hi,

Am Montag 19. April 2010 19:41:05 schrieb Dan Yamins:
> The call
>
> http://osmxapi.hypercube.telascience.org/api/0.6/node[addr:postcode][bbox=-
>74,40,-72,42]
>
> clearly does NOT produce the list of all zipcodes in new york city.

Well, you should try .../api/0.6/*[... (notice the *) to get also ways and 
relations, which contain the tag "addr:postcode". Some users tag the address 
information to the buildings and those are ways... And second point is, 
-74.25,40.4,-73.7,40.9 is the bounding box for NYC, or? Have a look at 


Greetings, Carsten



-- 
Hier ist mein öffentlicher GPG-Schlüssel:
http://daswaldhorn.piranho.de/gpg.php
=
www.stopptdievorratsdatenspeicherung.de


signature.asc
Description: This is a digitally signed message part.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-legal-talk] viral attribution and ODbL

[TimSC]

Hi all,

I am back to trying to get my head around ODbL. I am now wondering about 
attribution and the viral nature of it. Apologies if this has been 
raised before. Many licenses have a term stating the copyright notice 
must be preserved (ignoring for a moment that copyright is probably not 
approprate for databases). Examples include the X11 license and the 
CC-BY license (term 4b in 
http://creativecommons.org/licenses/by/3.0/legalcode). From memory, 
CC-BY-SA also has this condition, but I am not certain. Ok, so we might 
create a produced work and release it under the public domain. I could 
foresee a scenario:

1) Create a produced work under ODbL term 4.3 with proper attribution
2) Release produced work as public domain with proper attribution
3) Strip off legal notices and attribution (which I think is allowed, 
almost by definition, for public domain works)
4) Republish as public domain or any other license, without attribution

My question: where is the term that copyright notices must be preserved 
done the chain of derived works? ODbL term 4.3 only protects us as far 
as step 1 in the above example. And if we must insist on attribution 
being retained, are we saying we can't release ODbL produced works into 
the public domain?

The use case touches on this issue but mainly with respect to trying to 
reverse engineer the database. I think attribution is a separate issue. 
The comment in the use case document pretty much implies that this could 
be an issue.  
http://wiki.openstreetmap.org/wiki/Open_Data_License/Use_Cases#Using_OSM_data_in_a_raster_map_for_a_book.2C_newsletter.2C_website.2C_blog_or_similar_work

Second issue, which is probably the flip side of the same coin: people 
might be inclined to use works that use some sort of attribution license 
and incorperate them into OSM (this almost certainly has already 
happened, OS opendata, etc). The attribution must be included in any 
derived works. Now this seems incompatible with the contributor terms, 
which grants OSMF an unlimited license. So, I can't add any "viral 
attribution" data via the contributor terms, as OSMF might one day try 
to change its attribution terms, since it is not bound to only use ODbL. 
It would seem to be that the contributor terms would at least put the 
viral attribution condition on the OSMF. The worst case scenario is the 
contributor terms cannot accept any data with an attribution condition. 
Hopefully that is not the case! Is that interpretation any way valid, 
interesting, cross eyed? If the answer is already out there, just link 
to it. Thanks!

TimSC


___
legal-talk mailing list
legal-t...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/legal-talk

Re: [OSM-talk] features of a given type within bounding box

[Dan Yamins]

Try
>
> http://osmxapi.hypercube.telascience.org/api/0.6/node[addr:postcode][bbox=-85,40,-72,47]
>
> Works like a champ.  zip codes got added to the Karlsruhe Schema for
> addressing data.
>  


I see -- that makes -- thank you!

>From looking at the results of those calls it seems like perhaps OSM is
doing something quite different from what I'm looking for.  I was hoping
that, independently of the particular individual locations that people have
posted to the system, the basic administrative units that apply to these
regions would all already have been added.   E.g. that in the US, all
states, counties, and postal code boundary regions would have been
integrated, and then available for bounding-box search.

So for instance, let's say I wanted to have a list of all zip codes in a
given bounding box, is there a way to achieve that?   The call


http://osmxapi.hypercube.telascience.org/api/0.6/node[addr:postcode][bbox=-74,40,-72,42]

clearly does NOT produce the list of all zipcodes in new york city.

Is it accurate to say that OSM does not provide an API call that is even
intended to do this, and that OSM may not even have th relevant underlying
data (e.g. the boundary files for all the basic adminstrative units in the
US)?  If os,  does anyone know of an open source service that _does_ do
this?  Or even an entry-level commerical API service?

Thanks,
Dan




> http://wiki.openstreetmap.org/wiki/Karlsruhe_schema
>
> ___
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] features of a given type within bounding box

[Richard Weait]

[you sent direct, rather than to the list.  I fix. ;-)]
On Mon, Apr 19, 2010 at 12:54 PM, Dan Yamins  wrote:
>
>> >
>> > /node[place=postal_code][bbox=W,S,E,N]
>>
>> Try it.  You should find that it works, but that zip code coverage is
>> uneven.
>>
>
> Hm ... either it's not working, or zip code coverage is so uneven that there
> really aren't any in the Northeastern US ... ?
>
> For instance:
>
> /node[place=postal_code][bbox=-85,40,-72,47]
>
> yields no results.  Am I doing something wrong?  Or is US zip code coverage
> essentially nil?

Try
http://osmxapi.hypercube.telascience.org/api/0.6/node[addr:postcode][bbox=-85,40,-72,47]

Works like a champ.  zip codes got added to the Karlsruhe Schema for
addressing data.
http://wiki.openstreetmap.org/wiki/Karlsruhe_schema

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] features of a given type within bounding box

[Richard Weait]

On Mon, Apr 19, 2010 at 11:32 AM, Dan Yamins  wrote:
> Thanks Carsten and Ciprian for your quick responses.  I really appreciate
> it.
>
> I'm assuming that you both are suggestion that I do something like:
>
> /node[place=county][bbox=W,S,E,N]
>
> This seems like it definitely works.   Thank you for your help!
>
> Is there some way of doing this for US postal_codes as well?  I guess what
> I'm asking is:  is there an equivalent of
>
> /node[place=postal_code][bbox=W,S,E,N]

Try it.  You should find that it works, but that zip code coverage is uneven.

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] features of a given type within bounding box

[Dan Yamins]

Thanks Carsten and Ciprian for your quick responses.  I really appreciate
it.

I'm assuming that you both are suggestion that I do something like:

/node[place=county][bbox=W,S,E,N]

This seems like it definitely works.   Thank you for your help!

Is there some way of doing this for US postal_codes as well?  I guess what
I'm asking is:  is there an equivalent of

/node[place=postal_code][bbox=W,S,E,N]

?

Thanks,
Dan


On Mon, Apr 19, 2010 at 11:12 AM, Carsten Gerlach wrote:

> Hi,
>
> Am Montag 19. April 2010 16:57:48 schrieb Dan Yamins:
> > What I would like to do is to be able to limit the request to only return
> > lists of features of a particular type, e.g. county, state or posal code
> --
> > and, consequently, be able to query much larger regions.
>
> have a look at the XAPI, 
>
> Greetings, Carsten
>
>
>
> --
> Hier ist mein öffentlicher GPG-Schlüssel:
> http://daswaldhorn.piranho.de/gpg.php
> =
> www.stopptdievorratsdatenspeicherung.de
>
> ___
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] features of a given type within bounding box

[Carsten Gerlach]

Hi,

Am Montag 19. April 2010 16:57:48 schrieb Dan Yamins:
> What I would like to do is to be able to limit the request to only return
> lists of features of a particular type, e.g. county, state or posal code --
> and, consequently, be able to query much larger regions.

have a look at the XAPI, 

Greetings, Carsten



-- 
Hier ist mein öffentlicher GPG-Schlüssel:
http://daswaldhorn.piranho.de/gpg.php
=
www.stopptdievorratsdatenspeicherung.de


signature.asc
Description: This is a digitally signed message part.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Making alternative tiles with no administrative borders or administrative names

[elf Pavlik]

Hello,

I want to setup a server which will serve alternative tiles to those used
on osm.org

I would like to use in my projects tiles without any administrative
borders or names of administrative units (like states/countries, provinces
etc.)

I welcome any help with information about howto or actuality configuring
rendering of such tiles.

In next stage I would like to work on map tiles putting more emphasis on
natural reference points like rivers, mountain ranges etc.

One of the projects I would like to use such tiles which don't divide
Earth into countries has very early stage (pre-alpha) webpage at:
http://world-peace-game.net

If possible please contact me directly on my email address so I won't miss
the answer within the see of posts on this mailing list =)

Wishing everyone on northern hemisphere great spring and summer,
and relaxing fall and winter on southern,

elf Pavlik
http://wwelves.org/perpetual-tripper

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] features of a given type within bounding box

[Ciprian Talaba]

Hi Dan,

You should have a look at XAPI: http://wiki.openstreetmap.org/wiki/XAPI

--Ciprian

On Mon, Apr 19, 2010 at 5:57 PM, Dan Yamins  wrote:

> I'm trying to determine whether the open Street map API can be used to
> extract lists of large high-level geographic features -- e.g. US states,
> counties, or postal codes -- within a given bounding box.
>
> As far as I can tell by looking here: 
> http://wiki.openstreetmap.org/wiki/Map_Features 
> 
> it seems like the OSM data contains information on all the types of entities
> I care about.
>
> On the other hand, the API described here:
> http://wiki.openstreetmap.org/wiki/API_v0.6 describes how to get data
> within a given bounding box.However, this seems to return _all_ points
> and ways within the bounding box, and as a result, the largest boxes I can
> use is much smaller than what I need.
>
> What I would like to do is to be able to limit the request to only return
> lists of features of a particular type, e.g. county, state or posal code --
> and, consequently, be able to query much larger regions.
>
> Is the OSM api capable of this?   If so, is there a place I can read about
> how to do it?   If not, could someone point me to a project that might give
> this sort of capability? (I'm mostly interest in US data).
>
> Thanks!
> Dan
>
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

[OSM-talk] features of a given type within bounding box

[Dan Yamins]

I'm trying to determine whether the open Street map API can be used to
extract lists of large high-level geographic features -- e.g. US states,
counties, or postal codes -- within a given bounding box.

As far as I can tell by looking here:
http://wiki.openstreetmap.org/wiki/Map_Features

it seems like the OSM data contains information on all the types of entities
I care about.

On the other hand, the API described here:
http://wiki.openstreetmap.org/wiki/API_v0.6 describes how to get data within
a given bounding box.However, this seems to return _all_ points and ways
within the bounding box, and as a result, the largest boxes I can use is
much smaller than what I need.

What I would like to do is to be able to limit the request to only return
lists of features of a particular type, e.g. county, state or posal code --
and, consequently, be able to query much larger regions.

Is the OSM api capable of this?   If so, is there a place I can read about
how to do it?   If not, could someone point me to a project that might give
this sort of capability? (I'm mostly interest in US data).

Thanks!
Dan
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Authorisation problems uploading changes from JOSM

[colliar]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Richard George schrieb:
> Sebastian Klein wrote:
>> Richard George wrote:
>>> I just mapped a bunch of back-roads & footpaths I walked along on 
>>> holiday last week (near Agen, France) in JOSM, but I'm not able to 
>>> upload it. Every time I try I get an error message of:
>>>
>>> "Authorisation at the OSM server with the OAuth token '{redacted}' failed.
>>> This token is not authorised to access the protected resource
>>> 'http://api.openstreetmap.org/api/0.6/changeset/create'.
>>> Please launch the preferences dialog and retrieve another OAuth token.
> 
>> The tested version does not work with OAuth any more, because the server 
>> has switched from http to https.
>>
>> So you either have to use latest (>= 3188) or send the credentials in 
>> plain text. Unfortunately the protocol is not configurable in the tested 
>> version.

The semi-automatical method works though, only the automatical is broken. That
is the way you to use ssl-encryption.

colliar
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEAREIAAYFAkvMQ7EACgkQalWTFLzqsCsxtwCfRR04oYq1Oxov27vzNZdr51my
N30Anj8R+mkePWCCBntgmGV2a3ZzY6nX
=4lBk
-END PGP SIGNATURE-

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Authorisation problems uploading changes from JOSM

[Richard George]

Sebastian Klein wrote:
> Richard George wrote:
>> I just mapped a bunch of back-roads & footpaths I walked along on 
>> holiday last week (near Agen, France) in JOSM, but I'm not able to 
>> upload it. Every time I try I get an error message of:
>>
>> "Authorisation at the OSM server with the OAuth token '{redacted}' failed.
>> This token is not authorised to access the protected resource
>> 'http://api.openstreetmap.org/api/0.6/changeset/create'.
>> Please launch the preferences dialog and retrieve another OAuth token.

> The tested version does not work with OAuth any more, because the server 
> has switched from http to https.
> 
> So you either have to use latest (>= 3188) or send the credentials in 
> plain text. Unfortunately the protocol is not configurable in the tested 
> version.

Thanks Sebastian - I'll try the latest build tonight.

-- 
Blog: http://phase.org/
Twitter: @parsingphase

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Authorisation problems uploading changes from JOSM

[Sebastian Klein]

Richard George wrote:
> I just mapped a bunch of back-roads & footpaths I walked along on 
> holiday last week (near Agen, France) in JOSM, but I'm not able to 
> upload it. Every time I try I get an error message of:
> 
> "Authorisation at the OSM server with the OAuth token '{redacted}' failed.
> This token is not authorised to access the protected resource
> 'http://api.openstreetmap.org/api/0.6/changeset/create'.
> Please launch the preferences dialog and retrieve another OAuth token.
> 
> I've tried creating a new token but the problem persists. Is there 
> something special I need to do to be authorised for uploads? Or is this 
> an issue on the server?
> 
> (This is a 'safe' version of JOSM downloaded last night)
> 
> Thanks in advance,
>  Richard

The tested version does not work with OAuth any more, because the server 
has switched from http to https.

So you either have to use latest (>= 3188) or send the credentials in 
plain text. Unfortunately the protocol is not configurable in the tested 
version.

__

Sebastian

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk