Re: [Talk-GB] Strange OS choices

[Tom Hughes]

On 07/04/10 20:18, Seventy 7 wrote:

> What odd choices OS have made in releasing this data! I've not had a good 
> look until now, so I've only just realised that they've had all these layers 
> and decided which to release and which to remove.

StreetView is just an existing product - it's not something they've done 
specially for this data release.

> So they've removed paths but kept their names, removed parks but kept the 
> water and wooded bits. I wonder what they were thinking and how they decided?

Yes, cartographically speaking it's a complete mess for exactly the sort 
of reasons you mention. I can't imagine anybody much was buying it to be 
honest.

Tom

-- 
Tom Hughes (t...@compton.nu)
http://compton.nu/

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Opportunity for OSM to give a talk at University of Edinburgh (Jo Walsh)

[Fozy 81]

Hi all


Thanks James and Jo for showing interest. I put my name down for the event as 
an 'undecided' just to reserve a slot for an OSM talk. James, would be great if 
you would like to talk. I'm sure myself and other Scot OSMers will be able to 
provide some contributions about what's been happening with OSM in Scotland. 



There is an OSM mini mapping event in Penicuik this weekend 
(http://wiki.openstreetmap.org/wiki/Edinburgh/MappingParty/2010-04) I'll speak 
with people there who may also have ideas to contribute.


Cheers,


Tim
> --
> 
> Message: 7
> Date: Wed, 07 Apr 2010 11:53:24 +0100
> From: Jo Walsh 
> Subject: Re: [Talk-GB] Opportunity for OSM to give a talk at
>   University of Edinburgh
> To: talk-gb@openstreetmap.org
> Message-ID: <4bbc6424.5060...@frot.org>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> 
> dear all,
> 
> On 07/04/2010 09:51, James Stewart wrote:
> > I see someone has put there name down at this event for giving a talk -
> > I am prepared to contribute something too, if you would like soe support,
>  > http://okscotland.eventbrite.com/
> 
> It would be great to have a State of the Scottish Map talk at 
> OKScotland. I'm hoping we'll get a few people from the Scottish Govnt, 
> Spatial Data Infrastructure scene along to the event too.  Chris Fleet 
> from National Library of Scotland's talk on open historical mapping 
> should be interesting and useful.
> 
> I am curious to find out what Open Innovation actually is ;)
> 
> Looking forward to meeting some nearby OSMers,
> 
> jo
> --
> 
> 
> 
> --
> 
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-gb
> 
> 
> End of Talk-GB Digest, Vol 43, Issue 25
> ***
  
_
http://clk.atdmt.com/UKM/go/195013117/direct/01/
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

[Talk-GB] Strange OS choices

[Seventy 7]

What odd choices OS have made in releasing this data! I've not had a good look 
until now, so I've only just realised that they've had all these layers and 
decided which to release and which to remove.

So they've removed paths but kept their names, removed parks but kept the water 
and wooded bits. I wonder what they were thinking and how they decided?

And this, in the centre of York
http://os.openstreetmap.org/?zoom=16&lat=53.95988&lon=-1.08144&layers=B0

The dotted lines at right angles are the lines of the walls of the old Roman 
fort. There's no trace on the ground now apart from the odd plaque. The bits 
that aren't dotted, to complete the square, form the foundation of the existing 
city walls, which they've removed. 

Very strange!  

Anything else anyone's spotted?

Steve

-- 
___
Surf the Web in a faster, safer and easier way:
Download Opera 9 at http://www.opera.com

Powered by Outblaze

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

[Talk-GB] Nonsense edits in Durham & London - revert required

[David Dixon]

User "Ajbites" has made a number of obviously nonsensical edits this 
afternoon, mainly in Durham but also 1 in Haiti and 1 in London.  I have 
sent a polite "welcome, but please don't" email.  Could someone with the 
required knowledge please revert these edits?  One slight complication 
is that another very new user (bashiboy2) has already re-edited some of 
these ways.  These edits appear mainly neutral but the closeness in 
timing suggests the two users are connected - there doesn't appear to be 
any new useful data here either so if necessary these edits can be 
reverted too.
Thank you,
David

Ajbites:
http://www.openstreetmap.org/browse/changeset/4354930
http://www.openstreetmap.org/browse/changeset/4354906
http://www.openstreetmap.org/browse/changeset/4354900
http://www.openstreetmap.org/browse/changeset/4354888
http://www.openstreetmap.org/browse/changeset/4354864
http://www.openstreetmap.org/browse/changeset/4354839
http://www.openstreetmap.org/browse/changeset/4354783
http://www.openstreetmap.org/browse/changeset/4354745
http://www.openstreetmap.org/browse/changeset/4354677

bashiboy2:
http://www.openstreetmap.org/browse/changeset/4354863
http://www.openstreetmap.org/browse/changeset/4354856
http://www.openstreetmap.org/browse/changeset/4354818
http://www.openstreetmap.org/browse/changeset/4354793

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

[Talk-GB] OSM Error now detects source=OS_OpenData

[Russ Phillips]

During all the discussion about OS OpenData, it was suggested that
anything derived from OS data should be surveyed on the ground at a
later date, since on-the-ground surveying is the preferred method of
gathering data.

With that in mind, I've added OS OpenData source tags to OSM Error
[1]. For those who don't know about it, OSM Error is a simple web app
that creates a .gpx waypoint file that you can install onto your GPS,
so that when you are out mapping, your GPS can direct you to those
locations that need additional data. I originally wrote it to make it
easier for me to find bus stops that had been imported from NAPTAN but
hadn't been verified, then expanded it to look for various other
issues.

Russ

[1] http://www.mappage.org/error/

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] OS OpenData StreetView Tiles now available

[Oliver O'Brien]

Just to throw more things into the mix, I have a third set of OS Street View
tiles, only z11-z15 though as my overall method's much slower :-( which was
produced using a different workflow to the first two. I'm using TimSC's
warp-gbos program that was used to rectify the Scottish Popular Edition
maps. This reprojects each source TIFF (and coverts it to JPG), it then
tiles the JPGs, choosing individual pixels where going across source image
boundaries.

I also see the characteristic kinks, but in different places. Mine seem to
be generally *worse* (i.e. do not use mine for tracing!) although this might
also be something to do with JPG compression.

For some z16s I do have, compare:
http://splintmap.geog.ucl.ac.uk/~ollie/osopendata/streetview/16/32760/21780.
jpg
and: 
http://a.os.openstreetmap.org/sv/16/32760/21780.png

It looks like the os.osm set is correcting itself every few metres - hence
those kinks appearing whereas I just have one big, horrible correction,
about 70% down the tile.

By the way you can see my set at:
http://splintmap.geog.ucl.ac.uk/~ollie/osopendata/sv/

One thing I've already noticed, over and above the minor differences between
the 900913 Street View sets, is how dramatically off the NPE maps are in
certain places - GPS traces and OS Street View generally in agreement, while
NPE can be off by ~2-300m. I redid a village last night which had been
clearly traced in NPE - it was not good at all. None of the roads were
connected to the other roads, and the GPS traces that were present for a
couple of the streets were way off. I think the OS Street View-based tracing
is now much closer to the truth.

Ollie



Date: Wed, 7 Apr 2010 13:34:26 +0100
From: Grant Slater 
Subject: Re: [Talk-GB] OS OpenData StreetView Tiles now available
To: TimSC 
Cc: talk-gb@openstreetmap.org
Message-ID:

Content-Type: text/plain; charset=ISO-8859-1

On 7 April 2010 12:53, TimSC  wrote:
> In both the edgemaster's and Richard's tiles there are periodic kinks
> (about 1 pixel in size) in what should be straight lines. It is more
> obvious in Richard's tiles because they are less noisy. Any idea what is
> causing that?
>

The warping between OSGB36 (EPSG: 27700) and EPSG: '900913'.

Richard's tiles use a custom conversion script with antialiasing on
the resample. Edgemaster's tile used gdal2tiles.

I'm working on some cleaned up and pngcrush'ed tiles, but do not
expect them in the next few days. The existing tiles are more than
good enough.

/ Grant


___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] West Mids Ward Boundaries

[Tom Chance]

On 7 April 2010 12:08, Andy Robinson (blackadder-lists) <
ajrli...@googlemail.com> wrote:

> What I'm meaning by verification is interrogating the boundary line with
> the
> features already mapped on the ground. In many cases we know where the back
> of gardens are for instance, or the position of a water course, railway
> line
> or a parish boundary. Many other boundaries, including Ward boundaries, tie
> in with these features. So, for example, if a boundary actually follows a
> stream and the stream is in OSM, then logically our boundary should follow
> the stream, even if the OS have a slightly different alignment for the
> feature.
>
>
Oh right, yes, I'm with you now. It does need to be imported, but can be
checked and in places brought into line with other features *with great care
*.

In my experience most ward boundaries go between streets, down the middle of
a street, along a natural feature such as a stream, parallel to a railway
line, or quite often they just jump across "empty" space following no
particular feature. They also sometimes switch from going down the middle of
a street to taking in both sides, which will again mean mappers will need to
be very careful about changing them.

Tom

-- 
http://tom.acrewoods.net   http://twitter.com/tom_chance
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] OS OpenData StreetView Tiles now available

[Grant Slater]

On 7 April 2010 12:53, TimSC  wrote:
> In both the edgemaster's and Richard's tiles there are periodic kinks
> (about 1 pixel in size) in what should be straight lines. It is more
> obvious in Richard's tiles because they are less noisy. Any idea what is
> causing that?
>

The warping between OSGB36 (EPSG: 27700) and EPSG: '900913'.

Richard's tiles use a custom conversion script with antialiasing on
the resample. Edgemaster's tile used gdal2tiles.

I'm working on some cleaned up and pngcrush'ed tiles, but do not
expect them in the next few days. The existing tiles are more than
good enough.

/ Grant

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] OS OpenData StreetView Tiles now available

[Chris Browet]

On Wed, Apr 7, 2010 at 14:03, Richard Fairhurst wrote:

> Chris Browet wrote:
>
>  Did you do the aligning exercise to check the validity of the OS Street
>> View
>> tiles (in EPSG:27700) and the reprojected ones (in EPSG:900913)?
>>
>
> No, I didn't, because Potlatch doesn't support multiple projections. I
> trust GDAL which is written by much finer minds than mine. If you feel you
> can do better, you are welcome to: the dev server is that way. --->
>

Well, Merkaartor supports multiple projections and uses GDAL.
I just need the "trustworthy ground references"...
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] OS OpenData StreetView Tiles now available

[Richard Fairhurst]

Chris Browet wrote:

> Did you do the aligning exercise to check the validity of the OS Street View
> tiles (in EPSG:27700) and the reprojected ones (in EPSG:900913)?

No, I didn't, because Potlatch doesn't support multiple projections. I  
trust GDAL which is written by much finer minds than mine. If you feel  
you can do better, you are welcome to: the dev server is that way.  
--->

Richard


___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

[Talk-GB] OS OpenData StreetView Tiles now available

[TimSC]

Hi all,

The "very simple WMS that someone wrote in PHP" was written by me. No 
wonder it is a bit dodgy! :) The drop in resolution is due to JOSM 
requesting tiles at the current screen resolution (I think), so the 
tiles are resized by the server when the WMS response is created. I am 
guessing this is where the problem lies - the resizing entails 
resampling the tile. The thing is JOSM does not know what the native 
resolution of the tile, which would result in a higher quality result. 
Probably the best idea is to write another plugin to grab tiles directly 
from the server as potlatch does. This would transfer the required 
resizing from the server to the client.

In both the edgemaster's and Richard's tiles there are periodic kinks 
(about 1 pixel in size) in what should be straight lines. It is more 
obvious in Richard's tiles because they are less noisy. Any idea what is 
causing that?

Regards,

TimSC


___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] OS OpenData StreetView Tiles now available

[Chris Browet]

On Wed, Apr 7, 2010 at 12:42, Richard Fairhurst wrote:

> Chris Browet wrote:
> > I'm not too sure the reprojection from EPSG:27700 (OSGB36) to
> > EPSG:900913 (Google) went perfect.
>
> If you're tracing from _any_ source without first aligning it with a
> trustworthy ground reference (typically an average of existing GPS
> tracks), You're Doing It Wrong.
>

Ok, but let's be practical.
Same goes for every GPS traces used to create OSM. There should be many for
the same road, then averaged, etc... I'm not sure there is a large
percentage of OSM data meeting these criterias...

Re tracing, you cannot deduce the projection (especially a tricky one like
OSGB36) by aligning a number of points. If the base projection is wrong and
a simple translation do not solve the problem, then you're roasted...

Did you do the aligning exercise to check the validity of the OS Street View
tiles (in EPSG:27700) and the reprojected ones (in EPSG:900913)?

- Chris -
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] OS OpenData StreetView Tiles now available

[SomeoneElse]

Richard Fairhurst wrote:
> If you're tracing from _any_ source without first aligning it with a  
> trustworthy ground reference (typically an average of existing GPS  
> tracks), You're Doing It Wrong.
>   
It seems that the sort of offset that there is with the new OS data is 
different from what there was with NPE.

Here, for example:
http://edgemaster.dev.openstreetmap.org/streetview_tiles/ossv.html?zoom=15&lat=53.19764&lon=-1.74632&layers=BTF

There's a B road that is slightly S (5m maybe?) of where it should be in 
the OS layer, but correctish for the surrounding unclassified roads 
(based on underlying GPS traces).  With NPE one whole area will tend to 
be a few metres to one side, whereas a km to the east or west it'll be 
offset differently - so (with Streetview) even after aligning the 
general area there might be still bits that need alignments correcting 
once traced.  Obviously this requires multiple different good GPS traces 
- the area above should have those as it's relatively open and not a 
"natural canyon" as some of the surrounding areas are.

There's quite a lot of NPE-traced data that isn't aligned properly.  In 
the absence of any GPS traces if someone aligns it to OS Streetview 
it'll be an improvement, but obviously not as much of an improvement as 
actually going there and "saying what you see".

 > FWIW, the 'resolution limit' in most of all our mapping is people's

> unwillingness to draw anything more than rudimentary join-the-dots.

Agreed, but even a straight line between two places where there's a road 
is better than nothing at all, and can be improved later.

Cheers,
Andy


___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] West Mids Ward Boundaries

[Andy Robinson (blackadder-lists)]

Tom Chance [mailto:t...@acrewoods.net] wrote:
>Sent: 07 April 2010 11:41 AM
>To: Andy Robinson (blackadder-lists)
>Cc: Ed Loach; Steve Doerr; talk-gb@openstreetmap.org
>Subject: Re: [Talk-GB] West Mids Ward Boundaries
>
>On 7 April 2010 11:29, Andy Robinson (blackadder-lists)
> wrote:
>
>
>   Its also worth noting how the OS maintains this boundary-line data.
>Its not
>   apparently, as you might have thought, tied to OS MasterMap, which
>you would
>   think would provide precise positioning based upon land ownership
>etc.
>   Instead it's based off the 1:10k mapping, basically StreetView
though
>not
>   necessarily that style. So importing boundaries isn't necessarily a
>good
>   idea and in any case is likely to conflict to some degree with
>existing
>   data. That's why prefer a manual process. There are not that many
>boundaries
>   to sort, so it's not like it would take years to do anyway.
>
>
>   The NaPTAN import has proved to me that we should never trust
>imported data
>   without our own verification.
>
>
>
>That's interesting, thanks. But how do we verify ward boundaries if not
>from the open OS data?
>
>The only other place you can go is your local authority, whose records are
>polluted by non-free OS data. That or you extrapolate boundaries from the
>electoral register, which lists every street in wards and (one further
>level down) polling districts. That would require both the register in an
>appropriate format (as a local party officer I have one for Southwark) and
>the technical skills & time to do that (which I lack).


I think maybe your second para actually answers the question. Wards are all
about people and places, so on the whole one would expect that if a street
is in a particular ward then the boundary would encompass at least all of
the street, ie the boundary would not run down the middle of the back
gardens. Just like with public footpaths it's the text description of the
boundary (or what is within it) that appears to be more revealing than the
line on the map alone.

What I'm meaning by verification is interrogating the boundary line with the
features already mapped on the ground. In many cases we know where the back
of gardens are for instance, or the position of a water course, railway line
or a parish boundary. Many other boundaries, including Ward boundaries, tie
in with these features. So, for example, if a boundary actually follows a
stream and the stream is in OSM, then logically our boundary should follow
the stream, even if the OS have a slightly different alignment for the
feature.


>
>I can't see any better option at the moment than an import from the open OS
>data, whether StreetView or the future release of the vector stuff.

The Boundary-line data set is vector, so I assume it will be the same
product if its also released with VectorMap District. Not withstanding any
changes of Boundary-Line in the proposed May update by the OS.

Cheers

Andy


>
>Best wishes,
>Tom
>
>
>--
>http://tom.acrewoods.net   http://twitter.com/tom_chance
>
>
>No virus found in this incoming message.
>Checked by AVG - www.avg.com
>Version: 9.0.791 / Virus Database: 271.1.1/2795 - Release Date: 04/06/10
>19:32:00
>



___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Opportunity for OSM to give a talk at University of Edinburgh

[Jo Walsh]

dear all,

On 07/04/2010 09:51, James Stewart wrote:
> I see someone has put there name down at this event for giving a talk -
> I am prepared to contribute something too, if you would like soe support,
 > http://okscotland.eventbrite.com/

It would be great to have a State of the Scottish Map talk at 
OKScotland. I'm hoping we'll get a few people from the Scottish Govnt, 
Spatial Data Infrastructure scene along to the event too.  Chris Fleet 
from National Library of Scotland's talk on open historical mapping 
should be interesting and useful.

I am curious to find out what Open Innovation actually is ;)

Looking forward to meeting some nearby OSMers,

jo
--

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] West Mids Ward Boundaries

[Peter Reed]

When thinking about maintaining boundary imports, there is a further
complication in that many boundaries follow other features - that are
already mapped with varying degrees of precision.

I can see a case for handling boundaries differently since the OS boundary
data is "definitive"  - in the sense that it doesn't have a physical
existence on the ground, and the OS has responsibility for maintaining it in
future.

But there are bound to be conflicts where a boundary follows a stream, or
another physical feature that has been mapped from GPS, or other sources. 

Would there be some way of protecting imported boundary data, and
subsequently importing updates - while allowing this data to be combined
with other features that still need to be edited?

 

 

 

 

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] OS OpenData StreetView Tiles now available

[Richard Fairhurst]

Chris Browet wrote:
> I'm not too sure the reprojection from EPSG:27700 (OSGB36) to  
> EPSG:900913 (Google) went perfect.

If you're tracing from _any_ source without first aligning it with a  
trustworthy ground reference (typically an average of existing GPS  
tracks), You're Doing It Wrong.

FWIW, the 'resolution limit' in most of all our mapping is people's  
unwillingness to draw anything more than rudimentary join-the-dots.

cheers
Richard


___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] West Mids Ward Boundaries

[Tom Chance]

On 7 April 2010 11:29, Andy Robinson (blackadder-lists) <
ajrli...@googlemail.com> wrote:

> Its also worth noting how the OS maintains this boundary-line data. Its not
> apparently, as you might have thought, tied to OS MasterMap, which you
> would
> think would provide precise positioning based upon land ownership etc.
> Instead it's based off the 1:10k mapping, basically StreetView though not
> necessarily that style. So importing boundaries isn't necessarily a good
> idea and in any case is likely to conflict to some degree with existing
> data. That's why prefer a manual process. There are not that many
> boundaries
> to sort, so it's not like it would take years to do anyway.
>

The NaPTAN import has proved to me that we should never trust imported data
> without our own verification.
>

That's interesting, thanks. But how do we verify ward boundaries if not from
the open OS data?

The only other place you can go is your local authority, whose records are
polluted by non-free OS data. That or you extrapolate boundaries from the
electoral register, which lists every street in wards and (one further level
down) polling districts. That would require both the register in an
appropriate format (as a local party officer I have one for Southwark) and
the technical skills & time to do that (which I lack).

I can't see any better option at the moment than an import from the open OS
data, whether StreetView or the future release of the vector stuff.

Best wishes,
Tom

-- 
http://tom.acrewoods.net   http://twitter.com/tom_chance
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] West Mids Ward Boundaries

[Andy Robinson (blackadder-lists)]

Ed Loach wrote:
>Sent: 07 April 2010 11:01 AM
>To: 'Steve Doerr'; talk-gb@openstreetmap.org
>Subject: Re: [Talk-GB] West Mids Ward Boundaries
>
>Steve wrote:
>
>> I'd prefer to see boundaries handled by an automated (and
>nationwide)
>> import process, as the OS data is likely to be at least as good as
>
>> contributors' own efforts and usually much better AND they are
>committed
>> to maintaining it going forward. Which seems a good opportunity to
>mention
>> that those of you working on the technical aspects of using the OS
>data
>> need to have a thought to how future updates will be handled. It's
>much
>> easier to insert a load of brand new data than to update existing
>data
>> from a refreshed set of source data in the future. You will have
>to be
>> able to distinguish new data to be inserted from existing data
>that may
>> have changed and existing data that may need deleting. Just a
>thought.
>
>As I suspect there won't be any ward data currently in, the idea
>sounds somewhat appealing, BUT I have not yet seen anywhere where
>imported boundaries have been done well and have spent many an hour
>tidying up the results (recently in Haiti and ongoing in GA, USA).
>Examples include adjacent areas using overlapping ways rather than a
>single shared way, an admin boundary being imported as a single way
>which then needs splitting (and any duplicate ways de-duplicating)
>before a relation can be created, and so on. If such an import were
>to be done, it should be done well or not at all.
>
Its also worth noting how the OS maintains this boundary-line data. Its not
apparently, as you might have thought, tied to OS MasterMap, which you would
think would provide precise positioning based upon land ownership etc.
Instead it's based off the 1:10k mapping, basically StreetView though not
necessarily that style. So importing boundaries isn't necessarily a good
idea and in any case is likely to conflict to some degree with existing
data. That's why prefer a manual process. There are not that many boundaries
to sort, so it's not like it would take years to do anyway.

The NaPTAN import has proved to me that we should never trust imported data
without our own verification.

Cheers

Andy


___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] OS OpenData StreetView Tiles now available

[Tim François]

...snip...

As a point of note while I was just doing a little test editing with these
tiles, using the WMS function in JOSM I wasn't getting the necessary quality
to read the street names, even with a change resolution request, so I
swapped out to the slippy map viewer which was much better though I'm not
convinced either method gets tile placement exactly right.

...snip...

Ah, glad I'm not the only one re. the resolution difference in WMS and 
SlippyMap. Any idea why?



  ___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] West Mids Ward Boundaries

[Ed Loach]

Steve wrote:

> I'd prefer to see boundaries handled by an automated (and
nationwide) 
> import process, as the OS data is likely to be at least as good as

> contributors' own efforts and usually much better AND they are
committed 
> to maintaining it going forward. Which seems a good opportunity to
mention 
> that those of you working on the technical aspects of using the OS
data 
> need to have a thought to how future updates will be handled. It's
much 
> easier to insert a load of brand new data than to update existing
data 
> from a refreshed set of source data in the future. You will have
to be 
> able to distinguish new data to be inserted from existing data
that may 
> have changed and existing data that may need deleting. Just a
thought.

As I suspect there won't be any ward data currently in, the idea
sounds somewhat appealing, BUT I have not yet seen anywhere where
imported boundaries have been done well and have spent many an hour
tidying up the results (recently in Haiti and ongoing in GA, USA).
Examples include adjacent areas using overlapping ways rather than a
single shared way, an admin boundary being imported as a single way
which then needs splitting (and any duplicate ways de-duplicating)
before a relation can be created, and so on. If such an import were
to be done, it should be done well or not at all.

Ed



___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] OS OpenData StreetView Tiles now available

[Steve Doerr]

I'm not sure I agree. I'm still a newbie in OSM terms, but almost from day 1 
I was aware of the Noname layer, and several of my mapping forays have been 
designed solely to gather missing street-names. In fact, filling in the 
street-names of an area that's already been mapped strikes me as an ideal 
project for a newcomer- especially if they haven't actually got a GPS.

Personally, I would have thought that a bigger issue (than street-names) is 
gathering POIs. I can see that, where the street layout is already mapped, 
people are much less likely to be up for slogging around gathering 
way-points for schools, churches, pubs, etc.

Steve

--
From: "John McKerrell" 
Sent: Wednesday, April 07, 2010 9:35 AM
To: "Andy Robinson (blackadder-lists)" 
Cc: 
Subject: Re: [Talk-GB] OS OpenData StreetView Tiles now available

>
> On 6 Apr 2010, at 23:07, Andy Robinson (blackadder-lists) wrote:
>
>>
>> 3. If you're tempted to map in an area you're not familiar with, contact 
>> any
>> local contributors first. Please don't alienate other contributors by
>> treading on their toes. They will know their local area better than 
>> anyone
>> else.
>
> I've never actually seen this put in writing but it's a great thing to 
> mention. It's annoyed me when people have done this with Yahoo! imagery 
> very close to areas I've worked, I assume those people are now going to 
> fill in all the road names from OS, and then the data will be 100% 
> complete, right? Of course not, but no-one will know.
>
> John
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-gb 



___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] OS OpenData StreetView Tiles now available

[Thomas Wood]

I began producing a second set of tiles in addition to RichardF's 
scripted set that uses a slightly different production method.

Both rely on gdalwarp at the core, and this can be assumed to be correct 
(I hope!)

Both sets were generated using z16 as the base resolution, and both can 
be compared here:
http://edgemaster.dev.openstreetmap.org/streetview_tiles/ossv.html?zoom=16&lat=60.51376&lon=-1.05105&layers=BTT

I can see at most a 1px shift between the two.

Chris Browet wrote:
> I'm not too sure the reprojection from EPSG:27700 (OSGB36) to 
> EPSG:900913 (Google) went perfect.
> 
> In Merkaartor, it is possible to load the OS Street View tiles directly 
> and to use the EPSG:27700 projection (see below).
> 
> Check 
> http://picasaweb.google.com/lh/photo/x93nMda7mBrfra8AKbrj5g?feat=directlink 
> for example.
> Now compare with the same area in potlach using the TMS: 
> http://picasaweb.google.com/lh/photo/bHXkZ1jOB7v_JpiUmMlE5w?feat=directlink
> 
> It seems the TMS is constantly shifted a couple of meters SE (this 
> assuming the OSM'ers are right, of course).
> 
> For clients supporting multiple projections, wouldn't it be best to have 
> a WMS (preferably a WMS-C) allowing to choose between the 2 projections 
> (+ EPSG:4326, maybe)? It might be that 
> http://os.openstreetmap.org/wms/map.php?source=sv&; 
>  allows it, but I 
> can't get the capabilities...
> 
> Regards
> - Chris -
> 
> How to load OS Street view tiles in Merkaartor:
> ---
> - Be sure the .TIF files and the corresponding .TAB are in the same 
> directory
> - "Layers" - "Map - ..." - "GeoTIFF" - "Load image..." and select the 
> tile(s) to load
> - "Layers" - "Map - GeoTIFF" - "Zoom" to center on the tile
> 
> How to use the EPSG:27700 (OSGB36) projection in Merkaartor:
> -
> - if using svn trunk, just "View" - "Set projection" - "OSGB36 (EPSG:27700)"
> - if using 0.15, first add the projection by going to 
> ~/.merkaartor/Projections.xml and adding the following projection line:
> 
> +proj=tmerc +lat_0=49
> +lon_0=-2 +k=0.999601 +x_0=40 +y_0=-10 +ellps=airy
> +datum=OSGB36 +no_defs
> 
> 
> 
> On Wed, Apr 7, 2010 at 00:07, Andy Robinson (blackadder-lists) 
> mailto:ajrli...@googlemail.com>> wrote:
> 
> The process of creating map tiles from Ordnance Survey StreetView in our
> required format is now largely complete (zoom 17 tiles not yet
> available)
> and can be viewed here:
> 
> http://os.openstreetmap.org/
> 
> These tiles can now be used as a backdrop in editors. However before you
> start editing, please consider the following:
> 
> 1. Don't assume the OS data is either correct or up to date. Use it as a
> guide and additional resource for your mapping, not a replacement.
> 
> 2. Please add source tags to any data you add to OSM from OS
> StreetView. See
> the tag suggestions:
> 
> http://wiki.openstreetmap.org/wiki/Ordnance_Survey_Opendata#Attributing_OS
> 
> 3. If you're tempted to map in an area you're not familiar with,
> contact any
> local contributors first. Please don't alienate other contributors by
> treading on their toes. They will know their local area better than
> anyone
> else.
> 
> 4. Look for places that have been mapped using Yahoo! imagery and
> don't have
> road names. This is a good place to start.
> 
> 5. Avoid simply duplicating OS data in blank areas of OSM unless you're
> familiar with the area and don't have access to other resources such
> as a
> GPS.
> 
> 6. In May the OS will release a further vector based product which may
> provide better data for buildings than tracing from OS StreetView.
> You might
> want to hold off tracing buildings until the details are confirmed.
> 
> How to make use of these tiles:
> 
> Potlatch:
> 
> When the next version of Potlatch is live, you can just select 'UK: OS
> StreetView' from the background menu in the options box.
> 
> Until then, just add this custom URL:
> http://os.openstreetmap.org/sv/!/!/!.png
> 
> 
> JOSM:
> 
> Create a new WMS layer with the following url:
> 
> http://os.openstreetmap.org/wms/map.php?source=sv&;
> 
> 
> or alternatively use the SlippyMap plugin for which you can find
> instructions of how to add custom tile sources at
> http://wiki.openstreetmap.org/wiki/JOSM/Plugins/SlippyMap#Custom_tile_URLS
> with http://os.openstreetmap.org/sv/ as
> slippymap.custom_tile_source_1.url
> 
> Merkaartor:
> 
> 1) In the Tools menu, open the TMS Servers Editor.
> 2) Add the following:
> Name: OS Street View
> Server address: os.o

Re: [Talk-GB] OS OpenData StreetView Tiles now available

[Lester Caine]

Chris Browet wrote:
>
>
> On Wed, Apr 7, 2010 at 10:51, Tom Hughes  > wrote:
>
> On 07/04/10 09:45, Chris Browet wrote:
>
> For clients supporting multiple projections, wouldn't it be best
> to have
> a WMS (preferably a WMS-C) allowing to choose between the 2
> projections
> (+ EPSG:4326, maybe)? It might be that
> http://os.openstreetmap.org/wms/map.php?source=sv&;
> 
>  > allows it,
> but I
> can't get the capabilities...
>
>
> That would require us to have two sets of tiles which makes it
> unlikely as keeping two copies of everything would be a bit silly.
>
>
> Well, if it has been deemed reasonable to make the tile available
> through WMS/TMS, I don't see the silliness of having them unaltered in
> the first place, then maybe reprojected...

Well I've got http://lsces.co.uk/mapper/display_map.php running partially with 
the raw data. Just need to rename all of the low case tiles to upper case to 
work with linux :(

I'm planning to add search based on the road list and cross link that to OSM if 
I can. But that will be after I sort out getting the range switching working in 
mapserver ;)

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] OS OpenData StreetView Tiles now available

[Andy Robinson (blackadder-lists)]

Chris Browet wrote:
>Sent: 07 April 2010 9:45 AM
>To: talk-gb@openstreetmap.org
>Cc: Merkaartor mailing list
>Subject: Re: [Talk-GB] OS OpenData StreetView Tiles now available
>
>I'm not too sure the reprojection from EPSG:27700 (OSGB36) to EPSG:900913
>(Google) went perfect.
>
>In Merkaartor, it is possible to load the OS Street View tiles directly and
>to use the EPSG:27700 projection (see below).
>
>Check
>http://picasaweb.google.com/lh/photo/x93nMda7mBrfra8AKbrj5g?feat=directlink
>for example.
>Now compare with the same area in potlach using the TMS:
>http://picasaweb.google.com/lh/photo/bHXkZ1jOB7v_JpiUmMlE5w?feat=directlink
>
>It seems the TMS is constantly shifted a couple of meters SE (this assuming
>the OSM'ers are right, of course).

As a point of note while I was just doing a little test editing with these
tiles, using the WMS function in JOSM I wasn't getting the necessary quality
to read the street names, even with a change resolution request, so I
swapped out to the slippy map viewer which was much better though I'm not
convinced either method gets tile placement exactly right.

Perhaps someone could do some comparative data checking using a few well
established and surveyed ground points, like the OSGB static stations
perhaps for which OS publish the co-ords? Just a thought.

Cheers

Andy

>
>For clients supporting multiple projections, wouldn't it be best to have a
>WMS (preferably a WMS-C) allowing to choose between the 2 projections (+
>EPSG:4326, maybe)? It might be that
>http://os.openstreetmap.org/wms/map.php?source=sv&; allows it, but I can't
>get the capabilities...
>
>Regards
>- Chris -
>
>How to load OS Street view tiles in Merkaartor:
>---
>- Be sure the .TIF files and the corresponding .TAB are in the same
>directory
>- "Layers" - "Map - ..." - "GeoTIFF" - "Load image..." and select the
>tile(s) to load
>- "Layers" - "Map - GeoTIFF" - "Zoom" to center on the tile
>
>How to use the EPSG:27700 (OSGB36) projection in Merkaartor:
>---
>--
>- if using svn trunk, just "View" - "Set projection" - "OSGB36
>(EPSG:27700)"
>- if using 0.15, first add the projection by going to
>~/.merkaartor/Projections.xml and adding the following projection line:
>
>
>   +proj=tmerc +lat_0=49
+lon_0=-
>2 +k=0.999601 +x_0=40 +y_0=-10 +ellps=airy +datum=OSGB36
>+no_defs
>
>
>
>
>On Wed, Apr 7, 2010 at 00:07, Andy Robinson (blackadder-lists)
> wrote:
>
>
>   The process of creating map tiles from Ordnance Survey StreetView in
>our
>   required format is now largely complete (zoom 17 tiles not yet
>available)
>   and can be viewed here:
>
>   http://os.openstreetmap.org/
>
>   These tiles can now be used as a backdrop in editors. However before
>you
>   start editing, please consider the following:
>
>   1. Don't assume the OS data is either correct or up to date. Use it
>as a
>   guide and additional resource for your mapping, not a replacement.
>
>   2. Please add source tags to any data you add to OSM from OS
>StreetView. See
>   the tag suggestions:
>
>
http://wiki.openstreetmap.org/wiki/Ordnance_Survey_Opendata#Attributi
>ng_OS
>
>   3. If you're tempted to map in an area you're not familiar with,
>contact any
>   local contributors first. Please don't alienate other contributors
by
>   treading on their toes. They will know their local area better than
>anyone
>   else.
>
>   4. Look for places that have been mapped using Yahoo! imagery and
>don't have
>   road names. This is a good place to start.
>
>   5. Avoid simply duplicating OS data in blank areas of OSM unless
>you're
>   familiar with the area and don't have access to other resources such
>as a
>   GPS.
>
>   6. In May the OS will release a further vector based product which
>may
>   provide better data for buildings than tracing from OS StreetView.
>You might
>   want to hold off tracing buildings until the details are confirmed.
>
>   How to make use of these tiles:
>
>   Potlatch:
>
>   When the next version of Potlatch is live, you can just select 'UK:
>OS
>   StreetView' from the background menu in the options box.
>
>   Until then, just add this custom URL:
>   http://os.openstreetmap.org/sv/!/!/!.png
>
>
>   JOSM:
>
>   Create a new WMS layer with the following url:
>
>   http://os.openstreetmap.org/wms/map.php?source=sv&;
>
>   or alternatively use the SlippyMap plugin for which you can find
>   instructions of how to add custom tile sources at
>
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/SlippyMap#Custom_tile
>_URLS
>   with http://os.openstreetmap.org/sv/ as
>slippymap.custom_tile_source_1.url
>
>   Merkaartor:
>
>   1) In the Tools menu, open the TMS Servers Editor.
>   2) Ad

Re: [Talk-GB] West Mids Ward Boundaries

[Steve Doerr]

I'd prefer to see boundaries handled by an automated (and nationwide) import 
process, as the OS data is likely to be at least as good as contributors' own 
efforts and usually much better AND they are committed to maintaining it going 
forward. Which seems a good opportunity to mention that those of you working on 
the technical aspects of using the OS data need to have a thought to how future 
updates will be handled. It's much easier to insert a load of brand new data 
than to update existing data from a refreshed set of source data in the future. 
You will have to be able to distinguish new data to be inserted from existing 
data that may have changed and existing data that may need deleting. Just a 
thought.

Steve



From: Tom Chance 
Sent: Wednesday, April 07, 2010 9:35 AM
To: talk-gb@openstreetmap.org 
Subject: Re: [Talk-GB] West Mids Ward Boundaries


On 7 April 2010 09:10, Andy Robinson (blackadder-lists) 
 wrote 
  With the election process underway we might think about a topical map. If we 
can get the ward boundary data into OSM in time then we could show a map with 
some colouring that shows what the current lay of the land is in the west mids 
and which are marginal seats, retiring candidates, etc etc.


I think this would be really good. As somebody pretty involved in local 
politics (and running to win a council seat) I'm really looking forward to 
gettign the full administrative boundaries into OSM.

Wards where more than one party are represented will be an interesting 
challenge if you want to colour them, as will areas with quite a diverse set of 
parties with similar traditional colours and with independents.
 
  One fly in the ointment is that the ward boundaries in Boundary-Line are I 
believe the 2009 positions and not the new ward boundaries that will shape this 
next election. The changes are discussed in the User Guide (Annexe A). I assume 
that OS OpenData Boundary Line will be updated to the new boundary data in May, 
but I don’t see anything specific on that yet


At least in my area the ward boundaries are unchanged, though a few 
Parliamentary constituencies have changed :-)

Tom

-- 
http://tom.acrewoods.net   http://twitter.com/tom_chance






___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] OS OpenData StreetView Tiles now available

[Chris Browet]

On Wed, Apr 7, 2010 at 11:20, Tom Hughes  wrote:

> On 07/04/10 10:18, Chris Browet wrote:
>
>  Well, if it has been deemed reasonable to make the tile available
>> through WMS/TMS, I don't see the silliness of having them unaltered in
>> the first place, then maybe reprojected...
>>
>
> That presupposes that we have a set of OSGB tiles. We don't, we have a set
> of large tiffs in OSGB projection which would have to be chopped up into
> tiles.
>

If they have been chopped AND reprojected for the TMS, I don't see the issue
of having them only chopped... although, for a WMS, I'd guess they should
probably be glued together, instead, if necessary...
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] OS OpenData StreetView Tiles now available

[Tom Hughes]

On 07/04/10 10:18, Chris Browet wrote:

> Well, if it has been deemed reasonable to make the tile available
> through WMS/TMS, I don't see the silliness of having them unaltered in
> the first place, then maybe reprojected...

That presupposes that we have a set of OSGB tiles. We don't, we have a 
set of large tiffs in OSGB projection which would have to be chopped up 
into tiles.

Tom

-- 
Tom Hughes (t...@compton.nu)
http://compton.nu/

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] OS OpenData StreetView Tiles now available

[Chris Browet]

On Wed, Apr 7, 2010 at 10:51, Tom Hughes  wrote:

> On 07/04/10 09:45, Chris Browet wrote:
>
>  For clients supporting multiple projections, wouldn't it be best to have
>> a WMS (preferably a WMS-C) allowing to choose between the 2 projections
>> (+ EPSG:4326, maybe)? It might be that
>> http://os.openstreetmap.org/wms/map.php?source=sv&;
>>  allows it, but I
>> can't get the capabilities...
>>
>
> That would require us to have two sets of tiles which makes it unlikely as
> keeping two copies of everything would be a bit silly.
>

Well, if it has been deemed reasonable to make the tile available through
WMS/TMS, I don't see the silliness of having them unaltered in the first
place, then maybe reprojected...
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] OS OpenData StreetView Tiles now available

[Tom Hughes]

On 07/04/10 09:58, Frederik Ramm wrote:

> You could use the recently open-sourced http://mapproxy.org/ instead of
> the "very simple WMS that someone wrote in PHP". Mapproxy combines tiles
> and scales or even reprojects them to fit any WMS request. And offers
> proper GetCapability responses. The image quality is of course less than
> stellar if you request images in any other projection/resolution than
> supported by the original tiles.

Well I could, except that it seems to be a complete server that needs 
it's own port, which is a problem for us. I guess I could reverse proxy 
to it from apache.

It looks horribly complicated to setup though.

Tom

-- 
Tom Hughes (t...@compton.nu)
http://compton.nu/

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] OS OpenData StreetView Tiles now available

[Frederik Ramm]

Hi,

Tom Hughes wrote:
>> For clients supporting multiple projections, wouldn't it be best to have
>> a WMS (preferably a WMS-C) allowing to choose between the 2 projections
>> (+ EPSG:4326, maybe)? It might be that
>> http://os.openstreetmap.org/wms/map.php?source=sv&;
>>  allows it, but I
>> can't get the capabilities...

> That would require us to have two sets of tiles which makes it unlikely 
> as keeping two copies of everything would be a bit silly.

You could use the recently open-sourced http://mapproxy.org/ instead of 
the "very simple WMS that someone wrote in PHP". Mapproxy combines tiles 
and scales or even reprojects them to fit any WMS request. And offers 
proper GetCapability responses. The image quality is of course less than 
stellar if you request images in any other projection/resolution than 
supported by the original tiles.

Bye
Frederik

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] OS OpenData StreetView Tiles now available

[Tom Hughes]

On 07/04/10 09:45, Chris Browet wrote:

> For clients supporting multiple projections, wouldn't it be best to have
> a WMS (preferably a WMS-C) allowing to choose between the 2 projections
> (+ EPSG:4326, maybe)? It might be that
> http://os.openstreetmap.org/wms/map.php?source=sv&;
>  allows it, but I
> can't get the capabilities...

That would require us to have two sets of tiles which makes it unlikely 
as keeping two copies of everything would be a bit silly.

The WMS is very simple one that somebody wrote in PHP so probably does 
the minimum necessary to make JOSM work.

Tom

-- 
Tom Hughes (t...@compton.nu)
http://compton.nu/

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Opportunity for OSM to give a talk at University of Edinburgh

[James Stewart]

I see someone has put there name down at this event for giving a talk - I am 
prepared to contribute something too, if you would like soe support,

James Stewart

Dr James Stewart

Institute for the Study of Science, Technology and Innovation
University of Edinburgh
http://www.issti.ed.ac.uk
http://homepages.ed.ac.uk/jkstew

The University of Edinburgh is a charitable body, registered in Scotland, with 
registration number SC005336 .
> 
> Message: 2
> Date: Tue, 6 Apr 2010 20:27:41 +
> From: Fozy 81 
> Subject: [Talk-GB] Opportunity for OSM to give a talk at University of
>   Edinburgh
> To: 
> Message-ID: 
> Content-Type: text/plain; charset="iso-8859-1"
> 
> 
> Hi 
> 
> Saw this opportunity for OSM to give a talk at University of Edinburgh (The 
> Open Knowledge Foundation - Scotland event):
> 
> http://okscotland.eventbrite.com/
> 
> '...there is enormous growth among open knowledge projects and communities at 
> all levels...We hope that this event provides an open forum for discussion 
> amongst researchers and practitioners about open knowledge in Scotland...In 
> the spirit of openness and exchange we invite participants to offer 
> contributions on any aspect of creating, publishing or reusing open 
> content...'
> 
> Let me know if anyone would be interested to give a talk. 
> 
> Cheers,
> 
> Tim/Hawkeye
> 

The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] OS OpenData StreetView Tiles now available

[Chris Browet]

I'm not too sure the reprojection from EPSG:27700 (OSGB36) to EPSG:900913
(Google) went perfect.

In Merkaartor, it is possible to load the OS Street View tiles directly and
to use the EPSG:27700 projection (see below).

Check
http://picasaweb.google.com/lh/photo/x93nMda7mBrfra8AKbrj5g?feat=directlinkfor
example.
Now compare with the same area in potlach using the TMS:
http://picasaweb.google.com/lh/photo/bHXkZ1jOB7v_JpiUmMlE5w?feat=directlink

