Re: [talk-ph] Non- Motorized Transport Forum and Mapping Workshop - 21st of April, 2012
Hi guys, Here are some photos from this event on Facebook (taken by Maning): https://www.facebook.com/media/set/?set=a.10150812503222597.464394.345455082596type=1 Thanks to Maning, Rally, and Wayne for attending this event. ASoG - iBoP Asia - NeMo has also said they plan to hold another mapping workshop in May and this is now mostly dedicated to contributing to OSM. We would like it if more people can join! :) Also, the event last Saturday was aired on GMA News yesterday. Has anybody seen that? (My sister saw the news segment on TV in a bus and said she saw my back. Hehehe.) Eugene On Fri, Apr 20, 2012 at 7:36 PM, maning sambale emmanuel.samb...@gmail.com wrote: Anybody, apart from Rally. Maning and Eugene joining this event? On Tue, Apr 17, 2012 at 4:59 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, I'll just give a short background regarding this event. Early this year, OSMPH was invited to help out with the crowd-sourced mapping aspects of the New Mobility Project (“Catalyzing New Mobility in Cities: The Case of Metro Manila”), which is spearheaded by the Ateneo School of Government through their Innovations at the Base of the Pyramid in Southeast Asia (iBoP Asia) initiative. They had a project launch last January 31 and February 1 where the target area to be used as an example was North Triangle in Quezon City. Rally attended that event and we were all pleasantly surprised to see OSM used as the map. You can check the write-up of that event from Smart here: http://www.um-smart.org/blog/2012/02/08/smart-e-news-february-2012/ Some photos from that event showing OSM maps are the following: http://www.um-smart.org/blog/wp-content/uploads/2012/02/12-2-7_Manila-Mapping6.jpg http://www.um-smart.org/blog/wp-content/uploads/2012/02/12-2-7_Manila-Mapping5.jpg http://www.um-smart.org/blog/wp-content/uploads/2012/02/12-2-7_Manila-Mapping.jpg The project had another event on March 13 and the target area was the Ortigas CBD. So this April 21 event is just another one in a series of events for the New Mobility Project (NeMo). This time the target is non-motorized transport (i.e., cycling) and the groups invited are cycling advocates like the Firefly Brigade. I hope many of you can come. :) Eugene On Mon, Apr 16, 2012 at 6:31 PM, maning sambale emmanuel.samb...@gmail.com wrote: Corrected link to invitation: https://docs.google.com/open?id=0B-2WZQ1DwK_xdnhYQTljWVJfLTQ On Mon, Apr 16, 2012 at 6:24 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, We are invited to facilitate a mapping workshop for non-motorized transport. The goal of this workshop is to help various organization get started with OSM in mappping non-motorized transport facilities in Metro Manila such as: - Cycling lanes, routes, parking, and related facilities - Bike shops and service centers - Points where cyclists gather on weekends 10 slots are reserved for any OSMer who can assist the group. Invitation letter and other details here: https://docs.google.com/open?id=16Rf4JkTxB1eETc0kfurlG0W6y66f4XD2o21mpOvOMxEbNtS1NGFUq_Y2DCwS Maning, Rally and Eugene will lead the workshop but any extra hands is most welcome. If you are interested, please inform us. We may need to meet in the morning to discuss distribution of tasks. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Non- Motorized Transport Forum and Mapping Workshop - 21st of April, 2012
http://www.youtube.com/watch?v=vYToZT19QAsfeature=youtu.be OpenSmartMap Philippines daw. :) Also, the event last Saturday was aired on GMA News yesterday. Has anybody seen that? (My sister saw the news segment on TV in a bus and said she saw my back. Hehehe.) -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] OSMRM project has a worldwide coverage now
A fast routing service based on OSM now has worldwide coverage: http://map.project-osrm.org/kV -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] Koksijde - Almost unmapped - Mapping party?
Hallo, Mijn Engels is niet zo goed dus probeer ik maar in het Nederlands. Als ik vrij ben wil ik graag zo’n mapping party meemaken (mijn eerste!). Ik maak er dan ineens een weekendje zee van. Guy VV Van: Sander Deryckere [mailto:sander...@gmail.com] Verzonden: zondag 22 april 2012 15:50 Aan: OpenStreetMap Belgium Onderwerp: [OSM-talk-be] Koksijde - Almost unmapped - Mapping party? Because I went to Oostduinkerke lately (to some friends, and doing a walk). I noticed that the Android app OsmAnd didn't know any streets in Oostduinkerke. I have found this was because the boundary of Oostduinkerke wasn't drawn. Now, after drawing the boundary, I panned around a bit, and saw that Koksijde is basically unmapped. Just look at it: http://www.openstreetmap.org/?lat=51.1152219772339 http://www.openstreetmap.org/?lat=51.1152219772339lon=2.64006614685059zoom=16 lon=2.64006614685059zoom=16 Who would think it would be good to organise a mapping party this summer in Koksijde? If there is enough response, I'm willing to organise it: divide the mapping region, search a place to edit (with electricity and internet), a place to sleep (for those who don't want to ride that distance twice in one day) ... So if you're interested, and think you could come, please reply. Cheers, Sander _ Geen virus gevonden in dit bericht. Gecontroleerd door AVG - www.avg.com Versie: 2012.0.1913 / Virusdatabase: 2411/4952 - datum van uitgifte: 04/22/12 _ I am using the Free version of SPAMfighter http://www.spamfighter.com/len . SPAMfighter has removed 682 of my spam emails to date. Do you have a slow PC? http://www.spamfighter.com/SLOW-PCfighter?cid=sigen Try free scan! ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] handheld gps unit
On Mon, April 23, 2012 14:09, kenneth gonsalves wrote: On Fri, 2012-04-20 at 16:52 +1000, Steve Bennett wrote: What do you want to use it for? What's your budget? What features do you need? Any special requirements? an NGO is constructing toilets over an area. They need to map the locations and state of construction/repair/beneficiaries etc. They will need several devices as 50,000 toilets are being done - so around 200 USD. -- regards Kenneth Gonsalves What about a camera with built-in GPS? That way you can make photo documentation of the progress at each site with a timestamp and geostamp[1]. Many cameras also record audio, so you could have timestamped, geostamped audio too although I'm not sure how independent/integrated the GPS in such a camera is. Remember, when taking a picture *of* the site to adjust for the offset *to* the site, or just take a picture straight down or something. A random 30 second search brought up the Casio Exilim EX H20G for $199 at Amazon. Another option is a smartphone with a built-in GPS, but maybe they are expensive. Best wishes, Andrew [1] I'm not sure if anyone uses the expression geostamp although Wikipedia assures me it exists. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] handheld gps unit
On Mon, 2012-04-23 at 15:31 +0900, Andrew Errington wrote: an NGO is constructing toilets over an area. They need to map the locations and state of construction/repair/beneficiaries etc. They will need several devices as 50,000 toilets are being done - so around 200 USD. -- regards Kenneth Gonsalves What about a camera with built-in GPS? That way you can make photo documentation of the progress at each site with a timestamp and geostamp[1]. Many cameras also record audio, so you could have timestamped, geostamped audio too although I'm not sure how independent/integrated the GPS in such a camera is. as far as I know, the accuracy of camera and cellphone GPS units are not enough - we are talking of toilets in row houses in villages, a few meters apart. (I may be wrong here). -- regards Kenneth Gonsalves ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] handheld gps unit
I can imagine it could be annoying if you are stopped in a tunnel and it switches off and later logs are then lost. Phil On 23/04/2012 6:37 Martijn van Exel wrote: On Sun, Apr 22, 2012 at 11:22 PM, Russ Nelson nel...@crynwr.com wrote: [..] The Columbus V-900 is $89. Charges via USB, records on a micro-USB, has a button to take a waypoint, or another button to press to record a georeferenced audio note. Gets a fix within two seconds if the previous fix was less than two hours ago. It's only 1cm thick, so it slips nicely into a pocket. I've been eying the Columbuses. Do you know what the difference is between the V900 and the (newer) V990? One feature that I particularly like about the 990 is the ability to switch to passive mode (GPS off) when the internal accelerometer doesn't detect movement or the device loses its fix for more than a few minutes. That would mean you could just forget about switching the logger off and on. Does that really work? Also the built-in voice tagging seems nice, anyone tried that for mapping? Link: http://cbgps.com/v990/index_en.htm -- martijn van exel geospatial omnivore 1109 1st ave #2 salt lake city, ut 84103 801-550-5815 http://oegeo.wordpress.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] handheld gps unit
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 23/04/12 07:37, Martijn van Exel wrote: I've been eying the Columbuses. Do you know what the difference is between the V900 and the (newer) V990? One feature that I particularly like about the 990 is the ability to switch to passive mode (GPS off) when the internal accelerometer doesn't detect movement or the device loses its fix for more than a few minutes. That would mean you could just forget about switching the logger off and on. Does that really work? Also the built-in voice tagging seems nice, anyone tried that for mapping? Link: http://cbgps.com/v990/index_en.htm I used to map with the V-900 until the plastic case broke on the edge with the LED. I know of two disadvantages. 1. You always needed a charged battery as acurrency droped a lot if there was not much power left. 2. It is only possible to log either audio or gps-position at once. E.g. you can only log audio while stopping, otherwise you will miss parts of the track. Maybe that changed as I used version 1. Cheers Colliar -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEAREIAAYFAk+VJ18ACgkQalWTFLzqsCvaqwCgzq0Pwk9HxZyf93B5W7VvhwA2 qn8An0VDRiqoc2CaZ/5ca5pXPqex2+yT =dm5o -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] handheld gps unit
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Oh, I forget one major disadvantage: There was no usb-data support. Therefor you always had to pull out micro sd and use a card-reader to transfer the data. Cheers -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEAREIAAYFAk+VKNcACgkQalWTFLzqsCtSgwCffh6UH1GHmXL9G2FeYefr4bhK a0MAn1cjUbjGr2CJp4qCbPFTYSi4d9C9 =r4uP -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] handheld gps unit
From: Andrew Errington [mailto:a.erring...@lancaster.ac.uk] Subject: Re: [OSM-talk] handheld gps unit What about a camera with built-in GPS? That way you can make photo documentation of the progress at each site with a timestamp and geostamp[1]. Many cameras also record audio, so you could have timestamped, geostamped audio too although I'm not sure how independent/integrated the GPS in such a camera is. Remember, when taking a picture *of* the site to adjust for the offset *to* the site, or just take a picture straight down or something. A random 30 second search brought up the Casio Exilim EX H20G for $199 at Amazon. The Canon Powershot SX230 is a good option since you can put open source firmware on it. The problem is the accuracy of camera GPS units is pretty bad, and battery life can be an issue. You're better off with a separate unit and then syncing them up. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] handheld gps unit
Am 23. April 2012 12:05 schrieb Paul Norman penor...@mac.com: firmware on it. The problem is the accuracy of camera GPS units is pretty bad, and battery life can be an issue. You're better off with a separate unit and then syncing them up. +1, I guess it is similar as with smartphones (AFAIK the main problem is the antenna): I am often taking fotos with an iPhone and record the track in parallel with a Garmin. When you later compare the geotags of the phone with your GPS-tracks from the Garmin you will see much butter accuracy from the dedicated device, but the phone has the advantage of storing the direction (orientation) very precisely. In JOSM you can later associate the GPS-positions from the separate track to the photos and the cool thing is that the orientation data from the phone is kept in the photo together with the new position data. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] handheld gps unit
I have the VisionTac VGPS-900 (which is the same as the Columbus V900), and am very happy with it. 1) For me, the audio recording is a vital feature, especially when mapping house numbers, shops, POIs, turn restrictions etc. Having used this a lot, I can't see myself going back to a logger without audio recording! I have _not_ had any problem with the audio recording function stopping the recording of GPS points - it seems to work perfectly OK for me. 2) Accuracy is good. 3) Seems to get a fix quite quickly, even when you've moved a long way with it turned off. 4) Battery lasts ages. 5) The onboard software does quite a lot of interpolation/extrapolation, so that you can sometimes see the track overshoot when doing a sharp turn. I've seen a review online somewhere that shows this happening with all of the 'high sensitivity GPS-receivers though, so not unique to the V900. 6) As someone else mentioned, there is no USB data connection (the USB port is for charging only), so you have to take out the microSD card to transfer the data to a PC. Mine came with a USB microSD reader, so I don't see this as a problem. As far as I know, the V900 does not have any internal accelerometer, so if the V990 has one, then that's a difference. -- View this message in context: http://gis.19327.n5.nabble.com/handheld-gps-unit-tp5651586p5660208.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] GSoC Projects Announcement
Hi All, [sorry for posting to both dev and talk, but I thought that this may be of wider interest] I am very pleased to announce that the projects selected for this year's Google Summer of Code have been announced. This year OSM received a record 28 good proposal applications for the 6 student places that we were given. This meant that we had some very difficult decisions to make and some students who made very good proposals had to be turned down. Although this will obviously be disappointing for those whose projects have not been selected, I hope that they will be able to contribute to the project in their spare time. I would like to thank all the community members who have helped to review the proposals and choose the 6 projects to be part of this year's programme with OSM - their reviewing of the proposals was essential to helping us make the right choices. The selected OSM projects are: - Anomaly Detection Engine (Velkei Adam Istvan) [Mentored by Derick Rethans] - Improved Support for non-Latin Languates in mapnik (Hermann Krauss) [Mentored by Dane Springmayer] - Improvements to Vespucci (Jan Schejbal) [Mentored by Marcus Wolschon] - OSM Widget Creator ( Aleksandra Milanovic) [Mentored by Kate Chapman] - Tile Data Service (Michael Daines) [Mentored by Darafei Praliaskouski (Komzpa)] - Video Based Speed Limit and Road Sign Detector plugin for JSOM (Nikhil Upadhye) [Mentored By Kai Krueger] We will be asking the students to set up pages on the OSM wiki, and post regular updates to the osm-dev mailing list so you will be able to see how they are getting on. I would like to wish he students and their mentors good look with their projects! Regards Graham. -- Graham Jones Hartlepool, UK. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] handheld gps unit
Philip Barnes writes: I can imagine it could be annoying if you are stopped in a tunnel and it switches off and later logs are then lost. It sleeps until you start moving again. Martijn van Exel writes: I've been eying the Columbuses. Do you know what the difference is between the V900 and the (newer) V990? Looking at the specs, the V990 doesn't have bluetooth, has a longer-life battery, and a more sensitive GPS receiver that gets a fix faster. It also doesn't come with a micro-SD card, nor a wall charger. Otherwise it looks identical but $30 cheaper. Also the built-in voice tagging seems nice, anyone tried that for mapping? It's supafine! It's my favorite method of mapping. When you use my columbus-to-gpx.py converter, it produces a GPX file with voice file links that show up as audio bubbles in JOSM. Click on the bubble and it plays your note. It has some flaws, but the audio mapping is SO much fun that I ignore them: o The plastic surrounding the corner LED tends to crack. o There's a slight delay after you press the button before it starts recording. o It chops off the end of your audio note, so you have to release the button a few milliseconds after you stop talking. o It stops recording the track while it's recording your voice. o You have to pull the micro-SD to get the data off of it. o It has a bizarre log file format. It's a combination of comma-separated AND null-padded fixed-length fields. SRSLY o It's so small and lightweight that it's easy to leave in your pocket when you do the wash, and it's not waterproof. I only washed it once, but once was enough. o It writes files into the root filesystem, and when you fill up the vfat directory space, it crashes. o Sometimes (I haven't figured out when) it crashes when I push the record button. Then it goes deaf, lights up the corner light white and then turns off. If I turn it back on, it quickly gets a fix and starts recording again. Takes about fifteen seconds total. Like I say: flaws and all, I'll buy another one when this one dies. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Tagging for unofficial Cycle routes in Lake Macquarie?
Thanks for your wise comments, Ian. I do clearly see the problem with individuals tagging up their own favourite routes into OSM. I will put my personal rides on bikely, and keep adding objective data to OSM. This afternoon I have discovered a cycle planning document from Newcastle City Council that outlines existing and proposed routes. They even use the regional and local terminology, so tagging current routes should be straightforward. I am baffled by how difficult it is to find information of this kind from Lake Macquarie and Newcastle councils. They are keen to brag about the Fernleigh track, but seem intent on hiding all other cycling info! I have also found a map of what LM Council considers to be existing cycle routes. Some of these must be fairly faint on the ground in terms of cycle infrastructure or signage, but I will follow their map closely and tag existing routes. There is one more project that I have only just discovered: the NSW Coastline Cycleway. Apparently cycleway routes exist for about 300 kms of the 1400 already, but I can't find anywhere that lists them. I have learned that the Fernleigh Track is part of this state route, but that's about it. I will continue researching, because that is something that CAN go on OpenStreetMap and it would be really useful. I am pleased to discover that these councils are thinking about cycle routes, but I wish they would make the info more accessible. - Lachlan On Mon, Apr 23, 2012 at 10:39 AM, Ben Kelley ben.kel...@gmail.com wrote: Hi. I agree with Ian. Routing sites should be able to connect up disconnected SUPs in a sensible manner. As an aside, it would be nice if sites like Bikely supported OSM as a background. - Ben. On Apr 23, 2012 9:07 AM, Ian Sergeant inas66+...@gmail.com wrote: I can see your argument, and no doubt having useful cycle routes available is a good thing. However, I don't think personal ad-hoc cycle routes should be added to OSM. It is a slippery slope, and OSM can't accommodation everyone's ideal connecting route. Instead, I'd add the information (speed limits, road widths, residential nature, cycle facilities (lanes, etc)) that would allow a typical cycle router to be able to identify the connecting route between the two cycleways. Personally, I think long term this is a better way to go anyway. Some of the official cycle routes (particularly in Sydney) have poor cycle facilities, and in the case of the currently tagged Concord to CBD cycleway IMO is downright deadly. So many people have different opinions on what makes a good cycle route for them, lets identify the features and get them all into OSM, and then lets optimise the software to find the best way. There are lots of services to map personal favourite rides (bikely, mapmyride, etc). Ian. On 22 April 2012 22:09, Lachlan Rogers lach...@rogers.name wrote: I've recently moved back to Lake Macquarie after some years in Canberra, and I'm delighted to find that there are more cycle paths around the central coast and Lake Macquarie than I was previously aware of. Unfortunately many of them are either incomplete or disconnected from each other. I am wanting to scout out optimal on-road routes to connect cycle paths into excellent recreational routes. For instance the recently opened Fernleigh (Rail trail) Track ends in Belmont, and just a few kms away there is a great path around Green Point. I want to tag a route (probably as lcn) through the streets of Belmont so that viewers can see how best to join these rides together. To my knowledge there is no official council-endorsed cycle route. I recognise some people may have a philosophical aversion to this, because it is tagging based on usefulness rather than on what is actually on the ground. I feel, however, that we have an opportunity to scout out optimal connections and start using them for cycling now, while we lobby councils to make such routes official. I would choose a tagging scheme along the lines of network=lcn with status=unofficial or something so that these routes could be located by a search algorithm if needed. I've spent a while looking around the web, and there are no decent cycling maps of the region to be found. OSM and OpenCycleMap would be a superb resource if we took the liberty of tagging desired routes such as I have outlined. How do you feel about this suggestion? - Lachlan ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Tagging for unofficial Cycle routes in Lake Macquarie?
Hi Lachlan, On Sun, Apr 22, 2012 at 10:09 PM, Lachlan Rogers lach...@rogers.name wrote: I am wanting to scout out optimal on-road routes to connect cycle paths into excellent recreational routes. For instance the recently opened Fernleigh (Rail trail) Track ends in Belmont, and just a few kms away there is a great path around Green Point. I want to tag a route (probably as lcn) through the streets of Belmont so that viewers can see how best to join these rides together. To my knowledge there is no official council-endorsed cycle route. I recognise some people may have a philosophical aversion to this, because it is tagging based on usefulness rather than on what is actually on the ground. I feel, however, that we have an opportunity to scout out optimal connections and start using them for cycling now, while we lobby councils to make such routes official. I would choose a tagging scheme along the lines of network=lcn with status=unofficial or something so that these routes could be located by a search algorithm if needed. IMHO we have to be pragmatic here. Official infrastructure for such routes is miles behind the equivalent in the UK, Holland, Germany, etc. Signage is frequently lacking even on council-endorsed routes, and naming is hopelessly inconsistent. Therefore, OSM already performs a bit of an interpretive role. So, I think your status=unofficial tagging is good. If (and that's a big IF) the slippery slope ever actually happens (eg, there are several competing unofficial routes, creating a mess), then we should reconsider. But overall, I think the benefit in tagging a few unofficial links between official routes is greater than the harm done. We might also consider making unofficial a more widely used OSM tag. But be aware that some councils use terms like informal to mean an official route which is on road without bike lanes. (Btw, the map what's on the ground mantra is really inaccurate - we map tons of stuff which is not on the ground in any literal or even metaphorical sense. It's not a good rule of thumb.) Steve ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-br] Tagging blocks in brasilia
Oi - Proposal for tagging blocks in brasilia here: http://lists.openstreetmap.org/pipermail/tagging/2012-April/009878.html Looking forward to your comments. Alex Barth http://twitter.com/lxbarth tel (202) 250-3633 ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Tagging blocks in brasilia
I've some thoughts about it, in [1] we have an street name, it's not official, but it's how we call it. The street between SCRN 709 and SCRN 710 is SCRN 709/710. All the cases when this occurs can be mapped, even virtually. In [2], it's more like a dot at center of the block, it's confusing, as you described. A superquadra is a block with 500 x 500 meters. In the picture you can see it, the streets drawing a square. Those blocks in Taguatinga, in [3], can be named by the street. In the example, QNA 45 is a street where the houses in both sides have adresses like QNA 45 Casa (house) 5 or QNA 45 Casa 4. In Guará, Lago Sul, Lago Norte, will be the same. Regards, Tulio [1] https://skitch.com/alexbarth/8i8em/java-openstreetmap-editor [2] https://skitch.com/alexbarth/8i8g9/java-openstreetmap-editor [3] https://skitch.com/alexbarth/8i8gj/java-openstreetmap-editor Em 23 de abril de 2012 20:11, Alex Barth a...@mapbox.com escreveu: Oi - Proposal for tagging blocks in brasilia here: http://lists.openstreetmap.org/pipermail/tagging/2012-April/009878.html Looking forward to your comments. Alex Barth http://twitter.com/lxbarth tel (202) 250-3633 ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Straßenbegleitende Radwege
Am 22. April 2012 22:43 schrieb Falk Zscheile falk.zsche...@googlemail.com : Hier von mir ein kleines Resümee zum Radwegtagging. Im Wesentlichen gibt es drei Gruppen, die Fatalisten, die Weltverbesserer und die weltverbessernden Fatalisten ;-) Die Fatalisten sagen, ich trage Fuß-/Radwege so ein, wie ich es nach StVO vorfinde, der eigentliche Ausbauzustand hat im Radwegtag nichts zu suchen, dafür gibt es andere Tags. Für die Darstellung der StVO-Situation nutzen sie bicycle/foot=designated/official. highway=footway/cycleway können sie nicht für die Wiedergabe der StVO-Situation verwenden, weil diese Tags durch die Interpretation der Weltverbesserer verbrannt sind. Die Weltverbesserer sagen im Grundsatz was schert mich die StVO, ich will 'richtiges' Radwegerouting und setzen in der Regel nur highway=footway. Ein highway=cycleway bekommen nur Wege, auf welchen nach Meinung der Weltverbesserer richtiges Radfahren möglich ist, wobei die Kriterien für richtiges Radfahren im wesentlichen auf der subjektiven Einschätzung des Mappers beruhen und damit für Dritte im Dunkeln bleiben. Das den highway=cycleway auch Fußgänger benutzen können wird über foot=yes dargestellt. Die weltverbessernden Fatalisten kombinieren beide Möglichkeiten. Mit highway=cycleway zeigen sie an, dass sie den Weg subjektiv für radgeeignet halten. bicycle/foot=designated/official verwenden sie zusätzlich, um darzustellen, um was für einen Weg es sich nach StVO handelt. Positiv gegenüber älteren Diskussionen fällt auf, dass bicycle/foot=designated/official mittlerweile als StVO-Tags anerkannt sind und als solche nicht mehr in Frage gestellt werden. Einen handhabbaren Kompromiss zwischen StVO-konformen mappen und mappen für ein 'besseres' Radrouting ist die Auffassung der weltverbessernden Fatalisten. Sie kombiniert die Auffassung der Fatalisten und der Weltverbesserer, ohne dabei Informationen zu vernichten oder zu entwerten. Sehr schöne Zusammenfassung. Eigentlich wünsch ich mir so eine Meta-Analyse auch auf der Wikiseite. Du hast allerdings die OSM-Puristen vergessen, die nicht fatalistisch sein können, weil sie 'path' nicht für breite, geteerte Wege verwenden wollen aber auch nicht weltverbessernd, weil sie die subjektive Kategorisierung abstößt. Diese Gruppe hat früher cycleway/footway für das STVO-tagging benutzt und steht jetzt wahrscheinlich wartend in der Ecke. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] http://wiki.openstreetmap.org/wiki/DE:BBBike_@_World
On 18.04.2012 21:52, Johannes Hüsing wrote: Den bbbike-Dienst gibt es ja schon einige Jahre, seit einiger Zeit nutzt er OSM-Daten und konnte sich so über Berlin und Brandenburg hinaus ausbreiten. Sind wir glücklich mit der Quellen- und Lizenzangabe? Im Moment ist das Es würde helfen wenn Du einen genauen Link angibst. Das erleichtert dann die Diskussion. Ich habe bei den Machern nachgefragt: Auf http://www.bbbike.de/cgi-bin/bbbikeleaflet.cgi werden keine OSM-Daten benutzt. Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Massen-Edits, automatische Edits, mechanische Edits
Am 23. April 2012 00:00 schrieb Christian Müller cmu...@gmx.de: Am 22.04.2012 00:46, schrieb aighes: Du willst jetzt nicht ernsthaft behaupten, dass an den proposal-Prozessen (und deren Abstimmung) mehr Leute beteiligt sind als talk-de oder das deutsche Forum lesen? Zumal ich denke, dass man mit dem Kreis der Community diskutieren sollte, den die Änderungen betrifft. Und wenn es um Änderungen innerhalb von Deutschland geht, dann sollte das auch in der deutschen Community diskutiert werden und die trifft man hier oder/und im deutschen Forum. Denkst Du, dass jeder der in D mappt, auch Mitglied auf talk-de ist / sein will? Es gibt halt mehrere Communitys - der harte Kern, der auf talk-de zu finden ist, und eine größere, die Mapper einschließt, die z.B. wirklich nur mappen. Man kann noch weiter denken und Leute einbeziehen, die etwa fleißig auf OSB beitragen. All dies sind Leute, die nicht die Energie und/oder Zeit haben, Skripte zu schreiben, bzw. ihr veto einzulegen, in Momenten in denen sie es müßten. Sie sind über talk-de nicht erreichbar - und vermutlich auch nicht über das Wiki, obwohl dort die Wahrscheinlichkeit, sie zu erreichen evtl. höher ist, wenn sie es gelegentlich besuchen. Eine Abstimmung auf talk-de sollte man damit nicht ohne weiteres als Community-Konsens verkaufen, auch nicht, wenn es nur um den dt. Teil geht.. Und was ist jetzt Deine Folgerung aus der Feststellung, dass man alle (betroffenen) Mapper auch über talk-de nicht erreichen kann? Massenedits generell zu verbieten? Ich würde sagen, es ist ausreichend, wenn es der aufmerksamen OSM-Öffentlichkeit mitgeteilt wird. Die findet sich nun mal auf talk-de und im Forum. Unsere halbe Million registrierte Nutze würde sich bestimmt freuen, wenn sie bei jedem geplanten Massenedit eine Mail bekommen würde es ist xy geplant. Die Bekanntmachung hat nicht das Ziel, das jeder der betroffen sein könnte in jedem Fall erreicht wird, sondern nur, dass interessierte die Möglichkeit dazu haben. Mehr nicht. Wer nicht mit liest, der hat sich selbst dafür entschieden, etwas nicht zur Kenntnis zu nehmen. In anderen Zusammenhängen nennt man dieses Prinzip ortsübliche Bekanntmachung. Ob jemand die ortsüblich Bekanntgabe tatsächlich zur Kenntnis nimmt, das liegt im Risikobereich jedes einzelnen. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbegleitende Radwege
Am 23. April 2012 09:10 schrieb Ronnie Soak chaoschaos0...@googlemail.com: Sehr schöne Zusammenfassung. Eigentlich wünsch ich mir so eine Meta-Analyse auch auf der Wikiseite. Danke, ich kann sie ja bei Gelegenheit dort mal einstellen. Mal schauen, ob sie es dort überlebt. Du hast allerdings die OSM-Puristen vergessen, die nicht fatalistisch sein können, weil sie 'path' nicht für breite, geteerte Wege verwenden wollen aber auch nicht weltverbessernd, weil sie die subjektive Kategorisierung abstößt. Diese Gruppe hat früher cycleway/footway für das STVO-tagging benutzt und steht jetzt wahrscheinlich wartend in der Ecke. Die habe ich mal den Fatalitsten mit zugeschlagen und halte sie für eine aussterbende Spezies. Man erkennst sie noch an den tiefen Narben auf Stirn und Nase, weil sie in der Vergangenheit immer wieder -- aber erfolglos -- gegen die highway=footway/cycleway ist nicht StVO Wand gelaufen sind. :-) Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Kartenausschnitt verhindert routen auf deutscher Bundestrasse (B317 bei Lörrach)
On Sun, Apr 22, 2012 at 03:44:20AM +0200, Garry wrote: Da demnächst die Zollfreie - ein Abschnitt der deutschen B317 bei Lörrach über schweizer Gebiet ohne Verbindung an das schweizer Strassennetz in Betrieb gehen wird sollte eine Lösung gefunden werden wie unter Verwendung des OSM-Deutschland-Kartenausschnitts über diese Strasse geroutet werden kann. Wäre nicht sinnvoll wenn sich die Navis weigern würden diesen zur Entlastung der Ortsdurchfahrten gebauten Abschnitt zu benutzen nur weil er ausserhalb eines Polygons liegt. Hier der betroffene Abschnitt: http://www.openstreetmap.org/?lat=47.59393lon=7.64633zoom=16layers=M Der Polygonbeschnitt ist ja meistens nicht die Grenze sondern generalisierte groessere Bereiche. Das Algorithmische Problem das jemand Straßen in einem Land nicht verarbeiten/nutzen will laesst sich ja durch die OSM Daten nicht lösen. Gibts denn da bereits Konkrete Probleme? Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Massen-Edits, automatische Edits, mechanische Edits
Hallo, On 04/23/2012 09:38 AM, Falk Zscheile wrote: In anderen Zusammenhängen nennt man dieses Prinzip ortsübliche Bekanntmachung. Ob jemand die ortsüblich Bekanntgabe tatsächlich zur Kenntnis nimmt, das liegt im Risikobereich jedes einzelnen. Ja, etwa so ist das gedacht. Wenn jemand eine weltweite automatische Aenderung machen will, dann wird erwartet, dass er das auch auf einer weltweiten Liste - talk oder imports am ehesten - diskutiert. Wenn er nur im Raum Bonn taetig werden will, dann genuegt ein Herumfragen auf der Bonner Liste. Hier in Deutschland gibt es eine sehr lebendige talk-de-Liste und ein sehr lebendiges Forum und nicht so viele Ueberschneidungen dazwischen, da wuerde man wohl erwarten, dass in beiden Medien aufmerksam gemacht wird (zumidnest so, dass man die Diskussion auf der Liste fuehrt und im Forum darauf hinweist oder umgekehrt). In den meisten anderen Laendern gibt es genau ein Medium, auf dem sich die meisten Mapper versammeln - Forum, Mailingliste, angeblich in einigen Laendern sogar Facebook-Gruppen - und dann ist das halt das geeignete Medium zur Diskussion eines landesweiten Edits. 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] Flächennetzwerk cont. (reply zu Re: Massenumbenennung Relationen von Multipolygon in Boundary)
Am 22. April 2012 02:14 schrieb Garry garr...@gmx.de: Es gibt auch Sonderfälle die nicht per MP gelöst werden können. Beispiel: Gib mir alle deutschen Bundestrassenabschnitte. - Ein Abschnitt der B317 bei Lörrach verläuft (Zollfreie,Freigabe im Laufe des Jahres) über schweizer Gebiet und liegt damit ausserhalb der deutschen Grenze, hat aber keinerlei Verbindung (Fluchtwege nicht betrachtet) ans schweizer Strassennetz. mit dem OSM Modell mappen wir bisher nicht, welche Straßen deutsch sind bzw. grundsätzlich wem eine Straße oder ein anderes Objekt gehört. Wir mappen nur, wo die Grenzen des deutschen Staats verlaufen, daher können wir auch eine Anfrage nach allen deutschen Bundesstraßen höchstens näherungsweise beantworten. Solche Ausnahmen wie von Dir genannt werfen u.U. auch andere Fragen auf. Ist es z.B. sicher, dass auf dieser deutschen Straße auf schweizerischem Gebiet deutsche Gesetze und Regeln gelten? Falls ja, nur hinsichtlich StVO oder auch StVG? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächennetzwerk cont. (reply zu Re: Massenumbenennung Relationen von Multipolygon in Boundary)
Am 22. April 2012 18:08 schrieb Christian Müller cmu...@gmx.de: Am 22.04.2012 14:47, schrieb Tirkon: Multipolygon - zu deutsch etwa viele Vielecke diese Übersetzung greift zu kurz, es sind Vielecke (eingeschlossen sind Dreiecke aufwärts), die aus mehreren Umrissen und/oder Umrissteilen bestehen. Auch eine nicht geschlossene Linie kann als ein Polygon aufgefasst werden, der Wortbedeutung nach. Hilfsweise kann man sich eine Linie zwischen (offenem) Anfangs- und Enpunkt denken. -1, das bringt uns in OSM nicht weiter sondern sorgt nur für Verwirrung und ist ggf. auch falsch: wenn solche offenen ways in der Summe einen geschlossenen Way (und damit je nach Tagging ein Polygon) ergeben, dann ist die Summe der Polygone, die sich durch einzelnes Schließen der offenen ways jeweils ergeben, noch lange nicht daselbe Polygon. Im Extremfall (lauter Segmente mit jeweils nur 2 nodes) kann das Multipolygon durchaus valide sein, die einzelnen Teile sind aber trotzdem keine Polygone (da es Zweiecke nicht gibt). Du kannst auch eine unvollständige Relation editieren und Elemente hinzufügen. kann man zwar (unvollständig interpretiere ich als unvollständig geladen), davon ist aber meistens abzuraten, weil die Gefahr, Dinge zu zerstören, groß ist. Momentan hässlich ist, dass der Editor versucht, unvollständig geladene Flächen zu rendern - das geht i.d.R. schief und sieht unschön aus - es weist aber nicht auf Fehler in den Daten hin. es weist darauf hin, dass dort etwas unvollständig geladen ist, und nach Möglichkeit diese Daten nachgeladen werden sollten, m.E. ist das ein Feature. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Admin-Levels und Place-Nodes (war: Suche nach Elbufer, Bad Schandau)
Am 20. April 2012 21:47 schrieb Sarah Hoffmann lon...@denofr.de: Unterhalb vom city/town-Level wird es wirklich chaotisch, weil es da praktisch keinen Konsens mehr gibt und das Vermischen von städischen und ländlichen Strukturen macht es nicht einfacher. wieso macht es einen grundsätzlichen Unterschied, ob ein Siedlungsteil der Teil einer städtischen oder einer ländlichen Siedlung ist? Von den Tags, die Nominatim auswertet sind place=suburb (level 10) und place=neighbourhood(11) am gebräuchlichsten. ich würde da mindestens noch eine Stufe dazwischen frei lassen, neighbourhood also als ungefähr 12 ansehen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Kartenausschnitt verhindert routen auf deutscher Bundestrasse (B317 bei Lörrach)
Am 23. April 2012 10:08 schrieb Florian Lohoff f...@zz.de: On Sun, Apr 22, 2012 at 03:44:20AM +0200, Garry wrote: Der Polygonbeschnitt ist ja meistens nicht die Grenze sondern generalisierte groessere Bereiche. Das Algorithmische Problem das jemand Straßen in einem Land nicht verarbeiten/nutzen will laesst sich ja durch die OSM Daten nicht lösen. +1, es kann auch sonst Sinn machen, eine kurze Strecke im Ausland zu benutzen, wenn man sich im Grenzgebiet bewegt, ob diese Straße dann deutsch ist oder nicht, spielt eigentlich keine Rolle. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Lärmschutzwand
hi ! wie würdet Ihr eine Lärmschutzwand taggen ? barrier = wall wall:type=soundproofing ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Massen-Edits, automatische Edits, mechanische Edits
Am 23. April 2012 10:18 schrieb Frederik Ramm frede...@remote.org: In den meisten anderen Laendern gibt es genau ein Medium, auf dem sich die meisten Mapper versammeln - Forum, Mailingliste, angeblich in einigen Laendern sogar Facebook-Gruppen - und dann ist das halt das geeignete Medium zur Diskussion eines landesweiten Edits. So gern ich mit praktisch allem übereinstimme, was Du geschrieben hast, Facebook-Gruppen finde ich nicht akzeptabel. Man kann nicht von einem Mapper erwarten, dass er sich bei Facebook registriert, um mit anderen Mappern in Kontakt zu treten. M.E. sollte das Forum / Liste / etc. öffentlich einsehbar sein, und nicht dem goodwill einer Privatfirma unterliegen, ob man dort überhaupt mitmachen (posten und/oder lesen) darf. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Kartenausschnitt verhindert routen auf deutscher Bundestrasse (B317 bei Lörrach)
Am 23. April 2012 12:02 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 23. April 2012 10:08 schrieb Florian Lohoff f...@zz.de: Der Polygonbeschnitt ist ja meistens nicht die Grenze sondern generalisierte groessere Bereiche. Das Algorithmische Problem das jemand Straßen in einem Land nicht verarbeiten/nutzen will laesst sich ja durch die OSM Daten nicht lösen. +1, es kann auch sonst Sinn machen, eine kurze Strecke im Ausland zu benutzen, wenn man sich im Grenzgebiet bewegt, ob diese Straße dann deutsch ist oder nicht, spielt eigentlich keine Rolle. Du denkst wahrhaft europäisch! Außerhalb der Schengenstaaten gilt dies aber nicht in gleichem Maße, wenn überhaupt. Grenzkontrollen sind dann ein echtes Hindernis. Für ein auf die Schengenstaaten beschränktes Routing stimme ich Dir zu. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Am 23. April 2012 12:13 schrieb Jan Tappenbeck o...@tappenbeck.net: soundproofing Ich würde mal auf der englischen Tagging Liste rumfragen. Instinktiv glaube ich, dass noise_control, noise_reduction oder noise_mitigation besser geeignet wären. Sound proofing hört sich ein bisschen nach Tonstudio an. Auch würde ich es eher als noise_control=yes oder so taggen, denn als Wandtyp (den würde ich eher konstruktiv sehen: Mauerwerk, Glaspaneele, Betonfertigteile mit Pflanzeinsatz, etc.). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Kartenausschnitt verhindert routen auf deutscher Bundestrasse (B317 bei Lörrach)
Am 23. April 2012 12:29 schrieb Garry garr...@gmx.de: +1, es kann auch sonst Sinn machen, eine kurze Strecke im Ausland zu benutzen, wenn man sich im Grenzgebiet bewegt, ob diese Straße dann deutsch ist oder nicht, spielt eigentlich keine Rolle. Je nach Mietwagenvertrag ist es nicht zulässig über eine Grenze zu fahren bzw. das deutsche Strassennetz zu verlassen, spielt also schon eine Rolle. Zumal es hier um eine EU-Aussengrenze geht. Zunächst: was hat das damit zu tun, wie Grenzen eingetragen werden? Praktisch hat Deine Anmerkung glaube ich kaum Bedeutung, da die Einreise in die Schweiz bei den Mietwagen, die ich bisher hatte, nie verboten war, während andere Länder wie z.B. manche osteuropäische nicht befahren werden durften, obwohl sie Teil der EU sind. Was aus Deiner Mail darüberhinaus nicht klar wird: darf man denn nun nicht über die Grenze fahren, oder darf man das deutsche Straßennetz nicht verlassen? AFAIR ist ersteres der Fall, so dass man dann theoretisch diese B317 in der Schweiz halt nicht befahren dürfte (wie gesagt, sofern die Einreise in die Schweiz verboten ist). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Am 23. April 2012 12:48 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 23. April 2012 12:13 schrieb Jan Tappenbeck o...@tappenbeck.net: soundproofing Ich würde mal auf der englischen Tagging Liste rumfragen. Instinktiv glaube ich, dass noise_control, noise_reduction oder noise_mitigation besser geeignet wären. Sound proofing hört sich ein bisschen nach Tonstudio an. Auch würde ich es eher als noise_control=yes oder so taggen, denn als Wandtyp (den würde ich eher konstruktiv sehen: Mauerwerk, Glaspaneele, Betonfertigteile mit Pflanzeinsatz, etc.). Ich mag dieses key=yes/no nicht. In diesem Fall ist die Gefahr zwar relativ gering, dass nicht sicher ist auf welches Haupttag es sich bezieht, dennoch würde ich, ein von Jan angedachtes Schema bevorzugen. Vielleicht wäre ein wall:purpose=value eine Möglichkeit? Dann kann jeder gleich sehen, zu welchem Haupttag der Mapper etwas sagen will. Ein netter Nebeneffekt ist, dass die Sub-Tags (sollten es mehrere sein) auch alle schön beisammen stehen, wenn der Editor die Tags alphabetisch ordnet. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Hallo, Am 23. April 2012 12:13 schrieb Jan Tappenbeck o...@tappenbeck.net: wie würdet Ihr eine Lärmschutzwand taggen ? barrier = wall wall:type=soundproofing Im Wiki steht dazu type=noise_barrier (gut versteckt auf http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A unter Mauer). Klingt für mich vernünftig. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Kartenausschnitt verhindert routen auf deutscher Bundestrasse (B317 bei Lörrach)
Hallo. Am 23.04.2012 12:55, schrieb Martin Koppenhoefer: darf man denn nun nicht über die Grenze fahren, oder darf man das deutsche Straßennetz nicht verlassen? AFAIR ist ersteres der Fall, so dass man dann theoretisch diese B317 in der Schweiz halt nicht befahren dürfte (wie gesagt, sofern die Einreise in die Schweiz verboten ist) Wenn das was im Ursprungsposting steht wahr ist, die Straße also keine Anbindung an das schweizerische Straßennetz hat, dann ist es formal gesehen keine Einreise, wenn man die Grenze überquert. Es dürfte dort eigentlich kein Zoll-Schild stehen. Das ist dann so ähnlich wie das Gebiet der eigenen Botschaft oder viele Flughäfen. Dort darf man sich auch aufhalten wenn man sich in dem Land drum herum eigentlich gar nicht aufhalten darf. Gruß, Bernd -- Lernen ist wie Rudern gegen den Strom. Sobald man aufhört, treibt man zurück. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Am 23. April 2012 13:10 schrieb Falk Zscheile falk.zsche...@googlemail.com: Am 23. April 2012 12:48 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 23. April 2012 12:13 schrieb Jan Tappenbeck o...@tappenbeck.net: soundproofing Ich mag dieses key=yes/no nicht. In diesem Fall ist die Gefahr zwar relativ gering, dass nicht sicher ist auf welches Haupttag es sich bezieht, dennoch würde ich, ein von Jan angedachtes Schema bevorzugen. Vielleicht wäre ein wall:purpose=value eine Möglichkeit? Dann kann jeder gleich sehen, zu welchem Haupttag der Mapper etwas sagen will. Ein netter Nebeneffekt ist, dass die Sub-Tags (sollten es mehrere sein) auch alle schön beisammen stehen, wenn der Editor die Tags alphabetisch ordnet. müsste man dann nicht barrier:purpose taggen, wenn man diesen Effekt will? Ich finde das mit dem Zweck ein bisschen schwierig. Probleme gibt es, sobald ein Ding mehr als 1 Funktion hat. Dann müsste man wieder Krücken wie hauptsächliche Funktion einführen, und die kann man dann schön in Frage stellen und sich einen Editwar liefern (z.B. haben die Teile auf einer Brücke vielleicht auch absturzsichernde Wirkung?). M.E. ist Schallreduktion eine Eigenschaft, die sich übrigens auch quantifizieren lässt (und die auch Wände haben, die nicht explizit zum Schallschutz aufgestellt wurden), und aus dem noise_reduction=yes könnte später evtl. ein noise_reduction=20dB(A) (oder sonst eine relevante Bewertungskurve, bin da auch kein Experte) werden, sofern wir geeignete Daten erhalten. Haupttag finde ich übrigens auch ein schwieriges Wort. Jedes Objekt sollte beliebig viele Tags haben, die sich alle auf dieses Objekt beziehen (und die nicht unbedingt untereinander gewichtet werden müssen, weil sie unterschiedliche Eigenschaften beschreiben). Wenn es anderes Objekt an derselben Stelle ist, sollte man dafür auch in OSM ein eigenes Objekt haben (möglichst nicht überlappend, sondern besser über Relationen). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Am 23.04.2012 13:28, schrieb Michael Krämer: wie würdet Ihr eine Lärmschutzwand taggen ? barrier = wall wall:type=soundproofing Im Wiki steht dazu type=noise_barrier (gut versteckt auf http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A unter Mauer). Klingt für mich vernünftig. +1 Und Lärmschutzwälle? Auch mit barrier=wall? ('wall' heißt ja eigentlich Mauer und nicht Wall)... ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Am 23. April 2012 13:28 schrieb Michael Krämer ohr...@googlemail.com: Im Wiki steht dazu type=noise_barrier (gut versteckt auf http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A unter Mauer). Klingt für mich vernünftig. type sollte man grundsätzlich besser nicht verwenden ausser, um einen Relationen-Typ anzugeben. Zumindest ist das derzeit so. Evtl. wäre es besser, für Relationen stattdessen relation_type zu verwenden? Was macht man bei Schallschutz-konstruktionen, die keine Mauern sind, z.B. Röhren? Diese Howto_Map_A-Seite krankt ein bisschen daran, dass jede spontane Idee gleichbedeutend neben etablierten Schemata eingetragen wird, und so z.T. schlechtere Lösungen einführt werden, die es später schwierig machen, bessere Lösungen zu etablieren. Grundsätzlich führt ein bisschen Diskussion m.E. schon zu besseren Ergebnissen als Schnellschüsse. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Am 23. April 2012 13:39 schrieb Chris66 chris66...@gmx.de: Am 23.04.2012 13:28, schrieb Michael Krämer: wie würdet Ihr eine Lärmschutzwand taggen ? barrier = wall wall:type=soundproofing Im Wiki steht dazu type=noise_barrier (gut versteckt auf http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A unter Mauer). Klingt für mich vernünftig. +1 Und Lärmschutzwälle? Auch mit barrier=wall? ('wall' heißt ja eigentlich Mauer und nicht Wall)... ;-) Vielleicht man_made=embankment? Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Hallo, Am 23. April 2012 13:42 schrieb Martin Koppenhoefer dieterdre...@gmail.com : Am 23. April 2012 13:28 schrieb Michael Krämer ohr...@googlemail.com: Im Wiki steht dazu type=noise_barrier (gut versteckt auf http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A unter Mauer). Klingt für mich vernünftig. type sollte man grundsätzlich besser nicht verwenden ausser, um einen Relationen-Typ anzugeben. Zumindest ist das derzeit so. Evtl. wäre es besser, für Relationen stattdessen relation_type zu verwenden? Das stimmt natürlich, ich fürchte das ist mal wieder der Unterschied zwischen dem was ist und dem was sein sollte. Taginfo kennt übrigens gleich ein paar Varianten: http://taginfo.openstreetmap.org/search?q=noise_barrier#values Was macht man bei Schallschutz-konstruktionen, die keine Mauern sind, z.B. Röhren? Diese Howto_Map_A-Seite krankt ein bisschen daran, dass jede spontane Idee gleichbedeutend neben etablierten Schemata eingetragen wird, und so z.T. schlechtere Lösungen einführt werden, die es später schwierig machen, bessere Lösungen zu etablieren. Grundsätzlich führt ein bisschen Diskussion m.E. schon zu besseren Ergebnissen als Schnellschüsse. Den Tag für 'mal eben' daran auszurichten, was 'man' in der Vergangenheit so verwendet hat, finde ich an sich das richtige Vorgehen. Natürlich macht es trotzdem ganz viel Sinn, sich grundlegende Gedanken über eine optimale Tagging-Struktur zu machen. Nur fürchte ich, dass das typischerweise etwas länger braucht. Ganz schlecht finde ich persönlich, individuelle Schnellschüsse, d.h. ich erfinde eben mal kurz einen eigenen/neuen Tag. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Kartenausschnitt verhindert routen auf deutscher Bundestrasse (B317 bei Lörrach)
Am 23. April 2012 13:30 schrieb Bernd Wurst be...@bwurst.org: Am 23.04.2012 12:55, schrieb Martin Koppenhoefer: darf man denn nun nicht über die Grenze fahren, oder darf man das deutsche Straßennetz nicht verlassen? AFAIR ist ersteres der Fall, so dass man dann theoretisch diese B317 in der Schweiz halt nicht befahren dürfte (wie gesagt, sofern die Einreise in die Schweiz verboten ist) Wenn das was im Ursprungsposting steht wahr ist, die Straße also keine Anbindung an das schweizerische Straßennetz hat, dann ist es formal gesehen keine Einreise, wenn man die Grenze überquert. Es dürfte dort eigentlich kein Zoll-Schild stehen. Auf einer normalen Bundesstraße darf man AFAIR am Rand anhalten und dort auch (sofern Platz ist, und man weder auf der Fahrbahn steht noch auf einem Notspur-streifen) parken. Dann könnte man aussteigen und spazierengehen in der Schweiz. Wäre das dann eine Einreise? Übrigens gibt es auch, wie ich aus eigener Anschauung weiss, einige kleine ländliche Grenzübergänge in die Schweiz, wo ggf. überhaupt keine Beamten stehen und kontrollieren, jedenfalls nicht den ganzen Tag über sondern nur sporadisch. Trotzdem ist das ein Grenzübertritt in die Schweiz. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Am 23.04.2012 13:42, schrieb Martin Koppenhoefer: Am 23. April 2012 13:28 schrieb Michael Krämer ohr...@googlemail.com: Im Wiki steht dazu type=noise_barrier (gut versteckt auf http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A unter Mauer). Klingt für mich vernünftig. type sollte man grundsätzlich besser nicht verwenden ausser, um einen Relationen-Typ anzugeben. Zumindest ist das derzeit so. Evtl. wäre es besser, für Relationen stattdessen relation_type zu verwenden? Wenn es eine Million Relationen mit type und hundert Schallschutzwände mit type gibt, dann ist die Lösung nicht, die Relationen zu ändern. ;) Zumal die Idee, für alle möglichen Subtags type als Schlüssel zu verwenden, auch dann keine gute wäre, wenn es Relationen gar nicht gäbe. Das macht nur das Dokumentieren, das Führen von Statistiken, das Filtern etc. unnötig schwierig. Man nehme daher entweder wall:type=noise_barrier oder eine der bereits existierenden Alternativen wall=noise_barrier (28x) oder barrier=noise_barrier (56x) und schon hat man ein sauberes Tagging. Dazu, vor der überwältigenden Anzahl von 100 Schallschutzwänden zu kapitulieren, sehe ich keinen Anlass. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Am 23. April 2012 13:31 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 23. April 2012 13:10 schrieb Falk Zscheile falk.zsche...@googlemail.com: Ich mag dieses key=yes/no nicht. In diesem Fall ist die Gefahr zwar relativ gering, dass nicht sicher ist auf welches Haupttag es sich bezieht, dennoch würde ich, ein von Jan angedachtes Schema bevorzugen. Vielleicht wäre ein wall:purpose=value eine Möglichkeit? Dann kann jeder gleich sehen, zu welchem Haupttag der Mapper etwas sagen will. Ein netter Nebeneffekt ist, dass die Sub-Tags (sollten es mehrere sein) auch alle schön beisammen stehen, wenn der Editor die Tags alphabetisch ordnet. müsste man dann nicht barrier:purpose taggen, wenn man diesen Effekt will? Wenn man es rein formal betrachtet schon. Ich sprach aber von Nebeneffekt. Üblicherweise gehen wir bei der hirarchischen Tagbildung folgendermaßen vor key=value[x], value[x]=value[y], value[x]=value[z] um value[x] näher zu beschreiben. Ich finde das mit dem Zweck ein bisschen schwierig. Probleme gibt es, sobald ein Ding mehr als 1 Funktion hat. Da hatte ich auch schon auch schon mal daran gedacht, ob man nicht etwas wie für subtags etwas wie key:1=value[x] key:2=value[y] anstatt key=value[x], value[y] damit man von den lästigen Aufzählungen weg kommt. ISt aber nur eine Idee. Dann müsste man wieder Krücken wie hauptsächliche Funktion einführen, und die kann man dann schön in Frage stellen und sich einen Editwar liefern (z.B. haben die Teile auf einer Brücke vielleicht auch absturzsichernde Wirkung?). Diese Problem wird man bei OSM nie vollständig in den Griff bekommen, weil jeder Mapper etwas anderes für wichtig hält. Glücklich kann man sich schon schätzen, wenn man eine Möglichkeit findet, das nebeneinander in Tags zu packen (und nicht durcheinander). M.E. ist Schallreduktion eine Eigenschaft, die sich übrigens auch quantifizieren lässt (und die auch Wände haben, die nicht explizit zum Schallschutz aufgestellt wurden), und aus dem noise_reduction=yes könnte später evtl. ein noise_reduction=20dB(A) (oder sonst eine relevante Bewertungskurve, bin da auch kein Experte) werden, sofern wir geeignete Daten erhalten. Na, na, jetzt kommt aber wieder der Architekt durch :-) Immer schön dran denken, OSMer sind laien und wollen auch nur fürs Mappen auch nicht Bauingenieuren weiterbilden. Als Subtag kannst du ja sowas immer setzen, wenn du die nötige Fachkenntnis mit bringst. Haupttag finde ich übrigens auch ein schwieriges Wort. Jedes Objekt sollte beliebig viele Tags haben, die sich alle auf dieses Objekt beziehen (und die nicht unbedingt untereinander gewichtet werden müssen, weil sie unterschiedliche Eigenschaften beschreiben). Wenn es anderes Objekt an derselben Stelle ist, sollte man dafür auch in OSM ein eigenes Objekt haben (möglichst nicht überlappend, sondern besser über Relationen). Das ist aber nicht immer Klar. Es können auch zwei Haupttags (oder Haupteigenschaften) zusammen kommen. Zum Beispiel ein Baum an dem ein Wegkreuz hängt und der unter Naturschutz steht. Dann ist es schon praktisch man weiß, ob der Schutz sich auf das Kreuz oder auf den Baum bezieht (ich weiß, etwas an den Haaren herbeigezogen). Bei Gelegenheit überlege ich mir was besseres. Bei solchen Allerweltstags wie type=value ist nicht immer Klar auf was es sich eigentlich beziehen soll, wenn es mehrere Haupttags gibt. Daher wall:type=value. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Am 23. April 2012 14:18 schrieb Tobias Knerr o...@tobias-knerr.de: Am 23.04.2012 13:42, schrieb Martin Koppenhoefer: Am 23. April 2012 13:28 schrieb Michael Krämer ohr...@googlemail.com: Im Wiki steht dazu type=noise_barrier (gut versteckt auf http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A unter Mauer). Klingt für mich vernünftig. Wenn es eine Million Relationen mit type und hundert Schallschutzwände mit type gibt, dann ist die Lösung nicht, die Relationen zu ändern. ;) type gibt es ja nicht nur für Schallschutzwände. Diese Thema kommt immer wieder hoch, type wurde schon genutzt, da gab es noch gar keine Relationen in OSM. Zumal die Idee, für alle möglichen Subtags type als Schlüssel zu verwenden, auch dann keine gute wäre, wenn es Relationen gar nicht gäbe. Das macht nur das Dokumentieren, das Führen von Statistiken, das Filtern etc. unnötig schwierig. Es ginge ja nicht um alle möglichen Subtags, sondern um eine Typologie. Sollte man dann nicht auch für andere Tags ähnlich verfahren? Für manche Statistiken wäre es z.B. auch einfacher und eindeutiger, z.B. hotel:name anstatt name zu taggen, oder building:name. ref und brand, operator, network und ein paar andere tags werden durchaus gemischt verwendet in Kombination mit unterschiedlichen Objekten. Je nachdem, was man mit den Daten anstellen will, hat das eine oder das andere Vorgehen Vorteile. Man nehme daher entweder wall:type=noise_barrier oder eine der bereits existierenden Alternativen wall=noise_barrier (28x) oder barrier=noise_barrier (56x) und schon hat man ein sauberes Tagging. schon hat man 4 verschiedene Schemata und alles andere als ein sauberes Tagging ;-) Dazu, vor der überwältigenden Anzahl von 100 Schallschutzwänden zu kapitulieren, sehe ich keinen Anlass. darum ging es auch nicht in erster Linie, in anderen Bereichen gibt es mehr davon, aber Du hast schon Recht, es sind derzeit nur noch wenig über 10% aller mit type getaggten Objekte keine Relationen. Ausgerechnet type=broad_leafed (ist glaube ich ein typo, entweder broad_leaf oder broad_leaved, ggf. import?) führt dabei die Statistiken an. Übrigens, nur 0% aller mit Type getaggten Objekte sind Relationen: http://taginfo.openstreetmap.org/keys/Type ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Am 23. April 2012 14:24 schrieb Falk Zscheile falk.zsche...@googlemail.com: Wenn man es rein formal betrachtet schon. Ich sprach aber von Nebeneffekt. Üblicherweise gehen wir bei der hirarchischen Tagbildung folgendermaßen vor key=value[x], value[x]=value[y], value[x]=value[z] um value[x] näher zu beschreiben. ja, manche machen es so, es gibt auch Gegenbeispiele. Z.B. amenity=parking, parking=surface, surface=asphalt Diese A=B Schemata haben das große Problem, dass man sich jeweils auf die Haupteigenschaft festlegen muss, die man ausdrücken will, das macht manchmal Sinn, manchmal aber auch nicht. key:1=value[x] key:2=value[y] anstatt key=value[x], value[y] damit man von den lästigen Aufzählungen weg kommt. ISt aber nur eine Idee. das ist doch nur eine Aufzählung mit anderer Syntax, weggekommen wäre man damit nicht. Dann müsste man wieder Krücken wie hauptsächliche Funktion einführen, und die kann man dann schön in Frage stellen und sich einen Editwar liefern (z.B. haben die Teile auf einer Brücke vielleicht auch absturzsichernde Wirkung?). Diese Problem wird man bei OSM nie vollständig in den Griff bekommen, weil jeder Mapper etwas anderes für wichtig hält. das bekommt man dann in Griff, wenn man die Eigenschaften getrennt taggt, und der Schlüssel jeweils das beschreibt, was getaggt wird. Bei building ist man hier z.B. schon ziemlich weit. Zum Glück hat sich da kein Anarcho-tagging der Art building=yes yes=residential residential:height=34 residential_levels=65 herausgebildet ;-) M.E. ist Schallreduktion eine Eigenschaft, die sich übrigens auch quantifizieren lässt (und die auch Wände haben, die nicht explizit zum Schallschutz aufgestellt wurden), und aus dem noise_reduction=yes könnte später evtl. ein noise_reduction=20dB(A) (oder sonst eine relevante Bewertungskurve, bin da auch kein Experte) werden, sofern wir geeignete Daten erhalten. Na, na, jetzt kommt aber wieder der Architekt durch :-) Immer schön dran denken, OSMer sind laien und wollen auch nur fürs Mappen auch nicht Bauingenieuren weiterbilden. Als Subtag kannst du ja sowas immer setzen, wenn du die nötige Fachkenntnis mit bringst. ich hatte ja noise_reduction=yes vorgeschlagen und die Idee absichtlich zunächst unterschlagen, dass später auch mit Details unterfüttern zu können. Man muss, um solche Dinge zu taggen, gar nicht die Details kennen. Mit bloßem Auge ohne Hintergrundwissen wird das vermutlich nur derjenige erkennen können (wenn überhaupt), der so was schonmal geplant bzw. berechnet hat. Aber man wird diese Informationen über kurz oder lang auch von den Behörden bekommen können, und es ist durchaus interessant, nicht nur zu wissen, dass es irgendeine Form von Lärmschutz gibt, sondern auch, welche Wirkung der hat. Das ist aber nicht immer Klar. Es können auch zwei Haupttags (oder Haupteigenschaften) zusammen kommen. Zum Beispiel ein Baum an dem ein Wegkreuz hängt und der unter Naturschutz steht. gutes Beispiel. Idealerweise sollten das 2 Objekte in OSM sein, alles andere führt zu Verwirrung und Unklarheiten. Praktisch ist es allerdings derzeit bei Nodes kaum umsetzbar, ways und Flächen sind da schon weiter. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Kartenausschnitt verhindert routen auf deutscher Bundestrasse (B317 bei Lörrach)
Moin, Am 23.04.2012 14:01, schrieb Martin Koppenhoefer: Am 23. April 2012 13:30 schrieb Bernd Wurstbe...@bwurst.org: Am 23.04.2012 12:55, schrieb Martin Koppenhoefer: diese B317 in der Schweiz Wenn das was im Ursprungsposting steht Auf einer normalen Bundesstraße also als so 'normal' würde ich diese explizit angesprochene Strecke nicht bezeichnen ... ;-) http://www.loerrach.de/ceasy/modules/core/resources/main.php5?id=1212 Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächennetzwerk cont. (reply zu Re: Massenumbenennung Relationen von Multipolygon in Boundary)
Hi, On Sat, Apr 21, 2012 at 04:39:59AM +0200, Tirkon wrote: Die ÖPNV Relationen sind das beste Beispiel dafür, wie sich ein als möglichst umfassend und stimmig befundenes Oxomoa Schema einfach nicht durchsetzt. Selbst die Spezialisten mappen das Schema in zig Varianten. Die meisten örtlichen Mapper hingegen setzen intuitiv an die Stelle des Haltestellen-Schildes ein busstop und fertig. Denn genau diese Vokabel haben sie im Englisch-Unterricht oder als muttersprachliches Kind als Bezeichnung dafür gelernt. Wird eine Bushaltestelle verlegt, dann wird das Schild versetzt oder temporär ein anderes aufgestellt und das originale als ungültig gekennzeichnet. Ich bin ja nun 20 Jahre in der Informatik unterwegs - eine Sache die ich Leuten immer wieder Predige die tolle Datensammlungen mit tollen möglichkeiten Designen ist: Wenn es keine technische Abhaengigkeit gibt wird es nicht gepflegt. Wenn der mapper etwas erreichen möchte - wie z.b. - Es taucht auf der Karte auf - Es funktioniert im Routing - Die Namenssuche funktioniert dann werden Daten richtig erfasst und auch im zweifelsfalle so lange korrigiert bis sie funktioniert. Es wird auch im Forum nachgefragt Warum taucht das nicht in der Karte auf. D.h. schaff eine Applikation die etwas mit den Daten macht und erklaere wie deine Applikation die Daten nutzt und schon werden sich Leute finden die die Daten korrigieren. Nur vom Datenmodell ist das in etwa wie eingeschlafene Fuesse. Im ueberigen geht mir das genauso - Ich habe die ganzen Schulen in der Umgebung auch erst korrigiert als der Straßenindex bei MapOSMatic kaputt war. Ich habe auch viele ÖPNV Linien eingetragen - die tauchen auch alle schön in der ÖPNV Karte auf - Aber bei der ganzen forward/backward Nummer war meine Motivation weg - Es gibt IIRC keine Applikation die da irgendwas sinnvolles mit macht - Auch wenn es eine Applikation geben würde die mit den Linien ein Routing macht ständen sofort eine Menge leute da die die Linien feiner Mappen würden. Auch der Durschnittliche Bundesbuerger ist in der Lage eine Relation zu Pflegen aber er muss a) Motiviert sein etwas zu erreichen und b) in der Lage sein sich dieses Wissen ohne grosse Hürden anzueignen. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Kartenausschnitt verhindert routen auf deutscher Bundestrasse (B317 bei Lörrach)
Am 23.04.2012 12:55, schrieb Martin Koppenhoefer: Am 23. April 2012 12:29 schrieb Garrygarr...@gmx.de: +1, es kann auch sonst Sinn machen, eine kurze Strecke im Ausland zu benutzen, wenn man sich im Grenzgebiet bewegt, ob diese Straße dann deutsch ist oder nicht, spielt eigentlich keine Rolle. Je nach Mietwagenvertrag ist es nicht zulässig über eine Grenze zu fahren bzw. das deutsche Strassennetz zu verlassen, spielt also schon eine Rolle. Zumal es hier um eine EU-Aussengrenze geht. Zunächst: was hat das damit zu tun, wie Grenzen eingetragen werden? Mir geht es auch darum (angestossen durch die Multipolygon-Grenzdiskussion) das eine sture Polygon-Technik nicht alle Grenzproblem durch verschneiden lösen kann. Praktisch hat Deine Anmerkung glaube ich kaum Bedeutung, da die Einreise in die Schweiz bei den Mietwagen, die ich bisher hatte, nie verboten war, während andere Länder wie z.B. manche osteuropäische nicht befahren werden durften, obwohl sie Teil der EU sind. Bei der Anmietung eine 7,5-Tonners für einen Östertreich--Deuschtland-Umzug spielte das schon eine Rolle. Und auch mit dem PKW kannst Du heftige Probleme am Zoll bekommen je nach dem was Du für Waren- und Geldbeträge mit Dir mitführst, das Bargeld für einen Gebrauchtwagenkauf kann da schon teuer werden. Was aus Deiner Mail darüberhinaus nicht klar wird: darf man denn nun nicht über die Grenze fahren, oder darf man das deutsche Straßennetz nicht verlassen? AFAIR ist ersteres der Fall, so dass man dann theoretisch diese B317 in der Schweiz halt nicht befahren dürfte (wie gesagt, sofern die Einreise in die Schweiz verboten ist). Wäre ja keine Einreise, sondern Transit (ohne Möglichkeit in der Schweiz zu verbleiben). Ich gehe davon aus dass der Strassennutzer gar nicht mitbekommen wird dass er hier über schweizer Gebiet fahren wird und auf der Strasse deutsches Recht umgesetzt werden wird. Wie das genau gehandhabt werden wird ist mir nicht bekannt. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Kartenausschnitt verhindert routen auf deutscher Bundestrasse (B317 bei Lörrach)
Am 23.04.2012 14:01, schrieb Martin Koppenhoefer: Am 23. April 2012 13:30 schrieb Bernd Wurstbe...@bwurst.org: Am 23.04.2012 12:55, schrieb Martin Koppenhoefer: darf man denn nun nicht über die Grenze fahren, oder darf man das deutsche Straßennetz nicht verlassen? AFAIR ist ersteres der Fall, so dass man dann theoretisch diese B317 in der Schweiz halt nicht befahren dürfte (wie gesagt, sofern die Einreise in die Schweiz verboten ist) Wenn das was im Ursprungsposting steht wahr ist, die Straße also keine Anbindung an das schweizerische Straßennetz hat, dann ist es formal gesehen keine Einreise, wenn man die Grenze überquert. Es dürfte dort eigentlich kein Zoll-Schild stehen. Auf einer normalen Bundesstraße darf man AFAIR am Rand anhalten und dort auch (sofern Platz ist, und man weder auf der Fahrbahn steht noch auf einem Notspur-streifen) parken. Dann könnte man aussteigen und spazierengehen in der Schweiz. Wäre das dann eine Einreise? Ein Grossteil des Abschnitts ist im Tunnel, von daher ist zu erwarten dass eine Ausschilderung als Kraftfahrstrasse erfolgen wird. Vermutlich wird per Kameraüberwachung auch jeder Halt zu einer Alarmierung führen. Übrigens gibt es auch, wie ich aus eigener Anschauung weiss, einige kleine ländliche Grenzübergänge in die Schweiz, wo ggf. überhaupt keine Beamten stehen und kontrollieren, jedenfalls nicht den ganzen Tag über sondern nur sporadisch. Trotzdem ist das ein Grenzübertritt in die Schweiz. Kann man nicht vergleichen, es wird nicht möglich sein auf dieser Strasse etwas anderes zu tun als innerhalb weniger Minuten die Schweiz wieder zu verlassen. Die Strasse wird gebaut damit nicht mehr westlich über die deutschen Dörfer mit kleinen Strassen durch die Hügel oder östlich durch das schweizer Riehen (mit zweimaliger Grenzpassierung innerhalb weniger Minuten) gefahren werden muss Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Kartenausschnitt verhindert routen auf deutscher Bundestrasse (B317 bei Lörrach)
Hallo. Am 23.04.2012 14:01, schrieb Martin Koppenhoefer: Auf einer normalen Bundesstraße darf man AFAIR am Rand anhalten und dort auch (sofern Platz ist, und man weder auf der Fahrbahn steht noch auf einem Notspur-streifen) parken. Dann könnte man aussteigen und spazierengehen in der Schweiz. Wäre das dann eine Einreise? Solche Straßen werden dann meist eher so gebaut und ausgeschildert dass man das weder darf noch gefahrlos kann. Sonst wäre das etwas absurd. Ist ja auch kein großer Aufwand: Kraftfahrstraße, minimaler Standstreifen, fette Leitplanken... Übrigens gibt es auch, wie ich aus eigener Anschauung weiss, einige kleine ländliche Grenzübergänge in die Schweiz, wo ggf. überhaupt keine Beamten stehen und kontrollieren, jedenfalls nicht den ganzen Tag über sondern nur sporadisch. Trotzdem ist das ein Grenzübertritt in die Schweiz. Da steht dann in aller Regel aber doch ein Schild, oder? Also ich bin bisher erst einmal in die Schweiz gefahren auf einer eher kleinen Straße, da wurden wir auch weder kontrolliert noch von Beamten umzingelt sondern da war ein Schild Achtung Grenze (oder so ähnlich) und dann fuhr man durch eine Schikane (Geschwindigkeitsbremse), an einem leeren Wärterhäuschen vorbei und dann kam das Willkommen in der Schweiz-Schild. Man kann auch ohne Grenzkontrollen durchaus mitbekommen dass man die Grenze übertritt. Gruß, Bernd -- Mein Homer ist kein Kommunist. Er ist vielleicht ein Lügner, ein Schwein, ein Idiot und ein Kommunist, aber ist kein Porno-Star! - Grandpa, Die Simpsons signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Am 23.04.2012 13:39, schrieb Chris66: Und Lärmschutzwälle? Auch mit barrier=wall? ('wall' heißt ja eigentlich Mauer und nicht Wall)... ;-) barrier=embankment (wird laut taginfo 4200 mal verwendet) Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Am 23.04.2012 14:18, schrieb Tobias Knerr: oder barrier=noise_barrier (56x) und schon hat man ein sauberes Tagging. Da barrier bislang die Bauform und nicht den Zweck beschreibt, finde ich barrier=noise_barrier nicht sinnvoll. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Also für mich ist eine Lärmschutzwand eig. immer eine ziemlich unüberwindbare Barriere On 23.04.2012 18:38, Stephan Wolff wrote: Da barrier bislang die Bauform und nicht den Zweck beschreibt, finde ich barrier=noise_barrier nicht sinnvoll. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Heilpraktiker - Tag
hi ! gibt es schon eine Idee wie Heilpraktiker getaggt werden ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Heilpraktiker - Tag
Am 23.04.2012 19:13, schrieb Jan Tappenbeck: gibt es schon eine Idee wie Heilpraktiker getaggt werden ? googele mal nach healthcare V2.0 :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
On 23.04.2012 18:38, Stephan Wolff wrote: Da barrier bislang die Bauform und nicht den Zweck beschreibt, finde ich barrier=noise_barrier nicht sinnvoll. Am 23. April 2012 19:12 schrieb Dampfklon o...@dampfklon.de: Also für mich ist eine Lärmschutzwand eig. immer eine ziemlich unüberwindbare Barriere Das hat auch niemand behauptet. Hier wird nur über die richtige Systematik diskutiert. Wie du schon richtig festgestellt hast ist eine Lärmschutzwand für dich eine unüberwindbare Barriere. Aber nicht, weil sie den Schall absorbiert, sondern weil es eine Wand ist. Also: barrier=wall, wall:purpose/type=noise_* Macht es auch dem Renderer einfacher, der muss nämlich nicht noise_barrier verstehen, sondern nur wall. Das macht es für alle einfacher. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Lizenzwechsel-Status
Moin, kann hier jemand ein Update zum Lizenzwechsel geben? Die letzte Info von Richard die ich gefunden hab [1], ist 12 Tage alt (We’ll have a further update next week and,), die Mailingliste[2], scheint entwerder die falsche zu sein, oder niemand tauscht sich über den Status aus Es wäre schön, wenn alle Mapper die Chance hätten zu erfahren, wie/ob der Lizenzwechsel läuft, muss ja nicht jeden Tag sein, aber so alle 3 bis 4 Tage wäre echt nett. Viele Grüße Sven Anders 1: http://blog.osmfoundation.org/2012/04/05/license-change-update-getting-it-right/ 2: http://lists.openstreetmap.org/pipermail/rebuild/2012-April/date.html#start ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel-Status
Sven Anders schrieb: kann hier jemand ein Update zum Lizenzwechsel geben? Die letzte Info von Richard die ich gefunden hab [1], ist 12 Tage alt (We’ll have a further update next week and,), die Mailingliste[2], scheint entwerder die falsche zu sein, oder niemand tauscht sich über den Status aus Im Forum las ich gestern dies: http://forum.openstreetmap.org/viewtopic.php?pid=236590#p236590 Es wäre schön, wenn alle Mapper die Chance hätten zu erfahren, wie/ob der Lizenzwechsel läuft, muss ja nicht jeden Tag sein, aber so alle 3 bis 4 Tage wäre echt nett. +1 malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Kartenausschnitt verhindert routen auf deutscher Bundestrasse (B317 bei Lörrach)
Am 23. April 2012 18:03 schrieb Bernd Wurst be...@bwurst.org: Solche Straßen werden dann meist eher so gebaut und ausgeschildert dass man das weder darf noch gefahrlos kann. Sonst wäre das etwas absurd. ja, der mittlerweile gepostete Überblick zeigt das, das ist Brücke, Trog, Tunnel und wieder raus aus der Schweiz. Da steht dann in aller Regel aber doch ein Schild, oder? ja, da steht ein Schild, nur sonst halt nichts, ist wie eine unbefahrene Landstraße, s.z.B. hier: http://maps.google.it/maps?hl=debav=on.2,or.r_gc.r_pw.r_qf.,cf.osbq=singenum=1ie=UTF-8hq=hnear=0x479a7d33fa8afe9f:0xa3f9f94099cb2cef,Singen+(Hohentwiel),+Deutschlandgl=itei=ZKOVT6C5Mc3Oswbg9pCUCgsa=Xoi=geocode_resultct=imageresnum=2ved=0CE8Q8gEwAQ (mal zufällig rausgesucht, wo ich damals genau durchgefahren bin, weiss ich nicht mehr, ich bilde mir ein, dass war noch kleiner). Also ich bin bisher erst einmal in die Schweiz gefahren auf einer eher kleinen Straße, da wurden wir auch weder kontrolliert noch von Beamten umzingelt sondern da war ein Schild Achtung Grenze (oder so ähnlich) und dann fuhr man durch eine Schikane (Geschwindigkeitsbremse), an einem leeren Wärterhäuschen vorbei und dann kam das Willkommen in der Schweiz-Schild. ja genau, das ist durchaus üblich, und ja klar, man bekommt schon mit, dass man eine Grenze übertritt, aber es ist halt nicht in jedem Fall die festungsmäßig ausgebaute EU-Aussengrenze, die Grenze zur Schweiz ist eher eine Binnengrenze (ungefähr vergleichbar den Grenzen innerhalb der EU vor Schengen und Zollunion) als eine Aussengrenze. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Kartenausschnitt verhindert routen auf deutscher Bundestrasse (B317 bei Lörrach)
ja genau, das ist durchaus üblich, und ja klar, man bekommt schon mit, dass man eine Grenze übertritt, aber es ist halt nicht in jedem Fall die festungsmäßig ausgebaute EU-Aussengrenze, die Grenze zur Schweiz ist eher eine Binnengrenze (ungefähr vergleichbar den Grenzen innerhalb der EU vor Schengen und Zollunion) als eine Aussengrenze. Die Schweiz ist formal derm Schengen-Abkommen beigetreten. Volker ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächennetzwerk cont. (reply zu Re: Massenumbenennung Relationen von Multipolygon in Boundary)
Christian Müller cmu...@gmx.de wrote: Wenn ich einen Umring teile, so sind diese Teile keine geschlossenen Linien und somit kein Polygon mehr. Wo kommt also die Kette von Polygonen her? Möchtest Du einen Staat in Flächenteile (Polygone) zerlegen, um diese dann zu vereinen (Kette von Polygonen)? Könntest Du das erläutern? Ich habe ihn so verstanden: normale Polygone - ein geschlossener Weg Multipolygone - mehrere, offene Polygone, die aneinandergereiht einen geschlossenen Weg ergeben Was Wolfgang also meinte, waren Multilinestrings - in diesem Fall zum (Multi)-Popolygon geschlossene. http://wiki.openstreetmap.org/wiki/Relation:multilinestring Die sind bekannt und so wird sein Konstrukt verständlich und einige der weiteren Fragen lösen sich in Wohlgefallen auf. Polygon war hier etwas missverständlich, da mir solche im Allgemeinen und auch bei OSM-Objekten nur als geschlossen definiert bekannt waren. Ich habe aufgrund Deiner Erklärung noch bei Wikipedia geschaut und dort scheint man der gleichen Meinung zu sein: http://de.wikipedia.org/wiki/Polygon Multipolygone sind auch bekannt. Gerade die von mir bearbeiteten waren diejenigen, die mich bei der Auswertung des OSM Inspektors stutzig machten und zum Ursprungsposting dieses Threads veranlassten. Zudem meckert JOSM bei unvollständigen Relationen. Von welcher Meldung sprichst Du konkret? In der Abteilung Relationen wird jede betroffene Relation mit dem Zusatz (unvollständig) versehen. Das veranlasst zum Nachzuladen, womit es verschindet. Es ist demnach ein Kürzel für unvollständig geladen. Inzwischen achte ich darauf, dass nachgeladen wird, was natürlich im Rahmen der Zunahme von Relationen immer mühevoller wird. Denn JOSM hat nach umfangreichen Edits etwas von der ID einer solchen Relation gefaselt und dann das Hochladen komplett verweigert. Die Arbeit war somit für den A. Ein Fall ist mir noch erinnerlich, wo ich Punkte gemergt habe. Eventuell gehörte einer davon zu solch einer Relation. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächennetzwerk cont. (reply zu Re: Massenumbenennung Relationen von Multipolygon in Boundary)
Florian Lohoff f...@zz.de wrote: ... Wenn es keine technische Abhaengigkeit gibt wird es nicht gepflegt. ... +1 für das gesamte Posting. Schön, Dich wieder zurück im Projekt zu haben. Aber bei der ganzen forward/backward Nummer war meine Motivation weg - Es gibt IIRC keine Applikation die da irgendwas sinnvolles mit macht Dieses mühevolle Unterfangen beim Erfassen und Lesen einer ÖPNV Linie ist IMHO bei getrennter Erfassung der beiden Fahrtrichtungen obsolet. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Massen-Edits, automatische Edits, mechanische Edits
Am 23.04.2012 10:18, schrieb Frederik Ramm: On 04/23/2012 09:38 AM, Falk Zscheile wrote: In anderen Zusammenhängen nennt man dieses Prinzip ortsübliche Bekanntmachung. Ob jemand die ortsüblich Bekanntgabe tatsächlich zur Kenntnis nimmt, das liegt im Risikobereich jedes einzelnen. Ja, etwa so ist das gedacht. Zustimmung! Wenn jemand die angebotenen Informatonsquellen nicht nutzt, dann ist er selber schuld. Das betrifft nicht nur OSM sondern z.B. auch das reale Leben... Und so war das bei OSM schon immer (seit Jahren!). Das bezieht sich auch die Forderung, dass Massenedits und Importe vorher angekündigt werden aus der ersten Email von Frederik zum Thema. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Problemi PCN?
Da qualche giorno non riesco più a caricare le foto del PCN, nel senso che dopo che attivo il layer non mi accade nulla, rimane tutto nero come il carbone... Che faccio??? -- View this message in context: http://gis.19327.n5.nabble.com/Problemi-PCN-tp5603363p5658466.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi PCN?
Inserendo l'indirizzo wms:http://wms.pcn.minambiente.it/ogc?map=/ms_ogc/WMS_v1.3/raster/ortofoto_colore_06.mapFORMAT=image/jpegVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLayers=OI.ORTOIMMAGINI.2006.33,OI.ORTOIMMAGINI.2006.32STYLES=SRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox} mi scarica un paio di tasselli in un tempo infinito... Allora ho provato ad attivare il 2008 e mi scarica solo il logo del PCN... Che fare? c'è qualcosa che blocca lo scarico delle foto? -- View this message in context: http://gis.19327.n5.nabble.com/Problemi-PCN-tp5603363p5659248.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi PCN?
Am 23. April 2012 14:10 schrieb morsi mo...@inwind.it: Inserendo l'indirizzo wms:http://wms.pcn.minambiente.it/ogc?map=/ms_ogc/WMS_v1.3/raster/ortofoto_colore_06.mapFORMAT=image/jpegVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLayers=OI.ORTOIMMAGINI.2006.33,OI.ORTOIMMAGINI.2006.32STYLES=SRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox} mi scarica un paio di tasselli in un tempo infinito... allora sembra che funziona in grosso modo ed il problema sarà o da parte tua o da parte del PCN (connettività, o forse hanno introdotto altri metodi per prevenire allo scaricamento di tutti tiles?) Allora ho provato ad attivare il 2008 e mi scarica solo il logo del PCN... il PCN 2008 copre solo Umbria e Lazio, se ti scarica dei tiles neri suppongo che stai fuori queste due regioni. Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi PCN?
il PCN 2008 copre solo Umbria e Lazio, se ti scarica dei tiles neri suppongo che stai fuori queste due regioni. No mi sono messo proprio su una di queste regioni e mi scarica solo il logo... NOn so come risolvere il problema... -- View this message in context: http://gis.19327.n5.nabble.com/Problemi-PCN-tp5603363p5659519.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Come taggare un euroregione
Buongiorno a tutti. Voglio sapere come taggare un euroregion (ex:Euroregione Alpi-Mediterraneo). Non posso mettere un livello sì ? relation:boundary boundary:local_authority Florian Farge aka Otourly Sur lesprojets wikimédiens et l'Association française,OSM, et sur MOVIM Socio di Wikimedia Italia ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Tuluá torcido! mejoras con ov3 free
Buenos días, La imagen OrbView-3 que cubre la zona al Este de Tuluá, y en particular Andalucia y Bugalagrande (y La Marina también), esta en linea en TMS. La dirección para JOSM es: tms[19]:http://osm.arkemie.org/cgi-bin/tiles/1.0.0/colombia/{zoom}/{x}/{y} y para Potlatch 2: http://osm.arkemie.org/cgi-bin/tiles/1.0.0/colombia/$z/$x/$y Se puede utilizar source=OrbView-3, USGS, 2005-10-05 El procesamiento por el USGS fue de nivel L1Gst. Sin embargo, como para Bing, es mejor utilizar trazas de GPS si están disponibles para ajustar la imagen antes de digitalizarla. (Sin esto, parece que el error puede ser de unos 20 metros). Saludos, Jean-Guilhem Le 23/04/2012 07:42, Harrier Co a écrit : Buenos dias se han hecho unas mejoras en http://www.openstreetmap.org/?lat=4.20139lon=-76.15447zoom=16layers=M http://www.openstreetmap.org/?lat=4.20139lon=-76.15447zoom=16layers=M andalucia y bugalagrande, con imagenes ov3 de usgs free (georectificadas), se uso opticks balforge, mapwindow y merkaartor harrierco From: and...@gmail.com Date: Sun, 22 Apr 2012 12:54:34 -0500 To: talk-co@openstreetmap.org Subject: Re: [Talk-co] Tuluá torcido! Buenos días, 2012/4/19 Harrier Co harrie...@hotmail.com si bien este asunto se lleva desde el año pasado (http://lists.openstreetmap.org/pipermail/talk-co/2011-April/thread.html#2082) aun deseariamos mas trazas si es posible, tambien hay una imagen de orbview3 pero notenemos un software GIS gratis que la interprete aun y con la que probe orbiew georeferenciado no sirve en los actuales GIS libres(pocos interpretan los datos orbview) voy a ver si consigo algunas trazas de la carretera para ayudar a tener mas referencia en eso Hice otra, esta es alrededor de la ciudad, no es exactamente bordeando pero cubre gran parte y usé vías principales, ojalá sirva, un par de observaciones: - Me tocó desviarme en la transversal 12 un poco porque había ciclovía, así que esa parte puede ser ignorada - En stambul me detuve por un tiempo, ahí en la traza se ve como un nudo de puntos. http://www.openstreetmap.org/user/Andphe/traces/1218909 Gracias, Andrés ___ 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 -- gpg 0x5939EAE2 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Tuluá torcido! mejoras con ov3 free
Excelente!!! A juzgar por las trazas GPX previas que existen: http://www.openstreetmap.org/user/daandus/traces/1195562 http://api.openstreetmap.org/user/humano/traces/1143281 La imagen no tiene offset http://i.imgur.com/OJiNn.png http://i.imgur.com/Np28r.png ¿Es correcto? El 23 de abril de 2012 07:09, Jean-Guilhem Cailton j...@arkemie.comescribió: Buenos días, La imagen OrbView-3 que cubre la zona al Este de Tuluá, y en particular Andalucia y Bugalagrande (y La Marina también), esta en linea en TMS. La dirección para JOSM es: tms[19]:http://osm.arkemie.org/cgi-bin/tiles/1.0.0/colombia/{zoom}/{x}/{y} y para Potlatch 2: http://osm.arkemie.org/cgi-bin/tiles/1.0.0/colombia/$z/$x/$y Se puede utilizar source=OrbView-3, USGS, 2005-10-05 El procesamiento por el USGS fue de nivel L1Gst. Sin embargo, como para Bing, es mejor utilizar trazas de GPS si están disponibles para ajustar la imagen antes de digitalizarla. (Sin esto, parece que el error puede ser de unos 20 metros). Saludos, Jean-Guilhem Le 23/04/2012 07:42, Harrier Co a écrit : Buenos dias se han hecho unas mejoras en http://www.openstreetmap.org/?lat=4.20139lon=-76.15447zoom=16layers=M andalucia y bugalagrande, con imagenes ov3 de usgs free (georectificadas), se uso opticks balforge, mapwindow y merkaartor harrierco From: and...@gmail.com Date: Sun, 22 Apr 2012 12:54:34 -0500 To: talk-co@openstreetmap.org Subject: Re: [Talk-co] Tuluá torcido! Buenos días, 2012/4/19 Harrier Co harrie...@hotmail.com harrie...@hotmail.com si bien este asunto se lleva desde el año pasado ( http://lists.openstreetmap.org/pipermail/talk-co/2011-April/thread.html#2082 ) aun deseariamos mas trazas si es posible, tambien hay una imagen de orbview3 pero notenemos un software GIS gratis que la interprete aun y con la que probe orbiew georeferenciado no sirve en los actuales GIS libres(pocos interpretan los datos orbview) voy a ver si consigo algunas trazas de la carretera para ayudar a tener mas referencia en eso Hice otra, esta es alrededor de la ciudad, no es exactamente bordeando pero cubre gran parte y usé vías principales, ojalá sirva, un par de observaciones: - Me tocó desviarme en la transversal 12 un poco porque había ciclovía, así que esa parte puede ser ignorada - En stambul me detuve por un tiempo, ahí en la traza se ve como un nudo de puntos. http://www.openstreetmap.org/user/Andphe/traces/1218909 Gracias, Andrés ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing listTalk-co@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-co -- gpg 0x5939EAE2 ___ 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-dk] cycleways skildt ad fra vejen ved rabatt og beplantning.
Hej. Eksempel: Gyldenløvesgade mellem Jarmers Plads og søpavilliongen har cykelstier some er skildt ad fra den øvrige vejen med rabatter. De åbner sig nogle steder for sidegader. Hvad synes i, bliver det for rodet at tegne denne type cykelstier på som separate cycleways. I dag er det tagget med cycleway='track'. http://www.openstreetmap.org/?lat=55.6800359487534lon=12.5631478428841zoom=18 http://www.openstreetmap.org/?lat=55.6800359487534lon=12.5631478428841zoom=18 Tak på forhånd Med venlig hilsen Hedda Nilsson Orviste Studentermedhjælper Cykelsekretariatet KØBENHAVNS KOMMUNE Teknik- og Miljøforvaltningen Center for Trafik Islands Brygge 37 Postboks 450 2300 København S Email z...@tmf.kk.dk mailto:z...@tmf.kk.dk Fra: Hedda Nilsson Orviste [mailto:z...@tmf.kk.dk] Sendt: 20. april 2012 14:25 Til: OpenStreetMap Denmark Emne: [Talk-dk] cycleway=track, cycleway:left=none VS cycleway:right=track Hej. Jeg har set at det er vanligt at tagge delte veje med denne: highway=*, oneway=yes, cycleway=track, cycleway:left=none, selvom det på wikien anbefales at der tagges med highway=*, oneway=yes, cycleway:right=track. Jeg antager at anledningen til dette er at den ellers ikke vises som en lilla-stiplet linje i JOSM men jeg er ikke sikker. Kan det vare så at det fortrinsvis tagges på førstnævnte måde når der findes mulighed at bruge en track i begge vejens retninger (da dens geometri jo enlig bare er splittet) sammenlignet med når det kun findes mulighed i én retning? Det ville give mening i så fald. Med venlig hilsen Hedda Nilsson Orviste Studentermedhjælper Cykelsekretariatet KØBENHAVNS KOMMUNE Teknik- og Miljøforvaltningen Center for Trafik Islands Brygge 37 Postboks 450 2300 København S Email z...@tmf.kk.dk mailto:z...@tmf.kk.dk Fra: Kristian Krægpøth [mailto:k.kragp...@gmail.com] Sendt: 13. april 2012 23:01 Til: talk-dk@openstreetmap.org Emne: Re: [Talk-dk] At printe et kort Hej Peter Jeg tror ikke det er så himmelråbende åndssvagt et spørgsmål - jeg kan i hvert fald ikke finde ud af det. Jeg kan tegne et kort ud direkte fra OSM, men det er ikke lykkedes mig at tegne det ud med signaturer for fx vindmøller og kirker uafhængig af målestoksforhold. Ligesom jeg ikke kan styre skriftstørrelse af navne på bebyggelser. Det ville være rigtig herligt hvis nogen med kendskab til emnet kunne forklare en IT-idiot som mig, hvordan man gør. Og det prøver du, Leif, på - tak for det. Problemet er, at jeg ikke ved, hvad det betyder at eksportere til SVG og importere i Inkscape. Og hvad er tiles? Se det ved jeg godt er himmelråbende uvidende - men jeg vil meget gerne gøres klogere. Hvilke sider, hvilke taster? Så basal er min uvidenhed. Jeg håber engang at kunne udprinte kort til at cykle og gå efter. Fx i en kvalitet som http://www.haervej.dk/danmark/da-dk/menu/haervejen/kort/detailkort-haervejen/detailkort-med-sevaerdigheder-langs-haervejen.htm viser. Venlig hilsen Kristian Krægpøth ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] cycleways skildt ad fra vejen ved rabatt og beplantning.
On 23/04/2012, at 10.30, Hedda Nilsson Orviste wrote: Eksempel: Gyldenløvesgade mellem Jarmers Plads og søpavilliongen har cykelstier some er skildt ad fra den øvrige vejen med rabatter. De åbner sig nogle steder for sidegader. Hvad synes i, bliver det for rodet at tegne denne type cykelstier på som separate cycleways. I dag er det tagget med cycleway=’track’. Oh, det er et til stadighed tilbagevendende diskussionsemne på talk- dk. Der er vist efterhånden konsensus om at cykelstier skal tagges på selve vejen når de er en del af vejanlægget (og altså osse selvom cykelstien er adskilt fra kørebanen med en græsrabat), i særdeleshed i byerne, hvor der er mange tilstødende sideveje. Se mok0's side om cykelstier på Wiki'en [0] og Claus Hindsgauls retningslinier. -- mok0 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] cycleways skildt ad fra vejen ved rabatt ogbeplantning.
I det tilfælde skal man jo faktisk forlade vejen og køre bag om en parkeringsplads (som ligger langs vejen mellem Farigmagsgade og servicevejen). Det er så åndsvagt et vejdesign, at man må håbe Københavns Kommune ændrer det til en ordentlig sti for cyklisterne. Så cyklisterne ikke skal slås med parkerende og bakkende biler. Med venlig hilsen Michael Hammel M. +45 40 70 83 70 attachment: image001.png Cyklistforbundet Rømersgade 5 DK-1362 København K T +45 33 32 31 21 m...@dcf.dk www.dcf.dk Den 23/04/2012 kl. 11.49 skrev Hedda Nilsson Orviste: Meget anvendeligt. Stadig et lille usikkerhedstegn; Serviceveje langs vejen, som man også cykler på er tit indtegnede som skyggeveje men selve cycleway-taggen sidder på den rigtige vejen. Her kunne den vel lige så godt sidde på servicevejen, spørgesmålet er bare som hvad? Som en cycleway=lane eller som en bicycle=designated separated=no, eller som en cycleway=track. Eller er det enklest at bare lade den blive siddende som en cycleway=* på hovedvejen. http://www.openstreetmap.org/?lat=55.6813730299473lon=12.5651460886002zoom=18 Jeg har ændret på denne men er i tvivl om det er det rigtige. Tak. Med venlig hilsen Hedda Nilsson Orviste Studentermedhjælper Cykelsekretariatet KØBENHAVNS KOMMUNE Teknik- og Miljøforvaltningen Center for Trafik Islands Brygge 37 Postboks 450 2300 København S Email z...@tmf.kk.dk -Oprindelig meddelelse- Fra: Morten Kjeldgaard [mailto:m...@bioxray.dk] Sendt: 23. april 2012 11:14 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] cycleways skildt ad fra vejen ved rabatt ogbeplantning. On 23/04/2012, at 10.30, Hedda Nilsson Orviste wrote: Eksempel: Gyldenløvesgade mellem Jarmers Plads og søpavilliongen har cykelstier some er skildt ad fra den øvrige vejen med rabatter. De åbner sig nogle steder for sidegader. Hvad synes i, bliver det for rodet at tegne denne type cykelstier på som separate cycleways. I dag er det tagget med cycleway='track'. Oh, det er et til stadighed tilbagevendende diskussionsemne på talk- dk. Der er vist efterhånden konsensus om at cykelstier skal tagges på selve vejen når de er en del af vejanlægget (og altså osse selvom cykelstien er adskilt fra kørebanen med en græsrabat), i særdeleshed i byerne, hvor der er mange tilstødende sideveje. Se mok0's side om cykelstier på Wiki'en [0] og Claus Hindsgauls retningslinier. -- mok0 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] cycleways skildt ad fra vejen vedrabatt ogbeplantning.
amenity=bicycle_footrest? :-) Med venlig hilsen Emil Tin IT- og Processpecialist Cykelsekretariatet KØBENHAVNS KOMMUNE Teknik- og Miljøforvaltningen Center for Trafik Islands Brygge 37 Vær. 118 Postboks 450 2300 København S Telefon +45 3366 3433 Mobil +45 2972 3788 Email z...@tmf.kk.dk -Oprindelig meddelelse- Fra: Michael Hammel [mailto:m...@dcf.dk] Sendt: 23. april 2012 13:51 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] cycleways skildt ad fra vejen vedrabatt ogbeplantning. Den bør jo nok tagges som en service road (parking aisle) som er delt mellem cyklister og bilister. Der er ikke nogen reel cykelsti på det stk af N Farimagsgade før til sidst ved krydset til ahlefeldts gade, hvor der også er en fodhviler (hvordan mon den skal tagges? ;-) Med venlig hilsen Michael Hammel M. +45 40 70 83 70 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-es] [CATASTRO] Cat2Osm nueva versión.
On Sábado, 21 de abril de 2012 13:04:33 David escribió: Por cierto, ¿se os ha ocurrido ya cómo simplificar las geometrías que salen? Lo digo por aquella queja que comentaban en la lista de imports. Es decir, menos relaciones, simplificarlo todo para los que editen después, etc. ¿O creéis que es irrealizable? Ander ha eliminado prácticamente todas las geometrías que se pueden quitar sin perdida de datos. Faltan algunas cosas que no tenemos claro porque no se eliminan, pero las pilla JOSM y es simplemente seleccionar y borrar. A partir de aquí ya sería juntar geometrías con mismos tags. Mi idea es poner una opción para hacer esto, pero de hacerlo será más adelante. Ahora mismo Ander está liado con la memoria del PFC y luego tenemos que terminar otro proyecto. Lo que si que estaría bien es que fuerais pensando y poniendo en la wiki -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] Cat2Osm nueva versión.
On Sábado, 21 de abril de 2012 13:04:33 David escribió: Vaya, parece que he descubierto una combinación de teclas que envía los correos automáticamente... Decía que no estaría mal que fuérais pensando en que casos se deben juntar geometrías. A mi se me ocurren lo siguiente: - Si dos parcelas que comparten un way tienen el mismo cultivo, eliminar dicho way. Obviamente, esto habría que ponerlo en la wiki :P Nos vemos. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] Cat2Osm nueva versión.
Hola. He probado la última versión de Cat2Osm con la Puebla de Don Fadrique (Granada), y nos vamos acercando poco a poco :-) La integración de los portales en la salida por defecto es buena. Habría que perfilarla un poquito: - Si la parcela a la que se pone el nodo de entrada tiene el mismo número de portal (addr:housenumber) que el que se va a poner, pues mejor sólo poner el nodo entrance=yes, pero sin redundar en el addr:housenumber. - Si el número no coincide, habría que intentar poner, además del addr:housenumber, el addr:street, ya que la calle no tendría por qué coincidir con la de la parcela. Ejemplo: parcela que hace esquina, en la que hay dos casa, una que da para cada calle. Sobre la simplificación de parcelas, estoy de acuerdo con lo indicado de eliminar los ways que compartan las parcelas con los mismos tags. Enhorabuena por el trabajo. Un cordial saludo. El 23 de abril de 2012 09:19, Cruz Enrique Borges cruz.bor...@deusto.esescribió: On Sábado, 21 de abril de 2012 13:04:33 David escribió: Vaya, parece que he descubierto una combinación de teclas que envía los correos automáticamente... Decía que no estaría mal que fuérais pensando en que casos se deben juntar geometrías. A mi se me ocurren lo siguiente: - Si dos parcelas que comparten un way tienen el mismo cultivo, eliminar dicho way. Obviamente, esto habría que ponerlo en la wiki :P Nos vemos. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- David Marín Carreño dav...@gmail.com ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] [cat2osm] error leyendo RUSUBPARCELA urbana
Hola ¿Soy el único al que el programa le da este error? [2012-04-23 20:27:12.174] Terminado de leer los archivos URELEMPUN.SHP. java.io.FileNotFoundException: files/Pinar/38_54_UA_2012-01-20_SHF/RUSUBPARCELA/RUSUBPARCELA.DBF (No existe el archivo o el directorio) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(FileInputStream.java:138) at java.io.FileInputStream.init(FileInputStream.java:97) at ShapeSubparce.readSubparceDetails(ShapeSubparce.java:247) at ShapeSubparce.init(ShapeSubparce.java:48) at ShapeParser.run(ShapeParser.java:76) [2012-04-23 20:27:12.292] Leyendo ELEMLIN Rustico. [2012-04-23 20:27:12.301] Ejecutando proyeccion de los shapefiles RUELEMLIN.SHP: ogr2ogr -t_srs EPSG:4326 result/RUELEMLIN.SHP files/Pinar/38_54_UA_2012-01-20_SHF/ELEMLIN/ELEMLIN.SHP [2012-04-23 20:27:12.322] Terminado de leer los archivos RUELEMPUN.SHP. [2012-04-23 20:27:12.413] Terminado de leer los archivos URELEMTEX.SHP. [2012-04-23 20:27:13.02] Terminado de leer los archivos URCONSTRU.SHP. [2012-04-23 20:27:13.072] Terminado de leer los archivos URELEMLIN.SHP. abr 23, 2012 8:27:13 PM org.geotools.data.shapefile.ShpFiles logCurrentLockers Grave: The following locker still has a lock: read on file:/home/javier/Escritorio/cat2osm/result/RUSUBPARCE.shp by org.geotools.data.shapefile.shp.ShapefileReader abr 23, 2012 8:27:13 PM org.geotools.data.shapefile.ShpFiles logCurrentLockers Grave: The following locker still has a lock: read on file:/home/javier/Escritorio/cat2osm/result/RUSUBPARCE.shx by org.geotools.data.shapefile.shp.IndexFile abr 23, 2012 8:27:13 PM org.geotools.data.shapefile.ShpFiles logCurrentLockers Grave: The following locker still has a lock: read on file:/home/javier/Escritorio/cat2osm/result/RUSUBPARCE.dbf by org.geotools.data.shapefile.dbf.IndexedDbaseFileReader [2012-04-23 20:27:13.416] Terminado de leer los archivos RUELEMLIN.SHP. [2012-04-23 20:27:13.923] Terminado de leer los archivos RUELEMTEX.SHP. A pesar del mismo, continúa la ejecución y se generan los resultado. Lo que no se es si falta algo. Compruebo que, efectivamente, no existe la carpeta files/Pinar/38_54_UA_2012-01-20_SHF/RUSUBPARCELA Un saludo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [cat2osm] error leyendo RUSUBPARCELA urbana
java.io.FileNotFoundException: files/Pinar/38_54_UA_2012-01-20_SHF/RUSUBPARCELA/RUSUBPARCELA.DBF (No existe el archivo o el directorio) Al parecer no consigue encontrar ese archivo. El RUSUBPARCELA.DBF es un archivo de texto en el que vienen traducciones código=nombre para los tipos de cultivo. El programa supongo que se ejcutará igual pero las subparcelas no saldrán con sus cultivos. Comprueba si puede ser que la extensión .DBF esté en minúsculas (porque alguna vez ha sucedido). Esta semana como os dije, estoy saturado con la documentación de mi proyecto de fín de carrera pero espero terminarla ya y retomar algunos pequeños detalles que quedaban pendientes. Saludos. El 23 de abril de 2012 21:32, Javier Sánchez javiers...@gmail.comescribió: Hola ¿Soy el único al que el programa le da este error? [2012-04-23 20:27:12.174] Terminado de leer los archivos URELEMPUN.SHP. java.io.FileNotFoundException: files/Pinar/38_54_UA_2012-01-20_SHF/RUSUBPARCELA/RUSUBPARCELA.DBF (No existe el archivo o el directorio) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(FileInputStream.java:138) at java.io.FileInputStream.init(FileInputStream.java:97) at ShapeSubparce.readSubparceDetails(ShapeSubparce.java:247) at ShapeSubparce.init(ShapeSubparce.java:48) at ShapeParser.run(ShapeParser.java:76) [2012-04-23 20:27:12.292] Leyendo ELEMLIN Rustico. [2012-04-23 20:27:12.301] Ejecutando proyeccion de los shapefiles RUELEMLIN.SHP: ogr2ogr -t_srs EPSG:4326 result/RUELEMLIN.SHP files/Pinar/38_54_UA_2012-01-20_SHF/ELEMLIN/ELEMLIN.SHP [2012-04-23 20:27:12.322] Terminado de leer los archivos RUELEMPUN.SHP. [2012-04-23 20:27:12.413] Terminado de leer los archivos URELEMTEX.SHP. [2012-04-23 20:27:13.02] Terminado de leer los archivos URCONSTRU.SHP. [2012-04-23 20:27:13.072] Terminado de leer los archivos URELEMLIN.SHP. abr 23, 2012 8:27:13 PM org.geotools.data.shapefile.ShpFiles logCurrentLockers Grave: The following locker still has a lock: read on file:/home/javier/Escritorio/cat2osm/result/RUSUBPARCE.shp by org.geotools.data.shapefile.shp.ShapefileReader abr 23, 2012 8:27:13 PM org.geotools.data.shapefile.ShpFiles logCurrentLockers Grave: The following locker still has a lock: read on file:/home/javier/Escritorio/cat2osm/result/RUSUBPARCE.shx by org.geotools.data.shapefile.shp.IndexFile abr 23, 2012 8:27:13 PM org.geotools.data.shapefile.ShpFiles logCurrentLockers Grave: The following locker still has a lock: read on file:/home/javier/Escritorio/cat2osm/result/RUSUBPARCE.dbf by org.geotools.data.shapefile.dbf.IndexedDbaseFileReader [2012-04-23 20:27:13.416] Terminado de leer los archivos RUELEMLIN.SHP. [2012-04-23 20:27:13.923] Terminado de leer los archivos RUELEMTEX.SHP. A pesar del mismo, continúa la ejecución y se generan los resultado. Lo que no se es si falta algo. Compruebo que, efectivamente, no existe la carpeta files/Pinar/38_54_UA_2012-01-20_SHF/RUSUBPARCELA Un saludo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [cat2osm] error leyendo RUSUBPARCELA urbana
No solo no está el fichero. Es que no está la carpeta. En ninguno de los municipios que he descargado. |- Adeje |--- 38_01_RA_2012-01-20_SHF |-- RUSUBPARCELA |-- SUBPARCE |--- 38_01_UA_2012-01-20_SHF |-- SUBPARCE Falta la carpeta RUSUBPARCELA en 38_01_UA_2012-01-20_SHF Javier El día 23 de abril de 2012 21:33, Ander Pijoan ander.pij...@deusto.es escribió: java.io.FileNotFoundException: files/Pinar/38_54_UA_2012-01-20_SHF/RUSUBPARCELA/RUSUBPARCELA.DBF (No existe el archivo o el directorio) Al parecer no consigue encontrar ese archivo. El RUSUBPARCELA.DBF es un archivo de texto en el que vienen traducciones código=nombre para los tipos de cultivo. El programa supongo que se ejcutará igual pero las subparcelas no saldrán con sus cultivos. Comprueba si puede ser que la extensión .DBF esté en minúsculas (porque alguna vez ha sucedido). Esta semana como os dije, estoy saturado con la documentación de mi proyecto de fín de carrera pero espero terminarla ya y retomar algunos pequeños detalles que quedaban pendientes. Saludos. El 23 de abril de 2012 21:32, Javier Sánchez javiers...@gmail.com escribió: Hola ¿Soy el único al que el programa le da este error? [2012-04-23 20:27:12.174] Terminado de leer los archivos URELEMPUN.SHP. java.io.FileNotFoundException: files/Pinar/38_54_UA_2012-01-20_SHF/RUSUBPARCELA/RUSUBPARCELA.DBF (No existe el archivo o el directorio) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(FileInputStream.java:138) at java.io.FileInputStream.init(FileInputStream.java:97) at ShapeSubparce.readSubparceDetails(ShapeSubparce.java:247) at ShapeSubparce.init(ShapeSubparce.java:48) at ShapeParser.run(ShapeParser.java:76) [2012-04-23 20:27:12.292] Leyendo ELEMLIN Rustico. [2012-04-23 20:27:12.301] Ejecutando proyeccion de los shapefiles RUELEMLIN.SHP: ogr2ogr -t_srs EPSG:4326 result/RUELEMLIN.SHP files/Pinar/38_54_UA_2012-01-20_SHF/ELEMLIN/ELEMLIN.SHP [2012-04-23 20:27:12.322] Terminado de leer los archivos RUELEMPUN.SHP. [2012-04-23 20:27:12.413] Terminado de leer los archivos URELEMTEX.SHP. [2012-04-23 20:27:13.02] Terminado de leer los archivos URCONSTRU.SHP. [2012-04-23 20:27:13.072] Terminado de leer los archivos URELEMLIN.SHP. abr 23, 2012 8:27:13 PM org.geotools.data.shapefile.ShpFiles logCurrentLockers Grave: The following locker still has a lock: read on file:/home/javier/Escritorio/cat2osm/result/RUSUBPARCE.shp by org.geotools.data.shapefile.shp.ShapefileReader abr 23, 2012 8:27:13 PM org.geotools.data.shapefile.ShpFiles logCurrentLockers Grave: The following locker still has a lock: read on file:/home/javier/Escritorio/cat2osm/result/RUSUBPARCE.shx by org.geotools.data.shapefile.shp.IndexFile abr 23, 2012 8:27:13 PM org.geotools.data.shapefile.ShpFiles logCurrentLockers Grave: The following locker still has a lock: read on file:/home/javier/Escritorio/cat2osm/result/RUSUBPARCE.dbf by org.geotools.data.shapefile.dbf.IndexedDbaseFileReader [2012-04-23 20:27:13.416] Terminado de leer los archivos RUELEMLIN.SHP. [2012-04-23 20:27:13.923] Terminado de leer los archivos RUELEMTEX.SHP. A pesar del mismo, continúa la ejecución y se generan los resultado. Lo que no se es si falta algo. Compruebo que, efectivamente, no existe la carpeta files/Pinar/38_54_UA_2012-01-20_SHF/RUSUBPARCELA Un saludo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-ee] Fwd: Kodanikuühiskonna nädal
Hoi, edastan KÜSKi ürituste plaani. Ehk tekitab mõtteid. - M - Algne kiri Teema: Kodanikuühiskonna nädal Edasisaatmise kuupäev: Mon, 23 Apr 2012 14:45:40 +0300 (EEST) Edastatud aadressilt: kyskteated-boun...@kysk.ee (ZEMM Daemons) Kuupäev:Mon, 23 Apr 2012 14:45:32 +0300 Saatja: KÜSK k...@kysk.ee Saaja: KÜSK teated LIST kysktea...@kysk.ee Tere! Juba tuleval nädalavahetusel (28.-29.04) toimuvad Kodanikuühiskonna Sihtkapitali toel üle Eesti KUUR¹² inkubaatorid, kuhu oodatakse kokku tulema inimesi, kes tahavad midagi ühiselt Eestis paremaks teha. Kohapeal on sul võimalik leida endale meeskond, palju häid ideid ja toetus mentorilt. Üritus kestab ühe intensiivse päeva ning on kõigile tasuta KUURid toimuvad Eesti Kodanikuühiskonna Nädala raames. Kohale on oodatud kõik, kes tunnevad, et tahaksid oma kodukohas (või kogu Eestis!) midagi muuta ja paremaks teha. Selleks ei pea endal seda head ideed veel olema, piisab vaid soovist midagi head ära teha. Kellel aga idee on, ükskõik kui suur või väike, siis KUUR on õige koht seda teistega jagamiseks ja tegutsema hakkamiseks! Kohapeal viimegi kokku ideed ja inimesed, kes tahaksid selles osas midagi teha, ning teeme esimesed sammud idee teostamise suunas. Moodustunud meeskondi juhendavad ja aitavad kogenud mentorid. Vali endale sobivaim ja osale! TARTU 29.04 - Athena konverentsikeskuses - FB event http://www.facebook.com/events/218911614881054/ PÄRNU 28.04 - Pärnu Keskraamatukogus - FB event http://www.facebook.com/events/380323131990164/ PAIDE 28.04 - Paide kogukonnakeskuses - FB event http://www.facebook.com/events/364940836892179/ TALLINN 29.04 - Eesti Puuetega Inimeste Koja saalis - FB event http://www.facebook.com/events/356202017750957/ NARVA 28.04 - Ingeri hotelli konverentsisaalis - FB event http://www.facebook.com/events/277031959047769/ Kõik algusega kell 10! Vajalik on eelregistreerimine! *Registreeru siin*: www.kodanikuuhiskond.ee http://www.kodanikuuhiskond.ee/ Kodanikuühiskonna Nädal kulmineerub 5. mail *Teeme Ära talgupäevaga*, loe lähemalt: http://talgud.teemeara.ee/events Eesti Kodanikuühiskonna Nädalat korraldab Sihtasutus Domus Dorpatensis http://www.dorpatensis.ee/.Projekti rahastavad Kodanikuühiskonna Sihtkapital http://www.kysk.ee/ ja Tartu Linn http://www.tartu.ee/. ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
[Talk-ee] Offline kaart ja kaardi kasutamise uitmõtted
Hei Spämmin natuke oma uitmõtetega kuidas kaarti kasutada. *) Kasutan palju Locus kaardirakendust oma nutitelefonis. Sest kui ise juba kaarti joonistatud, siis on nii hea selle kaardi järgi ka sõita. ;) Selle asemel, et pidevalt online kaarti striimida tahaks kasutada oiffline kaarti ja seda ise oma sobival ajal ja sagedusega uuendada. Teab keegi juhatada kuidas saaks Locuses endale genereerida eelistatavalt siinse maakaardi kaardi offline versioon. Locuses on see funktsioon olemas aga ei ole saanud talle õpetada selleks kaart.maakaart.ee'd kasutama. OSM baasist otse on seal aga allalaadimine kinni keeratud. MapQuest renderlus aga mulle hästi ei istu. *) Siis tekkis selline mõte, et mul igasugu ports pilte kodulehel. Kas mul annad kuidagi kasutada OSM kaarti ära nii, et kuvada kodulehel pildi juures pildistamise asukoht. Kas siis väikese kaardina või lingina kaardile. See siis eeldaks, et ma mingi vahendiga saan genereerida märgi kaardile ja seda kuvada oma kodulehel sellel kaardil... kui siis keegi kaardile klikiks siis ta saaks seda brausida, xzoomida jne ja see nupuke oleks seal ikka näha... midagi särast. *) Kas OSM baasil annab endale teha mingi säärase kaardi lahenduse nagu on My Maps Google all... kus saan oma POId ja rajad ää salvestada ja oma kaardikihte tekitada oma soovide kohaselt omaks kasutamiseks ? Veel paremkui sama oleks kasutatav ka Androidist. Mulle on viimasel ajal tekkinud komme ära salvestada teekonnad kus ma käin ja kolan, My Mapsi selleks kohati kasutanud... Ning samas ka JOSMis kaarti selades ja mõnda teed joonistades olen leidnud kohti mida tahaks külastada, tekitades kange tahtmise need omale kaardile kirja panna tulevaseks ajaks. Tervitades Kristjan ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
[Talk-lv] Fwd: Kartēšanas pasākums Siguldā
-- Pārsūtītais ziņojums -- No: Maija Geidane maija.geid...@sigulda.lv Datums: 2012. gada 23. aprīlis 10:26 Temats: Re: [Talk-lv] Kartēšanas pasākums Siguldā Kam: Laura Cimža laura.ci...@gmail.com Kopija: Inga Zālīte inga.zal...@sigulda.lv ** Labdien! Biju pāris dienas atvaļinājumā, tāpēc tāds ieildzis klusums no manas puses. Priekšlikums liekas vairāk nekā interesants. Sliktā ziņa- 29.04. noteikti netieku. Tā kā pašvaldībā pašlaik nav īsti stabila teritorijas plānotāja, nezinu, kas varētu no kolēģiem piedalīties. Vai varu šo informāciju pārsūtīt mūsu plānojuma izstrādātājam Metrum ? Maija Maija Geidāne galvenā arhitekte Siguldas novada dome Būvvalde tel. 67800958, fakss. 67800948 mob.tel. 26489240 maija.geid...@sigulda.lv www.sigulda.lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Kartēšanas pasākums Siguldā
On 04/21/12 13:47, Raitis U. wrote: par siguldu iipashs jautaajums vieteejiem :) kur mees tiekamies ? vislabaak laikam buutu vieta, kur var pieseest, ir free wifi utt. telpaas lapaak, ja nu smidzina vai kaa. Siguldā ir 20cm ortofoto, ja to var dabūt no būvvaldes, tad ielas, būves un mežus var sazīmēt no tā. Varētu skatīties adreses un tūrismam hmm. gan jau tas ljoti atkariigs no licenceem atkal... vajadzīgo - taciņas, to grūtība (mtbscale, stāvums?), skatu punkti u.c. interesantas vietas, varētu sarunāt ar to pašu Tarzāna stafu lai atļauj izložņāt un sakartēt to brīnumu, ja ir kāds ar mtb, varētu kordes trasi nobraukt ar loggeri (ja ir vaļā un braucama). nu tā, dažas idejas. Pats 50/50 ka būšu, tikai gps šobrīd nav. tu jau labi zini, ka gps nav obligaats - mapping papers vareesim dabaa palietot un smukas bildes sataisiit blogam ;) On Sat, Apr 21, 2012 at 1:45 AM, Rich ric...@nakts.net mailto:ric...@nakts.net wrote: ... -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] riigas domes smilshu kalns
:DTur laikam taps Ušakova nošļūciens un "Šlesera hūte" :D Citējot Rich ric...@nakts.net: http://www.openstreetmap.org/browse/node/1714358678/history tas ir taads oficiaals nosaukums ? :D --Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv -- Tavs bezmaksas pasts Inbox.lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] riigas domes smilshu kalns
Mēs kartējam faktus :P Un šis ir fakts :) Pēteris. P , 2012-04-23 13:54 +0300, Rich rakstīja: http://www.openstreetmap.org/browse/node/1714358678/history tas ir taads oficiaals nosaukums ? :D ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] riigas domes smilshu kalns
Omg lol. On Apr 23, 2012 2:09 PM, Peteris Krisjanis pec...@gmail.com wrote: Mēs kartējam faktus :P Un šis ir fakts :) Pēteris. P , 2012-04-23 13:54 +0300, Rich rakstīja: http://www.openstreetmap.org/browse/node/1714358678/history tas ir taads oficiaals nosaukums ? :D ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] riigas domes smilshu kalns
Tas biju es kas ielika šo nosaukumu tur. :) Bet nu nopietni. Smilšu kalns tas ir, pieder Rīgas Domei, kura grasijas to kādam pārdot, bet tagad laiku pa laikam ar traktoru palīdzību tas smiltis kaut kur izved (tāpēc pie šī kalna ir highway=track, jo nekādu ceļu tur nav - vienkarši brauc pa zalāju). Parējā laikā tās smiltis dzenā vējš pa apkārtni. Ja kāds uzskata šo nosaukumu par nepieņemamu var droši ņemt to nost. No offense. vtv 2012/4/23 Viesturs Zarins viest...@gmail.com Baumo gan ka viņš drīzumā tiks norakts. Viesturs On Apr 23, 2012 2:17 PM, Rich ric...@nakts.net wrote: On 04/23/12 14:08, Peteris Krisjanis wrote: Mēs kartējam faktus :P Un šis ir fakts :) dnee, ir labi, pagaidaam neaiztiekam :D izmantojam kaa nelielu pr triku : Pēteris. P , 2012-04-23 13:54 +0300, Rich rakstīja: http://www.openstreetmap.org/**browse/node/1714358678/historyhttp://www.openstreetmap.org/browse/node/1714358678/history tas ir taads oficiaals nosaukums ? :D -- Rich __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] KUR ? (Kartēšanas pasākums Siguldā)
On 04/23/12 12:09, Rich wrote: On 04/21/12 13:47, Raitis U. wrote: par siguldu iipashs jautaajums vieteejiem :) kur mees tiekamies ? vislabaak laikam buutu vieta, kur var pieseest, ir free wifi utt. telpaas lapaak, ja nu smidzina vai kaa. klau. varam taa aatri uzzinaat/izdomaat ? :) varam dabuut nelielu reklaaminju, bet vajag sho te info... -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [OSM-talk-fr] Nétiquette
Bonjour, Je vous trouve quelque peu acharnés sur ce sujet. Pourrait on repasser au sujet qui nous intéresse tous, OSM. Philippe fait de longs messages, d'autres en font de très courts mais finalement très lourds car ils contiennent l'intégralité des échanges. Le principal n'est il pas de rester courtois et de respecter la liberté, et donc les différences, de chacun. De plus Nos outils sont tout de même assez évolués pour nous faciliter la tache de sélectionner nos lectures. Mon souhait est que cette ségrégation naissante cesse au plus vite. Merci. Le 23/04/12, Christian Rogelchristian.ro...@club-internet.fr a écrit : Le 22 avr. 2012 à 20:06, Philippe Verdy a écrit : Depuis le temps que j'envoie des messages, leur forme devrait être déjà comprise. MA façon de m'exprimer est peut-être différente des autres et j'en conviens, mais c'est la mienne et cela ne veut offenser personne. Il me sera très difficile d'en changer. Laissez moi le droit de m'exprimer de la façon dont j'estime qu'elle correspond le mieux à ce que je veux dire. Ce n'est pas offensant, mais, cela n'est pas conforme aux usages qui sont résumés dans la Nétiquette qui, malgré son âge vénérable, a toujours une grande valeur. Voir ici la première VF de 1995 Il est vrai que certains d'entre eux étaient dictés par le peu de ressources disponibles en bande passante. En dehors du fait de proscrire les posts inutilement longs, la Nétiquette prescrivait et prescrit toujours de ne pas mettre de signature de plus de 5 lignes. Alors, en écrire des dizaines... La règle 4.1.2 garde toute son actualité. H. S. : Les allusions à Gopher et Wais me rappellent mes premiers pas sur Internet, à l'époque où le seul navigateur Web s'appelait Mosaïc, avant d'être détrôné par Netscape. A cette époque, MicroSoft avait déclaré que l'Internet ne lui paraissait pas une question stratégique. Christian R. -- Envoyé avec mon mobile Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Publication d'une carte OSM des ateliers vélo participatifs et solidaires
Salut! Je publie mon tout premier plugin SPIP à travers le réseau de L'Heureux Cyclage: http://www.heureux-cyclage.org/Les-ateliers-velo-dans-le-monde.html Il s'agit d'un plugin permettant de générer des cartes à partir d'annuaire de sites, mais pour notre usage spécifique, il sert à référencer les sites des associations/organisations porteuses d'ateliers vélos participatifs et solidaires. J'avais pu, il y a un an environ maintenant, échangé avec des contributeurs OSM, pour notamment taguer ces ateliers dans la base OSM. Ce que nous avions commencé. Pour poursuivre ce travail, j'envisage de prévoir un export des données que nous avons et que nous continuons à récolter. Pourriez-vous m'indiquer un format d'export à privilégier pour une raison ou pour une autre? Bonne journée. Ludo ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Publication d'une carte OSM des ateliers vélo participatifs et solidaires
2012/4/23 Ludovic CHEVALIER tensh...@no-log.org: J'avais pu, il y a un an environ maintenant, échangé avec des contributeurs OSM, pour notamment taguer ces ateliers dans la base OSM. Ce que nous avions commencé. Pour poursuivre ce travail, j'envisage de prévoir un export des données que nous avons et que nous continuons à récolter. Pourriez-vous m'indiquer un format d'export à privilégier pour une raison ou pour une autre? Evidemment, le plus simple pour nous serait d'avoir un fichier ne contenant que les ateliers qui ne sont pas encore dans OSM. Le format pourrait être celui de JOSM (http://wiki.openstreetmap.org/wiki/JOSM_file_format), l'éditeur utilisé en général pour ce genre de travail (il existe aussi un plugin de conflation). Mais tous les autres formats sont possibles (csv, shapefile) et nécessitent un petit travail de conversion. Mais ce qui est plus important, c'est de savoir si ces données sont légalement importables dans OSM. Il faut pour cela que les contributeurs acceptent les termes de la license Odbl/CT et que les positions géographiques de ces ateliers ne soient pas dérivées d'une autre carte (Google maps, par exemple, ou autre logciel de géocodage non-libre). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MapOSMatic de retour : bravo
Uniformiser la feuille style Mapnik pour plusieurs niveaux de zoom ne permettrait pas de résoudre ce problème ? Le 22 avril 2012 23:08, Thomas Petazzoni thomas.petazz...@enix.org a écrit : Bonjour, Le Sat, 21 Apr 2012 18:55:10 +0200, Brice brice.mal...@free.fr a écrit : Je viens de générer la carte de mon village en livret, j'ai automatiquement obtenu 32 pages, ce nombre est-il réglable, je n'ai pas vu le choix proposé dans le processus de paramétrage de l'édition. Non, actuellement l'échelle est fixée, donc pour un format de papier donné, le nombre de pages est fixe. Dans l'avenir, nous essaierons de rendre possible le choix de l'échelle, mais ce n'est pas aussi simple qu'il n'y paraît, car le niveau d'échelle choisi interagit avec le niveau de zoom des feuilles de style Mapnik, et donc avec la quantité de détails qui sont rendus. Bonne soirée, Thomas -- Thomas Petazzoni http://thomas.enix.org MapOSMatic http://www.maposmatic.org Logiciels Libres à Toulouse http://www.toulibre.org Embedded Linux http://www.free-electrons.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Publication d'une carte OSM des ateliers vélo participatifs et solidaires
Salut! Pour nous, l'export CSV serait au poil. Mais je me tuyaute sur JOSM. Pour la question de licence, pour les ateliers français, c'est en général des gens de L'Heureux Cyclage, pour L'Heureux Cyclage qui l'ont fait. Donc, s'il faut poser une licence à ça compatible avec l'import dans OSM. Pour certains ateliers américains, ça me semble plus problématique. De manière générale, les référencements se font via un formulaire: http://www.heureux-cyclage.org/Referencer-un-nouvel-atelier.html J'imagine qu'en ajoutant l'acceptation de la licence avant publication devrait suffire, non? En tous cas, on a de quoi recontacter chacune des personnes ayant remplit ce formulaire. A plus. Ludo ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MapOSMatic de retour
Le 18 avril 2012 23:21, Thomas Petazzoni thomas.petazz...@enix.org a écrit : Bonsoir, MapOSMatic est de retour depuis le début de la soirée. Nous avons doublé la RAM sur le serveur Web / serveur de rendu, et amélioré la configuration Apache. Nous espérons que cela va augmenter la disponibilité du service. Rendez-vous donc sur http://www.maposmatic.org. Bonne soirée, Thomas Bonjour, J'ai essayé depuis plusieurs endroits de me connecter à maposmatic mais en vain. J'ai réussi hier depuis chez moi mais là depuis ce matin c'est mort. Quelqu'un a une explication ? Merci, Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nétiquette
Le 23 avr. 2012 à 10:10, Cyrille Giquello a écrit : Philippe fait de longs messages, d'autres en font de très courts mais finalement très lourds car ils contiennent l'intégralité des échanges. Le principal n'est il pas de rester courtois et de respecter la liberté, et donc les différences, de chacun. De plus Nos outils sont tout de même assez évolués pour nous faciliter la tache de sélectionner nos lectures. Mon souhait est que cette ségrégation naissante cesse au plus vite. Je suis plutôt choqué de cet appel à laisser un espace public être pollué par une forme de laisser-aller. Il y a quelques années, ce point de vue aurait été combattu, justement au nom du vouloir-vivre ensemble. Gerhard P., qui faisait des posts un peu long, s'en excusait et restait assez concentré sur le sujet, en général, les dessous techniques du cadastre. Philippe, qui a des compétences similaires, les noie dans une quantité invraisemblable de digressions, qu'il a la naïveté de baptiser esprit d'ouverture. C'est de la fermeture qu'il provoque, comme on s'en aperçoit, sans bénéficie pour lui, ni pour nous. Sur cette liste, il a été rappelé, il y a 2 ans que la Nétiquette suggère de mettre les citations auxquelles, on répond, devant les réponses. Une autre règle importante, que tu rappelles, est de ne pas reproduire en intégralité, les messages auxquels on répond. Par nature, les règles d'usage de la liste ne peuvent pas être hors-sujet. Christian R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MapOSMatic de retour
Le 23 avril 2012 11:11, Fabien marbolan...@gmail.com a écrit : Le 18 avril 2012 23:21, Thomas Petazzoni thomas.petazz...@enix.org a écrit : Bonsoir, MapOSMatic est de retour depuis le début de la soirée. Nous avons doublé la RAM sur le serveur Web / serveur de rendu, et amélioré la configuration Apache. Nous espérons que cela va augmenter la disponibilité du service. Rendez-vous donc sur http://www.maposmatic.org. Bonne soirée, Thomas Bonjour, J'ai essayé depuis plusieurs endroits de me connecter à maposmatic mais en vain. J'ai réussi hier depuis chez moi mais là depuis ce matin c'est mort. Quelqu'un a une explication ? Merci, Fabien Bon bah c'est revenu... J'en profite pour demander si c'est possible de faire générer des arrondissements ? J'ai cherché pour Marseille mais il ne me propose pas alors que les limites des arrondissements existent bien. Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] MapOSMatic de retour : bravo
Bonjour Christian, Le 23 avril 2012 10:47, Christian Quest cqu...@openstreetmap.fr a écrit : Uniformiser la feuille style Mapnik pour plusieurs niveaux de zoom ne permettrait pas de résoudre ce problème ? Disons que comprendre quel est exactement le problème est déjà un problème en soi. :-) Entre l'échelle Mapnik, l'échelle sur le terrain (pas la même, projection oblige), les détails de la feuille de style affichés à une échelle donnée et la taille physique de la feuille de papier, ils y a beaucoup de paramètres qui s'influencent mutuellement. Quels détails veut on afficher au 1/10.000 sur une carte répartie en plusieurs A4 ou au 1/100.000 sur une feuille A0 ? Pour répondre directement à ta question, la première version de MapOSMatic était configurée pour travailler au zoom 16 (donc un seul niveau de la feuille de style Mapnik). La version actuelle peut utiliser différents niveaux, en fonction de l'échelle. Je ne sais pas trop quelle stratégie on adoptera à l'avenir, mais en tout cas on fera en sorte que l'utilisateur maitrise mieux et l'échelle et les détails affichés à une échelle donnée. Amicalement, d. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM et Cartes thématiques
+1 Pour ce qui est de Flossmanual, n'oubliez pas que de nouveaux chapitres sont en chantier [1] : http://fr.flossmanuals.net/ecrire/openstreetmap/ (voir les titres de chapitres commençant par brouillon que de bonnes idées ont été mises en avant pour d'autres évolutions http://piratepad.net/OSM-frEvolutions dont certaines reprennent l'idée de cartes thématiques, le contrôle qualité En complément des rendus d'images ou de tuiles, la marche à suivre pour création d'une carte de POI thématiques serait bienvenue. On a _ Xapi, overpass API pour faire des requêtes de manière (relativement) simple dans des bases de données _ Osmose pour faire des extractions thématiques d'extraits OSM _ OpenLayers, Leaflet pour _ Des services de pages perso des FAI qui permettent de mettre en ligne le tout - Comment relie-t-on tout ça ? Des idées ne demandent que des bonnes volontés avec du temps dispo (*) pour se voir concrétisées. @+ (*) ce qui me fait bien défaut malheureusement [1] cf. message d'E. Dewaele le 21 avril Le 22 avril 2012 22:30, Romain MEHUT romain.me...@gmail.com a écrit : Bonsoir, Je pense que nous sommes nombreux à nous reconnaitre dans le message de Pierre en cherchant autour de nous à montrer l'intérêt du projet du OSM pour de très nombreux usages. Tout ceci passe par pas mal de pédagogie et la maitrise des outils informatiques devient à un moment incontournable pour s'approprier vraiment le projet au delà de la simple contribution. Une documentation accessible au plus grand nombre est donc effectivement très importante. Romain Le 22 avril 2012 21:54, Marc Sibert m...@sibert.fr a écrit : Le 22/04/2012 20:57, Pierre Béland a écrit : Hélène Petit nous proposait récemment de cartographier les pigeonniers voire à développer une carte thématique. Je me suis amusé à en retracer plusieurs que j'avais déja visité. Ils étaient souvent déja dans la base OSM mais avec des balises erronées (ie. lieu dit, etc). J'ai donc corrigé le tout. J'ai aussi vu récemment plusieurs cartes thématiques dérivées d'Openstreetmap qui présentaient des informations très intéressantes. Voici quelques exemples : http://www.pistes-nordiques.org/ http://178.32.101.237/osminterest/ http://bikes.oobrien.com/?city= Tout ça me fait penser qu'il serait intéressant de développer, si ça n'existe pas déja, un modèle alternatif de participer à OSM, lié aux intérêts communs des membres de diverses associations. Divers groupes tels artisans, fermiers, associations touristiques, consommateurs et touristes seraient sûrement très intéressés à voir émerger diverses cartes thématiques (exemples: gite la ferme, fromager artisan, amateurs de pigeonniers, marchés de villages). Plusieurs groupes pourraient être invités via leurs associations. Si on leur expliquait la démarche pour produire de telles cartes, les informations à ajouter dans la base OSM, ils verraient vite leur intérêt à contribuer à OSM et y intégrant ces POI, ces informations plus *thématiques*. Et OpenStreetMap s'enrichirait davantage d'une dimension communautaire. On pourrait faire ressortir davantage les possibilités de produire des cartes thématiques à partir d'OpenStreetMap, d'inviter des contributeurs et de leur en donner les moyens. L'ajout d'une page wiki thématique ou d'un chapitre à l'intérieur d'un document tel que http://fr.flossmanuals.net/openstreetmap/ pourait être une façon de le faire. Ce serait en quelque sorte une façon d'inviter de nouveaux types de contributeurs et d'enrichir la carte OpenStreetMap avec ces dimensions thématiques. Dans le document OpenStreetMap, il serait intéressant de faire ressortir cette dimension thématique et de montrer les étapes et outils pour ajouter des POIS et produire des cartes thématiques. - page wiki - tags à utiliser - exemples de cartes thématiques - extraction de la base osm - api openlayers ** *Pierre Béland * ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-fr Bonjour, Très bonne suggestion. Je présente OSM à une asso cycliste des Yvelines (Reseau Velo 78) la semaine prochaine et je suis partant pour un travail autour de ces besoins spécifiques. Je verrais avec eux quels sont leurs attentes par rapport à la carto. Je pense là qu'il s'agit plutôt d'une carto libre opposable aux communes histoire de faire avancer la concertation asso/communes. Mais on verra bien. A+ -- Marc sibertm...@sibert.fr ___ 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 -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list