Re: [OSM-talk] Mapping islands question
Joe Pranevich wrote: ... that the coasts were connected and running counter-clockwise, but the changes don't appear ... http://wiki.openstreetmap.org/wiki/Coastline#Main_Mapnik_Layer ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Garmin eTrex Vista Hcx
Writing this email as a review for *Garmin eTrex Vista Hcx* so other potential users can use this. Also to check if I am the only one with these issues. 1. The altimeter loses altitude all of a sudden at times when there is actually no loss of altitude. Just 2 or 3 examples. A few days ago, while climbing a mountain pass, it suddenly lost 100 metres altitude. Today morning, it lost 130 metres in a flash. I swear I did not jump down that distance. :) A point to note though, all this happens only when climbing or coming down a mountain. I am talking altitudes above 2000 metres above MSL. 2. The altimeter calibrates with a long delay. After a long climb up a mountain pass, I had to wait for 45 minutes for the altimeter to stabilize. It was at 3159 metres when I reached the top and stabilized at 3261 metres, a whole 102 metres of increase. 3. I parked my car near a village a day before, marked a waypoint. The satellite error was at +- 5metres. Today morning, I came back and marked another waypoint. This time the error was +-4 metres but this waypoint is 150 metres off the earlier one. The car keys were with me and I can vouch that my car does not move on its own. :) Would just like to figure out if any of you have had the same issue with this model or any other Garmin GPS. Regards, Shalabh ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Garmin eTrex Vista Hcx
3. I parked my car near a village a day before, marked a waypoint. The satellite error was at +- 5metres. Today morning, I came back and marked another waypoint. This time the error was +-4 metres but this waypoint is 150 metres off the earlier one. The car keys were with me and I can vouch that my car does not move on its own. :) I haven't tried to calibrate elevation, assuming the GPS altitude has a large error. But I would have expected the altimeter correction to return to the same altitude after returning to the start point. I actually see a 20-50 Meter error after a route of only a few hours. I doubt that the barometric pressure had changed so much during my trip. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Garmin eTrex Vista Hcx
Mike, thanks for the response. I would like to clarify that the 150 metres error is a (x,y) distance error. There is an additional altitude error of around 70 meters. Regards, Shalabh On Sat, Oct 31, 2009 at 9:51 PM, Mike N. nice...@att.net wrote: 3. I parked my car near a village a day before, marked a waypoint. The satellite error was at +- 5metres. Today morning, I came back and marked another waypoint. This time the error was +-4 metres but this waypoint is 150 metres off the earlier one. The car keys were with me and I can vouch that my car does not move on its own. :) I haven't tried to calibrate elevation, assuming the GPS altitude has a large error. But I would have expected the altimeter correction to return to the same altitude after returning to the start point. I actually see a 20-50 Meter error after a route of only a few hours. I doubt that the barometric pressure had changed so much during my trip. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Garmin eTrex Vista Hcx
I have never seen this type of x,y error except in the case of being downtown with large buildings, or in the case of some obstruction. In your case, it could be that there is an obstruction of a tree/mountain within the horizon view that blocks a different set of satellites at a different times of day. (Just guessing). Normally a re-survey of an area results in a max 2-4 Meter error with this same device. From: Shalabh Sent: Saturday, October 31, 2009 12:44 PM To: Mike N. Cc: talk@openstreetmap.org Subject: Re: [OSM-talk] Garmin eTrex Vista Hcx Mike, thanks for the response. I would like to clarify that the 150 metres error is a (x,y) distance error. There is an additional altitude error of around 70 meters. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Garmin eTrex Vista Hcx
No matter how good signal you have there is always a chance that the given position is wrong without limitations. So when talking of a satellite error of +-5 meters that actually means that with 95% probability the error is +-5 meters. The possible error in the last 5% is limitless, and my guess is that you were hitting that last 5%. (Last week my GPS, which is not a Garmin, placed me on the north pole +-20 meters for 5 seconds before returning me to a more sane position. The probability such misreading to appear should be very, very low.) As Mike wrote, this is more likely to happen under trees, near large buildings or other obstacles. If you return a third time you should get a position that is very close to one of the first two. Konrad 2009/10/31 Shalabh shalab...@gmail.com: [...] 3. I parked my car near a village a day before, marked a waypoint. The satellite error was at +- 5metres. Today morning, I came back and marked another waypoint. This time the error was +-4 metres but this waypoint is 150 metres off the earlier one. The car keys were with me and I can vouch that my car does not move on its own. :) [...] ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Garmin eTrex Vista Hcx
The GPS in my car is a Garmin (I don't recall the exact model at the moment). It appears to be much more accurate when the car is in motion than when the car is stationary. If I power the GPS up with the car stationary, the location given can be inaccurate by 100 meters or more. Once the car starts to move, the GPS can locate the car within 3 or 4 meters. -- John F. Eldredge -- j...@jfeldredge.com Reserve your right to think, for even to think wrongly is better than not to think at all. -- Hypatia of Alexandria -Original Message- From: Konrad Skeri kon...@skeri.com Date: Sat, 31 Oct 2009 18:08:58 To: talk@openstreetmap.org Subject: Re: [OSM-talk] Garmin eTrex Vista Hcx No matter how good signal you have there is always a chance that the given position is wrong without limitations. So when talking of a satellite error of +-5 meters that actually means that with 95% probability the error is +-5 meters. The possible error in the last 5% is limitless, and my guess is that you were hitting that last 5%. (Last week my GPS, which is not a Garmin, placed me on the north pole +-20 meters for 5 seconds before returning me to a more sane position. The probability such misreading to appear should be very, very low.) As Mike wrote, this is more likely to happen under trees, near large buildings or other obstacles. If you return a third time you should get a position that is very close to one of the first two. Konrad 2009/10/31 Shalabh shalab...@gmail.com: [...] 3. I parked my car near a village a day before, marked a waypoint. The satellite error was at +- 5metres. Today morning, I came back and marked another waypoint. This time the error was +-4 metres but this waypoint is 150 metres off the earlier one. The car keys were with me and I can vouch that my car does not move on its own. :) [...] ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Garmin eTrex Vista Hcx
Hi! Shalabh schrieb: Would just like to figure out if any of you have had the same issue with this model or any other Garmin GPS. I have a similar Issue with the Garmin Vista HCx. Occasionally I observe, that the GPS position is way off the known road/path I am on. The satellite accuracy is high +-5m. When I switch the device off and on again, it positions me right where I am supposed to be. So it seems to accumulate some sort of error in its internal calculations and needs the occational reset when it is going wrong with great confidence bye Nop ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Garmin eTrex Vista Hcx
Hi! Shalabh schrieb: Would just like to figure out if any of you have had the same issue with this model or any other Garmin GPS. I have a similar Issue with the Garmin Vista HCx. Occasionally I observe, that the GPS position is way off the known road/path I am on. The satellite accuracy is high +-5m. When I switch the device off and on again, it positions me right where I am supposed to be. So it seems to accumulate some sort of error in its internal calculations and needs the occational reset when it is going wrong with great confidence bye Nop All of the matters described are possible at all times with a GPS system of position finding. However the notes that some accumulate errors are significant, and again may refer to particular firmware so that it will be difficult to determine the actual cause. 150m horizontal error, for example, across a time gap of a few hours, may well relate to changes in satellite position and reflection of signal occurring one one but not both times. Vertical errors are greater at all times. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Garmin eTrex Vista Hcx
ed...@billiau.net wrote: Hi! Shalabh schrieb: Would just like to figure out if any of you have had the same issue with this model or any other Garmin GPS. I have a similar Issue with the Garmin Vista HCx. Occasionally I observe, that the GPS position is way off the known road/path I am on. The satellite accuracy is high +-5m. When I switch the device off and on again, it positions me right where I am supposed to be. So it seems to accumulate some sort of error in its internal calculations and needs the occational reset when it is going wrong with great confidence bye Nop All of the matters described are possible at all times with a GPS system of position finding. However the notes that some accumulate errors are significant, and again may refer to particular firmware so that it will be difficult to determine the actual cause. 150m horizontal error, for example, across a time gap of a few hours, may well relate to changes in satellite position and reflection of signal occurring one one but not both times. Vertical errors are greater at all times. Also, a) if road snap if not defeated it may snap you to a different position, with only a small change in measured position, and b) some of the more sensitive auto GPSrs will lock your position, when you aren't moving (or aren't moving very fast) until position changes up to 100 meters, to avoid showing a lot of drift on the display. This could be the reason for better accuracy while moving. This is added to the design because receiver sensitivity has improved so much that the receiver will pick up sats at very low signal to noise ratio, and consequent larger timing (and therefore position) errors. I guess the theory is that it's better to display an inaccurate stationary position than a wandering one, not something I agree with. These are more likely the reason for the issue Shalabh described. The position has been frozen at an inaccurate point, and when the GPS power is cycled, it comes back up with a good lock and resets the position based on the new measurement. I would doubt an error buildup just because GPS fixes are based on discrete fixes, rather than any kind of incremental measurements. However, I believe one of the purposes of the different modes (auto, cycle, walking) in some Garmins is to adjust for these two situations, so you need to make sure you are in the correct mode for what you are doing. -- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Garmin eTrex Vista Hcx
On Sat, 2009-10-31 at 21:45 +, Randy wrote: These are more likely the reason for the issue Shalabh described. The position has been frozen at an inaccurate point, and when the GPS power is cycled, it comes back up with a good lock and resets the position based on the new measurement. I would doubt an error buildup just because GPS fixes are based on discrete fixes, rather than any kind of incremental measurements. I have a trace which fits the profile of an accumulated error. The attached screenshot shows several NaviGPS traces in JOSM for the section of motorway around the M25, M3 junction. One trace is clearly offset by up to 300m for a significant period of time. http://www.openstreetmap.org/?lat=51.40094lon=-0.53633zoom=15layers=B000FTF Jon attachment: gps-offset.png___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Illegal activity
On Sat, 31 Oct 2009, Richard Weait wrote: Well, his reply does not fill me with joy. It was my mistake :blush: for openly stating what I was doing with Google Earths images, I should have kept quiet like everyone else. I have been to places which have traced streets, and where no aerial imagery from Yahoo or Landsat shows such detail. There were some GPS traces, but not enough to verify the entire traced area. Having actually visited and mapped some of these places I came to the conclusion that Google Maps satellite imagery was a partial source. I can't prove anything, so I am not going to name any mappers who I suspect of using copyright imagery. I am certain that a subgroup of mappers will do this until our coverage is good enough to make this sort of tracing useless. Liz ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Illegal activity
On Fri, Oct 30, 2009 at 11:17 AM, Peteris Krisjanis pec...@gmail.com wrote: Photo can be and *is* copyright subject Some photos are. Not all photos are, at least not in all jurisdictions. For instance, in the United States, a photograph of an out of copyright 2-dimensional work of art is generally not copyrightable. A satellite photo, being taken from so far away, is pretty close to 2-dimensional. Aerial photos taken from aircraft, less so. And a photo which is actually a composite of multiple photos (infrared, greyscale, and color, for instance), might be argued to have that slight bit of creative input needed to make it copyrightable. Anyway, there certainly is grey area over even that. Grey area is - is tracing over sat/ortphotos creation of derative works, or not? That's equivalent to the question of whether or not that aspect of the original work is copyrighted. Tracing a copyrighted work is certainly copying, and copying is the key necessary condition for the creation of a derivative work. I know it is frustrating and sometimes people want to do that in spite, but this won't help anyone, especially OSM. In my opinion the rules need to be relaxed a bit. There's nothing wrong with copying facts from other sources, so long as you're careful to only copy facts, and so long as the amount and substantiality is kept low. I was somewhat amazed that my question as to whether or not I can use Google Street View to check whether or not a left hand turn is allowed at a certain intersection was met with a certain number of no answers. I don't know how it is in other parts of the world, but here in the US, copying facts from other sources without infringing on the copyright of those sources, is exactly how you're taught to write a work of non-fiction. I can certainly sympathize with I should have kept quiet like everyone else when it comes to stuff like that. But outright tracing? That leaves too much room to get caught. If you're going to keep quiet like everyone else, at least do it the right way. Look at multiple independent sources. Take notes from those sources. Then make your own work from your memory and your notes. Just like you're making a research paper. But no, don't actually do that. It's unfair to the people who spent all that time riding around on their bicycles making GPS traces. Anthony ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] openstreetmap op de BlackBerry
YRS jav...@... writes: http://www.mgmaps.com/ Hoi YRS, MGMaps is inderdaad een mooie applicatie, voor het laatst dat ik het probeerde was het niet mogelijk om track logs te maken. Is dat inmiddels verholpen? Ik ben redelijk tevreden over http://gpsmid.sourceforge.net/ vooral omdat het werkt op hele simpele telefoons. Have fun, Dick ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Radio 1: Google navigatie bedreiging voor OSM?
Publiciteit heeft wel degelijk effect. Load op de server schoot omhoog! Er staan nu een berg openfietskaart.nl requests... daar die iets minder gecached is dan tile.openstreetmap.nl Maar vooralsnog houd de server het zo te zien redelijk bij :) En de load gaat alweer naar beneden omdat er nu wel gecached wordt. Ik heb nog geen exacte cijfers (logs moeten nog geparsed worden) maar zodra die er zijn zal ik ook wat nummers roepen. Maar Henk, tot nu toe goede publiciteit! Groet, --Roeland On Friday 30 October 2009 16:15:50 Henk Hoff wrote: Even een update over het wanneer: Morgen, radio 1 na 1 uur (radio online). Ik vermoed ergens tussen 13.15 en 13.30 uur. Gr, Henk Op 29 oktober 2009 15:26 heeft Floris Looijesteijn o...@floris.nu het volgende geschreven: Henk, inderdaad: probeer Google bashing te voorkomen. Een beetje mag wel natuurlijk :) Ik vind dat voorbeeld van het afgebrande winkelcentrum in Stein ook echt geniaal. Nog voor het goed en wel geblust is al van de kaart :) Groet, Floris Martijn van Exel wrote: Hoi Henk, Een mooie kans. Zorg ervoor dat het geen Google-bashing-verhaal wordt, maar houd een positieve insteek waarbij je de kansen benadrukt die je met OSM wel hebt. Naast wat je al noemde, denk ik aan: * Volledige controle over de data en visualisatie (zie de vele prachtige mapstyles op Cloudmade.com * Altijd up-to-date * Altijd bereikbaar (mailinglijst, forum, wiki), voor mappers èn professionals * OSM als voorhoedespeler in de onvermijdelijke transitie naar een wereld van vrije overheidsdata (zie Tiger-import, woonplaatsbesluiten, recente succesjes bijv. Amstelveen). Martijn martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2009/10/29 Henk Hoff h...@toffehoff.nl Beste mensen, Ik ben zojuist benaderd door Radio1 om mogelijk zaterdag in de uitzending een reactie te geven op de ontwikkelingen met Google: Teleatlas eruit, zelf kaarten maken en nu ook een eigen, gratis, routenavigatiesysteem. Vraag is of dit een bedreiging voor ons is. Ik was van plan een reactie te geven in de lijn van: - Gratis is niet hetzelfde als vrij - Google: free as in beer / OSM: free as in speech. - Google is weer een andere commerciele instelling. - Google bepaald wat wel op de kaart komt en wat niet. (zie ook het voorbeeld van de grensdispuut met China en India) - Zij geven de data niet vrij, waardoor je niet zelf je eigen toepassing/kaart kunt maken. - Wij leveren een kaart waarbij de volledigheid van data niet wordt bepaald door betaalde advertenties (je wordt pas op de kaart vermeld wanneer je een x-bedrag aan google betaald) en zijn daarmee echt onafhankelijk. Kortom, het is geen grote bedreiging voor ons. Mijn vraag aan jullie is: mis ik iets? Gr, Henk Hoff ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl signature.asc Description: This is a digitally signed message part. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mikrokopter Aerial photography
On Fri, 30 Oct 2009 13:36:14 +0100, ce-test, qualified testing bv - Gert Gremmen wrote: I suggest that you climb a tower of flat and make some 45 degree pictures... Arent photos from 45 degrees much harder to use than aerial photos shot from above? What should I do after I shoot photos from 45 degrees angle? How do I make orthophotos from them? -- pratite me na twitteru - www.twitter.com/valentt http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mikrokopter Aerial photography
They are a little harder to process and will generate a larger fault; but it can be done this way. Most important thing is creating ground control points. Make sure you have visually identifiable objects on the ground that you can use to get as gps coordinates that are as *exact* as possible I know that you are a bit left in the blind as not the entire process is well documented, I will try to see if something can be done about this. Valent Turkovic schreef: On Fri, 30 Oct 2009 13:36:14 +0100, ce-test, qualified testing bv - Gert Gremmen wrote: I suggest that you climb a tower of flat and make some 45 degree pictures... Arent photos from 45 degrees much harder to use than aerial photos shot from above? What should I do after I shoot photos from 45 degrees angle? How do I make orthophotos from them? ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mikrokopter Aerial photography
On Sat, 31 Oct 2009, Valent Turkovic wrote: On Fri, 30 Oct 2009 13:36:14 +0100, ce-test, qualified testing bv - Gert Gremmen wrote: I suggest that you climb a tower of flat and make some 45 degree pictures... Arent photos from 45 degrees much harder to use than aerial photos shot from above? What should I do after I shoot photos from 45 degrees angle? How do I make orthophotos from them? Basically define a shape in the ground plane you photograph, a square is usually the most suited. you know that the square on the photo is a projection from the square that you see from the top. by selecting the square, it is possible to create a transformation matrix that tilts and rotatess that square back. at the cost of non-uniformpixel density. tricky parts are lense correction. tools like efoto and the opencv code tijs created for signfinder do this already. what lacks for us is the GPS (outer corner alignment) to put it into a WMS using a world file. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Radio 1: Google navigatie bedreiging voor OSM?
Zal voor Halloween awstat even draaien. Stefan Op 31 okt 2009 om 13:37 heeft Roeland Douma u...@rullzer.com het volgende geschreven:\ Publiciteit heeft wel degelijk effect. Load op de server schoot omhoog! Er staan nu een berg openfietskaart.nl requests... daar die iets minder gecached is dan tile.openstreetmap.nl Maar vooralsnog houd de server het zo te zien redelijk bij :) En de load gaat alweer naar beneden omdat er nu wel gecached wordt. Ik heb nog geen exacte cijfers (logs moeten nog geparsed worden) maar zodra die er zijn zal ik ook wat nummers roepen. Maar Henk, tot nu toe goede publiciteit! Groet, --Roeland On Friday 30 October 2009 16:15:50 Henk Hoff wrote: Even een update over het wanneer: Morgen, radio 1 na 1 uur (radio online). Ik vermoed ergens tussen 13.15 en 13.30 uur. Gr, Henk Op 29 oktober 2009 15:26 heeft Floris Looijesteijn o...@floris.nu het volgende geschreven: Henk, inderdaad: probeer Google bashing te voorkomen. Een beetje mag wel natuurlijk :) Ik vind dat voorbeeld van het afgebrande winkelcentrum in Stein ook echt geniaal. Nog voor het goed en wel geblust is al van de kaart :) Groet, Floris Martijn van Exel wrote: Hoi Henk, Een mooie kans. Zorg ervoor dat het geen Google-bashing-verhaal wordt, maar houd een positieve insteek waarbij je de kansen benadrukt die je met OSM wel hebt. Naast wat je al noemde, denk ik aan: * Volledige controle over de data en visualisatie (zie de vele prachtige mapstyles op Cloudmade.com * Altijd up-to-date * Altijd bereikbaar (mailinglijst, forum, wiki), voor mappers èn professionals * OSM als voorhoedespeler in de onvermijdelijke transitie naar een wereld van vrije overheidsdata (zie Tiger-import, woonplaatsbesluiten, recente succesjes bijv. Amstelveen). Martijn martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2009/10/29 Henk Hoff h...@toffehoff.nl Beste mensen, Ik ben zojuist benaderd door Radio1 om mogelijk zaterdag in de uitzending een reactie te geven op de ontwikkelingen met Google: Teleatlas eruit, zelf kaarten maken en nu ook een eigen, gratis, routenavigatiesysteem. Vraag is of dit een bedreiging voor ons is. Ik was van plan een reactie te geven in de lijn van: - Gratis is niet hetzelfde als vrij - Google: free as in beer / OSM: free as in speech. - Google is weer een andere commerciele instelling. - Google bepaald wat wel op de kaart komt en wat niet. (zie ook het voorbeeld van de grensdispuut met China en India) - Zij geven de data niet vrij, waardoor je niet zelf je eigen toepassing/kaart kunt maken. - Wij leveren een kaart waarbij de volledigheid van data niet wordt bepaald door betaalde advertenties (je wordt pas op de kaart vermeld wanneer je een x-bedrag aan google betaald) en zijn daarmee echt onafhankelijk. Kortom, het is geen grote bedreiging voor ons. Mijn vraag aan jullie is: mis ik iets? Gr, Henk Hoff ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OpenStreetMap POI export (beta) released
Rob wrote: 2009/10/27 malenki o...@malenki.ch: Am Sun, 25 Oct 2009 19:17:14 +0100 first wish: english translation. From english to german I could help. Translation support is now included.. let the translations start ;) Did my part as good as possible with the German file. :) Regards malenki ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Radio 1: Google navigatie bedreiging voor OSM?
done. On Sat, 31 Oct 2009, Stefan de Konink wrote: Zal voor Halloween awstat even draaien. Stefan Op 31 okt 2009 om 13:37 heeft Roeland Douma u...@rullzer.com het volgende geschreven:\ Publiciteit heeft wel degelijk effect. Load op de server schoot omhoog! Er staan nu een berg openfietskaart.nl requests... daar die iets minder gecached is dan tile.openstreetmap.nl Maar vooralsnog houd de server het zo te zien redelijk bij :) En de load gaat alweer naar beneden omdat er nu wel gecached wordt. Ik heb nog geen exacte cijfers (logs moeten nog geparsed worden) maar zodra die er zijn zal ik ook wat nummers roepen. Maar Henk, tot nu toe goede publiciteit! Groet, --Roeland On Friday 30 October 2009 16:15:50 Henk Hoff wrote: Even een update over het wanneer: Morgen, radio 1 na 1 uur (radio online). Ik vermoed ergens tussen 13.15 en 13.30 uur. Gr, Henk Op 29 oktober 2009 15:26 heeft Floris Looijesteijn o...@floris.nu het volgende geschreven: Henk, inderdaad: probeer Google bashing te voorkomen. Een beetje mag wel natuurlijk :) Ik vind dat voorbeeld van het afgebrande winkelcentrum in Stein ook echt geniaal. Nog voor het goed en wel geblust is al van de kaart :) Groet, Floris Martijn van Exel wrote: Hoi Henk, Een mooie kans. Zorg ervoor dat het geen Google-bashing-verhaal wordt, maar houd een positieve insteek waarbij je de kansen benadrukt die je met OSM wel hebt. Naast wat je al noemde, denk ik aan: * Volledige controle over de data en visualisatie (zie de vele prachtige mapstyles op Cloudmade.com * Altijd up-to-date * Altijd bereikbaar (mailinglijst, forum, wiki), voor mappers èn professionals * OSM als voorhoedespeler in de onvermijdelijke transitie naar een wereld van vrije overheidsdata (zie Tiger-import, woonplaatsbesluiten, recente succesjes bijv. Amstelveen). Martijn martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2009/10/29 Henk Hoff h...@toffehoff.nl Beste mensen, Ik ben zojuist benaderd door Radio1 om mogelijk zaterdag in de uitzending een reactie te geven op de ontwikkelingen met Google: Teleatlas eruit, zelf kaarten maken en nu ook een eigen, gratis, routenavigatiesysteem. Vraag is of dit een bedreiging voor ons is. Ik was van plan een reactie te geven in de lijn van: - Gratis is niet hetzelfde als vrij - Google: free as in beer / OSM: free as in speech. - Google is weer een andere commerciele instelling. - Google bepaald wat wel op de kaart komt en wat niet. (zie ook het voorbeeld van de grensdispuut met China en India) - Zij geven de data niet vrij, waardoor je niet zelf je eigen toepassing/kaart kunt maken. - Wij leveren een kaart waarbij de volledigheid van data niet wordt bepaald door betaalde advertenties (je wordt pas op de kaart vermeld wanneer je een x-bedrag aan google betaald) en zijn daarmee echt onafhankelijk. Kortom, het is geen grote bedreiging voor ons. Mijn vraag aan jullie is: mis ik iets? Gr, Henk Hoff ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] Hackers making government data useful - ABC News (Australian Broadcasting Corporation)
http://www.abc.net.au/news/stories/2009/10/30/2728410.htm looked interesting -- Q: Why haven't you graduated yet? A: Well, Dad, I could have finished years ago, but I wanted my dissertation to rhyme. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Semikolon als Trenner (war Re: Paketannahmestellen)
Hallo. Am Freitag, 30. Oktober 2009 schrieb Martin Koppenhoefer: wobei shop:fish=seafish oder shop:wine=local oder shop:wine=barrels oder shop:wine=french vielleicht schon weniger bloedsinnig ist. Und dann shop:wine=local;italian für ein Geschäft das beides hat? ;-)) Gruß, Bernd -- Wo alle das selbe denken, wird nicht viel gedacht. - Karl Valentin signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] UNSUBSCRIBE
Moin Sebastian, Hmm, und ich als ebenfalls Randtscheche hatte mich schon für mein Fernbleiben zur Veranstaltung entschuldigt :-) Also bitte! Für sein Hobby scheut man doch keine Kosten und Mühen!!!elf Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] UNSUBSCRIBE
On Sat, Oct 31, 2009 at 02:26:16AM +0100, Tobias Wendorff wrote: Ja, ich habe extra Auswertungen aus meiner History gemacht, wer schon früher und wiederholt Edits in Dortmund gemacht hat. Die Bewertung ist dann wohl nicht perfekt gelaufen :-( Aber alle, die nicht gemeckert haben, haben die Nachricht nett beantwortet - so wie Du. Und du hast dich nicht gewundert 1000 Mapper fuer Dortmund gefunden zu haben? Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postkasten, Telefon, Poststelle, Briefmarkenautomat ....
Tobias Wendorff schrieb: Jan Tappenbeck schrieb: kleinere Spezialkarten sein. SAX arbeitet vermutlich nur in Verbindung mit einer DB. Eben nicht - es geht mir einer Datei, das ist ja das tolle! die muss aber immer erst gezogen werden - vermutlich die gesamte Germany ! Die Tags wurden schon angefragt - werden aber in Kürze noch als Hilfe bereitgestellt - es fehlt auch noch die Berücksichtigung der alten Paketstation-Tags. Ach, Du aktualisierst die gar nicht laufend? eigentlich täglich - nur die Auswertung von dem einen Tag fehlt noch ! Folgt aber! Gruß Jan :-) Sag doch mal, was für Tags Du auswertest, dann baue ich Dir mein Bahnhofsdingen um. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] UNSUBSCRIBE
Am Sa Oktober 31 2009 glaubte Rainer Knaepper zu wissen: Hmm, und ich als ebenfalls Randtscheche hatte mich schon für mein Fernbleiben zur Veranstaltung entschuldigt :-) Also bitte! Für sein Hobby scheut man doch keine Kosten und Mühen!!!elf Eben. Da wandert man hin und mappt gleich noch ein paar Wege. Was sind schon 400km? flo, *wegrenn* -- Real programmers don't comment their code. It was hard to write, it should be hard to understand. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] leere Erfurt- Relation
(Denn genau dafür wird die Grenze einer kreisfreien Stadt unter anderem Benutzt.) Hoffentlich nutzt du nicht nur die Grenzen da auch ohne dieses Problem Murks bei rauskommen würde. Bei den dutzenden Eingemeindungen haben wir hier mitlerweile riesen Orte mit einer Grenze aber beispielsweise 13 Ernst Thälmann Straßen mit einer PLZ aber in 13 Ortsteilen, welche nur anhand eines Place ermittelt werden können. Reines Grenzen auswerten hilft bei vielen Orten nicht, da muss der Ortsteil mit ermittelt werden. Auf welche Seite im Wiki beziehst du dich? Zum Beispiel auf den Hauptartikel der sich direkt auf das Thema bezieht, wenn man direkt nach Grenzen sucht. http://wiki.openstreetmap.org/wiki/DE:Gemeindegrenze Warum meinst du wäre das die Aufgabe von Leuten die Anwendungen entwickeln welche die OSM nutzen? Wenn keiner mit dem rausrückt was er braucht, kann es auch kein Mapper erraten. Der guckt im Wiki oder beim Nachbarn. Hat der Nachbar aber ebenfalls schon mit Gemeinde Pimpelsdorf angefangen, wird das nachgemacht. Es fehlt im übrigen nicht nur an Programmierern. Ich bin auch nur ein häufig aktiver Mapper in einem Gebiet von rund 1000 km². Und da ist man bestens damit ausgelastet Daten heranzuschaffen, damit der Programmierer überhaupt etwas zum auswerten hat. Da ist keine Zeit noch zu recherchieren welche Anwendung es gerade wie bevorzugt. Das muss an einer Stelle stehen. Im übrigen dachte ich auch das eben genau wegen obigen Problem keiner nur die reinen Grenzen wegen Adressen auswertet, sondern eben die Places. Adressusche nur anhand der Grenzen macht bei den 200 km² Flächengemeinden mit dutzenden doppelten Straßen keinen Sinn, wenn der genaue Ortsteil nicht angegeben ist. Lustig ist das bei anderen Anbietern die anscheind gleich nur auf PLZ gehen. Bei Google und diversen Seiten tauchen POIs auf, welche eigentlich hier in der Stadt liegen sollten, aber 15 km weiter weg abgekippt wurden. Kein Wunder wenn die PLZ dutzende Orte umfasst und viele Straßen samt Nummern gleich mehrfach vorhanden sind. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tool für OSM-Druckkarten online
Am Freitag 30 Oktober 2009 schrieb Jonas Krückel: Das sieht ziemlich cool aus. Leider scheinen die Files nicht in Inkscape zu funktionieren oder hat das schonmal irgendjemand hinbekommen? Hallo Jonas. Hast du versucht, die AI-Datei mit Inkscape zu öffnen? Das wäre doch von hinten durchs Auge - ohne Umwege über proprietäre Formate sollte der SVG-Export hier der Weg deiner Wahl sein... Gruß Ralf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Zierenberg - Re: Gratulation!
Am Sonntag 18 Oktober 2009 schrieb Thomas Reincke: Genau deshalb hat der Stammtisch Kreis Düren gestern einen kollektiven Ausflug nach Nörvenich gemacht Also ein Aufruf an alle Kasselaner und Kasseläner: Fahrt doch an diesem sonnigen Wochenende ins schöne Zierenberg. Es lohnt sich ;) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tool für OSM-Druckkarten online
RalfGesellensetter schrieb: Am Freitag 30 Oktober 2009 schrieb Jonas Krückel: Das sieht ziemlich cool aus. Leider scheinen die Files nicht in Inkscape zu funktionieren oder hat das schonmal irgendjemand hinbekommen? Hallo Jonas. Hast du versucht, die AI-Datei mit Inkscape zu öffnen? Ja, dann gab es eine Fehlermeldung. Das wäre doch von hinten durchs Auge - ohne Umwege über proprietäre Formate sollte der SVG-Export hier der Weg deiner Wahl sein... Soweit ich das sehe unterstützt unser normaler SVG-Export aber leider nicht diese ganzen schönen Layer, die bei diesem AI Export automatisch mit dabei sind. Ich weiß aber auch nicht, ob Inkscape soetwas überhaupt nutzen kann. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Ich bin dann mal weg.
Hallo Community, aufgrund der aktuellen Entwicklungen und zunehmenden Stasi-Methoden bei OpenStreetMap habe ich mich dazu entschieden, (mich nach dieser Nachricht) aus dem Talk-DE zu entfernen. Ich habe echt keinen Bock mehr auf die Kontrolle und Einschränkung verschiedene Aktivitäten sowie auf die ständige (Selbst-) Einschaltung der OSM-Polizei (wer es nicht weiß: Frederik Ramm, Sven Anders etc.). Schon auf der FOSSGIS in diesem Jahr hatte ich die Schnautze voll, aks ich Jochen Topf ziemlich abwertend über einige User habe reden hören (wir standen beim Essen in der Eingangshalle und er sprach am Nebentisch mit ein paar Mitarbeitern von Kommunen). Ist schon schlimm, was man alles als Erfolgsautor erdulden muss - Hände schütteln, ach Gottchen. Also dann UNSUBSCRIBE ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tool für OSM-Druckkarten online
RalfGesellensetter schrieb: Hast du versucht, die AI-Datei mit Inkscape zu öffnen? Das wäre doch von hinten durchs Auge - ohne Umwege über proprietäre Formate sollte der SVG-Export hier der Weg deiner Wahl sein... Kennst Du dafür ein Tool? Ich habe dazu bislang nichts gefunden was a) die Ausgabe größerer Bereiche mit sinnvoll großer Zoomstufe und b) überhaupt sinnvoll bearbeitbare SVGs liefert. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] leere Erfurt- Relation
2009/10/31 Mirko Küster webmas...@ts-eastrail.de: (Denn genau dafür wird die Grenze einer kreisfreien Stadt unter anderem Benutzt.) Hoffentlich nutzt du nicht nur die Grenzen da auch ohne dieses Problem Murks bei rauskommen würde. Bei den dutzenden Eingemeindungen haben wir hier mitlerweile riesen Orte mit einer Grenze aber beispielsweise 13 Ernst Thälmann Straßen mit einer PLZ aber in 13 Ortsteilen, welche nur anhand eines Place ermittelt werden können. Reines Grenzen auswerten hilft bei vielen Orten nicht, da muss der Ortsteil mit ermittelt werden. Wenn du mir sagst wie man das anstellen soll ohne Polygone/Multipolygone für die einzelne Ortsteile kann ich das gerne machen. Auf welche Seite im Wiki beziehst du dich? Zum Beispiel auf den Hauptartikel der sich direkt auf das Thema bezieht, wenn man direkt nach Grenzen sucht. http://wiki.openstreetmap.org/wiki/DE:Gemeindegrenze Warum meinst du wäre das die Aufgabe von Leuten die Anwendungen entwickeln welche die OSM nutzen? Wenn keiner mit dem rausrückt was er braucht, kann es auch kein Mapper erraten. Was alles benötigt wird wurde hier mehr als oft genug genannt. Suche Postadresse-Haus, Lat+Lon-Postadresse, Ist Strassen-Segment XYZ innerorts? ist es in einer Tempo 30 Zohne? Darf man da parken? wie schnell kann man da praktisch fahren? wie schnell darf man fahren? .. Der guckt im Wiki oder beim Nachbarn. Hat der Nachbar aber ebenfalls schon mit Gemeinde Pimpelsdorf angefangen, wird das nachgemacht. Es fehlt im übrigen nicht nur an Programmierern. Ich bin auch nur ein häufig aktiver Mapper in einem Gebiet von rund 1000 km². Und da ist man bestens damit ausgelastet Daten heranzuschaffen, damit der Programmierer überhaupt etwas zum auswerten hat. Da ist keine Zeit noch zu recherchieren welche Anwendung es gerade wie bevorzugt. Das muss an einer Stelle stehen. Im übrigen dachte ich auch das eben genau wegen obigen Problem keiner nur die reinen Grenzen wegen Adressen auswertet, sondern eben die Places. Mach ich. Aber dort wo place=* nur an einem Node und nicht an einem geschlossenen way oder einer relation welche Wege in passenden Rollen enthält hängt hat man verlohren. Da kann man maximal noch mit einem Radius, wie groß so der maximale Ort(city,village,town,...) sein kann arbeiten und sich dann von allen die übrig bleiben das nächstgelegene raus suchen. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Paketannahmestellen
Hi ! da es zwischenzeitl. viele Meinung zu technischen Fragen gibt - fasse ich jetzt noch einmal übergeordnet zusammen damit auch ein Resultat entsteht: POI die nicht der Deutschen Post AG angehören werden somit als amenity=post_office operator=[betreffender Name] ... Deutsche Post AG, DHL, Hermes etc. erfaßt. Ob später weiter zusammengefaßt oder nicht ist eine andere Baustelle. Hoffentlich interpretieren andere Kartenlesen jetzt nicht jedes amenity=post_office als DP! Gruß Jan :-) Jan Tappenbeck schrieb: Moin ! über die verschiedenen Betreiber von Postkästen wurde schon aktuell diskuttiert. Wie ist das aber mit den Paketannahmestationen von DPD, Hermes etc Mappen als amenity=post_office ??? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] UNSUBSCRIBE
malenki o...@malenki.ch wrote: Vielleicht wars ein Tippfehler im Interface oder jemand hat das falsche Bit umgedreht - aber wie bitteschön kommt es, dass ich als sächsischer Randtscheche eine Einladung nach Dortmund erhalte? Ich als badischer Randfranzose hab die auch bekommen :) Sven -- Das Internet wird vor allem von Leuten genutzt, die sich Pornografie ansehen, während sie Bier trinken, es ist daher für Wahlen nicht geeignet (Jaroslaw Kaczynski) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Paketannahmestellen
Am 31. Oktober 2009 14:03 schrieb Jan Tappenbeck o...@tappenbeck.net: Hi ! da es zwischenzeitl. viele Meinung zu technischen Fragen gibt - fasse ich jetzt noch einmal übergeordnet zusammen damit auch ein Resultat entsteht: POI die nicht der Deutschen Post AG angehören werden somit als amenity=post_office operator=[betreffender Name] ... Deutsche Post AG, DHL, Hermes etc. erfaßt. Ich bin mir nicht, ob das wirklich das beste ist. Da der Betreiber des Ladens in den meisten Fällen nicht mehr die Post ist, wäre die Nutzung des brand-tags angebrachter. Bsp: amenity=post_office operator=Lieschen Müller Gbr brand=DPD;Hermes Ob später weiter zusammengefaßt oder nicht ist eine andere Baustelle. Hoffentlich interpretieren andere Kartenlesen jetzt nicht jedes amenity=post_office als DP! Aber genau da würde ich machen wenn ich in einem fremden Land bin und nach einer Post suche. Dann erwarte ich, dass ich etwas finde wo ich Postkarten nach Hause schicken kann. Vielleicht wäre ein extra-Schlüssel wie amenity=post_services für diese Annahmestellen doch besser. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] SVG-Export / Re: Tool für OSM-Druck karten online
Am Samstag 31 Oktober 2009 schrieb Johann H. Addicks: Kennst Du dafür ein Tool? Ich habe dazu bislang nichts gefunden was a) die Ausgabe größerer Bereiche mit sinnvoll großer Zoomstufe und b) überhaupt sinnvoll bearbeitbare SVGs liefert. Hallo. Ehrlich gesagt meinte ich den schnöden SVG-Export von Mapnik - meine aber auch von anderen Tools gelesen zu haben (ist schließlich alles nur XML und per xslt-Prozessor umzuwandeln). Da wissen andere sicher mehr... Ciao Ralf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ich bin dann mal weg.
Hallo, Tobias Wendorff wrote: Ich habe echt keinen Bock mehr auf die Kontrolle und Einschränkung verschiedene Aktivitäten sowie auf die ständige (Selbst-) Einschaltung der OSM-Polizei (wer es nicht weiß: Frederik Ramm Sven und Jochen koennen ja fuer sich selber sprechen, aber ich wuerde schon gern wissen, was ich Dir getan habe, ausser vielleicht ab und zu Dich und Martin K. etwas humoristisch zur Maessigung auf der Mailingliste aufzurufen? Gerade das mit OSM-Polizei stoesst mir ziemlich uebel auf, wo ich doch, von wenigen Ausnahmen abgesehen, immer eher fuer die Anarchie als fuer den Polizeistaat argumentiere? Verbindliche Regeln, Einschraenkungen fuer Neubenutzer, alles-Geraderueck-Bots - all diese Sachen lehne ich doch eher ab, und werde deswegen regelmaessig kritisiert. Was macht mich in Deinen Augen zu einem Polizisten? Zum konkret vorliegenden Fall: Ich habe Deine Einladung zum Dortmunder Treffen zweimal erhalten und ohne weiteres Nachdenken sofort geloescht. Ich habe mich nicht darueber aufgeregt - ich bekomme staendig solche Einladungen aus der halben Welt, wenn die Leute ein Skript laufen lassen, um alle in einem bestimmten Bereich aktiven User zu finden, weil ich oft Leuten beim Rueckgaengigmachen von Aenderungen helfe und mein Username dann da auftaucht. Fuer mich ist das ein ganz normaler Vorgang. Ich wuerde mich wegen sowas nicht bei einem Admin beschweren, und mir war nicht bewusst, dass man fuer das automatische Versenden von Mails seinen Account gesperrt bekommt. Eventuell hast Du es zu schnell hintereinander gemacht o.ae. und bist dadurch in irgendeinem Munin-Graphen aufgefallen. Tom sagt auf IRC immer, seine Schwelle fuer Accountsperrung ist normalerweise, wenn irgendein System wegen irgendwas aus dem Ruder laeuft und er nachforschen muss ;-) Ein bisschen muss man sich schon fragen: Du machst irgendwas, bekommst dafuer von irgendjemand anderem auf den Deckel, und das ganze fuehrt dann dazu, dass Du hier auf der Mailingliste Sven, Jochen und mich, die ganz bestimmt nichts mit der Sache zu tun haben, als arrogante OSM-Polizei hinstellst. Bitte kritisiere mich doch wenigstens wegen irgendetwas, was ich getan habe (und nicht haette sollen) oder irgendwas, was ich nicht getan habe (aber Deiner Ansicht nach haette tun sollen). Da kann man dann sachlich drueber reden. Aber ueber das hier? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tool für OSM-Druckkarten online
Am 30. Oktober 2009 18:06 schrieb Detlev Reiners d...@123map.de: Hallo Liste, ab sofort ist es jedermann möglich, sich aus OSM-Daten kostenfrei Illustrator-Dateien zu erzeugen. Wie einige von Euch schon wissen, haben wir an der Portierung unseres Tools zur Erzeugung von Adobe Illustrator-Dateien auf OSM Daten gearbeitet. Das Prerelease haben wir heute ins Netz gestellt. Um Euch einen Überblick zu verschaffen, habe ich ein paar Videoanleitungen erstellt, in der Hoffnung dann nicht so viel tippen zu müssen. Also bevor ihr fragt bitte erst ansehen. Videos: - Start - http://www.youtube.com/watch?v=SXgb7P3sX5U - Erweiterte Funktionen - http://www.youtube.com/watch?v=LupHVbKa-QI - Die Daten in Illustrator weiterverarbeiten - http://www.youtube.com/watch?v=JsBxjYiIyk0 Den Dienst findet Ihr unter http://www.flosm.de/ai/index.html Gruß Detlev Tolles Tool! Hier noch zwei Kritikpunkte zur Verbesserung: - Renderregeln noch nicht ganz ausgereift: Zw. Flöha und Falkenau wird ein großer See gerendert. Dieser ist eigentlich eine benannte Insel zwischen zwei Wasserläufen. (rel 184872) Also nicht jedes multipolygon mit Wasserläufen mit der Rolle outer ist ein See. - Verwendung von Teleatlas-Grunddaten zur Ortsuche: Eine Suche nach Kirchbach ergibt keine Treffer. Eine Suche nach Oederan, Dorftraße findet den nur bei Teleatlas existierenden Ort Kirnitzschtal. Ist es notwendig die manchmal fehlerhaften aber dafür vollständigeren kommerziellen Daten zu verwenden? Da wo OSM keine Orte hat, wird man auch keine AI-Karte erstellen. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ich bin dann mal weg.
Zitat Tobias Wendorff: [...] zunehmenden Stasi-Methoden bei OpenStreetMap [...] Hast du jemals irgendwelche eigene Erfahrungen mit Stasi-Methoden gemacht? Wenn nicht, bezeichne ich diesen Vergleich mal als das, was er ist. Naemlich als saudummes Geschwaetz. Du solltest dich schaemen. Also dann UNSUBSCRIBE Dann kann ich mir das finale Plonk ja sparen. -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG-Export / Re: Tool für OSM-Druck karten online
On Sat, Oct 31, 2009 at 03:41:47PM +0100, RalfGesellensetter wrote: Hallo. Ehrlich gesagt meinte ich den schnöden SVG-Export von Mapnik - meine aber auch von anderen Tools gelesen zu haben (ist schließlich alles nur XML und per xslt-Prozessor umzuwandeln). Da wissen andere sicher mehr... Der SVG Export von Mapnik ist nutzlos wenn man damit irgendwas anderes als drucken machen will. Der separiert das zeugs nicht in layer - da ist alles durcheinander. Nachbearbeiten mit Inkscape kann man sich da schenken ... Es gibts so weit ich das sehe kein vernuenftiges export-to-vector tool von daher begruesse ich das es jetzt was fuer Illustrator gibt auch wenn ich das selber nicht mein Eigen nenne. Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] opestreetmap.org zeigt kein Supermarkt Icon, wenn Adresse existiert
Guten Tag Claudius, am Donnerstag, 29. Oktober 2009 um 19:24 schrieben Sie: Nein. Die aktuellen Mapnik-Renderregeln geben in diesem Tagging-Fall schlichtweg der Hausnummer den Vorrang. Das finde ich mehr als schlecht. Das wird die Leute nicht gerade animieren, Adressen einzutragen. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ich bin dann mal weg.
Tobias Wendorff tobias.wendo...@uni-dortmund.de wrote: Also dann UNSUBSCRIBE Falls sich das auf den Thread Unsubscribe bezieht. Der beginnt zumindest bei meinen Client mit einem RE. Von einer eventuellen Ankündigung Deines Vorhabens ist dort keine Spur. Ansonsten ist für mich völlig unverständlich, welches der finale konkrete Anlass war, da mir Begriffe wie optin und optout nichts sagen. Aufgrund einer von Dir erhaltenen Einladung (mit der ich keine Probleme habe) denke ich, dass diese etwas damit zu tun hat. Da mir Deine Absicht laut den von meinem Client empfangenen Postings nicht bekannt war, konnte ich - als am Problem Unbeteiligter - keinen Deeskalationsversuch starten. Ich gehe mal davon aus, dass Du nach dem Unsubscribe auf anderem Wege diesen Thread noch mitliest. aufgrund der aktuellen Entwicklungen und zunehmenden Stasi-Methoden bei OpenStreetMap habe ich mich dazu entschieden, (mich nach dieser Nachricht) aus dem Talk-DE zu entfernen. Ich habe echt keinen Bock mehr auf die Kontrolle und Einschränkung verschiedene Aktivitäten sowie auf die ständige (Selbst-) Einschaltung der OSM-Polizei (wer es nicht weiß: Frederik Ramm, Sven Anders etc.). Ich kenne niemand von Euch persönlich, sondern nur aus wenigen Monaten des Mitlesens hier und im OSM Umfeld. Nach meinem Eindruck waren es nur ein paar Nebensächlichkeiten, die man als vorsichtige kritische Anmerkungen, aber keineswegs als Verstimmung oder gar Streit hätte interpretieren können. Man erlebt ja in vielen Foren und im Newsnet, dass auf Grund des fehlenden persönlichen Gesprächs vis a vis häufiger zu Mißverständnissen kommt, die sich aufschaukeln. Gerade engagierten Persönlichkeiten kann es dabei passieren, dass ein winziger Tropfen dann das Fass zum Überlaufen bringt. In diesem Stadium emotionaler Erregung macht man dann Dinge, die man möglicherweise später - zumindest in Teilen - wieder in Frage stellt. Als Anzeichen für die hochkochenden Emotionen werte ich mal Folgendes: Du wirfst ein paar Brocken in eine Mailingliste, die von Unbeteiligten kaum zu dekodieren sind. Allenfalls könnte dies - für mich nicht zu beurteilen - bei den Betroffenen der Fall sein. Ergo ist dieses Posting unlogisch, da es sich an weit mehr Personen richtet. Es wird überhaupt nicht deutlich, wie auf OSM Polizeimethoden möglich sein können, denn dazu gehören doch von der Community verliehene Macht sowie die entsprechenden Machtmittel, deren Existenz zumindest mir nicht bewusst ist. Zweitens vergleichst Du das Ganze mit Stasi Methoden. Da hier auch Personen aus den östlichen Gebieten mitlesen, die womöglich selbst betroffen waren, könnte das Posting bei denen auf wenig Verständnis stossen, wenn ihr erlebtes Ungemach mit vergleichsweise nichtigen Begebenheiten so relativiert wird. Mit Deinem ansonsten vergleichsweise überlegten Handeln hat das nach dem hier gewonnenen Eindruck nichts mehr zu tun. Daher gehe ich mal von dem erwähnten Hochkochen der Emotionen aus, in denen Du möglicherweise einige Vorfälle überbewertet haben könntest. Daher würde ich an Dich appelieren Deine Entscheidung, OSM den Rücken zu kehren, noch einmal zu überdenken. Wenn eine Koexistenz tatsächlich nicht möglich sein sollte, dann doch wenigstens eine Existenz nebeneinander. Gruß Trikon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] FOSSGIS 2010: Hotel/Unterkunft, Reiseplanung
Frederik Ramm frede...@remote.org wrote: die FOSSGIS 2010 - die erste deutsche OSM-Konferenz, zu der ich Euch alle erwarte ;-) Ist eigentlich eine spontane Teilnahme möglich, wenn man seine Übernachtungsmöglichkeit mitbringt? Oder geht das nur nach Voranmeldung? Aus beruflichen Gründen weiß ich häufig erst zum Abend, ob ich einen freien Tag tatsächlich als solchen antreten kann. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ich bin dann mal weg.
Tirkon schrieb: Tobias Wendorff tobias.wendo...@uni-dortmund.de wrote: Also dann UNSUBSCRIBE Falls sich das auf den Thread Unsubscribe bezieht. Der beginnt zumindest bei meinen Client mit einem RE. Falls du wie viele und auch ich über gmane liest - das Portal scheint die erste Mail verschluckt zu haben, aber im Archiv ist sie zu finden: http://lists.openstreetmap.org/pipermail/talk-de/2009-October/057622.html ... malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die Wanderkarte wird interaktiv
Christoph Eckert schrieb: Moin, der Routeneditor ist echt geil! +1 dito Allerdings erzeugt ein Doppelklick (zwecks Reinzoomen) ebenfalls einen Routenpunkt. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ich bin dann mal weg.
Hallo, den entsprechenden Link auf die erste Mail des Unsubscribe Threads und der dieser vorausgegangenen Einladungsmail von Tobias hat ja Malenki bereits in seiner Antwort genannt. Ich fasse mal zusammen was eigentlich passiert ist. Tobias hatte eine Einladungsmail für das morgige Mapper Treffen in Dortmund verschickt. Das Ziel war alle Mapper anzuschreiben die schon mal innerhalb des Stadtgebietes von Dortmund editiert haben. Leider wurden dabei viel mehr Mapper angeschrieben als eigentlich beabsichtigt war. Zu allem Überfluss hatte er nicht den letztendlich vorgesehenen Text rumgeschickt sondern eine Vorabversion, diese enthielt eben die genannt opt-out Option. Hierbei wurde der Empfänger aufgefordert wenn er keine weiteren Einladungen nach Dortmund haben möchte sich melden sollte damit er aus dem Verteiler ausgetragen wird. Was natürlich für unverlangt erhaltene E-Mail Einladungen nicht akzeptabel ist und wohl auch gegen einschlägige Rechtsvorschriften verstößt. Nur war die Reaktion auf diese Einladungsmail nach seiner eigenen Aussage so heftig das ihm schlussendlich sein OSM Account gesperrt wurde. Dieses Problem hätte meiner Meinung nach auch mit einer einfachen Mail bzw. maximal einer Verwarnung geahndet werden können. Diese Einladungsmail war übrigens mit mir und einigen anderen Dortmunder Mappern abgesprochen. Wir haben zwar eine eigene Mailingliste dort ist aber deutlich weniger als die Hälfte der aktiven Dortmunder Mapper registriert Mit diesen Einladungen an alle die schon einmal in Dortmund aktiv waren haben wir schon bei vorausgegangen Treffen große Erfolge gehabt da wir eben damit eben auch diejenigen erreichen die nicht auf unserer Mailingliste registriert sind. Die Sperrung seines Accounts war für ihn der Tropfen der das Fass zum überlaufen gebracht hat. Deshalb hat er schlussendlich so heftig reagiert. Viele Grüße Olaf Am 31.10.2009 um 21:07 schrieb Tirkon: Tobias Wendorff tobias.wendo...@uni-dortmund.de wrote: Also dann UNSUBSCRIBE Falls sich das auf den Thread Unsubscribe bezieht. Der beginnt zumindest bei meinen Client mit einem RE. Von einer eventuellen Ankündigung Deines Vorhabens ist dort keine Spur. Ansonsten ist für mich völlig unverständlich, welches der finale konkrete Anlass war, da mir Begriffe wie optin und optout nichts sagen. Aufgrund einer von Dir erhaltenen Einladung (mit der ich keine Probleme habe) denke ich, dass diese etwas damit zu tun hat. Da mir Deine Absicht laut den von meinem Client empfangenen Postings nicht bekannt war, konnte ich - als am Problem Unbeteiligter - keinen Deeskalationsversuch starten. Ich gehe mal davon aus, dass Du nach dem Unsubscribe auf anderem Wege diesen Thread noch mitliest. aufgrund der aktuellen Entwicklungen und zunehmenden Stasi-Methoden bei OpenStreetMap habe ich mich dazu entschieden, (mich nach dieser Nachricht) aus dem Talk-DE zu entfernen. Ich habe echt keinen Bock mehr auf die Kontrolle und Einschränkung verschiedene Aktivitäten sowie auf die ständige (Selbst-) Einschaltung der OSM-Polizei (wer es nicht weiß: Frederik Ramm, Sven Anders etc.). Ich kenne niemand von Euch persönlich, sondern nur aus wenigen Monaten des Mitlesens hier und im OSM Umfeld. Nach meinem Eindruck waren es nur ein paar Nebensächlichkeiten, die man als vorsichtige kritische Anmerkungen, aber keineswegs als Verstimmung oder gar Streit hätte interpretieren können. Man erlebt ja in vielen Foren und im Newsnet, dass auf Grund des fehlenden persönlichen Gesprächs vis a vis häufiger zu Mißverständnissen kommt, die sich aufschaukeln. Gerade engagierten Persönlichkeiten kann es dabei passieren, dass ein winziger Tropfen dann das Fass zum Überlaufen bringt. In diesem Stadium emotionaler Erregung macht man dann Dinge, die man möglicherweise später - zumindest in Teilen - wieder in Frage stellt. Als Anzeichen für die hochkochenden Emotionen werte ich mal Folgendes: Du wirfst ein paar Brocken in eine Mailingliste, die von Unbeteiligten kaum zu dekodieren sind. Allenfalls könnte dies - für mich nicht zu beurteilen - bei den Betroffenen der Fall sein. Ergo ist dieses Posting unlogisch, da es sich an weit mehr Personen richtet. Es wird überhaupt nicht deutlich, wie auf OSM Polizeimethoden möglich sein können, denn dazu gehören doch von der Community verliehene Macht sowie die entsprechenden Machtmittel, deren Existenz zumindest mir nicht bewusst ist. Zweitens vergleichst Du das Ganze mit Stasi Methoden. Da hier auch Personen aus den östlichen Gebieten mitlesen, die womöglich selbst betroffen waren, könnte das Posting bei denen auf wenig Verständnis stossen, wenn ihr erlebtes Ungemach mit vergleichsweise nichtigen Begebenheiten so relativiert wird. Mit Deinem ansonsten vergleichsweise überlegten Handeln hat das nach dem hier gewonnenen Eindruck nichts mehr zu tun. Daher gehe ich mal von dem erwähnten Hochkochen der Emotionen aus, in denen Du
[Talk-de] Fragen zu Gemeindegrenzen und coastline
Moin, im Rahmen meiner Gemeindegrenzenerfassung und -eintragung bin ich jetzt auf ein paar Probleme gestoßen, die ich gerne vor dem weiteren Fortfahren diskutieren möchte. Küste (hier Schleswig-Holstein an der Ostsee) Hier kam ich ins Stocken, die coastline ist mir etwas unheimlich. Eigentlich ist ja die Gemeindegrenze die Küstenlinie, also die coastline, soweit jedenfalls mein Wissensstand. Allerdings fürchte ich, dass dann die Anzahl der Relationsmember z. B. bei Deutschland (Landmasse) evtl. bis an die 2000-Grenze klettern könnte - ohne das jetzt genau durchgerechnet zu haben. Hat da jemand evtl. schon Zahlen? Außerdem - was ist mit den Seebrücken und Molen oder auch Hafenbereichen (Wasser) an sich, die doch eindeutig zur Gemeinde gehören, dann aber außerhalb lägen? Auch die administrativen Kreisgrenzen-Relationen sind mal mit Wasser (Kreis Plön), mal ohne Wasser (Kreis Ostholstein) angelegt. Vorerst habe ich eine provisorische Gemeinde-boundary ins Wasser gelegt, um geschlossene Polygone zu erhalten. Aber wie sollte da letztendlich verfahren werden? Anschluss an die Kreisgrenze (hier Kreis Plön, Landesinnere) Hier war ich relativ ungehemmt und habe die - in diesem Bereich größtenteils geschätzten - Gemeindegrenzen an vorhandenen Punkten angeschlossen und die Kreisgrenze entsprechend zerlegt - und ggf. kleinere Bruchstücke zusammengefasst, wenn sie nicht in anderen Relationen enthalten waren. Ist m. E. tragbar, da die Anzahl der Kreisgrenzen-Relationsmember überschaubar bleibt und auch Fehler/Ungenauigkeiten) relativ einfach korrigiert werden können. Oder sieht da jemand Probleme? NB: Martin Koppenhoefer stellte in einem älteren Thread (den ich trotz Suche nicht wiederfinden kann) die Frage, warum ich extra boundary-ways auch bei Bachläufen verwende, statt den Bach selbst zu taggen: Zur Info: Die von mir gesammelten Grenzinformationen beruhen größtenteils auf mündlichen Aussagen von in der Regel nicht-offiziellen Stellen. Als erste Aussage erhält man erstmal Gemeindegrenze = Bachverlauf. Später stellt sich dann heraus, dass doch der ein oder andere Zipfel Land noch zur anderen Seite gehört. Um jetzt den Bach direkt taggen zu können, müßte man ihn in 6 tw. sehr kleine Segmente stückeln und zusätzlich 6 neue boundary-Schnipsel, tw. nur mit 2 Punkten, erstellen. Stattdessen habe ich mich entschlossen, grundsätzlich nur einen zusätzlichen boundary-way zu erstellen, der ggf. die gleichen Stützpunkte des Baches verwendet und von einem 3-Gemeinde-Eck zum nächsten durchgeht. Bei Waldrändern z. B. geht das m. W. ja auch gar nicht anders, da die Wald-area aus einem geschlossen Weg bestehen bleiben muss. Auch die Kreisgrenzen laufen ja bestimmt tw. über natürliche Verläufe (Waldrand/Bach), sind durch den Import aber auch in sich geschlossen, verwenden dabei keine vorhandenen Stützpunkte - und das wird wohl auch so bleiben, nehme ich an. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Halloween - Worldfile
Hallo, gerade noch rechtzeitig zum Halloween, damit sich niemand verläuft bei der Flucht vor Vampiren, die aktuellen Daten vom 28.10.09 wie immer downzuloaden bei: http://wiki.openstreetmap.org/wiki/User:Computerteddy Die Fehler sind nun raus, alles ist komplett. -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zu Gemeindegrenzen und coastline
Hallo Georg, Eigentlich ist ja die Gemeindegrenze die Küstenlinie Nein. Die Gemeindegrenze ist eine behördliche Festlegung. Sie entspricht der Katastergrenze. Bach In Deutschland und den meisten Ländern mit modernem Geodatenmanagement sind die Grenzen durch vermessene Koordinaten definiert. Diese bleiben solange konstant, bis sie behördlich geändert werden. Auch wenn sich die Natur ändert (Bach, Waldrand, Berggrat, Küstenlinie). Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Halloween - Worldfile
Carsten Schwede schrieb: Hallo, gerade noch rechtzeitig zum Halloween, damit sich niemand verläuft bei der Flucht vor Vampiren, die aktuellen Daten vom 28.10.09 wie immer downzuloaden bei: http://wiki.openstreetmap.org/wiki/User:Computerteddy Die Fehler sind nun raus, alles ist komplett. Na toll, dann wissen die Vampire ja jetzt wenigstens ganz genau, wo sie lang müssen ;-) Hmmm, klassische dual use Technik halt ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in One heute kein update? - wann wieder?
SLXViper schrieb: UMAX974 schrieb: Auch bis heute (25.10.09) hat sich in Punkto Update noch nichts weiter getan. Wann ist wieder mit einem Update zu rechnen? Schau mal ins Wiki ;) Ich dachte jaja, ich hab heute im Wiki auf den Link geklickt, die Karte war noch immer die vom 16.10. - Jetzt habe ich die letzten Links in http://wiki.openstreetmap.org/wiki/All_in_one_Garmin_Map zum neuen Server umgebogen. :) gn8 malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] FOSSGIS 2010: Hotel/Unterkunft, Reiseplanung
Hallo, Tirkon wrote: Ist eigentlich eine spontane Teilnahme möglich, wenn man seine Übernachtungsmöglichkeit mitbringt? Ja, eine Anmeldung ist nicht erforderlich. Ich glaube, wenn man sich anmeldet, hat man eine Chance auf ein ausgedrucktes Namensschild, mehr aber auch nicht. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ich bin dann mal weg.
Hallo, Olaf Kotzte wrote: Nur war die Reaktion auf diese Einladungsmail nach seiner eigenen Aussage so heftig das ihm schlussendlich sein OSM Account gesperrt wurde. Dieses Problem hätte meiner Meinung nach auch mit einer einfachen Mail bzw. maximal einer Verwarnung geahndet werden können. Das hatte ich auch so empfunden. Aus den weiteren Postings hier auf talk-de scheint sich aber zu ergeben, dass es einen Automatismus gibt, der ab einer bestimmten Anzahl Mails (60/Stunde) dsa Versenden weiterer Mails blockiert. Dann waere der Account gar nicht gesperrt worden, eine Vermutung, die auch http://www.openstreetmap.org/user/TobWen/blocks zu stuetzen scheint: TobWen has not been blocked yet. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ich bin dann mal weg.
Frederik Ramm schrieb: Das hatte ich auch so empfunden. Aus den weiteren Postings hier auf talk-de scheint sich aber zu ergeben, dass es einen Automatismus gibt, der ab einer bestimmten Anzahl Mails (60/Stunde) dsa Versenden weiterer Mails blockiert. Dann waere der Account gar nicht gesperrt worden, eine Vermutung, die auch http://www.openstreetmap.org/user/TobWen/blocks zu stuetzen scheint: TobWen has not been blocked yet. Dieser Mechanismus ist aber so wie ich das sehe erst nach dem Massenmailing entwickelt worden: Der entsprechende Check-In des Ruby-Codes [1] erfolgte am 31.10. um 00:24. Die Nachricht über das Treffen traf zumindest bei mir bereits am 30.10 um 15:37 ein. Grüße, Michi [1] http://trac.openstreetmap.org/changeset/18383 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ich bin dann mal weg.
Olaf Kotzte olaf.kot...@gmx.net wrote: Ich fasse mal zusammen was eigentlich passiert ist. Vielen Dank für Deine Aufklärung. Nur war die Reaktion auf diese Einladungsmail nach seiner eigenen Aussage so heftig das ihm schlussendlich sein OSM Account gesperrt wurde. Da es viele OSM-bezogene Accounts gibt: Du meinst denjenigen, der das Editieren erlaubt? Im Falle, dass ja: Sehe ich das richtig, dass dies dann auf Beschluss der OSM-Foundation bzw. des kürzlich gewählten Vorstandes geschah? Oder wenn dies durch eine von Ihr technisch beauftragte Person handelt: In Deutschland ist es üblich, dass ein Ausschluß von der Nutzung von Vereinsangeboten durch den Vorstand des Vereins beschlossen wird. Steht also der Beschluss (einer einzelnen Person???) unter vorläufigem technischem Vorzeichen und muss er vom Foundation Vorstand noch verhandelt werden? Bist Du oder andere aus dem Umfeld von Tobias schon als Zeugen angesprochen worden oder habt Ihr Euch als solche bei der Foundation bemerkbar gemacht? Dieses Problem hätte meiner Meinung nach auch mit einer einfachen Mail bzw. maximal einer Verwarnung geahndet werden können. Diese Einladungsmail war übrigens mit mir und einigen anderen Dortmunder Mappern abgesprochen. Wir haben zwar eine eigene Mailingliste dort ist aber deutlich weniger als die Hälfte der aktiven Dortmunder Mapper registriert Mit diesen Einladungen an alle die schon einmal in Dortmund aktiv waren haben wir schon bei vorausgegangen Treffen große Erfolge gehabt da wir eben damit eben auch diejenigen erreichen die nicht auf unserer Mailingliste registriert sind. Unter den von Dir genannten Voraussetzungen wäre es nach meiner Einschätzung vom Foundation Vostand als dumm gelaufen abzuhandeln. Auch ich habe als 300km entfernt Wohnender diese Einladung erhalten und meines Wissens niemals in Dortmund editiert. Ich nehme es eher gelassen und hatte den Eindruck, dass der Tenor in den Postings der Mailingliste dies maximal als nervig, aber nicht als Drama oder gar als Ordnungswidrigkeit oder Straftat empfand. Da empfinde ich fortgesetzten Vandalismus in der Datenbank als schlimmer, zumal dieser vorsätzlich und bewusst zur Schädigung des Projektes betrieben wird. Die Sperrung seines Accounts war für ihn der Tropfen der das Fass zum überlaufen gebracht hat. Deshalb hat er schlussendlich so heftig reagiert. Hoffen wir mal, dass sich nach einigen Tagen beide Seiten beruhigt, der Foundation Vorstand getagt hat, und ihr aus dem Umfeld Tobias zur Rückkehr bewegen könntet. Nach meinem Eindruck sind alle Beteiligten an der Auseinandersetzung sehr für OSM engagiert. Ich empfände einen Ausstieg als schade, für wen auch immer. Wer nichts tut, macht auch keine Fehler. Je mehr man sich engagiert, umso mehr Fehler können geschehen. Im Übrigen kann ich mir auch keinerlei vernünftige Intention dafür vorstellen, jemand bei OSM absägen zu wollen - insbesondere wenn derjenige niemals OSM dauerhaft geschädigt, sondern sich um sein Fortkommen bemüht hat. Frederik hat ja schon reagiert und deutlich gemacht, dass der Ausschluss nicht in seinem Sinne ist und die Hand zu einer klärenden Aussprache gereicht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ich bin dann mal weg.
Hallo, Michael Bemmerl wrote: Dieser Mechanismus ist aber so wie ich das sehe erst nach dem Massenmailing entwickelt worden: Oha. Das hatte ich uebersehen. - Aber dann hat das Mailing ja auch ueber Dortmund hinaus Nutzen gestiftet ;-) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ich bin dann mal weg.
Tirkon schrieb: Sehe ich das richtig, dass dies dann auf Beschluss der OSM-Foundation bzw. des kürzlich gewählten Vorstandes geschah? Oder wenn dies durch eine von Ihr technisch beauftragte Person handelt: In Deutschland ist es üblich, dass ein Ausschluß von der Nutzung von Vereinsangeboten durch den Vorstand des Vereins beschlossen wird. Steht also der Beschluss (einer einzelnen Person???) unter vorläufigem technischem Vorzeichen und muss er vom Foundation Vorstand noch verhandelt werden? Bist Du oder andere aus dem Umfeld von Tobias schon als Zeugen angesprochen worden oder habt Ihr Euch als solche bei der Foundation bemerkbar gemacht? Da hat sich einer Mail technisch ziemlich daneben benommen und der Admin hat entsprechend drauf reagiert, indem er den Account erstmal abgeschaltet hat - wahrscheinlich damit nicht noch mehr Leute genervt werden. Mails ungefragt an alle möglichen Leuten zu verteilen ist nämlich - zumindest in der Form wie es gelaufen ist - aus meiner Sicht schlicht nicht in Ordnung. Wenn wir dafür jetzt schon einen Beschluss des Vorstands brauchen und Zeugen die für diesen oder jenen sprechen dann schwant mir Böses. Man könnte jetzt die Eier haben und sich für die Aktion entschuldigen: Sorry Leute, da ist was derbe schiefgelaufen mit der Mailaktion - kommt nicht wieder vor. An wen muß ich mich wenden damit mein Account wieder freigeschaltet wird?. Das einzige was dann aber kommt war: Stasi-Methoden, OSM-Polizei und von mir hört ihr nix mehr :-( Gruß, ULFL P.S: Was hinter den Kulissen sonst noch gelaufen ist weiß ich natürlich nicht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ich bin dann mal weg.
Ulf Lamping ulf.lamp...@googlemail.com wrote: Da hat sich einer Mail technisch ziemlich daneben benommen und der Admin hat entsprechend drauf reagiert, indem er den Account erstmal abgeschaltet hat - wahrscheinlich damit nicht noch mehr Leute genervt werden. Wenn das der Grund für die Sperre ist, dann sollte das auch für Tobias nachvollziehbar sein. Mails ungefragt an alle möglichen Leuten zu verteilen ist nämlich - zumindest in der Form wie es gelaufen ist - aus meiner Sicht schlicht nicht in Ordnung. Wenn wir dafür jetzt schon einen Beschluss des Vorstands brauchen und Zeugen die für diesen oder jenen sprechen dann schwant mir Böses. Ich hatte die Zeugen bewusst in Anführungszeichen gesetzt. Man könnte Sie auch als Aufklärungshelfer bezeichnen. Diese und den Foundation Vorstand braucht man allerdings nicht, wenn es tatsächlich jemand gibt, der die Sperrung nach Ansprache wieder aufhebt. Man könnte jetzt die Eier haben und sich für die Aktion entschuldigen: Sorry Leute, da ist was derbe schiefgelaufen mit der Mailaktion - kommt nicht wieder vor. An wen muß ich mich wenden damit mein Account wieder freigeschaltet wird?. Wenn das Alles ist, dann wäre der mögliche Weg vorgezeichnet. Das einzige was dann aber kommt war: Stasi-Methoden, OSM-Polizei und von mir hört ihr nix mehr :-( Das hatte ich Tobias mit meiner ausführlichen Stellungnahme zu diesem Thema im vorletzten Posting verständlich machen wollen. Da müssten dann noch ein paar Eier mehr gekocht werden. P.S: Was hinter den Kulissen sonst noch gelaufen ist weiß ich natürlich nicht. Wie gehabt: Alle Aussagen unter dem Vorzeichen, wenn das Alles ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Piote - Piote Is an OSM Tag Editor
Il 31/10/2009 11:23, Carlo Stemberger ha scritto: Nel frattempo, è arrivata un'altra proposta per il nome: Iote (Iote is an Osm Tag Editor). +1 Suonano bene anche *rote *tote *dote *gote *zote *note *mote ma il più bello tra questi secondo me è note, che in inglese significa appunto, nota, annotazione, ed incredibilmente sembra che non ci siano in giro software già esistenti che si chiamino così. -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\` /\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] excelente foto espacial de la via al llano, rio guayuriba y acacias meta tomada por astronautas
sin georectificar ni georeferenciar tomadas el 15 de octubre acacias y rio guayuriba http://eol.jsc.nasa.gov/scripts/sseop/LargeImageAccess.pl?directory=ESC/large/ISS021filename=ISS021-E-7154.JPGfilesize=839664 rio guayuriba http://eol.jsc.nasa.gov/scripts/sseop/QuickView.pl?directory=ESCID=ISS021-E-7155 http://eol.jsc.nasa.gov/scripts/sseop/LargeImageAccess.pl?directory=ESC/large/ISS021filename=ISS021-E-7156.JPGfilesize=715810 las descargas de imagenes pueden durar en aparecer 5 minutos mientras se descomprimen _ Connect to the next generation of MSN Messenger http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-ussource=wlmailtagline___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Dvision de Departamentos
Hola Todos, pues yo no lo veo tan sencillo como Oscar. *1, *para poder mapear una administrative boundary toca definir los niveles en la siguiente pagina: http://wiki.openstreetmap.org/wiki/Key:admin_level#admin_level Sin eso una renderer (programa que dibuja la mapa basado en los datos que nosotros metimos) no va a saber que es la division de que. Yo sugireo los siguientes: admin_level=2: frontera de Colombia admin_level=4: división de departamentos admin_level=6: división de municipios admin_level=7: frontera de ciudad admin_level=8: división de barrios De todos modos es diferente para cada país, no hay algo estandarizado. Así que si tienen otras ideas digan lo. *2, *Esto ya era una discusión (aunque no concluimos nada) que los nombres de los departamentos son por ejemplo Tolima o Departamanto de Tolima ? Lo mismo pasa con los ríos: El nombre es Magdalena o Río Magdalena ? En mi opinion el nombre es Tolima y Magdalena. Las palabras río y departamento solo te dicen que es el nombre de que. Mi idioma nativa no es español pero si no me equivoco en español los nombres se escriben con mayúscula. Si ustedes miran cualquier texto escrito entonces van a ver por ejemplo río Magdalena y departamanto de Tolima. O sea el rio y departamanto con menuscula y Magdalena y Tolima con mayúscula porque el nombre es Magdalena y no Río Magdalena. *3,* de donde sacamos los fronteras de los departamentos? Si es un río pues de pronto por yahoo fotos uno lo puede dibujar. Pero si no entonces pintar mas o menos significa cometer errores de kilómetros. Y nosotros estamos usando un GPS para tener mapas precisos (precisión de unos metros). Asi que si no tenemos datos confiables yo preferia mejor no pintar nada. Es mejor ir mas lento pero hacer un buen trabajo que por prisa embarrarle todo. *4,* Como vamos a etiquetar los departamantos? (no las divisiones). Eso tambien ya era una discusión sin conclusión. En este momento las opciones son: - state - region - county Lo que es mas cerca es el county pero aca no decimos que condado de Tolima sino departamanto de Tolima. Asi que creo que debemos introducir un nuevo valor para la etiqueta place que seria department. Echan un vistazo en este pagina para ver la definición del department: http://en.wikipedia.org/wiki/Department_%28administrative_division%29 *Cuando tengamos los 4 puntos solucionados*: las etiquetas para las divisiones en mi opinión serian (el nombre no va aquí): boundary=administrative admin_level=4 Adentro toca poner un punto y etiquetar así: place=department name=Tolima Para los ríos grandes hay que dibujar ambos lados ( http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank): waterway=riverbank natural=water name=Magdalena Y ademas una linea adentro con las etiquetas waterway=river name=Magdalena Para ríos chiquitos (http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driver ) waterway=river name=Claro Bueno esto era un correo largo espero que no se aburrieron mucho leyéndolo. Para resumir: 1, tenemos que decidir si el valor de la etiqueta name es Tolima o Departamento de Tolima en caso de departamentos. 2, tenemos que decidir si el valor de la etiqueta name es Magdalena o Río Magdalena en caso de ríos. 3, si están de acuerdo toca introducir el valor department para la etiqueta place. (y de una vez algo para los municipios). 4, toca definir los niveles administrativos y meter Colombia en la pagina http://wiki.openstreetmap.org/wiki/Key:admin_level#admin_level 5, toca conseguir los datos geográficos de las divisiones de los departamentos. Espero recibir muchas opiniones en estos puntos. Saludos, Bence 2009/10/29 oscar.ra...@cafedecolombia.com Ya hice Tolima En los casos en los que es un rio el límite departamental, pues hay que trazar (ojala con JOSM) el limite sobre ese mismo trazo (nodos) del rio. En los casos en los que ya exista un limite departamental trazado, hay que trazar sobre los mismos nodos el nuevo departamento. Los tags son sencillos: Boundary: Administrative Name: Departamento del Tolima De: Rodrigo Castiblanco rcas...@gmail.com Para: OpenStreetMap Colombia talk-co@openstreetmap.org Fecha: 28/10/2009 05:39 p.m. Asunto: [Talk-co] Dvision de Departamentos Enviado por: talk-co-boun...@openstreetmap.org -- Hey Colombianos!! Nos falta hacer hacer la division (limítrofe) de los departamentos!!! Que tags se deben usar??? De donde podemos obtener los datos??? Rodrigo___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Actualizado mapa ruteable de Colombia para Garmin
Hola Todos, Hay una pagina que todos debemos conocer: http://wiki.openstreetmap.org/wiki/Gu%C3%ADa_para_mapear_en_Colombia Fue escrito para que nos ayuda a hacer las mapas. Hay un capitulo de los errores mas frecuentes. Si ven otros ejemplos de errores metanlo en esta pagina. Los que no lo han leido leanlo porque tiene mucha información muy útil. Es materia obligatorio antes de empezar a mapear :) Bence 2009/10/28 Hector Londono helo...@gmail.com Amigos maperos, Ayer estube trabajando en los errores que se encontraron en la actualizacion de OSM. En muchos de ellos el problema mas comun era una calle creada sobre otra, ( este problema es frecuente cuando se esta editando, ya que aveces osm no carga todas las vias y uno piensa que faltan... entonces trazas de nuevo y cuando salvas la siguiente vez que abres puedes tener 2 vias una sobre la otra... pero no la ves ahi viene el error).(caso por ejemplo del que menciona Vladimir en su anterior e-mail, de la calle 153, donde habia dos trazos uno sobre el otro. El segundo error mas frecuente es por ejemplo un nodo que termina una calle en un punto pero por error se devuelve creando un nodo mas pero en sentido contrario a lo que se estaba trazando, o hacia un lado. El tercero, calles que se vuelven carreras en un solo trazo, al trazar una calle debe tratar de que sea solo la calle, y la carrera trazarla a parte (no simplemente llegar a la esquina crear el nodo y girar con el mismo trazo...) Glorietas y rondabouts, por los experimentos que he hecho, la glorieta(rompoind) rondabaut etc, es mejor trazarlo independiente. se traza el circulo, se redondea muy bien con la herramienta de redondear, se le da la direccion del giro etc luego si conectamos las calles y carreras que lleguen alli. (Si uno traza medio circulo con la extencion de una calle y el otro con el de la otra, encontramos varios problemas, primero si queremos usar la herramienta para que nos quede lo mas redondo que se pueda esta no funciona si la glorieta no fue dubujada como circulo en una sola secuencia de nodos, el otro problema es la direccion del giro, entonces toca ir dandole el sentido a cada seccion o fragmento de la glorieta... Bueno luego les comparto otras cosas que encuentre en las correcciones Hector Londoño Quintero ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Actualizado mapa ruteable de Colombia para Garmin
2009/10/31 Bence Siklosi bence.sikl...@gmail.com: Hola Todos, Hay una pagina que todos debemos conocer: http://wiki.openstreetmap.org/wiki/Gu%C3%ADa_para_mapear_en_Colombia Fue escrito para que nos ayuda a hacer las mapas. Hay un capitulo de los errores mas frecuentes. Si ven otros ejemplos de errores metanlo en esta pagina. Los que no lo han leido leanlo porque tiene mucha información muy útil. Es materia obligatorio antes de empezar a mapear :) Tambien darsela a conocer a todos los amigos e incentivar el uso de esta lista de correo, hay muchos maperos y maperas que no estan en la lista de correo y casualmente son quienes cometen mas errores, si se identifica un error, no basta con corregirlo sino que coordialmente le debemos enviar un mensaje a quien lo comento ademas invitandolo a pedir ayuda en la lista, hay una direccion un poco mas facil de recordar/enviar para la lista que es http://bit.ly/talk-co Bence salu2 Humano 2009/10/28 Hector Londono helo...@gmail.com Amigos maperos, Ayer estube trabajando en los errores que se encontraron en la actualizacion de OSM. En muchos de ellos el problema mas comun era una calle creada sobre otra, ( este problema es frecuente cuando se esta editando, ya que aveces osm no carga todas las vias y uno piensa que faltan... entonces trazas de nuevo y cuando salvas la siguiente vez que abres puedes tener 2 vias una sobre la otra... pero no la ves ahi viene el error).(caso por ejemplo del que menciona Vladimir en su anterior e-mail, de la calle 153, donde habia dos trazos uno sobre el otro. El segundo error mas frecuente es por ejemplo un nodo que termina una calle en un punto pero por error se devuelve creando un nodo mas pero en sentido contrario a lo que se estaba trazando, o hacia un lado. El tercero, calles que se vuelven carreras en un solo trazo, al trazar una calle debe tratar de que sea solo la calle, y la carrera trazarla a parte (no simplemente llegar a la esquina crear el nodo y girar con el mismo trazo...) Glorietas y rondabouts, por los experimentos que he hecho, la glorieta(rompoind) rondabaut etc, es mejor trazarlo independiente. se traza el circulo, se redondea muy bien con la herramienta de redondear, se le da la direccion del giro etc luego si conectamos las calles y carreras que lleguen alli. (Si uno traza medio circulo con la extencion de una calle y el otro con el de la otra, encontramos varios problemas, primero si queremos usar la herramienta para que nos quede lo mas redondo que se pueda esta no funciona si la glorieta no fue dubujada como circulo en una sola secuencia de nodos, el otro problema es la direccion del giro, entonces toca ir dandole el sentido a cada seccion o fragmento de la glorieta... Bueno luego les comparto otras cosas que encuentre en las correcciones Hector Londoño Quintero ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Homologar Direcciones
Hola Señoras y Señores, es un poco difícil seguir una discusión leyendo estos correos porque ya esta un poco revuelto todo. Pero bueno si entiendo bien la idea es homologar las direcciones. Pues yo lo llamaría mas bien corregir los errores. Un error es usar abreviaciones. Segun las Editing Standards (o estándares) de OSM no debemos utilizar abreviaciones en ningún lado. Recomiendo que lean las siguientes paginas: http://wiki.openstreetmap.org/wiki/Editing_Standards_and_Conventions#Street_Names http://wiki.openstreetmap.org/wiki/Gu%C3%ADa_para_mapear_en_Colombia#Nombres_de_calles Asi que no debemos poner KR o CR o CLL o CL o NO o TR en ningún lado sino tenemos que escribir toda la palabra (Calle, Carrera, Transversal, ). Donde ven una abreviación en la mapa es un error y toca corregirlo. Para los direcciones estoy casi de acuerdo con Fredy. Mi duda es donde viste la etiqueta addr:full porque yo no lo veo aca: http://wiki.openstreetmap.org/wiki/Map_Features#Addresses O sea la direccion Calle 4 No 25-14 en mi opinión seria etiquetada así: addr:street = Calle 4 addr:housenumber=25-14 addr:city=Popayan addr:country= CO addr:postcode=12345 Solo una nota: en Colombia las direcciones se generan según reglas bien definidos. El primer numero es la calle o carrera sobre que queda el edificio o cualquier cosa. La segunda es la cruce anterior. Y la ultima si entiendo bien el comentario de Fredy es la distancia. Asi que un buen renderer (aplicativo que dibuja las mapas segun los datos que metemos en OSM) podria automáticamente calcular la direccion de cualquier edificio si o no? Saludos, Bence 2009/10/26 Hernando Rodriguez G. hdo...@hotmail.com Esta es la nomenclatura oficial de la DIAN, versión 2009 podemos guiarnos por esta, el cambio es en la Carrera = CR y no KR que es la que traen mucho mapas como el callejero de Bogotá [ http://www.bogota.gov.co/mad/buscador.php] La discusión esta abierta pues. Cordial saludo. Hernando Rodríguez Gutiérrez hdo...@hotmail.com -Mensaje original- De: talk-co-boun...@openstreetmap.org [mailto: talk-co-boun...@openstreetmap.org] En nombre de Hernando Rodriguez G. Enviado el: lunes, 26 de octubre de 2009 09:07 a.m. Para: 'OpenStreetMap Colombia' Asunto: Re: [Talk-co] Homologar Direcciones Otra cosa importante! Es conservar la buena ortografía en cada cosa que incluimos en el mapa [tildes, mayúsculas, etc...] Cordial saludo. Hernando Rodríguez Gutiérrez hdo...@hotmail.com -Mensaje original- De: talk-co-boun...@openstreetmap.org [mailto: talk-co-boun...@openstreetmap.org] En nombre de ou??nH Enviado el: domingo, 25 de octubre de 2009 11:17 a.m. Para: OpenStreetMap Colombia Asunto: Re: [Talk-co] Homologar Direcciones 2009/10/25 jorarome jorar...@gmail.com: El día 23 de octubre de 2009 21:34, Hector Londono helo...@gmail.com escribió: Ok, entonces asi lo haremos 2009/10/23 ouɐɯnH fredyriv...@gmail.com Hola, Hola He venido leyendo este interesnate hilo y presento mi inquietud: Según OSM0 y lo que hemos estado discutiendo podría quedar: 1. No me ha sido claro aun como se va registrar la informacion de la nomenclatura en el OSM, Como va ha ser el proceso o mecanismo? Un pequeño comentario: Observando una direccion en Colombia: Calle 4 No 25-14 add:full = Calle 4 No 25-14 Se compone asi: Tipo Via: Calle Numero de Via: 4 add:street = Calle 4 Tipo Cruce Via: Carrera Numero Cruce Via: 25 Numero de la Casa:14 addr:housenumber=25-14 addr:city=Popayan addr:country= CO addr:postcode=12345 Debe tenerse en cuenta que un lado de la via van las cifras pares y al frente las impares. Ya que las direcciones se pondran manualmente el tema de pares e inpares no es relevante, pues se deberá conocer el area donde se van a incluir direcciones y aplicarlo segun sea. El tema de Cruce via, Tipo Vía no esta necesariamente dentro del alcance de OSM, pues es mas la construcción del modelo de busqueda de las aplicaciones de direcciones etc que se hagan usando nuestra cartografía, sin embargo estas etiquetas se pueden adicionar por ejemplo: add:cruce=Carrera 25 add:distancia=14 Algo muy impotante es leer y discutir aticulos como 1 para tener claros los terminos y la práctica de la nomenclatura Por ultimo seria bueno que quienes ya estan aplicando nomenclatura envien a la lista sus links para mirarlos. salu2 humano 0 http://wiki.openstreetmap.org/wiki/Map_Features#Addresses 1 http://wiki.openstreetmap.org/wiki/ES:N%C3%BAmeros_de_polic%C3%ADa Espero que sirva de ayuda. ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera
Re: [Talk-dk] Underliggende lag overskygger overliggende lag
Hej Morten, Interessant - hvordan ville DU så lave det? (Man kunne lave sports_centre på lag 0 og pitch på lag 1, da banerne er malet OVENPÅ græsset!) ;) Mvh. Kent B. Hansen 2009/10/31 Morten Kjeldgaard m...@bioxray.au.dk: On 30/10/2009, at 11.13, Kent B. Hansen wrote: Jeg har lavet en leisure=sports_centre, sport=soccer som dækker hele området - denne har jeg sat en layer=-1 på. Jeg mener ikke det er korrekt at benytte layers på denne måde, med mindre fodboldbanen ligger under jordoverfladen. Mvh, Morten ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Underliggende lag overskygger overliggende lag
On Sat, Oct 31, 2009 at 09:25:51AM +0100, Kent B. Hansen wrote: Interessant - hvordan ville DU så lave det? Den mest korrekte løsning må vel være at sørge for at fejlen rettes i renderen så den tegner dem i korrekt orden. Det er jo generelt underforstået at fx en boldbane bør tegnes ovenpå det mere generelle sportsområde, medmindre der er en specifik årsag til andet (fx en underjordisk boldbane, hypotetisk set). Akkurat ligesom bygninger normalt tegnes ovenpå underlaget (eksempelvis en park), uden at man behøver at angive det med tags. -- Jesper Henriksen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-ca] GeoBase NRN 093 Complete
Congratulations! Thats maptastic! Cheers, Sam On 10/31/09, Adam Dunn dunna...@gmail.com wrote: The road import of tile 093 has just been completed. This includes Williams Lake, Quesnel, Prince George, Smithers, Dawson Creek, and everything in between. When importing, I tried to fix all topological problems (connecting imported roads to existing roads), and fixed roughly drawn roads (obviously landsat sourced) so that they more closely match the geometry of the GeoBase roads. Road names and classifications were copied over from the excluded set where necessary, along with all bridge and tunnel locations, and unpaved surface tags (I didn't bother with any other surfaces). I tried to go through and mark all obvious oneway roads (dual carriageways), and unclassified roads from GeoBase that looked like they should be *_link roads were retagged as being *_link and made oneway. Naturally, there may be some small things that I missed, but hopefully people working in 093 will now feel more free to do editing knowing that the import has been done. One thing I noticed is that OSM is going to need some highways naming love. Highway naming in BC is still a mystery to me (even though I've lived here many years and been on many roadtrips). I have in the past used Wikipedia as a source for highway names, but there was some disagreement between Wikipedia and GeoBase for naming. For example, Wikipedia says that the Yellowhead Highway goes all the way to the coast from Prince George, whereas GeoBase gives it no name for much of that section, and merely gives it the moniker Hwy 16. There were some points where GeoBase even had internal conflicts on highway naming (near Dawson Creek, Highway 97 would rapidly change from Hwy 97 to Hart Highway then back again, several times). Once all of Canada has been imported, we should get some official docs and figure out the highway naming. You know; make a get-together of it; have some fun. Adam -- Twitter: @Acrosscanada Blog: http://Acrosscanadatrails.blogspot.com Facebook: http://www.facebook.com/sam.vekemans OpenStreetMap IRC: http://irc.openstreetmap.org @Acrosscanadatrails ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] kvalita vs kvantita
Dne Pá 30. října 2009 Frettie napsal(a): Vztekáte se vy, já vás pouze uporoňuju, že reflektuju skutečný stav. V katastru tuším nejsem, ale nemám rád, když ze mě někdo dělá debila. Je mi to tzv. Volný. Jinak, myslím, že OSM je dobrý jako koníček, ovšem jen do té doby, než se stane předmětem hádek, pak je to nuda a stane se to bitvou revertů a bude to na prd. Třebíč obkresluju dle katastrálních map s podporou ortofota, myslím, že to dělám správně a určitě to dělám podle své nejlepší vůle. Nerad se vztekám, z toho jsem už vyrostl. J. LOL :-) nešlo by to ještě jednou, a bez té osobní omáčky? - nějak se mi v těch kecech o vztekání ztratila pointa ... K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] kvalita vs kvantita
Dne Pá 30. října 2009 Tomáš Tichý napsal(a): Pokud ta cesta fyzicky existuje tak ji určitě zmapovat. vidím jistý rozdíl mezi cestou a vydupaným polem - proč teda nejsou zmapované všechny ty přetnuté rožky trávníků na sídlištích atp.? jinak, jak již bylo řečeno, tato cesta existuje pouze občas Pokud prokazatelně víte, že se po ní nesmí chodit, tak přidat tag access=no. prokazatelně víte - ehm, to snad celkem jasně vyplývá ze zákona, cizí majetek se ničit nesmí ... před dávnými a dávnými lety se to dokonce občas někdo pokoušel hlídat, taky se tam občas objevovaly cedule ve smyslu vstup na pole zakázán pod pokutou apod. Vlk se nažere a koza zůstane celá (i když pravda trochu pošlapaná ) s takovým přístupem rozhodně nemohu souhlasit (nicméně je to alespoň nějaký kompromis, pokud někteří prostě trvají na tom, že v OSM musí být vše, co aspoň občas vyleze viditelně na ortofoto) pánové, uvažovali byste stejně, kdyby se problém netýkal nějakého anonymního pole, ale vaší zahrady? Dne Pá 30. října 2009 Michal Grézl napsal(a): Taky sem udelal cesty vyjezdenou v poli, ktera tam oficialne byt nema, ale nereknu kde hehe. Je hodne frekventovana, v lete na ni jezdi mraky aut, vyjezdena je 2 pruhy + misto pro cyklisty. A co s tim dela dzizidi? Nic. Po sezone rozora a zasadi. To ze cesta je nelegalni neznamena ze tam neni. Navrhuju tag illegal=yes! těžko říci, kde je hranice toho mapování reality - rozhodně netvrdím, že co není v katastru, nemá být v OSM, ani nic podobného ... nicméně zadávat to, co charakteristiky cesty splňuje jen zčásti, a ještě navíc je protiprávní to používat jako cestu, to mi opravdu přijde příliš - asi jako kdyby se někdo rozhodl u silnice se zákazem vjezdu tento zákaz neuvést s odůvodněním, že na to stejně každý kašle a jezdí tam původní mail jsem napsal v domnění, že si někdo vzal ortofoto, viděl pruh přes pole, který začínal u autobusové zastávky, tak do mapy švihnul cestu, bez znalosti reálií, že ten pruh tam rozhodně není vydupaný nonstop, a že nájemce nebo majitel se pokoušel zabránit tomu, aby tam lidi chodili navíc tato cesta z hlediska mapy není nijak významná, navigace po skutečných cestách povede v nejhorším případě přes výchozí i koncový bod zkratky trasou circa o sedmdesát metrů delší, je to opravdu zhruba na úrovni zanášet do mapy zkratky mezi chodníky na sídlišti na druhou stranu pokud ta tvoje cesta je v kvalitě grade5, vede tak, že se rozumně nahradit nedá, a existuje s (byť tichým) souhlasem majitele, vidím jako užitečné ji značit a nevidím žádný důvod proti K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] kvalita vs kvantita
On Sat, 31 Oct 2009 13:00:52 +0100, Karel Volný ka...@seznam.cz wrote: Dne Pá 30. října 2009 Tomáš Tichý napsal(a): Pokud ta cesta fyzicky existuje tak ji určitě zmapovat. vidím jistý rozdíl mezi cestou a vydupaným polem - proč teda nejsou zmapované všechny ty přetnuté rožky trávníků na sídlištích atp.? Nevidím důvod, proč by nebylo možné mapovat vyšlapané trávníky na sídlištích. Samozřejmě je nutné tomu přiřadit správný tag, tedy path, nikoliv footway (chodník) ani track. Danou cestu neznám, ale pokud po ní neprojede auto, tak by to asi měla být path. jinak, jak již bylo řečeno, tato cesta existuje pouze občas Pokud prokazatelně víte, že se po ní nesmí chodit, tak přidat tag access=no. prokazatelně víte - ehm, to snad celkem jasně vyplývá ze zákona, cizí majetek se ničit nesmí ... před dávnými a dávnými lety se to dokonce občas někdo pokoušel hlídat, taky se tam občas objevovaly cedule ve smyslu vstup na pole zakázán pod pokutou apod. Vlk se nažere a koza zůstane celá (i když pravda trochu pošlapaná ) s takovým přístupem rozhodně nemohu souhlasit (nicméně je to alespoň nějaký kompromis, pokud někteří prostě trvají na tom, že v OSM musí být vše, co aspoň občas vyleze viditelně na ortofoto) pánové, uvažovali byste stejně, kdyby se problém netýkal nějakého anonymního pole, ale vaší zahrady? Pokud na té cestě chodí lidi, tak nevidím důvod, proč ji v mapě nemít. Někteří občas mapují například cesty v uzavřeném areálu továrny, a podobné - ty je potom samozřejmě nutné správně otagovat, tedy access=private. Nemyslím si, že by mapa měla nějak hodnotit realitu. Samozřejmě v podobně sporných případech není možné použít ortofoto, ale je nutné dané místo znát. Dne Pá 30. října 2009 Michal Grézl napsal(a): Taky sem udelal cesty vyjezdenou v poli, ktera tam oficialne byt nema, ale nereknu kde hehe. Je hodne frekventovana, v lete na ni jezdi mraky aut, vyjezdena je 2 pruhy + misto pro cyklisty. A co s tim dela dzizidi? Nic. Po sezone rozora a zasadi. To ze cesta je nelegalni neznamena ze tam neni. Navrhuju tag illegal=yes! těžko říci, kde je hranice toho mapování reality - rozhodně netvrdím, že co není v katastru, nemá být v OSM, ani nic podobného ... nicméně zadávat to, co charakteristiky cesty splňuje jen zčásti, a ještě navíc je protiprávní to používat jako cestu, to mi opravdu přijde příliš - asi jako kdyby se někdo rozhodl u silnice se zákazem vjezdu tento zákaz neuvést s odůvodněním, že na to stejně každý kašle a jezdí tam původní mail jsem napsal v domnění, že si někdo vzal ortofoto, viděl pruh přes pole, který začínal u autobusové zastávky, tak do mapy švihnul cestu, bez znalosti reálií, že ten pruh tam rozhodně není vydupaný nonstop, a že nájemce nebo majitel se pokoušel zabránit tomu, aby tam lidi chodili navíc tato cesta z hlediska mapy není nijak významná, navigace po skutečných cestách povede v nejhorším případě přes výchozí i koncový bod zkratky trasou circa o sedmdesát metrů delší, je to opravdu zhruba na úrovni zanášet do mapy zkratky mezi chodníky na sídlišti na druhou stranu pokud ta tvoje cesta je v kvalitě grade5, vede tak, že se rozumně nahradit nedá, a existuje s (byť tichým) souhlasem majitele, vidím jako užitečné ji značit a nevidím žádný důvod proti K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Petr Dlouhý ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] kvalita vs kvantita
2009/10/31 Karel Volný ka...@seznam.cz: Dne Pá 30. října 2009 Tomáš Tichý napsal(a): Pokud ta cesta fyzicky existuje tak ji určitě zmapovat. vidím jistý rozdíl mezi cestou a vydupaným polem - proč teda nejsou zmapované všechny ty přetnuté rožky trávníků na sídlištích atp.? jinak, jak již bylo řečeno, tato cesta existuje pouze občas Protože generalizujeme. Pokud prokazatelně víte, že se po ní nesmí chodit, tak přidat tag access=no. prokazatelně víte - ehm, to snad celkem jasně vyplývá ze zákona, cizí majetek se ničit nesmí ... před dávnými a dávnými lety se to dokonce občas někdo pokoušel hlídat, taky se tam občas objevovaly cedule ve smyslu vstup na pole zakázán pod pokutou apod. Občas se tam objevovali - což je milé, ale dost bezpředmětné. V podstatě nelze zakázat vstup na soukromý pozemek. Vlk se nažere a koza zůstane celá (i když pravda trochu pošlapaná ) s takovým přístupem rozhodně nemohu souhlasit (nicméně je to alespoň nějaký kompromis, pokud někteří prostě trvají na tom, že v OSM musí být vše, co aspoň občas vyleze viditelně na ortofoto) pánové, uvažovali byste stejně, kdyby se problém netýkal nějakého anonymního pole, ale vaší zahrady? Čoveče, asi ano. Mapuju podle svého nejlepšího svědomí a i les, kterej nám patří je přístupný a nesmíme s tím mít problém. Dne Pá 30. října 2009 Michal Grézl napsal(a): Taky sem udelal cesty vyjezdenou v poli, ktera tam oficialne byt nema, ale nereknu kde hehe. Je hodne frekventovana, v lete na ni jezdi mraky aut, vyjezdena je 2 pruhy + misto pro cyklisty. A co s tim dela dzizidi? Nic. Po sezone rozora a zasadi. To ze cesta je nelegalni neznamena ze tam neni. Navrhuju tag illegal=yes! těžko říci, kde je hranice toho mapování reality - rozhodně netvrdím, že co není v katastru, nemá být v OSM, ani nic podobného ... nicméně zadávat to, co charakteristiky cesty splňuje jen zčásti, a ještě navíc je protiprávní to používat jako cestu, to mi opravdu přijde příliš - asi jako kdyby se někdo rozhodl u silnice se zákazem vjezdu tento zákaz neuvést s odůvodněním, že na to stejně každý kašle a jezdí tam původní mail jsem napsal v domnění, že si někdo vzal ortofoto, viděl pruh přes pole, který začínal u autobusové zastávky, tak do mapy švihnul cestu, bez znalosti reálií, že ten pruh tam rozhodně není vydupaný nonstop, a že nájemce nebo majitel se pokoušel zabránit tomu, aby tam lidi chodili navíc tato cesta z hlediska mapy není nijak významná, navigace po skutečných cestách povede v nejhorším případě přes výchozí i koncový bod zkratky trasou circa o sedmdesát metrů delší, je to opravdu zhruba na úrovni zanášet do mapy zkratky mezi chodníky na sídlišti na druhou stranu pokud ta tvoje cesta je v kvalitě grade5, vede tak, že se rozumně nahradit nedá, a existuje s (byť tichým) souhlasem majitele, vidím jako užitečné ji značit a nevidím žádný důvod proti No vidíš, v podstatě se shodujeme, ta cesta je tuším značená jako footway (myslím), takže je jasné, že auto na ní nesmí. K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- S pozdravem, Jirka Sedláček --- jirisedla...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] kvalita vs kvantita
Zdravím! používat jako cestu, to mi opravdu přijde příliš - asi jako kdyby se někdo rozhodl u silnice se zákazem vjezdu tento zákaz neuvést s odůvodněním, že na to stejně každý kašle a jezdí tam To není zrovna dobrá analogie -- Vaší úvaze o cestě by naopak odpovídalo tuto silnici vůbec nezakreslit do mapy, protože je na ni zákaz vjezdu. Reálie v tomto případě neznám, ale obecně mi přijde, že fakt, že si majitel nepřeje, aby lidé po něčem, co se chová jako cesta, chodili, není důvodem k nezakreslení do mapy. Naopak spíš důvodem k zakreslení s upozorněním na zákaz vstupu. Have a nice fortnight -- Martin `MJ' Mares m...@ucw.cz http://mj.ucw.cz/ Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth I think it's a new feature. Don't tell anyone it was an accident. :-) -- Larry Wall ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Vrtulnikova mapa pro Evropu na zaklade OSM
On Thu 2009-10-29 22:28:47, Frettie wrote: Ano, ten polygon by mo?n? ?el nakreslit ru?n?, ale proboha pro?, to mus? zvl?dnout n?jak? bot. Aspo? na OSM, ne? Nebo aspo? n?jak? algoritmus, kter? si vybere jen dan? linie (silnice) a j?m nadsad? polygon o jejich d?lce a ur?it? ???ce. Snad. No, pro jizdu na koni by se polygony landuse=residential taky celkem hodily, ale rozhodne ne autogenerovane... Fakt potrebuju vedet kde jsou ty ploty. (A taky by se hodilo odliseni luk a poli... muzu snit, ne? :-). Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Vrtulnikova mapa pro Evropu na zaklade OSM
Ahoj! Tak jsem dokoncil vrtulnikovou mapu na podklade OSM. Info zde http://www.tocna.cz/helicopter-map-for-garmin/ Mapu zatim nenabizim ke stazeni nez ji otestuji v terenu. V soucasnoti pripravuji vrtulnikovou mapu pro celou Evropu. Co mi na OSM nejvice vadi, ze ackoliv obsahuje ulice pouze u male casti obci a mest je zobrazena zastavena oblast. *** prilis nerozumim. Jde vam o bezpecnost leteckeho provozu (jak bylo lze chapat z predchoziho emailu), ale klicovou vlastnosti je zdarma mapa, navic uzivana k jinym ucelum. Kdyz sectu cenu stroje, hodnotu pilota a nakladu, tak tomu moc nerozumim. Zrejme tu jde o svobodu a ne o cenu... :-). Pavel PS: Ale taky doufam ze to nebude pouzity jako zakladni navigacni pomucka pro IFR lety... teda respektive ze nebudu u toho az to selze ;-). -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] kvalita vs kvantita
Ahoj! co m? p?im?lo v??e uveden? napsat? - na?el jsem vyzna?enou cestu v T?eb??i od autobusov? smy?ky sm?rem k zahr?dk??sk? osad? Libu?e kdyby autor mapy v tomto m?st? n?kdy osobn? byl, anebo si to ov??il proti katastru ?i jin? map?, tak by v?d?l, ?e v m?st? t? jeho cesty je pouze pole (parcely 820/1 a 889/2 = orn? p?da) - a?koliv to z leteck?ch sn?mk? m??e tak vypadat, ?e tam je cesta, obvykle je tam vydupan? pruh jak od st?da slon?, tento pruh by rozhodn? v map? nem?l b?t zna?en jako cesta ... m?stn? zem?d?lci by n?m jist? p?kn? pod?kovali ... pova?uju za velmi neslu?n? takov?mto zp?sobem posv?tit ni?en? plodin, kter? se tam ka?doro?n? pokou?? p?stovat *** To jdete prilis daleko, my pouze mapujeme stavajici stav, nedelame majetkopravni analyzu komu patri silnice a komu pozemek pod ni a zda je to katastru vedeno jako komunikace, ostatni plochy, nebo pastviny. To byste na Vysocine nemohl vubec vyjit z domu (napr. obec Stranecka Zhor). st?vaj?c? stav je v tomto p??pad? jasn?, nen? t?eba d?lat majetkopr?vn? anal?zu - klasy obil?, i ty pol?man?, jsou mysl?m celkem z?ejm?m dokladem, ?e jde o pole No, pokud to je vydupany jako od stada slonu tak je to pomerne jasna cesta :-). mimochodem, tak jak existuje ob?asn? vodn? koryto (v?d?), m?me i n?jak? zp?sob z?znamu ob?asn? cesty? - toti?, kdy? je to pole zoran? nahluboko, nikdo tamtudy samoz?ejm? nechod? ... Tady uznavam ze by se nejaky tag hodil. Lehce vzdalenejsi. Obcas se stane ze nekde je trasa ale neni tam cesta. (Typicky turisticka znacka ktera vede pres louku). Zatim jsem to resil footway a dal se s tim neparal, ale ta cesta tam ve skutecnosti neni videt... Mate nejaky tip? Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] vazby?
On Fri 2009-10-30 13:20:04, Petr Stehlik wrote: Zdar, te? si st??oval autor Navitu, ?e v OSM mu chyb? vazby mezi objekty: - do kter?ho m?sta pat?? dan? ulice - do kter?ho st?tu pat?? dan? m?sto U vsech ceskych mest/vesnic jsem jednou dodelal is_in tag -- presne kvuli navitu. - kter? PS? pat?? ke kter?mu m?stu/ulic?m - a je-li dan? ulice typu urban nebo rural (nev?m, co t?m p?esn? mysl?, ale pr? kv?li tomu vymyslel rural=yes, co? j? nikdy nikde nemapoval) m?l jsem pocit, ?e ty vazby tam n?kde m?me, ?e snad czechaddress plugin n?co takov?ho p?id?v?? Aha, u? jsem to na?el: is_in = Zl?n, Zl?nsk? kraj, CZ To nevypad? jako z?pis vhodn? pro strojov? zpracov?n?. N?co lep??ho by nebylo? O nicem nevim, neco by to chtelo. is_in relaci? Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] vazby?
On Fri 2009-10-30 14:31:50, Martin Kupec wrote: On Fri, Oct 30, 2009 at 02:14:43PM +0100, hanoj wrote: *** dnes mame aparat administrativnich hranic, ktere jednoznacne mohou rozlisovat spravni uzemi a tedy napr. i hranice obce, kraje, statu. boundary=administrative Toto zni jako pekne reseni, ale je pro nas dulezite administrativni zacleneni, nebo velikost zastavene oblasti? Aneb je treba asi resit dva problemy: 1. Jakemu mestu patri jaka ulice, popripade jake ulici patri jaky popisny bod. Tento problem musi resit navigace. boundary=administrative is_in=... 2. Nejak byt schopni vykreslit zastavenou oblast jako polygon a nejlip tomu priradit jmenovku mesta, kteremu to patri. Toto resi Ivo a letecka mapa. landuse=residential (ale bez jmenovky :-). -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] kvalita vs kvantita
On Sat, 31 Oct 2009 19:42:26 +0100, Pavel Machek pa...@ucw.cz wrote: Ano. Stačí přidat relaci (tag) na neotagovanou way. Pokud vím, tak se v takovém případě trasa vykreslí. Navíc pokud by to byla cesta v poli, a ne chodník, tak by bylo dobré dát tag path a ne footway (alespoň podle toho co jsme dohodli zde na fóru). Tady uznavam ze by se nejaky tag hodil. Lehce vzdalenejsi. Obcas se stane ze nekde je trasa ale neni tam cesta. (Typicky turisticka znacka ktera vede pres louku). Zatim jsem to resil footway a dal se s tim neparal, ale ta cesta tam ve skutecnosti neni videt... Mate nejaky tip? -- Petr Dlouhý ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] vazby?
Pavel Machek píše v So 31. 10. 2009 v 19:42 +0100: On Fri 2009-10-30 13:20:04, Petr Stehlik wrote: Zdar, te? si st??oval autor Navitu, ?e v OSM mu chyb? vazby mezi objekty: - do kter?ho m?sta pat?? dan? ulice - do kter?ho st?tu pat?? dan? m?sto U vsech ceskych mest/vesnic jsem jednou dodelal is_in tag -- presne kvuli navitu. zkusim mu to tedy takto podat. Ovsem ptal se jeste na ulice, tam jsme bezradni? boundary=administrative jsem nikdy v mape nevidel - to je nejaky viditelny polygon okolo obce ci casti obce? is_in = Zl?n, Zl?nsk? kraj, CZ To nevypad? jako z?pis vhodn? pro strojov? zpracov?n?. N?co lep??ho by nebylo? O nicem nevim, neco by to chtelo. is_in relaci? spis jsem mel na mysli, ze seznam hodnot oddelenych carkami, kdy navic neni zrejme, co je co... Ale ted jsem v mape zahledl is_in:country_code, to vypadalo pro strojove zpracovani precejen lepe. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Vrtulnikova mapa pro Evropu na zaklade OSM
Dne 31.10.2009 19:41:12 napsal Pavel Machek: No, pro jizdu na koni by se polygony landuse=residential taky celkem hodily, ale rozhodne ne autogenerovane... Fakt potrebuju vedet kde jsou ty ploty. (A taky by se hodilo odliseni luk a poli... muzu snit, ne? :-). Ideální by samozřejmě bylo, aby tam byl zakreslen každý plot jednotlivě, nejlépe s tagem height. A do navitu bys zadal, jak vysoký plot tvůj kůň přeskočí. Ale uznávám, že je to ještě problematičtější než zmapování budov. Ploty lze potkat i okolo pastvin a dokonce v lese. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] vazby?
Martin Kupec napsal(a): On Fri, Oct 30, 2009 at 01:29:42PM +0100, Petr Dlouhý wrote: On Fri, 30 Oct 2009 13:20:04 +0100, Petr Stehlik psteh...@sophics.cz wrote: Ano, myslím, že by to mělo být zpracováno strojově, a to až ve fázi posprocessingu, tedy by tyto informace neměli být přímou součástí OSM, protože jsou tam duplicitní. Součástí OSM by měli být pouze data jako hranice města, hranice státu a další hranice oblastí. Už tag is_in, který se používá u obcí mi přijde nadbytečný. Neni spis nadbytecna hranice mesta? Mi prijde skoro lepsi, a hlavne jednodussi na zmapovani pridavat k silnicim flags is_in a v posprocessingu kolem takovychto silnic udelat polygony a to prohlasit za uzemi mesta. Katastralni uzemi mesta nejspis neni uplne dulezita informace, mestu mohou patrit i rozlehla okolni pole. Tohle by i resilo problem s leteckou mapou a zobrazovanim zastavene oblasti. Martin Kupec Zdravim, me tedy prijde na realizaci jednodussi algoritmus zjistujici, zda je neco uvnitr nejakeho polygonu. Nemluve o tom, ze hranice statu je polygon, stejne jako hranice kraje, okresu ... . Chcete kazdou cesticku, kazdy bod oznacovat is_in=CR ? To je preci nesmysl. Me by prislo logicke, aby se toto urcovalo vyhradne na zaklade zacleneni do struktury polygonu boundary. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Adresy - import vs plugin vs realita
Jen tak mimochodem, toto taky patri tematu kvalita vs kvantita :/ Prave sem narazil na adresni bod v centru Usti nad Labem, addr:street = Hradiště addr:housenumber = 96/8 Kdyz sem si nechal tutez adresu vygenerovat na polygon domu pomoci pluginu addr:housenumber = 96/6 Tak a ted babo rad co je spravne. Neslo by to nejako krizove proverit a rozdilny adresy oznacit ke kontrole ? Mimochodem, existuje nejaka jednoducha cesta jak prenest tagy z adresniho bodu na dum ? Plugin narozdil od importu neumi PSC. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] geovelo paris, cycleway=share_busway, pedestrian
Le jeudi 29 octobre 2009 à 23:48 +0100, Vincent Pottier a écrit : simon a écrit : Je voulais te demander la source de ton document pour faire le osmecum à vélo. Il se prépare une mapping party sur tours le 28 novembre et normalement geovelo devrais être présent, donc je pense que se jours la les pistes cyclables vont être a l'honneur. http://frvipofm.net/osm/osmecum/osmecumBike.odt C'est vraiment un tout premier prototype de document ! Histoire de réfléchir au type de contenu et de mise en page. Le SVG pour le dessin des chaussées est : http://frvipofm.net/osm/osmecum/osmecumChaussee.svg Si ça peut donner des idées à de meilleurs graphistes... voici mes premiers essaies http://reau.simon.perso.neuf.fr/osmecum/osmecumBike.odt toute critique est bienvenue simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [urgent] cherche contributeur pour interview
Yann Coupin wrote: Dis pas ça malheureux ! Il va nous falloir une édition complète du monde à ce train là :) Plus sérieusement, je pense que c’est assez amusant de voir des articles sur OSM dans 2 des principaux journaux français au moment même où le cours des actions de tous les vendeurs de GPS se cassent la gueule(1) depuis l’annonce par Google d’une appli de navigation intégrée dans les nouveaux téléphones Android. (1) Tomtom: −35% en 3 jours ! Garmin −20% Oui, j'ai lu des articles dans tous les sens a ce niveau la. A noter que dans certains pays, il est interdit d'avoir un smartphone visible dans la voiture. Je ne suis donc pas sure que ça soit une superbe idée a moins que qu'un constructeur de type ASUS ait prévu de faire un GPS base sur Android. Quant a la presse, je crois qu'il faudrait que l'on maîtrise plus l'information avec une meilleure organisation (pas forcement besoin d'avoir une association pour le moment). On est un certain nombre a en parler depuis quelques temps mais je crois qu'il va falloir qu'on arrête de tourner autour du pot et que l'on fasse cela collectivement a la fin. www.openstreetmap.fr est un bon endroit pour ce genre de chose. Il faudrait rajouter un lien presse dessus et bouger les liens du wiki dessus. Le wiki officiel est tres bien mais il est bien trop déconcertant pour quelqu'un qui ne le connaît pas, et d'ailleurs même pour quelqu'un qui le connaît. Emilie Laffray signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Aide urgente à domicile
Le samedi 31 octobre 2009 à 12:10 +0100, Yannick a écrit : Bonjour, L'un des pros OSM de la région rennaise pourrait-il m'aider à solutionner 1 petit problème et m'apprendre à participer mieux au projet? 1) Sur une carte d'une ville marquer 3 POI pour une présentation que je dois faire le 14 2) Corriger mes mauvaises manipulations sur ma ville et m'aider à compléter une autre. Pour le point 1 je dois pouvoir me déplacer mais difficilement pour le second. Amitiés On peut essayer de voir ce qu'on peut faire. Envoie moi un courriel en privé. nono signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] geovelo paris, cycleway=share_busway, pedestrian
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello ! Es-ce qu'il y a vraiment un sens à mettre cycleway=oposite a une rue qui n'est pas à sens unique ? si oui lequel ? CU Stéphane simon-10 [via GIS] a écrit : Le jeudi 29 octobre 2009 à 23:48 +0100, Vincent Pottier a écrit : simon a écrit : Je voulais te demander la source de ton document pour faire le osmecum à vélo. Il se prépare une mapping party sur tours le 28 novembre et normalement geovelo devrais être présent, donc je pense que se jours la les pistes cyclables vont être a l'honneur. http://frvipofm.net/osm/osmecum/osmecumBike.odt C'est vraiment un tout premier prototype de document ! Histoire de réfléchir au type de contenu et de mise en page. Le SVG pour le dessin des chaussées est : http://frvipofm.net/osm/osmecum/osmecumChaussee.svg Si ça peut donner des idées à de meilleurs graphistes... voici mes premiers essaies http://reau.simon.perso.neuf.fr/osmecum/osmecumBike.odt toute critique est bienvenue simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr __ View message @ http://n2.nabble.com/geovelo-paris-cycleway-share-busway-pedestrian-tp3905519p3923212.html To start a new topic under French OSM list, email ml-node+3070341-1406367...@n2.nabble.com To unsubscribe from French OSM list, click (link removed) == - -- Stéphane Brunner Mail : courr...@stephane-brunner.ch Jabber : stephane.brun...@jabber.fr - -- Annuaire de logiciel libre - http://framasoft.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkrsKUIACgkQs5/Hk9HWqUzamQCcCxZ327zxQ0jhz4VQJI+uEPyA 8h4AoKtwwKKd03ocAS2/E4XGkD2lLTbr =RJQD -END PGP SIGNATURE- begin:vcard fn;quoted-printable:St=C3=A9phane Brunner n;quoted-printable:Brunner;St=C3=A9phane org:EPFL;Syscomm adr:Station 14;;INR 135;Lausanne;;1015;Suisse email;internet:courr...@stephane-brunner.ch title;quoted-printable:Ing=C3=A9nieur x-mozilla-html:FALSE url:http://stephane-brunner.ch version:2.1 end:vcard -- View this message in context: http://n2.nabble.com/geovelo-paris-cycleway-share-busway-pedestrian-tp3905519p3923652.html Sent from the French OSM list mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] geovelo paris, cycleway=share_busway, pedestrian
2009/10/31 Stéphane Brunner courr...@stephane-brunner.ch: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello ! Es-ce qu'il y a vraiment un sens à mettre cycleway=oposite a une rue qui n'est pas à sens unique ? si oui lequel ? CU Stéphane Ca m'a fait tiquer aussi mais le dessin indique que les deux files principales vont dans le même sens. Le texte devrait être plus explicite (rues à sens unique) et il faudrait supprimer une voie principale parce que je n'ai jamais rencontré ce cas de figure. En effet, deux files dans le même sens permet un gros trafic routier et il serait pour le moins dangereux d'y faire engager des cyclistes à contre-sens. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Potlatch: comment enregistrer dans un nouveau changeset
Je recherche un raccourci dans Potlatch pour enregistrer dans un nouveau changeset, en mode Edit with Save. Je n'ai rien trouvé dans les pages: - http://wiki.openstreetmap.org/wiki/Potlatch/Primer - http://wiki.openstreetmap.org/wiki/Potlatch/Keyboard_shortcuts La touche c permettant de clore un changeset je suppose que ca en ouvre automatiquement un nouveau par la meme occasion. Les afficionados de Potlatch peuvent ils confirmer ? C'est tout à fait ce que je cherchais. Merci beaucoup. Guillaume ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Wikiproject Social (était : am enity=kindergarten pour une crèche ?)
Vincent Pottier a écrit : kimaidou a écrit : school=* me va bien :) +1. C'est une syntaxe répandue pour un tag de second niveau Ce type sera différent en France, en Allemagne, etc., mais ce n'est pas grave en soi, et on pourra toujours avoir une table de correspondance si on le veut pas la suite :D Si on peut... En fait, je pense qu'un 'school:FR' permettrait de mettre une classification française : maternelle, primaire, collège, lycée, lycée professionnel... et de garder school pour le jour où il y aura une classification internationale sans supprimer la classification franco-française. Le problème est l'emploi de majuscule dans la clé alors qu'il s'agit d'une classification pays et non linguistique. -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] INSEE sur les communes - transfert t erminé
Bonjour, J'ai trouvé des labels source:ref:INSEE dans des relations de communes. J'avais pensé mettre ref:INSEE_source (du coup j'ai des conflicts...). Quel est le mieux à vos avis? Merci, Cedric Le Friday 30 October 2009 12:07:49 sly (sylvain letuffe), vous avez écrit : On mercredi 28 octobre 2009, sly (sylvain letuffe) wrote: Je vais donc convertir les ref rentrées par mon robot et par les différents contributeurs en ref:INSEE je vais convertir également le tag qui indiquait la source de cette donnée pour refléter ce changement de ref_source vers ref:INSEE_source J'ai terminé cette phase. Il reste pour l'instant environ 600 communes sur 16800 qui n'ont pu être transféré de ref vers ref:INSEE La principale raison étant qu'elles n'avaient tout simplement pas de ref. (La je ne peux rien faire) L'autre étant qu'un département a été laissé de coté, puisque ma méthode se basait sur des départements fermés afin d'être sûr de ne pas déborder chez les voisins. Je relancerais le robot ultérieurement pour collecter les ajouts entre temps de ref (gens pas au courant du changement ref - ref:INSEE) et pour récupérer ce département. Donc, je recommande a partir de maintenant l'utilisation de ref:INSEE, j'ai essayé de l'indiquer partout où j'ai pu pour éviter que ceux qui ne lissent pas cette liste soit au courant. Au passage, j'ai également la possibilité de retirer les code_INSEE, ref_insee qui pourrait subsister Devant les réponses plutôt motivées pour cette phase, je l'ai finalement fait pour les cas ou la ref:INSEE existait, j'ai nettoyé les code_INSEE, ref_insee, et autre ref_INSEE signature.asc Description: This is a digitally signed message part. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Wikiproject Social (était : am enity=kindergarten pour une crèche ?)
Vincent Pottier wrote: En fait, je pense qu'un 'school:FR' permettrait de mettre une classification française : maternelle, primaire, collège, lycée, lycée professionnel... et de garder school pour le jour où il y aura une classification internationale sans supprimer la classification franco-française. Le problème est l'emploi de majuscule dans la clé alors qu'il s'agit d'une classification pays et non linguistique. Peut être alors doit on utiliser le code pays ISO 3 caractères. Ça évitera la confusion. Emilie Laffray signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Wikiproject Social (était : amen ity=kindergarten pour une crèche ?)
Emilie Laffray a écrit : Vincent Pottier wrote: En fait, je pense qu'un 'school:FR' permettrait de mettre une classification française : maternelle, primaire, collège, lycée, lycée professionnel... et de garder school pour le jour où il y aura une classification internationale sans supprimer la classification franco-française. Le problème est l'emploi de majuscule dans la clé alors qu'il s'agit d'une classification pays et non linguistique. Peut être alors doit on utiliser le code pays ISO 3 caractères. Ça évitera la confusion. Emilie Laffray Le principe semble bon. Et ça donne school:fra=maternelle|primaire|collège|lycée|lycée professionnel D'autres valeurs ? -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] INSEE sur les communes - transfert t erminé
Cedric Dumez-Viou a écrit : Bonjour, J'ai trouvé des labels source:ref:INSEE dans des relations de communes. J'avais pensé mettre ref:INSEE_source (du coup j'ai des conflicts...). Quel est le mieux à vos avis? source:ref:INSEE source:nom du tag indique quelle est la source de l'information contenue dans le tag, en l'occurrence ref:INSEE Merci, de rien Cedric -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] amenity=kindergarten pour une crèc he ?
Pas top le tag age. Si je prend l'exemple d'un lycée, ça peut être age=15-18 pour un lycée général, mais si par exemple, il accueil des BEP, on met quoi ? age=15-21 ? Le pire, c'est si ça accueil des prépa, la majorité ont sauté au moins une classe, et là, on s'y perd. Non je pense que le amelity=school + school=* est une bonne idée :) JonathanMM kimaidou wrote: Ca me va aussi, mais je trouve dommage de pas pouvoir différencier les écoles primaires, collèges et lycées. C'est pourquoi dans ce cas un amenity=school age=11-14 par exemple pour un collège français serait peut-être aproprié ? Cela éviterait d'utiliser les termes college, primary, secondary, terriary qui ont une signification différente en fonction des pays, et permettrait de différencier aussi les écoles pour adultes (age=adult) Glop ? Le 28 octobre 2009 13:49, Emilie Laffray emilie.laff...@gmail.com a écrit : 2009/10/28 Pieren pier...@gmail.com 2009/10/28 kimaidou kimai...@gmail.com: J'ai aussi trouvé cette page, qui est intéressante : http://wiki.openstreetmap.org/wiki/Proposed_features/Pre-School_%28early_childhood_education%29 Mouais, avec dans la description Also known as a kindergarten. C'est pas fait pour simplifier ! Amha, il faut distinguer les établissements pour les très, très petits qui n'ont pas de rôle éducatif en amenity=nursery pour les crèches et halte-garderies d'avec l'échelon suivant avec un début d'éducation pour les écoles maternelles et les jardins d'enfants en amenity=kindergarten. +1 C'est de loin le plus realiste. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- View this message in context: http://n2.nabble.com/amenity-kindergarten-pour-une-creche-tp3904632p3923957.html Sent from the French OSM list mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Wikiproject Social (était : amen ity=kindergarten pour une crèche ?)
Je suis pas d'accord pour la distiction entre lycée et lycée professionnel. Certains lycées font lycée polyvalents (accueil des classes générales, technologiques et professionnels). Donc soit on ne met que lycée (en laissant l'imprécision), soit on met lycée général|lycée professionnel|lycée agricole|lycée polyvalent|... JonathanMM FrViPofm wrote: Emilie Laffray a écrit : Vincent Pottier wrote: En fait, je pense qu'un 'school:FR' permettrait de mettre une classification française : maternelle, primaire, collège, lycée, lycée professionnel... et de garder school pour le jour où il y aura une classification internationale sans supprimer la classification franco-française. Le problème est l'emploi de majuscule dans la clé alors qu'il s'agit d'une classification pays et non linguistique. Peut être alors doit on utiliser le code pays ISO 3 caractères. Ça évitera la confusion. Emilie Laffray Le principe semble bon. Et ça donne school:fra=maternelle|primaire|collège|lycée|lycée professionnel D'autres valeurs ? -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- View this message in context: http://n2.nabble.com/amenity-kindergarten-pour-une-creche-tp3904632p3923960.html Sent from the French OSM list mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] school (était : Wiki project Social (était : amenity=kindergarten pour une crèche ?))
JonathanMM a écrit : Je suis pas d'accord pour la distiction entre lycée et lycée professionnel. Certains lycées font lycée polyvalents (accueil des classes générales, technologiques et professionnels). Donc soit on ne met que lycée (en laissant l'imprécision), soit on met lycée général|lycée professionnel|lycée agricole|lycée polyvalent|... Peut-être aussi 'lycée' tout court quand on ne sait pas... FrViPofm ajoute à la liste: school:fra=maternelle|primaire|collège|lycée|lycée général|lycée professionnel|lycée agricole|lycée polyvalent| D'autres valeurs ? Quid des groupes scolaires et établissement comportant plusieurs niveaux ? -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] INSEE sur les communes - transfert t erminé
2009/10/31 Vincent Pottier vpott...@gmail.com: Quel est le mieux à vos avis? source:ref:INSEE source:nom du tag indique quelle est la source de l'information contenue dans le tag, en l'occurrence ref:INSEE Merci, En même temps, je ne comprends pas très bien l'intérêt de dire que la source d'une référence de l'INSEE est... l'INSEE. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] INSEE sur les communes - transfert t erminé
Pieren a écrit : 2009/10/31 Vincent Pottier vpott...@gmail.com: Quel est le mieux à vos avis? source:ref:INSEE source:nom du tag indique quelle est la source de l'information contenue dans le tag, en l'occurrence ref:INSEE Merci, En même temps, je ne comprends pas très bien l'intérêt de dire que la source d'une référence de l'INSEE est... l'INSEE. Pieren Parce que je crois que Sly a des sources diverses, pas toujours l'INSEE, et pas toujours aussi fiables, si j'ai bien compris. J'espère que le tag source:ref:INSEE rapporte la source effective et pas systématiquement INSEE, sinon, en effet, il ne sert à rien. -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr