Re: [OSM-talk] JOSM and GPX
On Jan 23, 2008 8:49 PM, Cristiano Giovando [EMAIL PROTECTED] wrote: In alternative to converting from GPX, has anybody developed or working on a generic shapefile to osm converter? I don't know if there is a generic version, given there no standardisation at all for shapefiles. and2osm converts the specific AND format to OSM and it could probably be altered to suit other shapefiles, but it's not generic. Note that there is a generic shapefile to postgresql converter, so if you just interested in rendering that might be easier... Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] highway=stop
On Jan 24, 2008 1:46 AM, Robert (Jamie) Munro [EMAIL PROTECTED] wrote: We need a way to know where stop signs and give way (yield) signs are and which direction they face. It probably requires a relation between the node and the way they are on. I think we're going about this the wrong way: the stop signs are there because one road has right of way over the other. In NL there is a stop sign but mostly it's indicated by markings on the road (a sort of teeth marking). I don't think anyone is suggesting we put the road markings in OSM also? We should be marking which road has right-of-way and then users/renderers can infer the stop signs or whatever from there... Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] highway=stop
Even if we mark right-of-way, how do we know there's a stop and not just a give way? I would also prefer something simpler than using a relation but it seems that's the way to go. Renaud. On Jan 24, 2008 10:26 AM, Martijn van Oosterhout [EMAIL PROTECTED] wrote: On Jan 24, 2008 1:46 AM, Robert (Jamie) Munro [EMAIL PROTECTED] wrote: We need a way to know where stop signs and give way (yield) signs are and which direction they face. It probably requires a relation between the node and the way they are on. I think we're going about this the wrong way: the stop signs are there because one road has right of way over the other. In NL there is a stop sign but mostly it's indicated by markings on the road (a sort of teeth marking). I don't think anyone is suggesting we put the road markings in OSM also? We should be marking which road has right-of-way and then users/renderers can infer the stop signs or whatever from there... Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ 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] Mapping canals
On 24/01/2008 10:34, Gervase Markham wrote: Sven Grüner wrote: I don't know of any country using the metric system that is familiar with the term kph. The unit symbol is km/h and so everbody uses *kmh*. Google understands kph: http://www.google.com/search?ie=UTF-8oe=UTF-8sourceid=navclientgfns=1q=30mph+in+kph So this is just another example of why allowing people to use any unit as long as they label it is a bad idea :-) 'use any unit as long as they label it ' seems to be in line with (some people's) philosophy of tagging - use any tag you like, and it'll eventually converge to some kind of concensus. Indeed, that being the case, people *will* and probably *have already* put units into these kind of tags, so chances are units are defacto part of OSM tags. If CSS can do it, I don't see why OSM can't get to grips with units. It's not hard to process a unit string after a number. And there's no reason why such processors can't recognise variations either: km/h, kmh-1, kph; mph m.p.h. etc. because if there is no syntax check you can be sure every variation you can think of and many you can't will arise. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapping canals
Gervase Markham wrote: Sent: 24 January 2008 10:34 AM To: talk@openstreetmap.org Subject: Re: [OSM-talk] Mapping canals Sven Grüner wrote: I don't know of any country using the metric system that is familiar with the term kph. The unit symbol is km/h and so everbody uses *kmh*. Google understands kph: http://www.google.com/search?ie=UTF-8oe=UTF- 8sourceid=navclientgfns=1q=30mph+in+kph So this is just another example of why allowing people to use any unit as long as they label it is a bad idea :-) Google and other data users are provided with their data in detailed and specified formats by external contractors. They know at the outset what the units for a given data set are. Thus it's relatively easy for them to provide a response to users with any suitable conversion they wish. You could decide on a strict set of tags for OSM and use these to define certain attributes. Thats fine for making it easier to code and deliver reliable data to users but absolutely useless if this precisely formatted data doesnt exist in the database, and thats the reality we face. Contributors of data to OSM are not professionals working to a strict code of practice, so we can never guarantee that general contributions will be in metric, imperial or wigets. If a group of OSMers wish to set up a strict standard following process then thats fine but of course it's going to be limited to small amounts of data and small geographical areas. The alternative is to accept the limitations of the model and work out ways of using what data exists in a flexible way. If the units are given then its a doddle (even if the form varies), if no units are given then it is most likely the unit implied is the convention for the location (eg miles for UK, USA or km for rest of Europe etc). OSM will always need smart and sophisticated processing. Cheers Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapping canals
On Jan 24, 2008 12:12 PM, Andy Robinson (blackadder) [EMAIL PROTECTED] wrote: OSM will always need smart and sophisticated processing. But need should draw a line somewhere. I think we should declare anyone trying to add: speed=45ft 6 13/16in per second as insane and we should not be expected to support it. Google does, but we shouldn't expect every OSM user to be able to duplicate that feat. (It's 50km/h in case you're wondering). At the very least can we agree that it should be one (1) floating point number (no scientific notation) with one (1) unit. That brings it back to something feasable. I'm also worried about people using gauges adding 5ft 5in somewhere, we should at least require decimals. Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapping canals
On Jan 24, 2008 11:26 AM, Martijn van Oosterhout [EMAIL PROTECTED] wrote: I'm also worried about people using gauges adding 5ft 5in somewhere, we should at least require decimals. I've tagged low bridges in Leicester with maxheight=15'0, for example. That's what the sign on the bridge says, that should be represented in the database. We need for the UK to keep imperial measurements in the DB. Now, I abhor imperial measurements and want to see us completely metricated, so please don't mistake me for some kind of rabid anti-metric person. But the signs say things in feet and inches and that is a fact. This discussion should not be about a bunch of non-UK people declaring that UK people aren't allowed to use the unit system the UK (regrettably) uses in the database, but instead it should be how this can be best done in a way that tools don't get too confused by. Please let us have that conversation. The idea of a cron job is slightly absurd but nontheless is a thought in the right direction. There are many options. I think defining a very small set of allowed units and formats thereof, and then sample code in many languages to convert these to metres/kilograms, might be the solution. -- Abi ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapping canals
On 24/01/2008, Abigail Brady [EMAIL PROTECTED] wrote: We need for the UK to keep imperial measurements in the DB. Our challenge is to manage to do this while also keeping the data interpretable. If an in-truck navigation system knows that this particular truck needs a clearance of 5m then maxheight=15'0 needs to be interpreted somewhere. My favourite suggestion so far is that a second key be introduced - either for the original measurement (my favourite, since it retains the traditional meaning of the existing key) or for the normalised equivalent. Dermot ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapping canals
Dermot McNally wrote: My favourite suggestion so far is that a second key be introduced - either for the original measurement (my favourite, since it retains the traditional meaning of the existing key) or for the normalised equivalent. This is what I was thinking all along. On the one hand you want the info as it is indicated in situ. On the other hand you want to be able to parse it efficiently. A second field seems like the most obvious solution. Maybe name spaced: maxheight:imperial = 3 ft. Polyglot ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapping canals
At 03:34 PM 1/24/2008, Jo wrote: Dermot McNally wrote: My favourite suggestion so far is that a second key be introduced - either for the original measurement (my favourite, since it retains the traditional meaning of the existing key) or for the normalised equivalent. This is what I was thinking all along. On the one hand you want the info as it is indicated in situ. On the other hand you want to be able to parse it efficiently. A second field seems like the most obvious solution. Maybe name spaced: maxheight:imperial = 3 ft. Polyglot Or maxheight= 3 ft - original-easy-to enter folksomomic key (defaults either to metric or local usage, there are arguments for both) maxheight:metric = 0.912 - added either by power users or by post-processing That is the sort of conclusion I've been coming to with the is_in tag. It is useful to have an easy to remember but fairly free-form tag to capture mass observations and then gain extra value from it by by post-processing and name-spacing for more systematic/rigorous catagorisation. Mike Stockholm ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Slippymap Hosting Recommendations
On Wednesday 23 January 2008 01:43, Bone Killian wrote: I have enough space to do this with my current provider (Omnis), but they have some weird limitation about total number of files, which I keep bumping up against. Not a solution, but hopefully just an explanation. They're probably trying to stave off inode limitations of their chosen filesystem. Filesystems have a maximum number of files placed upon them at formatting time, and it's a nightmare if they run out of inodes. I run a proxy for informationfreeway, and it used to do a Gig a day of traffic. The cache would fill up with millions of files, and could easily eat up all the available inodes within a couple of weeks. Free space was still in the tens of Gigabytes range, but no new files could be created. Fun for all :-) Kyle ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Units convention (Was: Mapping canals)
CHANGE THE SUBJECT LINE, GUYS! On Thu, Jan 24, 2008 at 04:08:21PM +0100, Michael Collinson wrote: maxheight= 3 ft - original-easy-to enter folksomomic key (defaults either to metric or local usage, there are arguments for both) maxheight:metric = 0.912 - added either by power users or by post-processing I heartily endorse this event or product. Seriously, this feels like the OSM way, and therefore is right. 1) Existing tags are already dirty with respect to units - they can, and *do* contain mixed units. 2) This is analogous to the language keyspace - the unspecified key contains the local what's on the ground data, but specific languages are in the approriate key. So as Michael says, maxheight could be anything, but maxheight:metric would be in metres. troll And maxspeed:metric would be in metres per second. /troll s ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Units convention (Was: Mapping canals)
The complete list of allowed units for speed is: Where did you find this? Is it http://wiki.openstreetmap.org/index.php/Map_Features#Restrictions * kph (assumed if there is none specified) * mph please do NOT call it kph. The derived SI units are km/h That's it. The fact is that the UK and USA use mph, and they are 2 of the most important countries in OSM. Does UK still use mph? Speaking about canals - do they use nautical speeds? Is the proper unit km/h, mph or knots, are these land or sea miles? Distances here are given in km, using km plates besides the canal. For heights and widths etc, the list is: * ft * m m would be the default - and I assume it's a decimal POINT here (since many countries do use decimal commas). Since some distances might be above 1 000 metres, I do recommend a space as thousands separator: US: 1,000.00 m = 1 km DE: 1.000,00 m = 1 km 1 000.00 m = 1 km ... my recommendation -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Units convention (Was: Mapping canals)
Martin Trautmann wrote: Speaking about canals - do they use nautical speeds? Is the proper unit km/h, mph or knots, are these land or sea miles? Distances here are given in km, using km plates besides the canal. In the UK they use mph and miles.* Sometimes on river navigations there's maxspeed_upstream and maxspeed_downstream, too. :) cheers Richard * anoraks may pick me up on this but that's _way_ too involved to get into here ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Units convention (Was: Mapping canals)
On 24/01/2008, Martin Trautmann [EMAIL PROTECTED] wrote: m would be the default - and I assume it's a decimal POINT here (since many countries do use decimal commas). Since some distances might be above 1 000 metres, I do recommend a space as thousands separator: A few days ago I was blissfully ignorant of the fact that there were any unit suffixes at all in these fields, having assumed that all mappers were storing metric units as implied by Mapfeatures. We now have a messy set of proposals from which we need to find the best outcome. So _please_ don't let's end up also introducing thousands separators where we don't need them. Dermot ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Units convention (Was: Mapping canals)
On Jan 24, 2008 4:18 PM, Martin Trautmann [EMAIL PROTECTED] wrote: US: 1,000.00 m = 1 km DE: 1.000,00 m = 1 km 1 000.00 m = 1 km ... my recommendation There is really no point using a thousands separator in figures which are supposed to be machine-readable. -- Abi ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Mapping canals
Andy Robinson (blackadder) wrote: (Actually, on checking with a calculator, 7*12*2.54=213.36. So I'm doing a bit of unconscious rounding already.) Indeed, the exact conversion is to multiply/divide by 0.3058 Er, you mean 0.3048, right? (one inch is _defined as_ 25.4mm, and has been for many decades) I vote for what Stephen Gower (etc) said, keep the user-edited tags dirty. Friendly active mappers are the limiting resource. The thousand separator sounds daft to me, but if we're calling the user-edit field dirty and putting it in there, it's not actually a problem, even if it is daft. Tom ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Units convention (Was: Mapping canals)
There is really no point using a thousands separator in figures which are supposed to be machine-readable. The storage format should be machine-readable. That's why ft and mph would be converted to metric numbers. User's output should be best for reading - and input could be flexible e.g. for copy/paste to accept spaces within input fields, but delete them for storage. -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] travel-time-maps
On Jan 24, 2008 6:12 PM, Tom Carden [EMAIL PROTECTED] wrote: On 24/01/2008, Stephen Gower [EMAIL PROTECTED] wrote: On Thu, Jan 17, 2008 at 01:32:47PM -0800, Tom Carden wrote: Happily I can inform you that this work has recently been picked up again. ...indicates that some progress is public, (bar the press release) at http://www.mysociety.org/2007/more-travel-maps/ Indeed, thanks! Apologies to those who are not happy using Flash 9, but the interactive features really did need it. And yes, they are using OSM data! Yes :) Nick at ZXV helped out with the projection of the mapnik layer to OSGB so that the mysociety overlays lined up. Artem also helped out a lot with the OSGB projections and Mapnik - so thanks to him too. Before anyone complains that there's no CC-BY-SA attribution (the letter of the license) please rest assured that Steve (Coast) already got to me and that I am updating the maps to reflect that as quickly as I can! The project is prominently credited, and all the code is open source (the spirit of the license). However the lack of CC license is an oversight on my part, and given my early involvement in OSM I should have known better. Next time... ;-) Tom. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- Nick Black http://www.blacksworld.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Units convention (Was: Mapping canals)
I hope I'm not missing the point here but surely the maps should use a unit convention for each type of measure. Say metric for distance (be it from place to place or contour heights or sea depth) and then the user can choose to render it as they prefer? Without intimate knowledge of this project and as a new visitor, I guess I had some preconceptions about it. I thought in these days of XML and model-view separation, the map would be merely a tag hierarchy for a geographical taxonomy and just describe the positioning of things in a spherical coordinate space and some meta info about each element (name, classification, type, description, Dublin Core data* )? The rendering or view of that space should be a completely separate process. If that's true, then the distances and all other measures will be expressed inside the notation in a self-consistent way (e.g. metric...) and the user can choose to render them in whichever way they require at the time: colour intensity, miles, multiples of the distance between their ears, whetever they like. Perhaps the default for an application rendering the map should be to convert the units according to the locale settings of the host operating system? The same principle surely would also apply to other aspects of the rendering, such as the icon set for road signs or the fill pattern for orchards or even the projection type (if any) used**. That way, the map could be rendered via some XSLT as a graph or filtered down to an element set of particular interest. Perhaps, the user prefers to store and manipulate vector on the server, and convert it on the fly to their own style of bitmap on the client? Or use VRML instead of SVG or SVG instead of Flash or Flash instead of JPG. etc... Another advantage would be the ability to search a graphical space by not just the pre-canned names but all the available metadata or its derived data. I have the feeling that I'm about to kick off a storm of protest that everything I've described is already in place but just in case it's not, I'm going to post this anyway I look forward to an interesting chat. Flame away, I'm feeling toasty already ;o) Cheers, Greg *http://en.wikipedia.org/wiki/Dublin_Core **http://en.wikipedia.org/wiki/Map_projection -- This e-mail address is the one I use for companies who incorrectly presume promoting products to me is a right. Any e-mails sent to this address are aggressively spam checked and most are discarded, unread. If you're one of those companies you'll find customers are more responsive if they've actively opted in to receive specific information - rather than passively opted in or, worse, just spammed. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] voting closed/proposal rejected - hov access
voting has been open on this for 4 weeks. it has now closed, with 4 yes votes, and 1 no vote - the proposal was rejected http://wiki.openstreetmap.org/index.php/Proposed_features/hov_access it will be moved to the rejected features page thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM in the press: Article about the finished TIGER import on linux.com
Hi, Would it make sense to note these in the press coverage of OSM list on the wiki? Yes, please do. I also hope that some individuals make copies of these articles in case they get lost (are removed from the web). 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
[OSM-talk] golf courses?
The map features page lists both leisure=golf_course and sport=golf. Can we please pick one of these and remove the other? Thanks -Alex Mauer hawke signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] vote closed/proposal approved - turning_circle
voting on this proposal has now closed. the proposal has been approved, with 21 yes votes and 1 no vote http://wiki.openstreetmap.org/index.php/Proposed_features/Turning_circle it will be added to the map features and approved features page thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [OSM-dev] Osmarender requested enhancements
On 25/01/2008, Adrian Frith [EMAIL PROTECTED] wrote: highway=ford is a node tag. According to map features. There shouldn't be any gaps. maybe it should be a way as well, some rivers are pretty wide Then shouldn't it be highway=whatever ford=yes - by analogy with bridge=yes and tunnel=yes? very good point, yes needed to retain the other properties of the road ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [OSM-dev] Osmarender requested enhancements
On Fri, 2008-01-25 at 13:16 +1300, Robin Paulson wrote: On 25/01/2008, Robert Hart [EMAIL PROTECTED] wrote: On 17/01/2008, Gervase Markham [EMAIL PROTECTED] wrote: [As always, please redirect me if necessary.] Could osmarender please be taught to render highway=ford? There are going to be some random gaps in various Cumbrian roads otherwise. highway=ford is a node tag. According to map features. There shouldn't be any gaps. maybe it should be a way as well, some rivers are pretty wide Then shouldn't it be highway=whatever ford=yes - by analogy with bridge=yes and tunnel=yes? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk-nl] Installer voor Garmin kaarten
Gisteren de installer gedownload. Ik kreeg echter een directory met daarin een uninstaller, een html-pagina-link, en de reeds genoemde kaarten. Ik had meer gehoopt op een programma dat mij de keuze geeft welke kaarten ik wil overpompen op m'n GPS. De kaarten gekopieerd naar Mapsource, en daar werden ze wel netjes gevonden. Kaarten installeren gaat zo dus ook goed. Wat me wel opviel, wat dat de kaarten aan de kustlijn een aparte vorm hadden (een driehoek), maar dat alleen de driehoeken met voor het overgrote deel zeewater konden worden gekozen, en niet de driehoeken met juist veel landmassa. Zo kan ik dus niet het voor mij dichtbije castricum op de GPS zien. Is dat een snijfout, of een indexfout in de TDB-file? Op de HTML-pagina kan ik netjes zoomen e.d., maar ik het niet duidelijk waar ik een kaart vandaan kan halen. Er gebeurt nl. weinig als ik dat selecteer. Verder ben ik er natuurlijk heel blij mee, en zal er zeker een stuk aan spenderen in de volgende podcast. Groeten, Danny ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Installer voor Garmin kaarten
welke podcast ? maak eens reclame ;) Op 24-01-08 heeft Danny Maas [EMAIL PROTECTED] het volgende geschreven: Verder ben ik er natuurlijk heel blij mee, en zal er zeker een stuk aan spenderen in de volgende podcast. Groeten, Danny ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Installer voor Garmin kaarten
Danny Maas wrote: Gisteren de installer gedownload. Ik kreeg echter een directory met daarin een uninstaller, een html-pagina-link, en de reeds genoemde kaarten. Ik had meer gehoopt op een programma dat mij de keuze geeft welke kaarten ik wil overpompen op m'n GPS. De kaarten gekopieerd naar Mapsource, en daar werden ze wel netjes gevonden. Kaarten installeren gaat zo dus ook goed. Hahaha, rustig aan, je gaat te snel :-) Zoals ik in mijn eerste mail al vermelde is dit slechts een eerste versie en ik heb nog een waslijst aan wensen waaronder het apart kiezen en installeren van kaarten. Deze versie kopieert de Nederlandse kaart op de harde schijf in een door jou te kiezen directory en registreert deze onder MapSource. Punt, dat is wat het doet. Het programmeren van nieuwe features kost veel tijd en ik heb ook nog een prive leven dus het gaat allemaal niet zo snel als jij (en ik ook!) zou willen. Op dit moment ben ik aan het bedenken hoe ik het installeren van kaarten onder MapSource verder wil aanpakken. Ik heb bewezen dat installeren kan werken maar er zijn een aantal mogelijke oplossing trajecten voor de uitgebreide features en ik moet kiezen welk traject ik ga bewandelen. Het kan zijn dat de installer oplossing een tijdelijk iets is maar het kan ook zijn dat de installer uitgebouwd gaat worden. Wat ik uiteindelijk aan het doen ben is het creëren van een toolchain voor het automatisch op grote schaal genereren en verspreiden van Garmin kaarten. Nederland is hierin een goede test case vanwege de hoge informatie dichtheid en de problemen die hierbij ontstaan. Zodra ik tevreden ben met de tools en de kaart kwaliteit breid ik uit. We hebben het het hier over maanden schat ik zo in, maar zodra een paar grote problemen opgelost zijn (door o.a. anderen) kan het hard gaan. Wat me wel opviel, wat dat de kaarten aan de kustlijn een aparte vorm hadden (een driehoek), maar dat alleen de driehoeken met voor het overgrote deel zeewater konden worden gekozen, en niet de driehoeken met juist veel landmassa. Zo kan ik dus niet het voor mij dichtbije castricum op de GPS zien. Is dat een snijfout, of een indexfout in de TDB-file? Dit heb ik nog niet eerder gezien ik zal er vanavond proberen naar te kijken. Op de HTML-pagina kan ik netjes zoomen e.d., maar ik het niet duidelijk waar ik een kaart vandaan kan halen. Er gebeurt nl. weinig als ik dat selecteer. Klopt, de HTML pagina is een onderdeel dat het verspreiden van de kaarten moet faciliteren. Het selecteren van het gebied waarin je geïnteresseerd bent is één ding en dat werkt al redelijk (je kunthet aantal tiles dat voor dat gebied gedownload moeten worden rechts van de kaart zien zodra je het gebied selecteert). Het downloaden van de betreffende tiles en deze installeren op je GPS is een lastige tweede waaraan gewerkt moet worden. Aangezien ik inschat dat het tweede deel nog wel wat tijd gaat kosten heb ik eerst de installer voor MapSource de deur uit gedaan, dat kostte tot nu toe veel minder inspanning dan de website. Dus, als je op dit moment alleen een kaart wilt downloaden ga dan rechtstreeks naar de 'Download' sectie op mijn site. Verder ben ik er natuurlijk heel blij mee, en zal er zeker een stuk aan spenderen in de volgende podcast. Over welke site heb je het? Ik ben benieuwd wat je gaat vertellen in de podcast. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] nl tileserver in RD ?
Een kaart maken in die projectie is niet zo moeilijk, ziet het er erg anders uit? Als het goed is moet het er niet veel anders uit zien t.o.v. hoe het er nu uit ziet. De coordinaten zullen er wel degelijk anders uit zien. Bijvoorbeeld X=155000 Y=463000 voor Amersfoort. Milo heeft een WMS server in RD coordinaten (http://www.mapserv.nl) Het directe URL http://www.mapserv.nl/OpenLayers/tabid/56/language/nl-NL/Default.aspx Peter ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] amaryllo's verschepen?
2008/1/24 Zoran Kovacevic [EMAIL PROTECTED]: We hebben nu best wat GPS-en, waarvan 20 hagelnieuwe Garmins. Wat dachten jullie er van om de 10 (?) Amaryllo's te doneren aan een behoeftig land? Zou gaaf zijn als zo'n donatie net zo'n momentum geeft als vorig jaar bij ons. Ik denk hierbij overigen aan een land zonder de subsidiemogelijkheden die we hier hebben (zielige landen dus ;) Haken/ogen? Armelanden hebben meestal corrupte douaniers. Kans is dan groot dat een dergelijke goedbedoelde gift niet eens aankomt. Iets minder arme landen, die nog niet op de kaart staan misschien? Of een leuke donatie voor een andere reeds bestaande OSM-groep? Groeten, Danny ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] amaryllo's verschepen?
On Thu, January 24, 2008 2:21 pm, Zoran Kovacevic wrote: We hebben nu best wat GPS-en, waarvan 20 hagelnieuwe Garmins. Wat dachten jullie er van om de 10 (?) Amaryllo's te doneren aan een behoeftig land? Op eigen mapping parties lenen we de nieuwe Garmins niet uit aan mensen die we nog niet goed kennen. Een paar hebben we er dus zelf nog nodig. Dat hoeven er niet veel te zijn, zeg 4 of 5. vriendelijke groet, cordialmente, Ante ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] amaryllo's verschepen?
On Thu, 24 Jan 2008, Zoran Kovacevic wrote: We hebben nu best wat GPS-en, waarvan 20 hagelnieuwe Garmins. Wat dachten jullie er van om de 10 (?) Amaryllo's te doneren aan een behoeftig land? Zou gaaf zijn als zo'n donatie net zo'n momentum geeft als vorig jaar bij ons. Ik denk hierbij overigen aan een land zonder de subsidiemogelijkheden die we hier hebben (zielige landen dus ;) Haken/ogen? ... dat Amaryllo ding best handig... maar als ik echt ergens zou moeten doneren zou ik uiteraard voor Rusland zijn ;) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval layer (was: Friese layer op tileserver?)
Joris Meijerink wrote: Ik zie meer toepassingen voor andere streken, iemand een lijst met carnavalsnamen van steden? Is er een ISO taalcode voor? Dan moet het vast kunnen! Hum ziet er naar uit dat de iso taalcode lijst niet helemaal compleet is ;) kan het ook zonder ISO? het is bijna carnaval (gruwel), lijkt me een erg goeie om op te zetten en een bericht over uit te persen. we kunnen dan de belangrijkste steden opzetten en via persbericht mensen uitnodigen om te completeren. naast media-aandacht houden we er wellicht wat mappers aan over! ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] amaryllo's verschepen?
Zoran Kovacevic wrote: We hebben nu best wat GPS-en, waarvan 20 hagelnieuwe Garmins. Wat dachten jullie er van om de 10 (?) Amaryllo's te doneren aan een behoeftig land? Zou gaaf zijn als zo'n donatie net zo'n momentum geeft als vorig jaar bij ons. Ik denk hierbij overigen aan een land zonder de subsidiemogelijkheden die we hier hebben (zielige landen dus ;) Dus wij hier in België zijn waarschijnlijk niet zielig genoeg :-) Ik heb plannen om naar Peru te gaan van de zomer. Als 'k dat doe, denk 'k wel dat 'k daar wat over OSM zal gaan vertellen. En misschien krijg 'k wel wat mensen geïnteresseerd. Het probleem in zulke landen is echter dat ze niet enkel te weinig geld hebben om GPS'en te kopen, maar ook dat internetverbinding relatief duur is (in internetcafé's) (naar hun standaarden, niet de onze) Polyglot ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Friese layer op tileserver?
Lambertus wrote: Er worden op de Friese layer geen straatnamen weergegeven? Is dat met opzet? Nee, maar het zou nu goed moeten zijn. Ik heb ook even de cache voor die layer gecleared does het zou nu wel moeten werken. Prachtig. Ook op de lage zoomlevels is nu alles zichtbaar en straatnamen doen het ook. Ook buiten Friesland verschijnen al Friese namen zoals Utecht (Utert), Zwolle (Swol), Enschede (Ynskede), Groningen (Grins), Den Haag (De Haach) enz. enz. Leuk om te zien allemaal! Ik ben dit weekend 'offline' maar volgende week ga ik een persbericht voorbereiden. Wij hebben eerder zulk soort persberichten verzonden waar ik graag op voort wil borduren, alleen kon ik ze niet vinden in de wiki. Kan iemand bestaande teksten mailen of onder een kopje 'Persberichten' ofzo in de wiki zetten? Alvast bedankt. Niet compleet, maar vul vooral aan: http://wiki.openstreetmap.org/index.php/Nl:PressRelease ... spit ook het blog door: http://www.openstreetmap.nl/ ... en de list: http://search.gmane.org/search.php?group=gmane.comp.gis.openstreetmap.region.nlquery=persbericht Succes! ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval layer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Zoran Kovacevic schreef: | Joris Meijerink wrote: | Ik zie meer toepassingen voor andere streken, iemand een lijst met | carnavalsnamen van steden? | | | Is er een ISO taalcode voor? Dan moet het vast kunnen! | Hum ziet er naar uit dat de iso taalcode lijst niet helemaal compleet is ;) | | kan het ook zonder ISO? het is bijna carnaval (gruwel), lijkt me een erg | goeie om op te zetten en een bericht over uit te persen. | | we kunnen dan de belangrijkste steden opzetten en via persbericht mensen | uitnodigen om te completeren. naast media-aandacht houden we er wellicht | wat mappers aan over! | | ___ | Talk-nl mailing list | Talk-nl@openstreetmap.org | http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl | Kan iemand deze lijst http://nl.wikipedia.org/wiki/Carnaval_plaatsnamen niet omzetten naar OSM tags name:carnival? Doen ze dit eigenlijk ook in andere landen? Is inderdaad erg leuk als PR ding. Foppe PS: Friesland is bijna helemaal gedaan, op wat lokale benamingen na. Het viel me op dat er nogal wat gehuchten en lokale benamingen hernoemd kunnen worden, wordt de kaart ook overzichtelijker van.. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHmKYotK8Zi+dRolURApoyAJ9Xj4dJqnpBAX2oI0P/EY1+ZobVDACfYH50 xlYgLBXJNrs86AKdjUBK9A0= =kEEP -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval layer
Als ik bij dat lijstje node id's heb, weet iemand dan hoe je dat in de API kunt schieten? Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Friese layer (was: Carnaval layer)
PS: Friesland is bijna helemaal gedaan, op wat lokale benamingen na. Het viel me op dat er nogal wat gehuchten en lokale benamingen hernoemd kunnen worden, wordt de kaart ook overzichtelijker van.. Ik zie dat Utrecht en Den Haag ook gedaan zijn. Heeft Amsterdam ook een andere naam? :) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Friese layer (was: Carnaval layer)
On Thu, 24 Jan 2008, Zoran Kovacevic wrote: PS: Friesland is bijna helemaal gedaan, op wat lokale benamingen na. Het viel me op dat er nogal wat gehuchten en lokale benamingen hernoemd kunnen worden, wordt de kaart ook overzichtelijker van.. Ik zie dat Utrecht en Den Haag ook gedaan zijn. Heeft Amsterdam ook een andere naam? :) [[Osdorp]] (Amsterdam) - Knardorp (naar Carnavalsvereniging 'Osseknarren') ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] zelf luchtfoto's maken
ff reagerend op een hele oude thread. zie: http://www.fotoapparatuur.nl/aanbiedingshow.asp?prd_id=95512 Heliumballon (Minizepp Lausanne Zwitserland) aan kabels voor luchtfotografie op lage hoogte. Van 20 tot 150 meter hoogte.Goed voor spiegelreflex camera. Graupner afstandsbediening met dubbele monitor, batterijen, Graupner lader. (neem wel wat geld mee) Stefan de Konink wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Rolf Kleef schreef: Om eens een wilde link in de groep te gooien: op What The Hack (bijna 2 jaar geleden) was een clubje mensen die met radiografische vliegtuigjes in de weer was: http://wiki.whatthehack.org/index.php/AerialPhotography Dat ziet er cool uit. Ik ken die mensen verder niet, maar wie weet, het is zeker een geek+nerd-netwerk waar wellicht wel interesse is om meer met hun vliegtuigjes te doen :-) En wie weet is daar met goeie ijkpunten en wat foto-bewerking toch iets nuttigs mee te doen? Ik heb er eventueel wel een camera voor over, helaas is het probleem dat je bijna een vliegtuigje op de GPS moet laten vliegen zodat hij na een rondje vliegen ook weer terug komt. En bedenk maar eens wat worse case scenario's. Dit gaat zeker wel werken om de kust lijn in kaart te brengen (bij een windstille dag), maar over een stad heen vliegen :o Dus je moet iets hebben als: - - Bestuurbaar vliegtuigje - - GPS - - Camera (met interface om foto's automatisch te maken + snel genoeg wegschrijven) en een permanente focus naar oneindig. - - Logger / PDA / Telefoon - - Auto piloot (+ gyroscoopachtig ding) - - Ongevallen verzekering Lijkt me overigens best leuk om aan mee te hobbien :) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGNz1+YH1+F2Rqwn0RCv9zAJ906WEj+3ShAM/ReI+bC41JnakSjACfbZW1 Ox2w2AblXHxOcXFLQ1+juSA= =llSZ -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl -- http://www.kovacevic.nl/blog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Friese layer (was: Carnaval layer)
Stefan de Konink wrote: On Thu, 24 Jan 2008, Zoran Kovacevic wrote: PS: Friesland is bijna helemaal gedaan, op wat lokale benamingen na. Het viel me op dat er nogal wat gehuchten en lokale benamingen hernoemd kunnen worden, wordt de kaart ook overzichtelijker van.. Ik zie dat Utrecht en Den Haag ook gedaan zijn. Heeft Amsterdam ook een andere naam? :) [[Osdorp]] (Amsterdam) - Knardorp (naar Carnavalsvereniging 'Osseknarren') Had voor de zekerheid het subject veranderd. Ging om Friese layer :) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Friese layer (was: Carnaval layer)
On Thu, 24 Jan 2008, Zoran Kovacevic wrote: Stefan de Konink wrote: On Thu, 24 Jan 2008, Zoran Kovacevic wrote: PS: Friesland is bijna helemaal gedaan, op wat lokale benamingen na. Het viel me op dat er nogal wat gehuchten en lokale benamingen hernoemd kunnen worden, wordt de kaart ook overzichtelijker van.. Ik zie dat Utrecht en Den Haag ook gedaan zijn. Heeft Amsterdam ook een andere naam? :) [[Osdorp]] (Amsterdam) - Knardorp (naar Carnavalsvereniging 'Osseknarren') Had voor de zekerheid het subject veranderd. Ging om Friese layer :) Aaah nu begrijp ik het, en zal een andere thread hijacken :D Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] Carnaval
Dit was even een snelle parse uit wikipedia. Ik kan op mijn eigen lokale database de nummertjes even tevoorschijn toveren, ik hoop dan dat iemand anders mij kan vertellen hoe ik ze kan inserten :) Stefan Achterveld --- Puupenkoppenland Achtmaal --- Goudpoeperslaand Aerdt --- Spreeuwendurp Afferden --- Knotsenburg Albergen --- Bökkenlaand Alem --- Spreeuwendurp Angeren --- Keujesgat Ankeveen --- Schuimlikkerveen Arcen --- Keieschietersriek Baexem --- Plekploasterland Bakel --- Pierewaaiersrijk Barneveld --- Kiependaarp Bathmen --- Pompersgat Bavel --- Baviaonenland Belfeld --- Belhamelriëk Bergeijk --- Teutengat Bergharen --- Wurmensoppersrijk Berghem --- Knollenrijk Best --- Klompengat Bladel --- Muggeziftersrijk Boekel --- Knöllekesland Bosschenhoofd --- Smoorfrèterslaand Boskoop --- Kwakveen Braamt --- Nottedarp Breda --- Kielegat Budel --- Bokkenrijk Bunnik --- Kikkerloo Bussum --- Erwtenrijk Castricum --- Pieperduin Chaam --- Bonenpikkerslaand Clinge --- Kriekedorp Cromvoirt --- Kneutergat Cuijk --- Nolersriek Culemborg --- Papklokkendam Delden --- Kwekwestad Delft --- Kabbelgat Deurningen --- Nettelkörnkesnust Deventer --- Stokvissengat Doetinchem --- Leutekum Dongen --- Peejenrijk Driel --- Uulenes Drunen --- Dwergonië Druten --- Bokkenrijk Duizel --- Zwetsgat Dussen --- Klayendam Edam --- Sufbrugge Eerbeek --- Dwarsliggerdorp Elsendorp --- Peelvruutersrijk Emmeloord --- Pierenoord Empel --- Slotgat Enschede --- Krekkelstad Epe --- Grolle Esbeek --- Haaikneuterrijk Ewijk --- Zottendael Gaanderen --- Bultendarp Gastel --- Pintenwippersrijk Galder --- Maerkrattenland Geertruidenberg --- Potteschijtersland Geffen --- Rottenrijk Geleen --- Waereldsjtad Geldrop --- Lappegat Gemert --- Waeverstadt Gemonde --- Mullukzuipertjesland Gerwen --- Narregat Gilze --- Dringersgat Goes --- Hanzehat Gorinchem --- Bliekenstad Gorssel --- Kakkersgat Gouda --- Pijpenburg Graauw --- Djerkenland Grave --- Pothuusburg Grubbenvorst --- Plaggeriék Haaren --- Struivendurp Haarsteeg --- Haorendam Halsteren --- Altere Hank --- Knusterooierslaand Hapert --- Pintewippersrijk Harbrinkhoek --- Dubbelkiekersdorp Harmelen --- Kwakbollenpoel Hedel --- Pèèrdedurp Heemskerk --- Ezelenheem Heerewaarden --- Paolingdurp Heerle --- Puitenlaand Heerlen --- Sjpassemig Heesch --- Krullendonk Heeze --- Kraaienland Helenaveen --- Peelpluimenrijk Herpen --- Bônnerijk Herpt --- Maoskesdam Herveld --- Deurdouwerdam Hilvarenbeek --- Pezerikkengat Hintham --- Oetelhoazendam Hoeven --- Peejenland Hoofddorp --- Meerbonkendorp Hoogerheide --- Wjeeldrecht Hooglanderveen --- Turfgat Huissen --- Zwaonestad Huizen --- Spietendonk Hulten --- Krimpersgat IJsselstein --- Apestad Kaatsheuvel --- Turfstekerslaand Kekerdom --- Sjoenkelgat Keldonk --- Paplippelland Kerkdriel --- Teskesdurp Kloosterburen --- Kronkeldörp Kloosterzande --- Kloorianenland Klundert --- Loerendonck Kortenhoef --- Turfendonk Kruisland --- Pompedurp Kudelstaart --- Poelgilderdam Kwadendamme --- Pikpot Lamswaarde --- Lamsorenland Langeweg --- Slikgat Langenboom --- Verkuskopperiek Leende --- Blaosdonk Leidschendam --- Zwabberdam Lepelstraat --- Spoonstreet Leur --- Zwaajgat Lewedorp --- Kraayenist Liempde --- Ploegersland Lierop --- Kaauwvoetenland Lieshout --- Raopersgat Liessel --- Keienland Limmen --- Gorteldonk Lomm --- Thiëtuiteriek Loosbroek --- Zandkruiersland Lottum --- Peggenland Luyksgestel --- Stekkegat Maarheeze --- Muuzegat Maarssen --- Kikkerstad Maasbracht --- Hoonderriek Maasbree --- Habberiëk Macharen --- Kiepenrijk Manderveen --- Grensdrietersdorp Mariaheide --- Hiekrikkeldurp Megen --- Keiendonk Middelaar --- Krölstarteriek Mierlo --- Kersenpittenrijk Milheeze --- Veenmollenrijk Mill --- Germelaand Moergestel --- Pierewaaiersrijk Moerstraten --- Mangelpeejenlaand Molenhoek --- Kuulegat Molenschot --- Papslokkersgat Montfoort --- Knopengein Mook --- Heikneuterrijk Munstergeleen --- Haverriek Naaldwijk --- Naaldnarren Naarden --- Wallegat Neerkant --- Ulewappersrijk Neede --- Vlearmoesdorp Nieuwkuijk --- Kwastenlaand Nispen --- Aopelaand Noordwijkerhout --- Kokkerhout Nuenen --- Dwèrsklippelgat Nuland --- Waoterrijk Obbicht --- Reuberiek Odiliapeel --- SchaopenWaeserland Oeffelt --- Leemkuul Oijen --- Bokkenrijk Oirlo --- Spurriemökke Oisterwijk --- Döllekesgat Oldenzaal --- Boeskoolstad Olland --- Papgat Olst --- Heuidarp Ooij --- Fustendom Oosteind --- Uilendonck Oosterbeek --- Eusterbeek Oostelbeers --- Strijkersgat Ootmarsum --- Siepelstad Ooij --- Fustendom Oss --- Ossekoppenrijk Oudemolen --- Kleiknoestenstad Oudenbosch --- Puitenol Oudewater --- Uivergein Poeldijk --- Blauwkonters Pijnacker --- Trappersgat Prinsenbeek --- Boemeldonck Purmerend --- Boemeldam Raalte --- Stöppelburcht Raamsdonksveer --- Faantenlaand Reek --- Kelestreupersrijk Reeuwijk --- Reedeurp Reusel --- Narrendonk Riel --- Kaaiengat Riethoven --- Bremspoersengat Rietmolen --- Kwakersdorp Rijen --- Wringersgat Rijkevoort --- Blubberdam Rijsbergen --- Aopenland Rucphen ---
Re: [OSM-talk-nl] amaryllo's verschepen?
Zoran Kovacevic wrote: We hebben nu best wat GPS-en, waarvan 20 hagelnieuwe Garmins. Wat dachten jullie er van om de 10 (?) Amaryllo's te doneren aan een behoeftig land? Zou gaaf zijn als zo'n donatie net zo'n momentum geeft als vorig jaar bij ons. Ik denk hierbij overigen aan een land zonder de subsidiemogelijkheden die we hier hebben (zielige landen dus ;) Haken/ogen? Mij komen een paar gedachten op: - Wij hebben de Amaryllo's kunnen kopen met behulp van subsidie, de vraag is of we ze na een (half?) jaar weer mogen weggeven. - Ik heb wel een toepassing voor de Amaryllo's, namelijk bij activiteiten wat wat meer fysiek risico. Zoals een vakantie naar Zuid-Afrika (diefstal), skiën (beschadiging) ofzo. - We zouden ook uit kunnen lenen aan mensen die veel op de weg zitten maar geen GPS willen gebruiken of nodig hebben. Op die manier kunnen nog veel traces verzameld worden. Als we besluiten er een aantal weg te geven dan is er op het forum iemand die wellicht als eerste in aanmerking komt: http://forum.openstreetmap.org/viewtopic.php?id=328 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval
Stefan de Konink wrote: Dit was even een snelle parse uit wikipedia. Ik kan op mijn eigen lokale database de nummertjes even tevoorschijn toveren, ik hoop dan dat iemand anders mij kan vertellen hoe ik ze kan inserten :) kan het zijn dat de diakrieten fout gaan? -- http://www.kovacevic.nl/blog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] amaryllo's verschepen?
Op 24 jan 2008, om 14:40 heeft Jo het volgende geschreven: Zoran Kovacevic wrote: We hebben nu best wat GPS-en, waarvan 20 hagelnieuwe Garmins. Wat dachten jullie er van om de 10 (?) Amaryllo's te doneren aan een behoeftig land? Zou gaaf zijn als zo'n donatie net zo'n momentum geeft als vorig jaar bij ons. Ik denk hierbij overigen aan een land zonder de subsidiemogelijkheden die we hier hebben (zielige landen dus ;) Dus wij hier in België zijn waarschijnlijk niet zielig genoeg :-) We spraken vanmorgen met NLNet over de vraag naar GPS-dataloggers vanuit België. Er staat een aanvraag van Mark van den Borre namens het Belgische chapter uit bij NLNet - die hebben wij vanmorgen namens het Belgische chapter nog wat kracht bijgezet. Dat overwegende kwamen we aan het brainstormen welke bestemmingen er mogelijk zijn voor 'onze' Amaryllo's. Ter beschikking stellen aan een land waar helemaal geen kanalen zijn voor subsidiëring van dergelijke projecten was toen een optie. Vandaar deze discussie om te peilen of hier draagvlak voor is. Martijn van Exel ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Zoran Kovacevic schreef: Stefan de Konink wrote: Dit was even een snelle parse uit wikipedia. Ik kan op mijn eigen lokale database de nummertjes even tevoorschijn toveren, ik hoop dan dat iemand anders mij kan vertellen hoe ik ze kan inserten :) kan het zijn dat de diakrieten fout gaan? Het zou een utf8 documentje moeten zijn. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHmKJjYH1+F2Rqwn0RCusgAJ4hs7XUJ/YnxC8qfH8IbLCs/N0CUgCfVjBe ugu3zSOgXSnf68/QsRZPMdk= =JneT -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Friese layer op tileserver?
Zoran Kovacevic wrote: Niet compleet, maar vul vooral aan: http://wiki.openstreetmap.org/index.php/Nl:PressRelease ... spit ook het blog door: http://www.openstreetmap.nl/ ... en de list: http://search.gmane.org/search.php?group=gmane.comp.gis.openstreetmap.region.nlquery=persbericht Succes! Bedankt, ik zal er eens voor gaan zitten. Ik hoor een stemmetje zachtjes in mijn hoofd dat zegt: Earth, the final frontier. These are the voyages of the community OpenStreetMap. Its continuing mission: To explore strange new worlds. To seek out new ways and new civilizations. To boldly go where no mapping firm has gone before. Is wel toepasselijk op de Fiets, Welsh, Friese en Carnavals kaarten die OpenStreetMap reeds aanbied en waarschijnlijk alleen maar een begin vormen voor nog meer uitdrukkingsvormen :-) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Friese layer op tileserver?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Lambertus schreef: Ik hoor een stemmetje zachtjes in mijn hoofd dat zegt: Earth, the final frontier. These are the voyages of the community OpenStreetMap. Its continuing mission: To explore strange new worlds. To seek out new ways and new civilizations. To boldly go where no mapping firm has gone before. *Meesterlijk* Is wel toepasselijk op de Fiets, Welsh, Friese en Carnavals kaarten die OpenStreetMap reeds aanbied en waarschijnlijk alleen maar een begin vormen voor nog meer uitdrukkingsvormen Ik denk dat je je vergist, vroeger had iemand gewoon een paar vormpjes getekend dat op Nederland lijkt met een paar plaatjes er in. Als echte control freaks kunnen we nu een *echte* kaart maken, maar is dat een 'echtere' kaart dan die kaart die los uit de hand was getekend? Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHmKayYH1+F2Rqwn0RClAgAJ4zKDdiG1iVIZ/T3WNCOp06b5oHpwCghOGo 1MRmRESBjcuyiVeX8n8gcrY= =hTOI -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval
On Thursday 24 January 2008, Stefan de Konink wrote: Dit was even een snelle parse uit wikipedia. Ik kan op mijn eigen lokale database de nummertjes even tevoorschijn toveren, ik hoop dan dat iemand anders mij kan vertellen hoe ik ze kan inserten :) Ik zag dat Reuver er niet bij stond (daar woont een vriend van me), dus ik heb samen met hem net nog de volgende toegevoegd: Venlo --- Jocus Riék Reuver --- Windjbuujelriék Beesel --- Drakeriék -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] zelf luchtfoto's maken
die quadrocopter is dat nog leuker (en goedkoper) http://www.engadget.com/2007/05/06/quadrocopter-project-takes-aerial-photography-open-source/ Op 24-01-08 heeft Zoran Kovacevic [EMAIL PROTECTED] het volgende geschreven: ff reagerend op een hele oude thread. zie: http://www.fotoapparatuur.nl/aanbiedingshow.asp?prd_id=95512 Heliumballon (Minizepp Lausanne Zwitserland) aan kabels voor luchtfotografie op lage hoogte. Van 20 tot 150 meter hoogte.Goed voor spiegelreflex camera. Graupner afstandsbediening met dubbele monitor, batterijen, Graupner lader. (neem wel wat geld mee) Stefan de Konink wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Rolf Kleef schreef: Om eens een wilde link in de groep te gooien: op What The Hack (bijna 2 jaar geleden) was een clubje mensen die met radiografische vliegtuigjes in de weer was: http://wiki.whatthehack.org/index.php/AerialPhotography Dat ziet er cool uit. Ik ken die mensen verder niet, maar wie weet, het is zeker een geek+nerd-netwerk waar wellicht wel interesse is om meer met hun vliegtuigjes te doen :-) En wie weet is daar met goeie ijkpunten en wat foto-bewerking toch iets nuttigs mee te doen? Ik heb er eventueel wel een camera voor over, helaas is het probleem dat je bijna een vliegtuigje op de GPS moet laten vliegen zodat hij na een rondje vliegen ook weer terug komt. En bedenk maar eens wat worse case scenario's. Dit gaat zeker wel werken om de kust lijn in kaart te brengen (bij een windstille dag), maar over een stad heen vliegen :o Dus je moet iets hebben als: - - Bestuurbaar vliegtuigje - - GPS - - Camera (met interface om foto's automatisch te maken + snel genoeg wegschrijven) en een permanente focus naar oneindig. - - Logger / PDA / Telefoon - - Auto piloot (+ gyroscoopachtig ding) - - Ongevallen verzekering Lijkt me overigens best leuk om aan mee te hobbien :) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGNz1+YH1+F2Rqwn0RCv9zAJ906WEj+3ShAM/ReI+bC41JnakSjACfbZW1 Ox2w2AblXHxOcXFLQ1+juSA= =llSZ -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl -- http://www.kovacevic.nl/blog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Freek schreef: On Thursday 24 January 2008, Stefan de Konink wrote: Dit was even een snelle parse uit wikipedia. Ik kan op mijn eigen lokale database de nummertjes even tevoorschijn toveren, ik hoop dan dat iemand anders mij kan vertellen hoe ik ze kan inserten :) Ik zag dat Reuver er niet bij stond (daar woont een vriend van me), dus ik heb samen met hem net nog de volgende toegevoegd: Venlo --- Jocus Riék Reuver --- Windjbuujelriék Beesel --- Drakeriék Het is niet *alles* van wikipedia, alleen wat aan m'n regexp voldeed. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHmKtNYH1+F2Rqwn0RClypAKCEbPBiS5WEm957hx1usLgzzaqnUwCdHI/S uCBEWKwdayu/AnjHL/Yr0Tk= =6WU5 -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval
On Thursday 24 January 2008, Stefan de Konink wrote: Freek schreef: On Thursday 24 January 2008, Stefan de Konink wrote: Dit was even een snelle parse uit wikipedia. Ik kan op mijn eigen lokale database de nummertjes even tevoorschijn toveren, ik hoop dan dat iemand anders mij kan vertellen hoe ik ze kan inserten :) Ik zag dat Reuver er niet bij stond (daar woont een vriend van me), dus ik heb samen met hem net nog de volgende toegevoegd: Venlo --- Jocus Riék Reuver --- Windjbuujelriék Beesel --- Drakeriék Het is niet *alles* van wikipedia, alleen wat aan m'n regexp voldeed. Ik bedoel dat ze ook nog niet op wikipedia stonden; nu wel. -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Freek schreef: On Thursday 24 January 2008, Stefan de Konink wrote: Freek schreef: On Thursday 24 January 2008, Stefan de Konink wrote: Dit was even een snelle parse uit wikipedia. Ik kan op mijn eigen lokale database de nummertjes even tevoorschijn toveren, ik hoop dan dat iemand anders mij kan vertellen hoe ik ze kan inserten :) Ik zag dat Reuver er niet bij stond (daar woont een vriend van me), dus ik heb samen met hem net nog de volgende toegevoegd: Venlo --- Jocus Riék Reuver --- Windjbuujelriék Beesel --- Drakeriék Het is niet *alles* van wikipedia, alleen wat aan m'n regexp voldeed. Ik bedoel dat ze ook nog niet op wikipedia stonden; nu wel. Aah ok :) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHmK1DYH1+F2Rqwn0RCo8CAJ9JkgYE3BdN9FGD/MA17Znk2rE4jgCfTAER 4OAdLvaAGUYGigDEAcqmB8A= =cuij -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval
Stefan de Konink wrote: Dit was even een snelle parse uit wikipedia. Ik kan op mijn eigen lokale database de nummertjes even tevoorschijn toveren, ik hoop dan dat iemand anders mij kan vertellen hoe ik ze kan inserten :) Als de geïnteresseerden de namen met tag name:carn= willen toevoegen dan kan Martijn van Oosterhout zo een Carnavals-namen layer opzetten schat ik zo in. De 'carn' toevoeging heb ik zo uit mijn duim gezogen omdat er geen ISO code is voor carnaval/carnival. En omdat de ISO standaarden maximaal 3 letters gebruiken zit het ook geen andere taalcode in de weg ('car' is gereserveerd voor de Caraïben). ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Lambertus schreef: Stefan de Konink wrote: Dit was even een snelle parse uit wikipedia. Ik kan op mijn eigen lokale database de nummertjes even tevoorschijn toveren, ik hoop dan dat iemand anders mij kan vertellen hoe ik ze kan inserten :) Als de geïnteresseerden de namen met tag name:carn= willen toevoegen dan kan Martijn van Oosterhout zo een Carnavals-namen layer opzetten schat ik zo in. De 'carn' toevoeging heb ik zo uit mijn duim gezogen omdat er geen ISO code is voor carnaval/carnival. En omdat de ISO standaarden maximaal 3 letters gebruiken zit het ook geen andere taalcode in de weg ('car' is gereserveerd voor de Caraïben). Ik denk dat ik alle namen van dernet wel even door een database heen kan jagen, maar hoe update ik de API automatisch? Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHmLEiYH1+F2Rqwn0RCn67AJ4m2jNkxF1JCvwtYBk0SxqvZWm75gCfdIwe WBUbBLfcC+M1Y+CMSk0BNXM= =4dTs -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval
Als de geïnteresseerden de namen met tag name:carn= willen toevoegen dan kan Martijn van Oosterhout zo een Carnavals-namen layer opzetten schat ik zo in. De 'carn' toevoeging heb ik zo uit mijn duim gezogen omdat er geen ISO code is voor carnaval/carnival. En omdat de ISO standaarden maximaal 3 letters gebruiken zit het ook geen andere taalcode in de weg ('car' is gereserveerd voor de Caraïben). Maak er dan carnival van dan heb je de engelsche term te pakken en is het voor de rest van de wereld ook duidelijk. Komt nu bij mij de vraag boven: In welke landen hernoemen mensen hun steden ook? Zijn we de enige? Duitsland en Belgie vast ook ... maar nog meer? gr Joris ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval
On Thursday 24 January 2008, Stefan de Konink wrote: Lambertus schreef: Stefan de Konink wrote: Dit was even een snelle parse uit wikipedia. Ik kan op mijn eigen lokale database de nummertjes even tevoorschijn toveren, ik hoop dan dat iemand anders mij kan vertellen hoe ik ze kan inserten :) Als de geïnteresseerden de namen met tag name:carn= willen toevoegen dan kan Martijn van Oosterhout zo een Carnavals-namen layer opzetten schat ik zo in. De 'carn' toevoeging heb ik zo uit mijn duim gezogen omdat er geen ISO code is voor carnaval/carnival. En omdat de ISO standaarden maximaal 3 letters gebruiken zit het ook geen andere taalcode in de weg ('car' is gereserveerd voor de Caraïben). Ik zou eerder voor name:carnaval kiezen, dan weet iedere Nederlander tenminste meteen wat het is. Ik denk dat ik alle namen van dernet wel even door een database heen kan jagen, maar hoe update ik de API automatisch? Makkelijkste is misschien om vervolgens al die nodes te downloaden en op te slaan als .osm, dan aanpassen en weer uploaden met JOSM. Misschien zijn er ook tooltjes om het nog wat meer te automatiseren. -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval
Joris Meijerink wrote: Als de geïnteresseerden de namen met tag name:carn= willen toevoegen dan kan Martijn van Oosterhout zo een Carnavals-namen layer opzetten schat ik zo in. De 'carn' toevoeging heb ik zo uit mijn duim gezogen omdat er geen ISO code is voor carnaval/carnival. En omdat de ISO standaarden maximaal 3 letters gebruiken zit het ook geen andere taalcode in de weg ('car' is gereserveerd voor de Caraïben). Maak er dan carnival van dan heb je de engelsche term te pakken en is het voor de rest van de wereld ook duidelijk. Komt nu bij mij de vraag boven: In welke landen hernoemen mensen hun steden ook? Zijn we de enige? Duitsland en Belgie vast ook ... maar nog meer? Freek, Joris, ik vind het een goed idee om er meteen 'carnival' van te maken. 'Carn' kwam alleen omdat het wat sneller invult. :-) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Friese layer op tileserver?
En dan de Lord of the Rings variant, One Map to rule them all Op 24-01-08 heeft Lambertus [EMAIL PROTECTED] het volgende geschreven: Ik hoor een stemmetje zachtjes in mijn hoofd dat zegt: Earth, the final frontier. These are the voyages of the community OpenStreetMap. Its continuing mission: To explore strange new worlds. To seek out new ways and new civilizations. To boldly go where no mapping firm has gone before. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Freek schreef: | On Thursday 24 January 2008, Stefan de Konink wrote: | Lambertus schreef: | Stefan de Konink wrote: | Dit was even een snelle parse uit wikipedia. Ik kan op mijn eigen lokale | database de nummertjes even tevoorschijn toveren, ik hoop dan dat iemand | anders mij kan vertellen hoe ik ze kan inserten :) | Als de geïnteresseerden de namen met tag name:carn= willen toevoegen | dan kan Martijn van Oosterhout zo een Carnavals-namen layer opzetten | schat ik zo in. | | De 'carn' toevoeging heb ik zo uit mijn duim gezogen omdat er geen ISO | code is voor carnaval/carnival. En omdat de ISO standaarden maximaal 3 | letters gebruiken zit het ook geen andere taalcode in de weg ('car' is | gereserveerd voor de Caraïben). | | Ik zou eerder voor name:carnaval kiezen, dan weet iedere Nederlander tenminste | meteen wat het is. Dan zou ik wel voor name:carnival kiezen, dus de Engelse benaming van carnaval. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHmLOgtK8Zi+dRolURAnbvAJsELQn4SCaUOix7JT4XoYM1HrVpvwCfQhCT bwTktUyuTjyi2triq0hZZNU= =r2HT -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Friese layer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Zoran Kovacevic schreef: | PS: Friesland is bijna helemaal gedaan, op wat lokale benamingen na. Het | viel me op dat er nogal wat gehuchten en lokale benamingen hernoemd | kunnen worden, wordt de kaart ook overzichtelijker van.. | | Ik zie dat Utrecht en Den Haag ook gedaan zijn. Heeft Amsterdam ook een | andere naam? :) Zal je vraag toch nog beantwoorden: Nee, Amsterdam is voor zover ik weet niet anders dan Amsterdam, er zitten geen letters (c, v en z gebruiken wij anders (z kan bij ons wel als laatste letter)) of klanken in die in het Fries anders worden. Foppe -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHmLZZtK8Zi+dRolURAv7kAJ0RZZmMISFRmUWpdDfk7bVca6f7igCfaRUY IF1lELYj8XTvk6tglYJKbH4= =gFRf -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval
Freek, Joris, ik vind het een goed idee om er meteen 'carnival' van te maken. 'Carn' kwam alleen omdat het wat sneller invult. :-) crtl-v doet wonderen? Zegt hij die nog geen tijd heeft gevonden om eens naar JOSM te kijken. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Carnaval
On Jan 24, 2008 4:39 PM, Stefan de Konink [EMAIL PROTECTED] wrote: Ik denk dat ik alle namen van dernet wel even door een database heen kan jagen, maar hoe update ik de API automatisch? Als je een lijst namen hebt dan is het vrij eenvoudig om ze in de database te zetten. Daar zijn tools voor ze hoeven alleen even ingezet te worden. Mvg, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] Bos 'verdwenen' op de Veluwe
Ten westen van Apeldoorn (tussen Apeldoorn en Barneveld, rond de A1) is bosgebied. Dit wordt wel weergegeven met de Osmarender layer op www.openstreetmap.org maar niet met de Osmarender layer op www.informationfree.org. Is daar een aanwijsbare reden voor? ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Installer voor Garmin
On Thu, 24 Jan 2008 10:51:09 +, you wrote: Message: 7 Date: Thu, 24 Jan 2008 11:02:53 +0100 From: Danny Maas [EMAIL PROTECTED] Subject: Re: [OSM-talk-nl] Installer voor Garmin kaarten To: [EMAIL PROTECTED], OpenStreetMap NL discussion list talk-nl@openstreetmap.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 Gisteren de installer gedownload. Ik kreeg echter een directory met daarin een uninstaller, een html-pagina-link, en de reeds genoemde kaarten. Ik had meer gehoopt op een programma dat mij de keuze geeft welke kaarten ik wil overpompen op m'n GPS. De kaarten gekopieerd naar Mapsource, en daar werden ze wel netjes gevonden. Kaarten installeren gaat zo dus ook goed. Ik heb de kaart geinstalleerd in Program Files en Mapsource vond ze daar ook, kopieren naar mapsource is dus niet nodig, althans hier niet. Er staan inderdaad nogal wat fouten in die ik wel wil verhelpen (in mijn omgeving) maar in JOSM kan ik alleen maar mijn eigen tracks openen als ik kaart gegevens wil downloaden krijg ik steeds een fout meling met heel veel cijfers. Mijn JOSM stamt nog uit de tijd voor AND, dus voordat juliie plotseling allemaal chinees gingen praten. Heb ik andere software nodig, doe ik iets fout of is er wat met de server of zo? Jacob Bax [EMAIL PROTECTED] http://www.xs4all.nl/~jacobbax/ ICQ: 4271003 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Installer voor Garmin
Ik heb de kaart geinstalleerd in Program Files en Mapsource vond ze daar ook, kopieren naar mapsource is dus niet nodig, althans hier niet. Inderdaad, dat zou genoeg moeten zijn. Er staan inderdaad nogal wat fouten in die ik wel wil verhelpen (in mijn omgeving) maar in JOSM kan ik alleen maar mijn eigen tracks openen als ik kaart gegevens wil downloaden krijg ik steeds een fout meling met heel veel cijfers. Mijn JOSM stamt nog uit de tijd voor AND, dus voordat juliie plotseling allemaal chinees gingen praten. Heb ik andere software nodig, doe ik iets fout of is er wat met de server of zo? Ik zou vooral de nieuwste JOSM downloaden want er is heel veel veranderd sinds de AND import. :-) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] nl tileserver in RD ?
Martijn van Oosterhout wrote: Ok, dan voor je antwoord! Is het stelsel 28992? Als het goed is zou dat: +proj=sterea +lat_0=52.156160 +lon_0=5.387639 +k=0.08 +x_0=155000 +y_0=463000 +ellps=bessel +towgs84=565.237,50.0087,465.658,-0.406857,0.350733,-1.87035,4.0812 +units=m +no_defs moeten zijn. Yep, dat is de juiste voor epsg:28992. De cleu is vooral dat je de proj-lib die onder mapserver en postgis ligt (en naar ik aanneem ook onder mapnik?) moet vertellen dat hij van epgs:900913 (lees google) uit moet gaan. En juist deze laatste is niet een 'normale gangbare' projectie. Hij stond(staat?) ook niet in de normale epsg code lijst. Je moet dan in je epsg lijst van proj de volgende regel toevoegen: # Google Mercator projection # Used in combination with GoogleMercator layer type in OpenLayers 900913 +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m [EMAIL PROTECTED] +no_defs op dat moment kunnen de programma's die proj gebruiken voor herprojectie gebruik maken van 900913 brondata. Een kaart maken in die projectie is niet zo moeilijk, ziet het er erg anders uit? Nee, ziet er niet HEEL anders uit, maar wel zo anders dat je een andere kaartlaag (bijvoorbeeld alle lantaarnpalen van nederland in 28992) niet over die van 900913 kan leggen. Daarnaast moet je dan dus de posities van die lantaarnpalen ook allemaal omrekenen. En de coordinaten zijn dus heel verschillend, zodat je bijvoorbeeld niet dezelfde Openlayers applicatie kan gebruiken waar je normaal je puntjes mee in de kaart klikt (en rd coordinaten oplepelt). Ter lering ende vermaeck: het Rijksdriehoek Stelsel ( http://nl.wikipedia.org/wiki/Rijksdriehoekstelsel ) het westen is ongeveer 0 (meter) en het oosten van nederland 30 (meter). Het zuiden begint (ongeveer) rond 30 (meter) en eindigt in het noorden iets boven de 60 (meter). De extent van nederland is dus ongeveer: oost,zuid,west,noord: 0,30,30,60. Nederland past dus bijna in een blokje van 300 bij 300 kilometer ;-) Het nulpunt ligt dan ergens in een bosje bij parijs (toch anne? :-) ) Op dit moment is dus alles wel heen en weer te rekenen, maar het is in de praktijk eenvoudiger om bij een systeem te blijven. En nu wil het geval dat nederland en zijn overheden bijna alles in RD doen. En kleinere overheden hebben dan bijvoorbeeld hun data (losse stoeptegels) in een databaseje staan met RD coordinaten, en voor hen is het dan wel zo handig om een leuke (lees OSM) ondergrond te hebben zonder die coordinaten om te moeten rekenen. Of (persoonlijke mening) je data aan te gaan passen aan een (commerciele) kaartondergrond leverancier. Groet Richard Duivenvoorde ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Installer voor Garmin kaarten
Als de installer gebruik kan maken van Mkgmap maakt het niet uit welke FID je gebruikt. De installer kan dan in het register kijken welke FID er nog vrij is en de kaarten hernoemen en de TDB opnieuw aanmaken. Op deze manier kun je ontzettend veel kaarten maken en distribueren zonder dat ik me zorgen over serienummers hoef te maken. Het daadwerkelijk installeren en deinstalleren is in feite een makkie want dat doet de installer voor je. Wat betreft de TYP files, daarvan ben ik op de hoogte en een Engelsman (ben de naam ff kwijt) heeft hiervoor al een pre-processor gemaakt die een leuke fietskaart oplevert. Zoals eerder gezegt: ik wil eerst wat randvoorwaarden goed hebben voordat ik de 'grote uitrol' doe anders moet je op een gegeven moment zoveel bijhouden dat je niet meer aan ontwikkelen toekomt. Ik zal wat betreft de installer wat nieuwe ontwikkelingen uit de doeken doen: Met NSIS kun je ontzettend veel maar ik vind het ook complex en het werkt alleen maar onder Windows. Waar ik nu mee bezig ben is een soort van vervanging van MapInstall waarbij een Java applicatie complete kaart sets onder MapSource installeert, up-to-date houdt, kaarten naar de Garmin kopieert en wat al niet meer. Werkt dat leuk dan kan die applicatie langzaam aan uitgebouwd worden tot een soort OpenStreetMap MapSource vervanger ofzo, dat zien we dan wel weer. Het gebruik van een Java applicatie biedt ook mogelijkheden als Java Webstart maar ook cross-platform ondersteuning en alle voorgenoemde zaken zijn niet te doen met een Windows installer. Dus ja, ik ben heel wat van plan. Je bent wel wat van plan zeg, hoe ga je dat met de TDB file regelen ? Ik heb na een reparatie van meer dan 3 maanden mijn slaptop weer terug .. (MM Ik ben toch niet gek? ) Ik ben al eens met de innosetup bezig geweest (welke dus op de laptop stond). Hier heb ik ook een goede installer mee kunnen maken voor het installeren van kaarten in mapsource (en het weer verwijderen). Ik heb een aantal vraagjes : Heb je voor je kaarten een bepaalde FID gereserveerd ? ben je al eens met typ-files bezig geweest ? Hiermee kun je de look van de Garmin kaarten aanpassen, zowel in mapsource als de x modellen; Ik gebruik deze type files om de tracks wat duidelijker te maken in MS en mijn Garmin bij het MTB-en. Je kunt de kaarten zo aanpassen dat ze in MS op rasterkaarten lijken! werkt ook met Openstreetmap kaarten. Ik heb wel eens een HTML script gehad voor het installeren van 3rd party kaarten, maar dat werkte alleen met MS explorer, en als je de verkeerde entry weggooit gaat Mapsource alsnog over zijn nek... Perl lijkt me ook een leuke optie maar dat kan ik niet programmeren. goodgoan, Bert From: [EMAIL PROTECTED] To: [EMAIL PROTECTED]; talk-nl@openstreetmap.org Date: Wed, 23 Jan 2008 14:14:24 +0100 Subject: Re: [OSM-talk-nl] Installer voor Garmin kaarten Lambertus, Niet meer kunnen achterhalen. Sorry. Martijn Op 23 jan 2008, om 10:12 heeft Lambertus het volgende geschreven: Martijn van Exel wrote: Cool. Maar ik herinner me bij het overzetten van de IMG file eigenlijk helemaal geen problemen en gedoe met registry..? Alleen het inschakelen van een 3rd party tool waarvan ik de naam alweer ben vergeten. Interessant, want ik ben nooit een tool tegengekomen waarmee 3rd party kaarten geïnstalleerd kunnen worden onder MapSource. Daarentegen kom je wel op veel websites instructies tegen over het juist configureren van een *.reg bestand. Kun je een linkje opduikelen? Over de installer: Eigenlijk wil ik er naar toe dat de installer zo werkt dat deze een keuze biedt aan kaarten (zeg: EU of NL, DE, UK, etc.) en dan de kaarten download van internet, installeert en vervolgens up-to-date houdt. Ik ben benieuwd of dat te doen is met NSIS. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl -- Ontdek Windows Live, een nieuwe Windows ervaring. Een gratis upgrade. Download nu. -- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Friese layer (was: Carnaval layer)
Als je nog wat 'algemene' tekst nodig hebt kun je ook putten uit het voorstel dat we – zo succesvol – aan NLNet hebben verstuurd. Zie http://www.xs4all.nl/~exel0/osm/OSM%20subsidieaanvraag%202008.rtf Martijn vE Op 24 jan 2008, om 15:09 heeft Zoran Kovacevic het volgende geschreven: Stefan de Konink wrote: On Thu, 24 Jan 2008, Zoran Kovacevic wrote: PS: Friesland is bijna helemaal gedaan, op wat lokale benamingen na. Het viel me op dat er nogal wat gehuchten en lokale benamingen hernoemd kunnen worden, wordt de kaart ook overzichtelijker van.. Ik zie dat Utrecht en Den Haag ook gedaan zijn. Heeft Amsterdam ook een andere naam? :) [[Osdorp]] (Amsterdam) - Knardorp (naar Carnavalsvereniging 'Osseknarren') Had voor de zekerheid het subject veranderd. Ging om Friese layer :) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Installer voor Garmin kaarten
Ik heb hetzelfde probleem in zowel MapSource als GPSMapEdit. Lijkt me een fout in Mkgmap of in mijn scripts (laatste is waarschijnlijker). Ik ga er zo snel mogelijk naar kijken. - Original Message - From: Danny Maas To: Lambertus ; OpenStreetMap NL discussion list Sent: Thursday, January 24, 2008 22:34 Subject: Re: [OSM-talk-nl] Installer voor Garmin kaarten Zoals beloofd een screenshot van de Mapsource-kaart http://www.dannymaas.com/screenshot-osm.JPG Groeten, Danny ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [Talk-de] Neuer OpenGeoDB Anlauf gewünscht? (Re: Erster OpenGeoDB Import in OpenStreetMap ist du rchgelaufen)
Hi! Sven Anders schrieb: Moin, wie ich sehe hat der OpenGeoDB Import einges an Wirbel erzeugt. Zum einen höre ich recht erfreuliche Rückmeldungen. Ein paar Orte wurde auch schon verändert (und auch das OpenGeoDB:auto_update richtig angepasst). Klar, hast ja auch eine Menge neue Daten erzeugt. :-) 100% ohne Fehler (und ohne Nacharbeit) wird kein Update vonstatten gehen, das ist bei der Größe einfach nicht drinn. Deshalb hier nochmal ganz klar die Frage: Ok, also hier meine Meinung: Sollen wir eine neuen Anlauf wagen? Ja! Erstmal nur die Relationen? Alles? Nur einen Ausschnitt? (Wobei das komplizierter ist, wenn man auch Relationen dazu nehmen möchte (So haben Bundesländer, Länder und Kontinente evtl. in OpenGeoDB keine Koordinaten). Eigentlich kann ich nur für meine Stadt und die Umgebung reden, aber wenn du nur einzelne Regierungsbezirke machst, wirst du wohl nicht mehr froh. Also meine Meinung ist daher: alles. Aktueller Datenbestand (in denen auch kleinere Orte enthalten sind?)? Oder erstmal mit den alten weiter machen und z.B. die Relationen einführen? Aktueller Stand. Sollen OSM Tags eingefügt werden? Ja. Man könnte auch neue Nodes gar nicht automatisch erzeugen sondern nur welche die openGeoDB:loc_id und openGeoDB:auto_update haben anfassen, wenn es eine neue Version gibt. Nein, ich hätte schon gerne die ganzen fehlenden Orte in Niederbayern auch. Ich bin mir auch sehr unsicher, wie wir darüber diskutieren wollen. Auf der Liste? Oder auf einer Wiki-Seite auf der es etwas strukturierter zugehen kann, weil man Oberthemen bilden kann? Also ich persönlich finde diese Wiki-Diskussions-Seiten immer furchtbar unübersichtlich und außerdem werde ich kaum jeden Tag dort reinschauen. -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neuer OpenGeoDB Anlauf gewünscht? (Re: Erster OpenGeoDB Import in OpenStreetMap ist du rchgelaufen)
Hi! Sven Anders schrieb: Moin, wie ich sehe hat der OpenGeoDB Import einges an Wirbel erzeugt. Zum einen höre ich recht erfreuliche Rückmeldungen. Ein paar Orte wurde auch schon verändert (und auch das OpenGeoDB:auto_update richtig angepasst). Auf der anderen Seite höre ich Kritik über: * Die falsche Zuordnung von Namen (und dadurch Verdoppelungen). Das Problem könnte dadurch gelöst werden, das jeder in seiner Region die Nodes einmalig zusammenfasst und dann das auto_update anpasst). Ich habe damit angefangen, in meiner Gegend aufzuräumen, meistens ist es, wie schon gesagt, das Problem, dass zu einem bereits vorhandener Ort einer weiterer mit verlängertem Namen dazukommt. Wenn bei einem neuen Import weitere Orte dazukommen sollten, dann sollten vorher unbedingt alle Zusätze, die nicht zur offiziellen Bezeichnung gehören, entfernt werden, weil das sehr viel Arbeit ist, das zB per JOSM manuell zu machen. Um es nochmal deutlich zu machen ein (fiktives) Beispiel Franktfurt am Main - bleibt Frankfurt am Main, da offizielle Bezeichung München (Bayern) - München , da der Zusatz Bayern nicht offziell ist und auf der Karte u. in Datenbank überflüssig (Info schon im is_in Tag enthalten). * Relationen sind zur Zeit noch gar nicht in OSM eingespielt, das könnte ich aber bald nachholen. Was für Relationen meinst du? * Es gibt ein Problem dadurch das Orte offiziell anderes heißen, als wir es in der Karte aufnehmen wollen (Beispiel: Die Neue Gemeinde heißt nun Bla-Blub aber es gibt immer noch die beiden Orte Bla und Blub) Ich schätze, da bleibt nur manuelle Korrektur, oder? * Es gibt ein Problem dadurch das auch größere Gliederungen (Beispiel: Bundesland) zum Teil Koordinaten haben und dann in einer Landkarte an einer Stelle auftauchen, obwohl ja das ganze Gebiet gemeint ist. Auf der anderen Seite gibt es nun man in den Map Features auch das Tag place=continent und irgendwo müsste man so ein Tag ja auch in Europa hinsetzen. Das Problem scheint mir machmal auch nur zu sein, das so ein Tag dann auch noch auf Zoom Ebene 12 gerendert wird und nicht auf Zoom Ebene 1-5 begrenzt bleibt. Besteht derzeit überhaupt ein Bedürfnis, solche große Gliederungen in großem Umfang aufzunehmen? Ich würde davon vorerst absehen, solange sich noch kein Standard etabliert hat und erstmal probeweise mit einigen anfangen. Aktueller Datenbestand (in denen auch kleinere Orte enthalten sind?)? Oder erstmal mit den alten weiter machen und z.B. die Relationen einführen? Grundsätzlich ja, aber bitte mit den richtigen Namen (also ohne die nicht-offiziellen Zusätze). Grüße! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
Hallo, On 23.01.2008, at 17:12, qbert biker wrote: Meine Sichtweise hat wenig mit mangelndem Optimismus zu tun, sondern ist die Sichtweise eines potentiellen Anwendungsentwicklers, potentiell ist dabei immer gross geschrieben, denn im Gegensatz zu den anderen Anwendungsentwicklern im OSM-Umfeld kochst Du, Hubert, Dein persoenliches Privat-Sueppchen, an dem Du nur ausgewaehlte Interessierte per E-Mail teilhaben laesst. Wir erfahren hier zwar ab und zu, was Du alles tolles machst (schnelle Polygon-Extraktoren, tolle Renderer, ...), aber im SVN ist davon noch nichts aufgetaucht. Deine freie Entscheidung. Aber es geht auch anders: Oliver White hat sein Pyroute unter den suboptimalen Bedingungen, die im Projekt herrschen, gebaut und veroeffentlicht. Leute benutzen es. Leute sehen nun, dass die speziellen Fahrradrouten, die es errechnet, zum Teil komisch sind, weil Wege eben nicht so getaggt sind, wie das das Programm erwartet. Dies fuehrt zum Teil zu Programmaenderungen; zum Teil aber auch zu einem anderen Bewusstsein in der Community: Lasst uns dies und das gleich richtig eintragen, sonst gibt es in Pyroute wieder komische Ergebnisse. Meiner Ansicht nach ist Deine Herangehensweise falsch, und Oliver Whites richtig, oder genau genommen: Deine ist fuer ein Projekt wie dieses ungeeignet. Du stellst Forderungen und Behauptungen auf, die Du mit Deiner Berufserfahrung oder Deinen Programmen begruendest, aber in beides hat die Community keinen Einblick. Jemand, der Dich kennt, glaubt Dir das vielleicht, aber fuer die anderen kommst Du nur als ewiger Noergler rueber. Wuerdest Du, wie das Oliver White tut, Code veroeffentlichen, den Leute benutzen moechten und der die Nutzer selbst zu der Erkenntnis fuehrt, dass etwas verbessert werden muss, dann haettest Du eine Chance, das gewuenschte Umdenken zu erreichen (oder zu beschleunigen). Bis dahin bleibt der Eindruck, dass die Probleme, die OSM fuer Dich unbenutzbar machen... der an dieser Stelle aufgegeben hat und erst dann wieder einsteigt, wenn es eine Anwendungs-API gibt, auf die man sich berufen kann. ... theoretischer und/oder eingebildeter Natur sind. Denn andere Anwendungsentwickler haben sie offenbar nicht. Es könnte schon im ersten Durchlauf klappen, aber dazu müssten im Projekt ein paar Parameter gedreht werden. Es ist illusorisch, irgendwas im ersten Durchlauf vollstaendig zu mappen. Eine solche Anforderung legt die Latte zu hoch und fuehrt dazu, dass Anfaegner vom Einstieg in das Projekt abgeschreckt werden. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neuer OpenGeoDB Anlauf gewünscht? (Re: Erster OpenGeoDB Import in OpenStreetMap ist du rchgelaufen)
Hi! Sven Anders schrieb: wie ich sehe hat der OpenGeoDB Import einges an Wirbel erzeugt. Zum einen höre ich recht erfreuliche Rückmeldungen. Ein paar Orte wurde auch schon verändert (und auch das OpenGeoDB:auto_update richtig angepasst). Bei der Gelegenheit noch eine Frage: in Erding bin ich gerade auch über einen zweimal gerenderten Namen gestolpert und wollte das gerade beheben. Dabei ist mir aufgefallen, dass scheinbar zweimal place=town von der OpenGeoDB importiert wurde. Und zwar einmal aus der GeoDB loc_id 16257 und einmal aus der 438. Jetzt ist aber die 438 vom Type ein Kreis, so dass ich nicht verstehe, warum daraus ein town-Node generiert wurde. Für mich sieht das nach Bug aus. Kann natürlich auch sein, dass hier jemand von Hand etwas auf komische Weise grade gebogen hat, denn auto_update für den aus 438 erzeugten Node steht lediglich auf population. Bei der Gelegenheit übrigens nochmal eine Anregung: es ist ziemlich mühsam, die OpenGeoDB-Tags in Potlatch zu sehen, weil die Felder einfach zu klein sind und daher alle Tags als OpenGeo angezeigt werden. Vielleicht doch ein etwas kürzerer Name, wie z.B. OGDB:xxx oder sowas? Über den Link zur FAQ-URL, wie hier bereits vorgeschlagen, sieht man ja dann, was OGDB sein soll. -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
Es könnte schon im ersten Durchlauf klappen, aber dazu müssten im Projekt ein paar Parameter gedreht werden. Es ist illusorisch, irgendwas im ersten Durchlauf vollstaendig zu mappen. Eine solche Anforderung legt die Latte zu hoch und fuehrt dazu, dass Anfaegner vom Einstieg in das Projekt abgeschreckt werden. Dem muss ich ausnahmsweise ;-) einmal beipflichten: And when this kiss is over, It will start again. Talking Heads, Heaven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Schweizer Grenzen
Hallo, In diesem Fall würden wir die Daten ja nicht mehr nur zum clippen verwenden sondern wirklich als Grenzen ablegen. Natürlich ist es noch immer keine Kommerzielle nutzung ... aber andere koennten die Daten bei uns herausladen und kommerziell nutzen, das koennen wir ja nicht verhindern. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
Am Donnerstag 24 Januar 2008 schrieb Frederik Ramm: Deine freie Entscheidung. Aber es geht auch anders: Oliver White hat sein Pyroute unter den suboptimalen Bedingungen, die im Projekt herrschen, gebaut und veroeffentlicht. Leute benutzen es. Leute sehen nun, dass die speziellen Fahrradrouten, die es errechnet, zum Teil komisch sind, weil Wege eben nicht so getaggt sind, wie das das Programm erwartet. Dies fuehrt zum Teil zu Programmaenderungen; zum Teil aber auch zu einem anderen Bewusstsein in der Community: Lasst uns dies und das gleich richtig eintragen, sonst gibt es in Pyroute wieder komische Ergebnisse. Meiner Ansicht nach ist Deine Herangehensweise falsch, und Oliver Whites richtig, oder genau genommen: Deine ist fuer ein Projekt wie dieses ungeeignet. Du stellst Forderungen und Behauptungen auf, die Du mit Deiner Berufserfahrung oder Deinen Programmen begruendest, aber in beides hat die Community keinen Einblick. Jemand, der Dich kennt, glaubt Dir das vielleicht, aber fuer die anderen kommst Du nur als ewiger Noergler rueber. Wuerdest Du, wie das Oliver White tut, Code veroeffentlichen, den Leute benutzen moechten und der die Nutzer selbst zu der Erkenntnis fuehrt, dass etwas verbessert werden muss, dann haettest Du eine Chance, das gewuenschte Umdenken zu erreichen (oder zu beschleunigen). welche herangehensweise nun falsch oder richtig ist, das ist wohl ansichtssache und bei jedem einzelnen anders. ich bevorzuge auch eher den open source ansatz. wir alle wollen osm-daten in verschiedensten bereichen nutzen, oder besser nutzbar machen. aber es macht nunmal keinen spass, wenn man staendig um unzulaenglichkeiten herumbasteln muss, die es nicht geben muss. dein beispiel kann uebrigens auch nach hinten losgehen. man muss sich nur das rendering anschauen. es kommt wohl doch desoefteren vor, dass dinge rein von der abbildung in der db unsinnig angelegt werden, weil sie sonst nicht schoen gerendert werden. eigentlich muesste sich eher der renderer den richtigen daten anpassen, und nicht umgekehrt. Bis dahin bleibt der Eindruck, dass die Probleme, die OSM fuer Dich unbenutzbar machen... der an dieser Stelle aufgegeben hat und erst dann wieder einsteigt, wenn es eine Anwendungs-API gibt, auf die man sich berufen kann. ... theoretischer und/oder eingebildeter Natur sind. Denn andere Anwendungsentwickler haben sie offenbar nicht. doch, andere anwendungsentwickler haben die durchaus auch! Es könnte schon im ersten Durchlauf klappen, aber dazu müssten im Projekt ein paar Parameter gedreht werden. Es ist illusorisch, irgendwas im ersten Durchlauf vollstaendig zu mappen. Eine solche Anforderung legt die Latte zu hoch und fuehrt dazu, dass Anfaegner vom Einstieg in das Projekt abgeschreckt werden. das hat auch gar niemand verlangt! die daten lassen sich immer wieder, stueck fuer stueck erweitern, dass muss nicht alles sofort vom erstmapper komplett gemacht werden. es geht eher darum, dass EINDEUTIG gemappt wird. und das ist mit dem aktuellen schema nur sehr begrenzt moeglich. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
Hallo, potentiell ist dabei immer gross geschrieben, denn im Gegensatz zu den anderen Anwendungsentwicklern im OSM-Umfeld kochst Du, Hubert, Dein persoenliches Privat-Sueppchen, an dem Du nur ausgewaehlte Interessierte per E-Mail teilhaben laesst. Wir erfahren hier zwar ab und zu, was Du alles tolles machst (schnelle Polygon-Extraktoren, tolle Renderer, ...), aber im SVN ist davon noch nichts aufgetaucht. Dein SVN ist nicht die Welt - teilhaben kann wer will, man muss nur wollen. Wenn für dich nicht existiert, was nicht im SVN auftaucht ist das dein persönliches Problem. Den Trafalgar-Filter gibts seit dem Sommer, die Version für API 0.5 seit dem Herbst. Genauso lang gibt es den Router und das Angebot, die SW bei Interesse vollständig frei zu lizensieren. Deine freie Entscheidung. Aber es geht auch anders: Oliver White hat sein Pyroute unter den suboptimalen Bedingungen, die im Projekt herrschen, gebaut und veroeffentlicht. Leute benutzen es. Leute sehen nun, dass die speziellen Fahrradrouten, die es errechnet, zum Teil komisch sind, weil Wege eben nicht so getaggt sind, wie das das Programm erwartet. Sorry, aber das ist eine Nullaussage - dass man mit OSM routen kann habe ich selber im Sommer gezeigt. Den entsprechenden Router gibt es schon ein paar Jahre länger und dass dessen Ergebnis technisch gesehen richtig ist, ist eigentlich ganz gut abgesichert. Routen ist kein Hexenwerk - was allerdings sehr anspruchsvoll ist, ist der Entwurf von Kennzahlen, die z.B. die Reisezeit beschreiben. Dies fuehrt zum Teil zu Programmaenderungen; zum Teil aber auch zu einem anderen Bewusstsein in der Community: Lasst uns dies und das gleich richtig eintragen, sonst gibt es in Pyroute wieder komische Ergebnisse. Und, was hat das mit meinen Einlassungen zu tun, dass es in OSM nach wie vor keine Parameter gibt, die sich mit der realen Bedeutung von Straßen befassen? Die administrative Einteilung ist auch ein interessantes Datum aber hinsichtlich des Routings bleibt das ein grobes Schätzeisen. Meiner Ansicht nach ist Deine Herangehensweise falsch, und Oliver Whites richtig, oder genau genommen: Deine ist fuer ein Projekt wie dieses ungeeignet. Du stellst Forderungen und Behauptungen auf, die Du mit Deiner Berufserfahrung oder Deinen Programmen begruendest, aber in beides hat die Community keinen Einblick. Wirklich nicht? Ich bemühe mich ansich schon, meine Aussagen zu begründen. Ganz offen und lizenzfrei und man muss dafür nichtmal in den Buchladen laufen *g* Jemand, der Dich kennt, glaubt Dir das vielleicht, aber fuer die anderen kommst Du nur als ewiger Noergler rueber. Wuerdest Du, wie das Oliver White tut, Code veroeffentlichen, den Leute benutzen moechten und der die Nutzer selbst zu der Erkenntnis fuehrt, dass etwas verbessert werden muss, dann haettest Du eine Chance, das gewuenschte Umdenken zu erreichen (oder zu beschleunigen). Den Nörgler sitz ich aus und ich habe ja auch die Anzahl meiner Beiträge stark zurückgefahren - da 'nörgeln' andere mehr. Ansonsten sind es die üblichen Missverständnisse: Ich schreibe gradraus, was ich denke und bin auch bei der Wortwahl nicht pingelig. Dass ich OSM deshalb nicht geringschätze, habe ich dabei oft genug zum Ausdruck gebracht. Wenn OSM davon einen Schaden abbekommt, wär OSM wohl auch ohne mich nicht alt geworden ;) Bis dahin bleibt der Eindruck, dass die Probleme, die OSM fuer Dich unbenutzbar machen... ... theoretischer und/oder eingebildeter Natur sind. Denn andere Anwendungsentwickler haben sie offenbar nicht. Andere Anwendungsentwickler arbeiten anders oder haben eine andere Zielrichtung. Es ist illusorisch, irgendwas im ersten Durchlauf vollstaendig zu mappen. Was ist vollständig? Eine solche Anforderung legt die Latte zu hoch und fuehrt dazu, dass Anfaegner vom Einstieg in das Projekt abgeschreckt werden. Ich werde deine komische Panik vor einer angeblichen Abschreckung nicht nachvollziehen können. Wenn ich die Liste verfolge finde ich eher Leute, die von den unpräzisen Vorgaben abgeschreckt werden. Ist ja nicht aus der Luft gegriffen, was ich schreibe. Das shape-Format der AND-Daten ist OSM derzeit haushoch überlegen, weil es eine sauberen Übergang von Eingabe und Ausgabe erlaubt. AND-Shape kann natürlich nur Autos, aber wenigstens das so richtig gut. Grüsse Hubert -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
qbert biker schrieb: Eine solche Anforderung legt die Latte zu hoch und fuehrt dazu, dass Anfaegner vom Einstieg in das Projekt abgeschreckt werden. Ich werde deine komische Panik vor einer angeblichen Abschreckung nicht nachvollziehen können. Wenn ich die Liste verfolge finde ich eher Leute, die von den unpräzisen Vorgaben abgeschreckt werden. FULL ACK! Einem Anfänger konkrete Regeln an die Hand zu geben, nach denen er vorgehen kann hilft definitiv bei einem Einstieg in die Materie. Anderenfalls hat man nur jede Menge Fragen im Kopf, die einen ob der schwammigen Aussagen erstmal gehörig verwirren. Das führt eher dazu, daß Sachen nicht eingetragen werden, weil der Anfänger sich nicht sicher ist wie. Es geht doch (zumindest mir) nicht darum, strikte Festlegungen a la wenn die Straße über 3,5m breit ist und nicht älter als 5 Jahre ist, muß es xy sein zu treffen - z.B. die ganze highway=xy Diskussion neulich ging mir ziemlich irgendwo vorbei. Das ist momentan so erstmal verwendbar und wird sich im Laufe der Zeit schon einpendeln - besonders dann wenn die OSM Daten im großen Maßstab tatsächlich z.B. zum Routen verwendet werden. Aber das jeder dritte Mapper in Zukunft seine eigenen Tags z.B. für Hausnummern erfindet, und die jeweiligen Tags unbedingt dann auf ewig so bleiben müssen - muß doch nun wirklich auch nicht sein. Klar, man kann natürlich erstmal rumexperimentieren um herauszufinden was funktioniert und was nicht - aber das dann auf ewig so zu lassen weil man niemanden einschränken will macht dann allen, die die OSM Daten tatsächlich verwenden wollen später nur unnötig das Leben schwer ... Gruß ULFL P.S: Erinnert mich alles irgendwie an: I'm so free it's driving me insane aus: It's all too much von Joe Jackson - http://www.actionext.com/names_j/joe_jackson_lyrics/its_all_too_much.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] grade5 tracks nicht mehr in z16 ansicht?
warum werden die nciht mehr gerendert? bzw. scheint nicht konsistent zu sein, ob sie gerendert werden, oder nicht? :-? einige wege sind auf jeden Fall in z16 nicht mehr auf der karte. wenn man stark ranzoomt aber schon. hat einer dafür ne Erklärung? -- mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Schweizer Grenzen
In diesem Fall würden wir die Daten ja nicht mehr nur zum clippen verwenden sondern wirklich als Grenzen ablegen. Natürlich ist es noch immer keine Kommerzielle nutzung ... aber andere koennten die Daten bei uns herausladen und kommerziell nutzen, das koennen wir ja nicht verhindern. Ich weiss, daher sollte ja auch jemand nachfragen ob sie die Gemeindegrenzdaten freigeben würden. Wir müssen ja nicht überall rumerzählen woher wir die Daten haben, auch wenns im Tag drin steht :) Gruss Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
Damit hat man länderweise zweifelsfreie Grunddaten auf die man aufbauen kann. Wenn man keinen weltweit gültigen Bezeichnungen findet braucht man halt notfalls erstmal länderspezifische Konfigurationsdateien für die Renderer. War nicht einer der Argumentationspunkte vorhin, dass man nicht alles doppelt und dreifach machen muss? Wenn aber der Renderer für jedes Land eigene Regeln braucht, macht man nicht nur alles doppelt und dreifach, sondern für jedes Land einmal also etwa 190 mal. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[OSM-talk-fr] Web based IRC
Bonjour, N'ayant pas grand chose à faire au taf' (ahum), je serais bien allé faire un tour sur IRC mais pour rester discret et passer les proxies je pensais passer par l'interface web récemment installée :) Seulement mon firefox reste bloqué sur loading... j'ai bien le gros de l'interface, avec les boutons, mais la liste des users n'apparait jamais. En fait c'est simplement la connexion au serveur IRC qui n'est pas établie. (idem avec IE) Des risques que ce soit à cause du proxy ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] OSM dans Nokia Map ?
Perso je trouve Nokia Maps sur mon tel Nokia super lent ! (démarrage utilisation) Essaye l'application Google Maps pour Nokia et tu verra ce qu'es un logiciel de cartographie rapide ! Nokia Maps est un logiciel propriétaire et je ne pense pas qu'il soit possible de le configurer pour qu'il gère des cartes OSM. C'est quoi ton Nokia ? un téléphone Exx Nxx ou tablette N770/N8x0 ? D'ailleurs je ne connais aucun logiciel sur téléphone Nokia permettant d'utiliser nos cartes OSM... :( Pour cela j'utilise mon N800 avec son super écran et l'excellent Maemo Mapper (couplé à mon tel E65 pour télécharger les cartes/instructions en direct) :) ...J'ai effectué quelques recherches et trouvé cette page : - http://wiki.openstreetmap.org/index.php/Fr:Using_OpenStreetMap#Afficher_les_rues_sur_un_t.C3.A9l.C3.A9phone_portable qui liste quelques logiciels qui pourraient fonctionner sur un téléphone Nokia : - http://gpsmid.sourceforge.net - http://mapnav.spb.ru/site/index.php Je teste ça dès ce soir ! On Jan 24, 2008 10:28 AM, Axel R. [EMAIL PROTECTED] wrote: Bonjour, J'ai installé Nokia Map sur mon nokia, c'est vraiment sympa comme logiciel. Je voulais savoir si quelqu'un savait comment utiliser les cartes OSM à la place des cartes fourni avec le logiciel ? Merci, Axel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Paris sera toujours paris (mais mi eux cartographié)
Si tu veux qu'on s'organise pour le sud est de Paris, n'hésites pas. Je suis dans le 6ème et le 5ème en ce moment. Comme Thomas le dit, s'organiser pour couvrir tout paris serait assez motivant. Je me suis occupé du 4ème arrondissement car j'y donne des cours d'espéranto et j'y passe donc toutes les semaines. Je pourrais continuer sur les 3 premiers arrondissements qui ne sont pas très grand. L'objectif 0 rue sans name pourrait être assez intéressant à atteindre. Axel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Web based IRC
Pour moi ça marche aussi. Et même plutôt bien je trouve. Pour ce qui est de jabber.fr sur le port 443, est-ce que c'est dispo en https ? Parce qu'au taff, le port 443 n'est utilisable que pour de l'https... Renaud. 2008/1/24 Olivier Boudet [EMAIL PROTECTED]: Ca c'est une bonne idée, j'y avais pas pensé :) Merci ! On Jan 24, 2008 1:37 PM, Steven Le Roux [EMAIL PROTECTED] wrote: On Thu, 24 Jan 2008 10:46:35 +0100, Olivier Boudet [EMAIL PROTECTED] wrote: Bonjour, N'ayant pas grand chose à faire au taf' (ahum), je serais bien allé faire un tour sur IRC mais pour rester discret et passer les proxies je pensais passer par l'interface web récemment installée :) Seulement mon firefox reste bloqué sur loading... j'ai bien le gros de l'interface, avec les boutons, mais la liste des users n'apparait jamais. En fait c'est simplement la connexion au serveur IRC qui n'est pas établie. (idem avec IE) Des risques que ce soit à cause du proxy ? Fait comme moi, un compte jabber, et tu utilises un transport IRC via jabber. (et jabber.fr est dispo sur le port 443 qui devrait être ouvert sur tes proxy) -- Steven Le Roux [EMAIL PROTECTED] xmpp:[EMAIL PROTECTED] ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Web based IRC
Bon j'ai bien réussi à me connecter à mon compte jabber (apinc), à lister les services et donc à voir la passerelle IRC, mais j'arrive pas à m'y connecter... surement une manipulation que je fais mal. Je verrais ca un autre jour... 2008/1/24 serge karamazov [EMAIL PROTECTED]: Pour moi ça marche aussi. Et même plutôt bien je trouve. Pour ce qui est de jabber.fr sur le port 443, est-ce que c'est dispo en https ? Parce qu'au taff, le port 443 n'est utilisable que pour de l'https... Renaud. 2008/1/24 Olivier Boudet [EMAIL PROTECTED]: Ca c'est une bonne idée, j'y avais pas pensé :) Merci ! On Jan 24, 2008 1:37 PM, Steven Le Roux [EMAIL PROTECTED] wrote: On Thu, 24 Jan 2008 10:46:35 +0100, Olivier Boudet [EMAIL PROTECTED] wrote: Bonjour, N'ayant pas grand chose à faire au taf' (ahum), je serais bien allé faire un tour sur IRC mais pour rester discret et passer les proxies je pensais passer par l'interface web récemment installée :) Seulement mon firefox reste bloqué sur loading... j'ai bien le gros de l'interface, avec les boutons, mais la liste des users n'apparait jamais. En fait c'est simplement la connexion au serveur IRC qui n'est pas établie. (idem avec IE) Des risques que ce soit à cause du proxy ? Fait comme moi, un compte jabber, et tu utilises un transport IRC via jabber. (et jabber.fr est dispo sur le port 443 qui devrait être ouvert sur tes proxy) -- Steven Le Roux [EMAIL PROTECTED] xmpp:[EMAIL PROTECTED] ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
[OSM-talk-fr] comment délimiter un arrondissemen t à paris ?
Tout est dans le titre... Merci, Axel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Lot Talk-fr, Vol 18, Parution 38
Salut, je mappe dans le sud du 14eme (Alesia-Plaisance), pour le moment c'est plus tranquille, car j'ai prêté mon GPS a mon frère qui veut éditer le premier tracé sur l'ile Maurice. Je ne mappe seulement occasionnellement, la réception GPS en ville étant assez difficile. Je vais me concentrer a tagger les rues existantes de mon quartier. cantece -Ursprüngliche Nachricht- Von: Discussions sur OSM en francais talk-fr@openstreetmap.org Gesendet: 24.01.08 12:46:50 An: Discussions sur OSM en francais talk-fr@openstreetmap.org Betreff: Re: [OSM-talk-fr] Lot Talk-fr, Vol 18, Parution 38 Axel a écrit J'habite Paris 13e et j'ai repéré plusieurs erreurs, manques et incohérences sur ma propre rue et celles autour de chez moi donc je vais rectifier tout ça progressivement en apprenant tranquillement à gérer les différents outils Salut Axel, Je fais pas mal de choses sur Paris, essentiellement sur la rive gauche et les grands axes de la rive droite, mon pseudo est STA Dans ton quartier il y a aussi cantece (je ne sais pas si il est membre de la liste) qui a fait beaucoup de bon travail sur le 14ème arrondissement. Et bien sûr Thomas qui un ancien de OSM et qui a tracé beaucoup de voies notamment dans le 13ème. Et les autres qui se signaleront peut être sur la liste. Si tu veux qu'on s'organise pour le sud est de Paris, n'hésites pas. Je suis dans le 6ème et le 5ème en ce moment. Simon Le 24/01/08, Axel Marquette [EMAIL PROTECTED] a écrit : Je ne suis pas de la police, mais la curiosité m'étreint. Depuis 2 jours, il y a pas mal de nouveaux inscrits à cette mailing liste. Pas plein plein plein de nouveaux, mais quand même plus que d'habitude. Donc je m'interroge : Il y a eu de la pub pour OSM quelque part ? C'est suite à la présentation de KDE4 chez Google ? Bonjour, je suis nouveau et à ce que je vois je suis le deuxième Axel de la liste ! Je sais plus comment je suis tombé sur OSM il y a quelques jours, mais j'ai accroché. J'habite Paris 13e et j'ai repéré plusieurs erreurs, manques et incohérences sur ma propre rue et celles autour de chez moi donc je vais rectifier tout ça progressivement en apprenant tranquillement à gérer les différents outils. Voilà, à bientôt. PS : je suis étudiant en droit, très intéressé par tout ce qui est licences des créations numériques dont je vais aussi aller voir du côté juridique d'OSM pour en apprendre plus vu qu'apparemment ça y bouge pas mal en ce moment. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr - ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr _ Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! http://smartsurfer.web.de/?mc=100071distributionid=0066 BEGIN:VCARD VERSION:2.1 N:Bohlmann;Hans-Christian;;; FN:Hans-Christian Bohlmann TEL;HOME;VOICE:+33145453072 ADR;HOME:;;36 rue des Plantes;Paris;;75014;Frankreich EMAIL;INTERNET:[EMAIL PROTECTED] END:VCARD ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] pistes cyclables et voie de bus
Il y a les pistes franchement séparées qu'on peut taguer en cycleway=track (ou opposite_track), les bandes cyclables mais qui sont simplement une coloration sur la voie routière qu'on tague en cycleway=lane (ou opposite_lane) (voir les photos sur la Fr:Map Features ici http://wiki.openstreetmap.org/index.php/Fr:Map_Features#Voie_cyclable_.28cycleway.29 Mais qu'en est-t-il pour une piste cyclable sur le trottoir comme il y en a beaucoup en ville ? Et pour les bus, ils ont aussi parfois leur propre voie de circulation avec une séparation physique et parfois, c'est la même voie que pour les voitures. Quand la voie est séparée physiquement (une bordure, un trottoir), faut-il tracer un deuxieme way parallèle à la route avec route=bus et pas de highway=xxx ? ou alors ajouter juste un route=bus sur le way des voitures ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] comment délimiter un arrondissemen t à paris ?
un way tagué comme suit (lire le wiki Talk:Key:boundary): boundary=administrative admin_level=10 et left:arrondissement=15e right:arrondissement=16e par exemple. Ou left=15e arrondissement right=16e arrondissement left/rights dépendent bien sûr de la direction du way. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] pistes cyclables et voie de bus
Pieren Pieren a écrit : Il y a les pistes franchement séparées qu'on peut taguer en cycleway=track (ou opposite_track), les bandes cyclables mais qui sont simplement une coloration sur la voie routière qu'on tague en cycleway=lane (ou opposite_lane) (voir les photos sur la Fr:Map Features ici http://wiki.openstreetmap.org/index.php/Fr:Map_Features#Voie_cyclable_.28cycleway.29 Mais qu'en est-t-il pour une piste cyclable sur le trottoir comme il y en a beaucoup en ville ? Personnellement, je créerai un way spécifique lorsque l'on a une véritable piste cyclable (certaines ont même un nom) indépendante de toute voie de circulation automobile. Pareil pour les voies cyclables sur trottoir. L'intérêt est de constituer des itinéraires cyclables à jour. Pour les bandes cyclables, on pourrait se contenter d'un tag cycleway sur le way de la route. Comment cela pourra-t-il être rendu au niveau carto ? A propos, quelqu'un peut-il m'expliquer l'intérêt du tag cycleway=opposite_track. Sens opposé par rapport à la route ? mais si c'est une piste cyclable indépendante, quel est l'intérêt ? Autant, je comprend l'intérêt de opposite_lane car il y a cohabitation (dangeureuse) entre usagers d'une même voie. Opposite et opposite_lane feraient double emploi. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Web based IRC
On Thu, 24 Jan 2008 14:22:20 +0100, serge karamazov [EMAIL PROTECTED] wrote: Pour moi ça marche aussi. Et même plutôt bien je trouve. Pour ce qui est de jabber.fr sur le port 443, est-ce que c'est dispo en https ? Parce qu'au taff, le port 443 n'est utilisable que pour de l'https... Renaud. En fait il faut l'attaquer en xmpp car il y a une redirection du 443 entrant vers 5222 sur jabber.fr Tu veux dire que ton proxy vérifie qu'il s'agit bien d'un flux https pour laisser causer sur le 443 ? -- Steven Le Roux [EMAIL PROTECTED] xmpp:[EMAIL PROTECTED] ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] pistes cyclables et voie de bus
A propos, quelqu'un peut-il m'expliquer l'intérêt du tag cycleway=opposite_track. Sens opposé par rapport à la route ? mais si c'est une piste cyclable indépendante, quel est l'intérêt ? Autant, je comprend l'intérêt de opposite_lane car il y a cohabitation (dangeureuse) entre usagers d'une même voie. Opposite et opposite_lane feraient double emploi. Juste pour mettre mon grain de sel, les contre-sens cyclables n'ont rien de dangereux... bien au contraire : meilleure visibilité des vélos, moins de soucis avec une portière qui s'ouvre etc. Voir : http://www.ffct.org/securite/charte/05.htm Une piste cyclable, c'est comme une rue... y'a pas toujours de la place pour deux vélos. Près de mon boulot, y'a une rue qui s'appelle la rue Friand. Elle a un contresens cyclable, délimité par un petit rebord (comme les voies de bus), et les vélos qui roulent dans le même sens que les voitures ne peuvent pas prendre cette voie. Il faudrait ralentir pour croiser un autre vélo et en plus, on peut très bien rouler dans le flot des voitures sans problème. De la même façon, il existe des voies de bus à contresens des voitures et les bus qui roulent dans le sens des voitures se trouvent naturellement dans le flot de circulation. Axel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] Web based IRC
On Thu, 24 Jan 2008 14:25:39 +0100, Olivier Boudet [EMAIL PROTECTED] wrote: Bon j'ai bien réussi à me connecter à mon compte jabber (apinc), à lister les services et donc à voir la passerelle IRC, mais j'arrive pas à m'y connecter... surement une manipulation que je fais mal. Je verrais ca un autre jour... En fait la passerelle irc ne fonctionne pas comme les autres passerelles dans le sens où il n'y a pas besoin de s'y abonner. Tu fais juste : joindre une discussion (dans le cas de Gajim) puis tu entres un pseudo qui ne doit pas être enregistré sur le serveur et tu copies colles : [EMAIL PROTECTED] (sans les guillemets) par contre tu auras peut être besoin de te sortir et revenir dans le chat pour que ça fonctionne. Pour le savoir, tu dois voir en arrivant ([18:27:28] FreeBzH_jabber ([EMAIL PROTECTED]) has joined) #Car FreeBzH est mon peudo Ça peut aider d'ouvrir plusieurs fenetre irc pour n'avoir qu'à fermer la premiere et la rouvrir en un seul coup. Mais tu auras bien un ou deux chan à ouvrir sur freenode :) 2008/1/24 serge karamazov [EMAIL PROTECTED]: Pour moi ça marche aussi. Et même plutôt bien je trouve. Pour ce qui est de jabber.fr sur le port 443, est-ce que c'est dispo en https ? Parce qu'au taff, le port 443 n'est utilisable que pour de l'https... Renaud. 2008/1/24 Olivier Boudet [EMAIL PROTECTED]: Ca c'est une bonne idée, j'y avais pas pensé :) Merci ! On Jan 24, 2008 1:37 PM, Steven Le Roux [EMAIL PROTECTED] wrote: On Thu, 24 Jan 2008 10:46:35 +0100, Olivier Boudet [EMAIL PROTECTED] wrote: Bonjour, N'ayant pas grand chose à faire au taf' (ahum), je serais bien allé faire un tour sur IRC mais pour rester discret et passer les proxies je pensais passer par l'interface web récemment installée :) Seulement mon firefox reste bloqué sur loading... j'ai bien le gros de l'interface, avec les boutons, mais la liste des users n'apparait jamais. En fait c'est simplement la connexion au serveur IRC qui n'est pas établie. (idem avec IE) Des risques que ce soit à cause du proxy ? Fait comme moi, un compte jabber, et tu utilises un transport IRC via jabber. (et jabber.fr est dispo sur le port 443 qui devrait être ouvert sur tes proxy) -- Steven Le Roux [EMAIL PROTECTED] xmpp:[EMAIL PROTECTED] ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr -- Steven Le Roux [EMAIL PROTECTED] xmpp:[EMAIL PROTECTED] ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] comment délimiter un arrondissemen t à paris ?
[EMAIL PROTECTED] wrote: Le way peut être une rue qui sépare les deux arrondissements ? ben, si la limite administrative utilise une limite physique (genre une avenue), on peut réutiliser le way physique existant. Il n'y a aucune raison de ne pas en profiter. Le seul ptit problème éventuel, c'est que le render dessine la limite par dessus un nom de rue, ce qui pourrait rendre le texte illisible. Faut faire le test. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] pistes cyclables et voie de bus
Je vais prendre Paris pour exemple. Il y a des tonnes de couloirs de bus et pistes cyclables parallèles aux voies de voitures, séparées physiquement ou non. Le plus souvent on aura un boulevard X qui comportera un tel aménagement et il n'y à là aucun intérêt à créer deux occurences du même boulevard X pour simplement distinguer les différents espaces de circulation, il faut tout mettre dans les tags de boulevard X. Par contre il arrive qu'une piste cyclable bifurque et emprunte un espace aménagé lui étant propre souvent appelé poétiquement coulée verte : il faut évidemment créer un way propre à la piste cyclable et éventuellement l'accès piéton qui va avec. Toutefois je vous pose là une question : est-ce que les système de navigation mis en mode suivre les pistes cyclables vont être capables de prendre une telle bifurcation cyclable uniquement à partir d'un boulevard X où la piste cyclable était mélangée avec le reste ? Autre cas de figure : le boulevard Saint Michel entre Luxembourg et la Seine : une voie sans unique pour les voitures, mais deux sens pour bus/vélo/taxi, un vrai casse-tête. Enfin pour l'exemple de l'autoroute, je crois qu'on peut dire que lorsque deux espaces de circulation se longent mais sont manifestement incompatible, il faut créer un way pour chaque, ce qui me semble être le cas entre une autoroute et une piste cyclable. Axel#2 Le 24 janv. 08 à 17:50, Denis a écrit : Pieren Pieren a écrit : Il y a les pistes franchement séparées qu'on peut taguer en cycleway=track (ou opposite_track), les bandes cyclables mais qui sont simplement une coloration sur la voie routière qu'on tague en cycleway=lane (ou opposite_lane) (voir les photos sur la Fr:Map Features ici http://wiki.openstreetmap.org/index.php/ Fr:Map_Features#Voie_cyclable_.28cycleway.29 Mais qu'en est-t-il pour une piste cyclable sur le trottoir comme il y en a beaucoup en ville ? Personnellement, je créerai un way spécifique lorsque l'on a une véritable piste cyclable (certaines ont même un nom) indépendante de toute voie de circulation automobile. Pareil pour les voies cyclables sur trottoir. L'intérêt est de constituer des itinéraires cyclables à jour. Pour les bandes cyclables, on pourrait se contenter d'un tag cycleway sur le way de la route. Comment cela pourra-t-il être rendu au niveau carto ? A propos, quelqu'un peut-il m'expliquer l'intérêt du tag cycleway=opposite_track. Sens opposé par rapport à la route ? mais si c'est une piste cyclable indépendante, quel est l'intérêt ? Autant, je comprend l'intérêt de opposite_lane car il y a cohabitation (dangeureuse) entre usagers d'une même voie. Opposite et opposite_lane feraient double emploi. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Re: [OSM-talk-fr] pistes cyclables et voie de bus
Je vais prendre Paris pour exemple. Il y a des tonnes de couloirs de bus et pistes cyclables parallèles aux voies de voitures, séparées physiquement ou non. Le plus souvent on aura un boulevard X qui comportera un tel aménagement et il n'y à là aucun intérêt à créer deux occurences du même boulevard X pour simplement distinguer les différents espaces de circulation, il faut tout mettre dans les tags de boulevard X. d'accord. Par contre il arrive qu'une piste cyclable bifurque et emprunte un espace aménagé lui étant propre souvent appelé poétiquement coulée verte : il faut évidemment créer un way propre à la piste cyclable et éventuellement l'accès piéton qui va avec. Toutefois je vous pose là une question : est-ce que les système de navigation mis en mode suivre les pistes cyclables vont être capables de prendre une telle bifurcation cyclable uniquement à partir d'un boulevard X où la piste cyclable était mélangée avec le reste ? Ce problème ne concerne que les développeur des systèmes de navigation. Le principe est de pondérer les rues en fonction du mode de transport utilisé. Mais à ma connaissance, il n'existe pas de mode suivre les pistes cyclables. Il existe un mode vélo qui indiquera que suivre une piste cyclable est 20% plus rapide qu'une voie normale (20% étant l'un des paramètres du système) Autre cas de figure : le boulevard Saint Michel entre Luxembourg et la Seine : une voie sans unique pour les voitures, mais deux sens pour bus/vélo/taxi, un vrai casse-tête. c'est le principe des tags cycleway=opposite(_track)... on pourrait mettre en plus un busway=opposite et un taxiway=opposite... Les GPS en mode vélo ne s'occuperait que des tags cycleway... les GPS en mode bus ou taxi utiliseraient les autres tag. Pour le moment, il n'y a rien de prévu pour faire des systèmes propres aux taxis (pour les bus, ça me semble particulièrement inutile vu qu'il fait généralement le même parcours) Enfin pour l'exemple de l'autoroute, je crois qu'on peut dire que lorsque deux espaces de circulation se longent mais sont manifestement incompatible, il faut créer un way pour chaque, ce qui me semble être le cas entre une autoroute et une piste cyclable. en fait, ce qui justifie le double way d'une autoroute c'est le fait qu'on ne puisse pas faire demi-tour immédiatement. Dans une certaine mesure, même dans un couloir de bus, si on s'est trompé de sens à vélo, il est facile de faire demi tour. Donc ça ne se justifie pas. Axel #1 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr