[OSM-talk] Green Map
Just curious - has anyone had any experience using OSM data for a "green map"? """Green Map (R) System promotes inclusive participation in sustainable community development around the world, using mapmaking as our medium.""" (http://www.greenmap.org) Seems like there could potentially be a large degree of collaboration between the two projects. -- Matthew T. Perry http://www.perrygeo.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] OSM icons (was: "Crudely-drawn pint glasses")
Igor Brejc schrieb: > Is there somewhere a repository of totally free general-purpose icons > such as this? I'm asking because I would like to extend Kosmos rendering > rules with some nice icons. > The collection of OSM icons in SVN [0] is quite usable and should contain most of what you need. There are currently 6 icon themes: - square big: 32*32, png, color framed depending on group - square small: 16*16, png, color framed depending on group - classic big: 32*32, png - classic small: 16*16, png, used by JOSM (some have white background to prevent "black icon on black ground" problem in JOSM) - svg: scalable, svg - japan: scalable, svg, symbolic representation and "limited in number" You can have an overview (with license information) at [1]. The last few weekends I was working to change all icons to be PD - but there's still lot's of work left to be done here. I'm using openclipart stuff and drawing new icons where missing (using inkscape to get SVG and then convert and scale to the different png formats). My main interest is having a complete set of icons for JOSM (ex mappaint plugin). You can find the current matching of OSM features to the icons at the JOSM elemstyles[2] file. Would be nice if Kosmos would use the same icons for the same things as JOSM does. The icon directory structure is hierarchical, first dir the icon theme and then sorted by topic (different sorting compared to OSM, as the icons originate from gpsdrive). Selecting a theme and keeping the themes icon directory structure will make it easy to switch between icon themes, and will make it easier for you to do future updates. For example, JOSM elemstyles file just keeps the relative path of the icon to the "themes root dir". [0] http://trac.openstreetmap.org/browser/applications/share/map-icons [1] http://www.gpsdrive.de/development/map-icons/overview_lic.en.shtml [2] http://josm.openstreetmap.de/browser/trunk/styles/standard/elemstyles.xml > I agree with you about the pint glass. But I guess any contribution has > to be appreciated if nothing better comes along :) > Yes, that's my model as well - for me it's better to have a medium quality icon than none at all. I already know some icons that I would like to improve, but the time is the limit. I guess the icon quality will improve over time, if more applications use these icons and more users and developers get interested in having better icons ... Regards, ULFL P.S: I still consider Kosmos to be closed source, so be careful to include any none PD icons into Kosmos! P.P.S.: A gifted icon designer with some Inkscape knowledge would still be more than welcome ... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Tagwatch
Etric Celine schrieb: > Hi everyone, > > as you may or may not have noticed i have recently worked a bit on the > existing Tagwatch script and changed a few things. > > My changes includes > * the use of a template parsing engine and thus a better looking website > * use of the Osmarender 6 rules file > * listing how often every tag got used on nodes / ways > * what other tags are in use with a specific tag > * if the tag has a documentation on the OSMwiki > > Together with these changes i have crated the tagwatch sites for 24 > countries. > All planet.osm excerpt are taken from http://roland-ramthun.de/osm/extracts/ > If you miss a country and can point me to the location of the excerpt I'm > glad > to add this as well. > > I'll try to update these statistics at least once in the month now, as i feel > they are quite helpfull to detect common tagging errors and reflect what tags > are really in use in the community. > > website can be found at: http://etricceline.de/osm/index.htm > the sourcecode can be found here: http://etricceline.de/osm/Tagwatch.tar.gz > (I'll hope someone can add it to the svn, as i have no account there (and > general connecting problems with the university proxy here) > Hi! First of all, thanks for your work on improving this. It's interesting to see the actual tags being used. One question: Is it possible to get the stats for the whole world or will this be too resource consuming? This might be very helpful for the feature proposals and other things. Regards, ULFL ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Bridges / viaducts for railways
Hello, As a sailor I like to know if a bridge is a moveable one, and I think this is also interesting for cars, because they might need to wait. So I agree that bridge=true is not enough, I would like to be able to have a bridge=moveable. It is also possible to add the type of bridge (lift, swing, bascule, ... - wikipedia has some beautiful animations of them: http://en.wikipedia.org/wiki/Moveable_bridge). So I think a viaduct=yes or a viaduct= would be a good idea. At least the current way viaduct is used doesn't seem to be a good one. And I think a viaduct and a bridge are quite different things, so it's no problem to give them their own tag. Steven Dave Stubbs schreef: > > That's usually the plan I think. The main problem we have with putting > this into practice, is that to maintain an optimal number of tags we > need to know the entire tagging domain before we start... which we > don't. So taking your example, if instead of bridge=yes we allow > bridge=suspension, we don't actually have a problem (assuming > everybody agrees to assume the existence of the bridge tag implies a > bridge regardless of the value, maybe excluding "no"). But if we had > started with transit=bridge/tunnel/ferry, then we'd still need the > bridge tag anyway because it's probably not sensible to add the > transit=suspension_bridge etc, simply for the ease of processing. > Ofcourse you could argue we need the transit tag, and just don't have it. > > I think for many of these things where we have x=yes/no, we find that > there is often a number of subtypes that could be substituted for the > "yes". Although most people probably wouldn't know how to classify > them, and just want to record the main type. > > Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Low zoom render requests for the Sudan
Rob Reid wrote the following on 31/01/2008 11:16: > After some discussion on irc I have started doing some [EMAIL PROTECTED] > zoom8-11 > lowzooms in South Sudan around Juba. > Once we have some current z8 tiles then zooms below 8 can be generated > using lowzoom.pl which you will find under the tools dir if you already > have [EMAIL PROTECTED] > This script basically just pulls the z8 tiles, stitches them together > and scales them which is why you need to do the z8 tiles first. > The comments on irc suggested this was required for presentation to UN > by Monday, anyone else up for some lowzoom rendering? > I also notice that most of the border for Sudan has not been done either, I'll start importing the WDB data it for the areas I'm doing lowzooms on as I go. I'll keep track of what borders I'm doing here : http://wiki.openstreetmap.org/index.php/WikiProject_Import_WDB/Africa Cheers rcr ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Tagwatch
On Wednesday 30 January 2008 22:38:13 Hakan Tandogan wrote: > As promised, I submitted your changes to SVN ( > http://trac.openstreetmap.org/changeset/6725 ). thanks > Could you please add the changes for turkey and cyprus with data from > http://www.gurkensalat.com/geostuff/osm-extracts/ ? I'll update that > location daily with downloads from osmxapi. done Regards Joerg ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [josm-dev] Error while uploading with JOSM
Hi, > I _think_ gabriel just applied it to JOSM's svn. So you might want to > try the latest JOSM and see if it is there. When in doubt, just check the trac "timeline" at josm.openstreetmap.de. Also note that there's normally only one build each night (around 2 o'clock) so that changes made right now will only appear in josm-latest.jar after that time. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Low zoom render requests for the Sudan
Absolutely, thanks Artem. It will be good to see what it looks like. Regards Neil Artem Pavlenko wrote: > On 30 Jan 2008, at 22:16, Rob Reid wrote: > > >> Neil Penman wrote the following on 31/01/2008 02:07: >> >>> I've been loading routes provided by the United >>> Nations for the Southern >>> Sudan and the UN has invited us to demonstrate these >>> OSM maps at a UN >>> conference in early February. Ideally the maps should >>> be available on >>> line, although we probably will also show off line >>> images. >>> >>> Unfortunately the Mapnik data is only half there (this >>> week) and doesn't >>> render at all at zoom level 6 and below. These are all >>> long highways, >>> there is not much detail that is worth zooming in for >>> at the moment. >>> I've installed [EMAIL PROTECTED] and am waiting for a >>> password to upload >>> generated images, however I'm not sure if I can >>> generate tiles for zoom >>> level 6 at the moment. It looks like I can only >>> generate down to zoom >>> level 8 using ./tilesGen.pl xy 151 118 8 (etc). >>> >>> Can I do the same at zoom level 6? >>> >>> >> After some discussion on irc I have started doing some [EMAIL PROTECTED] zoom8-11 >> lowzooms in South Sudan around Juba. >> Once we have some current z8 tiles then zooms below 8 can be generated >> using lowzoom.pl which you will find under the tools dir if you >> already >> have [EMAIL PROTECTED] >> This script basically just pulls the z8 tiles, stitches them together >> and scales them which is why you need to do the z8 tiles first. >> The comments on irc suggested this was required for presentation to UN >> by Monday, anyone else up for some lowzoom rendering? >> > > curl http://osmxapi.hypercube.telascience.org/api/0.5/map? > bbox=27,2.5,37,18 > sudan.osm > ~/projects/openstreetmap/osm2pgsql/osm2pgsql -a -d openstreetmap > sudan.osm > > I can render all these tiles if there's still interested. > > > >> cheers >> >> rcr >> > > Cheers > Artem > > > > >> >> ___ >> talk mailing list >> talk@openstreetmap.org >> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk >> > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk > > > > Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Nokia N810
On Jan 30, 2008 4:33 PM, Robin Paulson <[EMAIL PROTECTED]> wrote: > in general, i find the wiki very hard to navigate, there is little > cross-linking between pages > Full ack! I found so many pages about the same subject with conflicting information (particularly regarding the highway tag and ref usage), with no cross-linking. I tried to link them together somewhat, and other people have done more, but I think the conflicting information remains. I mean, the whole Wiki looks like it was written by hundreds of different people... ;-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] "Crudely-drawn pint glasses"
Alex S. schrieb: > Andrew MacKinnon wrote: > >> Try openclipart.org. [..] it's all public domain. >> > No, most icons there are not. Most do, however, have compatible > licensing. (There may be some "no commercial" stuff in there, so check) > I've checked various icons from the zip collection they offer to download - all of them were PD. There might be more icons on the webpage, which then might be more limited. Regards, ULFL ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] "Crudely-drawn pint glasses"
On Jan 30, 2008 10:06 PM, Gervase Markham <[EMAIL PROTECTED]> wrote: > Dave Stubbs wrote: > > So how much do you suppose they'd be willing to pay for this service? If > > enough people want it, and enough people are willing to pay enough for > > it, it may at some point in the future appear. > > The problem is that you need hardware/network resources to offer this > > kind of service, and those resources aren't usually free. > > But doesn't this point apply to the slippy map also? Why are we making > that free, if it consumes hardware and network resources? > Because it's nice to have some output? All I was saying was that if we want more it needs paying for. Be that OSMF, someone else, user pays, advertising pays whatever. It was a serious question btw, how much would they be willing to pay for it? Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Tagwatch
Etric Celine wrote: > website can be found at: http://etricceline.de/osm/index.htm > the sourcecode can be found here: http://etricceline.de/osm/Tagwatch.tar.gz > (I'll hope someone can add it to the svn, as i have no account there (and > general connecting problems with the university proxy here) As promised, I submitted your changes to SVN ( http://trac.openstreetmap.org/changeset/6725 ). > If you miss a country and can point me to the location of the excerpt > I'm glad to add this as well. Could you please add the changes for turkey and cyprus with data from http://www.gurkensalat.com/geostuff/osm-extracts/ ? I'll update that location daily with downloads from osmxapi. Regards, Hakan -- It's only when we have lost everything that we are free to do anything. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Low zoom render requests for the Sudan
On 30 Jan 2008, at 22:16, Rob Reid wrote: > Neil Penman wrote the following on 31/01/2008 02:07: >> I've been loading routes provided by the United >> Nations for the Southern >> Sudan and the UN has invited us to demonstrate these >> OSM maps at a UN >> conference in early February. Ideally the maps should >> be available on >> line, although we probably will also show off line >> images. >> >> Unfortunately the Mapnik data is only half there (this >> week) and doesn't >> render at all at zoom level 6 and below. These are all >> long highways, >> there is not much detail that is worth zooming in for >> at the moment. >> I've installed [EMAIL PROTECTED] and am waiting for a >> password to upload >> generated images, however I'm not sure if I can >> generate tiles for zoom >> level 6 at the moment. It looks like I can only >> generate down to zoom >> level 8 using ./tilesGen.pl xy 151 118 8 (etc). >> >> Can I do the same at zoom level 6? >> > After some discussion on irc I have started doing some [EMAIL PROTECTED] > zoom8-11 > lowzooms in South Sudan around Juba. > Once we have some current z8 tiles then zooms below 8 can be generated > using lowzoom.pl which you will find under the tools dir if you > already > have [EMAIL PROTECTED] > This script basically just pulls the z8 tiles, stitches them together > and scales them which is why you need to do the z8 tiles first. > The comments on irc suggested this was required for presentation to UN > by Monday, anyone else up for some lowzoom rendering? curl http://osmxapi.hypercube.telascience.org/api/0.5/map? bbox=27,2.5,37,18 > sudan.osm ~/projects/openstreetmap/osm2pgsql/osm2pgsql -a -d openstreetmap sudan.osm I can render all these tiles if there's still interested. > > cheers > > rcr Cheers Artem > > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Nokia N810
On 31/01/2008, Lauri Hahne <[EMAIL PROTECTED]> wrote: > Have you tried the forked version of Maemo Mapper called just Mapper? > You can find it at > http://wiki.openstreetmap.org/index.php/User:Onion/Mapper fantastic, i never knew this existed - i've been looking for a decent mapping app for a regular ubuntu install i've been doing some clean-up on the wiki, and have added a few items to http://wiki.openstreetmap.org/index.php/Neat_Stuff to help people find all the applications for osm, now including mapper. is there anything else out there hiding on the wiki that should be added to this page? in general, i find the wiki very hard to navigate, there is little cross-linking between pages ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] "Crudely-drawn pint glasses"
On 30 Jan 2008, at 22:02, Gervase Markham wrote: > Tom Hughes wrote: >> So it is reasonable or optimal for us to maintain an infinite number >> of custom maps for third parties that want custom maps but don't want >> the hassle of rendering them? > > I'm not asking for that, either. What I was sort of envisaging was > a web > service where you scrolled to an area on a slippy map, clicked a few > checkboxes "Yes, this area, with contours, without amenities..." and > clicked "render" and it took you to a new page with the map you > were after. > > I realise this is work; I have no expectation on any particular person > to make this happen. I just thought it would be a good idea that would > serve the map-using public better, and may prevent people photocopying > the A-Z or illegally screenshotting Google Maps. > Funnily enough I'd been thinking of doing just this if I ever got more time. I was thinking that perhaps something based on potlatch could be used for basic very interactive playing with the styles, then once you were happy you click "render" and it goes away, generates an image and emails you when it's done. I think this could be great for someone who wants to make some money from OSM. Perhaps give up to 1000x1000 pixels for free and charge for poster-size renderings... John ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Low zoom render requests for the Sudan
Neil Penman wrote the following on 31/01/2008 02:07: > I've been loading routes provided by the United > Nations for the Southern > Sudan and the UN has invited us to demonstrate these > OSM maps at a UN > conference in early February. Ideally the maps should > be available on > line, although we probably will also show off line > images. > > Unfortunately the Mapnik data is only half there (this > week) and doesn't > render at all at zoom level 6 and below. These are all > long highways, > there is not much detail that is worth zooming in for > at the moment. > I've installed [EMAIL PROTECTED] and am waiting for a > password to upload > generated images, however I'm not sure if I can > generate tiles for zoom > level 6 at the moment. It looks like I can only > generate down to zoom > level 8 using ./tilesGen.pl xy 151 118 8 (etc). > > Can I do the same at zoom level 6? > After some discussion on irc I have started doing some [EMAIL PROTECTED] zoom8-11 lowzooms in South Sudan around Juba. Once we have some current z8 tiles then zooms below 8 can be generated using lowzoom.pl which you will find under the tools dir if you already have [EMAIL PROTECTED] This script basically just pulls the z8 tiles, stitches them together and scales them which is why you need to do the z8 tiles first. The comments on irc suggested this was required for presentation to UN by Monday, anyone else up for some lowzoom rendering? cheers rcr ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] "Crudely-drawn pint glasses"
Tom Hughes wrote: > I have to admit to being a bit confused by the original request > here - it starts off by talking about a leaflet, which implies > that they are looking to create a one-off map to go in a printed > leaflet, but that starts talking about customising the slippy > map, which is not the obvious place to start if you want a custom > map of an area for printing? I was just thinking that the easiest way someone might get a custom map would be to screenshot the slippy map. But you are right, the two are not necessarily linked. > Remember that the primary focus of this project, as I understand > it at any rate, is to produce data for other people to use. Making > our own maps from our data is more of a convenience for us and a > way to promote the project than our primary product. The Mozilla Project began that way - Mozilla was a "technology provider", and people like Netscape used it to produce end-user stuff. Over time, we realised that this was sub-optimal; being the people doing the end-user stuff gives you the name and the influence. Perhaps OSM is going through the same process. Gerv (a.k.a. [EMAIL PROTECTED]) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] "Crudely-drawn pint glasses"
Martin Vidner wrote: > They can use the osmarender flavor instead. In this case, the feature > of drawing most icons only at zoom 17 comes out as an advantage. > http://www.openstreetmap.org/?lat=51.45561&lon=-0.96828&zoom=16&layers=0BFT The trouble with that is that the particular area in question has rather an overabundance of one of Osmarender's (few, admittedly) ugly quirks - that is, repeating the same label when you have two associated ways making up a road. You feel like you're looking at the map with double vision. Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] "Crudely-drawn pint glasses"
Dave Stubbs wrote: > So how much do you suppose they'd be willing to pay for this service? If > enough people want it, and enough people are willing to pay enough for > it, it may at some point in the future appear. > The problem is that you need hardware/network resources to offer this > kind of service, and those resources aren't usually free. But doesn't this point apply to the slippy map also? Why are we making that free, if it consumes hardware and network resources? Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] "Crudely-drawn pint glasses"
Tom Hughes wrote: > So it is reasonable or optimal for us to maintain an infinite number > of custom maps for third parties that want custom maps but don't want > the hassle of rendering them? I'm not asking for that, either. What I was sort of envisaging was a web service where you scrolled to an area on a slippy map, clicked a few checkboxes "Yes, this area, with contours, without amenities..." and clicked "render" and it took you to a new page with the map you were after. I realise this is work; I have no expectation on any particular person to make this happen. I just thought it would be a good idea that would serve the map-using public better, and may prevent people photocopying the A-Z or illegally screenshotting Google Maps. Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [tagging] filtering of tagging e-mails (was Re: Move tagging RfCs/voting to extra list?)
Robin Paulson schrieb: > from now on, until someone creates an extra tagging list, i'll include > [tagging] in every tag proposals e-mail, to let those of you who > aren't interested, filter out this stuff easily. every e-mail client > has filter capabilities, so this shouldn't be a problem. > > i'll come up with some way of sending a summary each week of what's > been happening > > whether ulf or hawke or anyone else wants to use this system is up to > them, feel free guys if you want > > sounds good, I'll do likewise (if I don't forget it ;-) Regards, ULFL ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Low zoom render requests for the Sudan
Thanks Artem, 80n, The bounding box would be: 27, 2.5, 37, 18 Min Long, Min lat, Max Long, Max Lat Regards Neil Artem Pavlenko wrote: > Hi Neil, > > >> >> Unfortunately the Mapnik data is only half there (this >> week) and doesn't >> render at all at zoom level 6 and below. These are all >> long highways, >> there is not much detail that is worth zooming in for >> at the moment. > > This can be solved quite easily for Mapnik layer if you could provide > bounding box for that area. > > Cheers > Artem > > > > > Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Error while uploading with JOSM
On Wed, 2008-01-30 at 09:00 -0800, Cristiano Giovando wrote:
> I confirm what Rob said, it actually resumed from where it left. But
> it's also true it took many tries before I was able to upload the
> entire dataset. I suspect this problem is more likely with large
> datasets, and it may just be something could be tweaked in JOSM to
> extend the connection timeout limit.
Attached is a patch to JOSM to do server retries as well as do some
crude prediction of how long an upload might take. I've been using it
for months and it works quite well for me.
I _think_ gabriel just applied it to JOSM's svn. So you might want to
try the latest JOSM and see if it is there.
-- Dave
--- src/org/openstreetmap/josm/io/OsmServerWriter.java (revision 528)
+++ src/org/openstreetmap/josm/io/OsmServerWriter.java (working copy)
@@ -12,6 +12,7 @@
import java.net.HttpURLConnection;
import java.net.URL;
import java.net.UnknownHostException;
+import java.net.SocketTimeoutException;
import java.util.Collection;
import java.util.LinkedList;
@@ -56,6 +57,27 @@
* Send the dataset to the server. Ask the user first and does nothing if he
* does not want to send the data.
*/
+ private static final int MSECS_PER_SECOND = 1000;
+ private static final int SECONDS_PER_MINUTE = 60;
+ private static final int MSECS_PER_MINUTE = MSECS_PER_SECOND * SECONDS_PER_MINUTE;
+
+ long uploadStartTime;
+ public String timeLeft(int progress, int list_size) {
+ long now = System.currentTimeMillis();
+ long elapsed = now - uploadStartTime;
+ if (elapsed == 0)
+ elapsed = 1;
+ float uploads_per_ms = (float)progress / elapsed;
+ float uploads_left = list_size - progress;
+ int ms_left = (int)(uploads_left / uploads_per_ms);
+ int minutes_left = ms_left / MSECS_PER_MINUTE;
+ int seconds_left = (ms_left / MSECS_PER_SECOND) % SECONDS_PER_MINUTE ;
+ String time_left_str = Integer.toString(minutes_left) + ":";
+ if (seconds_left < 10)
+ time_left_str += "0";
+ time_left_str += Integer.toString(seconds_left);
+ return time_left_str;
+ }
public void uploadOsm(Collection list) throws SAXException {
processed = new LinkedList();
initAuthentication();
@@ -65,13 +87,18 @@
NameVisitor v = new NameVisitor();
try {
+ uploadStartTime = System.currentTimeMillis();
for (OsmPrimitive osm : list) {
if (cancel)
return;
osm.visit(v);
-Main.pleaseWaitDlg.currentAction.setText(tr("Upload {0} {1} ({2})...", tr(v.className), v.name, osm.id));
+int progress = Main.pleaseWaitDlg.progress.getValue();
+String time_left_str = timeLeft(progress, list.size());
+Main.pleaseWaitDlg.currentAction.setText(tr("Upload {0} {1} (id: {2}) {3}% {4}/{5} ({6} left)...",
+ tr(v.className), v.name, osm.id, 100.0*progress/list.size(), progress, list.size(), time_left_str));
osm.visit(this);
Main.pleaseWaitDlg.progress.setValue(Main.pleaseWaitDlg.progress.getValue()+1);
+Main.pleaseWaitDlg.progress.setValue(progress+1);
}
} catch (RuntimeException e) {
e.printStackTrace();
@@ -149,23 +176,25 @@
* @param addBody true, if the whole primitive body should be added.
* false, if only the id is encoded.
*/
- private void sendRequest(String requestMethod, String urlSuffix,
- OsmPrimitive osm, boolean addBody) {
+ private void sendRequestRetry(String requestMethod, String urlSuffix,
+ OsmPrimitive osm, boolean addBody, int retries) {
try {
+ if (cancel)
+return; // assume cancel
String version = Main.pref.get("osm-server.version", "0.5");
URL url = new URL(
Main.pref.get("osm-server.url") +
"/" + version +
"/" + urlSuffix +
"/" + (osm.id==0 ? "create" : osm.id));
- System.out.println("upload to: "+url);
+ System.out.print("upload to: "+url+ "..." );
activeConnection = (HttpURLConnection)url.openConnection();
activeConnection.setConnectTimeout(15000);
activeConnection.setRequestMethod(requestMethod);
if (addBody)
activeConnection.setDoOutput(true);
activeConnection.connect();
-
+ System.out.println("connected");
if (addBody) {
OutputStream out = activeConnection.getOutputStream();
OsmWriter.output(out, new OsmWriter.Single(osm, true));
@@ -180,25 +209,45 @@
activeConnection.disconnect();
if (retCode == 410 && requestMethod.equals("DELETE"))
return; // everything fine.. was already deleted.
- if (retCode != 200) {
-// Look for a detailed error message from the server
-if (activeConnection.getHeaderField("Error") != null)
- retMsg += "\n" + activeConnection.getHeaderField("Error");
+ if (retCode != 200 && retCode != 412) {
+if (retries >= 0) {
+ retries--;
+ System.out.print("backing off for 10 seconds...");
+ Thread.sleep(1);
+ System.out.println("retrying ("+retries+" left)");
+ sendRequestRetry(requestMethod, urlSuffix, osm, addBody, retries);
+} else {
+ // Look for a detailed error message from the server
+ if (activeConnect
[OSM-talk] [tagging] voting closed/proposal approved - turntable
after two weeks voting, this proposal has been approved, with 12 yes votes and 0 no votes http://wiki.openstreetmap.org/index.php/Proposed_features/Turntable it will be moved to the map features and approved features page thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] [tagging] filtering of tagging e-mails (was Re: Move tagging RfCs/voting to extra list?)
from now on, until someone creates an extra tagging list, i'll include [tagging] in every tag proposals e-mail, to let those of you who aren't interested, filter out this stuff easily. every e-mail client has filter capabilities, so this shouldn't be a problem. i'll come up with some way of sending a summary each week of what's been happening whether ulf or hawke or anyone else wants to use this system is up to them, feel free guys if you want On 31/01/2008, Joerg Ostertag (OSM Munich/Germany) <[EMAIL PROTECTED]> wrote: > As already said, I would love to see this happen. > Being subscribed to this list too would give me the possibilty to filter > proposals much easier from standard talk messages and this for follow both in > the level wanted. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Move tagging RfCs/voting to extra list?
On Dienstag 29 Januar 2008, Frederik Ramm wrote: > Hi, > > I wrote the following two weeks ago because I felt that the talk list > was a bit flooded by administrative "voting ends", "voting opens", > > "comments requested" etc. messages: > >would it make sense to create a new mailing list - say > > "[EMAIL PROTECTED]" or so - to which all tag proposals and > > requests for comments/votes could be directed, and reclaim talk@ for > > informal community chat? I would love to see this seperated into a proposal lists. This would indeed make talk easy readable again. I personally don't really care about how the tags are defined. If I need any tag I'll take a look at the MapFeatures Page. This way I know that I always have aproved tags. It would even be more convenient if we would be able to add these approved tags to josm as default taggin-presets. But this will be a little bit in the future... If on the other side I want to use a Tag (for example for GPSDrive) I take the osm.xml from the mapnik-svn directory and this solves my problems for the other way arround. > At the time, I thought we had somewhat of a consensus that we should > either create an extra list As already said, I would love to see this happen. Being subscribed to this list too would give me the possibilty to filter proposals much easier from standard talk messages and this for follow both in the level wanted. > or have one condensed "voting issues" > posting per week (or so). I don't think we really need this. Probably only a summary (once a week) of all the approved features. > Alas, not much has changed since then, so I repeat the suggestion: > Let's create an extra list for formal aspects of tagging discussions. Yes please! -- Jörg (Germany, Munich) http://www.ostertag.name/ irc://irc.oftc.net/#osm Tel.: +49 89 420950304 Skype: JoergOstertag ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] "Crudely-drawn pint glasses"
On 30 Jan 2008, at 19:12, Igor Brejc wrote: > Artem Pavlenko wrote: >> >> >> Mapnik is that tool and it's also free and easy to use ;) . It is >> used in many exciting projects to generate custom maps e.g >> >> http://www.everyblock.com/ >> http://www.placebase.com/ >> http://www.mysociety.org/2007/more-travel-maps/ >> >> >> >>> I believe Kosmos wants to fill that gap. >>> >> >> Kosmos is win32 only and it also relies on inferior GDI+ rendering. >> >> > I don't want to start "which rendering engine/tool is better" > debate. Just my observation: I started developing Kosmos because I > felt there was a gap between "ordinary" (no derogatory meaning) OSM > users wanting to see their local OSM data immediately upon creating > it and heavy-duty rendering engines like Mapnik and [EMAIL PROTECTED] I don't > > mean to criticize or anything, but I think installing Mapnik is > quite an undertaking for a non-developer (just by looking at the > Mapnik installation procedure). Not if you use win32 binaries ;) Mapnik can even have proper win32 installer if you help. > And yes, Kosmos is (currently, but hopefully not for long) win32 only You're obviously capable developer. Please, make it cross-platform. > and it does use inferior GDI+ rendering. But I think it serves its > purpose (well, at least for me it does and that's enough motivation > for me to continue improving it :) ). Don't get de-motivated by my comments and carry on improving Kosmos. > But I do appreciate hard work of other people on OSM. > > Regards, > Igor > > -- > http://igorbrejc.net > Cheers Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] "Crudely-drawn pint glasses"
Artem Pavlenko wrote: > > > Mapnik is that tool and it's also free and easy to use ;) . It is > used in many exciting projects to generate custom maps e.g > > http://www.everyblock.com/ > http://www.placebase.com/ > http://www.mysociety.org/2007/more-travel-maps/ > > > >> I believe Kosmos wants to fill that gap. >> > > Kosmos is win32 only and it also relies on inferior GDI+ rendering. > > I don't want to start "which rendering engine/tool is better" debate. Just my observation: I started developing Kosmos because I felt there was a gap between "ordinary" (no derogatory meaning) OSM users wanting to see their local OSM data immediately upon creating it and heavy-duty rendering engines like Mapnik and [EMAIL PROTECTED] I don't mean to criticize or anything, but I think installing Mapnik is quite an undertaking for a non-developer (just by looking at the Mapnik installation procedure). And yes, Kosmos is (currently, but hopefully not for long) win32 only and it does use inferior GDI+ rendering. But I think it serves its purpose (well, at least for me it does and that's enough motivation for me to continue improving it :) ). But I do appreciate hard work of other people on OSM. Regards, Igor -- http://igorbrejc.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] landuse tagging
there have been a few discussions recently concerning proposed landuse tags, that have brought up a question: what is the definition of landuse, in the context of OSM? i ask, because a number of the tags that have been suggested in this category, seem to be badly thought out - it appears to have become a dumping ground for difficult to categorise tags, which don't immediately appear to fit anywhere else. i'd like to get some consensus of opinions on this so we can develop guidelines on when this should be used, could i ask for comments and suggestions, on the talk page at http://wiki.openstreetmap.org/index.php/Talk:Key:landuse thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Nokia N810
On 30/01/2008 13:07, Lauri Hahne wrote: > Have you tried the forked version of Maemo Mapper called just Mapper? > You can find it at > http://wiki.openstreetmap.org/index.php/User:Onion/Mapper Thanks for the pointer. I didn't know about that. I'll give it a try. I took it into Cambridge today, and I was impressed by the nuances of the route it picked up - more detail than I'd expect to get from my Garmin, and it held onto the signal well. It takes quite a long time to get a fix in the first place - i suspect it isn't keeping a prediction of where to look for the satellites based on time as the Geko does, and also maybe it waits until it has a greater selection of satellites before deciding on a fix. But on the whole I was favourably impressed. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Kosmos v1.9 - poster printing OSM maps
Colin Marquardt wrote: > Maybe the Mono Migration Analyzer would make some parts easier: >http://www.mono-project.com/Moma > > Thanks Colin, I didn't know about MoMA. From initial results it looks like most of the problems are with nonessential 3rd party libraries, so maybe it will be possible to run it in Mono after all. Cheers, Igor -- http://igorbrejc.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] "Crudely-drawn pint glasses"
On 30/01/2008 12:58, J.D. Schmidt wrote: > Nick Whitelegg skrev: >>> Anther solution would be on-demand mapping: the renderers, in whatever >>> falvour, are online somewhere and you go through a dialogue to decide on >>> an area, choose your features and then get a custom map back a short >>> while later - either on screen or as a PDF or whatever. >> Sounds a good idea. An "OSMcustommaps.org" or similar could be created, a >> user could sign up and specify their preferences, write a Mapnik XML file >> specific to that user and issue them with an ID, then a user could have >> their custom rendered style simply by requesting tiles off that server. >> Since most people probably want the standard OSM maps, it would have >> relatively low levels of use, so I can't see bandwidth being a major >> issue - particularly if caching occurs. >> >> Nick > > And how and from where will they be invoiced, and in what way will the > income be put to use in OSM ? > > Or do you suggest that it should be a freebie service, provided to Joe > Public Esq. and Jim Company Ltd in the manner of free as in both speech > AND beer ? > > I mean, if they need a leaflet with a costumized map showing all their > store location, then ofcourse they should be able to use any and all of > OSM-ressources(*) free of charge to make that map for their leaflet, right ? Yes, why not offer a free automated map making service? They are already benefiting from all our time in producing the maps in the first place which is a huge value. YouTube, Facebook, Flickr all manage to do offer vast resources for free (even before they were taken over by bigger concerns). Yes they all have business models which bring in some money, but others rely on donations. more ... > Dutch > > > (*) OSM-ressources in this regard means : CPU-time, making specific > mapnik XML stylesheets for people, getting pestered with requests for > changes in the XML stylesheet when they find out that their company logo > really looks bad, on the colourschema they specified for the map, and > that their customers normally navigate through town by directions to the > various pubs anyway, so could they have the pint-glasses brought back as > well... We already offer lots of resources, just not in the way this conversation envisages. But no, we don't make custom hand-crafted XML style sheets, obviously not. We offer a dialog which lets them choose the features, styles and so on that they want. > Because if they are too lazy to read the instructions on getting Mapnik > or one of the other rendering engines up and running to generate tiles > and maps locally, you can bet they are also too lazy to write their > stylesheets on their own, or even read the instructions on a potential > OSMcustommaps.org site. > I might be a cynical S.O.B, but based on multiple years dealing with > people wanting some task done, but to lazy to do it themselves, I'm > pretty sure that the above scenario is what will happen... ;) It's not a question of laziness. It's way, way beyond the capabilities of most people to start with the tools we have. An online system is only one model, but a good one I think. It could be, as several of us said, and installed client of a central database with a GUI that lets you customize the map and have it processed on your own machine. But for people to use it it would have to be packaged as a ready-to-use solution, not something where you have to construct a database from a planet file. People who make leaflets are graphic designers, not software engineers. It's hard, but try and think yourself into the shoes of someone who isn't a hacker, who doesn't really know what a database is. I don't really understand your hostility. I thought the whole point of the project is to offer an alternative to the corporate, expensive, copyrighted maps. The kind of people those maps cut out are the small people for whom the map is an incidental, who just want to do a job which it is good to have a map to make it work, but who Ordnance Survey would charge more than the whole project would otherwise cost just for the map. Making the data accessible isn't enough IMO. It needs to be accessible in a form that ordinary people can use in the kinds o projects where it will shine. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Forest appearing and disapearing at different zoom levels in mapnik
On Wed, January 30, 2008 3:33 pm, Andy Street wrote: > On Wed, 2008-01-30 at 14:49 +, David James wrote: > >> I'm puzzled - I thought postings here indicated that all tiles had been >> rebuilt, so why do I see differences at different zoom levels? What am >> I >> still not understanding? > > Just taken a look and it was showing at all zoom levels. Have you tried > clearing your browsers cache? Yes, you're right, caching was the problem - which is probably why it looked right yesterday and didn't today - I was using different computers on the two occasions. It took me a little thought to figure out how to force the caches to reload, having panned and zoomed on the map to get to the area of interest. Ctrl-F5 in Internet Explorer just got me back to the area and zoom level I had started at. Clicking on the permalink and then hitting Ctrl-F5 does the trick ... -- David James ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Error while uploading with JOSM
Hi, list: Regarding the timeout: JOSM often stops working properly when I hit the cancel button (while uploading coordinates or downloading WMS images), which is clearly a bug. As long as that bug is not fixed, having a higher timeout limit is not a very good idea IMHO. You are forced to wait until the time out dialog shows if you want to keep on working without problems. That being said, is the timeout limit customizable yet? :-P Juan Lucas Domínguez Rubio De: [EMAIL PROTECTED] en nombre de Cristiano Giovando Enviado el: mié 30/01/2008 18:00 Para: David Earl CC: talk@openstreetmap.org Asunto: Re: [OSM-talk] Error while uploading with JOSM On Jan 30, 2008 4:47 AM, David Earl <[EMAIL PROTECTED]> wrote: > > On 30/01/2008 00:42, Rob Reid wrote: > > Cristiano Giovando wrote the following on 30/01/2008 12:51: > >> During the upload of a large osm file with JOSM, about 12k nodes and > >> 500 ways, getting the following error message: "Error while parsing: > >> An error occurred: Connection timed out: connect". > >> > >> Any idea? I tried to restart the upload, but it would not resume, > >> instead restart from the beginning, to just stop again because of the > >> same error. > >> > > Cristiano, The error you are getting is correct in that JOSM is timing > > out while trying to upload the data. > > Restarting the upload does actually resume the upload, its just that the > > progress bar starts at the beginning again for the remaining data. > > For example if you are uploading 12K nodes and it times out after 6K > > nodes, then when you restart, the progress bar will begin again at the > > start but appear to move faster as it now only covers the remaining 6K > > nodes. > > I suspect something more than that. I have always had to have four, > five, six... attempts to upload data, as it always without fail times > out several times during an upload. > > But recently doing larger volumes, my experience has been the same as > Cristiano - it fails after a few K, and then it won't upload again for > another 10 minutes or so, and during that time I can't access > www.openstreetmap.org either. > > The former problem we could solve by retrying in JOSM rather than giving > up, but the latter is as if the server has gone down. Was I just unlucky > this happened twice in successive attempts a week apart, or is there > something more going on here? I'll do another big chunk soon, and see > what happens. > > David I confirm what Rob said, it actually resumed from where it left. But it's also true it took many tries before I was able to upload the entire dataset. I suspect this problem is more likely with large datasets, and it may just be something could be tweaked in JOSM to extend the connection timeout limit. C ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] How to import shapefile into OSM
On Jan 30, 2008 6:54 AM, Niccolo Rigacci <[EMAIL PROTECTED]> wrote: > Hello, > > as a result of the 1st Italian Mapping Party we have some geodata > freed by the Municipality of Arezzo. > > The data is in ESRI shapefile format, any suggestion to convert > it into OSM? We need to open it in JOSM before upload. > > I already managed to reproject into WGS84 and eventually convert > into GPX, but in this way I lost the tags, e.g. highway names. > > It seems to me that the TIGER import scripts are too > TIGER-centric. Niccolo, I replied on the Italian list, but I'll copy here. I recently used an adapted version of Chris Schmidt's mass_to_osm.py to import the first road layer for Merano. The script and the output/input files can be downloaded here [1]. You need OGR and change the script to reflect the shapefile schema. It would be nice to have this integrated in JOSM or as a separate application with a user friendly GUI. C [1] http://www.freegis-italia.org/index.php?option=com_docman&task=doc_download&gid=50&Itemid=65 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Error while uploading with JOSM
On Jan 30, 2008 4:47 AM, David Earl <[EMAIL PROTECTED]> wrote: > > On 30/01/2008 00:42, Rob Reid wrote: > > Cristiano Giovando wrote the following on 30/01/2008 12:51: > >> During the upload of a large osm file with JOSM, about 12k nodes and > >> 500 ways, getting the following error message: "Error while parsing: > >> An error occurred: Connection timed out: connect". > >> > >> Any idea? I tried to restart the upload, but it would not resume, > >> instead restart from the beginning, to just stop again because of the > >> same error. > >> > > Cristiano, The error you are getting is correct in that JOSM is timing > > out while trying to upload the data. > > Restarting the upload does actually resume the upload, its just that the > > progress bar starts at the beginning again for the remaining data. > > For example if you are uploading 12K nodes and it times out after 6K > > nodes, then when you restart, the progress bar will begin again at the > > start but appear to move faster as it now only covers the remaining 6K > > nodes. > > I suspect something more than that. I have always had to have four, > five, six... attempts to upload data, as it always without fail times > out several times during an upload. > > But recently doing larger volumes, my experience has been the same as > Cristiano - it fails after a few K, and then it won't upload again for > another 10 minutes or so, and during that time I can't access > www.openstreetmap.org either. > > The former problem we could solve by retrying in JOSM rather than giving > up, but the latter is as if the server has gone down. Was I just unlucky > this happened twice in successive attempts a week apart, or is there > something more going on here? I'll do another big chunk soon, and see > what happens. > > David I confirm what Rob said, it actually resumed from where it left. But it's also true it took many tries before I was able to upload the entire dataset. I suspect this problem is more likely with large datasets, and it may just be something could be tweaked in JOSM to extend the connection timeout limit. C ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] how can I print a atlas ?
On Wed, Jan 30, 2008 at 03:35:02PM +0100, Axel R. wrote: > I would like print the map (to ckeck IRL the streets...) > How can I do this easely ? osmps? http://svn.openstreetmap.org/applications/rendering/osmps Generates PostScript from a .osm file. Example code at the bottom will split the map up into "pages" if you want to produce a book, too (another reminder to self to checkin latest updates). -- Matthew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] how can I print a atlas ?
Try Kosmos, it can print directly using standard windows printer dialog, or export to a PNG. It can even do multi page printing. Ony problem is you will have to download OSM data, it doesnt work with the OSM API so far. http://wiki.openstreetmap.org/index.php/Kosmos Axel R. wrote: Hi, I would like print the map (to ckeck IRL the streets...) How can I do this easely ? I've found pdf-atlas which seem difficult to install and http://tah.openstreetmap.org/MapOf/ which make only small JPEG (I've got a nice big color printer at work...) Thank you for your help, Axel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk begin:vcard fn:Patrick Weber n:Weber;Patrick org:University College London adr:;;Gower Street;London;;WC1E 6BT;United Kingdom email;internet:[EMAIL PROTECTED] title:Engineering Doctorate Student tel;work:02077185430 url:http://www.ucl.ac.uk/cemi version:2.1 end:vcard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Forest appearing and disapearing at different zoom levels in mapnik
On Wed, 2008-01-30 at 14:49 +, David James wrote: > I'm puzzled - I thought postings here indicated that all tiles had been > rebuilt, so why do I see differences at different zoom levels? What am I > still not understanding? Just taken a look and it was showing at all zoom levels. Have you tried clearing your browsers cache? Regards, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] How to import shapefile into OSM
Hello, as a result of the 1st Italian Mapping Party we have some geodata freed by the Municipality of Arezzo. The data is in ESRI shapefile format, any suggestion to convert it into OSM? We need to open it in JOSM before upload. I already managed to reproject into WGS84 and eventually convert into GPX, but in this way I lost the tags, e.g. highway names. It seems to me that the TIGER import scripts are too TIGER-centric. Happy Mapping! -- Niccolo Rigacci Firenze - Italy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Forest appearing and disapearing at different zoom levels in mapnik
I'm sure this will be a stupid question, but ... Some time ago (13th January) I added an approximate outline for Cropton forest which is due north of Pickering, UK (http://www.openstreetmap.org/?lat=54.327&lon=-0.69&zoom=10&layers=B0FT). Noting that work has been going on in the Mapnik layer, I've been waiting patiently for it to appear. Yesterday (I think) it appeared at zoom levels 9 upwards. Today it shows at zoom levels 9 and 10, is completely missing at zoom level 11 and 12, and then some tiles show the forest and some don't at zoom levels 13 and upwards. I'm puzzled - I thought postings here indicated that all tiles had been rebuilt, so why do I see differences at different zoom levels? What am I still not understanding? -- David James ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] how can I print a atlas ?
Hi Axel, On 30 Jan 2008, at 14:35, Axel R. wrote: > Hi, > I would like print the map (to ckeck IRL the streets...) > How can I do this easely ? > I've found pdf-atlas which seem difficult to install and > http://tah.openstreetmap.org/MapOf/ > which make only small JPEG (I've got a nice big color printer at > work...) For nice colour printer at work you'll need a big map to print. There is http://trac.openstreetmap.org/browser/applications/rendering/ mapnik/generate_image.py which would generate large poster size maps. Or send me your bounding box and I might be able to help. > > Thank you for your help, > Cheers Artem > Axel > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Low zoom render requests for the Sudan
Hi Neil, > > Unfortunately the Mapnik data is only half there (this > week) and doesn't > render at all at zoom level 6 and below. These are all > long highways, > there is not much detail that is worth zooming in for > at the moment. This can be solved quite easily for Mapnik layer if you could provide bounding box for that area. Cheers Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Missing layerswitcher (plus sign at upper right)
What would cause the "layerswitcher" (the plus sign towards the top on the right edge of the map) on http://www.openstreetmap.org/ not to display? I can't pin down the circumstances, but sometimes I see it, and sometimes (most of the time in fact) I don't. -- David James ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] how can I print a atlas ?
Hi, I would like print the map (to ckeck IRL the streets...) How can I do this easely ? I've found pdf-atlas which seem difficult to install and http://tah.openstreetmap.org/MapOf/ which make only small JPEG (I've got a nice big color printer at work...) Thank you for your help, Axel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Low zoom render requests for the Sudan
Neil There's a new version of the [EMAIL PROTECTED] lowzoom rendering mechanism in the pipeline. It's not quite ready for prime time yet, but if you point me to the area you need rendering I can process it for you. Etienne On Jan 30, 2008 1:07 PM, Neil Penman <[EMAIL PROTECTED]> wrote: > I've been loading routes provided by the United > Nations for the Southern > Sudan and the UN has invited us to demonstrate these > OSM maps at a UN > conference in early February. Ideally the maps should > be available on > line, although we probably will also show off line > images. > > Unfortunately the Mapnik data is only half there (this > week) and doesn't > render at all at zoom level 6 and below. These are all > long highways, > there is not much detail that is worth zooming in for > at the moment. > I've installed [EMAIL PROTECTED] and am waiting for a > password to upload > generated images, however I'm not sure if I can > generate tiles for zoom > level 6 at the moment. It looks like I can only > generate down to zoom > level 8 using ./tilesGen.pl xy 151 118 8 (etc). > > Can I do the same at zoom level 6? > > Regards > > Neil Penman > > > > > > > > > > > Never miss a thing. Make Yahoo your home page. > http://www.yahoo.com/r/hs > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] "Crudely-drawn pint glasses"
On 30 Jan 2008, at 13:12, J.D. Schmidt wrote: > Tom Hughes skrev: >> So it is reasonable or optimal for us to maintain an infinite number >> of custom maps for third parties that want custom maps but don't want >> the hassle of rendering them? > > And especially maps without an indication of where to bring a brit, > yourself, and your extra liver to sample the local flavours of beer. > Completely useless map IMHO. > > Dutch Good p(o)int! This thread is going for quite a while and still no new pint icon :D This one I created myself a year ago : http://www.gravitystorm.co.uk/ osm/?zoom=15&lat=6715066.22314&lon=-7023.28957&layers=B00 Is it better ? or not? Cheers Artem > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] "Crudely-drawn pint glasses"
On 30 Jan 2008, at 12:11, bvh wrote: > On Wed, Jan 30, 2008 at 12:51:34PM +, Artem Pavlenko wrote: >> This is why I'm making win32 binaries ( and planning os x pkg) - for >> ordinary mortals. >> For more advanced folk : sudo apt-get install mapnik or rpm -ivh >> etc. >> All is needed is a bit of extra help (hint hint hint) , I'm >> personally quite happy with building from source - worksforme :) > ... >> I'm not sure I understand what you mean by instance. Postgresql ? >> Mapnik is c++ library that can be used with any modern GUI toolkit to >> render maps. There are different ways to setup it up, of course and >> web based service is one of them. > > As you said : mapnik is c++ library hence useless for ordinary > mortals. To unlock the power of mapnik they need a setup that > feeds mapnik map data, a front to easily edit their mapstyle > and a backend that let's them chop and save tiles/maps/jpegs > whatever. And that is not (yet) within reach of ordinary mortals, > is it? > This is why I started: http://trac.mapnik.org/browser/trunk/demo/viewer > But the more I think of it, merkaartor has quite a bit of that > already : it has the data and the tools to easily download them > from OSM api. It recently acquired a mapstyle editor (albeit > quite basic for now). It has a user interface for finding your > area of interest. > > What we are missing is the interface towards mapnik > but given both are c++ projects I don't see huge problems... You should have no problems at all. > > I'll investigate some more this weekend. > > cu bart Artem > > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapnik rendering artifacts
On 30 Jan 2008, at 12:41, Karl Newman wrote: I'm seeing faint gray lines on the main site slippy map Mapnik base layer, and I'm at a loss to explain their source. At first I thought they were state borders, but I'm seeing the lines running through the middle of states, too (here http:// www.openstreetmap.org/?lat=42.001&lon=-120.048&zoom=9&layers=B0FT it runs vertically through the middle of Oregon). Then I thought they were tile boundaries, but that's not consistent, either. Even weirder is on the California-Nevada border, there are two vertical lines right next to each other, not always parallel. (See here: http://www.openstreetmap.org/? lat=41.62&lon=-120.053&zoom=9&layers=B0FT). I downloaded that area in JOSM but all I saw was a single state border way. It doesn't seem to have a source in the OSM data, so maybe it's something caused by the conversion to pgsql or by the renderer itself (maybe a projection issue)? I don't think it's related to the recent mod_tile changes, because as far as I know that only affects how the tiles are stored and served, not how they're rendered. (If I've said something stupid, please forgive me. I *think* I understand the process...) Any thoughts, anyone? Karl Ok, I got it. There are artifacts from rendering adjacent coast-line polygons (which are tiled - 100x100km squares inland) This will be fixed when we upgrade to new coastline shape files - new tiles overlap by 150m and don't have these faint lines Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] "Crudely-drawn pint glasses"
Tom Hughes skrev: > So it is reasonable or optimal for us to maintain an infinite number > of custom maps for third parties that want custom maps but don't want > the hassle of rendering them? And especially maps without an indication of where to bring a brit, yourself, and your extra liver to sample the local flavours of beer. Completely useless map IMHO. Dutch ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] "Crudely-drawn pint glasses"
On Wed, Jan 30, 2008 at 12:51:34PM +, Artem Pavlenko wrote: > This is why I'm making win32 binaries ( and planning os x pkg) - for > ordinary mortals. > For more advanced folk : sudo apt-get install mapnik or rpm -ivh etc. > All is needed is a bit of extra help (hint hint hint) , I'm > personally quite happy with building from source - worksforme :) ... > I'm not sure I understand what you mean by instance. Postgresql ? > Mapnik is c++ library that can be used with any modern GUI toolkit to > render maps. There are different ways to setup it up, of course and > web based service is one of them. As you said : mapnik is c++ library hence useless for ordinary mortals. To unlock the power of mapnik they need a setup that feeds mapnik map data, a front to easily edit their mapstyle and a backend that let's them chop and save tiles/maps/jpegs whatever. And that is not (yet) within reach of ordinary mortals, is it? But the more I think of it, merkaartor has quite a bit of that already : it has the data and the tools to easily download them from OSM api. It recently acquired a mapstyle editor (albeit quite basic for now). It has a user interface for finding your area of interest. What we are missing is the interface towards mapnik but given both are c++ projects I don't see huge problems... I'll investigate some more this weekend. cu bart ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Nokia N810
Have you tried the forked version of Maemo Mapper called just Mapper? You can find it at http://wiki.openstreetmap.org/index.php/User:Onion/Mapper On 30/01/2008, David Earl <[EMAIL PROTECTED]> wrote: > On 25/01/2008 20:23, Jason Reid wrote: > > David Earl wrote: > >> Has anyone got a Nokia N810? ... how easy is it to get at... a GPX file > >> for the > >> GPS. > > > Using the 'Maemo-Mapper' application is the suggested approach versus > > using the Nokia supplied "Maps" program (I don't have an N810, only an > > N800 currently but I do know that it works fine with the GPS in the > > 810). Maemo-mapper can export directly to .gpx (through the 'save track' > > feature), and as an added bonus defaults to using OSM tiles for the > > display. > > > > No working Java support yet, though there are a few people who've been > > working towards it slowly from my understanding. And I doubt that JOSM > > in its current form would be that usable due to both its resource > > requirements and the size of the display. > > > Thanks for that. I did get one yesterday, and it is a very nice little > machine, though I haven't been out with it to see how good the GPS is > yet other than to confirm it works. > > I installed Maemo Mapper. Is there a way to mark a POI with it (and get > that into the GPX file)? It seems to understand POIs > > OSM (Mapnik) is the default map background which is excellent, and a > quick tweak can switch it to osmarender. > > I also installed a voice recorder application, so adapting the car > mounting bracket to my bike and getting a bluetooth headset, I should be > able to use it very conveniently for mapping if the GPS is reliable enough. > > Pity about JOSM & Java, but Potlatch works. > > The slippy map is excellent on it, though given the small screen it > would be nice to dismiss the extra stuff around the edge, like > informationfreeway. > > David. > > David > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk > -- Lauri Hahne ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Low zoom render requests for the Sudan
I've been loading routes provided by the United Nations for the Southern Sudan and the UN has invited us to demonstrate these OSM maps at a UN conference in early February. Ideally the maps should be available on line, although we probably will also show off line images. Unfortunately the Mapnik data is only half there (this week) and doesn't render at all at zoom level 6 and below. These are all long highways, there is not much detail that is worth zooming in for at the moment. I've installed [EMAIL PROTECTED] and am waiting for a password to upload generated images, however I'm not sure if I can generate tiles for zoom level 6 at the moment. It looks like I can only generate down to zoom level 8 using ./tilesGen.pl xy 151 118 8 (etc). Can I do the same at zoom level 6? Regards Neil Penman Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapnik rendering artifacts
On Jan 30, 2008 12:41 PM, Karl Newman <[EMAIL PROTECTED]> wrote: > I'm seeing faint gray lines on the main site slippy map Mapnik base layer, > and I'm at a loss to explain their source. At first I thought they were > state borders, but I'm seeing the lines running through the middle of > states, too (here > http://www.openstreetmap.org/?lat=42.001&lon=-120.048&zoom=9&layers=B0FTit > runs vertically through the middle of Oregon). Then I thought they were > tile boundaries, but that's not consistent, either. Even weirder is on the > California-Nevada border, there are two vertical lines right next to each > other, not always parallel. (See here: > http://www.openstreetmap.org/?lat=41.62&lon=-120.053&zoom=9&layers=B0FT). > I downloaded that area in JOSM but all I saw was a single state border way. > It doesn't seem to have a source in the OSM data, so maybe it's something > caused by the conversion to pgsql or by the renderer itself (maybe a > projection issue)? I don't think it's related to the recent mod_tile > changes, because as far as I know that only affects how the tiles are stored > and served, not how they're rendered. (If I've said something stupid, please > forgive me. I *think* I understand the process...) > > Any thoughts, anyone? > > These have always been there. It's an artefact of the way the coastlines are rendered. Country/state/region polygon shapes are split into a large grid to improve performance. Each shape is then rendered as land. Unfortunately the edges meet exactly, but don't overlap, and the boundary is never pixel perfect, so what I think is an antialiasing effect causes the blue background to seep through. So you'll see these lines at all the borders known in the shape file, which include US states, European countries and others, as well as the grid. Your double line example is because the shape for california and the tiling grid almost coincide, but not quite. You can see a similar effect on the coastline checker, but that has more tiles in it's grid: http://tile.openstreetmap.nl/coastlines.html ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapnik rendering artifacts
On Wed, 2008-01-30 at 04:41 -0800, Karl Newman wrote: > I'm seeing faint gray lines on the main site slippy map Mapnik base > layer, and I'm at a loss to explain their source. At first I thought > they were state borders, but I'm seeing the lines running through the > middle of states, too (here > http://www.openstreetmap.org/?lat=42.001&lon=-120.048&zoom=9&layers=B0FT > it runs vertically through the middle of Oregon). Then I thought they were > tile boundaries, but that's not consistent, either. Even weirder is on the > California-Nevada border, there are two vertical lines right next to each > other, not always parallel. (See here: > http://www.openstreetmap.org/?lat=41.62&lon=-120.053&zoom=9&layers=B0FT). > I downloaded that area in JOSM but all I saw was a single state border way. > It doesn't seem to have a source in the OSM data, so maybe it's something > caused by the conversion to pgsql or by the renderer itself (maybe a > projection issue)? I don't think it's related to the recent mod_tile changes, > because as far as I know that only affects how the tiles are stored and > served, not how they're rendered. (If I've said something stupid, please > forgive me. I *think* I understand the process...) > > Any thoughts, anyone? County boundaries? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] "Crudely-drawn pint glasses"
Nick Whitelegg skrev: >> Anther solution would be on-demand mapping: the renderers, in whatever >> falvour, are online somewhere and you go through a dialogue to decide on >> an area, choose your features and then get a custom map back a short >> while later - either on screen or as a PDF or whatever. > > Sounds a good idea. An "OSMcustommaps.org" or similar could be created, a > user could sign up and specify their preferences, write a Mapnik XML file > specific to that user and issue them with an ID, then a user could have > their custom rendered style simply by requesting tiles off that server. > Since most people probably want the standard OSM maps, it would have > relatively low levels of use, so I can't see bandwidth being a major > issue - particularly if caching occurs. > > Nick And how and from where will they be invoiced, and in what way will the income be put to use in OSM ? Or do you suggest that it should be a freebie service, provided to Joe Public Esq. and Jim Company Ltd in the manner of free as in both speech AND beer ? I mean, if they need a leaflet with a costumized map showing all their store location, then ofcourse they should be able to use any and all of OSM-ressources(*) free of charge to make that map for their leaflet, right ? Dutch (*) OSM-ressources in this regard means : CPU-time, making specific mapnik XML stylesheets for people, getting pestered with requests for changes in the XML stylesheet when they find out that their company logo really looks bad, on the colourschema they specified for the map, and that their customers normally navigate through town by directions to the various pubs anyway, so could they have the pint-glasses brought back as well... Because if they are too lazy to read the instructions on getting Mapnik or one of the other rendering engines up and running to generate tiles and maps locally, you can bet they are also too lazy to write their stylesheets on their own, or even read the instructions on a potential OSMcustommaps.org site. I might be a cynical S.O.B, but based on multiple years dealing with people wanting some task done, but to lazy to do it themselves, I'm pretty sure that the above scenario is what will happen... ;) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapnik rendering artifacts
On 30 Jan 2008, at 12:41, Karl Newman wrote: I'm seeing faint gray lines on the main site slippy map Mapnik base layer, and I'm at a loss to explain their source. At first I thought they were state borders, but I'm seeing the lines running through the middle of states, too (here http:// www.openstreetmap.org/?lat=42.001&lon=-120.048&zoom=9&layers=B0FT it runs vertically through the middle of Oregon). Then I thought they were tile boundaries, but that's not consistent, either. Even weirder is on the California-Nevada border, there are two vertical lines right next to each other, not always parallel. (See here: http://www.openstreetmap.org/? lat=41.62&lon=-120.053&zoom=9&layers=B0FT). I downloaded that area in JOSM but all I saw was a single state border way. It doesn't seem to have a source in the OSM data, so maybe it's something caused by the conversion to pgsql or by the renderer itself (maybe a projection issue)? I don't think it's related to the recent mod_tile changes, because as far as I know that only affects how the tiles are stored and served, not how they're rendered. (If I've said something stupid, please forgive me. I *think* I understand the process...) Any thoughts, anyone? railtracks ? Artem Karl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] "Crudely-drawn pint glasses"
On 30 Jan 2008, at 12:24, David Earl wrote: > On 30/01/2008 11:47, Artem Pavlenko wrote: >> On 30 Jan 2008, at 10:25, bvh wrote: >>> On Wed, Jan 30, 2008 at 08:56:13AM +, Tom Hughes wrote: So it is reasonable or optimal for us to maintain an infinite number of custom maps for third parties that want custom maps but don't want the hassle of rendering them? >>> No, we should provide tools that make it very easy to create a >>> custom >>> map. Mapnik is not (yet?) that tool. >> Mapnik is that tool and it's also free and easy to use ;) . It is >> used in many exciting projects to generate custom maps e.g >> http://www.everyblock.com/ >> http://www.placebase.com/ >> http://www.mysociety.org/2007/more-travel-maps/ > > but installing it and keeping it up to date is a nightmare for > ordinary mortals. This is why I'm making win32 binaries ( and planning os x pkg) - for ordinary mortals. For more advanced folk : sudo apt-get install mapnik or rpm -ivh etc. All is needed is a bit of extra help (hint hint hint) , I'm personally quite happy with building from source - worksforme :) > If an instance of it were already installed in an accessible place > (on the internet for example, with a web interface) so that you > could just use the very nice GUI I saw you demonstrate at SOTM last > year, or some variation of it, it would be that tool. > I'm not sure I understand what you mean by instance. Postgresql ? Mapnik is c++ library that can be used with any modern GUI toolkit to render maps. There are different ways to setup it up, of course and web based service is one of them. > > David Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Error while uploading with JOSM
On 30/01/2008 00:42, Rob Reid wrote: > Cristiano Giovando wrote the following on 30/01/2008 12:51: >> During the upload of a large osm file with JOSM, about 12k nodes and >> 500 ways, getting the following error message: "Error while parsing: >> An error occurred: Connection timed out: connect". >> >> Any idea? I tried to restart the upload, but it would not resume, >> instead restart from the beginning, to just stop again because of the >> same error. >> > Cristiano, The error you are getting is correct in that JOSM is timing > out while trying to upload the data. > Restarting the upload does actually resume the upload, its just that the > progress bar starts at the beginning again for the remaining data. > For example if you are uploading 12K nodes and it times out after 6K > nodes, then when you restart, the progress bar will begin again at the > start but appear to move faster as it now only covers the remaining 6K > nodes. I suspect something more than that. I have always had to have four, five, six... attempts to upload data, as it always without fail times out several times during an upload. But recently doing larger volumes, my experience has been the same as Cristiano - it fails after a few K, and then it won't upload again for another 10 minutes or so, and during that time I can't access www.openstreetmap.org either. The former problem we could solve by retrying in JOSM rather than giving up, but the latter is as if the server has gone down. Was I just unlucky this happened twice in successive attempts a week apart, or is there something more going on here? I'll do another big chunk soon, and see what happens. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] "Crudely-drawn pint glasses"
On 30/01/2008 11:07, Tom Hughes wrote: > Remember that the primary focus of this project, as I understand > it at any rate, is to produce data for other people to use. Making > our own maps from our data is more of a convenience for us and a > way to promote the project than our primary product. Someone has to produce the tools or service though, whether it is under our banner or someone else's. If you're a restaurant in Chertsey who wants to print a map of your location on your flier, it is no use whatsoever to start with instructions which say 'install a database and fetch a 100Gb file off the internet'. To be practical, we (in the widest sense) have to offer pre-packaged tools and have reasonable expectations of what file sizes can be managed, how long it takes, and so on. What this means in practice, I think, is either a readily useable web application, or an modest install (which may fetch data off the internet once installed, sure, and might only be a thin front end to a remote application or fetches data from a remote database in the form, say, Mapnik needs) and which has Windows as its main target because that's what 95% of the potential user base is using. (That may mean InstallShield of something equivalent; Java is problematic because that would mean installing the Java runtime, which your restaurateur probably won't have a clue about; dependencies are anathema). Or it means offering a map production service, so that the provider, who is technologically capable, would mediate between the complex software and the user. But that probably means paying money, which rather defeats the object - you'd just be in commodity competition with other map providers there. Chances are your restaurateur will take the line of least resistance and (illegally, though they don't realise it) start with a screen shot from a 'free' Google map. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Mapnik rendering artifacts
I'm seeing faint gray lines on the main site slippy map Mapnik base layer, and I'm at a loss to explain their source. At first I thought they were state borders, but I'm seeing the lines running through the middle of states, too (here http://www.openstreetmap.org/?lat=42.001&lon=-120.048&zoom=9&layers=B0FT it runs vertically through the middle of Oregon). Then I thought they were tile boundaries, but that's not consistent, either. Even weirder is on the California-Nevada border, there are two vertical lines right next to each other, not always parallel. (See here: http://www.openstreetmap.org/?lat=41.62&lon=-120.053&zoom=9&layers=B0FT). I downloaded that area in JOSM but all I saw was a single state border way. It doesn't seem to have a source in the OSM data, so maybe it's something caused by the conversion to pgsql or by the renderer itself (maybe a projection issue)? I don't think it's related to the recent mod_tile changes, because as far as I know that only affects how the tiles are stored and served, not how they're rendered. (If I've said something stupid, please forgive me. I *think* I understand the process...) Any thoughts, anyone? Karl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] "Crudely-drawn pint glasses"
>Anther solution would be on-demand mapping: the renderers, in whatever >falvour, are online somewhere and you go through a dialogue to decide on >an area, choose your features and then get a custom map back a short >while later - either on screen or as a PDF or whatever. Sounds a good idea. An "OSMcustommaps.org" or similar could be created, a user could sign up and specify their preferences, write a Mapnik XML file specific to that user and issue them with an ID, then a user could have their custom rendered style simply by requesting tiles off that server. Since most people probably want the standard OSM maps, it would have relatively low levels of use, so I can't see bandwidth being a major issue - particularly if caching occurs. Nick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Bridges / viaducts for railways
[EMAIL PROTECTED] wrote: > Maybe something like "transit=" would be better (in the > sense of "how this way gets from A to B") and could then > include tunnel, cutting, embankment, etc in the list of > values as well as bridge and viaduct. > structure=bridge structure=tunnel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] "Crudely-drawn pint glasses"
On 30/01/2008 11:47, Artem Pavlenko wrote: > On 30 Jan 2008, at 10:25, bvh wrote: > >> On Wed, Jan 30, 2008 at 08:56:13AM +, Tom Hughes wrote: >>> So it is reasonable or optimal for us to maintain an infinite number >>> of custom maps for third parties that want custom maps but don't want >>> the hassle of rendering them? >> No, we should provide tools that make it very easy to create a custom >> map. Mapnik is not (yet?) that tool. > > Mapnik is that tool and it's also free and easy to use ;) . It is > used in many exciting projects to generate custom maps e.g > > http://www.everyblock.com/ > http://www.placebase.com/ > http://www.mysociety.org/2007/more-travel-maps/ but installing it and keeping it up to date is a nightmare for ordinary mortals. If an instance of it were already installed in an accessible place (on the internet for example, with a web interface) so that you could just use the very nice GUI I saw you demonstrate at SOTM last year, or some variation of it, it would be that tool. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Nokia N810
On 25/01/2008 20:23, Jason Reid wrote: > David Earl wrote: >> Has anyone got a Nokia N810? ... how easy is it to get at... a GPX file for >> the >> GPS. > Using the 'Maemo-Mapper' application is the suggested approach versus > using the Nokia supplied "Maps" program (I don't have an N810, only an > N800 currently but I do know that it works fine with the GPS in the > 810). Maemo-mapper can export directly to .gpx (through the 'save track' > feature), and as an added bonus defaults to using OSM tiles for the > display. > > No working Java support yet, though there are a few people who've been > working towards it slowly from my understanding. And I doubt that JOSM > in its current form would be that usable due to both its resource > requirements and the size of the display. Thanks for that. I did get one yesterday, and it is a very nice little machine, though I haven't been out with it to see how good the GPS is yet other than to confirm it works. I installed Maemo Mapper. Is there a way to mark a POI with it (and get that into the GPX file)? It seems to understand POIs OSM (Mapnik) is the default map background which is excellent, and a quick tweak can switch it to osmarender. I also installed a voice recorder application, so adapting the car mounting bracket to my bike and getting a bluetooth headset, I should be able to use it very conveniently for mapping if the GPS is reliable enough. Pity about JOSM & Java, but Potlatch works. The slippy map is excellent on it, though given the small screen it would be nice to dismiss the extra stuff around the edge, like informationfreeway. David. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] "Crudely-drawn pint glasses"
On 30 Jan 2008, at 10:25, bvh wrote: > On Wed, Jan 30, 2008 at 08:56:13AM +, Tom Hughes wrote: >> So it is reasonable or optimal for us to maintain an infinite number >> of custom maps for third parties that want custom maps but don't want >> the hassle of rendering them? > > No, we should provide tools that make it very easy to create a custom > map. Mapnik is not (yet?) that tool. Mapnik is that tool and it's also free and easy to use ;) . It is used in many exciting projects to generate custom maps e.g http://www.everyblock.com/ http://www.placebase.com/ http://www.mysociety.org/2007/more-travel-maps/ > > I believe Kosmos wants to fill that gap. Kosmos is win32 only and it also relies on inferior GDI+ rendering. > Merkaartor is also > getting some of it : I just added an integrated gui to edit the map > style > to subversion, effectively with the aim to make merkaartor a full > wysiwyg map editor/renderer combination. > If you're serious about rendering high-quality maps and I believe you're using qt4 in your project, why don't you join forces and work on Mapnik GUI ? Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] "Crudely-drawn pint glasses"
On 29 Jan 2008, at 21:21, Gervase Markham wrote: > Chaps, > > As always, forgive me if this is an old issue, but: I noticed that an > organisation I have contact with has a map in their "how to get here" > leaflet, which they may well have just copied from somewhere. I'd like > to recommend they use an OSM map instead, but looking at the area: > http://www.openstreetmap.org/? > lat=51.45561&lon=-0.96828&zoom=16&layers=B0FT > I find that the area they would screenshot is covered with crudely- > drawn > pint glasses.[0] > > Are there any plans to either: > > a) put layers into the Slippy Map so people can remove unwanted data > such as this; or: > b) set up a web service so that people can have custom maps (of > reasonably small areas) rendered according to their specified > criteria? > > Asking them to install and configure their own copy of Mapnik seems > somewhat unreasonable... > > Gerv > > [0] Note: the purpose of this message is _not_ to have a dig at the > icon > designer. But you must admit they are fairly simple icons. > Gervase, Get your organisation to contact me (http://mapnik.org). I am able to render whatever flavor, with or without pub icons, any size map. Kind Regards Artem > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] "Crudely-drawn pint glasses"
On Wed, Jan 30, 2008 at 08:56:13AM +, Tom Hughes wrote: > So it is reasonable or optimal for us to maintain an infinite number > of custom maps for third parties that want custom maps but don't want > the hassle of rendering them? No, we should provide tools that make it very easy to create a custom map. Mapnik is not (yet?) that tool. I believe Kosmos wants to fill that gap. Merkaartor is also getting some of it : I just added an integrated gui to edit the map style to subversion, effectively with the aim to make merkaartor a full wysiwyg map editor/renderer combination. And maybe someone will take up a potlatch kind of project to do this kind of thing. It all signals that slowly (for some of us) the focus is shifting from gathering data to using said data. I want to have one closing comment on the issue of the crudely drawn pint glass. In my opinion it shows that is not always progress to add more stuff to the default rendering rules. In this specific case I think it is better to turn default rendering of bars _off_ and put th burden of generating maps containing that stuff to those that actually need it, instead of the other way around. cu bart ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapnik rendering update
On 29 Jan 2008, at 23:40, Jon Burgess wrote: > > On Fri, 2008-01-25 at 23:28 +, Jon Burgess wrote: >> On Fri, 2008-01-25 at 22:35 +, Robert (Jamie) Munro wrote: >>> -BEGIN PGP SIGNED MESSAGE- >>> Hash: SHA1 >>> >>> Jon Burgess wrote: >>> | Once this first pass of the rendering is complete the mod_tile >>> setup >>> | will have all the existing tiles fully rendered with the >>> current planet >>> | dump and current map style. At that point I will switch over >>> the URLs on >>> | the server to make the new tiles live. >>> | >>> | The new system has already rendered 5M tiles in just under 24 >>> hours. >>> | This covers all of zooms 0 - 12 and about halfway through zoom >>> 13. At >>> | the current rate all the old 30M tiles will be rendered by about >>> | Wednesday next week. >>> > > I've made the new tiles from mod_tile live on the main OSM tile server > (on the default Mapnik layer). The initial impression I get is that > the > tiles are being served to more responsively and the on-access > rendering > seems to be working well too. Hopefully this will all continue > smoothly. > > Fantastic. > > * The new colour reduction algorithm causes some odd colour changes > in a > few tiles. 99% are fine but a few have a background colour or road > fill > which is slightly wrong. I had a look and there are quite a few of wrong tile. I committed changes that seems to fix this in r625. Great work! Artem ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] "Crudely-drawn pint glasses"
In message <[EMAIL PROTECTED]> David Earl <[EMAIL PROTECTED]> wrote: > How about a bit of positive thinking here! I'm all for positive thinking. I'm also for realistic thinking, and as the person that will be expected to make this work that tends to come to the top of my list. We don't have an infinite stash of supercomputers and petabytes of disk. > Doing this doesn't mean necessarily generating every combination of > tiles possible. Overlays with switches to turn on and off categories > and particular POIs would make it possible, and there are several ways > of doing that. (I outlined one some time ago, which would involve > implementing HTML tiles to openlayers and using style sheet changes to > turn on and off features in the overlay). I'm not really sure I understand this - what form would an "HTML tile" take exactly? I think I understand the basic form of what you're suggesting I just don't know how you plan to overlay lots of little squares of HTML over the map? It's a plausible approach, though it obviously requires some significant work in OpenLayers from somebody, and I can see some issues with regard to collision avoidance. It means having an overlay on the map, which will slow it down quite a bit, but at least it would only be on overlay. > Anther solution would be on-demand mapping: the renderers, in whatever > falvour, are online somewhere and you go through a dialogue to decide > on an area, choose your features and then get a custom map back a > short while later - either on screen or as a PDF or whatever. This is horribly resource intensive though. The ability to export data in various formats is certainly something we've been talking about, but it isn't going to scale to huge amounts of use without a lot of resources, so it's only really suitable for one off use by individuals. I have to admit to being a bit confused by the original request here - it starts off by talking about a leaflet, which implies that they are looking to create a one-off map to go in a printed leaflet, but that starts talking about customising the slippy map, which is not the obvious place to start if you want a custom map of an area for printing? > (*) remember we are a highly technologically oriented bunch. My > experience is that most people know what "Internet Explorer" is but > don't know it is a browser or that other browsers exist - that's just > an example of course. (two more from our home page that confuse people > - > lack of a search button to press when you've finished entering your > search term, and the word "permalink"). Remember that the primary focus of this project, as I understand it at any rate, is to produce data for other people to use. Making our own maps from our data is more of a convenience for us and a way to promote the project than our primary product. Tom -- Tom Hughes ([EMAIL PROTECTED]) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] "Crudely-drawn pint glasses"
On 30/01/2008 08:56, Tom Hughes wrote: > In message <[EMAIL PROTECTED]> > Gervase Markham <[EMAIL PROTECTED]> wrote: > >> [EMAIL PROTECTED] wrote: >> Asking them to install and configure their own copy of Mapnik seems somewhat unreasonable... >>> You could try osmps, and then convert the PostScript to the >>> required format. >> Mapnik was just an example; it seems to me that asking people who want >> to make and use a "custom" map (although I'm not sure that "no >> crudely-drawn pint glasses" really counts as "custom") to install _any_ >> rendering software seems sub-optimal. > > So it is reasonable or optimal for us to maintain an infinite number > of custom maps for third parties that want custom maps but don't want > the hassle of rendering them? How about a bit of positive thinking here! (And the thrust of the message wasn't about the quality of the icon either) I think Gervase is quite right - installing anything is vast overkill and our kinds of install are beyond the capabilities of the majority of people who when I say "start your browser" don't understand what I mean(*). And the web offers opportunities for customizable presentation that paper maps don't have. We just don't have the means to do it right now. Doing this doesn't mean necessarily generating every combination of tiles possible. Overlays with switches to turn on and off categories and particular POIs would make it possible, and there are several ways of doing that. (I outlined one some time ago, which would involve implementing HTML tiles to openlayers and using style sheet changes to turn on and off features in the overlay). Anther solution would be on-demand mapping: the renderers, in whatever falvour, are online somewhere and you go through a dialogue to decide on an area, choose your features and then get a custom map back a short while later - either on screen or as a PDF or whatever. I'm sure there's plenty of other ways of approaching the problem as well. If you want a 'clean' map, you might as well just use Google at the moment; our advantage is that we have much more information, if only we could selectively present it easily in a fast, non-technically-demanding way. David (*) remember we are a highly technologically oriented bunch. My experience is that most people know what "Internet Explorer" is but don't know it is a browser or that other browsers exist - that's just an example of course. (two more from our home page that confuse people - lack of a search button to press when you've finished entering your search term, and the word "permalink"). ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] "Crudely-drawn pint glasses"
On Jan 30, 2008 8:42 AM, Gervase Markham <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] wrote: > >> Asking them to install and configure their own copy of Mapnik seems > >> somewhat unreasonable... > > > > You could try osmps, and then convert the PostScript to the > > required format. > > Mapnik was just an example; it seems to me that asking people who want > to make and use a "custom" map (although I'm not sure that "no > crudely-drawn pint glasses" really counts as "custom") to install _any_ > rendering software seems sub-optimal. > So how much do you suppose they'd be willing to pay for this service? If enough people want it, and enough people are willing to pay enough for it, it may at some point in the future appear. The problem is that you need hardware/network resources to offer this kind of service, and those resources aren't usually free. TBH I'm not sure what your problem is with having to install some software, as you're going to have to spend time defining your custom map anyway. In which case you get to choose, osmps, osmarender, Kosmos... Otherwise you'll have to make do with what other people are producing. Incidentally, I agree the pint glasses look a little rubbish, but I doubt I could do better, so I'll quit complaining. Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] "Crudely-drawn pint glasses"
Tom Hughes wrote: > So it is reasonable or optimal for us to maintain an infinite number > of custom maps for third parties that want custom maps but don't want > the hassle of rendering them? mutter mutter export tab mutter mutter PDF mutter cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Potlatch sluggish today?
maning sambale wrote: > Potlatch is a bit slow today. Any info why? Unfortunately a couple of recent changes to the API have caused problems for it. I need to modify Potlatch to take account of this but didn't manage to complete the work last night, not least because the source was in the middle of a fairly major change when this happened. I'll work on it again tonight - sorry for the hassle. cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] "Crudely-drawn pint glasses"
On Jan 29, 2008 10:21 PM, Gervase Markham <[EMAIL PROTECTED]> wrote: > http://www.openstreetmap.org/?lat=51.45561&lon=-0.96828&zoom=16&layers=B0FT > I find that the area they would screenshot is covered with crudely-drawn > pint glasses.[0] They can use the osmarender flavor instead. In this case, the feature of drawing most icons only at zoom 17 comes out as an advantage. http://www.openstreetmap.org/?lat=51.45561&lon=-0.96828&zoom=16&layers=0BFT Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Tagwatch
On Tue, January 29, 2008 22:05, Etric Celine wrote: > Together with these changes i have crated the tagwatch sites for 24 > countries. All planet.osm excerpt are taken from > http://roland-ramthun.de/osm/extracts/ > If you miss a country and can point me to the location of the excerpt I'm > glad to add this as well. Do you need an already downloaded extract or could you download a given bounding box from osmxapi? I can provide daily extracts, but fetching them yourself from osmxapi would remove one intermediate step. > I'll try to update these statistics at least once in the month now, as i > feel they are quite helpfull to detect common tagging errors and reflect > what tags are really in use in the community. > > website can be found at: http://etricceline.de/osm/index.htm the > sourcecode can be found here: http://etricceline.de/osm/Tagwatch.tar.gz > (I'll hope someone can add it to the svn, as i have no account there (and > general connecting problems with the university proxy here) I'll update the version in SVN later tonight if no one beats me to it. Regards, Hakan -- The key to immortality is first living a life worth remembering... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] "Crudely-drawn pint glasses"
In message <[EMAIL PROTECTED]> Gervase Markham <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] wrote: > >>> Asking them to install and configure their own copy of Mapnik seems >>> somewhat unreasonable... >> >> You could try osmps, and then convert the PostScript to the >> required format. > > Mapnik was just an example; it seems to me that asking people who want > to make and use a "custom" map (although I'm not sure that "no > crudely-drawn pint glasses" really counts as "custom") to install _any_ > rendering software seems sub-optimal. So it is reasonable or optimal for us to maintain an infinite number of custom maps for third parties that want custom maps but don't want the hassle of rendering them? Tom -- Tom Hughes ([EMAIL PROTECTED]) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] "Crudely-drawn pint glasses"
[EMAIL PROTECTED] wrote: >> Asking them to install and configure their own copy of Mapnik seems >> somewhat unreasonable... > > You could try osmps, and then convert the PostScript to the > required format. Mapnik was just an example; it seems to me that asking people who want to make and use a "custom" map (although I'm not sure that "no crudely-drawn pint glasses" really counts as "custom") to install _any_ rendering software seems sub-optimal. Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Bridges / viaducts for railways
On Jan 30, 2008 12:52 AM, <[EMAIL PROTECTED]> wrote: > Hi, > > On Mon, Jan 28, 2008 at 07:16:25PM -, Andy Robinson (blackadder) > wrote: > > >> Why is it not a property like bridge, cutting etc. and > > >> will it render correctly? Should it be changed to > > >> viaduct=yes? > > > > > >Ewww, yuck... boolean flags. > > > > > >Personally I would tag as: > > > > > > railway=rail > > > bridge=viaduct > > > > > > > bridge and viaduct are two separate types of structure so > > strictly speaking bridge=viaduct is incorrect. > > They might be different to you as a civil engineer... to me > a viaduct looks like lots of bridges next to each other > (i.e. huh, what's the difference, really?) ;-) > > Actually, it's more of a thing I have about using on/off, > yes/no, true/false type tags - they generally are not right > in my opinion. > > For instance, take the same principle applied to roads > > highway=yes > motorway=yes > > We use highway=motorway here - if nothing else it stops you doing the > silly > > highway=yes > motorway=yes > secondary=yes > > Similarly, something can't be both a bridge and a viaduct. > Therefore you want something like > > over=bridge > > or > > over=viaduct > > a) you reduce the keyspace, and b) you can't have > > bridge=yes > viaduct=yes > > As usual in my case "over" is a bad name for a key. I guess > that's why I stuck to the more generic "bridge" before, with > "bridge=yes" being the general case. It's the same as saying > bridge=suspension, rather than bridge=yes, suspension=yes > (or even bridge_type=suspension - eugh). > > Maybe something like "transit=" would be better (in the > sense of "how this way gets from A to B") and could then > include tunnel, cutting, embankment, etc in the list of > values as well as bridge and viaduct. > > Basically, I would say that every "object-type" key (i.e. > not things like name=) should have as many non-coexistant > values* as possible (if that makes sense), and that single > flags (i.e. where a key only ever has one value) should be > discouraged wherever possible. > > * i.e. you can't have both on the same "object", such as > suspension and viaduct > That's usually the plan I think. The main problem we have with putting this into practice, is that to maintain an optimal number of tags we need to know the entire tagging domain before we start... which we don't. So taking your example, if instead of bridge=yes we allow bridge=suspension, we don't actually have a problem (assuming everybody agrees to assume the existence of the bridge tag implies a bridge regardless of the value, maybe excluding "no"). But if we had started with transit=bridge/tunnel/ferry, then we'd still need the bridge tag anyway because it's probably not sensible to add the transit=suspension_bridge etc, simply for the ease of processing. Ofcourse you could argue we need the transit tag, and just don't have it. I think for many of these things where we have x=yes/no, we find that there is often a number of subtypes that could be substituted for the "yes". Although most people probably wouldn't know how to classify them, and just want to record the main type. Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
