Re: [OSM-dev] extracting house-number from string

2009-03-16 Thread openstreetmap-dev
In article <49bbc379.2050...@remote.org> frede...@remote.org writes: >Could someone from the US shed some light on this type of address: > >5325 E. Pacific Coast Hwy >Long Beach, CA 90804 > >The "E." is, to the best of my knowledge, just a designation of which >side of the road the building is on;

Re: [OSM-dev] Bulk downloading of Mapnik tiles

2009-03-16 Thread Andy Allan
On Mon, Mar 16, 2009 at 8:21 PM, Thomas Wood wrote: > And I had a feeling that it updated larger 8x8 metatiles at a time. I > had a feeling that it cascaded down zoom levels, but it doesn't seem > to be documented if so. Yep, mod_tile does metatiles, but it doesn't do any zoom-level cascading.

Re: [OSM-dev] Why no curves in map data?

2009-03-16 Thread Udo Giacomozzi
Hello Martin, Monday, March 16, 2009, 8:19:21 PM, you wrote: MK> well Bezier-Curves date back to the 1960ies, that is before any kind MK> of electronic geodata was used. It still seems strange to me that they MK> got this patent as it is too generic, but maybe that's how it is. I think the patent

Re: [OSM-dev] Bulk downloading of Mapnik tiles

2009-03-16 Thread Dirk-Lüder Kreie
Chris Browet schrieb: >> Probably not, because lots of the tiles would need to be rendered >> especially for you. tiles.openstreetmap.org basically only renders >> tiles that are "looked at" at all, so bulk-requesting areas will force >> large areas to render to the highest detail. >> > > Not tru

Re: [OSM-dev] Bulk downloading of Mapnik tiles

2009-03-16 Thread Thomas Wood
2009/3/16 Stephan Plepelits : > On Mon, Mar 16, 2009 at 08:34:19PM +0100, Chris Browet wrote: >>      Probably not, because lots of the tiles would need to be rendered >>      especially for you.  _ t_ i_ l_ e_ s_ ._ o_ p_ e_ n_ s_ t_ r_ e_ e_ t_ >> m_ a_ p_ ._ o_ r_ g basically only renders >>  

Re: [OSM-dev] Bulk downloading of Mapnik tiles

2009-03-16 Thread Stephan Plepelits
On Mon, Mar 16, 2009 at 08:34:19PM +0100, Chris Browet wrote: > Probably not, because lots of the tiles would need to be rendered > especially for you. > _t_i_l_e_s_._o_p_e_n_s_t_r_e_e_t_m_a_p_._o_r_g > basically only renders > tiles that are "looked at" at

Re: [OSM-dev] Bulk downloading of Mapnik tiles

2009-03-16 Thread Chris Browet
> > Probably not, because lots of the tiles would need to be rendered > especially for you. tiles.openstreetmap.org basically only renders > tiles that are "looked at" at all, so bulk-requesting areas will force > large areas to render to the highest detail. > Not true, AFAIK. Tiles are rendered

Re: [OSM-dev] Why no curves in map data?

2009-03-16 Thread Martin Koppenhoefer
2009/3/16 Robert (Jamie) Munro : > Martin Koppenhoefer wrote: >>> AFAICR, because someone (NavTeq?) has a patent on the idea. >>> >> >> idea? > > Yes. Patents are the right to exclude others from doing something that > was your idea. > > I think you need to read up on how patents work. I know how

Re: [OSM-dev] Bulk downloading of Mapnik tiles

2009-03-16 Thread Dirk-Lüder Kreie
Udo Giacomozzi schrieb: > I'd like to download a portion of the OSM map tiles (from > tile.openstreetmap.org) for offline usage /and/ to offload the OSM > server for the projects where I'm using OSM maps (which are used by > several users). > > Currently the area of interest contains 587001 tiles

Re: [OSM-dev] Why no curves in map data?

2009-03-16 Thread Stefan de Konink
Robert (Jamie) Munro wrote: > Yes. Patents are the right to exclude others from doing something that > was your idea. Thankfully anything related to mathematics cannot be patented in Europe :) So @#$* the USA :) Stefan ___ dev mailing list dev@openst

Re: [OSM-dev] Why no curves in map data?

2009-03-16 Thread Robert (Jamie) Munro
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin Koppenhoefer wrote: >> AFAICR, because someone (NavTeq?) has a patent on the idea. >> > > idea? Yes. Patents are the right to exclude others from doing something that was your idea. I think you need to read up on how patents work. http://en.

[OSM-dev] Bulk downloading of Mapnik tiles

2009-03-16 Thread Udo Giacomozzi
I'd like to download a portion of the OSM map tiles (from tile.openstreetmap.org) for offline usage /and/ to offload the OSM server for the projects where I'm using OSM maps (which are used by several users). Currently the area of interest contains 587001 tiles at zoom level 18. Is it okay if I d

Re: [OSM-dev] Why no curves in map data?

2009-03-16 Thread Martin Koppenhoefer
> > AFAICR, because someone (NavTeq?) has a patent on the idea. > idea? I'm gonna try to put a patent on breathing, wonder if someone else had the idea before, otherwise I will collect lots of fees in the future (in the beginning I consider of giving away the idea of breathing for free, lets say

Re: [OSM-dev] Why no curves in map data?

2009-03-16 Thread Robert (Jamie) Munro
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Udo Giacomozzi wrote: > Is there a good reason why all map databases seem to be fixed on > straight lines and do not support some kind of bezier curves? After > all, streets most of the time have curves and only at junctions or in > other rare situatio

Re: [OSM-dev] Why no curves in map data?

2009-03-16 Thread Colin Marquardt
2009/3/15 Martin Koppenhoefer : > I'm quite familiar with the use of NURBS ecc. but want to point you to > another fact: curves in streets are not designed completely "free" but > follow in nearly all cases some basic rules, that is: they are all > tractrix. > http://en.wikipedia.org/wiki/Tractrix

[OSM-dev] Traveling Salesman is looking for a logo/icon

2009-03-16 Thread marcus.wolschon
Hello everyone, with API 0.6 also Version 1.0 of Traveling Salesman is comming up. (http://travelingsales.sourceforge.net) It is a navigation-program for OpenStreetMap started in 2007 that is especially modular and well documented to apeal to developers wanting to experiment with advanced featur

Re: [OSM-dev] extracting house-number from string

2009-03-16 Thread Udo Giacomozzi
Hello Stefan, Sunday, March 15, 2009, 5:52:33 PM, you wrote: SB> Yes, it would. But maybe it's the wrong approach to identify the SB> housenumber and then look it up. Instead, building a list of all SB> available housenumber/street combinations from the dataset and doing a SB> "similar" search mig