On Mon, Nov 25, 2013 at 6:34 AM, Grant Slater
openstreet...@firefishy.com wrote:
On Wednesday 27th of November 2013 between 17:30 and 22:00 (GMT / UTC)
the primary database server will be unavailable due to maintenance.
I apologise for the short notice.
Grant, thanks always to you and to the
Hi,
On Mon, Nov 25, 2013 at 10:23:43AM -0500, Richard Weait wrote:
Grant, thanks always to you and to the full admin team, for making
OpenStreetMap work and work well. I appreciate your constant
attention to the nitty bits and the gritty bits of OpenStreetMap
infrastructure, keeping
On Tue, Oct 22, 2013 at 12:36 PM, Arnie Shore asho...@verizon.net wrote:
All, I've googled unsuccessfully; Can someone point me to any source/vendor
of subject tile sets, by say, USA county or state.
I think geofabrik does provide this kind of service.
http://www.geofabrik.de/maps/tiles.html
Hi all,
I note that there hasn't been a recent what developments are currently
happening type email, so I'll step in with this one.
At SOTM 2013 John Firebaugh (mapbox) presented an update to the SOTM US
talk that explored a new vision for the openatreetmap.org website. The talk
was well
To the OSM community,
Last year in July, the energy sector GIS working group organised a workshop
where we
gave a presentation about mapping day Uganda and OSM.
http://mappingday.com/content/mapping-and-gis-energy-sector-workshop
3 months later (October), the Energy
Sector GIS Working Group
Hi all,
just to say that at Wikimania there has been a OSM Workshop[0] held by
user aude (AKA Aude)[1].
We also add a very little and quick mapping party afterwards (which,
personal note, was the very first mapping party I ever attended :) ).
There has also been other occasion during this
I'm getting a lot of internal server errors reported by JOSM when I
download (small) areas from the server. Is there a problem with the
server?
Regards,
Maarten
___
talk mailing list
talk@openstreetmap.org
This is amazing.
Fantastic work!
On Mon, Aug 5, 2013 at 9:41 AM, Grant Slater openstreet...@firefishy.comwrote:
Hi OpenStreetMappers,
The default OpenStreetMap.org standard map was switched across to a
new rendering server setup over the last weekend.
In addition to new hardware, the
Hello,
Does anyone know when the OSM History Viewer (http://osmhv.openstreetmap.de)
might be back up? I have been receiving the following message for the last
couple of hours:
Service Temporarily Unavailable
The server is temporarily unable to service your request due to maintenance
downtime
OSM History Viewer has been like that for almost 2 weeks now.
This has been reported on the service's official (?) bug reporting system
by somebody 10 days ago but there has been no response:
https://bugs.cdauth.eu/index.php?do=detailstask_id=80project=2
On Tue, Jul 16, 2013 at 7:28 AM, Mike
Eugene,
Thanks! Hopefully it will be up soon.
Mike
On Mon, Jul 15, 2013 at 5:34 PM, Eugene Alvin Villar sea...@gmail.comwrote:
OSM History Viewer has been like that for almost 2 weeks now.
This has been reported on the service's official (?) bug reporting system
by somebody 10 days ago
Hello everyone,
I noticed recently that an OSM attribution has appeared at the bottom
right on Korea's Naver mapping service. Naver is a Korean internet
portal which is very popular here (er, in Korea).
I don't know exactly what Naver is using OSM for, since I always
assumed they acquired and
http://www.france24.com/fr/20130622-internet-cartographie-collaborative
There may be a english version somewhere... but not sure.
I'm lucky the journalist kept the best part of my way too long explanations ;)
--
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM...
Am 01.06.2013 01:38, schrieb Paul Johnson:
Curious when the JOSM OpenStreetBugs feature will be updated to handle
the new Notes system, does anyone know?
See https://josm.openstreetmap.de/ticket/8193
It does not have to be either or but both will probably be supported for
a while.
fly
Am 01.06.2013 01:38, schrieb Paul Johnson:
Curious when the JOSM OpenStreetBugs feature will be updated to handle
the new Notes system, does anyone know?
See https://josm.openstreetmap.de/ticket/8193
It does not have to be either or but both will probably be supported for
a while.
fly
Curious when the JOSM OpenStreetBugs feature will be updated to handle the
new Notes system, does anyone know?
Also curious if the Skobbler folks follow the list, and what the thoughts
are of either incorporating their Mapdust category features (I find them
handy) into Notes, and/or possibly
Hi! When Frederik asked about using OAuth for the GeoChat plugin, I
remembered the same problem I had with the imagery offset database. And
since I was in a programming mode, this lead to an idea on how to skip
OAuth for client applications, while reliably identifying users. So the
whole
On 11.05.2013 04:19, malenki wrote:
colliar wrote:
Am 05.05.2013 05:26, schrieb malenki:
The tool replace geometry exists - at least for JOSM. It even works
on replacing an old (existing) Node for a new way.
Yes it is a nice tool but it only does include the node in the new way.
E.g.
colliar wrote:
You did replace a way with a way but not a node with a way !
Of course.
It should be obvious that the ID of a node cannot be transformed into
the ID of a way.
Using replace geometry on a existing node and a new way is the
easiest way to make the existing node part of the new way
colliar wrote:
Am 05.05.2013 05:26, schrieb malenki:
The tool replace geometry exists - at least for JOSM. It even works
on replacing an old (existing) Node for a new way.
Yes it is a nice tool but it only does include the node in the new way.
E.g. you still have a new object representing
Hi.
Do you have any idea how this permanent ID could look like?
You dislike the overpass-approach (and yes, it's far from perfect).
What is your idea how a stable permanent ID to an object may be achieved?
Let's use a shop as an example (and wikidata as the foreign database as
an example, too).
Am 07.05.2013 00:47, schrieb Tobias Knerr:
Am 06.05.2013 23:55, schrieb Peter Wendorff:
Am 06.05.2013 23:07, schrieb andrzej zaborowski:
If you're not adding those historical entities to OSM (or a similar
database like that historical osm once discussed) then there's no
issue with linking to
Hi,
All use cases you describe are valid. It's up to the users of OSM
permanent id to keep track of changing OSM ids - it's an offer of OSM.
The only constraint I would propose is to avoid to delete and recreate
a new id only because of a tool (like an editor) likes to do it like
this.
The
Am 07.05.2013 09:43, schrieb Stefan Keller:
Hi,
All use cases you describe are valid. It's up to the users of OSM
permanent id to keep track of changing OSM ids - it's an offer of OSM.
The only constraint I would propose is to avoid to delete and recreate
a new id only because of a tool
Linking to OSM objet ID looks like a bad idea because they are not stable.
We had a recent long talk on talk-fr@ about permanent IDs that could
help linking external data to OSM, instead of multiplying ref:xxx in
OSM to link to external data.
I've proposed something that can be summarized like
Hi,
You wrote:
- it's roughly in that bounding box (e.g. the city or a given part of
A soon as you use the word roughly - the id approach is doomed to fail.
According to OO and database technology an id is a well-defined
surrogate with a well-defined data type.
Yours, Stefan
2013/5/7 Peter
Am 07.05.2013 09:58, schrieb Stefan Keller:
Hi,
You wrote:
- it's roughly in that bounding box (e.g. the city or a given part of
A soon as you use the word roughly - the id approach is doomed to fail.
According to OO and database technology an id is a well-defined
surrogate with a
2013/5/7 Christian Quest cqu...@openstreetmap.fr:
Linking to OSM objet ID looks like a bad idea because they are not stable.
Agreed.
I've proposed something that can be summarized like some generic
geoURL that could be used to describe something/somewhere in the form
something@somewhere
Am
2013/5/7 Peter Wendorff wendo...@uni-paderborn.de:
Look what happens in OSM all the time: POIs are moved slightly to match
aerial images - following your definition that should be another ID now
No, That's one of the nice properties of ids without coordinates!
To me it would remain the same -
I'm not proposing to add this as a new tag to OSM objects, but to use
these geoURL in external datasets instead of OSM IDs.
It is a way to keep a (fuzzy) link between datasets.
Fuzzyness seems mandatory at some level as I doubt it is possible to
have an exact match between data models that are
Unfortunately I'm too busy to investigate how much elements in OSM
change their meaning instead of deleting the old and creating the new
object.
In addition your fooling the concept is not correct. If a supermarket
is abandoned, and was tagged as a building + name + shop=supermarket,
you would
Say the supermarket downsizes and the other half of the building becomes
used by another company. We split the building, creating 1 new building,
glued to the original building. Now there is a 50% chance the existing
building outline continues as the supermarket and 50% it's the new company
Am 07.05.2013 12:56, schrieb Stefan Keller:
2013/5/7 Peter Wendorff wendo...@uni-paderborn.de:
you would not delete the whole object and add a new object with the
building tag alone, right?
I said that it's up to the mapper to decide - as its common in OSM.
External services which link to
I guess you are all both right and wrong on this matter and thus because
you are loking from single angle only.
I recognize several different needs:
External link to coordinates
This is simply link to specific geographic coordinates. As it is not
necessarily that there is an object on this
De : Mike mike.cuttl...@gmail.com
I guess you are all both right and wrong on this matter and thus because
you are loking from single angle only.
[...]
If object is split, one part preserves existing ID and other parts are
considered as new objects with new ID's assigned.
Hi
I quite
On 05.05.13 14:55, Kolossos wrote:
I don't like to support different reference systems in WIWOSM.
I see the point. But WIWOSM seems not to work with anchor-links:
Neither
I made a wikidata tag proposal:
http://wiki.openstreetmap.org/wiki/Wikidata
I think osm -- wikidata is much better than wikidata -- osm. At least
while we don't have a solution for persistent ID's.
Janko
___
talk mailing list
talk@openstreetmap.org
Am 05.05.2013 05:26, schrieb malenki:
On 04.05.2013 15:24, Paul Norman wrote:
When I get new imagery for the area and re-trace the
building depending on what is easiest I may end up creating a new way.
The tool replace geometry exists - at least for JOSM. It even works
on replacing an
Hello Andreas,
It seems in principle possible to support anchor-links but it was not in
our focus, because our frontend had only one map per article. (You can
believe me the sytem was complex enough ;-)). I will talk about this
topic with my co-creator and the developer of WikiMiniAtlas.
It
Do they have something like a persistent ID in wikidata, yet?
Do you want to add dozens of wikidata-tags (or a comma separated value
or something like that), if more than one wikidata-element matches the
osm element.
Let's see this example: A building that was a merchants kontor a few
hundret
On 06.05.2013 18:54, Peter Wendorff wrote:
Do they have something like a persistent ID in wikidata, yet?
I think the Wikidata page title - something like Q35525 - is intended to
be rather stable. Of course there are sometimes problems, such as
duplicates or interwiki conflicts, that make it
On Tue, May 7, 2013 at 2:26 AM, Tobias Knerr o...@tobias-knerr.de wrote:
On 06.05.2013 18:54, Peter Wendorff wrote:
Do they have something like a persistent ID in wikidata, yet?
I think the Wikidata page title - something like Q35525 - is intended to
be rather stable. Of course there are
On 06.05.2013 20:36, Eugene Alvin Villar wrote:
For those who are not on the tagging mailing list, the wikidata=* tag
has been proposed[1], and discussed on the tagging mailing list starting
late February 2013[2]. Based on my assessment of the discussion, there
doesn't seem to be a clamor to
Am 06.05.2013 20:26, schrieb Tobias Knerr:
On 06.05.2013 18:54, Peter Wendorff wrote:
[...]
Let's see this example: A building that was a merchants kontor a few
hundret years ago, and now contains a museum and a restaurant, while in
between it was - let's say - a hospital).
That's
Hi,
On 6 May 2013 21:20, Peter Wendorff wendo...@uni-paderborn.de wrote:
Am 06.05.2013 20:26, schrieb Tobias Knerr:
On 06.05.2013 18:54, Peter Wendorff wrote:
[...]
Let's see this example: A building that was a merchants kontor a few
hundret years ago, and now contains a museum and a
Am 06.05.2013 23:07, schrieb andrzej zaborowski:
Hi,
On 6 May 2013 21:20, Peter Wendorff wendo...@uni-paderborn.de wrote:
Am 06.05.2013 20:26, schrieb Tobias Knerr:
On 06.05.2013 18:54, Peter Wendorff wrote:
[...]
Let's see this example: A building that was a merchants kontor a few
Hi,
I also think that linking from an OSM object to a growing no. of
external databases (incl. Wikipedia/Wikidata) is not a good idea. And
I respect the wish of the OSM maintainers to change the OSM id in the
future. But the overpass-permanent-osm-id is no solution neither,
primo because a set of
Am 06.05.2013 23:55, schrieb Peter Wendorff:
Am 06.05.2013 23:07, schrieb andrzej zaborowski:
If you're not adding those historical entities to OSM (or a similar
database like that historical osm once discussed) then there's no
issue with linking to Wikidata because there's nothing to be
Hello Andreas,
I hope Wikidata part 3 solve the problem with the list, so that an
object would be one Wikidata entry and can be a member in different
lists but can also have an own article.
A map with objects in the example article is here:[1]
I have no influence on the way how
Tim,
There are different problems, let's keep them separate (vielleicht reden wir
auch - Englisch - aneinander vorbei... ;)
a) There is a problem in the code of osm.org how it links wikipedia articles.
You can't do a link like this:
$PATH#anchor?uselang=en
This is bad URL syntax. You
Hi guys,
I am most likely the one who started the whole issue of adding relation
IDs to Wikipedia at all - I created the Wikipedia templates and inserted
several tenths of relation IDs to specific articles... and you know why?
Because at the time I did that there was no WIWOSM (or any other
[Quoting repaired on an (as it seems) accidential PM]
yve...@gmail.com wrote on Sun, 05 May 2013 08:53:04:
malenki wrote
On 04.05.2013 15:24, Paul Norman wrote:
When I get new imagery for the area and re-trace the
building depending on what is easiest I may end up creating a new
way.
The
Jason Remillard remillard.ja...@gmail.com wrote:
However, given what exists today shouldn't Wikipedia be using the
overpass API for referencing OSM?
I'd also say so: There already is a Permanent ID [1] service.
On 4 May 2013 00:49, Claus Stadler cstad...@informatik.uni-leipzig.de wrote:
Hi,
Shouldn't OSM use Wikipedia URLs as UUIDs where applicable rather than
Wikipedia referring to database identifiers? (The answer is a clear 'yes'
from my side.)
In fact there are the (wikipedia, *) tags - but not
Hi,
Wikidata entities are (with a few caveats) static and
language-independent (eg https://www.wikidata.org/wiki/Q3183), and could
potentially be useful here
I totally agree, so tagging OSM entities with Wikidata IDs (where
applicable) might improve the stability even beyond that of using
On 4 May 2013, at 10:47, Andrew Gray andrew.g...@dunelm.org.uk wrote:
On 4 May 2013 00:49, Claus Stadler cstad...@informatik.uni-leipzig.de wrote:
Hi,
Shouldn't OSM use Wikipedia URLs as UUIDs where applicable rather than
Wikipedia referring to database identifiers? (The answer is a clear
]
Sent: Friday, May 03, 2013 2:08 PM
To: Frederik Ramm
Cc: OpenStreetMap
Subject: Re: [OSM-talk] OSM relation ID property in Wikidata
I am less concerned about the Wikidata side - if they make a bad
judgement then it is their mess to clean up. I am however concerned
that if more people simply assume
I am however concerned that
if more people simply assume that the status quo is there to stay (IDs
are stable enough), this will put pressure on *us* and limit our
flexibility in the future.
But, what is the point if ID's are not stable?
How can we externally link to the data and make sure
From: Mike [mailto:mike.cuttl...@gmail.com]
Sent: Saturday, May 04, 2013 1:36 PM
To: talk@openstreetmap.org
Subject: Re: [OSM-talk] OSM relation ID property in Wikidata
I am however concerned that
if more people simply assume that the status quo is there to stay
(IDs are stable
On 04.05.2013 15:24, Paul Norman wrote:
When I get new imagery for the area and re-trace the
building depending on what is easiest I may end up creating a new way.
The tool replace geometry exists - at least for JOSM. It even works
on replacing an old (existing) Node for a new way.
Hi.
Just wanted to notify those who didn't know: There is now a property
(P402) in use in Wikidata to link the corresponding entry to a relation
ID in OSM.
Example: https://www.wikidata.org/wiki/Q84
With regards,
Svavar Kjarrval
signature.asc
Description: OpenPGP digital signature
Hi,
On 03.05.2013 18:15, Svavar Kjarrval wrote:
Just wanted to notify those who didn't know: There is now a property
(P402) in use in Wikidata to link the corresponding entry to a relation
ID in OSM.
This is a very bad idea and should not be used.
Bye
Frederik
--
Frederik Ramm ## eMail
On Sat, May 4, 2013 at 3:33 AM, Frederik Ramm frede...@remote.org wrote:
On 03.05.2013 18:15, Svavar Kjarrval wrote:
Just wanted to notify those who didn't know: There is now a property
(P402) in use in Wikidata to link the corresponding entry to a relation
ID in OSM.
This is a very bad
Hi,
On 03.05.2013 22:12, Eugene Alvin Villar wrote:
The consensus was that--at least for place relations which are the
target of the said property--OSM relation IDs are stable enough and any
changes in IDs can be easily rectified. Wikidata is a wiki after all.
I am less concerned about the
On 3 May 2013 22:58, Frederik Ramm frede...@remote.org wrote:
On 03.05.2013 22:12, Eugene Alvin Villar wrote:
The consensus was that--at least for place relations which are the
target of the said property--OSM relation IDs are stable enough and any
changes in IDs can be easily rectified.
Hi,
On 03.05.2013 23:08, andrzej zaborowski wrote:
The OSMF has sent a pretty strong message saying that object IDs are
stable enough to base impactful legal decisions on them.
The OSMF has never sent messages saying that object IDs are stable or
even stable enough for anything; if you
On Fri, May 03, 2013 at 11:08:01PM +0200, andrzej zaborowski wrote:
On 3 May 2013 22:58, Frederik Ramm frede...@remote.org wrote:
On 03.05.2013 22:12, Eugene Alvin Villar wrote:
The consensus was that--at least for place relations which are the
target of the said property--OSM relation IDs
On 3 May 2013 23:14, Frederik Ramm frede...@remote.org wrote:
On 03.05.2013 23:08, andrzej zaborowski wrote:
The OSMF has sent a pretty strong message saying that object IDs are
stable enough to base impactful legal decisions on them.
The OSMF has never sent messages saying that object IDs
Hi,
On 03.05.2013 23:18, andrzej zaborowski wrote:
I don't understand -- wasn't the entire process based on the
assumption that intellectual property persists as long as the object
ID persists?
No, that is a misconception. During the license change we deviated from
that idea in both
Am 03.05.2013 23:08, schrieb andrzej zaborowski:
On 3 May 2013 22:58, Frederik Ramm frede...@remote.org wrote:
On 03.05.2013 22:12, Eugene Alvin Villar wrote:
The consensus was that--at least for place relations which are the
target of the said property--OSM relation IDs are stable enough and
On 3 May 2013 23:22, Frederik Ramm frede...@remote.org wrote:
* some objects whose ID had not changed and who had been created by someone
who rejected the license were nonetheless kept if it could be shown that
they had been changed in a major way since;
* some objects that had been freshly
From: andrzej zaborowski [mailto:balr...@gmail.com]
Sent: Friday, May 03, 2013 2:08 PM
To: Frederik Ramm
Cc: OpenStreetMap
Subject: Re: [OSM-talk] OSM relation ID property in Wikidata
I am less concerned about the Wikidata side - if they make a bad
judgement then it is their mess
wrote:
From: andrzej zaborowski [mailto:balr...@gmail.com]
Sent: Friday, May 03, 2013 2:08 PM
To: Frederik Ramm
Cc: OpenStreetMap
Subject: Re: [OSM-talk] OSM relation ID property in Wikidata
I am less concerned about the Wikidata side - if they make a bad
judgement then it is their mess
2013/5/4 Claus Stadler cstad...@informatik.uni-leipzig.de
Hi,
Shouldn't OSM use Wikipedia URLs as UUIDs where applicable rather than
Wikipedia referring to database identifiers? (The answer is a clear 'yes'
from my side.)
In fact there are the (wikipedia, *) tags - but not sure how good the
Isn't this thread about pointing from outside to osm?
Yes, so the simple suggestion is for OSM to extend the API to expose the
wiki tags; something like
Something along the lines of:
http://www.openstreetmap.org/api/0.6/wiki/{lang}/{article}
And this would return the corresponding object(s).
Hello OSMers world-wide,
Firstly, a reminder that OSM US is hosting an Edit--a-thon APril 20-21;
info at http://www.openstreetmap.us/2013/03/april-spring-editathon/
Please join with your US colleagues and help improve the US map !
I am also wondering if any OSM server maintenance is anticipated
Il 30/03/2013 18:42, Martin Koppenhoefer ha scritto:
scusate il cross-posting, ma è troppo bello ;-)
ciao,
Martin
Filmato interessante, con tema dominante l'ingordigia:-)
___
Talk-it mailing list
Talk-it@openstreetmap.org
I noticed that the database is down for maintenance this morning.
I couldn't find any announcement for this downtime so it sounds like it
was unplanned. Can anyone shed any light on what is going on, and when
it is likely to be back up again?
Thanks!
Colin
Hi
it seems that the Server Ramoth
http://wiki.openstreetmap.org/wiki/Servers/ramoth
is unresponsive and couldn't be rebooted remotely. Some admins are
on-site (or on their way) to give it a kick. In the meantime it seems
everything's up again, but it could be that another restart is required
On 31/03/13 11:40, Peter Körner wrote:
it seems that the Server Ramoth
http://wiki.openstreetmap.org/wiki/Servers/ramoth
is unresponsive and couldn't be rebooted remotely. Some admins are
on-site (or on their way) to give it a kick. In the meantime it seems
everything's up again, but it could
s:mikelmaron
From: Tom Hughes t...@compton.nu
To: Peter Körner osm-li...@mazdermind.de
Cc: talk@openstreetmap.org
Sent: Sunday, March 31, 2013 7:25 AM
Subject: Re: [OSM-talk] OSM DB down for maintenance
On 31/03/13 11:40, Peter Körner wrote:
it seems that the Server
All up and running again.
Replaced a raid controller.
Regards
Grant
OpenStreetMap sysadmin team
On 31 Mar 2013 11:30, Colin Smale colin.sm...@xs4all.nl wrote:
**
I noticed that the database is down for maintenance this morning. I
couldn't find any announcement for this downtime so it sounds
The OSM community owes you, Grant and the other sysadmins, a lot of
gratitude for your work to maximize availability. Thanks!
Cheers, Johan
(user: It's so funny)
2013/3/31 Grant Slater openstreet...@firefishy.com
All up and running again.
Replaced a raid controller.
Regards
Grant
Exel m...@rtijn.org
Date: 2013/3/30
Subject: [OSM-talk] OSM Monster
To: OSM Talk t...@openstreetmap.org
OSM data turned into a monster!
http://vimeo.com/62468031
--
Martijn van Exel
___
talk mailing list
t...@openstreetmap.org
http
Il 30/03/2013 20:57, Simone Saviolo ha scritto:
Molto bello! Peccato che abbia scelto uno stile di mappa che ricorda molto
GMaps... :-)
Ciao,
Simone
+1 Inoltre all'inizio sembra che usino streetview...
--
Google riceve multa da sette milioni di dollari per aver raccolto dati
personali
OSM data turned into a monster!
http://vimeo.com/62468031
--
Martijn van Exel
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
scusate il cross-posting, ma è troppo bello ;-)
ciao,
Martin
-- Forwarded message --
From: Martijn van Exel m...@rtijn.org
Date: 2013/3/30
Subject: [OSM-talk] OSM Monster
To: OSM Talk t...@openstreetmap.org
OSM data turned into a monster!
http://vimeo.com/62468031
--
Martijn
Molto bello! Peccato che abbia scelto uno stile di mappa che ricorda molto
GMaps... :-)
Ciao,
Simone
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
Le 12 févr. 2013 à 15:08, Guillaume Allegre a écrit :
Le mar. 12 fevr. 2013 à 10:37 +0300, Fred Moine a ecrit :
Apres sur place, j’ai ma nièce qui peut heberger ou laisser son appartement
pour le week end. Ou sinon elle a des copines de 20 a 29 ans super canon.
Je vais faire mon
Dudley Ibbett dudleyibb...@hotmail.com writes:
I would also add that the section on PDOP is rather technical for a
newbie. Perhaps this could be moved to a separate wiki page and the
answer to the question changed to be more general. If your GPS has a
display then this is more likely to be
Hi Rob
As a UK countryside mapper using a Blumax and Garmin 62s and JOSM I'd make the
following comments:
At this time my personal answer would be almost anywhere (path, tracks, roads
etc. etc.). I also understand that the accuracy of the GPS trace will vary
with time due to the position
In case anyone here reads the popular online news aggregation site
Reddit, there is a subreddit dedicated specifically to OpenStreetMap,
and as of today, it now has over 666 followers.
Why do I care about 666?
It's not because of any mystical or religious significance, I just
didn't notice when
Hi OSMers,
OpenStreetMaps US is organizing an editing event in the US Saturday,
January 26th, from noon EDT to 6PM PDT (or later).
We encourage all members of the OSM community to participate, and ask you
to visit http://www.openstreetmap.us/ for more information about the event.
Please contact
On 03.01.2013 22:51, Yohan Boniface wrote:
sorry for the late feedback, I was offline for some days.
This email for introducing the uMap project.
TL;DR: http://umap.fluv.io/ (demo site).
the name umap is not very well chosen: there is already a project called
uMap which exists since long
Michael Kugelmann wrote:
This email for introducing the uMap project.
TL;DR: http://umap.fluv.io/ (demo site).
the name umap is not very well chosen: there is already a project
called uMap which exists since long time!
http://wiki.openstreetmap.org/wiki/User:Speedpilgrim
I don't see umap
On 01/21/2013 11:03 PM, Michael Kugelmann wrote:
On 03.01.2013 22:51, Yohan Boniface wrote:
sorry for the late feedback, I was offline for some days.
This email for introducing the uMap project.
TL;DR: http://umap.fluv.io/ (demo site).
the name umap is not very well chosen: there is already
Thanks for the reply Michael,
My concern was not so much about the imagery being out of date, as I only
trace places that I am very familiar with albeit having visited a long time
ago. I will be visiting a few places I have mapped soon and will be having
my GPS switched on all the time. It
Frederick and all,
I found your SotM presentations on OSM imports regarding disks and stats.I
just completed a full planet import via osm2pgsql. Are you interested in the
stats from my import? I *think* there's a wiki page about import stats, should
i put them there.
Long story short: 3
The wiki page you are looking for is:
http://wiki.openstreetmap.org/wiki/Osm2pgsql/benchmarks
It's worth mentioning on there the other settings that you had used.
Shaun
On 17 Dec 2012, at 15:19, Brian DeRocher br...@derocher.org wrote:
Frederick and all,
I found your SotM presentations on
Am 17.12.2012 16:19, schrieb Brian DeRocher:
Frederick and all,
I found your SotM presentations on OSM imports regarding disks and stats.I
just completed a full planet import via osm2pgsql. Are you interested in the
stats from my import? I *think* there's a wiki page about import stats,
601 - 700 of 2649 matches
Mail list logo