Tom Enterline (OSM) wrote:
> What has already been done on data checks, and is anyone else working on
> it? What would be some good ideas to start with, and goals to work toward?
>
> Thanks,
> Tom E.
>
I've coded a script to parse planet and return a list of all the
excessively long ways (data
In message <[EMAIL PROTECTED]>
"Tom Enterline (OSM)" <[EMAIL PROTECTED]> wrote:
> 2. I installed SqlSessionStore via
> svn co http://railsexpress.de/svn/plugins/sql_session_store/trunk \
> sql_session_store.
That should have happened automatically - there is an external that
should c
Hi,
Now that I have my environment working (thanks again!), I'm now ready to
do something with it. On the Things_To_Do page, I saw the
Task:_Data_Consistency_Checks, which seemed to fit my skills, and so I
(gulp) signed up for it.
My qualifications:
I have several years of experience working w
Tom Enterline (OSM) schrieb:
> Hi,
>
> First, thanks to everyone (on- and off-list) who got me past my bumps!!
>
> As someone who went through the process of setting up a dev environment
> on Ubuntu as a total Ruby on Rails and MySQL newbie, I have some notes
> to make the next one easier.
>
> 1.
Hi,
First, thanks to everyone (on- and off-list) who got me past my bumps!!
As someone who went through the process of setting up a dev environment
on Ubuntu as a total Ruby on Rails and MySQL newbie, I have some notes
to make the next one easier.
1. In addition to the Debian packages noted, I
I was wondering if the 3 initial subprojects are still current.
- Has any progress been made on those topics since November?
- Are the requirements stated in the wiki complete and realistic?
- Is the budgetted time in any way sufficient?
The wiki page is intended to define subprojects that we actua
I put up the draft proposal on the wiki:
http://wiki.openstreetmap.org/index.php/%E2%82%AC15.000_Funding_for_Software_Development_-_Proposal
It's now Feb. 15th, it would be good to have the proposal finalized
before the month is out.
If you know of relevant wiki pages that should link to this,
On Fri, Feb 15, 2008 at 03:31:10PM +, Artem Pavlenko wrote:
> >>Animated zoom/pan would be very nice feature to have in OL.
> >>See http://www.kosmosnimki.ru for examle
> >
> >You mean like http://openlayers.org/dev/examples/
> >animated_panning.html ?
> >http://dev.openlayers.org/sandbox/paga
In message <[EMAIL PROTECTED]>
Christopher Schmidt <[EMAIL PROTECTED]> wrote:
> On Thu, Feb 14, 2008 at 01:06:32PM +, Tom Hughes wrote:
>
>> > If this was possible, I guess the browser could also emulate finer
>> > grades (half-levels) of zooming. It would make for a less bumpy
>> >
On 15 Feb 2008, at 15:23, Christopher Schmidt wrote:
> On Fri, Feb 15, 2008 at 03:14:54PM +, Artem Pavlenko wrote:
>>
>> On 15 Feb 2008, at 15:04, Christopher Schmidt wrote:
>>
>>> On Fri, Feb 15, 2008 at 02:55:11PM +, Tom Hughes wrote:
In message <[EMAIL PROTECTED]>
Chri
On Fri, Feb 15, 2008 at 03:14:54PM +, Artem Pavlenko wrote:
>
> On 15 Feb 2008, at 15:04, Christopher Schmidt wrote:
>
> >On Fri, Feb 15, 2008 at 02:55:11PM +, Tom Hughes wrote:
> >>In message <[EMAIL PROTECTED]>
> >>Christopher Schmidt <[EMAIL PROTECTED]> wrote:
> >>
> >>>On Thu,
On 15 Feb 2008, at 15:04, Christopher Schmidt wrote:
> On Fri, Feb 15, 2008 at 02:55:11PM +, Tom Hughes wrote:
>> In message <[EMAIL PROTECTED]>
>> Christopher Schmidt <[EMAIL PROTECTED]> wrote:
>>
>>> On Thu, Feb 14, 2008 at 01:06:32PM +, Tom Hughes wrote:
>>>
> If this was p
On Fri, Feb 15, 2008 at 2:22 PM, Gabriel Ebner <[EMAIL PROTECTED]> wrote:
> On Fri, Feb 15, 2008 at 01:53:43PM +0100, Martijn van Oosterhout wrote:
> > VALUES ( 3029222, 'LINESTRING()', 'key=>value, key=>value, ...' );
> ^^
>
> I'm all for completely redoing the d
On Fri, Feb 15, 2008 at 02:55:11PM +, Tom Hughes wrote:
> In message <[EMAIL PROTECTED]>
> Christopher Schmidt <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Feb 14, 2008 at 01:06:32PM +, Tom Hughes wrote:
> >
> >> > If this was possible, I guess the browser could also emulate finer
> >
On Thu, Feb 14, 2008 at 01:06:32PM +, Tom Hughes wrote:
> In message <[EMAIL PROTECTED]>
> Lars Aronsson <[EMAIL PROTECTED]> wrote:
>
> > When I use the scroll wheel to zoom in and out of the slippy map,
> > whether on www.openstreetmap.org, maps.yahoo.com, or
> > maps.google.com, th
On Fri, Feb 15, 2008 at 01:53:43PM +0100, Martijn van Oosterhout wrote:
> VALUES ( 3029222, 'LINESTRING()', 'key=>value, key=>value, ...' );
^^
I'm all for completely redoing the data model every once in a while but I'd
suggest that you prepare a complete proposal
2008/2/15 Stefan Keller <[EMAIL PROTECTED]>:
> In the model I showed and I would use for such purposes a sample query would
> look like this:
>
> # select * from building'; -- was: where type='shop'
> # select * from streets: -- where street type value can be anything
You're spending way too much
Stefan,
What exactly is the problem you're trying to solve ? It seems to me
you're on a mission:)
Here is what you should do:
A. If you have the skills, get the data and convert it into whatever
format/schema is good for you.
B. If you haven't got the skills, _fund_ someone to help you to
> It is no harder for me to add construcción(spanish) to the renderer than
So, you're after a running target? Not so in my example schema of exported
OSM data.
And finally all this just because being reluctant to restrict key names to
ASCII without space or so?
- S.
2008/2/15, Rob Reid <[EMAIL PR
In the model I showed and I would use for such purposes a sample query would
look like this:
# select * from building'; -- was: where type='shop'
# select * from streets: -- where street type value can be anything
Where buildings get a building (= table = keyname) point symbol/style and
streets (
On Fri, Feb 15, 2008 at 07:59:48AM +, Gervase Markham wrote:
> Clearly, if you say "anyone should be able to tag anything they want",
> then values must be entirely unrestricted. But saying that keys have to
> be from a small set is a bit like programming language variable names
> also being
On Fri, Feb 15, 2008 at 12:57:41AM +0100, Stefan Keller wrote:
> This is the last resort and the only feasible solution as OSM is now. It
> assumes that OSM data will be always stored in the "fixed" key/value-meta
> model and will never evolve or be re-imported from other databases. Users
> will be
Hello out there tonight -- I was posting on here before and received some
good advice, which led me to lots of research and i think i finally
decided on wanting to get the Planet.OSM file inserted into a MYSQL
database, and go onwards from there. I actually have MYSQL running on a
Windows Apachae
Stefan Keller wrote the following on 15/02/2008 21:32:
> That's right, but keep in mind, that I *don't* propose to change the
> current internal OSM schema and I *won't* restrict the number of key
> on your side. I propose only to restict the character set of keys.
>
> So let's say for my applica
2008/2/14 Stefan Keller <[EMAIL PROTECTED]>:
> Jochen wrote:
> > Stefan sees keys as a sort of identifier, which makes sense from a
> > programmer point of view, thinking about hashes etc. It is also how many
> > other systems are structured as Stefan points out. So there is some kind
>
> This gets
Stefan Keller wrote:
>Sent: 15 February 2008 8:32 AM
>To: Jochen Topf
>Cc: dev@openstreetmap.org
>Subject: Re: [OSM-dev] Restrict key names on order to retain reusability of
>OSM
>
>Look: It seems to be debate about unstructured, semi-structured and
>structured data. What you're celebrating is some
On Friday 15 February 2008 08:32:17 Stefan Keller wrote:
> Marcus reminded my that OSM allows for a building to be more than just a
> shop, but a gas-station a fuel-station, lit, car-wash, etc. That's right,
> but keep in mind, that I *don't* propose to change the current internal OSM
> schema and
2008/2/15 Stefan Keller <[EMAIL PROTECTED]>:
> Look: It seems to be debate about unstructured, semi-structured and
> structured data. What you're celebrating is something around semi-structured
> data.
>
> Marcus reminded my that OSM allows for a building to be more than just a
> shop, but a gas-st
Look: It seems to be debate about unstructured, semi-structured and
structured data. What you're celebrating is something around semi-structured
data.
Marcus reminded my that OSM allows for a building to be more than just a
shop, but a gas-station a fuel-station, lit, car-wash, etc. That's right,
On Fri, Feb 15, 2008 at 12:28:21AM +, Robert (Jamie) Munro wrote:
> Artem Pavlenko wrote:
> | On 8 Feb 2008, at 11:50, Frederik Ramm wrote:
> |
> |> Hi,
> |>
> |>> I found the way term 'Multipolygon' is used in OSM context is
> |>> confusing.
> |> True. What we had been looking for was a term f
On Fri, Feb 15, 2008 at 12:57:41AM +0100, Stefan Keller wrote:
> model and will never evolve or be re-imported from other databases. Users
> will be 'surprised' when they miss their data on the map like with 'Tunnel '
> instead 'Tunnel' or with things like that '¨name'='Südstrasse'. My proposal
> w
Rob Reid wrote:
> The point they are making that you seem to be missing is that one of the
> *basic core principals* of OSM is that anyone, at any time, can tag
> anything they want to put on a map, *using any set of keys and values*
> they want.
Right. But I think he's asking whether the "keys
32 matches
Mail list logo
