it look perfect!
thanks a lot!
2009/2/20 Frederik Ramm
> Hi,
>
> Then I tried to patch the daily changesets but since I could not find how
>> to
>> filter out the changesets and boundary, osmosis keps mysql server busy for
>> ~3 hours.
>>
>
> Unless you have do, don't use a MySQL server for thi
"Andy Robinson (blackadder-lists)" writes:
> Frederik Ramm wrote:
>>Sent: 20 February 2009 1:48 AM
>>To: Steve Hill
>>Cc: dev@openstreetmap.org
>>Subject: Re: [OSM-dev] Ponderings about an improved tagging scheme
>>
>>Hi,
>>
>>Steve Hill wrote:
Your concept is utterly unworkable of course wi
On Fri, 20 Feb 2009, marcus.wolsc...@googlemail.com wrote:
>> Well, I'm not sure that the kind of objects found on a map can't be
>> categorized by a sufficiently flexible system.
>
> Like
> * objects belonging to multiple "types"?
This was already covered by the proposal (and is indeed one o
Hi,
> Then I tried to patch the daily changesets but since I could not find how to
> filter out the changesets and boundary, osmosis keps mysql server busy for
> ~3 hours.
Unless you have do, don't use a MySQL server for this. Simply take your
India extract, apply the diff and immediately afterw
(sorry for a possible double mail, i think last one did not get posted)
Hi,
Me trying to get latest indian OSM data. I checked that cloudmade refreshes
the indian files once in ~15 days and I wanted faster.
Therefore I uploaded a rough indian boundary of platnet.osm.gz onto my Mysql
server.
Then I
On Friday 20 February 2009 14:09, Ben Laenen wrote:
>
> Since no-one seems to bother, it's likely these lines in osm2pgsql that
> are causing a problem here:
>
> else if( strcmp( type, "boundary" ) == 0 )
> {
> make_polygon = 1;
> }
>
> (in
>
http://svn.openstreetmap.org/a
Hi,
I have processed images of various size and type and thought the wiki would be
a good place to host. But maybe it is not, or maybe there are other
solutions.
Here it is :
http://wiki.openstreetmap.org/wiki/FR:Fond_de_carte_libre_de_france
svgz format is not accepted by the wiki, and svg fi
Jochen Topf wrote:
>Sent: 20 February 2009 8:41 AM
>To: G H S
>Cc: dev@openstreetmap.org
>Subject: Re: [OSM-dev] Ponderings about an improved tagging scheme
>
>On Fri, Feb 20, 2009 at 02:18:04AM +, G H S wrote:
>> What Steve has proposed is what I would have expected. I can already see
>adding
Frederik Ramm wrote:
>Sent: 20 February 2009 1:48 AM
>To: Steve Hill
>Cc: dev@openstreetmap.org
>Subject: Re: [OSM-dev] Ponderings about an improved tagging scheme
>
>Hi,
>
>Steve Hill wrote:
>>> Your concept is utterly unworkable of course with the current software
>>> landscape,
>>
>> Would you l
Hi,
Me trying to get latest indian OSM data. I checked that cloudmade refreshes
the indian files once in ~15 days and I wanted faster.
Therefore I uploaded a rough indian boundary of platnet.osm.gz onto my Mysql
server.
Then I tried to patch the daily changesets but since I could not find how to
f
On Fri, 20 Feb 2009 09:24:55 +, G H S wrote:
> Well, I'm not sure that the kind of objects found on a map can't be
> categorized by a sufficiently flexible system.
Like
* objects belonging to multiple "types"?
* different ways of categorizing the same information?
> Given the name
> Ope
Hi Jochen.
> Objekts in the real world can't neatly be categorized into types. The
> world is much more complicated than this. So OSM has a different
> approach: We just have attributes of objects called tags. Tags tell you
> *something about* an object, but they don't tell you what it *is*.
> Or
On Fri, Feb 20, 2009 at 02:18:04AM +, G H S wrote:
> What Steve has proposed is what I would have expected. I can already see
> adding a "natural" type, so I added a quick one to his page.
Objekts in the real world can't neatly be categorized into types. The
world is much more complicated th
> > Is there something we're overlooking about the current scheme?
>
> You're perfectly right, the current scheme can't possibly work. Ever!
Did you get the impression that someone said that?
_
Windows Liveā¢: E-mail. Chat. Share. G
14 matches
Mail list logo