hi
The wiki page for this says:
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
When everything works, use generate_tiles.py to create 1000s of tiles in a
special hierarchy o
I've written up my experiences with adding a custom font to a tile
server. Your comments and feedback are welcome.
http://weait.com/content/add-fonts-your-openstreetmap-server
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.
Hello,
Just to let you know that a new version of GroundTruth is here. It
contains some bugfixes and minor improvements. You can read more on
http://igorbrejc.net/openstreetmap/groundtruth-12
Cheers,
Igor
--
http://igorbrejc.net
___
talk mailing l
Hello everybody,
I don't know whether openstreetbrowser has already been mentioned on the
mailing list. If so, I apologize for posting this information again.
(And I apologize for my limited english skills...)
I discovered openstreetbrowser 3 days ago. It integrates many features
which were pr
Mine, at least, doesn't produce directly gpx, but just logs nmea
sentences. GPSbabel correctly outputs the hdop, vdop and pdop in GPX
files during the conversion. I have no idea of how "exceptional"
compared to already uploaded tracks that is though...
Yann
Le 20 mars 09 à 16:25, Ed Avis a
>From my experience with my Garmin unit (which, ironically enough, does not save
error values with the track logs, but does show an error circle on screen), the
GPS error does give a reasonable indication of when the current position is
likely to be inaccurate (for example when inside a building).
Right, i agree to that (not including a definition link in the box)
as for example, the key=snowshed page would naturally have a
definition as part of the description (1st paragraph) of the wiki
page.
Perhaps what we CAN do is ensure that there is some kind of standard?
In what case should a dic
Sam Vekemans schrieb:
> Why is it that all of the templates for the detail box on the right
> have "Google definition" and a link to a search for that tag on google
> search?
I'd even ask: Why do we have such a link at all? What matters is how a
term is defined in OSM context, not how it is define
I mean z=1, highest, minimum is just a matter of view. Anyway, yeah it
is the zoom level that contains the less data per tile, *but* it
contains the most tiles, that's probably why it's too slow...
Le 20 mars 09 à 11:27, Robert (Jamie) Munro a écrit :
> Don't you mean minimum zoom level? AFAI
On Thu, Mar 19, 2009 at 2:43 PM, LeedsTracker wrote:
> 2009/3/19 Erik Johansson :
>> After reading about the Lithuanian problems I really wonder how Google
>> map maker handles copyright
>>
>> Everytime I tell new OSM users "You can't copy street names from the
>> map" something feels really broke
Hi,
i'm just *thinking out loud* here.
Why is it that all of the templates for the detail box on the right
have "Google definition" and a link to a search for that tag on google
search?
If i was an active "wikipediapractioner" who was interested in
colaboration with maps. I would actually be offe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Yann Coupin wrote:
> Le 19 mars 09 à 21:00, Karl Newman a écrit :
>
>> The main Mapnik layer on OSM.org is updated minutely now, I believe
>> (maybe it's hourly).
>
> Last I heard it was hourly, and it didn't include the maximum zoom
> level which
Andy Deakin wrote:
> If the hdop values run between 0-50, in mysql you would only need a
> tinyint (1 Byte) so to store this for all 727425591 trackpoints would
> take up less than a GB. I don't think it is worth reparsing all the
> files, but just because something is not done in the past does
Tom Hughes wrote:
> Yann Coupin wrote:
>
>
>> You know what to do in version 2 of the track download API, right ? ;)
>>
>
> Well only if we want to reparse several hundred thousand tracks, and
> provide storage space for hundreds of millions of hdop values in the
> database and we believe
> Does anyone know if there is there a web service that lets me take the
> latitude and longitude of a node and establish which country,
> state/county/province, city and Zip/post code the node is in?
The most canonical way is to use the boundary data inside OSM. This is usually
stored in a relat
On Thursday 19 March 2009 20:54:45 you wrote:
> http://wiki.openstreetmap.org/wiki/User:Peter289
> and then perhaps revert or at least add a link to the new page to
> make it easy to find. Thinking about it, he must speak English if
> he's editing English language wiki pages.
why do you think engl
Yann Coupin wrote:
> You know what to do in version 2 of the track download API, right ? ;)
Well only if we want to reparse several hundred thousand tracks, and
provide storage space for hundreds of millions of hdop values in the
database and we believe that the benefit from doing do (which is
> I'm particularly interested in the USSD functions, I've not really heard
> about them before, I may wander over to the OpenMoko mailing lists, and see
> if they know any thing about it :)
Afaik, USSD channels are controlled by the mobile operator. I believe
all devices support USSD but you'll n
You know what to do in version 2 of the track download API, right ? ;)
Yann
Le 19 mars 09 à 11:20, Andy Robinson (blackadder-lists) a écrit :
> That’s correct; the database only holds the location for each
> trackpoint and
> not any other data. You need to download the original tracklogs for
19 matches
Mail list logo