On 01/-10/-28163 12:59 PM, sly (sylvain letuffe) wrote:
> Hi,
>
>> We're working
>> hard on getting the relevant hardware in place to start trialling this
>> out, but it's a big project.
>
> Many thanks for the insight
>
>> The original topic was about replication for rendering, so a comment
>>
> From: Lynn W. Deffenbaugh (Mr) [mailto:ldeff...@homeside.to]
> Subject: Re: [OSM-dev] Harmless edits
>
> On 12/16/2011 4:14 PM, Paul Norman wrote:
> >> From: Lynn W. Deffenbaugh (Mr) [mailto:ldeff...@homeside.to]
> >> Subject: Re: [OSM-dev] Harmless edits
> >>
> >> My opinion is that the agree-e
On 12/16/2011 4:14 PM, Paul Norman wrote:
From: Lynn W. Deffenbaugh (Mr) [mailto:ldeff...@homeside.to]
Subject: Re: [OSM-dev] Harmless edits
My opinion is that the agree-er's change of the (apparently, but who
knows for sure?) mis-spelling of the nmae= tag to name= brings the
information into th
Hello!
I am doing some development and experimentation with nominatim and am
confused by what is the best path forward with creating/searching
nominatim databases
One seems to be NPI (http://wiki.openstreetmap.org/wiki/Nominatim/Structured)
and the other is via osm2pgsql/gazetteer (
http://wiki.
> From: Lynn W. Deffenbaugh (Mr) [mailto:ldeff...@homeside.to]
> Subject: Re: [OSM-dev] Harmless edits
>
> My opinion is that the agree-er's change of the (apparently, but who
> knows for sure?) mis-spelling of the nmae= tag to name= brings the
> information into the realm of agreement by the adop
Please read again what I wrote the answer is there!! Can I do more can shout in
CAPS to make it clear?
long answer in many posts from Frederick and others about imports
On Dec 16, 2011, at 12:07 PM, Komяpa wrote:
> Hi!
>
>> Yes rendering has HUGE value!! Please merge this kind of data in a rend
Hi!
> Yes rendering has HUGE value!! Please merge this kind of data in a rendering
> DB not the main DB.
So, renderings like this must not be in OSM? Why? :3
http://latlon.org/buildings?zoom=16&lat=53.90347&lon=27.44665&layers=BT
--
Darafei "Komяpa" Praliaskouski
OSM BY Team - http://openstree
On Dec 16, 2011, at 4:48 AM, Jaime Crespo wrote:
> El 16/12/2011 10:22, "Paul Norman" escribió:
> >
> > 3d tagging is not widely supported. I think it’d be of questionable value.
>
> I think that importing the number of floors and/or the height of the building
> is something really useful. Loo
Hi,
> We're working
> hard on getting the relevant hardware in place to start trialling this
> out, but it's a big project.
Many thanks for the insight
> The original topic was about replication for rendering, so a comment
> on that
Whooops, I haven't read that thread far enough in the past t
My opinion is that the agree-er's change of the (apparently, but who
knows for sure?) mis-spelling of the nmae= tag to name= brings the
information into the realm of agreement by the adoption of the most
recent edit of the tag. It is the responsibility, I would think, of the
correcting user to
Andy,
On 12/16/2011 06:40 PM, SomeoneElse wrote:
http://wtfe.gryph.de/harmless/way/9178258
suggests "This object remains problematic even after looking at harmless
edits."
Yes. The script is not clever enough to find out what you did. It would
have classed the non-agreer's change as harmless
Martijn van Oosterhout writes:
> On 8 December 2011 11:13, Nick Whitelegg wrote:
>>
>>>700 MB is a tiny machine, but then the Finland data set isn't that large
>>>either... it must be possible somehow ;)
>>
>> Incidentally why would it run out of memory in slim mode? I had the same
>> problem to
Frederik Ramm wrote:
You can try out my script here, by adding a way/node/relation id to
the URL like so:
http://wtfe.gryph.de/harmless/way/40103577
Here's an oddity...
http://wtfe.gryph.de/harmless/way/9178258
suggests "This object remains problematic even after looking at harmless
edits
Nick Whitelegg writes:
>>I know on my (rather old) version of osm2pgsql, append fails with duplicate
>>ways.
>>Will have to try the new version and see if I get the same problem.
>
> Sorry, this is with slim mode only. Dup ways give no error with
> regular mode. Does the patch relate to slim mod
On 01/-10/-28163 12:59 PM, Peter Körner wrote:
> Am 16.12.2011 12:47, schrieb Hartmut Holzgraefe:
>> On 16.12.2011 11:21, Peter Körner wrote:
>>
>>> At one of the Hack-Weekends someone played around with distributing the
>>> SQL-Commands issued by osm2pgsql via XMPP.
>>
>> with the SQL command exec
Ander Pijoan wrote:
> We are working on an application to convert data from a goverment
> database called Catastro (which has been openned to all users little
> time ago) to osm format in order to do massive imports.
[...]
> The conversion part is
> almost ready but we have one bit missing, the bui
El 16/12/2011 11:15, "Frederik Ramm" escribió:
>
> Ander,
>
>
> On 12/16/11 10:09, Ander Pijoan wrote:
> Such information is almost certainly not suitable for OSM.
> Under no circumstances should you import data for all of Spain while
sitting at your desk - if at all, then you can help local users
El 16/12/2011 10:22, "Paul Norman" escribió:
>
> 3d tagging is not widely supported. I think it’d be of questionable value.
I think that importing the number of floors and/or the height of the
building is something really useful. Look at those pretty buildings in 3d
renderings. Google folks love
Hi,
On 12/16/11 12:49, Peter Körner wrote:
with the SQL command execution, especially the index creation, being
the most expensive part of an osm2pgsql run this would onyl save about
1/4 to 1/3 of the total planet import execution time i'm afraid ...
It would help with keeping updated: you wou
Am 16.12.2011 12:47, schrieb Hartmut Holzgraefe:
On 16.12.2011 11:21, Peter Körner wrote:
At one of the Hack-Weekends someone played around with distributing the
SQL-Commands issued by osm2pgsql via XMPP.
with the SQL command execution, especially the index creation, being
the most expensive
On 16.12.2011 11:21, Peter Körner wrote:
> At one of the Hack-Weekends someone played around with distributing the
> SQL-Commands issued by osm2pgsql via XMPP.
with the SQL command execution, especially the index creation, being
the most expensive part of an osm2pgsql run this would onyl save abo
Merkaator is not much easier. I've got same issue a few times. Would it be
possible to whitelist temporarily certain pre-registered IPs?
Jaak
Sent from my hiPhone
On 16.12.2011, at 12:35, Peter Körner wrote:
> Am 16.12.2011 11:33, schrieb Peter Körner:
>> Am 16.12.2011 11:21, schrieb Andreas
Am 16.12.2011 11:33, schrieb Peter Körner:
Am 16.12.2011 11:21, schrieb Andreas Hammershøj:
Hi Peter,
we're aware that using JOSM would counter this problem, but we have
deemed JOSM too complicated. Many of our participants are recently
retired, with limited computer skills. They have enough of
Am 16.12.2011 11:21, schrieb Andreas Hammershøj:
Hi Peter,
we're aware that using JOSM would counter this problem, but we have deemed JOSM
too complicated. Many of our participants are recently retired, with limited
computer skills. They have enough of a challenge just learning to use P2. Also,
-Oprindelig meddelelse-
Fra: Peter Körner [mailto:osm-li...@mazdermind.de]
Sendt: 16. december 2011 10:56
Til: Andreas Hammershøj
Cc: dev@openstreetmap.org
Emne: Re: SV: [OSM-dev] IP limit issue when doing mapping parties on a network
with NAT
Am 16.12.2011 09:39, schrieb Andreas Hammer
Am 16.12.2011 11:09, schrieb Hartmut Holzgraefe:
So even a public PG replication master would only make sense for those
who run exactly the same architecture, or multiple masters for
different architectures would be needed ... :/
At one of the Hack-Weekends someone played around with distributi
Ander,
On 12/16/11 10:09, Ander Pijoan wrote:
to osm format in order to do massive imports.
Imports are not universally welcome in OSM. Please discuss, ideally on
the imports list, exactly what you plan to import and how.
The tags on the wiki related to 3D rendering are quite reduced for a
On 15.12.2011 12:10, Frederik Ramm wrote:
> But: Anyone who really wants to, and has the resources to, can set up a
> full database today, feed it with minutely diffs through Osmosis, and
> allow a merry band of replication clients down the line.
problem is that Postgres repliation (the bundled o
>>-Oprindelig meddelelse-
>>Fra: Richard Fairhurst [mailto:rich...@systemed.net]
>>Sendt: 16. december 2011 09:59
>>Til: dev@openstreetmap.org
>>Emne: Re: [OSM-dev] IP limit issue when doing mapping parties on a network
>>with NAT
>>Andreas Hammershøj wrote:
>> Is it possible to do thi
Am 16.12.2011 09:39, schrieb Andreas Hammershøj:
Well, you could download the area of interest via the homepage export function
as .osm file and place it on a network share / usb stick. The Editors of the
mapping party would open that file, do their changes and upload from there.
The solution
Hi Ander,
the data you have looks great and it certainly would be a huge
improvement, particularly in the 3D context.
As you've already recognised, the 3D development in OSM is still
in its early stages and tagging schemas are not yet established but
still lively discussed.
The most extensiv
3d tagging is not widely supported. I think itd be of questionable value.
What software are you using to convert, and whats the license of the data?
Just a reminder, dont forget to follow the import guidelines, which
includes discussing with the local community and impo...@openstreetmap.
Hi everyone:
My name is Ander Pijoan and I'm a student at the University of Deusto. We
are working on an application to convert data from a goverment database
called Catastro (which has been openned to all users little time ago) to
osm format in order to do massive imports. This database contains
Andreas Hammershøj wrote:
> Is it possible to do this with Potlatch?
Afraid not - P2 doesn't yet have any ability to load local files from disk.
I'm currently looking into a couple of possible solution, but because it's
Christmas I don't have a whole bunch of time for P2 stuff for a couple of
week
>-Oprindelig meddelelse-
>Fra: Peter Körner [mailto:osm-li...@mazdermind.de]
>Sendt: 12. december 2011 21:28
>Til: dev@openstreetmap.org
>Emne: Re: [OSM-dev] IP limit issue when doing mapping parties on a network
>with NAT
>Am 12.12.2011 20:49, schrieb Serge Wroclawski:
> HOT gets arou
35 matches
Mail list logo