Re: [OSM-talk] RR8 - Possible International Vandal (assistance required in various countries)
On Mon, 2009-10-05 at 01:15 +1000, John Smith wrote: > For people with good reason to be making dummy edits the dev system > can do this and will also render pretty maps too. > > http://api06.dev.openstreetmap.org/ Half correct. It's not yet set up for rendering. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] This #petition needs your votes: Vote for legal use of Google's aerial imagery for #OpenStreetMap tracing!
Erm, its been all over the mailing lists about 2 weeks ago, it was featured on the OpenGeoData blog, it has 1,452 positive votes as I write this 2009/10/3 Andreas Kalsch : > I have found this in the OpenStreetMap news, and I wondered why I have > given the first vote for it. > > http://twitter.com/kalsch/status/4582749178 > > Please spread this! > > Andi > > > ___ > dev mailing list > d...@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] shop=groceries?
2009/10/2 MP : > I notices few days ago user farlokko changed many shop=groceries into > shop=greengrocer worldwide. > > The changeset is http://www.openstreetmap.org/browse/changeset/2562959 This has been noted on IRC, I think some reverted changes in their area, but nobody got around to reverting the whole changeset. > I think this change is wrong, at least for most nodes in czech > republic - I know about nodes that I've added and only small part > (perhaps one out of ten) of them are actually greengrocers, according > to my knowledge. Most of them are ordinary grocery stores. Some of > them even have no or very little selection of fruit and vegetables. > > The greengrocer is shop that sells fruits and vegetables (in czech > language usually called "Ovoce a zelenina") and no other type of food > - according to what is at > http://wiki.openstreetmap.org/wiki/Tag:shop%3Dgreengrocer and what > would the name suggest. Correct > The groceries (I found shop=groceries at rejected features, though it > was widely used, JOSM has it in presets, etc ..) should be used for > shops selling general food (not only fruit and vegetables), but that > do not sell anything other than food (like shop=convenience) and are > small (so shop=supermarked won't fit to them) - at least this is what > I think. In czech these are called "Potraviny", or "Večerka" if they > have closing time very late in night. Again, I agree. I have no idea why groceries should be in rejected features. It seems it got sidelined there in the abandoned section in 2007. There is no reason for it to be on the rejected page, indeed, if it is widely used, why not just approve it due to precedence? If it's used, and a default in the editors, it can hardly be rejected. And what about the long standing shop=* definition? > So the question is how to tag shops selling only food that are small? > Should shop=groceries be used (and perhaps somehow added to map > features or proposed features, or some other tag should be used? Seems reasonable. > And should that changeset that converted shop=groceries into > shop=greengrocer be reverted? The changeset in question broke data. It unilaterally changed the definition of ~200 shops. It should be reverted. -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Using osm2pgsql can I import into postgres in a projection other than Spherical Mercator (epsg:900913) like wgs84 (epsg:4326)
Provided it can read postgres, and the styles can be adapted to a
mapnik-like database structure.
Data will be imported into 4 tables - planet_osm_point,
planet_osm_line, planet_osm_polygon and planet_osm_roads.
Each tag defined in the default.style file (packaged with osm2pgsql)
will be used as a field, in addition to the fields osm_id
(self-explanatory) and way (the geometry).
2009/10/1 John Mitchell :
> Thanks,
>
> For the below information it noted that:
>
> This will import the data from the OSM file(s) into a PostgreSQL database
> suitable for use by the Mapnik renderer
>
> I am assuming that this command will also work correctly if my renderer is
> instead geoserver since I already have been using geoserver I would prefer
> to use it instead of Mapnik.
>
>
> On Thu, Oct 1, 2009 at 6:15 PM, Thomas Wood
> wrote:
>>
>> $ osm2pgsql --help
>> osm2pgsql SVN version 0.65-14123
>>
>> Usage:
>> osm2pgsql [options] planet.osm
>> osm2pgsql [options] planet.osm.{gz,bz2}
>> osm2pgsql [options] file1.osm file2.osm file3.osm
>>
>> This will import the data from the OSM file(s) into a PostgreSQL database
>> suitable for use by the Mapnik renderer
>>
>> Options:
>> -a|--append Add the OSM file into the database without removing
>> existing data.
>> -b|--bbox Apply a bounding box filter on the imported data
>> Must be specified as: minlon,minlat,maxlon,maxlat
>> e.g. --bbox -0.5,51.25,0.5,51.75
>> -c|--create Remove existing data from the database. This is the
>> default if --append is not specified.
>> -d|--database The name of the PostgreSQL database to connect
>> to (default: gis).
>> -l|--latlong Store data in degrees of latitude & longitude.
>> -m|--merc Store data in proper spherical mercator (default)
>> -M|--oldmerc Store data in the legacy OSM mercator format
>> -E|--proj num Use projection EPSG:num
>> -u|--utf8-sanitize Repair bad UTF8 input data (present in planet
>> dumps prior to August 2007). Adds about 10%
>> overhead.
>> -p|--prefix Prefix for table names (default planet_osm)
>> -s|--slim Store temporary data in the database. This greatly
>> reduces the RAM usage but is much slower.
>> -S|--style Location of the style file. Defaults to
>> ./default.style
>> -C|--cache Only for slim mode: Use upto this many MB for
>> caching nodes
>> Default is 800
>> -U|--username Postgresql user name.
>> -W|--password Force password prompt.
>> -H|--host Database server hostname or socket location.
>> -P|--port Database server port.
>> -e|--expire-tiles [min_zoom-]max_zoom Create a tile expiry list.
>> -o|--expire-output filename Output filename for expired tiles list.
>> -h|--help Help information.
>> -v|--verbose Verbose output.
>>
>> Add -v to display supported projections.
>> Use -E to access any espg projections (usually in /usr/share/proj/epsg)
>>
>>
>> 2009/10/1 John Mitchell :
>> > Hi,
>> >
>> > Your documentation states for using osm2pqsql (listed below) :
>> >
>> >
>> >
>> > Before you can use osm2pqsql for the first time with the Spherical
>> > Mercator
>> > projection (see below), you need to initialize configuration data for
>> > this
>> > projection. Do this by running the .sql file included with osm2pqsql:
>> >
>> > [Syntax on Windows]
>> > $ psql -d gis -f c:\osm2pgsql\900913.sql
>> >
>> > ----------
>> >
>> > Using osm2pgsql can I import into postgres in a projection other than
>> > Spherical Mercator (epsg:900913) like wgs84 (epsg:4326)?
>> >
>> > Thanks,
>> >
>> > John
>> >
>> > --
>> > John J. Mitchell
>> >
>> > ___
>> > talk mailing list
>> > talk@openstreetmap.org
>> > http://lists.openstreetmap.org/listinfo/talk
>> >
>> >
>>
>>
>>
>> --
>> Regards,
>> Thomas Wood
>> (Edgemaster)
>
>
>
> --
> John J. Mitchell
>
--
Regards,
Thomas Wood
(Edgemaster)
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Using osm2pgsql can I import into postgres in a projection other than Spherical Mercator (epsg:900913) like wgs84 (epsg:4326)
$ osm2pgsql --help
osm2pgsql SVN version 0.65-14123
Usage:
osm2pgsql [options] planet.osm
osm2pgsql [options] planet.osm.{gz,bz2}
osm2pgsql [options] file1.osm file2.osm file3.osm
This will import the data from the OSM file(s) into a PostgreSQL database
suitable for use by the Mapnik renderer
Options:
-a|--append Add the OSM file into the database without removing
existing data.
-b|--bboxApply a bounding box filter on the imported data
Must be specified as: minlon,minlat,maxlon,maxlat
e.g. --bbox -0.5,51.25,0.5,51.75
-c|--create Remove existing data from the database. This is the
default if --append is not specified.
-d|--databaseThe name of the PostgreSQL database to connect
to (default: gis).
-l|--latlong Store data in degrees of latitude & longitude.
-m|--mercStore data in proper spherical mercator (default)
-M|--oldmerc Store data in the legacy OSM mercator format
-E|--proj numUse projection EPSG:num
-u|--utf8-sanitize Repair bad UTF8 input data (present in planet
dumps prior to August 2007). Adds about 10% overhead.
-p|--prefix Prefix for table names (default planet_osm)
-s|--slimStore temporary data in the database. This greatly
reduces the RAM usage but is much slower.
-S|--style Location of the style file. Defaults to ./default.style
-C|--cache Only for slim mode: Use upto this many MB for caching
nodes
Default is 800
-U|--usernamePostgresql user name.
-W|--passwordForce password prompt.
-H|--hostDatabase server hostname or socket location.
-P|--portDatabase server port.
-e|--expire-tiles [min_zoom-]max_zoomCreate a tile expiry list.
-o|--expire-output filename Output filename for expired tiles list.
-h|--helpHelp information.
-v|--verbose Verbose output.
Add -v to display supported projections.
Use -E to access any espg projections (usually in /usr/share/proj/epsg)
2009/10/1 John Mitchell :
> Hi,
>
> Your documentation states for using osm2pqsql (listed below) :
>
>
> Before you can use osm2pqsql for the first time with the Spherical Mercator
> projection (see below), you need to initialize configuration data for this
> projection. Do this by running the .sql file included with osm2pqsql:
>
> [Syntax on Windows]
> $ psql -d gis -f c:\osm2pgsql\900913.sql
> --
>
> Using osm2pgsql can I import into postgres in a projection other than
> Spherical Mercator (epsg:900913) like wgs84 (epsg:4326)?
>
> Thanks,
>
> John
>
> --
> John J. Mitchell
>
> ___
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk
>
>
--
Regards,
Thomas Wood
(Edgemaster)
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] deleted copyrighted material technically still in the database?
The Data Working Group have the powers to ensure the data is removed permanently from the database and historical planet dumps. To my knowledge, the planet dumps have been patched once in the past to remove a serious copyvio. 2009/9/23 Donald Allwright : > >>From: maning sambale >>To: osm-talk >>Sent: Wednesday, 23 September, 2009 13:44:52 >>Subject: [OSM-talk] deleted copyrighted material technically still in the >> database? > >>Whenever we see copyrighted material in OSM, we try to remove it >>immediately. But technically, it still in the database including >>history and changeset. >>Am I right in my assumptions? > > > No-one should be removing copyrighted material from the database as a matter > of course. We should only be removing copyrighted material if there is no > clear evidence that the copyright holder has given permission for it to be > used in this way. Some would argue that we should only remove it if there is > clear evidence that the copyright holder *hasn't* given permission for it to > be used in this way, although the OSM way is to be ultra-cautious where > there is uncertainty. > > > Technically, it is still in the database, and a technically astute person > could recover it. However it is not in the current version of the data that > are provided using the default mechanisms, so it *could* be argued that OSM > is not actively distributing it. It's similar to when people add code to a > public repository then remove it again, it's usually still "there" > somewhere. I am unaware of any legal cases in the UK (where OSM is based) > that hinge around this residual availability, but then again I am not a > lawyer and would certainly be interested to hear of any. > > Regards, > Donald > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] wikipedia:fr edits
2009/9/9 Pieren : > On Wed, Sep 9, 2009 at 1:21 PM, Liz wrote: >> copied from rss feed for diary entries >> for attention of list >> >> >> Looks like there's been a lot of wikipedia:fr based edits from >> http://www.openstreetmap.org/user/paddiloo/edits -- is this now ok? >> [Don't have access to mailing list atm] >> > > This person creates place nodes based on coordinates from > wikipedia:fr. But these coordinates are coming from the IGN, the > french OS and their license for this dataset is not compatible with > OSM license (commercial use not allowed without permission). > I contact him/her to inform that what he/she is doing is not allowed. > > Pieren > In that case, the coordinates should surely not be in wikipedia either? -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Wiki "OpenLayer live examples" get "404 not found"
2009/9/8 Ulf Lamping : > Tom Hughes schrieb: >> >> On 08/09/09 00:24, Thomas Wood wrote: >>> >>> My apologies, I meant to change the links. >>> Try errol.openstreetmap.org/... >> >> Please don't do that, both because it doesn't work and because we don't >> have to get people used to referring to the machine by that name. >> >> You jumped the gun a bit on transferring your home directory to the new >> machine but I'll see if I can patch things up... > > ... or are they gone due to the recent dev server changes ;-) > > > No need to hurry. > > I've just stumbled over the problematic OpenLayers examples, as there's > currently some discussions going on about the OpenLayer topic on the german > ML. > > Just let us know once the dust settled on these server changes, so we can > fix the wiki examples ... > > Regards, ULFL > Yes, the wiki examples have been a little neglected for a while. I should have a look at bringing them up to date. Tom has now fixed errol's configuration, and after a DNS refresh, everything should just work again. -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Wiki "OpenLayer live examples" get "404 not found"
My apologies, I meant to change the links. Try errol.openstreetmap.org/... 2009/9/8 Ulf Lamping : > Hi! > > The openlayer wiki examples in [1] links to none existing example files > at [2]. > > Have the files moved somewhere else or are they gone due to the recent > dev server changes? > > Regards, ULFL > > > [1] http://wiki.openstreetmap.org/wiki/OpenLayers > [2] http://dev.openstreetmap.org/~edgemaster/OpenLayersExamples/ > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RR8 - Possible International Vandal
2009/9/2 Martin Koppenhoefer : > 2009/9/2 Peter Miller : >> I spoke to members of the Data Working Group recently and it seems clear to >> me (and them) that dealing with vandalism is in general a community problem, >> not their problem. They are mainly about dealing with those situations where >> a legal response is required such as copyright violation or where an >> official email might help. > > this sounds reasonable > >> Banning people is a possible last-resort, > > +1. Even if it might not be very powerful (just create another account > and here you are again) > >> but >> this does not deal with removing graffiti or spotting it in the first place >> which should be done by the community. > > +1 > >> I believe that monitoring of graffiti (which this is) > > no, IMHO that's no more graffiti but it's removing the covers of > manholes, maybe even poisoning the drinking water reserve ;-). It is > too big to remove manually. If like throwing a lot of > paint-cluster-bombs over wide areas. Think of 880 ways in Ireland: > that's too much to ask the community to do it manually. Reverts at > that scale (if they are really 100% useless or harmful) should be > dealt with in a more professional way than hitting 880 times "h" in > potlatch. > > Not everybody is able to run revert.pl like Richard suggested, that's > why some members of the community started this thread: to ask the more > experienced/enabled community members for help in doing so. > > cheers, > Martin The thread was started for consensus on whether the edits were vandalism, and what should be done. Now we're at a stage that we've confirmed it is 100% harmful, we can get them reverted. -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RR8 - Possible International Vandal
2009/9/2 Richard Bullock : >>I'll go over what the mapper did in Ireland, which to me is the >>clearest case of (at least) reckless incompetence (an ill that can be >>cured through communication, but only with two-way communication): >> >>* All motorway under construction marked complete. Including adding >>amateurish (wrong way, driving on right) stubs to make the pieces >>connect. >> >>* Most long-distance dual-carriageways up-tagged to motorways, >>including the changing of refs (e.g. N7-M7) >> >>* Slip roads on the up-classified sections retagged to motorway (not >>motorway_link) >> >>In all, about 2-200km of road were retagged with no basis whatsoever > > > But some dual carriageway *has* been upgraded to motorway recently - August > 28th - 294km worth - (including some sections under construction) > > See http://www.transport.ie/upload/general/10193-PRESS_RELEASE1_-0.DOC > > Having said that, I reviewed some changes done in Derbyshire in the UK and > they looked horribly wrong. Didn't seem to move any nodes, but road numbers > were changed, road classifications changed without any clear indication as > to why. Some highway=primary reclassified as highway=secondary with > fabricated B-road numbers. Some fairly minor roads upgraded to > highway=secondary or highway=primary, again with fabricated route numbers. > I'll be happy to revert these particular edits. > > Most of the edits are not in areas I know well enough. Most seem to be in > Iceland. > > Richard Please leave the ways untouched for now, it'll be easier to revert the whole changeset in the long run. -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] RR8 - Possible International Vandal (assistance required in various countries)
Hi list, Attention was drawn to the OSM user RR8 last night on IRC. It appears that they have been producing /apparently/ deconstructive edits at a high frequency since late Saturday evening (server time). Edits primarily are the reclassification of highways to a different level. This has occured frequently in the East Midlands (often including a change of reference number that cannot be confirmed from other sources), places in Ireland where under-construction motorways have been marked as opened, and a few reclassifications elsewhere, most notably Iceland. The edits appear to look constructive, but are more likely to be destructive. Ideally, someone local to the areas in question should check a few of the changes, or we could get people from the mailing list to consider the edits as a whole to decide what's to be done about them. http://www.openstreetmap.org/user/RR8/edits -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] We need a report spam button for diary entries... and to ban accounts repeatedly spamming...
Accounts spamming are banned. They're usually caught in good time by our master admin. 2009/8/28 John Smith : > More diary spam: > > http://www.openstreetmap.org/user/mariann/diary/7691 > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Question about gps coordinates 001W0547 convert to -1.0547
It looks like its a mashed form of the standard decimal Lat Lons. Assuming your conversion is correct: Replace the letter with a decimal point. If S or W place a - before the first set of digits for that coordinate. Swap the pair of coordinates around, so the northing is first, as is more common. Gpsbabel is not suitable for this, it only deals with file formats, not coordinate formats. 004E4800,47N2000 => 47.2, 4.48 002W2300,57N => 57.0, -2.23 2009/7/29 Marc Coevoet : > Hello, > > I want to convert > > 004E4800,47N2000 > 002W2300,57N > 001W0547,51N4823 > 013E2600,47N3400 > 013E2600,47N3400 > 013E2600,47N3400 > 013E2600,47N3400 > 013E2500,47N3343 > > > to something where 001W0547 becomes -1.0547 > > Is gpsbabel capable, and what format is 001W0547 ?? > > > Thanks, > Marc > > -- > Shortwave transmissions in English, Francais, Deutsch, Suid-Afrikaans, Urdu, > Cantonese, Greek, Spanish, Portuguese, ... > http://users.fulladsl.be/spb13810/radio/swlist/ > Stations list: http://users.fulladsl.be/spb13810/radio/txlist/ > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] changesets not closed in time?
Its normal. Potlatch does not tell the server when its session ends. The changeset times out after 1 hour of no edits. 2009/7/20 Martin Koppenhoefer : > Today I was editing with Potlatch (edit with save), then saving (all > edits were saved) and closing the browser window. But 20 Minutes later > the changeset was still displayed as "still editing" in the > changeset-list. Is this a bug or is it normal (i.e. takes some time > after closing to recognize) or even desired behaviour? > > cheers, > Martin > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to get my blog included into the planet (blogs.openstreetmap.org)?
2009/7/18 : > Hi, > > I'm an openstreetmap user (SB79) and I write about openstreetmap on my blog > regularly. I would love to see my blog > > http://osmbonnblog.blogspot.com/ > > included into the openstreetmap planet (blogs.openstreetmap.org). > > Frederik Ramm and Peter Doerrie told me, that Shaun McDonald would be the > right person to contact. That is correct. > However, having sent two emails during the last weeks and getting no response > nor bounce message, I would love to learn by other openstreetmap contributors > and blog authors, how they got their blog included into the planet. > > Best, > Stephan > -- > GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! > Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-transit] Heritage Railways
NaPTAN does include some of the heritage railways in the metro section of the database, any missing points could be possibly filled from this source. 2009/6/28 Frankie Roberto : > Hi all, > > I've spent some time this weekend going through the list of heritage > railways: > http://wiki.openstreetmap.org/wiki/WikiProject_United_Kingdom_Railways/Independent_and_minor_railways > and adding route relations to them. I'm about 50% of the way through so far. > > Some points/questions to the group: > > * I've been adding both the ways and the stations to the relation - the > stations as role=stop. Is this correct? > * Am not sure whether the name should still be attached to the ways or not. > On the one hand, it's a lot of duplication, and in some cases, the way might > have a different name from the route (eg it might be a bridge, with its own > name). On the other hand, having the name attached to the ways might be > useful for renderers. > * I've given all the routes the name of the railway (eg "The Bluebell > Railway") rather than the end-to-end name that is common for mainline routes > (eg "London-Brighton"). > * I've added the website address of the railway to the relation in a few > cases (using url=). > * There are a few cases where the actual track extends beyond the final > station (eg used for turning the train around, or as an occasional link to > the National Rail network). I haven't included these bits within the > relation, on the presumption that they aren't part of the 'route' that > passengers actually experience. > * Is there any additional information that could be captured at a relation > level? Wikipedia reference? Months of operation? Operator? (this is often > the same as the name) > > Finally, if someone fancies doing a nice rendering of the UK clearly showing > all of the heritage railway lines (perhaps with just terrain contours as a > background), then I'll offer up to GBP 20 for a print of it... :-) > > Frankie > > -- > Frankie Roberto > Experience Designer, Rattle > 0114 2706977 > http://www.rattlecentral.com > > > ___ > Talk-transit mailing list > talk-tran...@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-transit > > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Changes in a bbox?
If identifying a past disappearance of data, it'd probably be easier to use the history tab of the main website than a feed? 2009/6/26 Tomas Straupis : > Hello > > I remember seeing recently a link to an rss feed on dev server for > changesets in defined bbox. > Is this feature already on prod? > > I need this to identify strange disappearance of data... > > Thank you! > > -- > Tomas Straupis > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding OpenStreetMap map into wordpress.com post
The current Google Map you have on that page is embedded via an Iframe. You can get a similar piece of Iframe code via the Export tab of the openstreetmap.org website. 2009/6/25 Ivan Garcia : > Hi, > > we are trying to replace a Google maps into a OSM map in here, > > http://barcampvalencia.com/localizacion/ > > That is inside "wordpress.com" hosting where the inclusion of Iframes, or > javascript in the posts is limited, and cannot install the OSM plugin for > wordpress neither. > > Do you know any other way to do this? > > Many thanks in advance. > Ivan. > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Thousands of small changesets by Tim Proegler
Can we ban it, the stuff its uploading is completely useless. (single nodes with only note tags and no other useful metadata) 2009/6/24 Shaun McDonald : > http://www.mchme.com/#openstreetmap looks like the software they've used. > 1753 changesets in less than 20 minutes. > Shaun > On 24 Jun 2009, at 17:58, S Knox wrote: > > Does anyone know why Tim > Proegler http://www.openstreetmap.org/user/timproegler/edits has made so > many small edits under the name of KMLManager in such a short space of time > (1 day as a member)? The recent changes page was at one point full of his > changesets. Is this legitimate, or a mistake? > > Regards > Steve > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] Error in OSM site when Exporting to Embedded HTML
This is now fixed in http://trac.openstreetmap.org/changeset/16086 2009/6/23 Jonas Krückel : > Ævar Arnfjörð Bjarmason schrieb: >> On Mon, Jun 22, 2009 at 8:59 AM, Ivan Garcia wrote: >> >>> Hi, I realized that when I click in the EXPORT tab of OSM.org and I choose >>> the Embedded HTML radiobox, it appears a link that says: "Click here to >>> select a marker", but when I click later on in the map, no marker is placed, >>> I'm using Firefox 3 in my Kubuntu. >>> >> >> Can someone who can debug JS look at this? Firefox error >> console/Firebug complain about undefined variables but I can't track >> down what's wrong. >> > I recognized this bug a few weeks ago as I was translating osm.org. It > seemed to me that the bug appeared that time, so maybe it has something > to do with the translation? > I checked de.yml at this time, but there was no bug, so it must be > somewhere else. > Maybe this is a hint. > > Jonas > > _______ > dev mailing list > d...@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Move the Map
2009/6/16 Yann Coupin : > Maybe we could also leverage the new part of HTML 5 that enables > geolocation to center the map on the user's current location. I know > IE doesn't support it yet, but waiting for IE support of a new > technology is pretty much like saying that you will lag years behind... > > Yann Geolocation in OpenLayers is a work-in-progress, it is going to try and support as many browsers as possible by including support for the W3C spec, along (hopefully) with the Loki plugin for IE, and the methods that Google Gears provides for geoloc. It's certainly on my todo list to look into. -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] A lot of Spam on the user diaries
The admins usually watch the diary entries and clean them up before most people see them (I sometimes have them lingering in my RSS feed, but they've already been deleted by the time I check the website) However, our main admin who can do this is currently on holiday (doing occasional general checks on the site afaik), so things may happen less rapidly than they have in the past. 2009/6/13 Peter Dörrie : > Hi, > > lately there has been a lot of spam in the user dieary entries (and > therefore in the planet as well). And I found no way to "flag" those users > or entries for an admin to investigate this. So please > > 1. block the following accounts: > > Accessories > Vitamins > ericola > > > 2. Implement a "flag" button in the user diaries, so that that spam can get > countered effectively > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Turn restrictions
2009/5/26 Maarten Deen : > Cartinus wrote: >> On Tuesday 26 May 2009 07:44:54 Maarten Deen wrote: >>> I've searched the wiki and I have used the tag myself, but there seems to >>> be no documentation for restriction= ? >> >> <http://wiki.openstreetmap.org/wiki/Relation:restriction> > > Thanks, I knew it was somewhere, but the wiki search seems to be seriously > flawed: > <http://wiki.openstreetmap.org/index.php?title=Special%3ASearch&ns0=1&ns1=1&ns2=1&ns3=1&ns4=1&ns5=1&ns6=1&ns7=1&ns8=1&ns9=1&ns10=1&ns11=1&ns12=1&ns13=1&ns14=1&ns15=1&ns200=1&ns201=1&ns202=1&ns203=1&ns204=1&ns205=1&ns206=1&ns208=1&ns209=1&redirs=1&search=restriction&fulltext=Advanced+search> > does not bring up any results. > > I see now it does work with the Google search, but then what's the point for > wikipedia to have its own search. > > Regards, > Actually, it seems all wiki searches are failing. I've copied the wiki admin in on this. -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Data Import Support Working Group
2009/5/13 SteveC : > All > > The foundation today discussed the perceived need for a working group > to help people import data. > > We know there are highly talented individuals out there who are able > to find data to import, have the social skills and time to get data > holders to release it to OSM, have the legal knowledge to see if it's > ok to import and have the technical skills to do the actual importing. > They are doing amazing work. > > However there are those that can do only a portion of this. Thus we > would like to help the people finding the data meet the people who can > import it, and them feel they have backing. We are not looking to > stomp on existing imports. We wish to help with the large number of > datasets out there without a champion who has all the skills needed to > get it imported. There is a lot of data out there! We will prioritise > it and help get it imported. > > So, are you someone who knows about some datasets? Are you able to do > the importing? Do you have a little time each week to help guide the > process and talk to people who might have data? Then please get in > touch to help start this group. We will meet approximately every week > or two for an hour long phone call. > > Best > > Steve Being the (somewhat delegated) person who is currently doing the import of the NaPTAN data, I suppose I have an interest in this group, but demands on my time are currently very high, so its unlikely I'll be of any help in the near future. -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] more OSM coming soon
2009/5/13 Ivo van den Maagdenberg : > Hi Folks, > > This is some sort of quality of service question. Half of all the tiles on > http://www.openstreetmap.org render as 'more OSM coming soon'. I want to > know if I am doing something wrong (Ubuntu 8.10 + firefox 3.0 + reasonable > hardware) The tiles display this in the case of network troubles where the server isn't reachable, they're also displayed if the tile hasn't yet been rendered (and is present on the server's disk) and when it's not possible to render on the fly. Otherwise, the tile is added to the render queue and should be available at some point shortly in the future. > Showing OSM to a friend that has not seen 'the Map' does not give a good > impression this way. A solution is to implement some sort of double > buffering where the old tiles are kept for display until the new one has > properly rendered? Well, that's maybe impossible, but it would improve the > responsiveness of the http://www.openstreetmap.org at the moment. I believe this is already the case. > I am not 100% sure if this list is the most appropriate place to post and > apolgise for hogging the wrong list with my concerns. > > Kind regards, > Ivom > > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ISA system for London
I read about this a few months ago, its taken the media a while to catch up! TfL actually did release (some of) the raw datasets, but iirc, the licence was incompatible with OSM. The datasets: http://www.tfl.gov.uk/corporate/projectsandschemes/7893.aspx The terms: http://www.tfl.gov.uk/termsandconditions/8780.aspx 2009/5/11 Emilie Laffray : > Hi, > > I have just seen an article where we could potentially get data from > in terms of speed limit in London. It may be worth checking if the > data can be used publicly. There is a link at the end of the second > page. This is the most interesting part. > > http://www.theregister.co.uk/2009/05/11/isa_satnav_speed_governor_cab_bus_trials/ > > Emilie Laffray > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wikipedia POI import?
Unverified and somewhat copyrightable sources. Where's ShakespeareFan00 when you need him? :) 2009/5/5 Russ Nelson : > Any reason not to go through Wikipedia and import everything with a > coordinate as a POI, with a url=http://wikipedia.org/NAME link, and > name=NAME where NAME is the name of the Wikipedia entry? If I do this > under a special username, then there is no problem backing out the > import if somebody has a better idea later. > > -- > Russ Nelson - http://community.cloudmade.com/blog - > http://wiki.openstreetmap.org/wiki/User:RussNelson > r...@cloudmade.com - Twitter: Russ_OSM - > http://openstreetmap.org/user/RussNelson > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Python API
2009/4/29 Etienne Chové : > Eddy Petrișor a écrit : >> 2009/4/29 Etienne Chové : >>> Dears, >>> >>> I wrote a python class to communicate with OSM API (read, write, >>> update). For interested users, informations are here [1]. >> >> COOL! I was thinking of writing such a class myself, but it's great >> you did it :) . >> >>> May I put sources on the dev server ? >> >> May I suggest keeping it in a git repository so other people than the >> ones with commit access to the openstreetmap svn can contribute? >> >> I have used repo.or.cz which is a free service offered by Petr Baudis, >> author of many improvements in the git user interface for the >> osm-helpers improved code. >> >> I am probably going to be one of your early adopters :-) > > I can put it where ever people want it. I think svn.openstreetmap.org is > the best. Where to ask to get svn account ? The machine admin - TomH creates accounts for anyone who requires one. (A few) more details on the wiki - http://wiki.openstreetmap.org/wiki/SVN -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Python API
2009/4/29 Etienne Chové : > Thomas Wood a écrit : >> >> See also the osmparser.py class, that may also be useful. >> >> http://trac.openstreetmap.org/browser/applications/editors/django/osmeditor/lib/osmparser.py > > Interesting... does it work with API 0.6 and changesets ? (see 0.5 inside). Not yet, I was thinking of updating it, since the original author doesn't seem to have... -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Python API
See also the osmparser.py class, that may also be useful. http://trac.openstreetmap.org/browser/applications/editors/django/osmeditor/lib/osmparser.py 2009/4/29 Etienne Chové : > Dears, > > I wrote a python class to communicate with OSM API (read, write, > update). For interested users, informations are here [1]. > > May I put sources on the dev server ? > > -- > Etienne > > [1] http://wiki.openstreetmap.org/wiki/PythonOsmApi > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] planet? geofabrik download...
2009/4/27 Etienne Chové : > Frederik Ramm a écrit : >> Hi, >> >> Gary68 wrote: >>> just wanted to use a planet slice from geofabrik and noticed that in >>> bremen.osm.bz2 at least 4 referenced nodes are missing: >> >> Osmosis now exports incomplete objects by default, rather than clipping >> them. One has to explicitly request clipping which is what I've done for >> tonight's job, so expect old-style clipped files tomorrow. > > I think today france extract still have the same problem : > > % grep "\"12631399\"" france.osm > > > This node is used in a way but not declared The node in question is located in Poole Bay, UK, as part of a ferry route from Poole to Guernsey - http://www.openstreetmap.org/browse/way/2784646 http://www.openstreetmap.org/browse/node/12631399 -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Ruby Error while adding user as friend?
This has now been fixed. 2009/4/21 Ciprian Talaba : > Hi, > > I am getting a Ruby error when I am trying to add some user as my friend. It > seems to be related to some username (for now I can only notice this error > if the username contains a space). The error is below: > > The OpenStreetMap server encountered an unexpected condition that prevented > it from fulfilling the request (HTTP 500) > > Feel free to contact the OpenStreetMap community if your problem persists. > Make a note of the exact URL / post data of your request. > > This may be a problem in our Ruby On Rails code. 500 ocurrs with exceptions > thrown outside of an action (like in Dispatcher setups or broken Ruby code) > > Is anyone else seeing this error? > > Thanks, > Ciprian > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] 404 error in History tab
Fixed in http://trac.openstreetmap.org/changeset/14694 Thanks for the report. 2009/4/22 Ed Avis : > I went to the Export tab on the main OSM site, then History, but that gave URI > <http://www.openstreetmap.org/export/history/ > ?bbox=-0.13434%2C51.52728%2C-0.11829%2C51.53819> > which is 404. > > -- > Ed Avis > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] suggested website to upload a temporary cycling route event over OSM streetdata
2009/4/11 Shaun McDonald : > > On 11 Apr 2009, at 06:49, Maning Sambale wrote: > >> Hi, >> >> I want to create an interactive webmap for an upcoming cycling event >> in >> the Philippines. I can prepare a gpx file for the route. Now I >> want it >> over OSM data. Are there any site that provides this service (other >> than rolling my own slippy map)? > > When you say rolling your own slippy map, do you mean creating the > tiles yourself, or not touching javascript? > >> >> The route is temporary (only for this cycling event) therefore I am >> hesitant to add it in the main OSM database. >> > > You could convert the GPX to KML and use Web Maps Lite. > http://developers.cloudmade.com/projects/web-maps-lite/examples/kml-and-geo-rss > > OpenLayers has an equivalent API call. > http://openlayers.org/dev/examples/kml-layer.html > > TrackMyJourney is an option, though that is aimed at you having > travelled that route, and doesn't need any javascript. > > Shaun > OpenLayers can in fact read the GPX itself. Take a look at http://wiki.openstreetmap.org/wiki/Openlayers_Track_example I've just fleshed up this page a bit, and fixed it :) -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] People's Map
2009/4/9 Mike Harris : > Someone just pointed out this site to me: > > http://peoplesmap.com/Default.aspx > > with the claim that it was similar to OpenStreetMap and more UK-oriented > than OSM (which for some reason they thought was German-dominated - I can't > imagine why! (;>)). > > At a quick glance it doesn't even appear to be free - despite the name and > the initial blurb ... > > Does anyone know anything about People's Map? Am I right in assuming that it > has no connection with OSM? Comparison between the two projects? Pros and > cons? > > Mike Harris Pros? They have good (their own commercial) aerial imagery, they (used to) use most of the OSM software. Cons? Faking freeness, but are not really that free. Worse editor support (only their flash thing). There was a clause about data ownership somewhere on the old site, but I can't find it anymore. It's certainly been discussed on these lists before, a search may be worthwhile to hear our previous thoughts: http://www.google.com/search?q=site:lists.openstreetmap.org+"peoples+map"&hl=en&client=firefox-a&rls=com.ubuntu:en-US:unofficial&hs=KlV&filter=0 -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tim Berners-Lee Linked Data talk
2009/3/13 Mike Collinson : > I'm not sure if this has on-line video has been mentioned yet on the list: > > Tim Berners-Lee: The next Web of open, linked data > http://www.ted.com/index.php/talks/tim_berners_lee_on_the_next_web.html > > A relaxing antithesis to the current grand licensing debate but still very > relevant as this is what it is ultimately all about. > > It gets interesting around four minutes in and he gives us a nice plug at > 14:40. Just please don't tell Richard Fairhurst, it might go to his head :-) He already knows, and I think it did. -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Questions from GSoC 2009 Application
2009/3/12 Ian Dees : > Hi everyone, > > I'm working on the application for GSoC 2009 and have a couple questions > that others might be able to answer more effectively than I can: > > 1. It appears that they only allow projects with licenses approved by the > opensource.org site [1]. Is our current license up there? OSM encourages open licenses to be used, but does not require it for applications that use the data. Our software is a mish-mash of licenses, potlatch is Public Domain (afaik), I'm guessing the Rails Port is under GPL (although not explicitly stated anywhere), osmarender is GPLv2, etc. -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Guardian open platform
It's been covered on talk-gb: http://lists.openstreetmap.org/pipermail/talk-gb/2009-March/003580.html 2009/3/10 Oliver Lewis : > The Guardian newspaper announced its "open" platform today > (http://www.guardian.co.uk/media/2009/mar/10/guardian-open-platform) and say > there is a partnership with Openstreetmap to geotag articles. I couldn't > find a reference to this on this list, the blog or the wiki. Can someone > give us the openstreetmap side of the story or point me to it? > > Thanks > > Oliver > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] odd rendering + county boundaries
The reason it is being rendered is because the coastline is included in the boundary relation, not (afaik) any tagging on the coastline and/or overlapping boundary ways. 2009/3/2 Aun Johnsen (via Webmail) : > Maybe the coastal part of the boundary should follow the baseline as per > http://wiki.openstreetmap.org/wiki/Maritime_borders > > The base line is the maritime border closest to the coast, and will > probably not be rendered on most maps. > > --[] > On Mon, 2 Mar 2009 11:22:34 +, Thomas Wood > wrote: >> I believe that there's some boundary rendering bugs that are yet to be >> fixed in mapnik, I've not seen this one before. >> >> As a side issue, does the county boundary really go up the river like >> that or just cut across the mouth? I think we need to review this. I >> recall talking to steve8 who did the boundary relation for the >> southwest counties that he'd just added the coastline to the relation, >> and not considered river mouths. I'll look into the data myself if I >> get the time. >> >> 2009/3/2 Kevin Peat : >>> I made some changes a couple of weeks ago to the banks of the River Dart >>> through Totnes >>> >>> > http://www.openstreetmap.org/?lat=50.42863&lon=-3.67974&zoom=15&layers=B000FFF >>> >>> Obviously those changes have been picked up as the county boundary is >>> rendering along the updated river bank but the actual river isn't. >>> >>> Is this just a time lag thing or have I done something wrong? >>> >>> On the subject of UK county boundaries it's nice to see them rendering >>> (in Mapnik) but it seems a bit odd for the boundaries to be rendered >>> around coastlines and up river estuaries. Is it possible to only render >>> the inland parts ie. where the ways are not tagged as natural=coastline? >>> >>> thanks, >>> Kevin >>> >>> ___ >>> talk mailing list >>> talk@openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk >>> > > -- > Brgds > Aun Johnsen > via Webmail > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=secondary_link
I've just added it to the wiki, and since it's transcluded on Map Features, the wiki promptly went down on saving. Hope it comes back up soon... 2009/3/2 Andrew Chadwick (email lists) : > Tom Hughes wrote: > >> Indeed, just because a tag is not mentioned on the wiki does not mean >> people should go round removing it! > > Though the tag should probably be documented too, for the avoidance of > future errors amongst those who attach undue meaning to lack of > documentation, and too little importance to the spirit of [[Any tags you > like]] and the nature of other people's data :( > > -- > Andrew Chadwick > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] odd rendering + county boundaries
I believe that there's some boundary rendering bugs that are yet to be fixed in mapnik, I've not seen this one before. As a side issue, does the county boundary really go up the river like that or just cut across the mouth? I think we need to review this. I recall talking to steve8 who did the boundary relation for the southwest counties that he'd just added the coastline to the relation, and not considered river mouths. I'll look into the data myself if I get the time. 2009/3/2 Kevin Peat : > I made some changes a couple of weeks ago to the banks of the River Dart > through Totnes > > http://www.openstreetmap.org/?lat=50.42863&lon=-3.67974&zoom=15&layers=B000FFF > > Obviously those changes have been picked up as the county boundary is > rendering along the updated river bank but the actual river isn't. > > Is this just a time lag thing or have I done something wrong? > > On the subject of UK county boundaries it's nice to see them rendering > (in Mapnik) but it seems a bit odd for the boundaries to be rendered > around coastlines and up river estuaries. Is it possible to only render > the inland parts ie. where the ways are not tagged as natural=coastline? > > thanks, > Kevin > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] how to point the openlayers instance to mapnik
There's an easier method than this, see:
http://wiki.openstreetmap.org/wiki/OpenLayers_Simple_Example#Extensions
On 01/03/2009, Lambertus wrote:
> Lookup the map creating section in the JS code of your website where
> OpenLayers is used. It should look something like this:
>
> map = new OpenLayers.Map(
>
> Then add a new TMS layer pointing to your Mapnik instance. The example
> below shows two of the Mapnik instances used on the Dutch tileserver:
>
> var layerFastNL = new OpenLayers.Layer.TMS(
> "SpeedLayer",
> "http://93.186.180.157/";,
> {type:'png', getURL: get_osm_url,
> border:1,
> transitionEffect: 'resize'} );
>
> var layerNL = new OpenLayers.Layer.TMS(
> "NL (current)",
> [
> "http://a.tile.openstreetmap.nl/tilecache.py/1.0.0/mapnik/";,
> "http://b.tile.openstreetmap.nl/tilecache.py/1.0.0/mapnik/";,
> "http://c.tile.openstreetmap.nl/tilecache.py/1.0.0/mapnik/";
> ],
> {type:'png', getURL: get_osm_url,
> border:1,
> maxExtent: new
> OpenLayers.Bounds(311549.5,6555477.5,822458.8125,7118943.5)}
> );
>
> That's about it.
>
>
> Kenneth Gonsalves wrote:
>> Hi,
>>
>> I have been working on doing my own slippy map with mapnik and mod_tile.
>> The
>> documentation mentions the following steps:
>>
>> * Download the planet file from planet.openstreetmap.org
>> * Import into a PostGIS database using osm2pgsql
>> * Set up mapnik and test using osm.xml and the generate_image.py
>> * Compile and install mod_tile
>> * Run the rendering daemon and ensure it can write to the tile storage
>>
>> directory
>> * Configure your Apache server to load and run the module
>> * Change the OpenLayers instance to point to your server
>>
>> After a long laborious battle I have reached the last stage. I need to
>> point
>> the openlayers instance to my server, but cannot find documentation how to
>> do
>> it. Can anyone point me to this?
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk
>
--
Regards,
Thomas Wood
(Edgemaster)
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] US Geocachers are mapping fire hydrants.
Sounds like waymarking.com to me, rather than geocaching. On 27/02/2009, Gregory wrote: > It's probably better for this to be forwarded to the US mailing list (I'm > not subscribed myself) or a relevant CloudMade officer. > > Young geocachers in Ontario have been mapping fire hydrants (and last year > 'farmland properties' for the County Planning Office. > http://www.mpnnow.com/news/x1434780231/Mapmaking-in-the-digital-age > > Would make sense for someone to get in touch with them so they can map > anything/evverything for OSM and then give the OSM data to the planning > office. > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Computing the 12-mile line
I just tagged up the one I found in the database, I attempted to use GIS software to create a section where it misses a scottish island, but failed after 2-3 days of playing, I can't recall who put the data in originally. I'd be interested in seeing any code put into svn for others to use. On 20/02/2009, Adrian Frith wrote: > For those of you who have been adding the 12-mile "territorial waters" > line: did you calculate that data by offsetting the coastline/baseline? > And if so, how did you do it? I mean: what software did you use, and > how? > > Thanks, > Adrian > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Beta testers required for new Windows Mobile OSM Client
2009/2/12 George Styles : > At the moment its simply freeware. I want to GPL it, but need to open a > sourceforge account etc etc, and havent had time yet... If you just need a place for source version control, you can request an OSM SVN account and use that as a repository for the code. -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Maritme borders
2009/2/9 Jochen Topf : > On Mon, Feb 09, 2009 at 05:20:51PM +0000, Thomas Wood wrote: >> I see no reason why the relation model cannot apply with a tagging of >> boundary=maritime on the maritime sections of the boundary. >> The required ways will still be retrievable from a (correctly >> produced) relation, so the primary concern of the tagging of the ways >> should be for renderers (and certainly in Mapnik's case, keeping the >> tagging simple greatly simplifies the implementation - messing around >> with specific relations just to determine the maritime status of a way >> is messy). > > Simple rendering without need for the relation has been taken care of > in the comprehensive proposal by tagging the ways with admin_level. What > else do you need? > >> I also think we should keep boundary=administrative for 'confirmed' >> boundaries, the territorial waters maritime boundaries is (currently) >> defined from OSM's view of the country's coastline, so may not be the >> definitive boundary. > > There is nothing "confirmed" in OSM anyway. Land and maritime borders are > like everything else we have from some unknown source of questionable > validity. :-) I see no difference here. > >> Maritime borders are by their nature different from administrative >> borders on land, so I think that using boundary=maritime rather than >> boundary=administrative maritime=yes (or other suggested options) is >> worthy. > > Why are they different? I don't see that. > > Adding new tags (here boundary=maritime) always has a cost. Every > software that wants to do something with the data has to know about it. Some software will want to differentiate, most will not require the maritime borders by default. Most will only care about the land boundaries and coastline, as most other world maps use. If they have a need for maritime boundaries, then do a select on boundary=maritime, or even just boundary=* boundary=maritime opens up the possibility for a logical ordering of boundary_type=eez etc. Or, we could extend admin_level to it, but admin_level as it is is a little untidy. -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Maritme borders
2009/2/9 Jochen Topf : > On Sun, Feb 08, 2009 at 08:57:07PM +0100, Gustav Foseid wrote: >> On Sun, Jan 4, 2009 at 3:57 PM, Gustav Foseid wrote: >> >> > This is not intended to solve all problems with tagging of maritime >> > borders, just as a temporary way to tag these borders without causing >> > bubbles around all coastlines in all general purpose renderers. >> >> >> Some more progess has been made on the wiki page, and I suggest everyone >> interested in the topic of maritime borders head over to >> http://wiki.openstreetmap.org/wiki/Maritime_borders > > It has been solved a while ago. See here: > http://lists.openstreetmap.org/pipermail/talk/2009-January/032904.html > There is no reason to treat maritime borders differently from other > borders. > > There was a discussion on talk-de and here and after I posted that > comprehensive proposal nothing else. I interpret this as accepted. And I > have seen that some people have started adopting it in the database. I see no reason why the relation model cannot apply with a tagging of boundary=maritime on the maritime sections of the boundary. The required ways will still be retrievable from a (correctly produced) relation, so the primary concern of the tagging of the ways should be for renderers (and certainly in Mapnik's case, keeping the tagging simple greatly simplifies the implementation - messing around with specific relations just to determine the maritime status of a way is messy). Yes, we should also consider other data clients, but if they require the whole boundary of a country, land and maritime sections will all be available in a relation, as stated in the referred posting. I also think we should keep boundary=administrative for 'confirmed' boundaries, the territorial waters maritime boundaries is (currently) defined from OSM's view of the country's coastline, so may not be the definitive boundary. Maritime borders are by their nature different from administrative borders on land, so I think that using boundary=maritime rather than boundary=administrative maritime=yes (or other suggested options) is worthy. In short, I'm saying I support wiki-proposal 3, along with the additional tags on the relation, if deemed necessary. -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Towpath relation: voting open
2009/2/5 Gervase Markham : > When making canal maps, it is useful to know which way is the official > towpath for the canal. Determining this programatically without a > relation would be difficult and prone to error, so I have proposed a > simple relation to associate the two. Voting is now open: > > http://wiki.openstreetmap.org/index.php/Relations/Proposed/Towpath > > Please vote :-) > > (Note that there doesn't seem to be a wiki template for proposed > Relations...) Because so far (with exception of the enforcement relation) relations have not been voted in, but been accepted once they gain a significant usage in OSM. -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wiki: chriscf vandalism
2009/1/31 Pieren : > I would suggest the following changes in the wiki: > - replace "vote" by "opinion poll" > - replace "I approve"/"I oppose" by "I like it"/"I don't like it" > - replace "approved" feature status by "valuable" > - split the map features page in two parts "core map features" for > well established tags (e.g. used by more thant 50% of the > contributors) and another map features page for the rest. > > Pieren > I like it, but maybe replace valuable with recommended? -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to integrate a roundabout into a relation
2009/1/31 Peter Vitt : > Hello List, > > On talk-de we had a discussion about relations, especially routes, and > roundabouts the other day. > > The topic was: How to integrate a roundabout into a relation. > > For now we have three different approaches: > 1) Leave the roundabout untouched (closed way) and integrate it completely > into > the relation. Applies when the whole roundabout is a part of the route, mostly when the route is for road users, > 2) Leave the relation untouched (closed way) and _don't_ integrate it into the > relation. Just wrong. > 3) Split the roundabout as needed, integrate all parts of it into a dedicated > roundabout-relation and only the needed parts into the route. A roundabout relation - what would be the point in this, it doesn't add much more to the data than can already be inferred from the tagging (junction=roundabout) and the topology of the ways. > > As far as we weren't able to make a decision I want some more input from the > whole community, at best a description for the appropriate way to do it. > > Greets, Peter > 2009/1/31 Marc Schütz : > 4) Split the roundabout as needed, tag all parts as junction=roundabout (don't > use a roundabout relation), and add only the needed parts into the route. Sounds like the best option... -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tagging Cycle Infrastructure in US
2009/1/27 Brandon Aguirre : > Hey all, > > I'm tagging cycle infrastructure with the lcn_ref tag but need advice > since it was developed for Europe where they designate routes > numerically like a highway system. What do you suggest I put as the > lcn_ref for various cycle inf. (I put yes as a placeholder but it > looks so lame) I have the regional bike map and the gov. hasn't > numbered or named them in any way. Should specify the type of > infrastructure? > i.e. > lcn_ref= bike lane or > lcn_ref= bike boulevard (http://en.wikipedia.org/wiki/ > Bicycle_Boulevards) Use relations, or alternatively the tag lcn=yes is supported if it has no reference. > Also, has anyone tagged a bike box? > (http://www.portlandonline.com/TRANSPORTATION/index.cfm?c=46717 > ) Not to my knowledge, but there's plenty in the uk... -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] uStream .tv broadcast 2pm PST 5pm EST - geobase import
2009/1/24 Sam Vekemans : > In light of France getting the OK for post codes; Canada might also, > so there needs to be a way to accomidate it. We should be able to > update the geobase import talk page & post the unanswered questions. I thought it was Iceland with the postcodes, but France with the official land registry maps, or something similar... -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] 26 languages
2009/1/24 Lars Aronsson : > > Ten days ago, I wrote: >> > >> > Wikipedia's article about OpenStreetMap is now available in 26 >> > languages. The most recently added is a brief translation in >> > Swahili, the East African language. > > After Portuguese and Afrikaans have been added, there are now 28 > languages. But of the largest Wikipedia languages, we're still > missing Japanese (5th biggest) and Chinese (12th). Who can help > with this? > > English, http://en.wikipedia.org/wiki/OpenStreetMap > > Japanese, http://ja.wikipedia.org/wiki/OpenStreetMap > > Chinese, http://zh.wikipedia.org/wiki/OpenStreetMap > > Next in Wikipedia size without an OpenStreetMap article are > Catalan (Wikipedia's 15th largest language), Volapük (19), > Indonesian (25), Hebrew (26), Korean (27), Vietnamese (30), > Serbian (31), Bulgarian (33), and Persian (35). For comparison, > Swahili is the 89th largest language of Wikipedia, having 8400 > articles, http://meta.wikimedia.org/wiki/List_of_Wikipedias > > Careful! Of course you will have to follow the rules of Wikipedia > and prove why this article is needed, relevant, sourced, etc. The fact that Japanese was missing was quite odd, since we have quite a few mappers there, afaik. I got a friend of mine to translate the first paragraph in attempt to lure some more translators in - http://ja.wikipedia.org/wiki/オープン・ストリート・マップ -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping Party Template
http://en.wikipedia.org/wiki/Wikipedia:Subst#About_subst 2009/1/22 Adam Schreiber : > On Thu, Jan 22, 2009 at 1:28 PM, Thomas Wood > wrote: >> Please subst: in any page-sized templates, it helps keep the wiki a >> little speedier... > > I have no idea what that means. Could you please clarify what you meant? > > Cheers, > > Adam > >> 2009/1/21 Adam Schreiber : >>> On Wed, Jan 21, 2009 at 5:04 PM, Russ Nelson wrote: >>>> I started in on a template for the use of mapping parties. It needs >>>> improvement. Email your suggestions directly to me (happy to do the >>>> edits and track down the details), or just edit the wiki page yourself: >>>> >>>> http://wiki.openstreetmap.org/wiki/Mapping_Party_Template >>> >>> Using your page as a start, I created a real template for mapping >>> parties which probably needs a lot of tweaking, but it's a start. >>> >>> http://wiki.openstreetmap.org/wiki/Template:Party >>> >>> Here's a testing page I ginned up for the template. >>> >>> http://wiki.openstreetmap.org/wiki/TestParty >>> >>> Cheers, >>> >>> Adam >>> >>> ___ >>> talk mailing list >>> talk@openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk >>> >> >> >> >> -- >> Regards, >> Thomas Wood >> (Edgemaster) >> > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] data inconsistence?
Edit the way slightly in potlatch, it'll save the correct version to the database. This inconsistency sometimes occurs when the server is under high load due to the lack of transactions in the current API. This should be fixed in API0.6 2009/1/22 Roman Neumüller : > For half an hour now I try to get another result but no: different data in > two > editors! > > Please open > http://www.openstreetmap.org/edit?lat=-23.31738&lon=-46.58105&zoom=16 > in both editors: potlatch and JOSM. > > See the motorway near the river/canal? The north-bound motorway > changed to a straight line in JOSM (looking like this strange > potlatch error which sometimes happens) but not in potlatch! > There the ways go parallel! > > And be sure I've both closed browser and josm and changed browsers - > when reopening: same result. > > Roman > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM in use
I wonder where they got their tube map from, interesting spur off of Morden... 2009/1/22 Steve Chilton : > Nice example of use of OSM tiles as default, in preference to Google, on > a property website - noted on Google blog googlemapsmania.blogspot.com: > http://www.where-can-i-live.com/londonproperty > > Cheers > STEVE > > Steve Chilton, Learning Support Fellow > Manager of e-Learning Academic Development > Centre for Educational Technology > Middlesex University > phone/fax: 020 8411 5355 > email: ste...@mdx.ac.uk > http://www.mdx.ac.uk/schools/hssc/staff/profiles/technical/chiltons.asp > > Chair of the Society of Cartographers: http://www.soc.org.uk/ > > SoC conference 2008: > http://www.abdn.ac.uk/cartographers08/ > > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping Party Template
Please subst: in any page-sized templates, it helps keep the wiki a little speedier... 2009/1/21 Adam Schreiber : > On Wed, Jan 21, 2009 at 5:04 PM, Russ Nelson wrote: >> I started in on a template for the use of mapping parties. It needs >> improvement. Email your suggestions directly to me (happy to do the >> edits and track down the details), or just edit the wiki page yourself: >> >> http://wiki.openstreetmap.org/wiki/Mapping_Party_Template > > Using your page as a start, I created a real template for mapping > parties which probably needs a lot of tweaking, but it's a start. > > http://wiki.openstreetmap.org/wiki/Template:Party > > Here's a testing page I ginned up for the template. > > http://wiki.openstreetmap.org/wiki/TestParty > > Cheers, > > Adam > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] The coast is clear (almost!)
2009/1/20 Peter Miller : > > I take no credit for this, but the world's coastline is now completely > clear (well very very nearly clear anyway). This is a huge result for > the project and one for which we own thanks to a small number of > dedicated volunteers who have self-organised themselves to do this job > without any fanfare. Wow, just as I was considering looking to see what else could be done to help with the coastlines tidyup! :) Good work to all who put in the effort! -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Redundant post box
2009/1/19 LeedsTracker : > 2009/1/19 Ciaran Mooney : >> Whilst trying to find post box references in my area, I found quite a >> few post boxes that are no longer being used. They are still there, >> and I doubt they will be removed any time soon. However they are >> no-longer an amenity, as no post will be collected from them. >> >> What is the current procedure for tagging these types of post boxes? >> The wiki page for the amenity=post_box tag doesn't provide any >> suggestions. > > I guess disused=yes for starters > http://wiki.openstreetmap.org/wiki/Key:disused > > I guess they'd still render though. Perhaps a different icon would be useful. > > Hope this helps, > LT Ugh, this method got through voting?! -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] NPE maps broken?
2009/1/14 Richard Fairhurst : > > Gervase Markham wrote: >> Who runs the NPE maps server? Nick Black? Another Nick? > > nick.dev.openstreetmap.org is Nick Whitelegg, I think. > > For NPE, however, JOSM should ideally use the 900913 tiles at > npe.openstreetmap.org, which are better rectified. Thomas, you were working > on a way for JOSM to access these, right? > > cheers > Richard Yes, but since I'm completely new to Java, work was slow. I had tried both a special NPE version of the Yahoo part of the wmsplugin (as I'm more familiar with webmapping apis), but when that failed, I moved to trying to make the slippymap plugin show zoom levels other than 12. My efforts on this (and all other bits of my OSM work) are postponed for a while for exams. -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] NPE maps broken?
I believe the old WMSplugin used to send coordinates in OSGB36 rather than WGS84? This seems to be what the server side code expects, at least. 2009/1/13 Gervase Markham : > http://nick.dev.openstreetmap.org/openpaths/freemap.php?layers=npe&&bbox=-2.5703500,54.4446860,-2.5119329,54.5031031&width=500&height=500 > > (This URL was copied and pasted out of an error message spat out by the > latest JOSM.) > > Warning: Division by zero in /var/www/nick/freemap/Map.php on line 15 > > > It then produces a couple of other errors and spits out the PNG data, > but Firefox says it's been sent as text/html - and, of course, the extra > text will confuse the image decoder. > > Even if JOSM is requesting the wrong thing, a division by zero is bad. > > Gerv > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] drawing bug in mapnik
Yeah, I'd noticed this sort of effect when closely looking at the admin_level=2 boundaries over the sea. Seems most obvious when the line is close to vertical, z>=12 http://www.openstreetmap.org/?lat=51.2689&lon=2.3916&zoom=14&layers=B000FTF 2009/1/13 Raphaël Jacquot : > found this while looking at gaza city > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Potlatch again
2009/1/11 Gert Gremmen : > OSM fellows and friends, > > > > Sorry for bringing this up again…. > > We have been discussing Potlatch lately. > > > > Take a look at this: > > > > http://tile.openstreetmap.nl/?zoom=18&lat=52.05674&lon=4.33844&layers=B000F > > > > and at this : > > > > http://geo.topf.org/comparison/index.html?mt0=googlehybrid&mt1=mapnik&lon=4.3380949&lat=52.0566501&z=18 > > > > You may notice some anomalies in the way roads and tramway are (not) > connected. > > > > I won't blame the guy who did this! > > I am sure that the OSM-er who edited this was in good faith, BUT he used > Potlatch. :< > > > > Now charge the same view (copy URL) in JOSM and zoom in. > > > > You will see the mess, caused by potlatch being so inaccurate at high zoom > > levels (or in fact the lack of a good deep zoom level) that users are > virtually > > unable to decently connect roads, and creating a mess by "click and error". > > > > Go to http://openstreetmap.org/edit?lat=52.05599&lon=4.34094&zoom=17 > > > > And enter Potlatch editor (IN PLAY MODE) and try to fix the mess: You can't > !!! I just have. In potlatch, in play mode. It took me about 5 minutes. And here is my proof - http://flickr.com/photos/grandedgemaster/3188359905/ > > All nodes are overlapping and you need a great deal of experience not to > > worsen this crossing. No problem in JOSM though. > > > > Please do not change (repair) anything for a few days so anyone > > can have a look for it and judge for himself. > > > > POTLATCH NEEDS IMPROVEMENT it's not an exception, I see these things > > every week. > > > > Gert > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM-WIKI: reducing redundancy, less redundant and standardized data exchange
2009/1/11 Karl Guggisberg : > Hi Denny > > yes, we made some progress, see [1] (there is also another proposal User:Ck3d > is actively working on, see [2]) > > Actually, I'd like to have a semantically enabled copy of OSM available for > testing. I got in touch with > User:Firefishy [3], the OSM wiki admin, but he seems to be offline since ~ > two weeks. Meanwhile, other OSM users > and myself have run some tests in the SMW sandbox [4]. I'd be glad if we had > an SMW instance *including* a snapshot > of the current OSM wiki around for further tests. Any help would be > appreciated! > > Regards > Karl > > [1] > http://wiki.openstreetmap.org/wiki/Machine-readable_Map_Feature_list#Using_Semantic_MediaWiki_in_the_future > [2] http://wiki.openstreetmap.org/wiki/User:Ck3d/Ontology_Proposal > [3] http://wiki.openstreetmap.org/wiki/User:Firefishy > [4] http://sandbox.semantic-mediawiki.org/wiki/OSM_Wiki_Sandbox I've set up a rough and ready SemanticMediaWiki on the dev server, just because I think it'd be interesting to see what happens. I've done an import of Map Features and it's dependant templates, but not done much else more. I'll hand out sysop rights to the wiki if others want to import some more pages. http://dev.openstreetmap.org/~edgemaster/semwiki/index.php/Main_Page -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Idea: "All town/cities within # hours/minutes of x location"
How about this? http://graphserver.sourceforge.net/gallery.html 2009/1/10 Daniel Taylor : > Hello, > > I've spent the last couple of days on google maps dragging around map > pins and using the fancy ajax live updating distance/time calculator > they now have to find locations 3 hours away from a specified location. > I am looking to move house, but have to take into account commuting > distance to and from work. > > Using google maps I was able to place a map pin on a work location and > drag a second pin around (using the nifty 'drag to change the route' > feature) to a few locations I was considering. Now this is all when and > good when i know exactly where i want to go, i can check very easily if > its viable. but... I'm not 100% sure where I want to be, I just want to > be within 3 hours of my work place. > > So here's the insane idea. Given a specified POI all routes 'outward' > should be tested until they reach the '# hours' limit, taking into > account speed limits of course, this would produce a circle (more like a > 'splat' shape I predict) which when overlayed on a map would show the > town/cities in reach within # hours driving distance. > > To me it sounds like a perfect google SoC challenge, a student project > or just a project for some who's a little bored this weekend. > > I think this would be a really cool tool to have, think plenty of people > would use something like this. > > now... usually when i have ideas someone has already made them into > reality... hoping that's the case here ;) really need this. > > thoughts? > > thanks > - daniel > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Temporary Items, overlays, changes
2009/1/8 Hendrik T. Voelker : > Hendrik T. Voelker wrote: >> So we have to come up with a way to contain alternating versions with time or >> other kind of restrictions. This would also allow construction sites to be >> mapped. > > ---8<--- > > > > > > > > > > > > > > > > ---8<--- > > from and till might need some additional possibilities to describe dates, like > "First Saturday in March" or "every two years from 1.3. till 9.3." ... > > Cheers > > Hendrik > Surely it's possible within the current data model without resorting to further complexity. Relations should be able to handle them fairly well... -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Keep Mapnik relevant
2009/1/8 Andreas Fritsche : > Hi! > >>> I don't get it. >> >> Really? It's pretty straightforward. > >>[..] >> Right, so have a look at the following. >> >> highway = primary => I have a primary road >> name = Foo Street => I have a primary road that's called Foo Street >> ref = 58 => I have a primary road with ref 58 that's called Foo Street >> abandoned = yes => I don't actually have a primary road at all. >> >> Do you see how the last one is completely different? If we start >> [..] > > Actually: No. If interpreted straightforward, your example would end > with the line > abandoned = yes => I have an abandoned primary road with ref 58 that > was called Foo Street > The tag just adds another property. A client might chose 5px-width and > red color because it's a primary road. It might not interpret the name > - because for its application the name doesn't matter and the client > may decide whether to display it or not because it is abandoned. No > difference, just another choice. > > Nevertheless I do understand the "*actually*"- and espacially the > "PITA"-part. So I am willing to accept the OSM-mission and join the No > History Club. > > /Andreas A historical version of OSM using tags probably is possible, as long as we differentiate the tags so they are not seen as current features. For example we could just 'namespace' them all to historical:tagname=value. It would still be a bit of a PITA to edit the raw data on editors that do not allow different sets of features to be hidden. (Only really an issue with potlatch at the moment, since both JOSM and Merkaartor have their relevant theming options). -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Keep Mapnik relevant
2009/1/7 Matthias Julius : > If historic data is within the scope of OSM then it surely is not only > of interest for railways. Therefore a generic way of tagging should > be used that can apply to any object. Maybe removed=yes| > > Matthias > But then we get into the messy situation of not being able to read off a single tag to decide what type of feature something is. Not all data clients are likely to implement a tag that means the logical opposite of the existence of a feature. -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM on Garmin - raster tiles?
A quick google came up with this: http://freegeographytools.com/2008/converting-raster-maps-to-garmin-vector-format-with-bmap2mp I had previously heard of Moagu, as noted in that article, but strayed away from it due to being somewhat unfree. 2009/1/6 Gervase Markham : > When I heard about the possibility of "OSM on Garmin", I imagined > something like the Mapnik Slippy Map on my GPS screen. Now I have a > Legend HCx, it turns out that I get the Garmin vector rendering with OSM > data behind it. This is clearly much better than nothing, but does the > gmapsupp.img format support stuffing in a load of raster tiles, or is it > vector data only? (Obviously, you'd lose the ability to route with raster.) > > Gerv > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Maritme borders
Very well, it also gives me a reason to revert the bits that somebody deleted around the north west coast of scotland... 2009/1/4 Gustav Foseid : > On Sun, Jan 4, 2009 at 3:16 PM, Richard Fairhurst > wrote: >> >> Ugh. Can we (ping steve8) get some way of tagging this differently so it >> _doesn't_ show? It looks really, really ugly. > > As a temporary solution, I suggest that until a proper tagging scheme for > maritime borders are found, the following tagging is used for territorial > waters: > > boundary=administrative > border_type=territorial_waters > > Only where this is a border between two nations (that is, the territorial > waters meet and there is both a left:country and right:country) is > admin_level=2 added. > > This is not intended to solve all problems with tagging of maritime borders, > just as a temporary way to tag these borders without causing bubbles around > all coastlines in all general purpose renderers. > > > Regards, > > Gustav > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Maritme borders
2008/12/31 Ævar Arnfjörð Bjarmason : > On Wed, Dec 31, 2008 at 9:44 AM, Steven te Brinke > wrote: >> The maritime borders clearly are administrative and probably are admin_level >> 2. However, on the wiki Iceland has defined the EEZ to be admin_level 1. I > > It's not actually used though, Iceland only has admin_level=6 borders > defined at the moment. I just listed all the others I could think of > along the axis given. I think 1 was intended more as a continental 'boundary' even though it may be fuzzily defined at places. In other news, I've converted the 12nm line around the UK and Ireland to be fully tagged, so it's now showing in its own bubble on the mapnik render. I do note that Foula is not included in this line, so I'm looking for details on how they were originally created so I can modify it to include this island. -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] google wms
2008/12/24 Pieren : > On Wed, Dec 24, 2008 at 1:09 PM, Thomas Wood > wrote: >> Frederik does make a good point that it could be used for good. > > I'm probably stupid but what is the aim of having google maps layers > in JOSM - one editor for OSM data - excepted for copy ? > I still see why people create online mashups where we can compare > gmaps and OSM. But here we are inside an editor... > Pieren > The point was in reusing the code for other tiled service providers, such as OSM itelf or the excellent NPE tiles. -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] google wms
I brought this up in IRC a few weeks back, and I know its been brought up before that. It's also appeared on the mls before, Richard's response pretty much sums it up.. http://lists.openstreetmap.org/pipermail/dev/2008-September/011891.html I'll also note that it was originally announced on the JOSM mailing list here: http://lists.openstreetmap.org/pipermail/josm-dev/2007-October/000181.html Frederik does make a good point that it could be used for good. I did try ripping apart the source to find the server config, but came to a dead end - it would be useful as a TMS client for JOSM (which I've been desparately looking for to use Richard's NPE tiles with)... 2008/12/24 Nick Black : > Hi Kenneth, > > Thanks for bringing this up. I will pass this onto the Foundation team and > get in touch with the person running the site. > > Have you tried to contact the site owner in the past? > > Best, > > On Wed, Dec 24, 2008 at 9:19 AM, Kenneth Gonsalves > wrote: >> >> hi, >> apologies if this has been brought up before, but some people I have >> brought >> into OSM have stumbled across this site: >> http://www.peterdamen.com/GoogleWMS/ >> and were all set to pollute the OSM database when I stopped them. Can we >> not >> convince this gentleman to cease and desist? >> -- >> regards >> Kenneth Gonsalves >> Associate >> NRC-FOSS >> http://nrcfosshelpline.in/web/ >> >> ___ >> talk mailing list >> talk@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk > > > > -- > Nick Black > ---- > http://www.blacksworld.net > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Freemap is dead, long live OpenFootMap (and a hosting question)
2008/12/19 Nick Whitelegg : > Hopefully if there is interest, individual contributors could sign up to a > ti...@home like scheme and render their area on their own home machines. > Consequently all I really need on the server side is basic PHP and MySQL > provision and an SSH shell. So would people recommend sticking with > bytemark or transferring to something like uk2? > > Thanks, > Nick This would be a big mistake, from what I've heard of t...@h, it has too many issues to be maintainable on a hosted serving package. -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Disable Potlatch finally.
2008/12/16 Juan Lucas Dominguez Rubio : > Hi, > Potlatch is as old as OSM, no? > If it was that bad, the Google-OSM comparison presented some days ago would > not be possible > :-) > > Lucas It isn't as old as OSM, I believe there was a Java applet before it. When I first registered for OSM, I tried to map using it and got thoroughly lost. It put me off OSM for about another year when I rediscovered it (complete with working slippy maps, and a very early version of 'Potlatch alpha') http://wiki.openstreetmap.org/wiki/Java_Applet -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM not acceptable for geocaching.com
Yeah, groundspeak have been very obtuse regarding 'commercialness' of caches in the uk recently. It's left the uk caching community with a very sour taste in their mouths. OSM is exactly the opposite of commercial - is it not registered as a non-profit charity? (Ah, but GS also have a dislike for charities, so we're just a non-profit group...) On 27/11/2008, Till Harbaum / Lists <[EMAIL PROTECTED]> wrote: > Hi, > > it's restored. They say that they thought OSM was an unreliable commercial > (due to > the request for donations) service which they don't want to have their users > to do. > > Kind of strange explanation as the purpose of OSM is pretty obvious and my > cache > even said "osm is for streetmaps what wikipedia is for encyclopedia". So the > idea > that it's non-commercial basically can't be missed. > > Till > > > Am Mittwoch 26 November 2008 schrieb Nick Black: >> Did you get anywhere with this? Have you tried emailing the admins at >> geocaching.com to see why they removed the cache? I'd love to hear more. >> >> Nick >> >> >> On Sat, Nov 15, 2008 at 2:02 PM, Thomas Wood >> <[EMAIL PROTECTED]>wrote: >> >> > 2008/11/15 Till Harbaum / Lists <[EMAIL PROTECTED]>: >> > > Hi, >> > > >> > > i have recently released a geocache which basically required you to >> > > look >> > up a certain node >> > > in the OSM database. The position of that node was then the place >> > > where >> > the geocache was >> > > hidden. Geocaching.com users can perhaps still read the original >> > > listing >> > at: >> > > >> > http://www.geocaching.com/seek/cache_details.aspx?guid=80a9308b-6719-485d-a0dc-846798a8cac2 >> > >> > Through a bug in their site code, the original listing is visible >> > here: >> > http://www.geocaching.com/seek/cdpf.aspx?guid=80a9308b-6719-485d-a0dc-846798a8cac2 >> > >> > > Geocaching.com recently completely deleted that cache antry as they >> > > claim >> > that it forces you to use a certain >> > > software (a web browser!!!) and a certain web service. >> > >> > They have un-published the listing, an event that occurs not very >> > often - usually only if the reviewer who published it realises they >> > made a mistake soon after. >> > The specific guideline reads something like caches that require >> > (unusual) third party software to be installed are not permitted, >> > there's also a similar rule about cache perminance in terms of >> > external resources on the net - eg hosting an mp3 on a personal >> > website will not be acceptable as a part of the 'puzzle' as they have >> > a habit of falling offline. >> > >> > > This is a strange explanation as geocaches requesting you to find a >> > certain image on google earth >> > > are pretty common. On the other hand Geocaching.com seems to have a >> > business with google. This >> > > may be the explanation why they don't like to deal with openstreetmap. >> > > I >> > really wonder if >> > > it's google behind this. >> > >> > They have business with Google as far as using their Maps API, >> > publishing KML files, and using AdWords, I don't think they have any >> > further links with them. >> > >> > > This includes quite extreme behaviour on the GC.com side as they are >> > > not >> > using their usual methods >> > > of disabling or archiving caches. Instead they reset their entire >> > database with respect to this >> > > cache to the state before it was published. It's like they really want >> > > to >> > clean all traces related to >> > > this geocache. >> > >> > "The GC.com" side is usually just a volunteer reviewer rather than one >> > of the company's employees. As noted, caches can be removed completely >> > from the site - 'unpublished' on the event of the reviewer making a >> > mistake. >> > >> > > IMHO a very interesting issue and may mean that google sees a serious >> > competitor arriving ... >> > >> > Not in my view. >> > >> > > Till >> > >> > I'm asking some contacts I have to see if I can get the full logs for >> > publishing and subsequent removal of it to see if a reason is further >> > given. >> > >> > -- >> > Regards, >> > Thomas Wood >> > (Edgemaster) >> > >> > ___ >> > talk mailing list >> > talk@openstreetmap.org >> > http://lists.openstreetmap.org/listinfo/talk >> > >> >> >> > > > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Unification of OpenStreetBugs an Trac
2008/11/27 Lambertus <[EMAIL PROTECTED]>: > Richard Fairhurst wrote: >> No need to have geometry drawing, which is the hard bit to code. If you want >> to draw ways, you need to make a sufficient commitment to the project to >> learn an editor, just as thousands have already done. And if you've >> progressed through this entry-level editor, you're a lot less likely to foul >> up when you do. >> >> Some of this could be built on OpenLayers as per the data browser (though >> Chris Schmidt has expressed reservations about JS performance with many ways >> loaded in IE and FF2, and he knows much more about this sort of thing than I >> do). Tom Carden's very interesting-looking ActionScript 3 renderer >> (http://www.tom-carden.co.uk/2008/10/01/openstreetmap-vectors-flash-yahoo-maps/) >> would be a fantastic foundation, unless there are already code gnomes >> somewhere working on turning it into a Potlatch killer ;) . >> > In my experience, most browsers start complaining about lengthy JS > runtime when more then (say) 200 OL vectors features are loaded and > responsiveness becomes poor. 200 way segments (or even 1k) is not much > in any built-up area, so only the highest zoomlevels are usable when all > features on the map are expressed in OL vectors. The current data browser handles this issue by limiting to 100 features, and asking if the user is *really sure* they want to load more. Otherwise, it tells them to zoom in to view the detail. If we're considering an OL editor for small edits, we'd want to require a fairly high zoom level anyway. -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM not acceptable for geocaching.com
I realised after sending the email that Till is/was the owner of the cache. However, it appears that the cache is once again active. Now that the logs are visible again, it is clear that the cache was removed due to the requirement to use an external piece of software/website resource. As noted, (afaik) they implemented this policy due to the general unreliability of external services. 2008/11/26 Nick Black <[EMAIL PROTECTED]>: > Did you get anywhere with this? Have you tried emailing the admins at > geocaching.com to see why they removed the cache? I'd love to hear more. > > Nick > > > On Sat, Nov 15, 2008 at 2:02 PM, Thomas Wood <[EMAIL PROTECTED]> > wrote: >> >> 2008/11/15 Till Harbaum / Lists <[EMAIL PROTECTED]>: >> > Hi, >> > >> > i have recently released a geocache which basically required you to look >> > up a certain node >> > in the OSM database. The position of that node was then the place where >> > the geocache was >> > hidden. Geocaching.com users can perhaps still read the original listing >> > at: >> > >> > http://www.geocaching.com/seek/cache_details.aspx?guid=80a9308b-6719-485d-a0dc-846798a8cac2 >> >> Through a bug in their site code, the original listing is visible >> here: >> http://www.geocaching.com/seek/cdpf.aspx?guid=80a9308b-6719-485d-a0dc-846798a8cac2 >> >> > Geocaching.com recently completely deleted that cache antry as they >> > claim that it forces you to use a certain >> > software (a web browser!!!) and a certain web service. >> >> They have un-published the listing, an event that occurs not very >> often - usually only if the reviewer who published it realises they >> made a mistake soon after. >> The specific guideline reads something like caches that require >> (unusual) third party software to be installed are not permitted, >> there's also a similar rule about cache perminance in terms of >> external resources on the net - eg hosting an mp3 on a personal >> website will not be acceptable as a part of the 'puzzle' as they have >> a habit of falling offline. >> >> > This is a strange explanation as geocaches requesting you to find a >> > certain image on google earth >> > are pretty common. On the other hand Geocaching.com seems to have a >> > business with google. This >> > may be the explanation why they don't like to deal with openstreetmap. I >> > really wonder if >> > it's google behind this. >> >> They have business with Google as far as using their Maps API, >> publishing KML files, and using AdWords, I don't think they have any >> further links with them. >> >> > This includes quite extreme behaviour on the GC.com side as they are not >> > using their usual methods >> > of disabling or archiving caches. Instead they reset their entire >> > database with respect to this >> > cache to the state before it was published. It's like they really want >> > to clean all traces related to >> > this geocache. >> >> "The GC.com" side is usually just a volunteer reviewer rather than one >> of the company's employees. As noted, caches can be removed completely >> from the site - 'unpublished' on the event of the reviewer making a >> mistake. >> >> > IMHO a very interesting issue and may mean that google sees a serious >> > competitor arriving ... >> >> Not in my view. >> >> > Till >> >> I'm asking some contacts I have to see if I can get the full logs for >> publishing and subsequent removal of it to see if a reason is further >> given. >> >> -- >> Regards, >> Thomas Wood >> (Edgemaster) >> >> ___ >> talk mailing list >> talk@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk > > > > -- > Nick Black > > http://www.blacksworld.net > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Ordnance Survey tries to reinforce its strangleholdover "derived" geographic data in the UK
2008/11/21 Stephen Gower <[EMAIL PROTECTED]>: > On Thu, Nov 20, 2008 at 01:58:43PM -, Andy Robinson (blackadder-lists) > wrote: >> >> The problem here is who says it's a public right of way. If you ask your >> local authority they will bring out there plans which give the details and >> reference numbers but these of course exist on OS mapping. Not easy to be >> definitive. > > The Definitive Map (DM) exists on OS mapping, but the other legal document > The Definitive Statement (DS) is purely textual descriptions of each path. > Those for Hampshire are on-line at > http://www3.hants.gov.uk/row/locating-row/definitive-statement.htm and look > very similar to the Oxfordshire ones I've seen at the library. > > I think it would be possible to take *just* the DS and an on-the-ground > survey and have something close-to definitive in itself. This of course > raises futher questions :- > > The DS and DM are closely related, is the DS contaminated by the OS licence, > even though it is not a map? > By using the DS and a survey, would we just be recreating the DM and > somehow infringing the OS copyright? > The "Public Footpath" signs will have been placed based on infomation in the > DM - do we risk infringing OS copyright by using these to map RoW? > > s > I wasn't aware that Definitive Statements were a legal requirement, although I was aware that descriptions of boundaries are often described (although often in an indistinct way) in legal documents, particularly ones enforcing boundary changes. (For example http://en.wikipedia.org/wiki/List_of_Greater_London_boundary_changes) I wonder if there's a more complete DS for boundaries? -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] layers and rendering
2008/11/20 Matthias Julius <[EMAIL PROTECTED]>: > Iván Sánchez Ortega <[EMAIL PROTECTED]> writes: > >> El Jueves, 20 de Noviembre de 2008, David Earl escribió: >> [...] >>> Basically: pre-render highways, areas etc as at present. But pre-render >>> POI icons and captions as absolutely positioned HTML elements (text and >>> small img's) within tile size clip areas, and overlay the PNG tiles with >>> these HTML tiles [...] >> >> /methinks KML tiles would work better (and would require less modifications >> from OpenLayers) > > How about SVG tiles? OpenLayers uses SVG internally anyway, plus SVG isn't cross-browser (IE's VML is supported fully by OL) > > But, wouldn't any vector tiles be problematic with elements > (expecially captions) crossing tile boarders? > > Matthias -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google maps compatible javascript api legal?
2008/11/20 Bernhard Zwischenbrugger <[EMAIL PROTECTED]>: > Hi all > > I was playing a bit with javascript and the osm images: > http://lamp2.fhstp.ac.at/~lbz/beispiele/ws2008/oomap/ > > The api I made has the same syntax as google maps api. > Is it legal to rebuild the Google API? > > Bernhard > > PS: > I know there is openlayer and it's also possible to use the original Google > API > with osm images > I see no legal reason not to use their function names if you want to. However, I don't think its sensible, since people may assume incorrectly that it is the Google API... -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] layers and rendering
2008/11/19 David Earl <[EMAIL PROTECTED]>:
> On 19/11/2008 23:09, Dave Stubbs wrote:
>> The problem is that you either serve the information to the browser,
>> which then slows down hugely, or else you have to render bitmaps for
>> every different layer, and either way you probably require way more
>> server resources.
>>
>> The reason we do it the way it's currently done is that the process
>> scales very well for many people looking at the map (we just keeping
>> sending out the same prerendered image tiles). When everybody is
>> trying to look at a different map, we need about a 1000 times as many
>> servers, which doesn't work so well.
>
> There is a hybrid solution to this which I am sure would work. I've
> mentioned it before on this list. Unfortunately it needs changes to
> OpenLayers to support it (though those changes would be beneficial in
> general as well, I think).
>
> Basically: pre-render highways, areas etc as at present. But pre-render
> POI icons and captions as absolutely positioned HTML elements (text and
> small img's) within tile size clip areas, and overlay the PNG tiles with
> these HTML tiles - which the browser completes the rasterization of. The
> HTML "tiles" can be stored, delivered and overlaid in pretty much the
> same way as other tiles. The missing bit is that openlayers doesn't know
> how to handle them, but it can't be that different positioning divs
> rather than imgs. Since the tiles are pretty simple text, they'll be
> pretty small and the image icons they refer to will be constant and cached.
Or, even better, make GeoJSON 'tiles', pass these out to openlayers,
and let it render the icons using the already existing codebase.
It already knows how to handle them, the tiles would be even smaller in size.
> Then it becomes possible simply by Javascript DOM assignments like
> for (i in pubs) { pubs[i].style.display = "none"; }
> (where pubs is determined from all elements with pub class) to turn them
> on and off. Or you could poke the style itself from javascript to do all
> pubs at once go - once you have an HTML tile, there's lots of different
> ways of approaching the dynamic display part of the problem.
I guess this is the real winner for your method, simple manipulation
of the POI types.
> David
The lenz POI viewer does a similar thing with a html layer, but
doesn't integrate with OL at all (and completely ignores the fact it
exists, right down to getting the current view bbox). The main problem
with it is the high latency it seems to suffer from due to the
on-the-fly data requests.
On this subject, I may test out some POI stuff I've been working on
for another project. I wonder how well it scales up to country-sized
datasets...
--
Regards,
Thomas Wood
(Edgemaster)
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM not acceptable for geocaching.com
2008/11/15 Till Harbaum / Lists <[EMAIL PROTECTED]>: > Hi, > > i have recently released a geocache which basically required you to look up a > certain node > in the OSM database. The position of that node was then the place where the > geocache was > hidden. Geocaching.com users can perhaps still read the original listing at: > http://www.geocaching.com/seek/cache_details.aspx?guid=80a9308b-6719-485d-a0dc-846798a8cac2 Through a bug in their site code, the original listing is visible here: http://www.geocaching.com/seek/cdpf.aspx?guid=80a9308b-6719-485d-a0dc-846798a8cac2 > Geocaching.com recently completely deleted that cache antry as they claim > that it forces you to use a certain > software (a web browser!!!) and a certain web service. They have un-published the listing, an event that occurs not very often - usually only if the reviewer who published it realises they made a mistake soon after. The specific guideline reads something like caches that require (unusual) third party software to be installed are not permitted, there's also a similar rule about cache perminance in terms of external resources on the net - eg hosting an mp3 on a personal website will not be acceptable as a part of the 'puzzle' as they have a habit of falling offline. > This is a strange explanation as geocaches requesting you to find a certain > image on google earth > are pretty common. On the other hand Geocaching.com seems to have a business > with google. This > may be the explanation why they don't like to deal with openstreetmap. I > really wonder if > it's google behind this. They have business with Google as far as using their Maps API, publishing KML files, and using AdWords, I don't think they have any further links with them. > This includes quite extreme behaviour on the GC.com side as they are not > using their usual methods > of disabling or archiving caches. Instead they reset their entire database > with respect to this > cache to the state before it was published. It's like they really want to > clean all traces related to > this geocache. "The GC.com" side is usually just a volunteer reviewer rather than one of the company's employees. As noted, caches can be removed completely from the site - 'unpublished' on the event of the reviewer making a mistake. > IMHO a very interesting issue and may mean that google sees a serious > competitor arriving ... Not in my view. > Till I'm asking some contacts I have to see if I can get the full logs for publishing and subsequent removal of it to see if a reason is further given. -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wanted: Osm2pgsql.exe developer
2008/11/14 Rahkonen Jukka <[EMAIL PROTECTED]>: > This version imports Finland.osm dataset OK. There are slight differencies > in the number of features imported by this and Artem's version: > > Old > points: 24578 > lines: 97223 > polygons: 48305 > > New > points: 23680 > lines: 96889 > polygons: 50316 > > I will do cross check later by selecting features imported by the old but not > with the new and vice versa. > > -Jukka- I'd guess that its just a change in the osm2pgsql style definition, which determines which features are interesting, and whether those features should be treated as polygons or as linestrings. -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wanted: Osm2pgsql.exe developer
I put some effort in a while ago to get osm2pgsql compiling under MinGW. It should be fairly easy to do now, providing you have the required dependencies. 2008/11/10 Jukka Rahkonen <[EMAIL PROTECTED]>: > Hi, > > I would like to find somebody who believes he/she could make a new version of > osm2pgsql Windows binaries. New version should have a couple of addiotional > features compared to the existing one at > http://artem.dev.openstreetmap.org/files/ > > - support for giving PostGIS hostname, port, username and password > - user should be able to select the tags to be imported > - I guess it should support API 0.6 if it is to be used in the future, or? > > -Jukka Rahkonen- > jukka.rahkonen mmmtike.fi > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Markers on the slippy map
2008/11/9 Gervase Markham <[EMAIL PROTECTED]>: > Shaun McDonald wrote: >> Just go to the osmarender layer (or whichever layer you want), hit >> permalink, then with the url that you get change the lat to mlat and lon >> to mlon. > > I'm confused. The layers parameter doesn't define which layer is shown? > > How would I send the URL of a marked Osmarender map to someone, if the > URL is the same as that for a marked Mapnik map? > > Sorry if I'm missing something obvious... > > Gerv > It isn't the same, the issue is that the original link provided had the marker layer hidden. (The marker layer is hidden from the layer switcher in the user interface) -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] UK Industrial Estate Roads
2008/11/7 James Stewart <[EMAIL PROTECTED]>: > There has just been this discussion on the spanish list - and the conclusion > was to label these roads as 'residential', since they are generally public > roads with traffic similar to residential areas, rather than roads between > places which would be 'unclassified' or 'classified', and are not really > 'service' roads, which might apply to the roads within a private industrial > complex. > James Yet residential implies just that - the road is abutted by residences. Although the rationale is there, the additional implication makes the tag an invalid choice. As others have said, service or unclassified depending on size. Regards, Thomas Wood ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] footway vs. path [Was: highway=track and motorcar=yes/no]
2008/11/6 Rainer Dorsch <[EMAIL PROTECTED]>: > Am Mittwoch, 5. November 2008 schrieb Alex Mauer: >> Rainer Dorsch wrote: >> > I am wondering what is the difference between footway and path? sac_scale >> > on http://wiki.openstreetmap.org/index.php/Map_Features seems to apply >> > for both. Does that mean a mountain hiking path can be a path or a >> > footway? >> > >> > Are paths larger than footways? >> > >> > Is it for paths required that any other vehicle/horse can use the path >> > otherwise it is a footway? >> >> There is no defined physical difference between footway and path. The >> difference is that footways are primarily or exclusively for use by foot >> traffic, while paths are not. >> > > That seems to be in contrast to josm presets: > > In Presets->Ways all Hiking paths are highway=path, none of them is > highway=footway. > > Rainer > => The JOSM presets are wrong. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map of last resort
2008/11/5 Richard Fairhurst <[EMAIL PROTECTED]>: > Steve Chilton wrote: > >> Amongst all the US Election mapping frenzy there was a good callout for >> OSM on Ogle Earth yesterday entitled:- OSM: your map of last resort >> http://www.ogleearth.com/index.html > > via which I notice this: > > http://googlemapsmania.blogspot.com/2008/11/wikimapia-beta-realtime-editable-map-of.html > > which appears to be "Wikimapia tries to do OSM by pretending that, if > you stick your head in the sand, all this nasty licensing stuff will > go away". > > cheers > Richard > They dont seem to be doing particularly well so far, London for example appears to be the same low-res VMAP0 data that The People's Map seemed to use as their basemap. http://www.wikimapia.org/beta/#lat=51.5142979&lon=-0.0597382&z=11&l=0&m=w&v=1 Although, it does have the boundaries, I wonder where they were sourced from - since Gmaps doesnt have them for sure. Regards, Thomas Wod ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Lots of personal markers
2008/11/2 Iván Sánchez Ortega <[EMAIL PROTECTED]>: > El Domingo, 2 de Noviembre de 2008, [EMAIL PROTECTED] escribió: >> Google Maps apparently has an API for such things, but I'd prefer a >> "free" solution. Can OpenStreetMap help me here? Or any other free >> (on- or offline) service/software? > > OpenLayers. + some sort of reverse-geocoder based on OSM data - the namefinder, maybe? -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Vector rendering on the client?
2008/10/31 Stephan Schildberg <[EMAIL PROTECTED]>: > I would suggest to inform yourself about http://openlayers.org/ , which > solve some of your demands, although not with SVG. > It does use SVG, and has VML support for IE, however, nice rendering is beyond the scope of the project. Its current limits are essentially what we already have implemented on the Data layer of the osm.org slippy map. > > regards, Stephan. >> >> >> I think I'm on safe ground with my presumption that maps are recorded and >> stored in vector format. I observe that whan I try to _use_ the map (on >> Firefox 3 on SuSE 10.3/Linux) it takes a long time to render and does so >> in a bitmap format. >> >> Since my browser is able to render SVG natively (albeit a subset of the full >> SVG spec), is there a way to offload some of the processing burden from the >> server and retrieve maps in vector format. >> >> It strikes me that there should be some considerable advantages to doing this >> (if it's not already available :o) ) Not least would be resolution >> independence. quicker zooming and, of particular interest to me, the ability >> to show/hide/make-translucent chosen features by category/name/layer/type/&c. >> >> Clearly there are some technical issues, such as how much of the detail to >> download at each zoomed level (Don't need to specify the pavement widths or >> even the existence of their host roads on a view of a continent) but I >> presume AJAXy technology can incrementally add/remove detail into/from the >> SVG DOM, on the zoom request >> >> I guess I'm being a bit lazy and putting in a feature request without >> the prior research but I'm sure you'll be kind and let me know >> in a kind and considerate way >> >> Cheers >> >> Greg >> (UK) >> >> >> ___ >> talk mailing list >> talk@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk >> >> > > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] map display www.openstreetmap.org
2008/10/8 Philip Homburg <[EMAIL PROTECTED]>:
> In your letter dated Wed, 8 Oct 2008 15:29:14 +0100 you wrote:
>>The OSM homepage keeps up to date with OpenLayers, putting the coord
>>display will be fairly trivial. The most difficult part will probably
>>deciding where to put them so they don't annoy those who do not wish
>>to use them.
>
> It didn't work for me.
>
> I tried adding 'map.addControl(new OpenLayers.Control.MousePosition());'
> to a copy of the www.openstreetmap.org main page. See
> http://stereo.hq.phicoh.net/maps/osm/
>
You need to set the displayProjection parameter on the control to get
it to give you lat/lons.
eg: map.addControl(new
OpenLayers.Control.MousePosition({displayProjection:
map.getProjectionObject()}));
--
Regards,
Thomas Wood
(Edgemaster)
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] map display www.openstreetmap.org
2008/10/7 Philip Homburg <[EMAIL PROTECTED]>: >>I myself dont have a clear opinion on whether the coordinates should be >>there or not. Perhaps an intermediate decision: the coordinates would >>appear if the mouse keeps still for 2 seconds. > > Interesting. It was trivial to get the coordiantes to display properly > on my own maps. See for example, > > http://stereo.hq.phicoh.net/biking/maps/2008-06-13.shtml > > But getting it to work on the a copy of the main OSM html seems to require > a lot more hacking. > > The OSM homepage keeps up to date with OpenLayers, putting the coord display will be fairly trivial. The most difficult part will probably deciding where to put them so they don't annoy those who do not wish to use them. -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] traffic_calming not rendered?
Alex S. wrote: > Tristan Scott wrote: >> So my question is that... am I doing anything wrong? >> Or is the renderer really ignoring a highway tag on a renderable highway? >> >> name=Enfield Road >> highway=traffic_calming >> traffic_calming=bump >> >> Also, someone's changed one back to residential, leaving the >> traffic_calming=bump value. The road is shown in mapnik and osmarender >> as a residential road - no traffic_calming rendering visible. >> >> http://wiki.openstreetmap.org/index.php/Key:traffic_calming > > As I read it, it's not replacing the highway=* tag, but is in addition to. > So: > highway=residential > traffic_calming=chicane > > A bump should be a node, IMHO. > May I theorise that aim of highway=traffic_calming was for use on nodes that would otherwise only be marked with traffic_calming=*? Regards, Thomas Wood ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik handling of highways that are also landuse...
2008/8/28 robin paulson <[EMAIL PROTECTED]>: > Steve Chilton wrote: >> Dermot >> >> There are two reasons why your "tag combination ought to be able to >> render correctly as is" statement is not valid. >> Firstly - as Thomas pointed out - mapnik likes one feature per way. >> Secondly - landuse=grass is not rendered at the moment (because of the >> vast disagreement on the whole landuse/natural/grass thing). >> What I am guessing you have on the ground is a residential square with a >> road round the outside and a grassy bit in the middle. There is no way I >> know of for mapnik to interpret this correctly from a double-tagged >> single way like this. It would have to be able to draw a line, a road >> fill, a second line, and then the grass fill. > > Dermot, > > this sounds a lot like you're using the same way to form the centre of > the road, and the boundary of the grass. wouldn't it be easier to use a > separate way to represent each? > > i can't imagine the grass extends to the middle of the road > > or am i getting the wrong end of the stick? > It's the right end of the stick, since I do it myself. It is my personal view that ways in OSM represent the whole feature, and although they are usually placed along the centreline of that feature, the way does not represent merely the centre line of the feature. Until OSM moves to a very high accuracy method of using areas to define road surfaces, etc, I'll continue using overlapping ways to represent landuse areas contained by roads. -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik handling of highways that are also landuse...
On Thu, Aug 28, 2008 at 12:49 AM, Dermot McNally <[EMAIL PROTECTED]> wrote: > Folks - with reference to this: > > http://www.openstreetmap.org/?lat=53.72339&lon=-6.34273&zoom=17&layers=B00FTF > > ...which is a section of the Mapnik render of the outcome of the very > successful Drogheda Mapping Party in Ireland. Towards the centre of > the map, you'll see what is represented as an oval area of residential > highway. I can almost see why, but it struck me that it represents > unwanted behaviour that could possibly be fixed. > > What we have here is a closed way of type highway=residential. > Importantly, it isn't tagged as an area. It _is_ tagged (the same way) > as landuse=grass. So without understanding the internals of Mapnik, > it's as though the landuse, which applies at area-level, infects the > highway tag and causes it to be considered as an area too. > Correct > > Clearly, I could simply draw a second way through the same nodes, and > there are plenty of heated discussions over which approach is the > saner. But it feels as though this tag combination ought to be able to > render correctly as is. Mapnik still likes the one way per feature way of doing things, (as a matter of fact, so do I, seems more logical that the two can be separated if required later) > > Dermot > > -- > -- > Iren sind menschlich > > _______ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik churches
On Thu, Aug 7, 2008 at 12:03 PM, Grant Slater <[EMAIL PROTECTED]> wrote: > Thomas Wood wrote: >>> >>> See item 1 of http://wiki.openstreetmap.org/index.php/Top_Ten_Tasks >> >> The task is already being worked on, this is the first step: >> In r9443: stevechilton: Change place_of_worship to rectangle (new >> PNG). Specific types will follow >> > > As far as I know, Steve Chilton is away for a few weeks. > > Making the change would be a good introduction for someone new to Mapnik > and/or the OSM Mapnik stylesheet. > > Steve Chilton has already asked for help... > http://lists.openstreetmap.org/pipermail/talk/2008-July/028230.html > > / Grant > > Thanks for the additional info, I had been talking to him about icons on irc, since he's away, I may try porting them from a custom mapnik stylesheet myself. -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapnik churches
On Thu, Aug 7, 2008 at 11:23 AM, Grant Slater <[EMAIL PROTECTED]> wrote: > David Earl wrote: >> I notice that churches have reduced to a black square on recent Mapnik >> renderings. While that might be a good compromise for unspecified >> religion, the block with a cross on top (or just a cross) for Christian >> churches is so widely used on maps, not to use it seems perverse. Any >> chance we could have it back again? >> > > See item 1 of http://wiki.openstreetmap.org/index.php/Top_Ten_Tasks > > The task is open to anyone... > > / Grant > The task is already being worked on, this is the first step: In r9443: stevechilton: Change place_of_worship to rectangle (new PNG). Specific types will follow -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Josm: bug in Simplify Way?
On Mon, Jul 14, 2008 at 4:17 PM, Niccolo Rigacci <[EMAIL PROTECTED]> wrote: > Hi, > > I use regularly the Simplify Way feature in Josm before uploading > tracks acquired at 10 m samples. Uploading as vector data to the main database, or as a simplified GPS track? > Today I noticed that the funcion over-simplify a trace: the worst > node in the resulting way is more than 200 m far from the > original track! Don't rely on automated simplifiers for conversion of GPS data, do it by hand. > Here [1] you can see a screenshot of the simplified way above the > original GPX track, look at the scale! > > Here [2] it is the offending way, so you can test it. > > Should I open a ticket? > > > I use the latest Josm (v. 716) with updated plugins, on Linux > with SUN Java 1.6.0. > > [1] http://www.rigacci.org/osm/bug/josm_simplify_bug.png > [2] http://www.rigacci.org/osm/bug/josm_simplify_bug.osm > > -- > Niccolo Rigacci > Firenze - Italy > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk > -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