It seems the TMS is constantly shifted a couple of meters SE (this assuming
the OSM'ers are right, of course).

For clients supporting multiple projections, wouldn't it be best to have a
WMS (preferably a WMS-C) allowing to choose between the 2 projections (+
EPSG:4326, maybe)? It might be that
http://os.openstreetmap.org/wms/map.php?source=sv&; allows it, but I can't
get the capabilities...

Regards
- Chris -

How to load OS Street view tiles in Merkaartor:
---
- Be sure the .TIF files and the corresponding .TAB are in the same
directory
- "Layers" - "Map - ..." - "GeoTIFF" - "Load image..." and select the
tile(s) to load
- "Layers" - "Map - GeoTIFF" - "Zoom" to center on the tile

How to use the EPSG:27700 (OSGB36) projection in Merkaartor:
-
- if using svn trunk, just "View" - "Set projection" - "OSGB36 (EPSG:27700)"
- if using 0.15, first add the projection by going to
~/.merkaartor/Projections.xml and adding the following projection line:

> +proj=tmerc +lat_0=49 +lon_0=-2
> +k=0.999601 +x_0=40 +y_0=-10 +ellps=airy +datum=OSGB36
> +no_defs
>


On Wed, Apr 7, 2010 at 00:07, Andy Robinson (blackadder-lists) <
ajrli...@googlemail.com> wrote:

> The process of creating map tiles from Ordnance Survey StreetView in our
> required format is now largely complete (zoom 17 tiles not yet available)
> and can be viewed here:
>
> http://os.openstreetmap.org/
>
> These tiles can now be used as a backdrop in editors. However before you
> start editing, please consider the following:
>
> 1. Don't assume the OS data is either correct or up to date. Use it as a
> guide and additional resource for your mapping, not a replacement.
>
> 2. Please add source tags to any data you add to OSM from OS StreetView.
> See
> the tag suggestions:
>
> http://wiki.openstreetmap.org/wiki/Ordnance_Survey_Opendata#Attributing_OS
>
> 3. If you're tempted to map in an area you're not familiar with, contact
> any
> local contributors first. Please don't alienate other contributors by
> treading on their toes. They will know their local area better than anyone
> else.
>
> 4. Look for places that have been mapped using Yahoo! imagery and don't
> have
> road names. This is a good place to start.
>
> 5. Avoid simply duplicating OS data in blank areas of OSM unless you're
> familiar with the area and don't have access to other resources such as a
> GPS.
>
> 6. In May the OS will release a further vector based product which may
> provide better data for buildings than tracing from OS StreetView. You
> might
> want to hold off tracing buildings until the details are confirmed.
>
> How to make use of these tiles:
>
> Potlatch:
>
> When the next version of Potlatch is live, you can just select 'UK: OS
> StreetView' from the background menu in the options box.
>
> Until then, just add this custom URL:
> http://os.openstreetmap.org/sv/!/!/!.png
>
> JOSM:
>
> Create a new WMS layer with the following url:
>
> http://os.openstreetmap.org/wms/map.php?source=sv&;
>
> or alternatively use the SlippyMap plugin for which you can find
> instructions of how to add custom tile sources at
> http://wiki.openstreetmap.org/wiki/JOSM/Plugins/SlippyMap#Custom_tile_URLS
> with http://os.openstreetmap.org/sv/ as slippymap.custom_tile_source_1.url
>
> Merkaartor:
>
> 1) In the Tools menu, open the TMS Servers Editor.
> 2) Add the following:
> Name: OS Street View
> Server address: os.openstreetmap.org
> Path: /sv/%1/%2/%3.png
> Tile size: 256
> Minimum zoom: 6
> Maximum zoom: 16
> Hit 'apply' and add the new TMS to a map layer.
>
> You can find out more about the OS OpenData products on the OSM wiki here:
>
> http://wiki.openstreetmap.org/wiki/Ordnance_Survey_Opendata
>
> And finally a vote of thanks to all those at the OS, past and present, who
> created the data originally and to the OSM folks who have worked hard over
> the last few days to create the tiles, especially Grant, Richard, Thomas
> and
> TomH. Apologies if I have missed anyone out.
>
> Cheers
>
> Andy
>
>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Ordnance Survey

[Tom Evans]

> While I understand what you're saying I think it's also important to
> recognize that we all have different ways to contribute. Some
> potential OSM contributors may not be interested in on-the-ground
> surveying, and some aren't interested in chair mapping.

Agreed from my point of view.  I only get the time to contribute 
fragments at the moment.  I've managed to build those up to a few 
villages bit by bit, and lots of other fragments round the country 
as I go away with family (so don't have dedicated mapping time).

I recognise this isn't as good as dedicating more time, but it's that 
or nothing.  I view it as a wiki and try to make it better than it 
was - I'm very reluctant to not improve something I know is missing 
or wrong, simply because of a possible effect on other contributions.

Other than that, +1 to the approach being followed on the OS data, 
and thanks for all the work thus far.  Cautious tracing by humans 
sounds good to me.

Tom

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] OS OpenData StreetView Tiles now available

[John McKerrell]

On 6 Apr 2010, at 23:07, Andy Robinson (blackadder-lists) wrote:

> 
> 3. If you're tempted to map in an area you're not familiar with, contact any
> local contributors first. Please don't alienate other contributors by
> treading on their toes. They will know their local area better than anyone
> else.

I've never actually seen this put in writing but it's a great thing to mention. 
It's annoyed me when people have done this with Yahoo! imagery very close to 
areas I've worked, I assume those people are now going to fill in all the road 
names from OS, and then the data will be 100% complete, right? Of course not, 
but no-one will know.

John
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] West Mids Ward Boundaries

[Tom Chance]

On 7 April 2010 09:10, Andy Robinson (blackadder-lists) <
ajrli...@googlemail.com> wrote
>
> With the election process underway we might think about a topical map. If
> we can get the ward boundary data into OSM in time then we could show a map
> with some colouring that shows what the current lay of the land is in the
> west mids and which are marginal seats, retiring candidates, etc etc.
>

I think this would be really good. As somebody pretty involved in local
politics (and running to win a council seat) I'm really looking forward to
gettign the full administrative boundaries into OSM.

Wards where more than one party are represented will be an interesting
challenge if you want to colour them, as will areas with quite a diverse set
of parties with similar traditional colours and with independents.


> One fly in the ointment is that the ward boundaries in Boundary-Line are I
> believe the 2009 positions and not the new ward boundaries that will shape
> this next election. The changes are discussed in the User Guide (Annexe A).
> I assume that OS OpenData Boundary Line will be updated to the new boundary
> data in May, but I don’t see anything specific on that yet
>
At least in my area the ward boundaries are unchanged, though a few
Parliamentary constituencies have changed :-)

Tom

-- 
http://tom.acrewoods.net   http://twitter.com/tom_chance
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb

[Talk-GB] West Mids Ward Boundaries

[Andy Robinson (blackadder-lists)]

I wrote this in expectation of sending to the west mids list only, but
decided to copy also to the talk-gb list as well. Apologies for cross
posting.

 

With the election process underway we might think about a topical map. If we
can get the ward boundary data into OSM in time then we could show a map
with some colouring that shows what the current lay of the land is in the
west mids and which are marginal seats, retiring candidates, etc etc.

 

It's just an idea and I appreciate that it needs a lot of work to see
fruition, but it's an opportunity should there be time to take up the
challenge. I'm sure there will be others who will be working on the
boundary-line data nationally, but I suspect they will take some time to get
moving and realise the data in OSM, like NaPTAN if we take and deal with our
little area we can perhaps push it on a bit.

 

I'm envisaging a manual process of ward placement on the basis of loading an
OSM file as a layer in josm for each ward boundary. These would need to be
generated from Boundary-Line shape file extract. I'm guessing the data we
need is in the DISTRICT_BOROUGH_UNITARY_WARD_REGION shapefile though need to
check the product user guide to be sure.

 

http://www.ordnancesurvey.co.uk/oswebsite/products/boundaryline/pdf/userguid
e.pdf

 

http://www.electoralcalculus.co.uk/index.html?bdy_wmids_summary.html is a
useful resource.

 

One fly in the ointment is that the ward boundaries in Boundary-Line are I
believe the 2009 positions and not the new ward boundaries that will shape
this next election. The changes are discussed in the User Guide (Annexe A).
I assume that OS OpenData Boundary Line will be updated to the new boundary
data in May, but I don't see anything specific on that yet. 

 

 

Cheers

 

Andy

 

 

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-gb