Re: [OSM-talk-be] JOSM CSS questions
2012/12/18 A.Pirard.Papou a.pirard.pa...@gmail.com Hi, A question about CSS, maybe for JOSM Jo? The following CSS, adapt to your taste, are very useful because they make nodes very clear when you tag at high zoom and discreet when you navigate at low zoom. node|z1-17 { symbol-shape: square; symbol-fill-opacity: 0; symbol-size: 1; z-index:-1} node|z18- { symbol-shape: square; symbol-stroke-color: navy; symbol-fill-color: rosybrown; symbol-size:8; z-index:1} (WindowsMap paint styles and EditPreferencesGrid iconMap paint styles) Questions: is there a way to: - make the hair-cross (aka virtual node) in the middle of a way more visible - prevent the cursor turning to a hand that's hiding the dot it's dragging I don't think those virtual nodes or the change of appearance of the mouse pointer can be controlled by mapcss. Those are features of JOSM and to change their behaviour or appearance would involve changing the JAVA source code of JOSM. It's open source software, so this is not impossible to do, but it's a lot less trivial than creating a mapcss style sheet. Jo ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] JOSM CSS questions
On 2012-12-18 09:02, Jo wrote : 2012/12/18 A.Pirard.Papou a.pirard.pa...@gmail.com mailto:a.pirard.pa...@gmail.com Hi, A question about CSS, maybe for JOSM Jo? The following CSS, adapt to your taste, are very useful because they make nodes very clear when you tag at high zoom and discreet when you navigate at low zoom. node|z1-17 { symbol-shape: square; symbol-fill-opacity: 0; symbol-size: 1; z-index:-1} node|z18- { symbol-shape: square; symbol-stroke-color: navy; symbol-fill-color: rosybrown; symbol-size:8; z-index:1} (WindowsMap paint styles and EditPreferencesGrid iconMap paint styles) Questions: is there a way to: * make the hair-cross (aka virtual node) in the middle of a way more visible * prevent the cursor turning to a hand that's hiding the dot it's dragging I don't think those virtual nodes or the change of appearance of the mouse pointer can be controlled by mapcss. Those are features of JOSM and to change their behaviour or appearance would involve changing the JAVA source code of JOSM. It's open source software, so this is not impossible to do, but it's a lot less trivial than creating a mapcss style sheet. Jo Thanks. OK Jo. I got this from a case and I replied what applies to your reply too. On 2012-12-18 08:53, JOSM wrote : #7887: unobtrusive node squares Comment (by stoecker): make the cross in the middle of a way more visible There should be a hidden setting to define its size. I suggest to search for virtual in expert settings. Right, thanks Dirk, mappaint.node.virtual-size=8. But in fact, the problem is more the color than the size. On black, the yellow cross is visible all-right. But on a white background, it's almost invisible whatever its size. As it's a general issue with that background, the best idea is to change it. Getting it transparent is not a solution, its black lines wouldn't show on black. Only thing to do is to invert all the background colors. This would solve all the color problems sort of by definition. I found this: * invert colors *::* { color: eval(rgb(1 - red(prop(color)), 1 - green(prop(color)), 1 - blue(prop(color; fill-color: eval(rgb(1 - red(prop(fill-color)), 1 - green(prop(fill-color)), 1 - blue(prop(fill-color; } But it inverts the foreground OSM layer. Anything similar for the background? Cheers, André. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Problem in getting high resolution details on some maps
Hi Andreas, Is there detailed map data on OSM.org where you aren't getting it? If not, then that's because this is a volunteer project and we need people to make it better. Feel free to get involved and contribute. Do the missing areas correspond to the areas marked on http://garmin.openstreetmap.nl/ ? If it can't load the OSM map or one for the area doesn't exist, then the GPS will display the built-in map (which tends to be just towns as points imprecise motorways). My stab-in-the-dark suggestion is that the file got corrupted either during download onto your computer or transfer to the GPS. If you take note of the file size, remove it from your computer and GPS. Look at the GPS(you could do this with the SD card removed), is the map showing the same poor quality as before?(if yes then it wasn't showing OSM data). Download the file again(you'll probably have to request it again), and transfer it to your GPS. If the filesize is bigger this time, then you didn't have the full file last time(i.e. it was corrupt). -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Problem in getting high resolution details on some maps
On 17/12/2012 03:43, Andre von Biel wrote: Hi All , I am a newcomer to talk so please forgive any procedural errors. I live in Christchurch, New Zealand and my wife and I take frequent holiday trips to the Polynesian Islands and Australia. I use Garmin etex VISTA HCx and try to get OSM maps to wherever we plan to go. Much to my joy I discovered that at: http://garmin.openstreetmap.nl I should be able to get all the map segments I need for a grand and glorious South Pacific Map. The above statement is almost correct: 1. All maps East of the International date line are OK in all respects 2. As soon as I cross the dateline to the West the maps appear to be OK at large area resolution, but ALL detail (including the map) disappear at distance resolution of about 50 Km and smaller. 3. The above problem appears to be confined to a vertical strip of western longitudes, starting at the date line and reaching as far west as north-east New Zealand, the Fijian Islands, etc. Although I can not be 100% positive about this, the South Island of New Zealand is OK, as is the western portion of the North Island, i.e., west of Lake Taupo. Further tests have shown that Tasmania and eastern Australia are OK. The problem stated above exists whether I have my map assembled by the e OSM people or if I download individual *.img Maps Can anybody through some light on this problem? It has been discussed on the forum before. There does seem to be a problem with those Garmin maps at around 180 degrees, so it affects New Zealand and other places. See these threads: http://forum.openstreetmap.org/viewtopic.php?id=9809 http://forum.openstreetmap.org/viewtopic.php?pid=166179#p166179 I don't know if anyone has figured out what's causing this, or how to fix it. You could try some other OSM based maps, or try producing some maps yourself. See http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin Craig ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Marketshare iPhone Google Maps Hits 10 Million Downloads in 48 Hours
iPhone Google Maps Hits 10 Million Downloads in 48 Hours http://www.forbes.com/sites/davidthier/2012/12/17/iphone-google-maps-hits-10-million-downloads-in-48-hours/ If they can, an open project as OSM should also be able to attract milllions of users. Does anyone know what is needed to increase market share for apps using OSM data? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] New OpenStreetMap tile server
The OpenStreetMap Foundation is pleased to announce new OSM infrastructure, in the form of a new tile server, located in Pau, France. Details on the OSMF Blog. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New OpenStreetMap tile server
On Tue, Dec 18, 2012 at 1:13 PM, Richard Weait rich...@weait.com wrote: The OpenStreetMap Foundation is pleased to announce new OSM infrastructure, in the form of a new tile server, located in Pau, France. Details on the OSMF Blog. ... to which I had intended to link. :-) http://blog.osmfoundation.org/2012/12/18/new-tile-server-in-pau-france/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Marketshare iPhone Google Maps Hits 10 Million Downloads in 48 Hours
Outreach! We have to follow the actuality and contact medias and show how dynamic is the tandem Open Source APIs, OSM Open Data. The best would be to have a media kit with infos about both OSM map, Free database, collaborators, routing API like http://map.project-osrm.org/, the many API's for phones, the possibility to contribute by phone, APPs for Android. http://www.outdoormaps.org/?p=194 Pierre De : Johan C osm...@gmail.com À : talk@openstreetmap.org Envoyé le : Mardi 18 décembre 2012 13h08 Objet : [OSM-talk] Marketshare iPhone Google Maps Hits 10 Million Downloads in 48 Hours iPhone Google Maps Hits 10 Million Downloads in 48 Hours http://www.forbes.com/sites/davidthier/2012/12/17/iphone-google-maps-hits-10-million-downloads-in-48-hours/ If they can, an open project as OSM should also be able to attract milllions of users. Does anyone know what is needed to increase market share for apps using OSM data? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Marketshare iPhone Google Maps Hits 10 Million Downloads in 48 Hours
We will not be able to rival Google any time soon when it comes to their integration with the search platform. That said: 1) Better data in more places. 2) Great apps that offer a real alternative to Google Maps in terms of user experience. 3) There is no step three. Or maybe there is. Add your favorite ingredient. On Tue, Dec 18, 2012 at 11:08 AM, Johan C osm...@gmail.com wrote: iPhone Google Maps Hits 10 Million Downloads in 48 Hours http://www.forbes.com/sites/davidthier/2012/12/17/iphone-google-maps-hits-10-million-downloads-in-48-hours/ If they can, an open project as OSM should also be able to attract milllions of users. Does anyone know what is needed to increase market share for apps using OSM data? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] State of the Map 2013 - Call for Venues
Dear All, The Call for Venues for State of the Map 2013 is now Open. http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2013/Call_for_venues Please prepare your teams and bids and let's get another awesome State of the Map underway. Best regards, Richard (for the Communication Working Group) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] State of the Map 2013 - Call for Venues
Hi all, The State of the Map 2013 call for venues is out: http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2013/Call_for_venues Looking forward to seeing the bids. Please do forward this to/translate for your local country lists. cheers Richard [sent to both talk@ and osmf-talk@, please be selective in your replies :) ] ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] State of the Map 2013 - Call for Venues
Thanks Richard and Richard, I've passed this on to our local user group and we will be updating the wiki page with a bid for Birmingham, UK shortly. Regards, Rob p.s. Feel free to drop by the talk-gb-westmidlands mailing list if you would like to get involved in this bid. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Nieuwjaarsborrel! 27 januari in Utrecht
Beste Medemappers, Wegens daverend succes vorig jaar is er dit jaar weer een OSGeo.nl + Openstreetmap Nieuwjaarsborrel! En wel op zondag 27 januari vanaf 15:00 in Grand Cafe Lebowski aan het Domplein 17 in Utrecht. Dit is dezelfde locatie als vorig jaar, ze zijn alleen van naam veranderd en we hebben nu meer ruimte. Het wordt op prijs gesteld als je je aanmeldt bij Meetup zodat we een idee hebben hoeveel mensen we kunnen verwachten: http://www.meetup.com/OSGeoNL/events/95340442/ Hier kun je ook nog wat meer info vinden. Groet, Floris Looijesteijn PS.: A.s. donderdag is er ook nog de maandelijkse OpenStreetMap borrel in Amsterdam, dit keer met een kersttintje: http://www.meetup.com/AmsGeoDrinks/events/94301242/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Tagging dirt and 4x4 roads - new approach
On 16/12/12 16:50, Russell Edwards wrote: Could I ask a newbie question on this topic? I want to update some roads that are 4wd-only in certain sections. Any new approach aside, what is the best way to do this -- a) what tag do I use, and b) how do I handle the changing traversibility - separate ways linked as a route, or... ? Thanks in advance Russell ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au a) Well if you look at the wiki http://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines#Unsealed_and_4wd_Roads This will give you an idea of where to start. b) Realistically if the track is 4wd_only=yes;recommended for part of it, it should be 4wd_only=yes;recommended for it's entire length. Unless there is definitely a section that can be accessed by other vehicles without having to go through a 4wd_only=yes section. For example I'd tag a track as below in exactly the way the tags are on the appropriate sections this would show that all vehicles can acces the section up to the 4wd_only=yes but you need to have 4wd_only from there on. Start of track - 4wd_only=no - 4wd_only=recommended - 4wd_only=yes - 4wd_only=no - End of track This one there is really no point in tagging the center bit as 4wd_only=no (or no tag) as only 4wd's can access the track anyway. Start of track - 4wd_only=yes - 4wd_only=recommended - 4wd_only=no - 4wd_only=yes - End of track. No need to put it in a relation I'd just tag the individual sections of the way with the appropriate 4wd_only tag. A link to the way you are looking at editing would help us help you as well. Cheers Ross ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Fwd: [Osmf-talk] State of the Map 2013 - Call for Venues
Hi everyone, I've only been on this list for a short time - is there any city in Australia with a large enough active userbase to submit a bid? Regards, Charles -- Forwarded message -- From: Richard Fairhurst rich...@systemed.net Date: Wed, Dec 19, 2012 at 10:14 AM Subject: [Osmf-talk] State of the Map 2013 - Call for Venues To: t...@openstreetmap.org, osmf-t...@openstreetmap.org Hi all, The State of the Map 2013 call for venues is out: http://wiki.openstreetmap.org/**wiki/State_Of_The_Map_2013/**Call_for_venueshttp://wiki.openstreetmap.org/wiki/State_Of_The_Map_2013/Call_for_venues Looking forward to seeing the bids. Please do forward this to/translate for your local country lists. cheers Richard [sent to both talk@ and osmf-talk@, please be selective in your replies :) ] __**_ osmf-talk mailing list osmf-t...@openstreetmap.org http://lists.openstreetmap.**org/listinfo/osmf-talkhttp://lists.openstreetmap.org/listinfo/osmf-talk ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] cities changed to towns
On Mon, Dec 10, 2012 at 5:17 PM, Chris Barham cbar...@pobox.com wrote: Hi, some Australian places have changed from cities to towns on; changeset was: http://www.openstreetmap.org/browse/changeset/14217241 I've emailed to the editor to ask the source for the change as I believe some are now incorrect. Did the account reply to you in a satisfactory manner? I don't see a correspondent in this thread that I relate to that username porjo. Have the edits in question been reverted? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] cities changed to towns
On Wed, Dec 12, 2012 at 2:16 PM, John Henderson snow...@gmx.com wrote: Absolutely. When I'm planning a trip, I like to look at OSM maps online. There's nothing more frustrating than seeing a few towns (obvious from the network of streets), but not a town name to be seen. Sure, I can zoom in to see the names, but when I do that, I've got to zoom in so far that I can no longer see the spacial relationship between those few towns (because I can see only one at a time). This is the result of tagging rural Australian towns purely on the basis of population. The principle of not tagging for the renderer can be taken too far. The maps must be useful. Don't obsess over a single renderer. You wouldn't use a circuit diagram to build a bookcase, and you wouldn't instruct your chef with music notation. Make a rendering style that meets your needs. Take a shot at creating rendering rules that fit your use case! :-) ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-de] Hausnummern
Hallo zusammen, passend zu Frederiks Appell http://blog.openstreetmap.de/2012/12/1000-adressen/ stelle ich eine minutenaktuelle Karte der Hausnummern bereit: http://overpass-api.de/hausnummern.html Die Karte markiert ab Zoomstufe 16 alle Nodes und Ways an, die ein Tag addr:housenumber tragen. So erhält man eine visuelle Hilfe, wo Hausnummern noch sehr dünn gemappt sind. Wer seinem Browser und Rechner mehr zutraut oder ein ausreichend kleines Browserfenster hat, kann auch die weniger zoom-beschränkte Variante http://www.overpass- api.de/api/convert?data=%5Btimeout%3A1%5D%3B%28node%5B%22addr%3Ahousenumber%22%5D%3Bway%5B%22addr%3Ahousenumber%22%5D%3B%3E%3B%29%3Bout+skel%3B%0D%0Atarget=ol_bbox (Link ist eine Zeile) bzw. http://www.overpass-api.de/api/convert?data=[timeout:1]; (node[addr:housenumber];way[addr:housenumber];;);out skel; (Link ist nur eine Zeile) verwenden. Das liefert bei üblicher Baudichte einer Großstadt bei mir allerdings ab Zoomstufe 14 wegen mehr als 1 Objekten bereits einen eingefrorenen Browser. Daher obige Variante mit strikter Zoombegrenzung. Viel Spaß und viel Erfolg beim Mappen, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern
super, danke. Was mir noch auffiel: Permanentlink wär praktisch. Gruß Peter Am 18.12.2012 18:45, schrieb Roland Olbricht: Hallo zusammen, passend zu Frederiks Appell http://blog.openstreetmap.de/2012/12/1000-adressen/ stelle ich eine minutenaktuelle Karte der Hausnummern bereit: http://overpass-api.de/hausnummern.html Die Karte markiert ab Zoomstufe 16 alle Nodes und Ways an, die ein Tag addr:housenumber tragen. So erhält man eine visuelle Hilfe, wo Hausnummern noch sehr dünn gemappt sind. Wer seinem Browser und Rechner mehr zutraut oder ein ausreichend kleines Browserfenster hat, kann auch die weniger zoom-beschränkte Variante http://www.overpass- api.de/api/convert?data=%5Btimeout%3A1%5D%3B%28node%5B%22addr%3Ahousenumber%22%5D%3Bway%5B%22addr%3Ahousenumber%22%5D%3B%3E%3B%29%3Bout+skel%3B%0D%0Atarget=ol_bbox (Link ist eine Zeile) bzw. http://www.overpass-api.de/api/convert?data=[timeout:1]; (node[addr:housenumber];way[addr:housenumber];;);out skel; (Link ist nur eine Zeile) verwenden. Das liefert bei üblicher Baudichte einer Großstadt bei mir allerdings ab Zoomstufe 14 wegen mehr als 1 Objekten bereits einen eingefrorenen Browser. Daher obige Variante mit strikter Zoombegrenzung. Viel Spaß und viel Erfolg beim Mappen, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern
Am 18.12.2012 18:45, schrieb Roland Olbricht: Hallo zusammen, passend zu Frederiks Appell http://blog.openstreetmap.de/2012/12/1000-adressen/ stelle ich eine minutenaktuelle Karte der Hausnummern bereit: http://overpass-api.de/hausnummern.html Die Karte markiert ab Zoomstufe 16 alle Nodes und Ways an, die ein Tag addr:housenumber tragen. So erhält man eine visuelle Hilfe, wo Hausnummern noch sehr dünn gemappt sind. Auch zum Thema: auf qa.poole.ch hat es seit 2 Wochen ein noaddress layer. Darauf werden Gebäude ohne addr:housenumber und ähnlichem anzeigt. Blog post dazu: http://www.openstreetmap.org/user/SimonPoole/diary Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern
super, danke. Was mir noch auffiel: Permanentlink wär praktisch. Gibt es jetzt unter http://overpass-api.de/api/hausnummern Der Link unten rechts liefert dann URLs wie z.B. http://overpass-api.de/api/hausnummern?zoom=14lat=50.75lon=7.1layers=BT Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern
Hallo, schöne Sache. danke. Ich nutze schon lange eine ITO-World Karte. [1] Die bietet eine sehr gute Übersicht über schon vorhandene Adressen. Der neue Layer von Simon wertet auch Knoten aus. Da werde ich wohl wechseln. :) Vielleicht würde die Übersicht deiner Karte sich verbessern wenn du ähnlich dem MarkerCluster Plugin [2] für Leaflet die Punkte gruppierst. Aber noch besser wäre es die Gebiete zu zeigen in denen kaum oder wenig Adressen vorkommen. Ein Idee wäre es das mit einer negativen Heatmap[3] zu zeigen. Eben nicht die Gebiete mit Adressen sondern genau das Gegenteil. Gebiete mit wenigen Adressen sind dann eben im Fall der Heatmap Rot. Viele Grüße Andreas [1] http://www.itoworld.com/map/9#lat=51.75425721557889lon=14.335813303379114zoom=14 [2] https://github.com/danzel/Leaflet.markercluster [3] http://sunng87.github.com/heatcanvas/ Am 18.12.2012 18:45, schrieb Roland Olbricht: Hallo zusammen, passend zu Frederiks Appell http://blog.openstreetmap.de/2012/12/1000-adressen/ stelle ich eine minutenaktuelle Karte der Hausnummern bereit: http://overpass-api.de/hausnummern.html Die Karte markiert ab Zoomstufe 16 alle Nodes und Ways an, die ein Tag addr:housenumber tragen. So erhält man eine visuelle Hilfe, wo Hausnummern noch sehr dünn gemappt sind. Wer seinem Browser und Rechner mehr zutraut oder ein ausreichend kleines Browserfenster hat, kann auch die weniger zoom-beschränkte Variante http://www.overpass- api.de/api/convert?data=%5Btimeout%3A1%5D%3B%28node%5B%22addr%3Ahousenumber%22%5D%3Bway%5B%22addr%3Ahousenumber%22%5D%3B%3E%3B%29%3Bout+skel%3B%0D%0Atarget=ol_bbox (Link ist eine Zeile) bzw. http://www.overpass-api.de/api/convert?data=[timeout:1]; (node[addr:housenumber];way[addr:housenumber];;);out skel; (Link ist nur eine Zeile) verwenden. Das liefert bei üblicher Baudichte einer Großstadt bei mir allerdings ab Zoomstufe 14 wegen mehr als 1 Objekten bereits einen eingefrorenen Browser. Daher obige Variante mit strikter Zoombegrenzung. Viel Spaß und viel Erfolg beim Mappen, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern
Danke, coole Sache! Dabei ist mir ein Problem aufgefallen: Wie taggt man die Hausnummer richtig? a) lieber als Punkt an der Stelle, wo der Hauseingang ist ODER b) als Merkmal des Gebäude selbst Beides hat ja Vor- und Nachteile. Beispiel. http://overpass-api.de/api/hausnummern?zoom=18lat=51.49373lon=11.97484layers=BT Danke, mikeE. -Ursprüngliche Nachricht- Von: Roland Olbricht [mailto:roland.olbri...@gmx.de] Gesendet: Dienstag, 18. Dezember 2012 18:45 An: talk-de@openstreetmap.org Betreff: [Talk-de] Hausnummern Hallo zusammen, passend zu Frederiks Appell http://blog.openstreetmap.de/2012/12/1000-adressen/ stelle ich eine minutenaktuelle Karte der Hausnummern bereit: http://overpass-api.de/hausnummern.html Die Karte markiert ab Zoomstufe 16 alle Nodes und Ways an, die ein Tag addr:housenumber tragen. So erhält man eine visuelle Hilfe, wo Hausnummern noch sehr dünn gemappt sind. Wer seinem Browser und Rechner mehr zutraut oder ein ausreichend kleines Browserfenster hat, kann auch die weniger zoom-beschränkte Variante http://www.overpass- api.de/api/convert?data=%5Btimeout%3A1%5D%3B%28node%5B%22addr%3Ahousenumber%22%5D%3Bway%5B%22addr%3Ahousenumber%22%5D%3B%3E%3B%29%3Bout+skel%3B%0D%0Atarget=ol_bbox (Link ist eine Zeile) bzw. http://www.overpass-api.de/api/convert?data=[timeout:1]; (node[addr:housenumber];way[addr:housenumber];;);out skel; (Link ist nur eine Zeile) verwenden. Das liefert bei üblicher Baudichte einer Großstadt bei mir allerdings ab Zoomstufe 14 wegen mehr als 1 Objekten bereits einen eingefrorenen Browser. Daher obige Variante mit strikter Zoombegrenzung. Viel Spaß und viel Erfolg beim Mappen, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Trier, Straßen gelöscht
Hi, mir ist gerade aufgefallen das rund ums Trierer Rathaus so ziemlich alle Straßen fehlen. Kann das bitte einmal jemand überprüfen und evtl. die Löschung rückgängig machen? Ich bin heute leider unterwegs und kann wenn erst morgen danach schauen. CU Jörg [1] http://www.openstreetmap.org/?lat=49.7518lon=6.632564zoom=18layers=M ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern
Hallo mikeE, bitte versuch nicht innerhalb ein Themas ein weiteres zu Eröffnung. Einfach ein neues Thema eröffnen. Danke. :) Am 19.12.2012 08:11, schrieb Elstermann, Mike: Danke, coole Sache! Dabei ist mir ein Problem aufgefallen: Wie taggt man die Hausnummer richtig? a) lieber als Punkt an der Stelle, wo der Hauseingang ist ODER b) als Merkmal des Gebäude selbst Nun, beides ist erstmal nicht falsch. Inzwischen haben sich drei gängige Arten durchgesetzt. 1) Wenn das Gebäude deutlich als solches definiert ist z.B. Reihenhaus, Einzelhaus, Stadthaus, usw. dann kommt die Adresse auf das Gebäude bzw. auf den Umriss. 2) Die Adresse auf den Eingang setzen mit dem Tag entrance=yes, wobei der auch bei der ersten Variante gesetzt werden kann. Das nutzt man vorallem bei Wohnblöcken mit mehreren Eingängen. Ist aber auch bei Einzelhäusern üblich. 3) Wenn das Haus mehrere Nummern und einen Eingang hat dann erzeugt man für beide Adressen ein Knoten und setzt sie in innerhalb des Gebäudes. Das bringt dann leider aber Probleme mit sich wenn in dem Haus evtl. Büros oder Geschäfte sind die unterschiedlich Adressen haben. Ich löse das Problem so das ich innerhalb des Gebäude zwei Wege(oft sind Rechtecke) mit den unterschiedlichen Adressen erstelle und die Büro/Geschäfte dann innerhalb der entprechenden Adresse positioniere. Mit der Lösung scheint Nomintim keine Probleme zu haben und findet die Adressen bzw. die POI's. Diese Lösung funktioniert auch wenn z.B. unterhalb eines Wohnblocks ein Geschäft existiert und beide die gleich Adresse haben. Bsp.: http://nominatim.openstreetmap.org/search.php?q=Cottbus+Weinbergstra%C3%9Fe+3viewbox=-210.94%2C85.12%2C210.94%2C-80.06 Beim klicken auf Details sieht man dann das das Geschäft und das Wohnhaus die gleiche Adresse haben. http://nominatim.openstreetmap.org/details.php?place_id=3573815914 Beides hat ja Vor- und Nachteile. Deutliche Vor- und Nachteile einer Variante sehe ich jetzt nicht. Beispiel. http://overpass-api.de/api/hausnummern?zoom=18lat=51.49373lon=11.97484layers=BT Danke, mikeE. Viele Grüße Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Pedaggio autostrade
2012/12/17 Alberto albertoferra...@fastwebnet.it: Altra cosa: il tag toll=yes è corretto metterlo su ogni segmento di autostrada e non sulla relazione route? Io penso di sì perché qualche pezzo di autostrada (tipo i tratti usati come tangenziale) potrebbero non essere a pagamento. Assolutamente corretto. E non solo per il motivo che dici tu: i router usano le caratteristiche delle way per scegliere la route migliore, e non si appoggiano sulle relation. Quindi il tag toll=yes sulla relation diventerebbe del tutto invisibile ai router. Anche concettualmente mi sembra che il tag toll=yes sia più corretto sulla way piuttosto che sulla relation. Una way può far parte di più relation: si potrebbe quindi avere che la medesima tratta è, oppure non è, soggetta a pedaggio a seconda della route che si intende percorrere... Questo nella realtà è impossibile! Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pedaggio autostrade
Il giorno 17 dicembre 2012 23:57, Alberto albertoferra...@fastwebnet.itha scritto: Ciao a tutti, oggi impostando il navigatore mi sono accorto che la A21 tra Alessandria e Torino non è considerata a pedaggio (ma lo è). Poi ho aperto JOSM ed ho visto che manca il tag toll=yes sia su quella tratta che su altre autostrade, tipo la A10 ad ovest di Genova, la diramazione A26/A7, la A33, la A55, la A32 e molte altre. Occhio solo che la A32, ad esempio, non è tutta a pedaggio. Cioè... tecnicamente lo sarebbe, ma siccome è una autostrada a sistema aperto, si paga solo se si transita in alcuni punti specifici. Entrando e uscendo nei punti giusti, esiste quindi la possibilità di farne alcuni tratti senza pagare alcunché, da cui non è detto che debba avere tutta il tag toll=yes (probabilmente sarebbe meglio specificare un toll=no. Rindondante ma fa capire che non ce lo si è dimenticato: è proprio così) Stesso discorso vale per la A55, Tangenziale di Torino e sue diramazioni. -- Maurizio Daniele - maurizio.daniele (a) gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Richiesta controllo qualità
Ho terminato di ricalcare tutti gli edifici e le strade del paese Salcito (regione Molise). Volevo sapere se a vostro avviso vi sono delle cose da migliorare (ad esempio, l'allineamento delle foto aeree) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Richiesta controllo qualità
Il 18/12/2012 11:09, sabas88 ha scritto: Di sicuro la classificazione delle strade, vedo delle tertiary tra track e delle secondary che si interrompono :) Questo percorso non è taggato http://www.openstreetmap.org/browse/way/196483380 e non compare Idem questo http://www.openstreetmap.org/browse/way/193902140 è un edificio? http://www.openstreetmap.org/browse/way/177698325 Per questo forse ci va anche building=yes? Sul campo sportivo http://www.openstreetmap.org/browse/way/177365553 ci metterei la maiuscola almeno alla C di Campo.. (se è calcio potresti specificare che è calcio ad 11 con la mia proposta :D http://wiki.openstreetmap.org/wiki/Proposed_features/Soccer) Ho fatto un po' di modifiche suggerite :-) Per quanto riguarda la rotatoria, mi servirebbe una mano, in quanto non so come impostarla... Si tratta di una fontana grande che lambisce una strada importante... Il palazzo http://www.openstreetmap.org/browse/way/177698325 è un edificio storico, è taggato come amenity=public_building ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Richiesta controllo qualità
Il 18/12/2012 11:44, sabas88 ha scritto: Si, ma credo che public_building sia di solito una feature 'puntuale', pertanto ci va anche building=yes per farlo capire che è un edificio (tagging per il renderer in versione ninja :-) ) Ah, quindi ogni volta che impostavo un POI e non mi renderizzava l'icona, o viceversa l'area, era per una mancanza di questo tipo? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Navit] adding more pois attributes
Il 17/12/2012 13:37, Martin Koppenhoefer ha scritto: 2012/12/17 Fabri erfab...@gmail.com: Capacity is most likely a numeric attribute and not a string a precindere di unknown (valore inutile cmq.) le prime pagine di taginfo contengono veramente solo numeri (c'è 108 volte 2 apartments ma anche quello si potrebbe ridurre a 2 togliendo i charatteri) qual'è il problema? compilato su ubuntu...mi mostra correttamente la capacità (ad esempio di un parcheggio o di una stazione bikesharing/carsharing) come un numero Fee is a boolean value or time dependent, I would split this up into fee (yes/no) and fee_hours (string) che voi sappiate c'è un tag fee_hours? non è in uso (0) http://taginfo.openstreetmap.org/search?q�e_hours mentre fee nella realtà di OSM non è (solo) un boolean: http://taginfo.openstreetmap.org/keys/fee#values un 5% di informazioni si perderebbe riducendolo ad un boolean lo farò presente operated_by: I am not sure whether this should be a separated attribute or coded into the item types (like poi_fastfood_mcdonalds), at least for the more important ones. This would allow to display a brand icon on the map and do more specific searches. a me basta che mi compaia il valore di operator= +1, la sua soluzione risulterebbe in una perdità immensa di dati. Si potrebbe fare comunque ma in più, e nel caso concreto McDonald's non sarebbe l'operator di un McDonald's (è un franchise), quindi per cosa vuole lui credo sia meglio usare il tag brand infatti stars: I think it is also a numerical attribute... To include the 'Superior' suffix, I would multiply the number of stars by 2 and add 1 for superior. secondome stars è un fail (perchè ci sono più sistemi in parallelo nel mondo reale per dare stelle, preferisco il nuovo metodo award:hotelstars (perchè hotelstars è una ditta di un determinato sistema di stelle per alberghi in Europa). Ci sono ancora ben pochi di award:hotelstars ma invito tutti di utilizzarlo. glielo dico vuole includere anche la categoria X stelle superiore? si, vuole avere 5 categorie fisse (credo) dispensing: I would code this into a new item type poi_pharmacy_nondisp vuole separare in due categorie le farmacie che vendono farmaci con ricetta e quelle che non? si ma così facendo, ogni farmacia dovrebbe avere il tag dispensing=no o dispensing=yes , e quelle inserite senza quel tag? in che categoria andranno? una terza categoria unknow? atm: Should be coded as poi_atm il poi atm forse c'è già in navit (manca icona?) ma a me è utile sapere se c'è ad esempio un amenity=st_office con il tag atm=yes/no secondo me da deprecare atm=yes/no sia per banche che per poste ecc., meglio mettere 2 poi distinti. Lo faccio così da tempo. si, però ci sono ancora 2.323 uffici postali e 63.217 banche con atm=* nessun commento per cuisine, opening_hours, fuel:lpg ? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Navit] adding more pois attributes
Il 17/12/2012 13:40, beppebo...@libero.it ha scritto: io lo usavo spesso dopo 6 mesi di utilizzo però molti nomi di icone non erano presenti c'è sempre il solito problema con le rotonde per cui se i nodi di entrata e uscita sono per caso uniti non li prende correttamente e sbaglia uscita non si vedono i grandi laghi e alcuni attributi tipo meadow per cui alcune aree rimangono vuote alcune stringhe non sono tradotte correttamente tipo entrare nella rotonda è ancora in inglese non si può sostituire come in osmand la voce ma c'è solo quella base nel routing sbaglia spesso le uscite e i link accenti ancora tutti da modificare ecc l'interfaccia è un pò migliorata ma di strada ...ancora molto da fare ciao A quale versione ti riferisci? Ne sfornano sempre di nuove. Comunque se posso fare delle patch io che sono un niubbo...chiunque può fare delle aggiunte per visualizzare i meadow e quant'altro...alcuni bug forse sono in espeak... di osmand anche ho sentito diverse lamentele , e poi è solo per android e blackberry, invece navit gira praticamente ovunque ;) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pedaggio autostrade
2012/12/18 Maurizio Daniele maurizio.dani...@gmail.com: Cioè... tecnicamente lo sarebbe, ma siccome è una autostrada a sistema aperto, si paga solo se si transita in alcuni punti specifici. Entrando e uscendo nei punti giusti, esiste quindi la possibilità di farne alcuni tratti senza pagare alcunché, da cui non è detto che debba avere tutta il tag toll=yes (probabilmente sarebbe meglio specificare un toll=no. Rindondante ma fa capire che non ce lo si è dimenticato: è proprio così) +1 il tag toll=yes va messo solo su quei tratti che non è possibile percorrere senza pagare. Sugli altri è proprio una buona idea mettere toll=no Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Navit] adding more pois attributes
2012/12/18 Fabri erfab...@gmail.com: dispensing: I would code this into a new item type poi_pharmacy_nondisp vuole separare in due categorie le farmacie che vendono farmaci con ricetta e quelle che non? si ma così facendo, ogni farmacia dovrebbe avere il tag dispensing=no o dispensing=yes , e quelle inserite senza quel tag? in che categoria andranno? una terza categoria unknow? si, io aggiungo per una farmacia italiana sempre dispensing=yes mentre dispensing=no sarebbe una parafarmacia (credo). Cosa fare se non c'è questa informazione? Questo sceglie chi usa i dati. Quando non c'è un informazione si può solo indovinare, ma non si ottiene mai un risultato affidabile... secondo me da deprecare atm=yes/no sia per banche che per poste ecc., meglio mettere 2 poi distinti. Lo faccio così da tempo. si, però ci sono ancora 2.323 uffici postali e 63.217 banche con atm=* vedi sopra ;-) nessun commento per cuisine, opening_hours, fuel:lpg ? per cuisine credo che sia meglio fare vedere la stringa del dato osm, perchè l'uso non è molto consistente. Altrimenti bisogna implementare una logica che capisce cosa significa regional o local o national (a secondo della posizione del posto). Io uso anche restaurant:type:it per indicare meglio il tipo di posto: http://taginfo.openstreetmap.org/keys/restaurant%3Atype%3Ait (anche su posti che non sono ristoranti ma gelaterie, bar, osterie, snack bar, enoteche, ecc.) fuel:lpg non mi interessa molto, ma viene usato. La differenza tra lpg e cng non sò se interessa. opening_hours: qual'è la domanda? Faccio notare che ci potrebbero essere anche kitchen_times o qualcosa di simile (orari quando si cucina). Tanti posti sono aperti più tempo ma non offrono pasti, solo bevande (forse più corrente in Germania che in Italia). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Richiesta controllo qualità
2012/12/18 Caterpillar caterpilla...@gmail.com: Il 18/12/2012 11:44, sabas88 ha scritto: Si, ma credo che public_building sia di solito una feature 'puntuale', pertanto ci va anche building=yes per farlo capire che è un edificio (tagging per il renderer in versione ninja :-) ) Ah, quindi ogni volta che impostavo un POI e non mi renderizzava l'icona, o viceversa l'area, era per una mancanza di questo tipo? E' per mancanza di uno stile decente se viene renderizzata un'icona solo per un punto e non per un'area, ma credo in questo caso particolare l'icona su mapnik non c'é ne per l'uno ne per l'altro. Tutti i tag si possono aggiungere a tutte le entità che abbiamo (way, node, relation), ma per alcuni tag non ha senso (per esempio un boundary non ha senso su un nodo). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pedaggio autostrade
On 2012-12-18 at 13:30:08 +0100, Federico Cozzi wrote: 2012/12/18 Maurizio Daniele maurizio.dani...@gmail.com: Cioè... tecnicamente lo sarebbe, ma siccome è una autostrada a sistema aperto, si paga solo se si transita in alcuni punti specifici. Entrando e uscendo nei punti giusti, esiste quindi la possibilità di farne alcuni tratti senza pagare alcunché, da cui non è detto che debba avere tutta il tag toll=yes (probabilmente sarebbe meglio specificare un toll=no. Rindondante ma fa capire che non ce lo si è dimenticato: è proprio così) +1 il tag toll=yes va messo solo su quei tratti che non è possibile percorrere senza pagare. Sugli altri è proprio una buona idea mettere toll=no e per i tratti dove paghi in certi casi si ed in altri no, come succede sulle autostrade a sistema aperto? secondo me la cosa più sensata e non mettere niente sulla strada e segnare il pagamento solo sui caselli, ma non so se il router lo riconosce. [tra l'altro, che io sappia in queste autostrade la tariffa del casello è calcolata sui chilometri di tutta la tratta, come se fosse toll=yes su tutto, ma se uno entra ed esce senza passare da un casello non paga niente] -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pedaggio autostrade
2012/12/18 Elena ``of Valhalla'' elena.valha...@gmail.com: secondo me la cosa più sensata e non mettere niente sulla strada e segnare il pagamento solo sui caselli, ma non so se il router lo riconosce. secondo me no, il fatto che una strada sia a pagamento o no non è un attributo puntuale, ma è una proprietà di un tratto di strada, e quindi va messo sul tratto della strada. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pedaggio autostrade
Il giorno 18 dicembre 2012 13:58, Elena ``of Valhalla'' elena.valha...@gmail.com ha scritto: e per i tratti dove paghi in certi casi si ed in altri no, come succede sulle autostrade a sistema aperto? secondo me la cosa più sensata e non mettere niente sulla strada e segnare il pagamento solo sui caselli, ma non so se il router lo riconosce. Io metto il tag toll=yes sui tratti di (auto)strada dove paghi sicuro (alias: se passi di qui finisci inevitabilmente in un casello). Paradossalmente con questo approccio, in una autostrada a sistema aperto è taggato toll=yes solo il tratto DOPO l'ultimo ingresso libero e PRIMA di un casello mentre sarà toll=no il tratto tra due ingressi/uscite libere ma anche quello dopo il casello, può essere taggato indifferentemente. [tra l'altro, che io sappia in queste autostrade la tariffa del casello è calcolata sui chilometri di tutta la tratta, come se fosse toll=yes su tutto, ma se uno entra ed esce senza passare da un casello non paga niente] E' esatto. In simili tratti il pedaggio è calcolato statisticamente sulla lunghezza del percorso (non hai un talloncino d'ingresso) quindi teoricamente è a pagamento tutto il tracciato ma tecnicamente non lo è. -- Maurizio Daniele - maurizio.daniele (a) gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pedaggio autostrade
On 2012-12-18 at 14:04:03 +0100, Martin Koppenhoefer wrote: 2012/12/18 Elena ``of Valhalla'' elena.valha...@gmail.com: secondo me la cosa più sensata e non mettere niente sulla strada e segnare il pagamento solo sui caselli, ma non so se il router lo riconosce. secondo me no, il fatto che una strada sia a pagamento o no non è un attributo puntuale, ma è una proprietà di un tratto di strada, e quindi va messo sul tratto della strada. ma in questo caso di sicuro non è una proprietà della strada, ma del percorso che si è fatto su quella strada se io vado da varese a gallarate pago il pedaggio calcolato su tutta la ventina di km che ho percorso (o qualcosa di più: non so da dove partano a calcolare per il pedaggio che si paga alla barriera di milano), se invece faccio la stessa identica strada, ma esco 8 km prima all'uscita Cavaria non pago nulla. http://osm.org/go/0CkgYit-- certo, c'è la soluzione di mettere toll=yes solo sulla tratta tra cavaria e busto (l'uscita gratis successiva), ma a quel punto diventa impossibile fare calcoli sul pedaggio effettivo, e secondo me diventa tagging per il router. -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pedaggio autostrade
Il giorno 18 dicembre 2012 14:31, Elena ``of Valhalla'' elena.valha...@gmail.com ha scritto: certo, c'è la soluzione di mettere toll=yes solo sulla tratta tra cavaria e busto (l'uscita gratis successiva), ma a quel punto diventa impossibile fare calcoli sul pedaggio effettivo, e secondo me diventa tagging per il router. E' comunque impossibile fare calcoli sul pedaggio con il nostro sistema di tagging. Serve ben altro, perché il pedaggio non è solo sui km percorsi (anche in una autostrada a sistema chiuso) e oltretutto la tariffa non è sempre la stessa (ad esempio il tragitto Torino-Milano ha un prezzo mentre Milano-Torino un altro!) Quel che si può fare è banalmente decidere se voglio passare o meno su strade a pagamento. -- Maurizio Daniele - maurizio.daniele (a) gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pedaggio autostrade
On 2012-12-18 at 14:45:34 +0100, Maurizio Daniele wrote: E' comunque impossibile fare calcoli sul pedaggio con il nostro sistema di tagging. Serve ben altro, perché il pedaggio non è solo sui km percorsi migliorare il tagging? che io sappia i pedaggi in italia (nel sistema chiuso) dipendono esclusivamente dal chilometraggio percorso e dal fatto che le tratte percorse siano di pianura o di montagna (cosa che sarebbe da aggiungere al tagging), più una cifra che dipende dal casello di uscita (e forse da quello di entrata) http://www.autostrade.it/il-pedaggio/come-si-calcola.html?initPosAra=4_1 poi ammetto che non so quanto sia facile recuperare i dati relativi ai km conteggiati per lo specifico casello, nel caso in cui li si voglia taggare. (anche in una autostrada a sistema chiuso) e oltretutto la tariffa non è sempre la stessa (ad esempio il tragitto Torino-Milano ha un prezzo mentre Milano-Torino un altro!) Milano-Torino è un caso particolare che almeno da un lato (ma se ho capito bene anche dall'altro) finisce su un autostrada a sistema aperto, e quella parte di autostrada viene contata nella cifra di casello. Quel che si può fare è banalmente decidere se voglio passare o meno su strade a pagamento. beh, per fare quello posso pure usare google maps, noi vogliamo essere “più meglio” -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pedaggio autostrade
Il giorno 18 dicembre 2012 15:44, Elena ``of Valhalla'' elena.valha...@gmail.com ha scritto: On 2012-12-18 at 14:45:34 +0100, Maurizio Daniele wrote: E' comunque impossibile fare calcoli sul pedaggio con il nostro sistema di tagging. Serve ben altro, perché il pedaggio non è solo sui km percorsi migliorare il tagging? che io sappia i pedaggi in italia (nel sistema chiuso) dipendono esclusivamente dal chilometraggio percorso e dal fatto che le tratte percorse siano di pianura o di montagna (cosa che sarebbe da aggiungere al tagging), più una cifra che dipende dal casello di uscita (e forse da quello di entrata) Appunto. Non è solo sui km percorsi :-) Milano-Torino è un caso particolare che almeno da un lato (ma se ho capito bene anche dall'altro) finisce su un autostrada a sistema aperto, e quella parte di autostrada viene contata nella cifra di casello. E di nuovo siamo nel caso che non dipende solo dai km percorsi. Quel che si può fare è banalmente decidere se voglio passare o meno su strade a pagamento. beh, per fare quello posso pure usare google maps, noi vogliamo essere “più meglio” Al momento non hai gli strumenti per fare più meglio. :-) Certo, puoi proporre uno strumento adeguato all'uopo (altri tag?) ma francamente non credo di possa pretendere che la mappa di OSM, da sola (senza l'uso di altri strumenti e/o database), risolva ogni singolo task che ci venga in mente solo mediante nuovi tag. Noi possiamo fornire la mappa delle autostrade migliore e geograficamente più aggiornata che esista, ma non possiamo pretendere di memorizzare *qualsiasi* dato, anche non geografico (come il calcolo delle tariffe) o magari tutte le pagine gialle nel db di OSM, solo perché tecnicamente abbiamo o possiamo inventare gli strumenti per farlo. Tra l'altro bisogna sempre porsi il problema di chi mantiene questi dati? Inserirli potrebbe essere facile, mantenerli aggiornati molto molto meno. -- Maurizio Daniele - maurizio.daniele (a) gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pedaggio autostrade
2012/12/18 Elena ``of Valhalla'' elena.valha...@gmail.com: il tag toll=yes va messo solo su quei tratti che non è possibile percorrere senza pagare. Sugli altri è proprio una buona idea mettere toll=no e per i tratti dove paghi in certi casi si ed in altri no, come succede sulle autostrade a sistema aperto? toll=no Poi metterai toll=yes sui tratti in cui non puoi transitare senza pagare. Questi tratti esistono per forza, altrimenti non pagheresti mai... secondo me la cosa più sensata e non mettere niente sulla strada e segnare il pagamento solo sui caselli, ma non so se il router lo riconosce. No perché non sapresti se il pagamento è fuori o dentro dai caselli, cioè se è a pagamento l'autostrada oppure il resto del mondo... Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pedaggio autostrade
2012/12/18 Elena ``of Valhalla'' elena.valha...@gmail.com: certo, c'è la soluzione di mettere toll=yes solo sulla tratta tra cavaria e busto (l'uscita gratis successiva), ma a quel punto diventa impossibile fare calcoli sul pedaggio effettivo, e secondo me diventa tagging per il router. Ma il tag toll=yes/no *è* tagging per il router. A cosa serve, se no? Se vuoi calcolare *quanto* paghi di pedaggio, allora non basta toll=yes/no: da qualche parte dovrai indicare il prezzo al chilometro, oppure il prezzo per ciascuna tratta. Ma questo non lo stiamo facendo, quindi non ci si può attendere che salti fuori un pedaggio corretto dai dati OSM. Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Prolatch secondo me è un male per Openstreetmap
Openstreetmap diventa sempre più famoso e i mappatori aumentano , questo è un bene ma anche un male sto da tempo correggendo vari errori e migliorando le mappe di osm per esempio spesso ci sono strade dritte con molti nodi in mezzo , questo fa si che nel complesso aumenta le dimensioni delle mappe (e questo è un male soprattutto nei dispositivi mobili) per le correzioni mi avvalgo spesso di questo portale http://tools.geofabrik.de/osmi vedo sempre di più nuovi mappatori, spesso mappatori che hanno intenzione di creare un loro progetto basato su osm e spesso il loro obiettivo è quello di mappare velocemente senza pensare se quello che fanno rispetta la realtà e producendo dati di bassa qualità spesso molti utenti non vogliono studiare prima di iniziare a mettere mani su osm e trovandosi uno strumento già pronto per inserire dati come /Prolatch iniziano subito a inserire dati e nei peggiori dei casi a modificare dati di utenti che spesso sono più esperti di loro in oltre //Prolatch usa come ortofoto già preimpostato quelle di bing e in molte zone di italia sono fortemente distorte , per esempio nel lazio ci sono le pcn2008 che pur avendo risoluzione minore ma accettabile rispettano di più la realtà quindi il nuovo arrivato prende e trasla tutto rispetto a bing / //spesso ho visto che strade editate con ///Prolatch spesso sono sovrapposte o che non sono collegate con altre quindi mi domando //Prolatch serve veramente? è giusto attirare nuovi mappatori che spesso si limitano a inserire qualche dato spesso in modo sbagliato per poi abbandonare l'attività di mappatore dopo pochi giorni? secondo me già il fatto per esempio di scaricare josm e farlo partire fa da filtro contro questi utenti / -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: Ami l'arte e vuoi arredare casa con stile? Su MisterCupido.com puoi acquistare le RIPRODUZIONI DEI QUADRI di: Van Gogh, Monet, Klimt, Modigliani, Cezanne, Hayez, Michelangelo, Raffaello, ecc Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12386d=18-12 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Prolatch secondo me è un male per Openstreetmap
Il giorno 18 dicembre 2012 18:46, Salemme Guido salemme.gu...@email.it ha scritto: [...] Sono totalmente d'accordo con te ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pedaggio autostrade
On 2012-12-18 at 18:27:40 +0100, Federico Cozzi wrote: e segnare il pagamento solo sui caselli, ma non so se il router lo riconosce. No perché non sapresti se il pagamento è fuori o dentro dai caselli, cioè se è a pagamento l'autostrada oppure il resto del mondo... i caselli delle autostrade a sistema aperto non separano il dentro o il fuori dall'autostrada, sono *sull* autostrada, e a pagamento (fisso) è qualunque route che passi per quel nodo -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pedaggio autostrade
Grazie delle risposte. Penso che le mancanze di tag toll siano tutte dimenticanze perché nella history non ho visto cancellazioni da parte di bot. Allora chi conosce i tratti a pagamento e non di qualche autostrada, può per favore inserire il relativo tag toll=yes/no? Io stesso finora ho inserito toll=yes solo dove ero sicuro che fosse a pagamento e sono assolutamente d'accordo a mettere toll=no dove non lo è per capire che non è una dimenticanza. Se metterlo su nodi o way, forse meglio sulle way per: 1. omogeneità: nel mondo è usato 84728 volte su way, 248 su nodi (e 134 su relazioni, il che come detto dovrebbe essere invisibile ai router); 2. quando editi un tratto di way vedi subito se è stato già messo il tag toll=yes/no senza andare a cercare i caselli; 3. siamo sicuri che sulle way i router lo riconoscano. Ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pedaggio autostrade
Altra cosa che ho trovato: vi sembra corretto mappare il nodo dove l'autostrada si dirama per un area di sosta (autogrill) con highway=motorway_junction e con name=nome dell'area di sosta? Secondo me no, il tag [1] dovrebbe essere usato solo sugli svincoli veri e propri che escono dall'autostrada o la congiungono ad un'altra. [1] http://wiki.openstreetmap.org/wiki/Tag:highway=motorway_junction ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] addr:housenumber, nuova mappa e blog di Frederik
dimenticavo: il blog post di Frederik (versione inglese): http://osm.gryph.de/2012/12/1000-addresses/#more-172 una mappa alternativa di Simon Poole che visualizza edifici senza nome (dovete scegliere la view no address): http://qa.poole.ch/ con il suo blogpost: http://www.openstreetmap.org/user/SimonPoole/diary una mappa alternativa di ITO: http://svn.openstreetmap.org/applications/rendering/mapnik/ ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Prolatch secondo me è un male per Openstreetmap
Il giorno 19/dic/2012 02:46, Salemme Guido salemme.gu...@email.it ha scritto: Openstreetmap diventa sempre più famoso e i mappatori aumentano , questo è un bene ma anche un male sto da tempo correggendo vari errori e migliorando le mappe di osm per esempio spesso ci sono strade dritte con molti nodi in mezzo , questo fa si che nel complesso aumenta le dimensioni delle mappe (e questo è un male soprattutto nei dispositivi mobili) per le correzioni mi avvalgo spesso di questo portale http://tools.geofabrik.de/osmi Ottimo,anch'io ultimamente faccio controlli e pulizia vedo sempre di più nuovi mappatori, spesso mappatori che hanno intenzione di creare un loro progetto basato su osm e spesso il loro obiettivo è quello di mappare velocemente senza pensare se quello che fanno rispetta la realtà e producendo dati di bassa qualità Come fai a sapere ciò? secondo me la maggior parte degli errori è dovuta all'inesperienza di nuovi utenti ma non perché vogliano fare di corsa spesso molti utenti non vogliono studiare prima di iniziare a mettere mani su osm e trovandosi uno strumento già pronto per inserire dati come Prolatch iniziano subito a inserire dati e nei peggiori dei casi a modificare dati di utenti che spesso sono più esperti di loro È vero che la maggior parte non studia, nei miei casi quando si spiega come fare una determinata cosa poi migliorano in oltre Prolatch usa come ortofoto già preimpostato quelle di bing e in molte zone di italia sono fortemente distorte , per esempio nel lazio ci sono le pcn2008 che pur avendo risoluzione minore ma accettabile rispettano di più la realtà Vero, ma qui secondo me il problema nasce dal fatto che non si possa fare cache e le Toledo del PCN quindi il nuovo arrivato prende e trasla tutto rispetto a bing spesso ho visto che strade editate con Prolatch spesso sono sovrapposte o che non sono collegate con altre Su questi due punti hai pienamente ragione quindi mi domando Prolatch serve veramente? è giusto attirare nuovi mappatori che spesso si limitano a inserire qualche dato spesso in modo sbagliato per poi abbandonare l'attività di mappatore dopo pochi giorni? Si è Giusto, dobbiamo attirare più mappatori possibili e poi ci sarà una selezione naturale.sta ai mappatori più anziani aiutare gli ultimi arrivati e correggere gli errori secondo me già il fatto per esempio di scaricare josm e farlo partire fa da filtro contro questi utenti Può essere ma non vedo il problema, sarebbe più corretto sistemare potlatch Ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Cobertura Bing Huila, Meta y Caquetá
De acuerdo con el plan, tal vez pueda ser fiestas de mapeo en simultanea para toda Colombia, realizadas con universidades y colegios alrededor de las AOI [1] que hemos definido; pero no circunspectas a ellas, por si hay maperos que desean trazar sobre otros lugares de interés en la geografía nacional. [1] http://wiki.openstreetmap.org/wiki/2011_Colombia_floods#Working_areas_.26_Imagery_request -Mensaje original- De: Igor TAmara i...@tamarapatino.org Reply-to: OpenStreetMap Colombia talk-co@openstreetmap.org Para: OpenStreetMap Colombia talk-co@openstreetmap.org Asunto: Re: [Talk-co] Cobertura Bing Huila, Meta y Caquetá Fecha: Sun, 16 Dec 2012 16:20:14 -0500 Si, es claro que la aerofotografía está sobre todo disponible en aquellas zonas en las que hay cuestiones de minería o de megacultivos, también es probable que en esas zonas haya sucedido despojos. Dado que tenemos un recurso[1] que proyecta los sitios en los que tenemos aerofotografía, tenemos que buscar trazar un plan o priorizar aquello que consideramos es más prioritario para mapear, como vías, arroyos y ríos por ejemplo. En la priorización no tengo claridad, pero tendríamos oportunidad de colocar tags para identificar qué cosas hacen falta por hacer en esas zonas. Si especificamos un tag, podemos hacer que eso esté proyectado en [1] para que podamos focalizar claramente nuestros esfuerzos. 1.http://test.openstreetmap.co:5000/ El 8 de diciembre de 2012 13:57, Federico Explorador federico.explora...@nevados.org escribió: Hola maper@s: Reportando Cobertura Bing en Huila (Páramo de las Hermosas): http://www.openstreetmap.org/browse/way/195122812 En Meta, al este de Granada, Fuente de Oro al sur: http://www.openstreetmap.org/browse/way/195038755 En Meta creo que hay más coberturas, falta identificarla. En Caquetá, hay cobertura Bing ya marcada por ikks, pero sin mapear : http://www.openstreetmap.org/browse/way/191858979 Antes nos quejábamos de la poca cobertura Bing, ahora hay en abundancia, pero parece que faltan maperos o no tienen interés en las áreas rurales… Ojo, será precisamente en estas zonas donde tendrá éxito o fracasará el proceso de paz. Saludos, Federico ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-at] U-Bahn-Stationen U-Bahn-Schienen Spittelau
Hallo Markus! On 16.12.12 21:08, Markus Straub wrote: Ich habe bei einigen U-Bahn-Stationen damit begonnen, die Stop-Position auf den Schienen als public_transport=stop_position zu taggen und nur ein railway=station auf dem Stationgebäude zu belassen / hinzuzufügen. Hat das irgendeinen Vorteil? Ich seh keinen, IMO kann das railway=station auf den Schienen bleiben, wie's üblich ist. Wenn's Dir irgendwie wichtig ist, zu sagen dieses Gebäude ist eine Station (selbst das halte ich für unnötig), kannst Du ein building=railway_station oder sowas taggen. /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] U-Bahn-Stationen U-Bahn-Schienen Spittelau
On 18.12.2012 09:13, Andreas Labres wrote: On 16.12.12 21:08, Markus Straub wrote: Ich habe bei einigen U-Bahn-Stationen damit begonnen, die Stop-Position auf den Schienen als public_transport=stop_position zu taggen und nur ein railway=station auf dem Stationgebäude zu belassen / hinzuzufügen. Hat das irgendeinen Vorteil? Ich seh keinen, IMO kann das railway=station auf den Schienen bleiben, wie's üblich ist. Wie's üblich war, als man die Schienen noch einfach gezeichnet hat. Wenn man jeden Schienenstrang einzeln zeichnet und die Station auf die Schienen legt, dann hat man zwangsläufig zwei Stationen (im Normalfall) direkt nebeneinander gezeichnet. Wenn das aktuelle ÖPNV Schema es zulässt, dass man nur noch eine Station zeichnet und zwei stop_positions macht, dann ist das imo deutlich klarer als vorhin. Also wenn man schon Micromapping macht, dann doch bitte so, dass man bisher einfach vorhande Tags nicht auf jeden Einzelweg kopieren muss, und ein Datenkonsument dann wieder nur raten kann, ob mehrfach vorhandene Tags nicht vielleicht doch zusammen gehören. Erscheint mir hier gut umgesetzt diese Idee. Wer nach der Station sucht, findet das Tag genau einmal am Gebäude und wer's genauer will, muss sich halt die stop_position suchen. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] U-Bahn-Stationen U-Bahn-Schienen Spittelau
Genau, im Moment hat man bei vielen U-Bahn-Stationen mehrere Stationen, obwohl es ja nur eine logische Station ist (mit mehreren Eingängen, Punkten wo U-Bahnen halten etc..) Das führt dann wohl dazu, dass Nominatim mehrere Stationen liefer, bzw Mapnik mehrere Stationen zeichnet. Das ist keine Erfindung von mir sondern der Vorschlag von hier: http://wiki.openstreetmap.org/wiki/Tag:railway%3Dstation Ich finde es jedenfalls auch sehr sinnvoll, wollte aber nochmal sichergehen, ob es da nicht noch einen neueren Ansatz gibt oder ich irgendwas breake.. LG, Markus On 12/18/2012 09:32 AM, Norbert Wenzel wrote: On 18.12.2012 09:13, Andreas Labres wrote: On 16.12.12 21:08, Markus Straub wrote: Ich habe bei einigen U-Bahn-Stationen damit begonnen, die Stop-Position auf den Schienen als public_transport=stop_position zu taggen und nur ein railway=station auf dem Stationgebäude zu belassen / hinzuzufügen. Hat das irgendeinen Vorteil? Ich seh keinen, IMO kann das railway=station auf den Schienen bleiben, wie's üblich ist. Wie's üblich war, als man die Schienen noch einfach gezeichnet hat. Wenn man jeden Schienenstrang einzeln zeichnet und die Station auf die Schienen legt, dann hat man zwangsläufig zwei Stationen (im Normalfall) direkt nebeneinander gezeichnet. Wenn das aktuelle ÖPNV Schema es zulässt, dass man nur noch eine Station zeichnet und zwei stop_positions macht, dann ist das imo deutlich klarer als vorhin. Also wenn man schon Micromapping macht, dann doch bitte so, dass man bisher einfach vorhande Tags nicht auf jeden Einzelweg kopieren muss, und ein Datenkonsument dann wieder nur raten kann, ob mehrfach vorhandene Tags nicht vielleicht doch zusammen gehören. Erscheint mir hier gut umgesetzt diese Idee. Wer nach der Station sucht, findet das Tag genau einmal am Gebäude und wer's genauer will, muss sich halt die stop_position suchen. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Höhe von Berggipfeln, Almhütten, etc.
Am 16.12.2012 01:12, schrieb Friedrich Volkmann: On 15.12.2012 18:52, Christian Aigner | caigner wrote: Jetzt hab ich auf der OSM-Karte und auch vor Ort bei einer Almhütte doch um einiges abweichende Höhenangaben gefunden. Welche Höhe stimmt denn jetzt nun und welche soll als ele= eingetragen werden? Die Höhenangaben an Hütten stammen machmal aus Zeiten, wo man noch nicht so genau messen konnte. Die Nemecek-Hütte bei Gießhübl ist höher angegeben als der Gipfel. Bereits um die Jahrhundertwende hätten solche Fehler nicht mehr passieren dürfen. Wenn wir von der selben Hütte reden (erbaut ~1950), dann würde ich eher dem Gerücht glauben, dass sich manche Hütten gerne ein paar Meter dazu schummeln. LG Jimmy ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] U-Bahn-Stationen U-Bahn-Schienen Spittelau
On Sun, 16 Dec 2012 21:08:05 +0100 Markus Straub markus.straub...@gmail.com wrote: Hi, Ich habe bei einigen U-Bahn-Stationen damit begonnen, die Stop-Position auf den Schienen als public_transport=stop_position zu taggen und nur ein railway=station auf dem Stationgebäude zu belassen / hinzuzufügen. ganz nach dieser Wiki-Seite: http://wiki.openstreetmap.org/wiki/Tag:railway%3Dstation Ich hoffe das ist im Sinne aller? im sinne aller sicher nicht ;) aber ich find's gut, die stationshaufen sind grauslich für renderer und user. Beim Mappen vom Stationsgebäude Spittelau U4/U6 ist mir übrigens aufgefallen, dass die U4-Schienen zu weit östlich verlaufen. Den Schienensalat anzugreifen war ich aber gerade nicht motiviert, vielleicht kann sich ja ein Schienen-Powermapper drum kümmern? naja ganz perfekt liegen sie nicht, da ist die platform ja in der mitte... ich persönlich wäre ja prinzipiell sehr dafür, daß wir bei ubahnstationen die plattformen und zugänge im detail mappen. aufzüge, rolltreppen, automaten, geschäfte... zum teil ist das eh schon recht gut (zb friedensbrücke, warst vmtl eh auch du? :). aber bis sich diese meinung durchsetzt, wird es wohl noch etwas dauern. -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-ca] licence et notion de paternité
Bonjour Pierre, Merci pour le suivi. De mon côté j'ai eu quelques échanges avec un des principaux membres de Capitale Ouverte, l'équivalent de Québec Ouvert à l'échelle de la Ville de Québec. À première vue, ils sont bien surpris de nos interrogations sur les licences et ne voient pas où il y a des blocages ... Je leur ai soumis un document expliquant les discutions que nous avons eu sur la liste-CA et le constat qu'aucune ville au monde n'avait exigé qu'on la mentionne sur la MAP, depuis les 8 années d'existance d'OSM... Alors pourquoi une exception pour Montréal ou pour la Ville de Québec? Bruno Remy Le 2012-12-17 20:58, Pierre Béland infosbelas-...@yahoo.fr a écrit : Bruno, tiens justement je viens juste d'envoyer un courriel relatif à Québec Ouvert. Certaines licences dites libres imposent des restrictions qui ne sont pas toujours réalisables au niveau de la mention. Mais normalement une simple mention dans une page ou dans la base de données suffit. Quand on regarde les licences des municipalités, on voit toutes sortes de restrictions au niveau de la mention. Dans la citation ci-dessous, je ne sais pas comment on peut l'interpréter. Par exemple, faudrait-il mettre un lien url pour chaque donnée dans la base? Serait-ce suffisant de fournir cette info au niveau du changeset? Pierre -- *De :* Bruno Remy bremy.qc...@gmail.com *À :* talk-ca@openstreetmap.org talk-ca@openstreetmap.org *Envoyé le :* Lundi 17 décembre 2012 20h33 *Objet :* [Talk-ca] licence et notion de paternité Bonjour, Une licence qui impose de mentionner la paternité («source») des données, ça implique quoi concrètement? a)Juste un tag source underground dans la BD comme OSM le fait déjà pour les données de Canvec, Tiger, etc ou b)vraiment une mention visible pour les utilisateurs de l'intreface web, à côté de la mention (c) OpenStreetMap et ses contributeurs? Si la réponse est a) on peut l'utiliser. si b) on ne peut pas incorporer les données. Voir ci-dessous: Sous réserve de : Mentionner la paternité de « l’Information » : sa source (a minima le nom du « Producteur et la date de sa dernière mise à jour. Le « Réutilisateur » peut notamment s’acquitter de cette condition en indiquant un ou des liens hypertextes (URL) renvoyant vers « l’Information » et assurant une mention effective de sa paternité. Cette mention de paternité ne doit ni conférer un caractère officiel à la réutilisation de « l’Information », ni suggérer une quelconque reconnaissance ou caution par le « Producteur », ou par toute autre entité publique, du « Réutilisateur » ou de sa réutilisation. --- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] CanVec misalignment? Ottawa end of Portage Bridge
I've been continuing to work on validation errors in the Ottawa area. One complaint was of buildings projecting into the Ottawa River on the west side of the Portage Bridge, by the dam between the Ottawa side of the river and Victoria Island. When I look, the buildings (source CanVec 6.0) are way out of line (up to 7 m) with the Bing imagery, but lots of GPS traces show that Bing has put the Portage Bridge in the right place. Do we take CanVec as gospel in this case and shift the river boundary, or should I just tiptoe away and leave it alone? Tom Taylor ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] CanVec misalignment? Ottawa end of Portage Bridge
There is no gospel, although surveys and GPS traces may be close, but certainly not Bing and CanVec imports. The map should represent what you see on the ground, so make whatever adjustments are needed, using deduction from your primary source (a survey), that aligns with traces (absolute position) and any other sources (Bing, Canvec) if they are helpful. On Tue, Dec 18, 2012 at 11:04 AM, Tom Taylor tom.taylor.s...@gmail.comwrote: I've been continuing to work on validation errors in the Ottawa area. One complaint was of buildings projecting into the Ottawa River on the west side of the Portage Bridge, by the dam between the Ottawa side of the river and Victoria Island. When I look, the buildings (source CanVec 6.0) are way out of line (up to 7 m) with the Bing imagery, but lots of GPS traces show that Bing has put the Portage Bridge in the right place. Do we take CanVec as gospel in this case and shift the river boundary, or should I just tiptoe away and leave it alone? Tom Taylor ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] licence et notion de paternité
Hopefully they'll change the license so it becomes truly open. They probably don't have as much experience with open data licenses as we, as the OSM community, have. Because we go farther than just visualizing the data, these questions were probably beyond their original thoughts about how their data would be used. Frank On 18-12-2012 14:11, Bruno Remy wrote: Bonjour Pierre, Merci pour le suivi. De mon côté j'ai eu quelques échanges avec un des principaux membres de Capitale Ouverte, l'équivalent de Québec Ouvert à l'échelle de la Ville de Québec. À première vue, ils sont bien surpris de nos interrogations sur les licences et ne voient pas où il y a des blocages ... Je leur ai soumis un document expliquant les discutions que nous avons eu sur la liste-CA et le constat qu'aucune ville au monde n'avait exigé qu'on la mentionne sur la MAP, depuis les 8 années d'existance d'OSM... Alors pourquoi une exception pour Montréal ou pour la Ville de Québec? Bruno Remy Le 2012-12-17 20:58, Pierre Béland infosbelas-...@yahoo.fr mailto:infosbelas-...@yahoo.fr a écrit : Bruno, tiens justement je viens juste d'envoyer un courriel relatif à Québec Ouvert. Certaines licences dites libres imposent des restrictions qui ne sont pas toujours réalisables au niveau de la mention. Mais normalement une simple mention dans une page ou dans la base de données suffit. Quand on regarde les licences des municipalités, on voit toutes sortes de restrictions au niveau de la mention. Dans la citation ci-dessous, je ne sais pas comment on peut l'interpréter. Par exemple, faudrait-il mettre un lien url pour chaque donnée dans la base? Serait-ce suffisant de fournir cette info au niveau du changeset? Pierre *De :* Bruno Remy bremy.qc...@gmail.com mailto:bremy.qc...@gmail.com *À :* talk-ca@openstreetmap.org mailto:talk-ca@openstreetmap.org talk-ca@openstreetmap.org mailto:talk-ca@openstreetmap.org *Envoyé le :* Lundi 17 décembre 2012 20h33 *Objet :* [Talk-ca] licence et notion de paternité Bonjour, Une licence qui impose de mentionner la paternité («source») des données, ça implique quoi concrètement? a)Juste un tag source underground dans la BD comme OSM le fait déjà pour les données de Canvec, Tiger, etc ou b)vraiment une mention visible pour les utilisateurs de l'intreface web, à côté de la mention (c) OpenStreetMap et ses contributeurs? Si la réponse est a) on peut l'utiliser. si b) on ne peut pas incorporer les données. Voir ci-dessous: Sous réserve de : Mentionner la paternité de « l’Information » : sa source (a minima le nom du « Producteur et la date de sa dernière mise à jour. Le « Réutilisateur » peut notamment s’acquitter de cette condition en indiquant un ou des liens hypertextes (URL) renvoyant vers « l’Information » et assurant une mention effective de sa paternité. Cette mention de paternité ne doit ni conférer un caractère officiel à la réutilisation de « l’Information », ni suggérer une quelconque reconnaissance ou caution par le « Producteur », ou par toute autre entité publique, du « Réutilisateur » ou de sa réutilisation. --- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org mailto:Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Montreal: Nouveau tronçon de la 30 / Autoroute 30 opening soon
Merci au contributeur nico@mcgill qui a révisé le tracé de la A30 à l'aide de données GPS. J'ai écrit à nouveau au MTQ pour le demander un plan détaillé de l'autoroute afin de réviser et compléter la carte notamment en ce qui a trait aux guérites de payage. Pierre De : Pierre Béland infosbelas-...@yahoo.fr À : Harald Kliems kli...@gmail.com; Talk-CA OpenStreetMap Talk-ca@openstreetmap.org Envoyé le : Vendredi 30 novembre 2012 16h16 Objet : [Talk-ca] Montreal: Nouveau tronçon de la 30 / Autoroute 30 opening soon English follow. Comme Harald l'a dit, nous sommes à la recherche de cartographes près de Chateauguay, Valleyfield et Vaudreuil en vue de réviser le tracé de l'autoroute 30. Il va cependant être important de se coordonner sur cette liste de discussion. On continuera pour un certain temps à afficher conjointement l'ancienne et nouvelle numérotation. Par exemple, 30; 540 pour la portion renommée 30. Il faudra aussi identifier la section payante. Le lien ci-dessous décrit les modifications autour de Valleyfield, Saint-Thimotée. http://www.autoroute30.qc.ca/fr/trace-ouest.asp Le lien ci-dessous montre la carte de la nouvelle section de la 30, y compris les nouveaux numéros (Carte du MTQ). http://www.autoroute30.qc.ca/fr/Documents/A30_Tt_A0_sans_cadastre_060705.pdf Je vais préparer un fichier OSM prêt à télécharger vers le serveur OSM. Ce fichier comprendrales nouveaux numéros. Je vais aussi enlever l'attribut route en construction. Et je téléchargerai le jour de l'ouverture. Il y a sûrement des tracés àréviser là où l'autoroute s'intègre avec les routes précédentes. L'imagerie Bing n'est pas assez récente pour donner un portrait de la situation actuelle. -- Has Harald said, we are looking for mappers around Chateauguay, Valleyfield and Vaudreuil to revise the highway 30. It will be important though to coordinate on this discussion list. For a certain period of time we should show both numbers. For exemple 30;540 for the portion that is renamed 30. We will have also to show the portion of the highway where we have to pay a passage. The following link describes modifications around Valleyfield and Saint-Thimotée. http://www.autoroute30.qc.ca/fr/trace-ouest.asp This MTQ link below shows the map of the new A30 section including the new numbers. http://www.autoroute30.qc.ca/fr/Documents/A30_Tt_A0_sans_cadastre_060705.pdf I will prepare a revision file with the new numbers and construction tag removed. There is surely some mapping to revise where the motorway integrates with previous roads. The Bing Imagery is not recent enough to give a portrait of today situation. Pierre De : Harald Kliems kli...@gmail.com À : Talk-CA OpenStreetMap Talk-ca@openstreetmap.org Envoyé le : Vendredi 30 novembre 2012 13h05 Objet : [Talk-ca] Montreal: Autoroute 30 opening soon From today's Gazette: http://offislandgazette.com/news/story/2012/11/29/highway-30-will-open-dec-15/ We already have the route as highway=construction ( http://osm.org/go/cIo9hLV-- ) but maybe someone local with a car get a GPS track soon after the opening and change the tags. I'm not quite sure which section of the highway is going to open. Harald. -- Please use encrypted communication whenever possible! Key-ID: 0x199DC50F ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] Zelená mapa Prahy má nový podklad
Paráda, co trochu víc zvýraznit linky metra (jsou to podzemní tunely a nedá se jimi chodit ale pro pohyb chodce po městě jsou velmi důležité). To je mimochodem jedna z mála věcí, která mi vadí na mapniku, že metro je špatně vidět. Jakub On 17.12.2012 17:58, Petr Dlouhý wrote: Ahoj, od dneška má Zelená mapa Prahy (http://zelenamapa.cz) nový podklad vykreslovaný z dat OSM pomocí Mapniku (zdrojové soubory stylu jsou na https://github.com/auto-mat/rendering-PNK-ZM). Z hlediska OSM vykresluje některé věci, které v jiných mapách nejsou vidět: -kreslení železničních tratí bez vedlejších kolejí (service=siding) a tramvají bez vleček do vozovny (service=yard) -slučování názvů stejné zastávky do jednoho (relace type=public_transport public_transport=stop_area). -vybarvování nástupišť podle druhu dopravy (highway=platform pro bus, railway=platform pro vlak a railway=platform + tram=yes pro tramvaj) -natáčení přechodů podle silnice pod nimi -vynechání soukromých cest v areálech (access=private) -- Petr Dlouhý petr.dlo...@email.cz -- Jakub A. Tesinsky (j...@kub.cz) tel: 7778 JAKUB, web: ja.kub.cz Potius sero quam numquam. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] humanitární mapování Čadu
ehm, a nemohla by ta žádost o pomoc obsahovat také alespoň stručnou informaci, o jakou pomoc se žádá, resp. co se od komunity talk-cz očekává? máme si koupit letenky do N'Djameny a Moundou a začít tam běhat s GPS loggery? má někdo, kdo v životě nebyl v Čadu, začít obkreslovat místní reálie z Bingu? K. Dne Út 18. prosince 2012 16:01:48, Katerina napsal(a): Zdravím! Pracuji na humanitárním projektu EUROSHA v jižním Čadu - projekt spočívá v mapování rizikových oblastní země, sbírání humanitárních informací, vytváření nových komunit mapperů a jejich školení jak používat open-source systémy aby po našem odchodu byli schopni mapovat samostatně. Získané informace ze zmapovaných oblastí by měly přispět k lepší přípravě země na krizové situace jako jsou povodně (které tu jsou opravdu hodně časté), nepokoje, občanské konflikty, nájezdy rebelů a podobně. Více informací o projektu a blogy najdete na http://eurosha-volunteers-blog.org/. Na projektu úzce spolupracujeme s francouzskou OpenStreetMap komunitou a hlavně s Humanitarian OpenStreetMap Týmem. Ale protože se náš projekt rozrůstá i do dalších lokalit než je prioritní oblast městečka Goré a třech uprchlických táborů na jihu Čadu, moc by se nám hodila pomoc s mapováním hlavního města N'Djameny a města Moundou na jihozápadě země. Čím více dobrovolníků tím lépe, takže pokud máte zájem tak určitě dodám víc informací a potřebný support! Nevím jak velká je česká komunita mapperů, ale pokud víte o někom kdo není zapojen do talk-cz skupiny, prosím o přeposlání tohoto emailu :) Předem díky! Katka Struhová EUROSHA Chad Team ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] humanitární mapování Čadu
Ne, letenku do N'Djameny si opravdu kupovat nemusíte, na běhání s GPS do N' Djameně a dalších místech v Čadu jsme tu my :) Jedná se o mapování na dálku, takže ano, tou pomocí jsem myslela obkreslování místních reálií z Bingu - digitalizaci budov, silnic apod. Je to prakticky vytvoření základních podkladů pro náš tým, které opravdu potřebujeme, ale nestíháme na nich pracovat. O verifikaci a doplnění všech potřebných dalších údajů - lokalizace humanitárních aktérů, nemocnic, skladů (a potažmo i obchodů, služeb a dalších nezbytností) se postaráme my a další mappeři z různých organizací které působí zde v regionu a se kterými momentálně začínáme spolupracovat. KS -- Původní zpráva -- Od: Karel Volný ka...@seznam.cz Datum: 18. 12. 2012 Předmět: Re: [Talk-cz] humanitární mapování Čadu ehm, a nemohla by ta žádost o pomoc obsahovat také alespoň stručnou informaci, o jakou pomoc se žádá, resp. co se od komunity talk-cz očekává? máme si koupit letenky do N'Djameny a Moundou a začít tam běhat s GPS loggery? má někdo, kdo v životě nebyl v Čadu, začít obkreslovat místní reálie z Bingu? K. Dne Út 18. prosince 2012 16:01:48, Katerina napsal(a): Zdravím! Pracuji na humanitárním projektu EUROSHA v jižním Čadu - projekt spočívá v mapování rizikových oblastní země, sbírání humanitárních informací, vytváření nových komunit mapperů a jejich školení jak používat open-source systémy aby po našem odchodu byli schopni mapovat samostatně. Získané informace ze zmapovaných oblastí by měly přispět k lepší přípravě země na krizové situace jako jsou povodně (které tu jsou opravdu hodně časté), nepokoje, občanské konflikty, nájezdy rebelů a podobně. Více informací o projektu a blogy najdete na http://eurosha-volunteers-blog.org/ (http://eurosha-volunteers-blog.org/). Na projektu úzce spolupracujeme s francouzskou OpenStreetMap komunitou a hlavně s Humanitarian OpenStreetMap Týmem. Ale protože se náš projekt rozrůstá i do dalších lokalit než je prioritní oblast městečka Goré a třech uprchlických táborů na jihu Čadu, moc by se nám hodila pomoc s mapováním hlavního města N'Djameny a města Moundou na jihozápadě země. Čím více dobrovolníků tím lépe, takže pokud máte zájem tak určitě dodám víc informací a potřebný support! Nevím jak velká je česká komunita mapperů, ale pokud víte o někom kdo není zapojen do talk-cz skupiny, prosím o přeposlání tohoto emailu :) Předem díky! Katka Struhová EUROSHA Chad Team ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz (http://lists.openstreetmap.org/listinfo/talk-cz) ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] humanitární mapování Čadu
Díval jsem se na ta města, a vypadá to, že jsou poměrně solidně zmapovaná - N'Djamena vypadá, že má zmapovanou většinu ulic a v Moundou některé vedlejší ulice chybí. Jestli chcete zaujmout víc lidí, napište prosím veškeré potřebné informace sem do diskuze nebo do OSM wiki. -- Petr Dlouhý petr.dlo...@email.cz -- Původní zpráva -- Od: Katerina katerina.struh...@seznam.cz Datum: 18. 12. 2012 Předmět: Re: [Talk-cz] humanitární mapování Čadu Ne, letenku do N'Djameny si opravdu kupovat nemusíte, na běhání s GPS do N' Djameně a dalších místech v Čadu jsme tu my :) Jedná se o mapování na dálku, takže ano, tou pomocí jsem myslela obkreslování místních reálií z Bingu - digitalizaci budov, silnic apod. Je to prakticky vytvoření základních podkladů pro náš tým, které opravdu potřebujeme, ale nestíháme na nich pracovat. O verifikaci a doplnění všech potřebných dalších údajů - lokalizace humanitárních aktérů, nemocnic, skladů (a potažmo i obchodů, služeb a dalších nezbytností) se postaráme my a další mappeři z různých organizací které působí zde v regionu a se kterými momentálně začínáme spolupracovat. KS ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz (http://lists.openstreetmap.org/listinfo/talk-cz)___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] humanitární mapování Čadu
Můžete taky napsat do Komunity na Google+ https://plus.google.com/u/0/communities/111981115616957848548 Ale jak zde již bylo zmíněno, určitě je dobré sepsat pár věcí do wiki, aby případná zájemci věděli co mají vlastně dělat. Nemusíte se omezovat jen na hlavní město :) Nedávno proběhlá akce #opc2012 ukázala, že komunita je ochotná pomáhat. Přeju hodně zdaru ! Dne 18. prosince 2012 17:11 Katerina katerina.struh...@seznam.cznapsal(a): Ne, letenku do N'Djameny si opravdu kupovat nemusíte, na běhání s GPS do N'Djameně a dalších místech v Čadu jsme tu my :) Jedná se o mapování na dálku, takže ano, tou pomocí jsem myslela obkreslování místních reálií z Bingu - digitalizaci budov, silnic apod. Je to prakticky vytvoření základních podkladů pro náš tým, které opravdu potřebujeme, ale nestíháme na nich pracovat. O verifikaci a doplnění všech potřebných dalších údajů - lokalizace humanitárních aktérů, nemocnic, skladů (a potažmo i obchodů, služeb a dalších nezbytností) se postaráme my a další mappeři z různých organizací které působí zde v regionu a se kterými momentálně začínáme spolupracovat. KS -- Původní zpráva -- Od: Karel Volný ka...@seznam.cz Datum: 18. 12. 2012 Předmět: Re: [Talk-cz] humanitární mapování Čadu ehm, a nemohla by ta žádost o pomoc obsahovat také alespoň stručnou informaci, o jakou pomoc se žádá, resp. co se od komunity talk-cz očekává? máme si koupit letenky do N'Djameny a Moundou a začít tam běhat s GPS loggery? má někdo, kdo v životě nebyl v Čadu, začít obkreslovat místní reálie z Bingu? K. Dne Út 18. prosince 2012 16:01:48, Katerina napsal(a): Zdravím! Pracuji na humanitárním projektu EUROSHA v jižním Čadu - projekt spočívá v mapování rizikových oblastní země, sbírání humanitárních informací, vytváření nových komunit mapperů a jejich školení jak používat open-source systémy aby po našem odchodu byli schopni mapovat samostatně. Získané informace ze zmapovaných oblastí by měly přispět k lepší přípravě země na krizové situace jako jsou povodně (které tu jsou opravdu hodně časté), nepokoje, občanské konflikty, nájezdy rebelů a podobně. Více informací o projektu a blogy najdete na http://eurosha-volunteers-blog.org/. Na projektu úzce spolupracujeme s francouzskou OpenStreetMap komunitou a hlavně s Humanitarian OpenStreetMap Týmem. Ale protože se náš projekt rozrůstá i do dalších lokalit než je prioritní oblast městečka Goré a třech uprchlických táborů na jihu Čadu, moc by se nám hodila pomoc s mapováním hlavního města N'Djameny a města Moundou na jihozápadě země. Čím více dobrovolníků tím lépe, takže pokud máte zájem tak určitě dodám víc informací a potřebný support! Nevím jak velká je česká komunita mapperů, ale pokud víte o někom kdo není zapojen do talk-cz skupiny, prosím o přeposlání tohoto emailu :) Předem díky! Katka Struhová EUROSHA Chad Team ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Bureau de vote
Pour répondre à ce fleuve d'information, j'en ferais la synthèse suivante : 1- Les lieux où se trouvent les bureaux de vote ont souvent d'autres fonctions que d'accueillir des élections; 2- Plusieurs bureaux de vote peuvent se tenir dans un même bâtiment ou dans un même groupe de bâtiments; 3- Il se peut que les bureaux de vote soient installés dans des lieux différents en fonction des élections; 4- la carte électorale peut être amenée à évoluer en fonction de la démographie et de l'aménagement territorial de la commune; Pour ces raisons, il vaut mieux utiliser polling_station:ref=nn et localiser chaque bureau par un noeud indépendant du bâtiment dans lequel il se trouve. -- View this message in context: http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5740801.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bureau de vote
Dans l'ensemble, je suis d'accord. Cependant : * 3 - il me semble que les bureaux de vote sont communs à toutes les élections et très stables géographiquement parlant, tout simplement parce que leur adresse est indiquée sur les cartes d'électeurs, et que donc, déplacer un bureau de vote signifie réimprimer toutes les cartes des électeurs de ce bureau de vote. Francescu Le 18 décembre 2012 09:41, Tony Emery tony.em...@yahoo.fr a écrit : Pour répondre à ce fleuve d'information, j'en ferais la synthèse suivante : 1- Les lieux où se trouvent les bureaux de vote ont souvent d'autres fonctions que d'accueillir des élections; 2- Plusieurs bureaux de vote peuvent se tenir dans un même bâtiment ou dans un même groupe de bâtiments; 3- Il se peut que les bureaux de vote soient installés dans des lieux différents en fonction des élections; 4- la carte électorale peut être amenée à évoluer en fonction de la démographie et de l'aménagement territorial de la commune; Pour ces raisons, il vaut mieux utiliser polling_station:ref=nn et localiser chaque bureau par un noeud indépendant du bâtiment dans lequel il se trouve. -- View this message in context: http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5740801.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bureau de vote
Il me semble aussi. Pour avoir tenu des bureaux de vote dans ma commune et pour en avoir réalisé la carte électoral, les modifications des bureaux de vote sont rares. -- View this message in context: http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5740804.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Voie de service sur autoroute
Bonjour à tous, Hier j'ai eu des instructions de routage où OSRM me faisait passer par une voie de service pour entrer sur une autoroute (http://osrm.at/1V3). Rien d'étonnant, aucun tag access n'était positionné dessus. J'ai logiquement place un access=official, pensant que cela interdirais l’accès aux utilisateurs public sans bloquer à de potentiels agents de la DDE ou de la police qui se servirait d'OSM Mais cela ne semble pas affecter OSRM, j'ai donc regardé ce qu'il se fait autour et il semble que l'option access=no soit assez répandu, je trouve cela un peu restrictif. Quelle est la bonne solution, tagguer correctement malgré que cela puisse induire des erreurs dans les logiciels de routage ou bien eviter les problèmes et laisser les futurs utilisateurs de ces voies régler leur problème en temps voulu ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Voie de service sur autoroute
Si on regarde bien comment est taguée cette voie de service, on voit qu'il y a une berrière de positionnée (visible sur Bing d'ailleurs). C'est plutôt du côté de ce node barrier ( http://www.openstreetmap.org/browse/node/1402053041) qu'il faut agir, en rajoutant un tag access= Sylvain Le 18 décembre 2012 10:01, Lord Awikatchikaen lord.awikatchik...@gmail.coma écrit : Bonjour à tous, Hier j'ai eu des instructions de routage où OSRM me faisait passer par une voie de service pour entrer sur une autoroute (http://osrm.at/1V3). Rien d'étonnant, aucun tag access n'était positionné dessus. J'ai logiquement place un access=official, pensant que cela interdirais l’accès aux utilisateurs public sans bloquer à de potentiels agents de la DDE ou de la police qui se servirait d'OSM Mais cela ne semble pas affecter OSRM, j'ai donc regardé ce qu'il se fait autour et il semble que l'option access=no soit assez répandu, je trouve cela un peu restrictif. Quelle est la bonne solution, tagguer correctement malgré que cela puisse induire des erreurs dans les logiciels de routage ou bien eviter les problèmes et laisser les futurs utilisateurs de ces voies régler leur problème en temps voulu ? ___ 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
Re: [OSM-talk-fr] Voie de service sur autoroute
2012/12/18 Sylvain Maillard sylvain.maill...@gmail.com: C'est plutôt du côté de ce node barrier (http://www.openstreetmap.org/browse/node/1402053041) qu'il faut agir, en rajoutant un tag access= .. ou sur le way si on ne veut pas trop entrer dans les détails. Mais le tag access=official me chagrine. Tout seul, ça ne veut rien dire. Regarde un peu cet ancien fil de discussion sur la liste tagging: http://lists.openstreetmap.org/pipermail/tagging/2012-September/011363.html En suivant ces conseils, je verrais plutôt un access=no + emergency=designated. Comme le dit le wiki, official est plus fort que designated mais cela a été inventé pour indiquer aux ... cyclistes d'emprunter obligatoirement une voie et pas une autre (chez les allemands, à l'origine). Alors que dans ton cas, la voie de service est faite pour les services d'urgence (ambulances, pompiers, police) mais n'a aucun caractère obligatoire pour eux (ils peuvent aussi bien emprunter une entrée classique). Le access=no sera le premier tag interprété par un logiciel de navigation grand public et seul les routeurs spécialisés dans l'urgence s'intéresseront au tag emergency (éventuellement). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Voie de service sur autoroute
Bonjour, Autre point : Il n'est actuellement pas possible de jauger la fraîcheur des données sur http://map.project-osrm.org/ On y lit data : n/a Pas pratique pour voir si le moteur de routage prend bien compte tel ou tel ajustement de tag dans la base Le 18 décembre 2012 11:18, Pieren pier...@gmail.com a écrit : 2012/12/18 Sylvain Maillard sylvain.maill...@gmail.com: C'est plutôt du côté de ce node barrier (http://www.openstreetmap.org/browse/node/1402053041) qu'il faut agir, en rajoutant un tag access= .. ou sur le way si on ne veut pas trop entrer dans les détails. Mais le tag access=official me chagrine. Tout seul, ça ne veut rien dire. Regarde un peu cet ancien fil de discussion sur la liste tagging: http://lists.openstreetmap.org/pipermail/tagging/2012-September/011363.html En suivant ces conseils, je verrais plutôt un access=no + emergency=designated. Comme le dit le wiki, official est plus fort que designated mais cela a été inventé pour indiquer aux ... cyclistes d'emprunter obligatoirement une voie et pas une autre (chez les allemands, à l'origine). Alors que dans ton cas, la voie de service est faite pour les services d'urgence (ambulances, pompiers, police) mais n'a aucun caractère obligatoire pour eux (ils peuvent aussi bien emprunter une entrée classique). Le access=no sera le premier tag interprété par un logiciel de navigation grand public et seul les routeurs spécialisés dans l'urgence s'intéresseront au tag emergency (éventuellement). Pieren ___ 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, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] CG92 opendata...
Le portail opendata su Conseil Général des Hauts de Seine (CG92) utilise un fond OSM pour présenter les données géolocalisées... du coup j'ai récupéré certaines de ces données et les ai intégré. Il s'agit: - des gabarits (maxweight sur les ponts, maxheight en dessous ou pour des tunnels)... relativement bien placés et utilisable pour vérifier les ref=* (ce que je n'ai ps fait) - des repères topographiques (man_made=survey_point) - de quelques parcs comme la Coulée verte du sud parisien (très précis) - des arrêts du TVM (étonnant jeu de données situé quasi exclusivement dans le 94 et pas le 92)... bien mal placés Le tout avec source=opendata.hauts-de-seine.net 2012 sauf pour les arrêt du TVM car je les ai replacé au bon endroit avec bing. -- 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] Bureau de vote
Justement c'est ce qui se produit, les cartes sont réimprimées (en fait les mairties les réimpriment en début d'année avant chaque élection nationale, mais pas toujours pour les élections locales (municipales notamment). Et non tu te trompes, les cartes d'électeurs n'ont pas toujours mentionné l'adresse exacte du lieu de vote même si le numéro du bureau y est en clair. J'ai encore une veille carte d'électeur SANS adresse indiquée clairement. Je suppose que le lieu de vote n'était pas encore décidé à l'époque de l'impression, c'était une année où la mairie rurale d'une petite commune où j'habitais allait déménager et lors des municipales le lieu de vote a même changé entre les deux tours (en début d'année dans l'ancienne mairie, puis au premier tour des municipales dans une salle communale à titre transitoire, et au 2e tour dans une salle finie à la nouvelle mairie alors qu'elle était encore en travaux). Certes tous ces lieux n'étaient pas si loin les uns des autres mais avec plusieurs centaines de mètres d'écart entre eux et pas les mêmes rues. La communication du lieu de vote était tout de même faite à l'avance et affichée entre les deux tours et sur les panneaux d'information municipaux annoncçant les élections. Il y a plein de raisons pour lesquelles le lieu de vote doit être déplacé. Le numéro de bureau de change pas et les cartes d'électeurs ne sont pas réimprimées pour autant. Au maximum il n'y a qu'une seule impression par an, suite à la clôture des listes électorales de l'année précédente et les mairies ne se pressent pas pour les imprimer et les expédier aux électeurs (ou oublient de le faire, la carte d'électeur n'étant pas obligatoire pour pouvoir voter, tant qu'on est inscrit sur la liste du bureau et qu'on justifie son identité et qu'on signe la liste d'émargement). Le 18 décembre 2012 09:47, Francescu GAROBY windu...@gmail.com a écrit : Dans l'ensemble, je suis d'accord. Cependant : * 3 - il me semble que les bureaux de vote sont communs à toutes les élections et très stables géographiquement parlant, tout simplement parce que leur adresse est indiquée sur les cartes d'électeurs, et que donc, déplacer un bureau de vote signifie réimprimer toutes les cartes des électeurs de ce bureau de vote. Francescu Le 18 décembre 2012 09:41, Tony Emery tony.em...@yahoo.fr a écrit : Pour répondre à ce fleuve d'information, j'en ferais la synthèse suivante : 1- Les lieux où se trouvent les bureaux de vote ont souvent d'autres fonctions que d'accueillir des élections; 2- Plusieurs bureaux de vote peuvent se tenir dans un même bâtiment ou dans un même groupe de bâtiments; 3- Il se peut que les bureaux de vote soient installés dans des lieux différents en fonction des élections; 4- la carte électorale peut être amenée à évoluer en fonction de la démographie et de l'aménagement territorial de la commune; Pour ces raisons, il vaut mieux utiliser polling_station:ref=nn et localiser chaque bureau par un noeud indépendant du bâtiment dans lequel il se trouve. -- View this message in context: http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5740801.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ 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
Re: [OSM-talk-fr] Voie de service sur autoroute
Ok, je fais faire ca (access=no +emergency=designated), ca me parait le meilleur compromis. Merci ! 2012/12/18 Pieren pier...@gmail.com 2012/12/18 Sylvain Maillard sylvain.maill...@gmail.com: C'est plutôt du côté de ce node barrier (http://www.openstreetmap.org/browse/node/1402053041) qu'il faut agir, en rajoutant un tag access= .. ou sur le way si on ne veut pas trop entrer dans les détails. Mais le tag access=official me chagrine. Tout seul, ça ne veut rien dire. Regarde un peu cet ancien fil de discussion sur la liste tagging: http://lists.openstreetmap.org/pipermail/tagging/2012-September/011363.html En suivant ces conseils, je verrais plutôt un access=no + emergency=designated. Comme le dit le wiki, official est plus fort que designated mais cela a été inventé pour indiquer aux ... cyclistes d'emprunter obligatoirement une voie et pas une autre (chez les allemands, à l'origine). Alors que dans ton cas, la voie de service est faite pour les services d'urgence (ambulances, pompiers, police) mais n'a aucun caractère obligatoire pour eux (ils peuvent aussi bien emprunter une entrée classique). Le access=no sera le premier tag interprété par un logiciel de navigation grand public et seul les routeurs spécialisés dans l'urgence s'intéresseront au tag emergency (éventuellement). Pieren ___ 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
[OSM-talk-fr] Appli iPhone OSM avec layers personnalisés
Salut, Connaissez-vous une application iPhone qui permette d’afficher ses proches fonds et layers à la manière d’OSMAnd ? Merci par avance, Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Appli iPhone OSM avec layers personnalisés
On mardi 18 décembre 2012, Philippe Pary wrote: Salut, Connaissez-vous une application iPhone qui permette d’afficher ses proches fonds et layers à la manière d’OSMAnd ? Android+osmand ? : http://korben.info/installer-android-sur-iphone.html --- [] ps: ahh... tu voulais sans doute dire 'installer une application pour iOS' ? ps2: et ho, on est chez des geeks ici hein ! -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Appli iPhone OSM avec layers personnalisés
Question réponse sur le Google Group de OSMand, le 13 décembre : Q : I fully understand that this question can be out of topic but - *OsmAnd on iPhone*? R : Seriously it very well could be. But currently it requires lots of efforts but we started :) We are doing restructuring, changing native libraries, preparing UI independent code. Let's see :) Victor Le 18 décembre 2012 14:35, sly (sylvain letuffe) li...@letuffe.org a écrit : On mardi 18 décembre 2012, Philippe Pary wrote: Salut, Connaissez-vous une application iPhone qui permette d’afficher ses proches fonds et layers à la manière d’OSMAnd ? Android+osmand ? : http://korben.info/installer-android-sur-iphone.html --- [] ps: ahh... tu voulais sans doute dire 'installer une application pour iOS' ? ps2: et ho, on est chez des geeks ici hein ! -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ 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, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OpenStreetMap au Tchad!
Bonjour à tous, Seriez vous intéressés pour de la cartographie à distance au Tchad? Je fais partie des volontaires participant au projet pilote EUROSHA qui cherche à répondre aux questions humanitaires et à promouvoir spécifiquement le partage de l'information humanitaire dans la préparation aux crises: http://hot.openstreetmap.org/projects/eurosha_0 A ce titre, je suis déployée actuellement au Tchad avec cinq autres volontaires mais la tâche est grande dans un pays qui fait deux fois la France. Nous avons déjà cartographiés la ville de Goré et nous sommes désormais en train de travailler sur les camps de réfugiés d'Amboko, Gondjé et Dosseye. Un coup de main sur le reste du pays (N'Djaména, Moundou, Doba...) serait particulièrement le bienvenu! Aussi si vous êtes intéressés et avez des commentaires ou des questions, n'hésitez pas à nous contacter à eurosha.tc...@gmail.com Merci par avance, Aude Barraud ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap au Tchad!
2012/12/18 EUROSHA Tchad eurosha.tc...@gmail.com: Bonjour à tous, Seriez vous intéressés pour de la cartographie à distance au Tchad? Et pourquoi pas. Notez ce blog sur la cartographie OSM de Goré: http://eurosha-volunteers-blog.org/2012/11/16/almost-a-month-in-gore/ Goré, c'est bien ici dans OSM ? http://www.openstreetmap.org/?lat=7.92489lon=16.63864zoom=15layers=M On y voit des choses bizarres (name=building). Bon, je suppose qu'il faut faire une croix sur les noms de rues et les adresses dans les petites villes, c'est déjà plus simple ;-) Existe-t-il un tagging guideline pour le mapping africain ? Que faudrait-il cartographier en priorité depuis l'imagerie aérienne sans trop faire de spéculations (routes, landuse) ? Faut-il utiliser highway=residential, unclassified, road ? Faut-il utiliser le français ou l'anglais dans les notes, etc ... A Moundou (http://www.openstreetmap.org/?lat=8.5659lon=16.0772zoom=14layers=M), il y a visiblement un problème de classification des highway (trop de secondary). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap au Tchad!
Aude Nicolas a présenté les participants Eurosha et leurs deux premières semaines sur le terrain. voir http://hot.openstreetmap.org/updates/2012-10-31_two_weeks_of_field_work_within_the_eurosha_chad_project Mais cette fois-ci, ce sont les participants eux-mêmes qui parlent de leur expérience, les pieds bien ancrés sur le sol africain. C'est un bel article à ajouter sur le site pour faire le suivi du projet. Pierre De : EUROSHA Tchad eurosha.tc...@gmail.com À : talk-fr@openstreetmap.org Envoyé le : Mardi 18 décembre 2012 10h42 Objet : [OSM-talk-fr] OpenStreetMap au Tchad! Bonjour à tous, Seriez vous intéressés pour de la cartographie à distance au Tchad? Je fais partie des volontaires participant au projet pilote EUROSHA qui cherche à répondre aux questions humanitaires et à promouvoir spécifiquement le partage de l'information humanitaire dans la préparation aux crises: http://hot.openstreetmap.org/projects/eurosha_0 A ce titre, je suis déployée actuellement au Tchad avec cinq autres volontaires mais la tâche est grande dans un pays qui fait deux fois la France. Nous avons déjà cartographiés la ville de Goré et nous sommes désormais en train de travailler sur les camps de réfugiés d'Amboko, Gondjé et Dosseye. Un coup de main sur le reste du pays (N'Djaména, Moundou, Doba...) serait particulièrement le bienvenu! Aussi si vous êtes intéressés et avez des commentaires ou des questions, n'hésitez pas à nous contacter à eurosha.tc...@gmail.com Merci par avance, Aude Barraud ___ 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
Re: [OSM-talk-fr] waterway=lock
Le 18/12/2012 00:25, Christian Quest a écrit : Confusion entre lock et lock_gate ? Ca serait bien de relire le wiki avant ce genre de réponse aussi affirmative, non ? Il y a même un dessin comme ça l'article ne risque pas de TL;DR ! http://wiki.openstreetmap.org/wiki/Key:lock C'est bien osmose qui râle à tort sur waterway=lock à ce qu'il me semble... Bonsoir, Cette page est plus explicite http://wiki.openstreetmap.org/wiki/Tag:waterway%3Dlock_gate Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server
Voir .l'annonce du serveur de tuiles Pau sur talk. Pierre - Mail transféré - De : Richard Weait rich...@weait.com À : t...@openstreetmap.org t...@openstreetmap.org Envoyé le : Mardi 18 décembre 2012 13h14 Objet : Re: [OSM-talk] New OpenStreetMap tile server On Tue, Dec 18, 2012 at 1:13 PM, Richard Weait rich...@weait.com wrote: The OpenStreetMap Foundation is pleased to announce new OSM infrastructure, in the form of a new tile server, located in Pau, France. Details on the OSMF Blog. ... to which I had intended to link. :-) http://blog.osmfoundation.org/2012/12/18/new-tile-server-in-pau-france/ ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server
Quel dommage que les Pyrénées-Atlantiques soient eux-même toujours aussi incomplets pour les limites administratives (et au passage puisqu'il va servir aussi l'Espagne et l'Andorre, il serait temps de finir les communes manquantes des Pyrénées françaises (l'Espagne est à peu près complète au plan administratif sauf concernant les comarques à peine commencées, surtout en Catalogne et en Pays valencien). 2012/12/18 Pierre Béland infosbelas-...@yahoo.fr Voir .l'annonce du serveur de tuiles Pau sur talk. Pierre - Mail transféré - *De :* Richard Weait rich...@weait.com *À :* t...@openstreetmap.org t...@openstreetmap.org *Envoyé le :* Mardi 18 décembre 2012 13h14 *Objet :* Re: [OSM-talk] New OpenStreetMap tile server On Tue, Dec 18, 2012 at 1:13 PM, Richard Weait rich...@weait.com wrote: The OpenStreetMap Foundation is pleased to announce new OSM infrastructure, in the form of a new tile server, located in Pau, France. Details on the OSMF Blog. ... to which I had intended to link. :-) http://blog.osmfoundation.org/2012/12/18/new-tile-server-in-pau-france/ ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ 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
Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server
Il dit qu'il voit pas le rapport ;) Le 18/12/2012 20:03, Philippe Verdy a écrit : Quel dommage que les Pyrénées-Atlantiques soient eux-même toujours aussi incomplets pour les limites administratives (et au passage puisqu'il va servir aussi l'Espagne et l'Andorre, il serait temps de finir les communes manquantes des Pyrénées françaises (l'Espagne est à peu près complète au plan administratif sauf concernant les comarques à peine commencées, surtout en Catalogne et en Pays valencien). 2012/12/18 Pierre Béland infosbelas-...@yahoo.fr mailto:infosbelas-...@yahoo.fr Voir .l'annonce du serveur de tuiles Pau sur talk. Pierre - Mail transféré - *De :* Richard Weait rich...@weait.com mailto:rich...@weait.com *À :* t...@openstreetmap.org mailto:t...@openstreetmap.org t...@openstreetmap.org mailto:t...@openstreetmap.org *Envoyé le :* Mardi 18 décembre 2012 13h14 *Objet :* Re: [OSM-talk] New OpenStreetMap tile server On Tue, Dec 18, 2012 at 1:13 PM, Richard Weait rich...@weait.com mailto:rich...@weait.com wrote: The OpenStreetMap Foundation is pleased to announce new OSM infrastructure, in the form of a new tile server, located in Pau, France. Details on the OSMF Blog. ... to which I had intended to link. :-) http://blog.osmfoundation.org/2012/12/18/new-tile-server-in-pau-france/ ___ talk mailing list t...@openstreetmap.org mailto:t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server
Philippe, nous avons oublié l'essentiel, soit de féliciter Christophe Merlet, et sans doute OSM-France pour cette belle contribution. Pierre De : Philippe Verdy verd...@wanadoo.fr À : Pierre Béland infosbelas-...@yahoo.fr; Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Mardi 18 décembre 2012 14h03 Objet : Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server Quel dommage que les Pyrénées-Atlantiques soient eux-même toujours aussi incomplets pour les limites administratives (et au passage puisqu'il va servir aussi l'Espagne et l'Andorre, il serait temps de finir les communes manquantes des Pyrénées françaises (l'Espagne est à peu près complète au plan administratif sauf concernant les comarques à peine commencées, surtout en Catalogne et en Pays valencien). 2012/12/18 Pierre Béland infosbelas-...@yahoo.fr Voir .l'annonce du serveur de tuiles Pau sur talk. Pierre - Mail transféré - De : Richard Weait rich...@weait.com À : t...@openstreetmap.org t...@openstreetmap.org Envoyé le : Mardi 18 décembre 2012 13h14 Objet : Re: [OSM-talk] New OpenStreetMap tile server On Tue, Dec 18, 2012 at 1:13 PM, Richard Weait rich...@weait.com wrote: The OpenStreetMap Foundation is pleased to announce new OSM infrastructure, in the form of a new tile server, located in Pau, France. Details on the OSMF Blog. ... to which I had intended to link. :-) http://blog.osmfoundation.org/2012/12/18/new-tile-server-in-pau-france/ ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ 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
Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server
On Tue, Dec 18, 2012 at 1:13 PM, Richard Weait rich...@weait.com wrote: The OpenStreetMap Foundation is pleased to announce new OSM infrastructure, in the form of a new tile server, located in Pau, France. Details on the OSMF Blog. Cool ! Bravo à Redfox pour la coordination, et merci à PauLLA l'Université de Pau et des Pays de l’Adour (UPPA) et la Communauté d’Agglomération de Pau Pyrénées (CDAPP). J'aurais des doutes à émettre sur le bien fondé de la solution technique retenue par l'OpenStreetMap Foundation qui continue (cf blog) à demander ce genre d'initiative, mais là n'est point le lieu et j'accorde que ma pensée reste malgré tout : c'est mieux que rien -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Mesurer des objets dans JOSM?
Bonsoir, Existe-t-il un outil dans JOSM qui permet de mesurer des objets (chemin ou polygone)? Merci. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mesurer des objets dans JOSM?
Le plugin measurement peut-être ? Le 18 décembre 2012 21:01, Romain MEHUT romain.me...@gmail.com a écrit : Bonsoir, Existe-t-il un outil dans JOSM qui permet de mesurer des objets (chemin ou polygone)? Merci. Romain ___ 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
Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server
Le mardi 18 décembre 2012 à 20:16 +0100, sly (sylvain letuffe) a écrit : On Tue, Dec 18, 2012 at 1:13 PM, Richard Weait rich...@weait.com wrote: The OpenStreetMap Foundation is pleased to announce new OSM infrastructure, in the form of a new tile server, located in Pau, France. Details on the OSMF Blog. Cool ! Bravo à Redfox pour la coordination, et merci à PauLLA l'Université de Pau et des Pays de l’Adour (UPPA) et la Communauté d’Agglomération de Pau Pyrénées (CDAPP). J'aurais des doutes à émettre sur le bien fondé de la solution technique retenue par l'OpenStreetMap Foundation qui continue (cf blog) à demander ce genre d'initiative, mais là n'est point le lieu et j'accorde que ma pensée reste malgré tout : c'est mieux que rien bah si, on peut en discuter. Moi-même je ne suis pas totalement séduit par la solution actuelle (Cache Squid). Je trouve que le ratio hit/miss n'est pas fantastique mais néanmoins suffisant pour décharger un peu le Master. Mais cette solution a plusieurs avantages. C'est facile à administrer à distance. ça ne nécessite pas de serveur puissant, juste de la RAM (en 9h, 18 Go de tuiles distinctes ont été demandées). Il semble que les sysadmins osm réfléchissent à d'autres solutions, genre des générateurs de tuiles autonomes. Mais là, il faut du matos beaucoup plus costaud. Et s'assurer de la disponibilité d'une chaine complète de rendu de tuiles me semble bien plus compliquer à gérer. Pas sûr que les internautes y gagne avec cette solution. Mais tout compte fait, la seule vraie bonne solution à long terme est que les gros consommateurs de tuiles installe leur propre serveur... Tu vois quoi comme autres solutions ? Librement, -- Christophe Merlet (RedFox) signature.asc Description: This is a digitally signed message part ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mesurer des objets dans JOSM?
Oui en effet tout simplement! Merci Étienne. Le 18 décembre 2012 21:09, Etienne Trimaille etie...@trimaille.eu a écrit : Le plugin measurement peut-être ? Le 18 décembre 2012 21:01, Romain MEHUT romain.me...@gmail.com a écrit : Bonsoir, Existe-t-il un outil dans JOSM qui permet de mesurer des objets (chemin ou polygone)? Merci. Romain ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Réf.: Tr : [OSM-talk] New OpenStreetMap tile server
-- Le mar. 18 déc. 2012 19:32 HNEC, Pierre Béland a écrit : Voir .l'annonce du serveur de tuiles Pau sur talk. Pierre Bravo et merci a Christophe et ceux qui ont permis cela Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] New OpenStreetMap tile server
Le mardi 18 décembre 2012 21:12:58, Christophe Merlet a écrit : bah si, on peut en discuter. Si tu veux mon avis (pour ce qu'il vaut), pourquoi pas, mais en continuant sur dev-fr. -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server
cm == Christophe Merlet red...@redfoxcenter.org writes: cm Mais cette solution a plusieurs avantages. C'est facile à administrer à cm distance. ça ne nécessite pas de serveur puissant, juste de la RAM (en cm 9h, 18 Go de tuiles distinctes ont été demandées). L'intérêt d'un serveur distinct de celui à Londres pour les utilisateurs français me semble discutable. Depuis ma connexion Free au domicile à Toulouse, je suis à 63 ms (16 hops) de uppa-vl10-gi0-3-0-0-pau-rtr-011.noc.renater.fr, alors que je suis à 52 ms (15 hops) de me-rach.net.ic.ac.uk. J'imagine que c'est pareil pour la majorité des FAI français, qui font du peering vers Renater uniquement à Paris. Et en cas de miss la requête part quand même à Londres ... Ensuite depuis mon travail (connexion Renater) je suis à 3.8ms (7 hops) du serveur paulla, mais ça n'est pas très representatif des utilisateurs en général ... Ceci dit, j'imagine que ça décharge un peu le lien vers Imperial College, ce qui doit leur être utile, donc merci et bravo à RedFox pour cela. -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server
Constat proche pour moi (aussi chez free), le ping est quasiment identique (dans les 40/45ms) et même nombre de hops. Un cache de tuile chez free Bezons diviserai mon ping presque par 2 (23ms en moyenne sur osm11) ;) Le geodns pourrait-il rediriger les requêtes provenant des AS de free vers un serveur chez free ? Christophe, ça serait possible de rajouter ce serveur dans le munin d'OSM-FR ? Le 18 décembre 2012 23:53, Eric Marsden eric.mars...@free.fr a écrit : cm == Christophe Merlet red...@redfoxcenter.org writes: cm Mais cette solution a plusieurs avantages. C'est facile à administrer à cm distance. ça ne nécessite pas de serveur puissant, juste de la RAM (en cm 9h, 18 Go de tuiles distinctes ont été demandées). L'intérêt d'un serveur distinct de celui à Londres pour les utilisateurs français me semble discutable. Depuis ma connexion Free au domicile à Toulouse, je suis à 63 ms (16 hops) de uppa-vl10-gi0-3-0-0-pau-rtr-011.noc.renater.fr, alors que je suis à 52 ms (15 hops) de me-rach.net.ic.ac.uk. J'imagine que c'est pareil pour la majorité des FAI français, qui font du peering vers Renater uniquement à Paris. Et en cas de miss la requête part quand même à Londres ... Ensuite depuis mon travail (connexion Renater) je suis à 3.8ms (7 hops) du serveur paulla, mais ça n'est pas très representatif des utilisateurs en général ... Ceci dit, j'imagine que ça décharge un peu le lien vers Imperial College, ce qui doit leur être utile, donc merci et bravo à RedFox pour cela. -- Eric Marsden ___ 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] Tr : [OSM-talk] New OpenStreetMap tile server
C'est vrai que le gain n'est pas flagrant et en tout cas pas en vitesse c'est même plus long qu'avant en cas de cache-miss, j'ai déjà eu plusieurs interruptions de sessions (avec des tuiles incomplètes de taille zéro) à cause du temps de réponse du serveur de tuile principal à répondre à son serveur proxy Squid. Les problèmes commencent avec le zoom niveau 12 et on a des rafraîchissements qui ne se font quasiment plus concernant les tuiles obsolètes : il faut maintenant rafraîchir la même tuile deux fois avec quelques minutes d'écart entre chaque pour que ce soit dispo sur le Squid de Pau. Certes cela soulage certainement le serveur de Londres en bande passante, mais pas en travail à faire pour calculer les tuiles (qui du coup sont calculées et rendues disponibles pour finalement ne jamais être utilisées car la première requête a retourné l'ancienne version et remplis le cache Squid à Pau qui va donc continuer aussi à retourner cette version (le truc du /dirty ne semble plus fonctionner : oui il demande le rafraichissement mais cela ne force pas l'invalidation de tuiles du serveur de Pau (sauf si on modifie l'URL avec un paramètre GET ajouté dans lURL des tuiles tel que ?1, ?2 pour lui demander d'ignorer son cache et retourner la version du serveur de Londres ; le /dirty répété ne forcera plus non plus une nouvelle demande au serveur de rendu et le /status continue alors d'aficher l'ancien statut même si la tuile a bien été rafraichie à Londres). Il semble que la cause de tout ça vienne de Mapnik et non de l'installation du proxy-cache Qquid : au lieu de mettre une réponse au client en attente sur sa session, il préfère retourner une version ancienne déjà calculée (mais avec une durée de péremption trop longue pour cette réponse qui ne devrait être qu'instantanée et pas recachable en aval) en attendant pour terminer la session plus tôt (et cela pose des problèmes de cohérence de cache, un problème qui existe depuis assez longtemps même avant l'entrée en scène des serveurs proxy Squid). Squid ne semble pas en cause (cela marche très bien par exemple avec Wikipédia qui parvient très bien à suivre les mises à jour), mais bien le frontend de Mapnik (autrement dit le serveur WMS qui lui pilote son travail à faire). L'avantage de répondre immédiatement au client est d'économiser des sessions en attente du côté du serveur (et donc éviter la non disponibilité de nouveaux ports TCP pour d'autres sessions HTTP s'il y a du monde), mais ici le problème est la non péremption immédiate (ou la péremption trop longue) des tuiles obsolètes qui sont en attente de recalcul. A mon avis le serveur Squid pour la France, l'Espagne ou l'Italie serait mieux à Londres ou à Amsterdam, voire à Paris, plutôt qu'à Pau si on veut un temps de réponse correct, étant donné que les FAI français ont tous leur routage au départ de Paris avec un peering efficace vers Londres et Amsterdam. Même chose pour les FAI espagnols ou italiens qui feront leur peering efficace vers Pau en passant par Paris ou Amsterdam d'abord. Le peering de Paris vers Pau via le réseau RENATER n'est pas foundroyant, il n'a pas été tellement taillé pour un usage massif. La situation serait meilleure si la Fondation trouvait un partenariat avec des CDN mondiaux — comme Level3 qui a des serveurs proxy HTTP dans pratiquement tous les pays, et même dans les GIX régionaux (pour les FAI français qui ont des peerings régionaux et qui y sont directement connectés sans faire transiter tout le trafic de leurs abonnés par Paris où se concentre leur réseau de collecte national). Ou même avec d'autres fournisseurs de CDN comme Google/Youtube, Amazon, Microsoft/Bing, Yahoo (d'abord pour leurs propres services en ligne mais aussi pour leurs offres commerciales aux sites tiers)... La Fondation Wikimedia par exemple a bénéficié du partenariat avec Yahoo (ou avec d'autres FAI internationaux comme Orange pour l'Europe et l'Afrique) pour déployer des serveurs Squid correctement localisés dans le monde avec des peerings efficaces (cela a été plus payant que de chercher à gérer elle même des serveurs Squid à gérer elle-même), et même une distribution gratuite pour les visiteurs (offre gratuite non décomptée du forfait data sur un réseau mobile). OSM France utilise une plateforme de Free qui marche bien grâce à sa présence directe sur un GIX parisien rapide (Freeix) qui a de bonnes connexions de peering avec la plupart des FAI français et européens. La présence sur le GIX de RENATER ne marche bien que si les visiteurs français passent par un FAI universitaire ou si ce sont des collectivités, mais pas très bien pour les abonnés résidentiels (le peering gratuit d'un FAI classique vers RENATER a une bande passante limitée et des restrictions pour l'équilibrage des flux trop asymétriques). Sur quel GIX est connecté le serveur de Pau, seulement RENATER ? Le 19 décembre 2012 00:26, Christian Quest cqu...@openstreetmap.fr a écrit : Constat proche pour moi (aussi chez free), le ping est
Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server
Le mardi 18 décembre 2012 à 23:53 +0100, Eric Marsden a écrit : cm == Christophe Merlet red...@redfoxcenter.org writes: cm Mais cette solution a plusieurs avantages. C'est facile à administrer à cm distance. ça ne nécessite pas de serveur puissant, juste de la RAM (en cm 9h, 18 Go de tuiles distinctes ont été demandées). L'intérêt d'un serveur distinct de celui à Londres pour les utilisateurs français me semble discutable. Depuis ma connexion Free au domicile à Toulouse, je suis à 63 ms (16 hops) de uppa-vl10-gi0-3-0-0-pau-rtr-011.noc.renater.fr, alors que je suis à 52 ms (15 hops) de me-rach.net.ic.ac.uk. J'imagine que c'est pareil pour la majorité des FAI français, qui font du peering vers Renater uniquement à Paris. Et en cas de miss la requête part quand même à Londres ... Ensuite depuis mon travail (connexion Renater) je suis à 3.8ms (7 hops) du serveur paulla, mais ça n'est pas très representatif des utilisateurs en général ... De chez moi (a Pau évidemment), en fibre optique, Londres est à 30ms, Pau est à... 40ms !! SFR m'envoie au SFINX, puis direction Lyon, et retour au point de départ via Bordeaux oo' Pire, il est censé y avoir un petit GIX local mais il ne fait pas preuve d'une grande efficacité :/ On espère voir la situation évoluer... Par contre au boulot, je suis à 0,3 ms... 2 switchs et 1 routeur ;o) Ceci dit, j'imagine que ça décharge un peu le lien vers Imperial College, ce qui doit leur être utile, donc merci et bravo à RedFox pour cela. Je pense que le serveur principal à gagné entre 10 et 20 mbs de bande passante sur plus de 100. Voir graphique en pièce jointe sur la courbe d'aujourd'hui par rapport aux jours précédents. C'est pas si mal pour commencer. Librement, -- Christophe Merlet (RedFox) attachment: if_eth0-week.png signature.asc Description: This is a digitally signed message part ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap au Tchad!
La langue par défaut pour le Tchad sera plutôt l'arabe que le français ou l'anglais. Il y a aussi des langues berbères mais trop peu de ressources toponymiques dans ces langues (orthographes très incertaines, plus ou moins phonétiques et transcriptions hasardeuses en alphabet latin, ou pas actualisés depuis l'indépendance, donc des tas de nouveautés depuis non couvertes en français). Si vous mettez du français ou de l'anglais vous aurez une carte qui servira plus aux organisations humantaires sur place mais pas très proche de ce que demandera la population locale qui utilise d'autres langues et une toponomie actualisée (même si elle n'est que phonétique, au moins en écriture arabe on évite des tonnes d'incertitudes orthographiques). Dans le cadre de ce projet HOT, il me semble indispensable de savoir à qui vous destinez les résultats de la cartographie : idéalement cela devrait traduire en priorité les besoins de la population locale, dans les langues qu'elle utilise. Les langues officielles du Tchad sont l'arabe et le français, mais l'arabe est de loin le plus populaire. Donc attendez-vous si vous commentez en français, à ce que ces notes soient remplacées ensuite par de l'arabe et ne vous offusquez pas si la langue par défaut d'un name=* passe du français à l'arabe (prévoyez le coup et renseignez name:fr=* avec une copie du nom par défaut en français si vous ne savez pas l'arabe, ou bien à voir des transcriptions berbères en alphabet latin avec des lettres étranges comme des chiffres traduisant certains sons comme l'Ayin arabo-berbère, ou des transcriptions en alphabet Tamazigh) Le 18 décembre 2012 17:45, Pieren pier...@gmail.com a écrit : highway=residential, unclassified, road ? Faut-il utiliser le français ou l'anglais dans les notes, etc ... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr