[OSM-talk] Potlatch and Gnash (was: JOSM will move to Java6)
And use the gnash runtime. I think it is a good idea to generate gnash-compatible Flash apps, for example to support whatever embedded system/ smartphone with a powerful OS. Agreed. I use gnash on all my machines nowadays, and while I can't say that it works for everything, it does work well enough that even my wife didn't ask me to (re)install Adobe's version. Note that there are also non-embeeded systems and non-smartphones on which Adobe's Flash is not available (non-x86 systems running GNU/Linux, like PowerPC macs, some netbooks and nettops, ...) The rumor said that when gnash-0.8.4 came out (or was it 0.8.6?), someone had Potlatch working with it. But I never managed to make it work. Currently, when I click the edit tab, Potlatch comes ou with some icons at the bottom, a pen cursor thingy, and the middle of screen gives me a macosx-style hourclock saying Please wait - loading presets and the hourclock keeps spinning eternally. Gnash seems not to be very active, but it is quite feature-complete. I'm pretty sure that Potlatch can be made to work on Gnash, if only the Gnash and Potlatch people got together and took it as an important goal. As it stands, Potlatch developpers do not seem very motivated and prefer to tie their hands a bit tighter with more proprietary technology, sadly. Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-ca] PR stuff Ottawa Opendata Sat 24th April
http://opendataottawa.ca/ It's at City Hall and it looks like the press will be present. It's local so I could pop down. However having just me without a laptop, or banner probably wouldn't do much good. Any suggestions? and no I don't have access to a colour printer to print a banner etc. Really? With a Google map on their page? And you have to join Twitter if you want to contact them. I know It's all about education!, but this is really disappointing. Stefan ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk] Why the BSD vs GPL debate is irrelevant to OSM
If you look at the software stack on a modern computer, you see the kernel, above it libraries and then the application programs. The most popular free kernel is the Linux kernel which is under the GPL, but libraries and applications used on top of a Linux kernel don't fall under the GPL restrictions. (They may be GPL licensed but they are not GPL licensed *because* they run on a GPL kernel.) Some licenses are LGPL, allowing non-GPL software to use them. So there is ample precedent that it is good for basic components not to dictate the licensing of stuff that is built on top of them. Note that LGPL is also a form of share-alike. I'd guess that it is actually this kind of share-alike that the OSM would want to aim for: you can use the data and mix it with proprietary products, but you can't modify the data without sharing those modifications. E.g. I'd be happy to see things like Google use OSM data and mix it with any other source of data they can get their hands on, but only if improvements they make to the data (or they get from their customers) get fed back to OSM. Otherwise, the Google data will improve when the OSM won't and sooner or later the OSM data will be irrelevant. The key here being that the OSM data is valuabel not because it belongs to the OSM but because anybody else can use it, whereas Google's own data can only be used by Google. Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] remote editing with handheld
Of course, you could get one of these: http://www.ikegps.com/prodLine1000.aspx Why bother: it doesn't even have a microphone to record notes. Stefan ;-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Will Google ever use OSM data?
That's what I believe what Google their ilk will not be prepared to sort out. I'd highly doubt it. Google engineers are very good at taking poorly structured data and automatically extracting useful info out of it. Care to give examples context? I see no evidence of it in GM at the moment. Hmm... Google Search? Google News? Google Scholar? ... Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-ca] Can-Amera border, states and provinces.
I think the provincial / state borders will continue to be yucky on the main map until mapnik supports rendering different style sheets per region / country. We, in North America, get to see what is A better approach would be for mapnik to look at the area covered and try to adjust the level of administrative boundaries displayed based on how much fits. Same for roads, of course. Basically, auto-adjusting the style-sheet based on the amount of details it has room for. Stefan ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk] Is anyone making public transport routing maps basedon OpenStreetMap data?
Not that I'm planning to screenscrape the PDF timetable or anything. Though I imagine that, if I were, I'd use CAM::PDF to read the file, write my own PDF renderer, then parse the columns and put the result in a MySQL database. Purely hypothetically. Would you happen to have a hypothetically working hypothetical program that does just that? Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Collecting public transportation time tables
I don't see why this needs to be a separate project. We already have Key:opening_hours for amenities, why not Tag:highway:bus_stop with additional tags that describe when each bus line stops there and a relation to map the greater bus route. That should be sufficient information to map the transit system and the data wouldn't be spread across two independently maintained databases. Then you have the fact that time tables depend on the day of the week, that the route depends also on the day of the week, and on the time of day, and It's a big project in itself. Rather than try to centralize everything we know about the world into OSM, we would be better off figuring out how multiple databases can be tightly connected. Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] vandalism on OSM
Subtle vandalism will always be the hardest to spot. If it is imagined that it might become a problem, then perhaps uploading a change to anything which already existed could notify the last 1 or 2 people that amended that feature, as they are the most likely to know what is correct or be in a position to double check if they doubt what they did previously. This would be very useful indeed. Not just for vandalism. A good diff tool or better a diff API call would be helpful as well. With that you could periodically look over the changes in your area. I have better things to do than keep an eye on the various parts that I changed in the past. That's what computers are for. Which is why I think it'd be *much* better if any change automatically sends a heads-up email to the previous author(s). Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] map display www.openstreetmap.org (Roman Neumüller)
...and maybe a small crosshair just in the middle of the map-window to indicate the exact lat/long... ;-) For me: right click at a spot in the map should pop up some info about that location (e.g. tags and values, lat/long, cafés nearby, copy location as a GPS coord, copy it as a URL, you name it...). Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Pedestrians on cycleways
Tagging a road as something implies certain rules, surely, and only when those rules are different from the standard (for that country) should you need to say so. Same as the oneway=no discussion that went on previously. All those discussions about cycleways, motorway_link, maxspeed, etc... seem to point at the same problem: on the one hand, the authors should need to enter as little info as possible, and as close to the on the ground data as possible, which means that it should elide all the data that's available from context (local laws and customs); and on the other hand, users of the data want it to be in a much more regular form, without having to worry about the customs used in any particular part of the world. So, I think we should split the data in the following way: 1 - the user-written data, as close as possible to what's available on the ground. 2 - a bunch of locales, defined by the land they cover (typically countries, states, provinces, ...). 3 - a set of rules that say how to interpret the raw data for specific locales. 4 - A library that takes the above 3 and generates a clean output, indendent from any local laws and customs. -- Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] mapnik rendering or tagging issue?
If you look at http://openstreetmap.org/?lat=45.52lon=-73.59zoom=8layers=B000FTFT you should see an urban island labelled Laval and Longueil. If you zoom out, only Laval is left, while if you zoom in you'll discover that this is really the island of Montreal. Is this a problem in mapnik or is it a problem with the OSM data? If the latter, how can I fix it? Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Garmin USB on Windows
They use a Windows PC and, unfortunately, it's an employer's managed laptop so they can't install stuff on it - like the Garmin drivers. Why not boot a GNU/Linux live distribution (e.g. from a USB key)? Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
