Nicolas and Robert arrived in Haiti on Sunday, and are already super busy.
Robert is tweeting, http://twitter.com/rsoden
I'm starting to get email requests from Nicolas for technical support. My role
is to identify people to help if there's no one available already.
Is anyone familiar with FME
Waldemar,
It is good to see that you are interested in participating in GSoC
with OpenStreetMap!
As you say in your note, this scope project has the potential to be very
wide, but it will be important to set some achievable goals to turn it into
a suitable project for GSoC.
The basis will be to
On 22 March 2010 12:38, Andy Allan wrote:
> On Mon, Mar 22, 2010 at 7:12 PM, Ian Dees wrote:
>
> > Almost 100% of the time these are imported to allow for the possibility
> of
> > future updates to the existing imports.
>
> Except, as you point out, they can't be used in any way for "future
> up
Hi,
Álvaro Monares G. wrote:
> [Mon Mar 22 20:28:33 2010] [info] [client 201.239.159.146]
> tile_storage_hook: handler(tile_serve), uri(/tiles/0/0/0.png), fil
> ename(/var/lib/mod_tile/default/0/0/0/0/0/0.meta), path_info((null))
>
> But the tile is not generated, the renderd starts ok, but then
Hi, I'm installing the mod_tile into apache2,
the error log report show everything ok (for me):
[Mon Mar 22 20:28:33 2010] [info] [client 201.239.159.146]
tile_translate: uri(/tiles/0/0/0.png)
[Mon Mar 22 20:28:33 2010] [info] [client 201.239.159.146]
tile_translate: baseuri(/default/) name(defau
Hi,
Andy Allan wrote:
> No, it's a distraction from the real problem, which is that merging
> datasets is fundamentally hard, and needs to be approached with
> sophistication and fuzzy location-based matching (e.g. feature church,
> near this point, name something close to "all saint(')s").
+1. I
Hello OSM Community! I thought about introducing myself properly.
My name is Waldemar Quevedo, and I'm a student at the Tec de Monterrey
in Guadalajara,Mexico. On my last year of university I have been focusing on
learning
artificial intelligence and computer graphics and also did an internship
at
On Mon, Mar 22, 2010 at 7:12 PM, Ian Dees wrote:
> Almost 100% of the time these are imported to allow for the possibility of
> future updates to the existing imports.
Except, as you point out, they can't be used in any way for "future
updates" since you've got no idea if the reference stays on
Hi Dane and Stephan,
I just wanted to follow up on my resolution. I looked at the link Stephan had
sent for the various installations of Mapnik. The temptation was too great to
simply use a machine with Fedora on it and install from the Fedora repository.
I did try once to get my RedHat machin
On Mon, Mar 22, 2010 at 2:02 PM, Nic Roets wrote:
> On Mon, Mar 22, 2010 at 6:18 PM, Tom Hughes wrote:
> > On 22/03/10 15:00, Nic Roets wrote:
> >
> >> One solution is to add your own tag to the OSM files you generate e.g.
> >> smartsoft_id=nnn. And publish the files for review somewhere. Then
>
On Mon, Mar 22, 2010 at 6:18 PM, Tom Hughes wrote:
> On 22/03/10 15:00, Nic Roets wrote:
>
>> One solution is to add your own tag to the OSM files you generate e.g.
>> smartsoft_id=nnn. And publish the files for review somewhere. Then
>> scan the minutely updates at planet.openstreetmap.de for you
On Mon, Mar 22, 2010 at 5:18 PM, Tom Hughes wrote:
> I'm not sure we really want to encourage the use of our database as a
> storage space for third party identifiers like that. It could get rather
> out of hand if everybody else wants to attach their own IDs to our data.
>
If someone donates a
El 22/03/2010 16:38, Andreas Höschler escribió:
> The OSM are supposed to be put on our webserver!? How do I announce a
> new OSM file to whom?
http://lists.openstreetmap.org/listinfo/imports should be the right place.
--
Iván Sánchez Ortega
___
dev
On 22/03/10 15:00, Nic Roets wrote:
> One solution is to add your own tag to the OSM files you generate e.g.
> smartsoft_id=nnn. And publish the files for review somewhere. Then
> scan the minutely updates at planet.openstreetmap.de for your id
> numbers and when they appear you can delete them fr
Hi Peter,
>> Thus the data we are producing is already of high
>> value (could directly be inserted into the public OSM database).
> Could you please provide an extract of this data so we can take a look
> at the quality ourself?
I can and will in a couple of days. The code that is generating the
Hi Nic,
> One solution is to add your own tag to the OSM files you generate e.g.
> smartsoft_id=nnn. And publish the files for review somewhere. Then
> scan the minutely updates at planet.openstreetmap.de for your id
> numbers and when they appear you can delete them from your DB.
Thanks, that so
> Thus the data we are producing is already of high
> value (could directly be inserted into the public OSM database).
Could you please provide an extract of this data so we can take a look
at the quality ourself?
Thank you!
Peter
___
dev mailing list
Hi John,
> I'm going to go back to some of the primative concepts of OSM here,
> just to make sure that everyone is on the same page...
>
> OSM has 2 completly destict concepts, tracks and ways: (I am
> simplifying here, but you get the idea)
>
> Tracks are a collection of gps points, as they ar
On 23 March 2010 00:54, Maarten Deen wrote:
> Only by investigating the new data and comparing it to your own data. As
> you can see on some of the Kosovo pages, there is a link to a changeset.
> This is a collection of all the items that got added/changed. This could be
> used to check against yo
On Mon, Mar 22, 2010 at 3:54 PM, Maarten Deen wrote:
> On Mon, 22 Mar 2010 15:19:43 +0100, Andreas Höschler
> wrote:
> > Hi John,
> >
> >>> For that we need some kind of TCP-based XML interface so that we could
> >>> send a track in some XML format to a TCP socket and get back the IDs
> >>> assi
Andreas,
One solution is to add your own tag to the OSM files you generate e.g.
smartsoft_id=nnn. And publish the files for review somewhere. Then
scan the minutely updates at planet.openstreetmap.de for your id
numbers and when they appear you can delete them from your DB.
You can also upload da
On Mon, 22 Mar 2010 15:40:03 +0100, Andreas Höschler
wrote:
> Hi Tom,
>
>>> However, we want to pass our track data to the OSM project and are
>>> looking for a neat way to do that. We can convert our data to any
>>> format (some kind of CSV or XML preferred). We just need a TCP
>>> interface to
El 22/03/2010 15:46, Andreas Höschler escribió:
> [...] selecting only those records that make up a way.
So you have a topologically correct road network. Nce :-)
>> Looky here: http://wiki.openstreetmap.org/wiki/API_v0.6
>
> Wow, I believe that's what I was looking for!! Scanning this pa
On Mon, 22 Mar 2010 15:19:43 +0100, Andreas Höschler
wrote:
> Hi John,
>
>>> For that we need some kind of TCP-based XML interface so that we could
>>> send a track in some XML format to a TCP socket and get back the IDs
>>> assigned to objects by the public OSM database server. Only that would
>
2010/3/23 Iván Sánchez Ortega :
> Andreas talked about inserting data into OSM, not updating data in OSM. Yes,
> that's a completely different problem :-)
You are assuming he's adding data that doesn't exist or overlap with
data already in OSM...
___
de
I'm going to go back to some of the primative concepts of OSM here, just to
make sure that everyone is on the same page...
OSM has 2 completly destict concepts, tracks and ways: (I am simplifying
here, but you get the idea)
Tracks are a collection of gps points, as they are recorded, generally 1
Hi,
>> we are collecting huge amounts of GPS-tracks with a fleet of vehicles
>> with on-board computers. [...] We have to maintain our own
>> database of tracks, add properties like a so a called pickupCondition,
>> which determines how good a track is (e.g. paved, muddy, never use it
>> when it's
Andreas Höschler wrote:
> Creating OSM files would be easy for us. But where would we sent
> them? Simply put them on our webserver and make an announcement on
> the osm list "hey, we have some osm data to be merged/
> imported! Have fun!"!?
Just that.
It's worth noting that Potlatch 2, the n
Hi Tom,
>> However, we want to pass our track data to the OSM project and are
>> looking for a neat way to do that. We can convert our data to any
>> format (some kind of CSV or XML preferred). We just need a TCP
>> interface to post them to or a destination email address where to send
>> the file
> Creating OSM files would be easy for us. But where would we sent them?
> Simply put them on our webserver and make an announcement on the osm
> list "hey, we have some osm data to be merged/imported! Have fun!"!?
There are apis to upload them, but you are not encouraged to upload
massive amou
On 22/03/10 14:19, Andreas Höschler wrote:
> I have just logged into www.openstreetmap.org and found the GPS traces
> pane and the page on which one can upload gps traces. However, where
> can I upload OSM files to with ways having street names, way kind, ...?
There isn't one, because just upload
> Creating OSM files would be easy for us. But where would we sent them?
> Simply put them on our webserver and make an announcement on the osm
> list "hey, we have some osm data to be merged/imported! Have fun!"!?
In my small part of world I do exactly so, local mailing list is our
interface for
Hi John,
>> For that we need some kind of TCP-based XML interface so that we could
>> send a track in some XML format to a TCP socket and get back the IDs
>> assigned to objects by the public OSM database server. Only that would
>> allow us the assign the returned IDs to our private database objec
On 22-03-2010 02:37, Julio Costa Zambelli wrote:
> Can someone give us some hint on what is going wrong here?
>
> r...@manarola:/tmp/mod_tile# sudo -u www-data ./renderd.py
[snip]
>os.unlink(address)
> OSError: [Errno 1] Operation not permitted: '/tmp/osm-renderd'
Sounds like you simply have
Hello Andreas,
It sounds very generous.
If you are providing data for an area where OSM already has coverage,
it is a good idea to be in touch with them. The less OSM coverage, the
more eager they will be for a real time interface as you suggest.
A good starting point is if we help you to write
El 22/03/2010 15:04, John Smith escribió:
> 2010/3/22 Iván Sánchez Ortega:
>> Whenever you (successfully) upload a new way, you get the way ID in
>> return. No problem there.
>
> What about existing ways that may be duplicated by doing that?
Andreas talked about inserting data into OSM, not updati
2010/3/22 Iván Sánchez Ortega :
> Whenever you (successfully) upload a new way, you get the way ID in
> return. No problem there.
What about existing ways that may be duplicated by doing that?
___
dev mailing list
dev@openstreetmap.org
http://lists.open
El 22/03/2010 14:04, Andreas Höschler escribió:
> we are collecting huge amounts of GPS-tracks with a fleet of vehicles
> with on-board computers. [...] We have to maintain our own
> database of tracks, add properties like a so a called pickupCondition,
> which determines how good a track is (e.g.
On 22/03/10 13:04, Andreas Höschler wrote:
> However, we want to pass our track data to the OSM project and are
> looking for a neat way to do that. We can convert our data to any
> format (some kind of CSV or XML preferred). We just need a TCP
> interface to post them to or a destination email ad
2010/3/22 jamesmikedup...@googlemail.com :
> retrospectivly it is better to create gpx files instead of osm files.
Except that would loose potentially valuable information already in
his database.
___
dev mailing list
dev@openstreetmap.org
http://lists.
What we did for a similar project in kosovo[1] is to create a set of files
on archive.org split by 10k gps points, they are being traced over by
volunteers.
we processed the csv data into osm files wih perl.
If you need help setting that up, please let me know.
retrospectivly it is better to creat
2010/3/22 Andreas Höschler :
> For that we need some kind of TCP-based XML interface so that we could
> send a track in some XML format to a TCP socket and get back the IDs
> assigned to objects by the public OSM database server. Only that would
> allow us the assign the returned IDs to our private
Hi all,
we are collecting huge amounts of GPS-tracks with a fleet of vehicles
with on-board computers. These tracks are used internally for a bunch
of purposes (vehicle monitoring, etc ). We have to maintain our own
database of tracks, add properties like a so a called pickupCondition,
which d
If someone has a few mins and wishes to have a go at the following little
task I'd be very grateful.
I need to establish the closest libraries in proximity (via any transport
method) to the Sustrans national cycle network (NCN & RCN) within the City
of Birmingham boundary (details below). The purp
On 18 March 2010 02:43, John Smith wrote:
> On 18 March 2010 02:24, Bernhard zwischenbrugger
> wrote:
> > If it's more than 10m I stop recording and start a new track if signal
>
> A friend of mine testing with an iPhone found the accuracy was
> generally pretty poor, even when in an open field,
Hi Brian,
Thanks for you help.
Hey that is great, It works now.
I did not want to bad mouth anyones code.
I was just happy it works.
Mike
On Mon, Mar 22, 2010 at 3:05 AM, Brian Quinion <
openstreet...@brian.quinion.co.uk> wrote:
> On Sun, Mar 21, 2010 at 2:51 PM, jamesmikedup...@googlemail.co
46 matches
Mail list logo