Re: [OSM-legal-talk] Tracing from Aerial Imagery
2008/8/5 Gustav Foseid <[EMAIL PROTECTED]>: > - In addition to protection as individual photographs, the database of the > photographs has database protection. The traces (KMZz) would, however, not > be part of the database and not be protected as a database. Even all traces > would not be a substantial part of a database consisting of photographs. Sorry to resurrect such an old discussion but I only found it today. The EU database laws protect parts of databases which are significant in either quantitatively (amount) or qualitatively (what it is). So IMHO doing some random drawings from a world-wide or national database of aerial images should be ok but doing a trace of a village wouldn't be ok as it matches the criteria of being qualitatively major part even if it isn't a major part of the database when measured quantitatively. -- Lauri Hahne ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] GPS receiver orientation
That's not how it works. That wouldn't even work as the satellites move all the time too. Why it usually requires you to be stationary when getting the first fix is because you need the ephemeride for each satellite which takes up to 30 s of continous signal per satellite after your receiver has found the satellite. In addition - when you move - the frequencies of the satellites change all the time (due to the doppler effect) and your receiver has harder time to find them because they can be in "slots" which your receiver already consider checked and empty. The actualy position estimation is done by pseudo-ranging. The solution has four unknowns (x, y, z, and clock bias b). Receivers usually start by assuming something reasonable, such as [x,y,z,b] = [0,0,0,70ms] and the internal clock is set to time get from satellites. Then the bias is the travel time of the signal from satellites. It is notable that it's more convenient to represent bias as meters so you'll get b = 70 ms * c. Then you'll calculate the distances from your assumed position (now [0,0,0] in ECEF) to the satellites which you're listening (the position of the satellites is known from ephemeride) and add the bias to it. Then you just apply some magic (linear algebra, usually LMS) and you'll get a correction vector for your position and bias which you simply add to your original values to get a new estimate. Then you repeat this ad infinitum to get updated position estimate. I've been told by a guy who works in gps r&d that cosumer grade gps units usually do this iteration every 50 ms. If somebody got interested, please do email me, and I'll post you the precise formulae for the calculation. 2008/7/26 Christopher Woods <[EMAIL PROTECTED]>: > >> On Jul 26, 2008, at 13:37 , Franc Carter wrote: >> >> > >> > My entirely annecdotal experience has been that my TomTom 910 takes >> > longer to get a fix when I am moving than stationary. I have an >> > external aerial, so the movement should be the main determinent >> >> >> The same for me with my Hamlet GPS receiver. I've seen that >> if I'm moving it could be unable to get a fix indefinitely >> (tested up to 30 minutes), while stopping and turning it off >> and then on usually works less than a couple of minutes. > > Is that not how GPS works? Give it a nice stable basis to get its initial > fix on, so it can accurately detect and compare the positions of all the > sats it can see - and then it bases any readings from movement using > differential comparison with the baseline from the initial reading... At > least, that's how I've always considered my GPS receivers to operate (using > less power and processor cycles to boot). Maybe there's an occasional > re-poll for an absolute lock and reference, but surely if the receiver was > recalculating its exact position every second, it'd be out of juice within a > few minutes? > > I've always noticed my bluetooth GPS receivers (SiRF chipsets, formerly a > Qstarz BT-Q880 and currently a Navman B10) take much longer to establish a > lock when I'm already driving in the car. But then, I suppose it's obvious > that it'd take longer while a vehicle or person is in motion (and not in a > linear direction either). Or am I barking up the wrong tree? > > > ___ > 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
Re: [OSM-talk] GPS receiver orientation
2008/7/26 Gervase Markham <[EMAIL PROTECTED]>: > Random question: does the orientation of a GPS receiver make any > difference? If I hold my BGT-11 vertically, will it find it harder to > get and keep a lock than if I hold it horizontally? Also, does it make > it slower to get a lock if I walk along while it's trying? > > I don't know the chipset, if that makes a difference - I think it may be > SirfStar II. The wiki would know (I'm offline as I type). > It all depends on what kind of an antenna your receiver haves. Units made for car use tend to assume that the signal comes from "up" and provide best reception for that direction. -- Lauri Hahne ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM in Germany
2008/6/29 Joerg Ostertag (OSM Munich/Germany) <[EMAIL PROTECTED]>: > On Sonntag 29 Juni 2008, Frederik Ramm wrote: >> Hi, >> >>my girlfriend just came up with the best ever term for OSM activities >> in Germany: Krautsourcing ;-) > > Doesn't sound nice for us Germans ... > http://de.wikipedia.org/wiki/Krauts > Then maybe Sauerkrautsourcing for you... -- Lauri Hahne ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] When mental models go wrong: OpenStreetMap
First, I must admit that the subject of this message is a little bit outre but don't let that bother. * I'm trying to summarise a few things I've been thinking lately. I think none of these issues is major or something that should actually be worked on. I have no suggestions what-so-ever what could fix the issues but don't let that bother. I just want some feedback and to know whether anybody agrees with me. 1. Ways - There are one kind of ways in the database. Ways can have attributes (tags) but aren't required. - The tagging scheme suggest there are many kinds of ways (highway, cycleway, aeroway...) - Potlatch and JOSM's preset (and mappaint?) system allow you to pick a type for way. - We have questions such as "how can I turn this way into a bridge" or "how can I create a "bridge-way" at #osm once in a while. This leads me to think that do Tagging Scheme, Wiki, Potlatch, and JOSM (in that order - ordered by "severity") give wring kind of hints what's actually in the database. This is because it has become pretty obvious to me that there are people (likely not much?) who think the that we have different kind of ways. These people need to be told that we don't have different kind of ways but way which have attributes. I can see why these people think like this because especially wiki does list different kind of ways in the Map Features page. 2. Nodes Apparently Potlatch tris to keep nodes and POIs separate even though these are the same thing again. This works really well in Potlatch but yet again it's against our data model and might lead to some confusion. I haven't seen any examples of this so this is very theoretical for now. As I wrote earlier, I have no suggestions about "fixing" these issues. IMHO the current data model is great but I think it should be made obvious to newbies. One way to do this would be to introduce OSM as trace-nodes-way-tags instead of the traditional trace-nodes-way which is quite prevalent in slides etc. It would also be a nice idea to write an introduction to our data model and put it in the beginning of the Beginner's Guide in Wiki. I'm volunteering to write this if somebody promises to proof-read it. Ps. As the beginning of this mail suggests, I had no purpose to write the paragraph about suggestions but it became imminent that this post needed something in addition to just listing some weird stuff. * http://www.crc.ensmp.fr/~besnard/Publications/Besnard-Greathead-Baxter-2004.pdf -- Lauri Hahne ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] pronunciation tag
I think some standard form should be used if we ever want to do something like this. Although IPA is the official standard, it isn't very computer or user friendly. Therefore I think something like SAMPA, MRPA or X-SAMPA should be used. These are used to some extend among linguistics and are all based on ASCII. These would also relieve the pain of trying to figure out what something would be in phonetic pseudo-english. 2008/6/24 SteveC <[EMAIL PROTECTED]>: > So it would be nice if we could tag how things sound as well as what > they're called. GPS devices are starting to try (badly) at speaking > out the names of things. > > Now there are some ways of marking this up already, but they look > awful and require a degree in linguistics, viz > > http://en.wikipedia.org/wiki/Supercalifragilisticexpialidocious > > (pronounced /ˌsuːpɚˌkælɪˌfrædʒəlˌɪstɪkˌɛkspiːˌælɪ > ˈdoʊʃəs/) > > > One of the badly pronounced streets in San Francisco is Divisadero. > So, I propose that we do something like > > pronounce=deevisadeero > > or something similar readable by humans and flying computers that talk. > > Thoughts? > > Best > > Steve > > > ___ > 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
Re: [OSM-talk] OpenStreetBugs
Having done some human-computer-interaction courses at uni, my main gripe about your program is that bugs can't have different severity ratings and that these ratings aren't visible. The current 'x' icon is very hostile and upfront and should only be used to represent fatal errors in map, not to mark missing streets or typos. In addition it's a bad idea to use this same hostile icon as favicon. You should rather use something friendly and comfortable. 2008/6/13 X <[EMAIL PROTECTED]>: > Hello > > I just made a tiny tool for fun : > http://gpsrevolution.blogspot.com/2008/06/openstreetbugs-eng.html > That's not a big thing but I found it useful. > Feel free to use it. > > Xav (french mapper). > > ___ > 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
Re: [OSM-talk] Front page
My own version with even less clutter: http://lhahne.wippiespace.com/osm/index-ol.html 2008/6/13 Juan Lucas Dominguez Rubio <[EMAIL PROTECTED]>: > I confirm that openstreetmap.org is losing hits in favor of > informationfreeway.org due to that left banner ;-) > > Cheers, > Lucas > > > De: [EMAIL PROTECTED] en nombre de [EMAIL PROTECTED] > Enviado el: vie 13/06/2008 17:12 > Para: OSM Openstreetmap > Asunto: Re: [OSM-talk] Front page > > Would it be possible to make the whole of the left 'banner' collapsable, > so that it would compress to a thin bar on the left of the screen? This is > what google maps does > > Would this have a negative effect with Potlatch getting confused about > screen size? > > Cheers, > Simon > > > ___ > 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 > > -- Lauri Hahne ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] osm talk at local LUG
2008/6/10 Andrew <[EMAIL PROTECTED]>: > Is there a crib sheet for symbols and details anywhere, along with > the respective tabs? > http://wiki.openstreetmap.org/index.php/Map_features ? -- Lauri Hahne ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Svalbard coastlines
Mapnik has the coastline at low zoom levels so there must be some source for those. 2008/5/29 David Groom <[EMAIL PROTECTED]>: > - Original Message - > From: "David Groom" <[EMAIL PROTECTED]> > To: "Erik Johansson" <[EMAIL PROTECTED]>; "Talk Openstreetmap" > > Sent: Wednesday, May 28, 2008 2:17 PM > Subject: Re: [OSM-talk] Svalbard coastlines > > > > Unless I hear that someone else has started it, I'll start uploading > > coastline for this area this evening. > > > > David > > > > > Unfortunately I was not able to generate any coastline data. Due I believe > to missing Landsat tiles for this area. > > I tried both the coastline upload, and lakewalker. > > Sorry > > David > > > > > > > - Original Message - > > From: "Erik Johansson" <[EMAIL PROTECTED]> > > To: "Talk Openstreetmap" > > Sent: Wednesday, May 28, 2008 1:37 PM > > Subject: [OSM-talk] Svalbard coastlines > > > > > >> Does anyone know how to get coastlines for Svalbard > >> (http://openstreetmap.org/?lat=78.99&lon=14.9 ), I know three people > >> who are going there this summer so I was thinking of giving them a GPS > >> for the trip. There is one guy who is going there by sea[1] so he will > >> need a coastline to moor his ship. > >> > >> Svalbard mapping is in a sad state, perhaps the Polar bear likes > >> cartographers too much. The i-cube sattelite images from OpenAerial > >> ends at the norweigan cost, the Google maps coast line is of higher > >> resolution that OSM but still very low res. Not even Norweigan maps of > >> the area are easily available[2] > >> > >> [1]http://forum.openstreetmap.org/viewtopic.php?pid=3203#p3203 > >> [2] > http://www.gulesider.no/kart/?ps=2&companies=&n=80.4676619527361&s=75.9851782341589&e=24.834321988076&w=6.37208972333081&panX=116&panY=-77&tool=pan&scrollX=0&scrollY=0&zoomFactor=undefined > >> > >> -- > >> /emj > > > > ___ > 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
Re: [OSM-talk] National borders in the British Islands
2008/5/29 Dermot McNally <[EMAIL PROTECTED]>: > 2008/5/29 Tom Chance <[EMAIL PROTECTED]>: > > > Let's not get carried away! Scotland, Wales and Northern Ireland are > countries > > with national borders, so those should be shown the same as any other > > national border. > > Well, in a UK context, NI is actually a province, and isn't Wales a > principality? Either way, none of them issue their own passports or > maintain separate EU membership, so you can't really claim that they > are as separate from each other as countries that do have these > trappings of statehood. > But they do have their own football teams which decides this issue. :D -- Lauri Hahne ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM support in KDE's Marble
2008/5/21 Tom Hughes <[EMAIL PROTECTED]>: > In message <[EMAIL PROTECTED]> > Matt Williams <[EMAIL PROTECTED]> wrote: > > > On Wednesday 21 May 2008 16:18:15 Tom Hughes wrote: > > > >> It is nice. Unfortunately the need to warp the tiles onto the globe > >> means that there is a significant reduction in quality over the web > >> based version. > > > > Under the Map View tab, there's a 'Projection' dropdown box. In there you > can > > select 'Mercator' or 'Flat Map' projections. > > Doesn't seem to make any difference - it is still doing some warping > of the tiles by the looks of it. > > The bit at the bottom of the blog post about work being done on using > vector data to resolve that has been pointed out to me now anyway. I just > hope they're not going to try and pull data from the API for that... > Yep. The api is slow already and I'm quite confident it can't handle tens or hundreds of instances of Marble polling it constantly. -- Lauri Hahne ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Huge batch of 1hz Mexico/Central America data
There is no batch uploader currently. From my point of view, you shouldn't send more that a day's file at a time because sending one huge file would effectively halt the upload queue for hours. 2008/5/10 Beau Gunderson <[EMAIL PROTECTED]>: > I've driven to Belize City from Seattle with a 1hz GPS logger and am > wondering the best way to upload the data to OSM. > > You can see the route here: > >http://www.bylandandsea.org/map > > I've got it in GPX files that are each a day's drive long and also as one > giant GPX (180mb or so at current count). > > Should I use the web upload feature or is there an easier way to do batch > uploads? Upload the gigantic file or all of the small ones? > > > Thanks, > > Beau > > ___ > 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
Re: [OSM-talk] WTF ! (about gps traces)
That's propably the trace viewer sucking horribly. If you look at his other traces, you can see that he has got other traces like that which are apparently exported from a gis system. 2008/5/2 Steven Le Roux <[EMAIL PROTECTED]>: > Hi there, > > hey dude, what's that > http://openstreetmap.org/user/wwwFrank/traces/104165 ?? > > -- > Steven Le Roux > Jabber-ID : [EMAIL PROTECTED] > ___ > 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
Re: [OSM-talk] mapping while hiking
2008/4/27 Igor Brejc <[EMAIL PROTECTED]>: > Charles Basenga Kiyanda wrote: > > Thanks for the suggestions. I hadn't thought about clipping the receiver > > to the top of my backpack. I also hadn't thought that a lot of small > > movement, compared to a steady stable displacement, might lower the > > accuracy. I'll keep that in mind if I try to attach the gps to my > > forearm and see what happens. Good suggestions frome everyone. I'll keep > > it in mind. > > > > Charles > > > > > I'm using Vista Cx. From my experience and from what I've read from > other people, I get the best reception if the unit is facing up, as you > said. I'm not sure small movements affect it that much. I also use > poles, but when walking on a flat terrain I tend to hold both poles in > one hand and the unit in the other :). I also try to hold it in the hand > which does not face a slope, it helps a little bit. > I did discover one other thing: if I leave the unit turned off for a > week or so, the unit's clock is no longer in sync, so it shows the > incorrect time (even by a couple of days). The problem with this is that > it calculates positions of the satellites using the incorrect time, so > it takes quite a while to find the right satellites (and then > synchronize the time). Unfortunately I couldn't find a way to set the > time manually. > > Igor > > -- > http://igorbrejc.net > > > That shouldn't really be a problem unless your receiver uses a very crappy software because GPS satellites broadcast correct time every 30s. So your receiver should just pick that. It sounds like your problem is mainly that it takes time find satellites as your receiver can't make pretty much assumptions on which satellites it should try find if it has been turned off for a week. -- Lauri Hahne ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Cuba under the water
2008/4/24 Juan Lucas Dominguez Rubio <[EMAIL PROTECTED]>: > Hi, > > In Mapnik zooms 7, 8 and 9, most of the isle of Cuba is under the water. > Is there anything I can do to fix this? Should I provide a hand-made > shapefile or something? Thanks. > > Lucas > > > It looks ok at http://tile.openstreetmap.nl/coastlines.html so maybe you should just wait till the mapnik shapefiles are updated. -- Lauri Hahne ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] uploading difference between dial-up and broadband using JOSM
On 15/04/2008, Martijn van Oosterhout <[EMAIL PROTECTED]> wrote: > On Tue, Apr 15, 2008 at 9:42 AM, Maning Sambale > <[EMAIL PROTECTED]> wrote: > > I can't seem to find a significant speed in uploading between a dial-up > > and a broadband connection with JOSM. > > > > Any suggestions with faster upload of massive change/edits in an OSM > > file? > > > Since the API works on individual changes, it's latency that matters > more than anything. For bulk uploads it's recommended to run them from > dev or something machine very close to the server... > > Have a nice day, > Or just upload more often. -- Lauri Hahne ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Woodland on a university campus (using layers to make areas render)
Put your amenity=university to layer -5 or something. On 16/03/2008, OJ W <[EMAIL PROTECTED]> wrote: > Where an area of natural=wood is inside an area of amenity=university, the > woodland doesn't appear unless you put it at layer>0 > > http://informationfreeway.org/?lat=52.9356064080633&lon=-1.2017670228240827&zoom=17&layers=B000F000F > > however, that makes the roads 'underneath' the woodland disappear from the > map > > similarly with woodland inside a leisure=park > > http://www.openstreetmap.org/?lat=52.94495&lon=-1.21801&zoom=17&layers=0BFT > > any ideas? > > > > ___ > 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
Re: [OSM-talk] Ideas for Potlatch
On 27/02/2008, Richard Fairhurst <[EMAIL PROTECTED]> wrote:
> Lauri Hahne wrote:
>
> > There are few quirks currently with Potlatch. I hope somebody could
> > fix these :D
>
>
> Some good suggestions, thanks!
>
>
> > 1. The auto complete is great but its behaviour is a bit non-standard.
> > Currently only enter chooses the currently highlighted item and jumps
> > to the next box. Usually tab does this too, and it must be dozens of
> > times I've hit tab and then had to return to complete the tag name.
>
>
> Ha, I'm never sure what to do with this one.
>
> Tab is standard for people who are used to *nix shells.
>
> On Windows and OS X, IME, tab jumps from field to field. Enter/Return
> selects from an auto-complete menu (e.g. Safari, Excel). (The
> behaviour of tab in auto-complete apps is inconsistent, on OS X at
> least.) Potlatch is following Windows/OS X behaviour rather than *nix
> shell behaviour.
>
> It's important that there's a keypress for "move to next field without
> auto-complete", so that you can type "high=very" as well as
> "highway=primary". (I will for the moment ignore those who feel there
> should be RULES to PREVENT non-standard tags being USED.) As to
> whether this is Tab or Enter, I'm not greatly fussed, but it seems
> more logical to me that Enter should stick with its general sense of
> "accept choice".
>
Tab works in JOSM and Excel.
>
> > 5. I don't know how easy this would be but I'd like to see Nasa's
> > Landsat images besides OpenAerial's as Nasa's seem to have better
> > colours around here.
>
>
> Potlatch will accept any tile source in the standard spherical
> Mercator ("like-Google"/"900913") projection/tile system used by OSM
> and a zillion others. I don't know of anyone offering standard-issue
> NASA Landsat in such a form (and who'd be willing to let us leach
> their bandwidth), but let me know if you do!
>
I don't know what server JOSM uses for its Landsat though it probably is in UTM.
What about the other ideas?
--
Lauri Hahne
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Ideas for Potlatch
There are few quirks currently with Potlatch. I hope somebody could fix these :D 1. The auto complete is great but its behaviour is a bit non-standard. Currently only enter chooses the currently highlighted item and jumps to the next box. Usually tab does this too, and it must be dozens of times I've hit tab and then had to return to complete the tag name. 2. The show gps tracks button looks like eraser. I think it's supposed to look like a gps receiver. This would need a better button, maybe a few dotted lines crossing or so. 3. There should be a way to remove a key-value pair without clearing the fields. E.g. there could be a small minus sign next to a pair to remove that pair. 4. There should be a way to show all possible options in the preset type menu (the button with image left to the actual presets). This could be done, for example, by showing all the possibilities if the user clicks and holds it. 5. I don't know how easy this would be but I'd like to see Nasa's Landsat images besides OpenAerial's as Nasa's seem to have better colours around here. -- Lauri Hahne ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Landsat vs OpenAerial Landsat (in JOSM)
I couldn't help noticing that that the Landsat images provided by OpeanAerial map look muck worse than the Landsat images downloaded directly from Nasa. You can see an example at http://www.flickr.com/photos/[EMAIL PROTECTED]/2293670552/sizes/o/ the upper image is from OpenAerial map and the lower one from Nasa. I wonder if Potlatch also suffers from this. -- Lauri Hahne ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Pint symbols: YUCK!
On 24/02/2008, Dave Stubbs <[EMAIL PROTECTED]> wrote: > There can't be progress without someone who can draw a decent pint > glass drawing a decent pint glass. I don't think feedback that you > don't like the new pint glass actually helps much, especially as the > new one definitely does not look worse than the old one, even if it > wouldn't win any design awards. What we're looking for is constructive > feedback. Make it less tall and darker colours. ;) -- Lauri Hahne ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Pint symbols: YUCK!
On 24/02/2008, Igor Brejc <[EMAIL PROTECTED]> wrote: > Lauri Hahne wrote: > > IMHO The symbol is ugly. Even the old one looked better than the current > one. > > > > > > In humble opinion we shouldn't judge other people's effort so harshly > unless we are prepared to draw the pint icon by ourselves ;) > Well, there can't be progress without feedback. -- Lauri Hahne ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Pint symbols: YUCK!
IMHO The symbol is ugly. Even the old one looked better than the current one. On 24/02/2008, Jon Burgess <[EMAIL PROTECTED]> wrote: > > On Sun, 2008-02-24 at 16:46 +0200, Lauri Hahne wrote: > > The old pint symbols look amateurish, the new ones only hideous. Just > > take a look at > http://informationfreeway.org/?lat=61.4978902211692&lon=23.764454385823434&zoom=16&layers=F0B0F > > > > > That looks like a few streets with lots of bars. I don't see anything > wrong with it. > > What do you want it to look like? A different symbol? Not to show the > pub symbol? Show more of other symbols? Buildings outlines being shown? > > > Jon > > > -- Lauri Hahne ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Pint symbols: YUCK!
On 24/02/2008, J.D. Schmidt <[EMAIL PROTECTED]> wrote: > Lauri Hahne skrev: > > > The old pint symbols look amateurish, the new ones only hideous. Just > > take a look at > http://informationfreeway.org/?lat=61.4978902211692&lon=23.764454385823434&zoom=16&layers=F0B0F > > > > Thats how the pint glasses look, at the end of an evening drinking with > brits.. Kinda' blurry and out of focus. That must be due to drinking warm beer. -- Lauri Hahne ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Pint symbols: YUCK!
The old pint symbols look amateurish, the new ones only hideous. Just take a look at http://informationfreeway.org/?lat=61.4978902211692&lon=23.764454385823434&zoom=16&layers=0000F0B0F -- Lauri Hahne ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Kosmos v1.12
Have you tried a tool called Mono Migration Assistant? It gives you a list of all incompatibilities in your software. You can find it at Mono's site. On 23/02/2008, Igor Brejc <[EMAIL PROTECTED]> wrote: > Hello everybody, > > A new version Kosmos is out. I adapted the code so that now the same > binaries should run both on .NET and Mono. I tested it with my openSUSE > VM and it does run, although there are various problems - rasters do not > work because the Mono implementation of image rendering does not behave > the way it is supposed to. > Anyway, new features are listed here: > http://igorbrejc.net/openstreetmap/kosmos/kosmos-v112 > > Happy mapping, > Igor > > > -- > http://igorbrejc.net > > > ___ > 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
Re: [OSM-talk] do we have a map feature for this? :)
On 22/02/2008, Jo <[EMAIL PROTECTED]> wrote: > Michael Collinson wrote: > > At 04:28 PM 2/22/2008, Igor Brejc wrote: > > > >> Sat-nav lorry stuck in farm lane: > >> http://news.bbc.co.uk/2/hi/uk_news/wales/north_east/7257555.stm > >> > > > > hgv=no;no;no;no;no > > > > hgv=the_previous_one_is_still_stuck_a_bit_further_down_the_road :-) > Nice. BBC even has a photo of a sign banning lorries on that road. -- Lauri Hahne ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Source of Nokia footpath maps?
On 11/02/2008, Andy Allan <[EMAIL PROTECTED]> wrote: > Is there anything to say that it'll have footpaths on it? It would be > fairly easy to take teleatlas etc, ignore the oneway tags and call it > "pedestrian-optimised", and few people will notice until they are out > of town. :-) > Navteq you must mean. ;) National mapping agencies and cities definately have footpath information available if you are willing to pay for it. -- Lauri Hahne ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Lighthouses? Should they be rendering?
On 10/02/2008, Frederik Ramm <[EMAIL PROTECTED]> wrote: > Hi, > > > > PS: I'd still love to see those lighthouses we do map appearing on the > > > rendered output. > > > > Usually that requires pressuring the right guys in irc. > > For [EMAIL PROTECTED], just change the stylesheets in SVN. > If I had an svn account I would. -- Lauri Hahne ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Lighthouses? Should they be rendering?
On 09/02/2008, Dermot McNally <[EMAIL PROTECTED]> wrote: > PS: I'd still love to see those lighthouses we do map appearing on the > rendered output. > Usually that requires pressuring the right guys in irc. -- Lauri Hahne ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Lighthouses? Should they be rendering?
But On 09/02/2008, Dermot McNally <[EMAIL PROTECTED]> wrote: > It would be great to get these rendering - in particular, since > there's a spreadsheet made available by the Commissioner of Irish > lights with the lat and long for all lighthouses for Irish coastal > waters and their site doesn't assert any copyright that would prevent > its importation. These can be very useful landmarks on land and sea. > But the problem is that copyright is opt-out, not opt-in. So not having no mention of copyright gives you no right what so ever. Though if it's just a list of facts, it's only covered by database rights which don't apply unless there has been a lot of work in creating the database. -- Lauri Hahne ___ 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
Re: [OSM-talk] election 1 Voting system prototype (was: Move tagging RfCs/voting to extra list?)
Maybe it would be better and easier to use if the system send personalised links to a voting page where you would just pick your opinion and click a button to cast a vote. Though this should be an optional way to vote such that those who want to use only email could use it. On 17/01/2008, Sebastian Spaeth <[EMAIL PROTECTED]> wrote: > OK, I just coded up a little prototype. Consider this a small test of > the system. I propose to set up an osmvoting mailing list to which vote > proposals are sent. Subscribers will have to just insert one of the > following: > +1 > -1 > 0 > at the beginning of a line to vote (pro, con, abstain) and press reply. > (Your mail address will not be published anywhere). Done. You can try it > out now. Hit reply, insert +1,-1 or 0 at the beginning of a new line > somewhere in the mail. Replies need to be send to [EMAIL PROTECTED] > (the mailing list should be set up to do just that automatically). A > script evaluates new mails once per hour and records the votes. You can > see the results of all votes here: > http://sspaeth.de/osm/mailvote/ > > Try it out and vote positive and negative to try it out (there is > currently no restriction to one vote per mail address, but that is trivial). > > spaetz > > ___ > 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
Re: [OSM-talk] Why place matters, slides from Vanessa Lawrence talk
On 11/01/2008, tim <[EMAIL PROTECTED]> wrote: > Trust the identical free map made by a bunch of geeks with cheap GPS > and where the reliability, data quality isn't clear, or by us, where > we document and guarantee the quality. Who would you go for if you had > a business? > Openstreetmap brings new kind of problems. What if you put a slippy map on your page and take the tiles from OSM's servers. Then you risk the possibility that someone edits that part of the map to add some unwanted content to your page. -- Lauri Hahne ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Fwd: [EMAIL PROTECTED] memory issues ?
-- Forwarded message -- From: Franc Carter <[EMAIL PROTECTED]> Date: 28 Dec 2007 23:41 Subject: Re: [OSM-talk] [EMAIL PROTECTED] memory issues ? To: Lauri Hahne <[EMAIL PROTECTED]> Oops, didn't reply to the list 64bit fedora-7 on an dual core amd64 cheers On Dec 28, 2007 8:20 AM, Lauri Hahne <[EMAIL PROTECTED] > wrote: > Are you running 32 or 64 bit operating system? > > > > > On 27/12/2007, Franc Carter <[EMAIL PROTECTED]> wrote: > > > > Hi, > > > > I've just upgraded my main machine to 3GB of RAM and put > > a new the latest version of tilesAtHome (Linux) to try to do > > some rendering - The centre of Sydney (3768,2458) bombs > > out with what looks like a memory issue:- > > > > Too many heap sections: Increase MAXHINCR or MAX_HEAP_SECTS > > > > Any ideas on what's wrong ? > > > > thanks > > > > -- > > Franc > > _______ > > 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 > -- Franc -- Lauri Hahne ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [EMAIL PROTECTED] memory issues ?
Are you running 32 or 64 bit operating system? On 27/12/2007, Franc Carter <[EMAIL PROTECTED]> wrote: > > Hi, > > I've just upgraded my main machine to 3GB of RAM and put > a new the latest version of tilesAtHome (Linux) to try to do > some rendering - The centre of Sydney (3768,2458) bombs > out with what looks like a memory issue:- > > Too many heap sections: Increase MAXHINCR or MAX_HEAP_SECTS > > Any ideas on what's wrong ? > > thanks > > -- > Franc > ___ > 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
