Re: [OSM-dev] Start Contribution
Visible here : http://wiki.openstreetmap.org/wiki/File:OSM_Components.png (found from French wiki page which still has the previous layout) 2013/10/9 Pieren > On Wed, Oct 9, 2013 at 6:01 PM, Serge Wroclawski > wrote: > > > It's a bit more complicated than that- and this really should be > > better documented (or if it- easier to find). > > > We had in the past a diagram on this page: > http://wiki.openstreetmap.org/wiki/Develop > > but is gone. Probably needs some refresh. > > Pieren > > ___ > dev mailing list > dev@openstreetmap.org > https://lists.openstreetmap.org/listinfo/dev > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] ODbL full history planet
52M only ? Current Geofabrik PBF extract weights 187M http://download.geofabrik.de/openstreetmap/europe/france/ 2012/10/29 Peter Körner > > Here you go: > <http://osm.personalwerk.de/**full-history-extracts/history_** > 2012-10-13_13:35/europe/**france/<http://osm.personalwerk.de/full-history-extracts/history_2012-10-13_13:35/europe/france/> > > > > > Peter > > > __**_ > dev mailing list > dev@openstreetmap.org > http://lists.openstreetmap.**org/listinfo/dev<http://lists.openstreetmap.org/listinfo/dev> > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Hello World
Hi, I'd be very happy to have a new map style free (or almost free) of POIs, in order to leave the selection of categories to the user. It is currently done by 3Liz company, thanks to their LizPoi demo http://lizpoi.3liz.com/demo/index.php/lizpoi/map/?tree_id=1 (by the way, POIs are clickable) This is one of my favorite way to show how rich and diversified the database information can be Works best so far with Mapquest tiles as background 2012/10/12 Michal Migurski > Hi everyone, > > My wishlist: > > * Create a new map style intended to be the default face of OSM, but leave > the current OSM.org Mapnik style as-is. It works beautifully as an editor's > basemap due to the dense inclusion of all data. Keep it, but add a new one > that's for non-editors to look at. > > > -mike. > > > michal migurski- m...@stamen.com > 415.558.1610 > > > > > ___ > dev mailing list > dev@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] History statistics
I think the memory problems occured during the osm-history-importer [1] process Some people were successfull in building the database for limited areas, but France is extract is huge in comparison. Is there a way to limit RAM usage for such large files during import ? [1] https://github.com/MaZderMind/osm-history-renderer 2012/7/16 Jochen Topf > On Mon, Jul 16, 2012 at 01:28:50PM +0200, Aurélien FILEZ wrote: > > I'm searching history statistics of the french territory contributions in > > order to make some graphics about : > > - Number of "named roads" > > - Numbers of "house numbers" > > - Number of kilometers of different types of roads (highway, primary, > > secondary, tertiary, residential). > > > > I tried OSMIUM with the last avalable france.osh.pbf, but data are too > many > > data and cause bad allocs errors on a 8 Gb memory server. > > What exactly did you do? > > If you use the RangeFromHistory handler to filter out one specific date in > the > history and then the Statistics handler, you should be able to generate > some > statistics, though not exactly the kind of statistics you are asking for. > But > you can use the Statistics handler as a model on how to write your own. > > You'd have to tun the thing several times, each time filtering out a > different > date with RangeFromHistory. > > Or you write your own handler that directyl works on history data, but > thats > a bit more tricky. > > In any case it should not need 8GB for all of this. You might have used the > MmapAnon node storage instead of SparseTable handler. This explains the > different options: > http://wiki.openstreetmap.org/wiki/Osmium/Storing_Node_Positions > > Jochen > -- > Jochen Topf joc...@remote.org http://www.remote.org/jochen/ > +49-721-388298 > > > ___ > dev mailing list > dev@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Useful post-bot visualisation?
Hi, FYI there is already such analyser for France, thanks to osmose tool : http://osmose.openstreetmap.fr/map/?item=7060 Results are still partial (limited to few regions such as Haute-Normandie and Languedoc-Roussillon), as the analyser is running at this very moment. Later on, analysis is performed every 48hrs Stats are available here : http://osmose.openstreetmap.fr/utils/info.py?item=7060 Unfortunately, coverage should be limited to France, Benelux and Swiss Bye 2012/7/17 Frederik Ramm > > So should we just ignore deleted things and make a "stuff last edited by > the bot" map, or what would you say? > > Bye > Frederik > > -- > Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" > > > __**_ > dev mailing list > dev@openstreetmap.org > http://lists.openstreetmap.**org/listinfo/dev<http://lists.openstreetmap.org/listinfo/dev> > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Building a friendly new editor in JavaScript
Hi, This is a nice idea ! Most of the time, absolute beginners start with the addition of POI, and it is often related to shopping. Having clever dialog boxes allowing to indicate properly contact information (i.e. phone number in proper format) opening hours website ... would be great. Even beginners get confused with imagery alignment. Maybe it is a good point to allow manual alignment with elements already in database (as it is possible in JOSM) Is it already possible to avoid the automatic connection to existing nodes, when expanding a way ? I like the ability to dim / hide some elements in JOSM (such as buildings, landuses). Having way too many elements visible on screen can cause confusion I hope that the points above are not too much off-topic ! 2012/7/13 Richard Fairhurst > Hi all, > > Potlatch is five years old and JOSM is over six years old. Scary, isn't it? > > Lots has changed in those five years. Browsers now do natively things that > used to require a plugin - indeed, you might not even have the plugin > anymore. OSM's changed, too, from a little-known geek project to this > behemoth of map data used by millions every day. > > So we need another editor. Not to replace what we have now: Potlatch > fulfils the intermediate editor role and JOSM fulfils the advanced editor > role very nicely. What we don't have, yet, is a simple, friendly editor as > a welcoming way into OSM. > > I thought I'd start writing one. > > So: iD. Pure JavaScript, using the Dojo toolkit (which is really nice). > > It's at a really early stage of development. It doesn't save anything yet, > nor do any tagging, nor even let you delete things - that's how early it > is. After all, it'll be much better if the collective brains of OSM and > elsewhere apply themselves to the challenge, rather than just me sitting in > a room in Charlbury. > > Fancy getting involved? > > Here's the project page: > http://www.geowiki.com/ > > And here's the source: > https://github.com/systemed/iD > > Throw questions at me (on dev@) or just get started and hack away. > Between us we can build something really good. > > cheers > Richard > > > > ______**_ > dev mailing list > dev@openstreetmap.org > http://lists.openstreetmap.**org/listinfo/dev<http://lists.openstreetmap.org/listinfo/dev> > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] hacking outdoor GPS devices
Hi all, I've been in touch with Michele Bavaro, who runs One Talent GNSS [1]. He has developped a clever (in my opinion) solution for precise logging. It includes : - U-blox Neo-6 GPS chip (6T or 6P) - a polymer lithium pack with approximately 4 hours of battery life - uSD card - USB for recharging and other useful things - MCX connector with selectable 3.3V or 12V DC output for GPS antenna - Bluetooth connection - Price is 400 € BT allows for configuration / control from a device such as a smartphone. Therefore, no display is required on the logger itself. It can be easily charged in a car, thanks to the USB connector Device is not detailed so far on his website, fur I'm sure he can provide information. If you're comfortable with German, usefull information on similar device (GPS chip in particular) can be found on Kowoma forum [2] Michele is keen to adjust the hardware if necessary and he promotes the use of OpenSource software, such as RTKlib (which I think he's porting to Android) Hope it helps [1] http://www.onetalent-gnss.com/ [2] http://www.kowoma.de/gpsforum/viewtopic.php?f=3&t=3247 2012/4/20 datendelphin > On 16/04/12 20:26, Mitja Kleider wrote: > > Hello, > > > > I have a few questions regarding outdoor GPS devices: > > > > * Are you satisfied with the available devices? What would you change > first? > > * If there was a device with open source firmware, would that be an > > important feature? > I have mostly one concern with available GPS loggers: the varying > accuracy. We don't need the 2-3cm accuracy of a surveyors GPS, but a > little bit more would be helpful. So the two important features would be > > - Show reliably how accurate the position is. Unlike a navigational > GPS, it's of not much use to have quickly a fix which is 100m away. High > sensitivity brings multipath reception which can make a track useless > for mapping. In other words: a mode which only uses a reliable fix. > > - differential GPS. If you want to record some details, positioning a > gps on a known point can give a huge increase in accuracy. This feature > would not be that hard to implement, and I am sure some technical > university would gladly make a project out of it, if we could get access > to the internal measurements of the chip set and not only the fully > processed NMEA data. > > Datendelphin > > _______ > dev mailing list > dev@openstreetmap.org > http://lists.openstreetmap.org/listinfo/dev > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus" ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
