Re: [OSM-talk] New mailing list for Argentina
Guillermo Sansovic wrote: > We are a small group of people in Argentina who have been working silently for > about a year. Up to now we have worked mostly on our own or coordinating our > work through private messages. Fortunately contributors have grown to the > point > where a mailing list will certainly help. > > Who should I contact to get the list created? Me, and I've just created it. Tom -- Tom Hughes ([EMAIL PROTECTED]) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] weird behaviour of a gps instrument
For a simliar effect see: http://wiki.openstreetmap.org/index.php/GPS_Dead_Zone On Mon, Aug 04, 2008 at 12:15:24PM +0530, Kenneth Gonsalves wrote: > I have two gps instruments made locally (identical) and also a garmin > 72. The new instruments are very accurate and reliable nearly > everywhere. They are not much affected by clouds, trees and even > track from within trains with double glazed windows. But there is one > problem. In Coimbatore between latitudes 11.0 and 11.1, these > instruments go haywire. On josm I see a string of tracks in the north- > south direction, one straight line about 50 kilometers long. As soon > as the boundary is crossed, there is no problem. I have not yet > measured how far east and west this extends. The fact that it is > precisely 0.1 degree where the interference is suggests something man > made. This does not affect my garmin 72. One suggestion is that the > instrument is picking up some other signals from other satellites. > Has anyone experienced anything like this? > > coordinates for the trip: > > 1. moving south, track goes haywire at 11.1 N 76.9372 E and reappears > at 11.0 N and 76.9628 E. Again moving north it breaks at 11.0 N and > 76.7732 E. -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] weird behaviour of a gps instrument
On Mon, 4 Aug 2008 12:15:24 +0530 Kenneth Gonsalves <[EMAIL PROTECTED]> wrote: > One suggestion is that the > instrument is picking up some other signals from other satellites. > Has anyone experienced anything like this? Is shadowing, or multiple reflections from the terrain possible. The other possibility is electromagnetic interface, the GPS signal being radio-frequency after all. Might even be deliberate if it is a militarily-sensitive area. How precise is the 0.1 deg.? Regards, Gora ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] weird behaviour of a gps instrument
Kenneth Gonsalves wrote: > made. This does not affect my garmin 72. One suggestion is that the > instrument is picking up some other signals from other satellites. > Has anyone experienced anything like this? Any possibility that this is a software issue on those 2 devices? Does the track go haywire the moment you step a few meters inside that latitude range and recover when you go back those few meters? -- Lennard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] superways as relations ?
For naming of streets in cities, where properties change very often and you have to make many small ways, it sometimes gets annoying that the name is duplicated. I was wondering: How good/easy would it be to make a superway-relation to fix that? I.e. group several ways for labeling-intentions? I'm no expert on the inner workings in either of the renderers, but to me it sounds like a quick fix to a small annoyance. If someone that knows the renderers could either agree or disagree, I'd be happy anyways (well, obviously happier if they agree :) -- - Vegard Engen, member of the first RFC1149 implementation team. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Using a map on a sign (esp. its POIs)
> http://m.roetsch.dasevil.de/up/Karte_Sehl.jpeg [143KiB] From given event, how are pleasure institutes ("Puffs") being tagged? ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] superways as relations ?
On Mon, August 4, 2008 10:14, vegard wrote: > For naming of streets in cities, where properties change very often and > you have to make many small ways, it sometimes gets annoying that the > name is duplicated. > > I was wondering: How good/easy would it be to make a superway-relation > to fix that? I.e. group several ways for labeling-intentions? > > I'm no expert on the inner workings in either of the renderers, but to > me it sounds like a quick fix to a small annoyance. If someone that > knows the renderers could either agree or disagree, I'd be happy anyways > (well, obviously happier if they agree :) Actually there is a 'mantra' on a german mailing list stating that, "we are not tagging for the renderer" But matter of factly a similar idea crosses my mind from time to time. Proposing a tag-combination: label=yes name = Mainstreet (e.g.) displayzoom = 12 label = yes : This would mean that the node has no physical representation name = 'foo': Label to be displayed displayzoom = nn : the zoomfactor (or higher) that will result in displaying the label at a given zoomrate. 'Labelling' like this could also help when there are many labels/captions to be displayed in a given area and avoid interference - IMHO -- -m*sh- ___ |harry w. graner |mail: hy [_at_] sha-mash [_dot_] de |--- [public gpg-key on request] take a look at my blogs: http://sha-mash.blog.de ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Using a map on a sign (esp. its POIs)
Hi, > From given event, how are pleasure institutes ("Puffs") being tagged? Unless you want to go into the legal particulars of the sex trade, I'd suggest to take your question to talk not legal-talk. Bye Frederik ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] superways as relations ?
H, m*sh wrote: > But matter of factly a similar idea crosses my mind from time to time. > Proposing a tag-combination: > label=yes > name = Mainstreet (e.g.) > displayzoom = 12 This is not a "similar thought". The original poster talked about combining ways to form relations, thus informing the renderer that the name need only be rendered once for the length of it. You are proposing to sprinkle the map with extra nodes that are not connected to anything, which is of course unacceptable ;-) Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] superways as relations ?
On Mon, Aug 04, 2008 at 11:07:24AM -, m*sh wrote: > On Mon, August 4, 2008 10:14, vegard wrote: > > For naming of streets in cities, where properties change very often and > > you have to make many small ways, it sometimes gets annoying that the > > name is duplicated. > > > > I was wondering: How good/easy would it be to make a superway-relation > > to fix that? I.e. group several ways for labeling-intentions? > > > > I'm no expert on the inner workings in either of the renderers, but to > > me it sounds like a quick fix to a small annoyance. If someone that > > knows the renderers could either agree or disagree, I'd be happy anyways > > (well, obviously happier if they agree :) > > Actually there is a 'mantra' on a german mailing list stating that, > "we are not tagging for the renderer" I agree. We're not tagging for the renderer. At least, we're not tagging it *wrongly* for the renderer. But in practise, we might need to give the renderer some hints with some extra tagging. Of that, I personally am a little more inclined to accept that. But others might agree/disagree with me. I think adding a relation like that to help the renderer does in no way destroy the data model. > But matter of factly a similar idea crosses my mind from time to time. > Proposing a tag-combination: > label=yes > name = Mainstreet (e.g.) > displayzoom = 12 > > label = yes : This would mean that the node has no physical representation > name = 'foo': Label to be displayed > displayzoom = nn : the zoomfactor (or higher) that will result in > displaying the label at a given zoomrate. > > 'Labelling' like this could also help when there are many labels/captions > to be displayed in a given area and avoid interference - IMHO > Hmm. Well. I'm more inclined to add an importance-qualifier to a label, and let the renderer sort out how much it can add :) -- - Vegard Engen, member of the first RFC1149 implementation team. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] superways as relations ?
On 04/08/2008 11:14, vegard wrote: > For naming of streets in cities, where properties change very often and > you have to make many small ways, it sometimes gets annoying that the > name is duplicated. > > I was wondering: How good/easy would it be to make a superway-relation > to fix that? I.e. group several ways for labeling-intentions? > > I'm no expert on the inner workings in either of the renderers, but to > me it sounds like a quick fix to a small annoyance. If someone that > knows the renderers could either agree or disagree, I'd be happy anyways > (well, obviously happier if they agree :) See http://wiki.openstreetmap.org/index.php/Relations/Proposed/Collected_Ways AFAIK this isn't rendered at present, so for the time being the names would have to appear on the ways themselves as well if you want to see them, but in principle, a renderer could take note of this, and if it becomes a widespread idiom, no doubt they will. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New mailing list for Argentina
> Getting your own mailinglist is a good idea if you think you need it, > but there are "consolidation effects" to get more people together on > one mailing list. The Spanish mailing list which is pretty low volume. I've lurking on the Spanish mailing list for some time and they seem to be pretty focused on Spain. Bear in mind that although the language is the same, we live in countries with very different mapping needs. I agree that some language related mapping issues should be discussed in only one place but there are many things specific to one country. > I recently had a discussion with some friends from South America, and > they told me that we are lucky in Europe because we are so much the > same, implying that S.A is too hetrogeneous for cooperation. > There might be something to that but it also should be considered that there are large countries around here. Brazil is the fifth country in the world by area and Argentina the eighth (about 8 times the size of Germany). ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM on Ubuntu UK podcast
On Thu, 31 Jul 2008 13:52:27 +0100, Andy Robinson (blackadder-lists) wrote: >Another podcast that 80n and I did at LugRadio live, this time a really >great quality audio from Ubuntu UK podcast. > >http://podcast.ubuntu-uk.org/2008/07/31/s01e11-blowin-in-the-wind/ One of you talks of a means of uploading a vector? map to Garmins. This is just the thing I need in order to locate areas on my travels which aren't mapped yet. Is there a "numpty's how to" for getting, say, the SE of England onto a Garmin 76csx? Or is this more for the newbies list? AJH ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM on Ubuntu UK podcast
Hello, I know the answer ;) http://wiki.openstreetmap.org/index.php/OSM_Map_On_Garmin This is the description how to make your own maps for the garmins http://wiki.openstreetmap.org/index.php/OSM_Map_On_Garmin/Download Here are ready to use maps for the garmin units. Simply copy the gmapsupp.img into the garmin-folder on your GPS. Sometimes you need to rename it from some other name into gmapsupp.img. If you want an up-to-date very small area you can use the export function of the slippy map at www.openstreetmap.org. Select a (rather small) area as your view, click on export, select OpenStreetMap XML data. Save the file, process it with mkgmap. upload to your GPS be happy :) ciao Florian [EMAIL PROTECTED] wrote: > On Thu, 31 Jul 2008 13:52:27 +0100, Andy Robinson (blackadder-lists) > wrote: > > >> Another podcast that 80n and I did at LugRadio live, this time a really >> great quality audio from Ubuntu UK podcast. >> >> http://podcast.ubuntu-uk.org/2008/07/31/s01e11-blowin-in-the-wind/ >> > > One of you talks of a means of uploading a vector? map to Garmins. > This is just the thing I need in order to locate areas on my travels > which aren't mapped yet. > > Is there a "numpty's how to" for getting, say, the SE of England onto > a Garmin 76csx? > > Or is this more for the newbies list? > > AJH > > ___ > talk mailing list > talk@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > > ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [tagging] Feature Proposal - Voting - (service=parking aisle)
Cast your vote at: http://wiki.openstreetmap.org/index.php/Proposed_features/service%3Dparking_aisle___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - Voting - (service=parking aisle)
El Lunes, 4 de Agosto de 2008, Nicholas Vetrovec escribió: > Cast your vote at: > http://wiki.openstreetmap.org/index.php/Proposed_features/service%3Dparking >_aisle Looking at the comments page, it seems that the (unmodified) proposal was already rejected two weeks ago. Can someone ellaborate on the status of this tagging proposal? -- -- Iván Sánchez Ortega <[EMAIL PROTECTED]> Un ordenador no es un televisor ni un microondas, es una herramienta compleja. signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Bug in using osm2pgsql to keep up with dailies
> Nice, works very well. > > One hiccup I see is that if I run the executable from a directory > other than the one where it was built, it complains that default.style > can't be found. Otherwise works beautifully. So, two frustrating things about osm2pgsql's --slim mode: I first tried doing the whole planet.osm without --slim, which worked well. However, when I would then use the --slim option to catch up on dailies, I found that a number of tables (prefix_nodes, prefix_ways, etc.) hadn't been created. It was not possible to do the dailies unless they had been planed-for from the start. The second thing is that upon going back to the original planet.osm with the much-slower --slim mode turned on, it required so much disk space that it maxed out an EC2 standard disk image. It would be nice if it were possible to do the initial planet.osm import without --slim for speed and space, and still import subsequent diffs. -mike. michal migurski- [EMAIL PROTECTED] 415.558.1610 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - Voting - (service=parking aisle)
Iván Sánchez Ortega wrote: > Looking at the comments page, it seems that the (unmodified) proposal was > already rejected two weeks ago. > > Can someone ellaborate on the status of this tagging proposal? That earlier proposal was highway=parking_aisle, not service=parking_aisle (with highway=service) as it stands now, IIRC. -- Lennard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bug in using osm2pgsql to keep up with dailies
On Mon, 2008-08-04 at 14:51 -0700, Michal Migurski wrote: > > Nice, works very well. > > > > One hiccup I see is that if I run the executable from a directory > > other than the one where it was built, it complains that default.style > > can't be found. Otherwise works beautifully. > > > So, two frustrating things about osm2pgsql's --slim mode: > > I first tried doing the whole planet.osm without --slim, which worked > well. However, when I would then use the --slim option to catch up on > dailies, I found that a number of tables (prefix_nodes, prefix_ways, > etc.) hadn't been created. It was not possible to do the dailies > unless they had been planed-for from the start. > > The second thing is that upon going back to the original planet.osm > with the much-slower --slim mode turned on, it required so much disk > space that it maxed out an EC2 standard disk image. > > It would be nice if it were possible to do the initial planet.osm > import without --slim for speed and space, and still import subsequent > diffs. I'm afraid that is not possible. The conversion from OSM to postgres is lossy. It converts all the node references on the ways into linestring geometries referencing the individual lat/lon of the nodes without any reference to the IDs. This makes it impossible to update this data without storing a copy of all the raw nodes and ways in the extra tables generated by the slim-mode import. An alternative way to do this is to use osmosis to update the planet file with the daily diff and then reload this into postgres. Unfortunately this may take too long to be a practical solution. Another way to save more disk space is to filter out the data you don't require. Either by applying a bounding box or by removing items from the default.style. Jon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bug in using osm2pgsql to keep up with dailies
>> It would be nice if it were possible to do the initial planet.osm >> import without --slim for speed and space, and still import >> subsequent >> diffs. > > I'm afraid that is not possible. The conversion from OSM to postgres > is > lossy. It converts all the node references on the ways into linestring > geometries referencing the individual lat/lon of the nodes without any > reference to the IDs. This makes it impossible to update this data > without storing a copy of all the raw nodes and ways in the extra > tables > generated by the slim-mode import. Gotcha. > An alternative way to do this is to use osmosis to update the planet > file with the daily diff and then reload this into postgres. > Unfortunately this may take too long to be a practical solution. > > Another way to save more disk space is to filter out the data you > don't > require. Either by applying a bounding box or by removing items from > the > default.style. So I'm definitely doing the bbox thing - I ran out of space on the volume when doing a slim import of planet.osm with a box that covered only the extended SF Bay Area. Seems like that should be fairly reasonable, right? Probably the right thing to do would be to get the import done once with a larger volume available to Postgres (EC2 does give you a secondary disk at /mnt that's over 100GB), then keep up with incrementals moving forward after the initial inconvenience. -mike. michal migurski- [EMAIL PROTECTED] 415.558.1610 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM on Ubuntu UK podcast
On Mon, Aug 4, 2008 at 11:59 AM, <[EMAIL PROTECTED]> wrote: > On Thu, 31 Jul 2008 13:52:27 +0100, Andy Robinson (blackadder-lists) > wrote: > >>Another podcast that 80n and I did at LugRadio live, this time a really >>great quality audio from Ubuntu UK podcast. >> >>http://podcast.ubuntu-uk.org/2008/07/31/s01e11-blowin-in-the-wind/ > > One of you talks of a means of uploading a vector? map to Garmins. > This is just the thing I need in order to locate areas on my travels > which aren't mapped yet. > > Is there a "numpty's how to" for getting, say, the SE of England onto > a Garmin 76csx? > > Or is this more for the newbies list? There's a page on the wiki devoted to this[1], someone produces a map for the UK[2] already but it looks like it isn't as frequently updated as you might like, I certainly appreciate getting daily changes when I'm mapping a given area over a period of a few days. I generate my own maps of Iceland daily and publish them online[3] and you could do something similar if you'd like, just get the OSM file for the UK from download.geofabrik.de and turn it into an .img file using mkgmap. You can see it all working in this flickr set [4] which shows a 60csx, it's equivalent to your 76csx except for the casing. 1. http://wiki.openstreetmap.org/index.php/OSM_Map_On_Garmin 2. http://wiki.openstreetmap.org/index.php/OSM_Map_On_Garmin/Download 3. http://wiki.openstreetmap.org/index.php/Garmin_map_of_Iceland 4. http://flickr.com/photos/avarab/sets/72157606321727527/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Australia has Google Street View!
You can see my beautiful city. http://maps.google.com.au/?ie=UTF8&ll=-33.911633,151.24054&spn=0.03298,0.065918&z=15&layer=c&cbll=-33.9172,151.226114&panoid=SF1CU5fcTX8XqlKyXRxwog&cbp=1,123.60785767574839,,0,6.094238783200709 Good for filling in all the missing street names. -J ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - Voting - (service=parking aisle)
Lennard voor den Dag schrieb: > Iván Sánchez Ortega wrote: > >> Looking at the comments page, it seems that the (unmodified) proposal was >> already rejected two weeks ago. >> >> Can someone ellaborate on the status of this tagging proposal? > > That earlier proposal was highway=parking_aisle, not > service=parking_aisle (with highway=service) as it stands now, IIRC. > But its not getting better, the service key is already in use by the railways guys. Even a path is called highway in osm, why change it ? By the way, highway:service serves it well ... Thorsten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk