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
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
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
-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.
>
> 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
-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
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
Robert Scott wrote:
> On Sunday 15 March 2009, Stefan de Konink wrote:
>> You can extend it to NURBS without breaking tools ;) Think about the
>> control point approximation ;) So every embedded device that isn't fast
>> or doesn't have a fpu will use the ugly linear version,
>
> And more people w
2009/3/15 Stefan de Konink :
> Udo Giacomozzi wrote:
>> Of course I realize that now the OSM data format can't be extended to
>> curves without breaking existing renderes and tools...
>
> You can extend it to NURBS without breaking tools ;) Think about the
> control point approximation ;) So every
On Sunday 15 March 2009, Stefan de Konink wrote:
> You can extend it to NURBS without breaking tools ;) Think about the
> control point approximation ;) So every embedded device that isn't fast
> or doesn't have a fpu will use the ugly linear version,
And more people will start entering data desig
Udo Giacomozzi wrote:
> Of course I realize that now the OSM data format can't be extended to
> curves without breaking existing renderes and tools...
You can extend it to NURBS without breaking tools ;) Think about the
control point approximation ;) So every embedded device that isn't fast
or d
Hello Cartinus,
Sunday, March 15, 2009, 2:57:30 AM, you wrote:
C> Because to do curves _right_ you need more data then you have now. First you
C> need to know if a line has to curve at a point at all. (I wouldn't want to
C> have rounded corners on every square.) If the line curves, then you need t
On Saturday 14 March 2009 15:21:19 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?
Because to do curves _right_ you need more data then you have now. First you
need to know if a line has to cu
Udo Giacomozzi wrote:
> Saturday, March 14, 2009, 4:44:10 PM, you wrote:
> SdK> Basically my storage model thinks everything in simple linear lines.
> SdK> Adding weight will give you NURBS ;) Infinite weight gives you an
> SdK> absolute point. I guess you get the idea now.
>
> Not sure I really
Hello Stefan,
Saturday, March 14, 2009, 4:44:10 PM, you wrote:
SdK> Basically my storage model thinks everything in simple linear lines.
SdK> Adding weight will give you NURBS ;) Infinite weight gives you an
SdK> absolute point. I guess you get the idea now.
Not sure I really understand the conc
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 situations have corners.
>
> Using bezier curves would
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 situations have corners.
Using bezier curves would at the same time lead to more smo
17 matches
Mail list logo
