Re: [OSM-talk] Adding architect names to buildings

[Michael]

>
> > Is the architect an attribute of the building or is the building an
> > attribute of the architect?
> >
> > You could create an "architect" relation and have the buildings be
> > members of that.
> >
> >
> > Interesting idea. You'd have to hope that no architect had worked on
> > more than 1000 buildings though  :-)   This also wouldn't work for where
> > relations are already used to group several building outlines together
> > as one 'site' (see
> > http://wiki.openstreetmap.org/wiki/Relations/Proposed/Site), whereas
> > using a simple architect=* tag, you could add this to the existing
> > relation.
>   
Why wouldn't it work? As far as I understand the relation of the site
could be simply added to the "architect" relation. When an architect has
more than 1000 Buildings there also can be multiple relations for one
architect (perhaps depending on the years the buildings are created).

But in spite of this I do not know if this type of relation is
discouraged because it it looks like a category as mentioned here
.

Cheers,
Michael


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

Re: [OSM-talk] Adding architect names to buildings

[Elena of Valhalla]

On Wed, Feb 18, 2009 at 8:48 PM, Matthias Julius  wrote:
> You could create an "architect" relation and have the buildings be
> members of that.

that looks like a category, not a relation: I was under the impression
that this use of relations was discouraged.

-- 
Elena of Valhalla

homepage: http://www.trueelena.org
email: elena.valha...@gmail.com

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

Re: [OSM-talk] Adding architect names to buildings

[Frankie Roberto]

On Wed, Feb 18, 2009 at 7:48 PM, Matthias Julius wrote:

> "Robert (Jamie) Munro"  writes:
>
> Is the architect an attribute of the building or is the building an
> attribute of the architect?
>
> You could create an "architect" relation and have the buildings be
> members of that.
>

Interesting idea. You'd have to hope that no architect had worked on more
than 1000 buildings though :-)  This also wouldn't work for where relations
are already used to group several building outlines together as one 'site'
(see http://wiki.openstreetmap.org/wiki/Relations/Proposed/Site), whereas
using a simple architect=* tag, you could add this to the existing relation.

Frankie

-- 
Frankie Roberto
Experience Designer, Rattle
0114 2706977
http://www.rattlecentral.com
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Large OSM "globe" style images

[Matthias Julius]

Inge Wallin  writes:

> On Wednesday 18 February 2009 20:43:35 Matthias Julius wrote:
>> Inge Wallin  writes:
>> > Hi, one of the Marble developers here...
>>
>> I noticed that Marble shows the map right up to the poles.  These are
>> not covered by Mercator maps.  So I suspect Marble stretches the map a
>> little bit leading to some inaccuracies like water reaching almost
>> directly up to the south pole.
>>
>> It would be more accurate if Marble did not stretch the map and
>> instead allowed a fill color or image to be specified for each pole.
>> Or is this already possible?
>
> Good point!  I'll have to check what actually happens.
>
> Can you register this on bugs.kde.org as well?

Actually, after looking at the south pole again a little more
carefully it seems more like Marble is projecting the pixels at the
edge of the tiles towards the pole.  At least this is not completely
unreasonable.

Matthias

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

Re: [OSM-talk] Openstreetbugs source code

[Matthias Julius]

Ævar Arnfjörð Bjarmason  writes:

> On Thu, Feb 19, 2009 at 1:14 AM, Kyle Gordon  
> wrote:
>> I hope I'm not alone in saying Thank You! :-D
>>
>> OSB is a wonderful resource that many of us couldn't live without. I
>> know a few people were sceptical due to the licensing, but hopefully now
>> they will be quiet.
>
> Yes it's useful, but I don't see how this addresses the problems of
> OSB being closed. Is this not a third party implementation of the OSB
> JS interface which is not running on the main OSB site, and is the OSB
> bug DB not still closed with no dumps available?

But now, since the code is available, someone could set it up as
bugs.openstreetmap.org or so and integrate it with the OSM main site.

Matthias

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

Re: [OSM-talk] Openstreetbugs source code

[Ævar Arnfjörð Bjarmason]

On Thu, Feb 19, 2009 at 1:14 AM, Kyle Gordon  wrote:
> I hope I'm not alone in saying Thank You! :-D
>
> OSB is a wonderful resource that many of us couldn't live without. I
> know a few people were sceptical due to the licensing, but hopefully now
> they will be quiet.

Yes it's useful, but I don't see how this addresses the problems of
OSB being closed. Is this not a third party implementation of the OSB
JS interface which is not running on the main OSB site, and is the OSB
bug DB not still closed with no dumps available?

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

Re: [OSM-talk] Openstreetbugs source code

[Kyle Gordon]

Christoph Böhme wrote:
> Hi,
>
> I recently integrated openstreetbugs in the mappa-mercia website. Since
> this received some interest I extracted the osb code from the site and
> made it available for download on http://www.b3e.net/openstreetbugs.html
>
> The archive contains a modified version of Xavier's osb javascript
> code, some documentation, and four python scripts which implement a
> simple osb server-side. With the code from the archive it is possible
> to deploy a complete osb setup.
>
> The server-side scripts were mostly developed for testing my modified
> version. They probably need some love and intensive testing before using
> them on a public website.
>
> All code is made available under GPLv3. I have emailed with Xavier and
> he is fine with this.
>
>   Christpoh
>
> ___
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk
>
>   
I hope I'm not alone in saying Thank You! :-D

OSB is a wonderful resource that many of us couldn't live without. I 
know a few people were sceptical due to the licensing, but hopefully now 
they will be quiet.

Thanks again :-)

Kyle

-- 
Kyle Gordon - 2M1DIQ
Web: http://lodge.glasgownet.com
Jabber/Email/SIP: k...@lodge.glasgownet.com


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

[OSM-talk] Open Knowledge Conference (OKCon) 2009: London, 28th March 2009

[Jonathan Gray]

~~ Open Knowledge Conference (OKCon) 2009 ~~

* where: Centre for Advanced Spatial Analysis, UCL, London, UK
* when: 28th March 2009, 1030-1830
* home: 
* programme: 
* register: 
* call for proposals: 
* last year: 

The Open Knowledge Conference (OKCon) is back for its fourth installment
bringing together individuals and groups from across the open knowledge
spectrum for a day of talks, discussions and workshops.

This year the event will feature dedicated sessions on 'open knowledge
and development' and 'open data and the semantic web'. In addition we
are reserving a substantial part of the event for the 'Open Space'-
sessions, workshops and discussions proposed either via the call for
proposals or on the day.

Interested in giving a paper? Have a project to talk about? Want to run
a workshop or session? Please see the call for proposals:

  

Want to get involved in putting the event together or otherwise helping
out? Contact us at info [at] okfn [dot] org or add your name to the
OKCon wiki page:

  

Last but not least: we encourage early registration as space is limited:

  

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

[OSM-talk] Openstreetbugs source code

[Christoph Böhme]

Hi,

I recently integrated openstreetbugs in the mappa-mercia website. Since
this received some interest I extracted the osb code from the site and
made it available for download on http://www.b3e.net/openstreetbugs.html

The archive contains a modified version of Xavier's osb javascript
code, some documentation, and four python scripts which implement a
simple osb server-side. With the code from the archive it is possible
to deploy a complete osb setup.

The server-side scripts were mostly developed for testing my modified
version. They probably need some love and intensive testing before using
them on a public website.

All code is made available under GPLv3. I have emailed with Xavier and
he is fine with this.

Christpoh

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

Re: [OSM-talk] [Fwd: [OpenStreetMap] GPX Import Failure]

[simon]

> Is that right?
>

Don't know about the exact precision, but it got it close enough to get
OSM to accept it. Time stamps appear correct to MST, although might be
some weirdness with leap years etc

Following your suggestions I noticed that awk had some time functions, so
I used
--
#!/bin/bash

# Small script to extract lat/long from bestpos logs

echo 'lat,long,alt,date,time'
egrep '^#BESTPOS' $1  | awk -F ',' '{print 
$12","$13","$14","strftime("%Y/%m/%d,%H:%M:%S",315964800 + $6 * 86400 * 7
+ $7) ;}'
--

which gave:
--
lat,long,alt,date,time
49.66158476256,-114.59128193466,1440.4820,2009/02/14,11:21:50
49.66158250526,-114.59127877604,1442.4765,2009/02/14,11:21:51
--

The resultant log is here:
http://www.openstreetmap.org/trace/316428/view

Cheers,
Mungewell.




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

Re: [OSM-talk] Large OSM "globe" style images

[Henry de Valence]

On Wed February 18 2009 1:47:22 am Maarten Deen wrote:
> Frederik Ramm wrote:
> > Hi,
> >
> > this is probably a niche application but I have just played around a
> > bit with the aim to create large (as in 5000x5000 pixel or bigger)
> > globe-shaped images with ti...@home tiles.
> >
> > On a whole-world level, ti...@home tiles give a better impression of
> > "where we have something" than the Mapnik ones. But Marble, which
> > creates nice "globe" pictures, uses Mapnik, so I modified Marble's tile
> > source and after that tricked Marble into running on a virtual 5000x5000
> > desktop so I could grab a nice image off of it.
> >
> > Here is an example:
> >
> > http://www.remote.org/frederik/tmp/marble.jpg
> >
> > And here is how to do it (needs Linux):
> >
> > http://wiki.openstreetmap.org/wiki/User:Frederik_Ramm/Creating_Very_Large
> >_Marble_Images
>
> That's nice! And now 360 pictures, all one degree rotated and a nice java
> application that you can rotate the globe.

Erm, I'm not sure if I understand what you're saying here.
Marble *already* provides an interactive globe. And it's written in C++/Qt, 
so, unlike a Java app, it looks native on all platforms.

Give it a try: http://edu.kde.org/marble/download.php

> Oh, you need images for rotation around the poles too. I guess this is not
> something that can be rendered realtime?
No, it just fetches tiles from the OSM servers.
> Nothing niche about it. I bet Google has plans for something like this too.
Google Earth?
>
> Maarten
>
>
> ___
> 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] Announce: OSM2Go map editor 0.6.13 released for Maemo, Debian, and Ubuntu

[Till Harbaum / Lists]

Hi,

Am Mittwoch 18 Februar 2009 schrieb Andrew Chadwick (email lists):
> Now *that* would be a worthwhile new feature. If you're using it on an
> n810 of course, you can use the rather excellent maemo-mapper to zoom in
> and get a view; it's still a little clunky though. Having something
> built-in would be interesting.
> 
> Anybody out there have a GPL3-compatible GTK2 slippy map coordinate
> selector widget coded up in C? :) Ideally goocanvas-based

I thought about this some time ago and found this to be rather interesting:
  http://www.johnstowers.co.nz/blog/index.php/tag/osmgpsmap/

I played around with the map and wasn't 100% satisfied as not everything
worked as it should. But this may be a basis for such a feature. 

Till

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

Re: [OSM-talk] Large OSM "globe" style images

[Inge Wallin]

On Wednesday 18 February 2009 20:43:35 Matthias Julius wrote:
> Inge Wallin  writes:
> > Hi, one of the Marble developers here...
>
> I noticed that Marble shows the map right up to the poles.  These are
> not covered by Mercator maps.  So I suspect Marble stretches the map a
> little bit leading to some inaccuracies like water reaching almost
> directly up to the south pole.
>
> It would be more accurate if Marble did not stretch the map and
> instead allowed a fill color or image to be specified for each pole.
> Or is this already possible?

Good point!  I'll have to check what actually happens.

Can you register this on bugs.kde.org as well?

-Inge

> Matthias
>
> ___
> 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] Adding architect names to buildings

[Matthias Julius]

"Robert (Jamie) Munro"  writes:

> Frankie Roberto wrote:
>> Looking through Tagwatch I noticed that both artist=* and artist_name=*
>> have been used (presumably for public sculptures and art installation),
>> and I did wonder whether architect_name=* would be better. It seems that
>> artist_name=*  matches old_name=*  better, but on the other hand it's
>> not particularly ambiguous having artist=* or architect=*.
>
> Why should it match old_name? Your not describing a name of the object,
> you are referencing the designer of the object. Unless you want
> architect_name, architect_address, architect_date_of_birth,
> architect_..., it seems pointless.

Is the architect an attribute of the building or is the building an
attribute of the architect?

You could create an "architect" relation and have the buildings be
members of that.

Matthias

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

Re: [OSM-talk] Large OSM "globe" style images

[Matthias Julius]

Inge Wallin  writes:

> Hi, one of the Marble developers here...

I noticed that Marble shows the map right up to the poles.  These are
not covered by Mercator maps.  So I suspect Marble stretches the map a
little bit leading to some inaccuracies like water reaching almost
directly up to the south pole.

It would be more accurate if Marble did not stretch the map and
instead allowed a fill color or image to be specified for each pole.
Or is this already possible?

Matthias

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

[OSM-talk] Large OSM "globe" style map of CycleMap coverage

[Roman Neumüller]

I'd like to see a large OSM "globe" style map of the cycle map coverage.
Additionally a large OSM "globe" style map of Yahoo hires-data (tags
hires=yes, boundary=yahoo and perhaps others) would be nice...
Can anyone do that?

Roman

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

Re: [OSM-talk] [Fwd: [OpenStreetMap] GPX Import Failure]

[Greg Troxel]

  Example 'unicvs' log (where name is actually GPS seconds):
  --
  lat,long,alt,name
  49.66167756437,-114.59122054052,1434.1903,584656.000

  
BESTPOSA,COM1,0,65.0,FINESTEERING,1518,584656.000,0004,6145,3642;SOL_COMPUTED,WAAS,49.66167756437,-114.59122054052,1434.1903,-14.8000,WGS84,6.1673,2.6
  840,9.4065,"135",4.000,0.000,12,4,0,0,0,2,0,1*9c519c8e

I think you also need the week number which seems to be 1518, which fits
for early 2009.

To get unix seconds, it should just be unix timeval of beginning of GPS
epoch + 86400 * 7 * week + gpstime + (19 - 34).  The last term is 
converting to TAI and then UTC.

These might be useful:

  http://www.gpstk.org/doxygen/classgpstk_1_1Epoch.html

  GPS epoch is 1980-01-06  UTC
  http://tycho.usno.navy.mil/gpstt.html

  gpsd source say GPS epoch is 315964800

So

poblano gdt 574 ~ > echo 1518 584656 | awk '{ print 315964800 + $1 * 86400 * 7 
+ $2 - 15}'
1234635841
poblano gdt 575 ~ > date -u -r 1234635841
Sat Feb 14 18:24:01 UTC 2009
poblano gdt 576 ~ > 

Is that right?


pgpWy4fPpDazZ.pgp
Description: PGP signature
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Announce: OSM2Go map editor 0.6.13 released for Maemo, Debian, and Ubuntu

[Andrew Chadwick (email lists)]

Robert Vollmert wrote:
> 
> Finally got around to giving it a try: it compiled fine on OS X, though
> installation required the following patch, as "install -D" is a GNUism.

Ta for the patch; just committed to trunk.

> I didn't do more than change a couple of tags so far, but the first
> impression was very good! Very smooth interface, congratulations! I'll
> try using it for a bit at least.

Thanks. I've opened up the bug report/feature request system at
https://garage.maemo.org/tracker/?group_id=830 so that in theory anyone
can raise bugs without having to get themselves a garage account. Should
ease the process...

> The very first impression was slightly less good: it's quite difficult
> to set up a new "project" -- did I miss some way to paste a slippy map
> URL, or is there a slippy map chooser available or planned?

Now *that* would be a worthwhile new feature. If you're using it on an
n810 of course, you can use the rather excellent maemo-mapper to zoom in
and get a view; it's still a little clunky though. Having something
built-in would be interesting.

Anybody out there have a GPL3-compatible GTK2 slippy map coordinate
selector widget coded up in C? :) Ideally goocanvas-based

-- 
Andrew Chadwick

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

[OSM-talk] /browse outgoing links

[Yann Coupin]

I recently saw a problem with the tagging of a node in a /browse page  
and I wanted to correct it. The problem was that there's no easy way  
to get a link to directly edit the current object. I don't think it  
would be overly difficult to modify the view and edit tabs on top so  
that they point either on the current node or close to ways and  
relations. A JOSM link would be convenient too.

What do you think ?

Yann

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

[OSM-talk] [Fwd: [OpenStreetMap] GPX Import Failure]

[simon]

Does anyone have a handy GPS Second -> Date/Time converter script?

I am attempting to convert raw logs from an industrial receiver by
converting to 'unicvs' (GPSBabel format) and then to GPX transforming
Waypoints to Tracks.

The result tracks show up in JOSM but are rejected by OSM website as they
don't have a time stamp.

Example 'BESTPOS' log:
--
#BESTPOSA,COM1,0,65.0,FINESTEERING,1518,584656.000,0004,6145,3642;SOL_COMPUTED,WAAS,49.66167756437,-114.59122054052,1434.1903,-14.8000,WGS84,6.1673,2.6
840,9.4065,"135",4.000,0.000,12,4,0,0,0,2,0,1*9c519c8e
...
--

Example 'unicvs' log (where name is actually GPS seconds):
--
lat,long,alt,name
49.66167756437,-114.59122054052,1434.1903,584656.000
...
--

I am using this industrial receiver my handheld does not cope with tree
cover in these Cross Country ski trails, receiver does not natively log
NMEA (could do with external PC/Laptop).

Cheers,
Simon.

PS. The receiver in question is this one:
http://www.point-inc.com/products/gsr1700csx.html

 Original Message 
Subject: [OpenStreetMap] GPX Import Failure
From:webmas...@openstreetmap.org
Date:Wed, February 18, 2009 12:58 pm
To:  "Mungewell" 
--

  Found no good GPX points in the input data. At least 75% of the
trackpoints lacked a  tag.





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

Re: [OSM-talk] parcel data in OSM

[Greg Troxel]

Christopher Schmidt  writes:

> On Tue, Feb 17, 2009 at 11:39:56PM -0800, Sam Vekemans wrote:
>> Hi,
>> ya, its certainly worth creating a tag proposal page for it.
>> I would (imo) would like to see it only rendered when zooming in real close.
>
> I would disagree that it should be rendered in the main maps at all.
> Surveyor data is not interesting to a typical map user, and it is much
> better suited for a specialized renderer, not for the general purpose
> map browsing that is offered by the main OSM map.  

That's a fair point, but I've also been thinking about rendering
adjusting towards constant details/pixel, putting in more data in less
dense places.  In Cambridge, MA parcel data would be amazingly
cluttered, but out where I am most parcels are > 1 acre and might be
interesting esp. at z17.  I suppose this really argues for having even
easier ways for people to make their own maps from the database, for
experimentation and for different needs; I haven't gotten around to
setting up pgsql/mapnik/etc. myself.

I had already been thinking about trying to enter parcel data for my
town.  So I think the basic "does it belong" answer is yes.  But this
raises a few issues:

  This data will likely be updated by MassGIS and hopefully get better
  over time.  While we want OSMers to be able to edit, it would be
  really nice to have an automated merge/diff process.  It might be
  useful to design this before doing the big imports since we might want
  some kind of merge metadata tags.

  There is the technical issue of database size, with the resulting
  issues of the size of exports, the size of area downloads for JOSM,
  etc.

  Having this data would allow cross-checking of road parcels (or holes)
  and road centerlines.  Not an issue as much as an opportunity for lots
  of work.


  

  


pgpoLDxgnVXbo.pgp
Description: PGP signature
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Large OSM "globe" style images

[Inge Wallin]

Hi, one of the Marble developers here...

On Wednesday 18 February 2009 12:38:38 Andy Allan wrote:
> On Tue, Feb 17, 2009 at 11:08 PM, Frederik Ramm  wrote:
> > I would be interested in hearing other techniques for creating similar
> > images with other tools. I'm sure it must be possible with Mapnik but
> > you will have to import the whole planet and it will take ages to render
> > that level of detail, and you would not have the interactivity that
> > comes with Marble.
>
> Talking of Marble, I've had recent conversations with some of the devs
> about exposing the pan/rotate/zoom controls through dcop (for external
> scripting).

I suppose that you mean DBUS here.  DCOP is for KDE3, and Marble is a Qt4 / 
KDE4 application.

> This is now done in svn, but I haven't had a chance in the 
> last week to play with it - but it might be nice for exhibitions etc
> to be automatically animating zooming around the world and in on
> different places. I've already found demoing the cyclemap at
> exhibitions to be more attention-grabbing when done using a globe
> rather than a flat-layers interface.

Marble also has a nice swish-to-location feature that is very attention 
grabbing.  If you haven't seen it, you can enable it in the settings dialog.

> Just food for thought if anyone has some time.

We would love to help you with this.  I'm a pretty avid OSM'er myself.

Btw (not to hijack the thread or anything), how did the national chapters of 
the OSM foundation fare?

-Inge

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

[OSM-talk] Mapnik boundaries

[Ben Laenen]

Did someone break the boundary rendering on the Mapnik layers?

It looks like all boundary relations on a given way are now rendering, 
and that means that if two or more relations for different admin_levels 
are on one way, different kinds of borders are rendered on top of each 
other.

I guess this may have to do with someone thinking a relation with 
type=boundary should be treated the same as type=multipolygon (there's 
a proposal for that hanging around somewhere to tag boundaries with 
multipolygon relations, not a good idea IMHO, just because of this bad 
kind of rendering), but that's only guessing since I didn't look at the 
code, I just see the same wrong kind of rendering happening now to 
boundaries tagged with a boundary relation as those tagged with 
a "boundary multipolygon" relation.

So, please fix this as current boundaries look pretty bad now. Given the 
current maritime boundaries getting voted on it's a good time to make a 
*proper* handler for boundary relations.

Greetings
Ben

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

Re: [OSM-talk] parcel data in OSM

[Christopher Schmidt]

On Tue, Feb 17, 2009 at 11:39:56PM -0800, Sam Vekemans wrote:
> Hi,
> ya, its certainly worth creating a tag proposal page for it.
> I would (imo) would like to see it only rendered when zooming in real close.

I would disagree that it should be rendered in the main maps at all.
Surveyor data is not interesting to a typical map user, and it is much
better suited for a specialized renderer, not for the general purpose
map browsing that is offered by the main OSM map.  

> Some other renderer might want to see it at  a different zoom.
> When buying a house, you should know what land your getting :)

And you can do that through specizlied applications for house buying
(like Zillow).

Regards,
-- 
Christopher Schmidt
MetaCarta

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

Re: [OSM-talk] Announce: OSM2Go map editor 0.6.13 released for Maemo, Debian, and Ubuntu

[Robert Vollmert]

On Feb 18, 2009, at 02:02, Andrew Chadwick (mailing lists) wrote:

> The OSM2go mobile map editor has been updated, please update your  
> copies
> if you're following what we do :)
>
> This version adds full editability of relations, and we'd really love
> your feedback. So it's available as binaries for a number of popular
> platforms.

Finally got around to giving it a try: it compiled fine on OS X,  
though installation required the following patch, as "install -D" is a  
GNUism.

--- data/Makefile   2009-02-16 21:30:10.0 +0100
+++ ../osm2go-0.6.13-mod/data/Makefile  2009-02-18 13:17:01.0  
+0100
@@ -19,7 +19,8 @@
install -m 644 *.xml $(DESTDIR)$(PREFIX)/share/$(APP)
install -m 644 *.style $(DESTDIR)$(PREFIX)/share/$(APP)
for f in `find icons -name "*.png"`; do \
-  install -D -m 644 $$f $(DESTDIR)$(PREFIX)/share/$(APP)/$$f ; \
+  install -d $(DESTDIR)$(PREFIX)/share/$(APP)/`dirname $$f` ;\
+  install -m 644 $$f $(DESTDIR)$(PREFIX)/share/$(APP)/$$f ; \
done;


I didn't do more than change a couple of tags so far, but the first  
impression was very good! Very smooth interface, congratulations! I'll  
try using it for a bit at least.

The very first impression was slightly less good: it's quite difficult  
to set up a new "project" -- did I miss some way to paste a slippy map  
URL, or is there a slippy map chooser available or planned?

Cheers
Robert


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

Re: [OSM-talk] Adding architect names to buildings

[Robert (Jamie) Munro]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Frankie Roberto wrote:
> Hi all,
> 
> I've started adding architects names to buildings in Manchester (based
> on a combination of local history sources and Wikipedia), and so thought
> I'd better document the tag I'm using in case others want to do the
> same: http://wiki.openstreetmap.org/wiki/Key:architect

Nice idea.

> The only problem I could think of was whether the key should be singular
> or plural. I got the feeling that the singular would match existing tags
> better.

Agreed.

> Looking through Tagwatch I noticed that both artist=* and artist_name=*
> have been used (presumably for public sculptures and art installation),
> and I did wonder whether architect_name=* would be better. It seems that
> artist_name=*  matches old_name=*  better, but on the other hand it's
> not particularly ambiguous having artist=* or architect=*.

Why should it match old_name? Your not describing a name of the object,
you are referencing the designer of the object. Unless you want
architect_name, architect_address, architect_date_of_birth,
architect_..., it seems pointless.

Robert (Jamie) Munro
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.8 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkmcBJYACgkQz+aYVHdncI2FnQCgqKWterO8hL510GJqfpi1jU6M
YowAmgJhGW27A5NkIF5xYqusSavWuwLZ
=ab3d
-END PGP SIGNATURE-

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

Re: [OSM-talk] Large OSM "globe" style images

[Ævar Arnfjörð Bjarmason]

On Tue, Feb 17, 2009 at 11:08 PM, Frederik Ramm  wrote:
> And here is how to do it (needs Linux):
>
> http://wiki.openstreetmap.org/wiki/User:Frederik_Ramm/Creating_Very_Large_Marble_Images

This would be simpler if you could install the t...@h layer through
marble's add-on interface i.e. File->Download New Data.

If you look at it you'll see that it already has a package for the
OpenCycleMap, it would be nice if someone created a package for t...@h as
well.

Here's a relevant mailing list posting on the matter:
http://mail.kde.org/pipermail/marble-devel/2008-December/000284.html

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

Re: [OSM-talk] Cycle Map layer

[Dave Stubbs]

>>
>> We don't update it in pieces, so the whole world gets updated.
>> It will take a while for the tiles to update completely though.
>
> By "a while" Dave means it currently takes 5.5 days to update all the
> tiles that are cached on the cycle map. It starts with the lowest zoom
> and works with parrallel threads, so some low-zoom levels are already
> completed with the new coastlines.
>


And by 5.5 days Andy means 6.5 days... we gained 100GB of tiles in the
cache in the last month :-)

Dave

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

Re: [OSM-talk] Cycle Map layer

[Andy Allan]

On Wed, Feb 18, 2009 at 9:51 AM, Dave Stubbs  wrote:
> 2009/2/17 Matt Toups :
>> Dave Stubbs wrote:
>>> 2009/2/9 Ed Loach :
>>>
 Where does the Cycle Map get it's coastlines from? I happened to notice 
 that
 some of the paths I mapped along the sea front near here, which required
 some adjustment to the coastline, have let to Mapnik and Osmarender layers
 having the revised coastline, but not the Cycle Map layer:

 http://www.openstreetmap.org/?lat=51.93742&lon=1.28818&zoom=17&layers=00B0FTF



 Or does it just refresh those less frequently than the other information
 portrayed?

>>>
>>> Yes, it only updates when I prod it.
>>>
>>> Prodding it now... may take a while though.
>>>
>>> Dave
>>>
>> The coastlines for the cycle map in North America seem quite old, will
>> those also be updated?
>>
>> I made many adjustments to the Mississippi River (and other bodies of
>> water) in New Orleans some months ago which are currently not showing on
>> the cycle layer.  (In fact, the other style layers on opencyclemap.org
>> -- CloudMade style, Mobile style, NoNames style -- also have out of date
>> coastlines.)
>>
>
>
> As of this morning coastlines on the cyclemap should now be
> representative of the OSM data from about 2 weeks ago (I wasn't joking
> when I said it might take a while :-) -- this is mostly me setting
> something off then forgetting about it for a couple of days... then
> andy prodding me again)
>
> We don't update it in pieces, so the whole world gets updated.
> It will take a while for the tiles to update completely though.

By "a while" Dave means it currently takes 5.5 days to update all the
tiles that are cached on the cycle map. It starts with the lowest zoom
and works with parrallel threads, so some low-zoom levels are already
completed with the new coastlines.

I'll be attempting to remember to update them a bit more frequently in future.

Cheers,
Andy

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

Re: [OSM-talk] Large OSM "globe" style images

[Andy Allan]

On Tue, Feb 17, 2009 at 11:08 PM, Frederik Ramm  wrote:

> I would be interested in hearing other techniques for creating similar
> images with other tools. I'm sure it must be possible with Mapnik but
> you will have to import the whole planet and it will take ages to render
> that level of detail, and you would not have the interactivity that
> comes with Marble.

Talking of Marble, I've had recent conversations with some of the devs
about exposing the pan/rotate/zoom controls through dcop (for external
scripting). This is now done in svn, but I haven't had a chance in the
last week to play with it - but it might be nice for exhibitions etc
to be automatically animating zooming around the world and in on
different places. I've already found demoing the cyclemap at
exhibitions to be more attention-grabbing when done using a globe
rather than a flat-layers interface.

Just food for thought if anyone has some time.

Cheers,
Andy

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

Re: [OSM-talk] Cycle Map layer

[Dave Stubbs]

2009/2/17 Matt Toups :
> Dave Stubbs wrote:
>> 2009/2/9 Ed Loach :
>>
>>> Where does the Cycle Map get it's coastlines from? I happened to notice that
>>> some of the paths I mapped along the sea front near here, which required
>>> some adjustment to the coastline, have let to Mapnik and Osmarender layers
>>> having the revised coastline, but not the Cycle Map layer:
>>>
>>> http://www.openstreetmap.org/?lat=51.93742&lon=1.28818&zoom=17&layers=00B0FTF
>>>
>>>
>>>
>>> Or does it just refresh those less frequently than the other information
>>> portrayed?
>>>
>>
>> Yes, it only updates when I prod it.
>>
>> Prodding it now... may take a while though.
>>
>> Dave
>>
> The coastlines for the cycle map in North America seem quite old, will
> those also be updated?
>
> I made many adjustments to the Mississippi River (and other bodies of
> water) in New Orleans some months ago which are currently not showing on
> the cycle layer.  (In fact, the other style layers on opencyclemap.org
> -- CloudMade style, Mobile style, NoNames style -- also have out of date
> coastlines.)
>


As of this morning coastlines on the cyclemap should now be
representative of the OSM data from about 2 weeks ago (I wasn't joking
when I said it might take a while :-) -- this is mostly me setting
something off then forgetting about it for a couple of days... then
andy prodding me again)

We don't update it in pieces, so the whole world gets updated.
It will take a while for the tiles to update completely though.

Dave

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

Re: [OSM-talk] [Spam] Re: "News blog" link - to blogs.openstreetmap.org?

[Peter Miller]

On 17 Feb 2009, at 15:30, Jonas Krückel (John07) wrote:

> Andy Robinson (blackadder-lists) schrieb:
>> Having thought about this a bit overnight I personally feel that  
>> the project
>> should have an OSM specific blog that gets used for OSM community
>> announcements, worthy news items and OSMF announcements.  
>> Announcements are
>> easy as they report fact and it's just a matter of deciding if the
>> announcement is worthy of publication on a blog or not. News is a  
>> little
>> more subjective so needs a little more care. OSMF stuff is easy  
>> because OSMF
>> can decide internally before an announcement is made.
>>
>> If the OSM community can establish a small moderator group they could
>> receive potential blog posts from anyone, the "image of the week"  
>> approach
>> as suggested by Peter. The group would hopefully also deal with  
>> language
>> issues if a post needs putting up in more than one language  
>> (alternative
>> versions perhaps on the wiki for instance).
>>
>> It would also be nice for OSM to have a permanent archive of Steve's
>> personal blog posts to OGD that he and others made about the  
>> development and
>> progress of OSM in the early months/years.
> +1
> A OSM specific blog would also help to inform people on one place  
> about
> important news. A lot of people can´t read the mailinglists, forums  
> and
> all the wiki sites, thus it is hard for them to stay informed about
> important issues.
>
+1

In some ways little would change and  it is possible that it will  
broadly be the same group of people posting. It would be great if we  
could retain all the 'goodness' from OGD. I am relaxed about OGD being  
transferred to the project and having a moderation policy for  
contributors that is similar to IOTW rather than creating a new one  
but that is Steve's shout. If he was willing to offer OGD to the  
community then that would be great and very generous. If he wants to  
keep it separate then we would need to ensure that there were people  
to write for the new one.


Regards,




Peter


> Jonas
>
>
> ___
> 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] Parcel Data in OSM?

[Jochen Topf]

On Tue, Feb 17, 2009 at 07:00:14PM -0500, Christopher Schmidt wrote:
> Many city governments in Massachusetts publish their parcel (lot) data
> for free reuse, either individually or through MassGIS. This data is
> appropriately licensed for re-use in OSM, and is informative -- in most
> cases, it has addresses which can be used for geocoding.
> 
> I'm curious as to whether people believe that this data of this type is
> appropriate for upload into OSM.

Absolutely, this should go into OSM. OSM has developed to include more
and more detail over the last years. Its quite common already to have
whole cities with every building outline in it. So land parcels is just
one more logical step and nothing to be afraid of.

Sure it will be a lot of data and not everybody might need it, but until
now we have managed to cope with the influx of data quite well. Part of
what I find interesting about OSM is the technical challenge of building
a scalable, but still open system. We'll cope with land parcel data,
too.

We should probably only import part of the data at first to gain some
experience with handling it, but eventually we are going for world
domination anyway. :-)

The French are planning to import their country wide land parcel data
also...

Jochen
-- 
Jochen Topf  joc...@remote.org  http://www.remote.org/jochen/  +49-721-388298


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

Re: [OSM-talk] Parcel Data in OSM?

[maning sambale]

If imported to OSM, can we edit parcel data?  Is it legally allowed
for non-surveyors (in the Philippine we call them Geodetic Engineers)
to change parcel geometry and attributes?

On Wed, Feb 18, 2009 at 3:14 PM, Russ Nelson  wrote:
>
> On Feb 17, 2009, at 7:00 PM, Christopher Schmidt wrote:
>>
>> cases, it has addresses which can be used for geocoding
>
> For completely unrelated reasons (I was searching for an unfinished
> railroad and was looking to see if it existed in any property lines)
> (no, it didn't) (sigh) I had a copy of the parcel data for Oneida
> County, New York.  It has the address in a fixed field, along with the
> name of the road.  It would be trivially easy to set addr:housenumber
> and addr:street for the parcel.
>
> The trouble is that I don't know where in that parcel the building is
> to be found.  And some parcels are quite strangely shaped, e.g. two
> squares overlapping only at a corner.  And then the street name and
> the TIGER street name vary wildly, e.g. tiger:name_base="State Highway
> 13" and ocgov:loc_st_nam=Nys Rt 13" (or in another record, "State
> Route 13 N").  The latter only matters if the property is on a corner.
>
> I've noticed that the road is considered to be "unowned", so there's
> only one way connecting those nodes.  Thus, I'll look for the nodes
> with only one way, and tag the center of those nodes with the
> address.  Might employ some heuristic to guess which road if multiple
> roads are found.
>
> --
> Russ Nelson - http://community.cloudmade.com/blog - 
> http://wiki.openstreetmap.org/wiki/User:RussNelson
> r...@cloudmade.com - http://openstreetmap.org/user/RussNelson
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk
>



-- 
cheers,
maning
--
"Freedom is still the most radical idea of all" -N.Branden
wiki: http://esambale.wikispaces.com/
blog: http://epsg4253.wordpress.com/
--

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