Re: [Talk-hr] Sea Charts of Croatia updated
Thanks for this! Do you use only the seamark lights that don't have the fixme tag? We still have a lot of those, we'll have to work on that: http://overpass-turbo.eu/s/Dw Janko 2013/7/22 Bernhard R. Fischer b...@abenteuerland.at Hi! I updated the set of sea charts of Croatia. The are rendered with Smrender. http://www.abenteuerland.at/download/smrender/charts/croatia/ The charts are based on OSM/OSeaM data of 18th of July and include SRTM data (contour lines). They are rendered in traditional yellow map style and also in the style of Imray Tetra charts (style not complete yet). Best regards, Bernhard PS: Smrender is found at http://www.abenteuerland.at/smrender/ ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-talk-be] Firefighters and OSM + fire_hydrant
On Wed, Jul 24, 2013 at 10:13:53AM +0200, Teddy wrote: Bonjour, The numbers are meabe for the position of the Hydrant (under the sidewalk) from the signpost. On the official fire signaling panels (for Hydrants) see : https://docs.google.com/file/d/0B72s2PiIFkrZNVBFOVRTYmRURlE/edit?usp=sharing You have 3 numbers : at left : the distance between the base of the signpost at left and the Hydrant in the middle : the distance between the base of the signpost (in front) and the Hydrant ex:1.2m at right : the distance between the base of the signpost at right and the Hydrant ex:0.8m (if the number is negative the position of the Hydrant is behind the signpost) For this tag : *fire_hydrant:position = sidewalk;0.0;1.2;0.0* left : 0m front : 1,2m right : 0m That sign should indicate where the hydrant really is, so it's easier to locate. I see no point in mapping where the sign is and we should just map where the hydrant is instead. For a proper meaning of the sign, in Dutch, see: http://blog.seniorennet.be/westendseblik/archief.php?catID=1637 In short: It has 2 numbers, indicating an x and y offset in meters There is a letter, B for below ground, H for above ground The B or H might be followed by a number indicting the diameter Kurt ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Is there some lag in the backend data?
I'm seeing this problem in JOSM 6060. To replicate try: Start JOSM and add an object and upload it. Close JOSM and restart and reload the same area. Item is missing. Download a second time and object appears. Occasionally I don't see the problem but mostly it's there. Checking the map call data via the browser shows the data is there as soon as you have uploaded it so it suggests some sort of JOSM issues? Cheers Andy -Original Message- From: Maarten Deen [mailto:md...@xs4all.nl] Sent: 23 July 2013 10:27 To: talk@openstreetmap.org Subject: [OSM-talk] Is there some lag in the backend data? I made some changes this morning [1], most notably added some maxspeed tags. Now it's over 3 hours later and I download the same area again in JOSM and my changes are not visible. But when I look at the history of the items (e.g. way 6701036), the change is there. The history says highway=residential and maxspeed=30. JOSM does not show that on the item. I also can not open the changeset in my browser, it is trying to load now for 5 minutes. [1] http://www.openstreetmap.org/browse/changeset/17057508 Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk - No virus found in this message. Checked by AVG - www.avg.com Version: 2013.0.3349 / Virus Database: 3204/6513 - Release Date: 07/23/13 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Working toward a vision for OSM
Tom MacWright wrote: John Firebaugh just wrote up a post that's useful in light of the conversations we've been having about changes to OSM and how they're organized: http://www.mapbox.com/osmdev/2013/07/19/implementing-osm-vision/ Hopefully this story from the video to wireframes, to thought, and finally to the actual code and pull requests we're working on, will help to clarify what we[1]'re interested in working on and why. I'd like to refresh a suggestion that I made which I think may have got lost in the discussions. The current top level debate is - I think - should a map be the 'initial point of contact'. I'm coming down nowadays on that answer being 'no' since promoting a SINGLE view of the project data does now seem wrong? There are perhaps more views out there than we realise, and so promoting diversity seems rather appropriate. The original thought that I suggested was moving the map to map.openstreetmap.org and I'd enhance that with transport.xx and perhaps even foot.xx so that a number of default views are available. Then the main front page concentrates on providing better links to the diverse range of uses, and more important, better linking through to 'local groups' and local translated views of the data? Personally I only need an English view of the map, but I am concious how difficult it is to navigate to even well supported forks such as the French and German views. Finding other languages is currently not supported at all well, and that would link in with promoting data capture beyond the 'English speaking' core? -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Is there some lag in the backend data?
On 24.07.2013 10:39, Andy Robinson wrote: From: Maarten Deen [mailto:md...@xs4all.nl] Would you two please report this at the right place. [1] ! Thanks fly [1] https://josm.openstreetmap.de/newticket signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Is there some lag in the backend data?
colliar [mailto:colliar4e...@aol.com] Sent: 24 July 2013 14:14 To: talk@openstreetmap.org Subject: Re: [OSM-talk] Is there some lag in the backend data? On 24.07.2013 10:39, Andy Robinson wrote: From: Maarten Deen [mailto:md...@xs4all.nl] Would you two please report this at the right place. [1] ! For your tone it sounds like you think the discussion here was wrongly directed? Cheers Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-GB] New tile rendering server (Experimental)
Great work, and thanks to Andy for his work re-writing the rendering rules in CartoCSS. I'm forwarding this to the general talk mailing list as I expect there will be some not Brits who will be pleased to hear about the progress on this one. My understanding (from watching Andy's presentation and reading the github page) is that this change will put us in a great position for better maintaining and enhancing the default mapnik rendering. It'll be nice to see more people getting involved with openstreetmap-carto (I understand the previous rendering XML was getting quite a lonely place to be). Best, Rob Begin Forwarded message --- Hi British Isles, I have just switched the default OpenStreetMap.org “Mapnik style” map tiles for tile.openstreetmap.org for the British Isles across to our new rendering server. The new rendering server has been tested and is now ready for production. We’re migrating traffic over region-by-region and the British Isles is one of the first regions to go live. In addition to new hardware, the rendering server also uses the new “openstreetmap-carto” stylesheets. These are a complete re-write of the XML stylesheets to use CartoCSS, making them easier for our cartographers to work with. Andy Allan’s (gravitystorm) great talk at State of the Map US described the reason for the stylesheet re-write: * http://stateofthemap.us/saturday.html#schedule/saturday/putting-the-carto-into-openstreetmap-cartography Andy will have a follow up talk @ State of the Map 2013 in Birmingham: * http://2013.stateofthemap.org/info/programme/ The map tiles will be slightly slower at medium-high zooms while the server builds up its cache. The style is designed to look the same as the current XML stylesheet. The “openstreetmap-carto” stylesheet is maintained here:https://github.com/gravitystorm/openstreetmap-carto Big Thank you to #osm-dev for helping draft this announcement. Kind regards Grant Slater Part of the OSM Sysadmin Team ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-GB] New tile rendering server (Experimental)
On Wed, Jul 24, 2013 at 10:52 AM, Rob Nickerson rob.j.nicker...@gmail.comwrote: Great work, and thanks to Andy for his work re-writing the rendering rules in CartoCSS. I'm forwarding this to the general talk mailing list as I expect there will be some not Brits who will be pleased to hear about the progress on this one. My understanding (from watching Andy's presentation and reading the github page) is that this change will put us in a great position for better maintaining and enhancing the default mapnik rendering. It'll be nice to see more people getting involved with openstreetmap-carto (I understand the previous rendering XML was getting quite a lonely place to be). Though, quite frankly, that is in part because even a ticket opened with a patch to the XML stood the better chance of sitting for years. The process was broken for more than one reason. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Using OpenStreetMap on a daily basis
It is as if the map was meant to be made, not used: Regarding all this: A current theme in OSM development is to make editing easier, so more people map. Without any quibble with better design or better tools: I'd rather use the output of hundreds of dedicated mappers, as opposed to the leavings of thousands of new or one time editors. Perhaps there are some feature types, like wheelchair access, where casting a broad net makes sense. But for most areas editing OSM is a bit technical. It's not the tools, it's the culture, conventions, and sense of what needs mapping. If for every million new viewers of OSM, the community netted ten recurring mappers, that would be great. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] FW: Impact Of Imports On User Engagement : Sophie Kate Salway
Dear all, I am currently writing a research project, at the University College London, which focuses on the 'Impact of Imports On OSM User Engagement'. The project is focused on the impact of the 2007 AND import in the Netherlands, but it shall also address the wider impact of imports in Europe and even worldwide. The reason for me emailing the Dutch imports mailing list is because I want to include the perspective of the user in my research - what do the people on the ground (particularly in the Netherlands) think about importing data into OSM? So far I have read through the threads of several OSM mailing lists and have found the discussions particularly interesting. I'd really like it if I could get feedback on a series of research questions as I'd really value your opinion and thoughts. Any feedback is appreciated! Simple yes or no answers or bullet points would be absolutely perfect - if it is at all possible! Research Questions; Are/Were you for or against the AND data import in the Netherlands? What have been the benefits and/or negatives of introducing the AND import into the OSM database? Do you think the AND data import has engaged the OSM user? If so, why? Do you think the AND data import has affected the overall quality of OSM in the Netherlands? With the introduction of the Amsterdam 2007 AND import and the TIGER import in the USA - is it more beneficial to import road networks? Do you think that the AND data import has changed the role of the user? For example, have imports required the user to edit and correct data rather than collect their own information to upload. If you have any other thoughts that you wish to discuss please contact me on my email address: sophiekatesal...@hotmail.co.uk. I'd really appreciate it. Thank you for your time! Sophie Please note: I have had a similar discussion with the imports mailing list - so I am sorry for any repetition!___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] New tile rendering server (Experimental)
Does that mean it will be easier (therefore more likely) to improve the rendering of OpenCyclemap? That would be good. - Original message - From: Grant Slater [1]openstreet...@firefishy.com To: [2]dbcl...@fastmail.com.au Cc: talk-au [3]talk-au@openstreetmap.org Subject: Re: [talk-au] New tile rendering server (Experimental) Date: Tue, 23 Jul 2013 15:36:15 +0100 On 23 July 2013 15:08, David Clark [4]dbcl...@fastmail.com.au wrote: Sorry I don't really understand this, how will this affect me and what I see? Hopefully you shouldn't see any difference. :-) It is a large behind the scenes change on how we produce the default map tiles (view) for OpenStreetMap.org The old map stylesheet was a mass of difficult to understand XML. The new map stylesheet is completely re-written in a much cleaner CartoCSS syntax. Easier to maintain and improve, it is also easier to customise it for other projects. Andy Allan's talk explains it better than I could to: [5]http://vimeopro.com/openstreetmapus/state-of-the-map-us-2013/video/6 8093876 We have also changed the server infrastructure used for rendering the map tiles. The old server was becoming very complicated to maintain and administer due to the many layers of complexity, code, and undocumented hacks built up over time. The new server is setup using an automated devops system (opscode chef). The chef cookbook we wrote is here: [6]http://git.openstreetmap.org/chef.git/tree/HEAD:/cookbooks/tile Regards Grant References 1. mailto:openstreet...@firefishy.com 2. mailto:dbcl...@fastmail.com.au 3. mailto:talk-au@openstreetmap.org 4. mailto:dbcl...@fastmail.com.au 5. http://vimeopro.com/openstreetmapus/state-of-the-map-us-2013/video/68093876 6. http://git.openstreetmap.org/chef.git/tree/HEAD:/cookbooks/tile ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] New tile rendering server (Experimental)
On 24 July 2013 10:45, David Clark dbcl...@fastmail.com.au wrote: Does that mean it will be easier (therefore more likely) to improve the rendering of OpenCyclemap? That would be good. This is unrelated to OpenCycleMap. OpenCycleMap is a separate project by Andy Allan (gravitystorm) / Grant ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[talk-au] Garmin maps with style and typ files combined
Hi All Thanks to the to notch support from a local OSM Australia forum member and support from a generic OSM form and two excellent type files from French mappers I finally developed a very good starting point for a Garmin Bushwalking map, and here is the link to a drop box, https://www.dropbox.com/sh/g7nxh1xwjrlxg5v/O9sBszLB0n with the resulting img. Now while far from perfect the img does have a few useful features. The typ file allows customisation of line types, polygons and icons. I have stolen a few icons from a French developer (via La France) that match the mapnik ones. Also created my own one for scree and minor mountains. I started with the default mkgmap default style sheet. Big thing to note is as mkgmaps is developed for Unix programmers all the directory links are / rather than \ so the include additional style sheets does not work until the slash is reversed for Window users. I then used the typ file from a French programmer that did a wonderful job mirroring the standard mapnik icons. Then for additional icons I found another French typ file from someone that is very artistic on designing icons and borrowed his waterfall icon, and will be liberating a few more. Plus as mentioned added my own style for scree. Also I modified the generic mapnik type to remove icons that are standard Garmin ones, as Garmin did a better job of rendering the icon. Thanks to the kind support of a fellow OSM Australia mailing list member I have added in the contours for 20 metres. Also I changed the resolution levels for paths to hang into 12 km and increased the number of levels by two. My contribution to the default style and mapnik typ file is three mountain types, 1000 metres, 1000-1399 metres, and 1400 metres. This means screen clutter is not such an issue. Also upped the standard resolution for contours and minor roads. Made the line type for paths more visible. So we now have alpine hut icon as well. The img should be routeable and with a street index. Anyway, the above is only for Tasmania as an experiment. Next step is playing with the road rendering as per my earlier email suggests. So have a look and any comments appreciated. More than happy to share my style and type files plus write up instruction for Window users incoming to terms with mkgmap. Cheers Brett ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-tr] yolları birleştirmek
merhabalar, osm'de bir türlü beceremediğim bir şey var: diyelim ki bir cadde var, bu cadde bir kavşağa geliyor. bu cadde osm'de kavşaktan öncesi ve sonrası olmak üzere iki parçaya ayrılmış, halbuki bu iki parça da aynı cadde, bu iki parçayı nasıl tek bir parça haline getirebilirim? yardımınız için şimdiden teşekkürler... ___ Talk-tr mailing list Talk-tr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-tr
Re: [Talk-br] Nova página inicial do OpenStreetMap
Oi Wille, É verdade, me confundi. Aqui tem alguns detalhes da nova proposta feita pelo Saman da Mapbox: http://www.mapbox.com/osmdev/2013/07/19/implementing-osm-vision/ A apresentação dele no State of the Map é excelente para entender bem por onde o openstreetmap.org poderá ir: http://vimeopro.com/openstreetmapus/state-of-the-map-us-2013/video/68093877 Espero que avancem, o site principal do OSM é muito ruim. Vitor 2013/7/23 Wille wi...@wille.blog.br Na verdade essa página não irá substituir a homepage do openstreetmap.org. Será apenas uma página para a qual haverá um link no email que os usuários recebem quando se cadastram no site e também a página para a qual serviços que usam os dados do OSM (como foursquare e flickr) irão linkar quando os usuários relatarem problemas no mapa. The welcome page is the landing page for newly confirmed accounts as well as a place where third party data consumers like Foursquare, MapBox, or Craigslist can direct users who have spotted a problem with the map and want to get started fixing it. Penso que a página inicial do OpenStreetMap continuará a mesma. abçs, wille On 23-07-2013 17:56, Vitor George wrote: Pessoal, O site do OpenStreetMap está passando por algumas mudanças, e que usou recentemente deve ter notado algumas mudança de design. Está acontecendo agora uma discussão sobre uma nova página inicial do OpenStreetMap. Esta já não terá um mapa, que ficará em segundo plano. Quem quiser participar da discussão, veja: https://github.com/openstreetmap/openstreetmap-website/pull/338 Abs, Vitor ___ Talk-br mailing listTalk-br@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Einführung eines neuen Tags (globaleID)
Hallo Michael. Das ist jetzt schon weit vom eigentlichen Thema entfernt, aber eine Breite auf einem Weg anzugeben, wenn der Tunnel letztlich 40 Meter breit ist? Ständig die Breite ändert etc? Richtig ist: Es gibt bisher keine adäquate Lösung dafür, aber eine Breite an den Weg zu mappen kann doch auch nicht die Lösung sein. Wir reden über Tunnel, in denen quer verteilt Fahrkarten- und Süßigkeitenautomaten, Zeitschriftenläden und Papp-Brötchen-Verkäufer, Bänke und Mülleimer stehen, die breiter sind als etliche Wohnhäuser (die selbstverständlich einzeln eingetragen sind). Die Breite dieser Tunnel ändert sich z.T. stetig, anderswo gibt es Ecken und Kanten. Mit Breite-Angaben auf einem (!) way in der Mitte ist da nichts getan, um das anzugeben. Wie genau das zu lösen ist, weiß ich auch nicht. Ich gebe dir sicher recht: Einfach so Flächen zeichnen geht zu schnell schief. Aber das einfach abzulehnen, nur weil das jetzt ein Tunnel und nicht ein von Mauern umgebener Platz an der Oberfläche ist, halte ich für genauso falsch. Gruß Peter Am 24.07.2013 00:39, schrieb Michael Kugelmann: Am 23.07.2013 11:40, schrieb Tracy Kasperczyk: Tunnel sind oft schon in den Daten vorhanden. Die sind für uns als Wegelemente sehr hilfreich. Allerdings wollen wir auch Karten für den Untergrund zeichnen, wenn sehr breite Tunnels nur als Strich daherkommen ist das irreführend. Wir brauchen also zusätzlich Flächen. -1, absolut dagegen. Wir malen keine Karten mit einem Malprogramm sondern wir erfassen die Topologie! Da was schon immer so und sollte auch so bleiben. Wenn, dann gebt z.B. für einen Weg eine Breite mittels width == xxx an. Wir sind schon seit einiger Zeit mit der Münchner OSM Gruppe in Kontakt und haben viel gelernt. :-) Grüße, Michael. ___ 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] Rettungspunkte in SH
hi ! ich habe gerade einmal bei unserer Forstverwaltung angefragt wegen einer möglichen Datenspende. Hierzu gibt es ein Posting im Forum unter http://forum.openstreetmap.org/viewtopic.php?pid=349216#p349216 - möchte Euch bitten hierzu Eure Gedanken DORT einzubringen. Es geht primär um den Punkte Verfallsdatum von Daten. Für die SH'ler unter Euch hier einige Informationen: Die Nummer setzt sich aus dem Blattschnitt der TK25 zusammen, dann kommt ein Buchstabe für R... Rettungspunkt / W ... Löschwasserentnahmestelle und dann eine Fortlaufende (einmalige) Nummer in dem TK25-Blattschnitt. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Qualitätsverbesserung von SpeedCamera-Relationen
Hi ! derzeit habe ich die Relationen vom Typ /enforcement/ etwas näher in der Untersuchung und ein Script erstellt das diese auf Vollständigkeit prüft. Ein Musterreport für einen Ausschnitt im Raum Lübeck gibt es schon unter [1]. Frage an Euch nun - fallen Euch weitere zu beanstandene Konstellationen ein - alles was nicht unter enforcement = .. gelistet ist wird nicht im Report als OK gelistet. Es gibt zwar ein Querposting hierzu unter [2] aber irgendwie kommt keine Reaktion zu diesem Thema. Deshalb der Hinweis das mit den verbesserten Daten die Speed-Camera-Erfassung besser genutzt werden kann - selbst verständlich nur dort wo dieses auch rechtlich erlaubt ist. Gruß Jan :-) [1] http://www.tappenbeck.net/osm/osm/quality/referenzes/deu/rpt_speed_relation.html [2] http://forum.openstreetmap.org/viewtopic.php?pid=349321#p349321 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einführung eines neuen Tags (globaleID)
Hallo, Lösungen gibt es schon für gerichtete Wege, die als Fläche eingetragen werden sollen. Diese nennt sich area:highway=normale-highway-Klasse. Diese Fläche soll aber immer zusätzlich zu dem Graphen eingetragen werden. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einführung eines neuen Tags (globaleID)
Am 24.07.2013 03:27, schrieb Tirkon: Zunächst einmal an die Community. Im Allgemeinen wünschen wir Quellen für Importe. Bezogen auf die geografischen Einordnung ist dies aber in diesem Falle möglicherweise schwierig, wenn diese Daten überhaupt erst mit Hilfe von OSM Werkzeugen erstmals im geografischen Umfeld erfasst werden. Wir haben hier möglicherweise eine bisher nie oder kaum dagewesene Situation, dass OSM die Erstveröffentlichungsquelle ist und damit eine andere Quelle nicht zur Verfügung steht. Dann müssten wir uns im Rahmen dieses Imports überlegen, wie die für Importe notwendige Zusicherung, diese Daten unter der OSM Lizenz veröffentlichen zu dürfen, bewirkt werden kann. Ich denke, hier sollten wir unsere Data-Working-Group mit ihren entsprechenden Erfahrungen mit größeren Importen um Mithilfe bitten. Hallo, die Erlaubnis dazu muss der Urheber der Daten geben, genauso wie bei jedem anderen Beitrag zu OSM auch. Oder wo siehst du hier etwas anders? Henning für die DataWorkingGroup ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einführung eines neuen Tags (globaleID)
Am 24.07.2013 07:35, schrieb Dirk Sohler: Dass das geht, zeigen diverse Routingprogramme, die ohne Probleme über Treppen und Aufzüge routen können. Klar geht das. Allerdings macht es bei immer wiederkehrenden Wegen m.E. schon Sinn, diese vorzuberechnen. Daher würde ich zwischen zwei Wegetypen unterscheiden. a) Wege zur Haltestelle Diese sind relativ individuell. Da macht es Sinn, diese individuell berechnen. b) Wege innerhalb von Haltestellen. Diese sind permanent wiederkehrend und müssen ggf. auch andere Parametern als der erforderlichen Wegzeit berücksichtigen. Z.B. gibt es im Blockverkehr durch örtlich gesichertes Personal Umstiege, die auch bei 0 Minuten Übergangszeit erfahrungsgemäß gut funktionieren. Auch an anderen Stellen gibt es das. Zu den Wegen innerhalb von Haltestellen würde ich auch die Wege zu den Ein- und Ausgängen bei Bahnhöfen oder U-Bahn-Stationen zählen. Klar sollte man diese Wege/Zeiten rechnerisch überprüfen und ggf. korrigieren. Bei den vielfältigen Parametern der RMV-Fahrplanauskunft für Mobilitätsbehinderte http://www.rmv.de/baim/bin/jp/query.exe/dn?L=vs_rmv.vs_baimprofile#bDetails ist dieses m.W. auch der Fall. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wochennotiz Nr. 157 16.7.-22.7.2013
Hallo, die Wochennotiz Nr. 157 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2013/07/wochennotiz-nr-157/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einführung eines neuen Tags (globaleID)
Henning Scholland o...@aighes.de wrote: die Erlaubnis dazu muss der Urheber der Daten geben, genauso wie bei jedem anderen Beitrag zu OSM auch. Oder wo siehst du hier etwas anders? Nein, hatte ich im gleichen Beitrag auch so geschrieben: Zitat Hier kommt nun ein Problem zu Tage. Unsere Daten sind unter der freien Lizenz ODbL verfügbar. http://opendatacommons.org/licenses/odbl/ Damit das so bleibt, müsste das auch für die von Euch eingepflegten Daten gelten. Sofern Daten selbst vor Ort erfasst werden, ist das kein Problem. Anders ist es, wenn man sich dabei auf Daten Dritter stützt. Dann müsste das offizielle Einverständnis des Datengebers vorliegen und es kämen weitere Sonderregeln für Importe zum Tragen, die man hier nachlesen kann: http://wiki.openstreetmap.org/wiki/Import/Guidelines Zitat Ende Henning für die DataWorkingGroup O.K. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummernauswertung in einer ersten Version verfügbar
Hallo Johannes, ich habe gestern noch eine DB Strukturänderung vorgenommen und jetzt wird in Köln je Stadtgebiet korrekt ausgegeben, welche Hausnummern je Straße vorhanden sind und welche noch fehlen. Das habe ich im konkreten Beispiel von Dir mit der Berliner Straße geprüft und es passt, aber ... Meine Auswertungen gehen, aber der Bereich Dünnwald fehlt in der Auswertung und es werden noch etliche andere fehlen. Die Ursache liegt darin, das Du die unteren Admingrenzen einfach in OSM reingebracht hast, Du hast aber an der Außengrenze der Stadt Köln nicht die Stadtgrenze mit den Stadtteilgrenzen zusammengebracht. Der Dünnwald-Grenzverlauf ist in einigen außerhalb der Stadtgrenze, siehe z.b. den Knoten #2046493677. Beim erstellen aller Subteile einer Stadt (bei Köln admin_level=9 und admin_level=10) suche ich nur nach den Grenzrelationen, die in keinem Punkt außerhalb der Stadtrelation liegen. Die Grenze von Stadt und Stadtteil darf gleich sein, aber weiter außen nicht. Daher müssten die unteren Grenzrelationen von Köln erstmal noch mit der Stadtgrenze in Einklang gebracht werden, damit diese äußeren Stadtteile zukünftig mit ausgewertet werden können. Viele Grüße Dietmar Am 23.07.2013 13:18, schrieb jotpe: Hallo Dietmar, sehe ich mir die Berliner Str. in Westhoven an, sagt die grafische Auswertung, dass 251 Hausnr. fehlen. Soviele Häuser gibt es da gar nicht. Kann es sein, dass die Hausnummer von einer anderen Berliner Str. in Köln kommen? Viele Grüße Johannes Am 23. Juli 2013 12:13 schrieb Dietmar ostr...@diesei.de: Hallo Malte, jetzt gehen sie wieder. Ich hatte gestern abend und heute vormittag neue Auswertungen durchgeführt und die Dateinamen in falsche Umlautschreibweise abgelegt, derzeit gehen Aktualisierungen noch nicht automatisch. Viele Grüße Dietmar Am 23.07.2013 11:59, schrieb Malte Blättermann: Moin Dietmar, Die grafischen Auswertungen funktionieren scheinbar nicht mehr: http://regio-osm.de/**hausnummerauswertung/**grafikdarstellung/anzeige.* *html?ort=K%C3%B6lnhttp://regio-osm.de/hausnummerauswertung/grafikdarstellung/anzeige.html?ort=K%C3%B6ln Die *.osm Datei kann nicht geladen werden, für München das selbe. Grüße, Malte __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de ___ 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] Einführung eines neuen Tags (globaleID)
Am 24.07.2013 22:07, schrieb Thomas Reincke: Am 24.07.2013 07:35, schrieb Dirk Sohler: Dass das geht, zeigen diverse Routingprogramme, die ohne Probleme über Treppen und Aufzüge routen können. Klar geht das. Allerdings macht es bei immer wiederkehrenden Wegen m.E. schon Sinn, diese vorzuberechnen. Jetzt aber bitte nicht wieder alles in einen Topf werfen: Vorberechnen ist nicht in die OSM-Datenbank legen. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einführung eines neuen Tags (globaleID)
Thomas Reincke schrieb: b) Wege innerhalb von Haltestellen. Diese sind permanent wiederkehrend und müssen ggf. auch andere Parametern als der erforderlichen Wegzeit berücksichtigen. […] Klar sollte man diese Wege/Zeiten rechnerisch überprüfen und ggf. korrigieren. Aber was hat hat das in der Geodatenbank von OSM verloren? Das sollte derjenige, der das anbieten will, idealer weise in einer eigenen Datenbank verwalten, und bei bedarf mit den OSM-Daten zusammenführen und ausliefern – Gerade wenn dieses Routing so unlogische, und unerwünschte Sachen wie gesplittete Bahnsteige oder Aufzüge als Weg gemappt verlangt. Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-07-24T22:59:41+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einführung eines neuen Tags (globaleID)
Am 24/lug/2013 um 23:02 schrieb Dirk Sohler s...@0x7be.de: Gerade wenn dieses Routing so unlogische, und unerwünschte Sachen wie gesplittete Bahnsteige oder Aufzüge als Weg gemappt verlangt. m.E. ist ein Aufzug als way logischer denn als node. :) Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummernauswertung in einer ersten Version verfügbar
Hallo Dietmar, ja du hast recht, Stadtgrenze Köln und die der Stadtbezirke Stadtteile sind nicht diesselben... Gerade heute habe ich mir mit der Overpass API die Stadtteilgrenzen runtergeladen, damit bekommst du alle, wenn du Area Köln nimmst. Aber das löst ja nicht das Problem der doppelten Grenzen. Ich habe das nicht einfach reinkopiert. Das war ein Haufen Arbeit die Shape-Dateien nachzubearbeiten (14 Stunden). Sobald es an die Kölner Stadtgrenze geht, wirst du förmlich von anderen Relationen erschlagen und das habe ich dann erstmal nach hinten geschoben. Vielleicht wärs jetzt Zeit dafür. Hatte auch schon etwas vorgearbeitet und Felder und Wiesen die total kompliziert mit der Außengrenze verbunden waren zu lösen. Gruß Johannes Am 24. Juli 2013 22:26 schrieb Dietmar ostr...@diesei.de: Die Ursache liegt darin, das Du die unteren Admingrenzen einfach in OSM reingebracht hast, Du hast aber an der Außengrenze der Stadt Köln nicht die Stadtgrenze mit den Stadtteilgrenzen zusammengebracht. Der Dünnwald-Grenzverlauf ist in einigen außerhalb der Stadtgrenze, siehe z.b. den Knoten #2046493677. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummernauswertung in einer ersten Version verfügbar
Hallo Johannes, das einfach reinkopiert war etwas salopp geschrieben, sorry. Gilt die Stadtgrenze als die richtige und sind dementsprechend die Sub-Admingrenzen an diese anzupassen? Soll ich da mal mitmachen, die anzupassen oder machst Du das lieber bzw. Ihr in Köln? Viele Grüße Dietmar Am 25.07.2013 00:54, schrieb jotpe: Hallo Dietmar, ja du hast recht, Stadtgrenze Köln und die der Stadtbezirke Stadtteile sind nicht diesselben... Gerade heute habe ich mir mit der Overpass API die Stadtteilgrenzen runtergeladen, damit bekommst du alle, wenn du Area Köln nimmst. Aber das löst ja nicht das Problem der doppelten Grenzen. Ich habe das nicht einfach reinkopiert. Das war ein Haufen Arbeit die Shape-Dateien nachzubearbeiten (14 Stunden). Sobald es an die Kölner Stadtgrenze geht, wirst du förmlich von anderen Relationen erschlagen und das habe ich dann erstmal nach hinten geschoben. Vielleicht wärs jetzt Zeit dafür. Hatte auch schon etwas vorgearbeitet und Felder und Wiesen die total kompliziert mit der Außengrenze verbunden waren zu lösen. Gruß Johannes Am 24. Juli 2013 22:26 schrieb Dietmar ostr...@diesei.de: Die Ursache liegt darin, das Du die unteren Admingrenzen einfach in OSM reingebracht hast, Du hast aber an der Außengrenze der Stadt Köln nicht die Stadtgrenze mit den Stadtteilgrenzen zusammengebracht. Der Dünnwald-Grenzverlauf ist in einigen außerhalb der Stadtgrenze, siehe z.b. den Knoten #2046493677. ___ 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-it] Riserva naturale
Tutto riassunto in questo sito e relativa Direttiva http://www.eea.europa.eu/legal/copyright In pratica la Direttiva europea sul open-data per tutta la PA. Quindi più open di così... Il 24 luglio 2013 07:36, Luca Delucchi lucadel...@gmail.com ha scritto: On Jul 23, 2013 10:50 AM, Giovanni Caudullo giovanni.caudu...@gmail.com wrote: Ciao, a tal proposito vorrei segnalare questo layer http://www.eea.europa.eu/data-and-maps/data/ds_resolveuid/29430BDF-9AFB-4F1A-A529-7B4EF6D680D7 Dove sono individuate tutte le aree protette in Europa dai grandi parchi alle riserve locali, con nome, tipo, leggi, codici di identificaizione, ecc. In più viene costantemente aggiornato con le nuove aree. Cosa ne pensate? sarebbe da fare un import nazionale almeno, se non coordinarsi a livello europeo. Si, l'unica cosa non ho visto la licenza dei dati... Saluti G Ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] corsia ciclabile spezzettata
Ma se è una corsia (lane) non va disegnata la way ma si mette il tag sulla strada, quindi non si può collegare la pista alla strada Am 23/lug/2013 um 14:09 schrieb Luca Delucchi lucadel...@gmail.com: - mantenere inalterata la realtà e collegare la pista ciclabile alla strada e poi farla ricominciare dopo il semaforo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSM su Windows Phone?
Ho il telefono in assistenza da una settimana. Appena me lo restituiscono faccio la prova -- View this message in context: http://gis.19327.n5.nabble.com/OSM-su-Windows-Phone-tp5769439p5771192.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] corsia ciclabile spezzettata
Il 07/24/2013 11:20 AM, Fabri scrisse: Ma se è una corsia (lane) non va disegnata la way ma si mette il tag sulla strada, quindi non si può collegare la pista alla strada Credo intendesse spezzare la way, inserendo il tag cycleway=lane solo dove e' presente effettivamente la corsia ciclabile. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] corsia ciclabile spezzettata
2013/7/24 emmexx emm...@tiscalinet.it: Il 07/24/2013 11:20 AM, Fabri scrisse: Credo intendesse spezzare la way, inserendo il tag cycleway=lane solo dove e' presente effettivamente la corsia ciclabile. si scusate avevo pensato una una corsia separata. In questi casi bisognerebbe rompere la linea ad indicare cycleway=lane solo dove e' presente effettivamente la corsia ciclabile. ciao maxx -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Riserva naturale
Ho dato un'occhiata ai dati A meno di aver sbagliato l'importazione csv in openoffice calc, ci sono molti record a coord totalmente fuori Europa. Per quel che riguarda la mia zona su 5, 2 sono sicuramente errate di parecchi km Un carta disomogeneità, in quanto la concentrazione di siti è molto più alta in Germania -- http://cascafico.altervista.org Il giorno 24/lug/2013 08.04, Giovanni Caudullo giovanni.caudu...@gmail.com ha scritto: Tutto riassunto in questo sito e relativa Direttiva http://www.eea.europa.eu/legal/copyright In pratica la Direttiva europea sul open-data per tutta la PA. Quindi più open di così... Il 24 luglio 2013 07:36, Luca Delucchi lucadel...@gmail.com ha scritto: On Jul 23, 2013 10:50 AM, Giovanni Caudullo giovanni.caudu...@gmail.com wrote: Ciao, a tal proposito vorrei segnalare questo layer http://www.eea.europa.eu/data-and-maps/data/ds_resolveuid/29430BDF-9AFB-4F1A-A529-7B4EF6D680D7 Dove sono individuate tutte le aree protette in Europa dai grandi parchi alle riserve locali, con nome, tipo, leggi, codici di identificaizione, ecc. In più viene costantemente aggiornato con le nuove aree. Cosa ne pensate? sarebbe da fare un import nazionale almeno, se non coordinarsi a livello europeo. Si, l'unica cosa non ho visto la licenza dei dati... Saluti G Ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] corsia ciclabile spezzettata
Am 24/lug/2013 um 11:20 schrieb Fabri erfab...@gmail.com: Ma se è una corsia (lane) non va disegnata la way ma si mette il tag sulla strada, quindi non si può collegare la pista alla strada in questo caso è sufficiente togliere il tag cycleway=lane dove non c'è la ciclabile ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Riserva naturale
Non ho mai guardato il CSV, ho solo utilizzato lo shape file. Il 24 luglio 2013 12:26, Cascafico Giovanni cascaf...@gmail.com ha scritto: Ho dato un'occhiata ai dati A meno di aver sbagliato l'importazione csv in openoffice calc, ci sono molti record a coord totalmente fuori Europa. Per quel che riguarda la mia zona su 5, 2 sono sicuramente errate di parecchi km Un carta disomogeneità, in quanto la concentrazione di siti è molto più alta in Germania -- http://cascafico.altervista.org Il giorno 24/lug/2013 08.04, Giovanni Caudullo giovanni.caudu...@gmail.com ha scritto: Tutto riassunto in questo sito e relativa Direttiva http://www.eea.europa.eu/legal/copyright In pratica la Direttiva europea sul open-data per tutta la PA. Quindi più open di così... Il 24 luglio 2013 07:36, Luca Delucchi lucadel...@gmail.com ha scritto: On Jul 23, 2013 10:50 AM, Giovanni Caudullo giovanni.caudu...@gmail.com wrote: Ciao, a tal proposito vorrei segnalare questo layer http://www.eea.europa.eu/data-and-maps/data/ds_resolveuid/29430BDF-9AFB-4F1A-A529-7B4EF6D680D7 Dove sono individuate tutte le aree protette in Europa dai grandi parchi alle riserve locali, con nome, tipo, leggi, codici di identificaizione, ecc. In più viene costantemente aggiornato con le nuove aree. Cosa ne pensate? sarebbe da fare un import nazionale almeno, se non coordinarsi a livello europeo. Si, l'unica cosa non ho visto la licenza dei dati... Saluti G Ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] waterway_layer
Ho notato sia in Veneto che in Friuli che nelle regole di importazione dei dati regionali è stato messo il layer -1 su tutti i tag waterway. Dalle regole del wiki sui layer questo non sarebbe corretto, però mi rendo conto che mettendo -1 al layer si evita di dover inserire un'infinità di ponti o cunicoli e di spezzettare i corsi in una marea di parti. Però giustamente sarebbe da chiarire la cosa. -- View this message in context: http://gis.19327.n5.nabble.com/waterway-layer-tp5770579p5771267.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] waterway_layer
Am 24/lug/2013 um 19:34 schrieb bredy bredy...@yahoo.it: Dalle regole del wiki sui layer questo non sarebbe corretto, però mi rendo conto che mettendo -1 al layer si evita di dover inserire un'infinità di ponti o cunicoli e di spezzettare i corsi in una marea di parti. quando c'è un ponte si deve spezzare la strada. Il punto è che vogliamo proprio questi ponti e cunicoli, ma con tutto il waterway a layer=-1 diventa più difficile da trovare quelli che mancano. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Garmux ora permette la ricerca per indirizzi
Ciao a tutti :-) Come da oggetto: Garmux, il programmino per Linux che abbiamo sviluppato insieme tempo fa in questa stessa mailing list, che trasforma le mappe di Openstreetmap in mappe per dispositivi Garmin, da me sviluppato partendo da uno script di Stefano Salvador, a sua volta derivato da CreateIMG.bat beta05 per Windows di Marco Certelli, a sua volta basato su mkgmaps.jar, da oggi aggiunge la possibilità di cercare le strade e le città direttamente nella ricerca indirizzi dei dispositivi Garmin Nuvi. Qui trovate la nuova versione, la 2.0: http://sites.google.com/site/stefanodroghetti/nuvi Chi vuole la testi e mi faccia sapere :-) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] [OSMCol][SFDBogota]Abiertas las Inscripciones para Conferencias, Talleristas, Patrocinadores y Asistentes
Buenas a todos Por este medio, queremos manifestarles que se encuentran abiertas las inscripciones para la octava edición del #sfdbogota 2013, el cual se va a realizar en las instalaciones de la Universidad Piloto de Colombia, el día sábado 28 de septiembre, y que son: - Conferencias - http://bit.ly/146Z6jz - Talleres - http://bit.ly/165WFTh - Patrocinadores del evento - http://bit.ly/12phlkI - Inscripción de Asistentes. Este requisito es obligatorio independiente de la actividad en la que desee participar, y el día del evento deben llevar el ticket impreso y que sea nitido el código de barras, para agilizar el proceso de entrada al evento. Sin este requisito no se les puede garantizar la entrada al evento - http://bit.ly/18CKS2x Para participar como comunidades sin ánimo de lucro y dar a conocer las actividades que realizan, se aclara que NO están abiertas las inscripciones, porque el manejo en este año va a ser completamente diferente. Dicho proceso, se les aclarara mas adelante a las comunidades interesadas en participar, y a quienes se les hará la invitación respectiva (*independiente de que sean o no conocidas o que hayan participado o no en el evento*) por otro mecanismo. -- Atentamente COMITE ORGANIZADOR Software Freedom Day Bogotá (@SFDBta) http://sfdbogota.info ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-es] Servidor de tiles vectoriales en GeoJSON sobre NodeJS
Hola a todos, La semana pasada durante la Akademy 2013, estuvimos hablando con la gente de Marble y comentaron que sería interesante que pudiesen levantar su propio servidor de tiles vectoriales para usarlo en Marble. Así que nos pusimos manos a la obra y hemos levantado uno sobre NodeJS. Ya sé que OpenStreetMap.us tiene un servidor de tiles vectoriales en GeoJSON, pero estos están separados en distintas capas dependiendo de su tipo (carreteras, edificios,...). En el servidor que hemos levantado se pueden cambiar las consultas a PostGIS para cada nivel de zoom para adaptarlo a lo que se quiera sacar ( * https://github.com/AnderPijoan/vectorosm/blob/master/tileCreator/queryCreator.js * ). Ahora tal y como funciona, se pre-generan los tiles y los almacena en una carpeta la cual se le indica a NodeJS que es pública y este se encarga de despachar los archivos directamente. *http://energia.deusto.es:8001/tiles/18/128227/100207.json* Entonces para crear los tiles, se puede solicitar mediante URLs */generate/:zoom/:x/:y* */generate/zoom/from/:from/to/:to* */generate/zoom/:zoom* */generate/bbox/:zoom/:left/:top/:right/:bottom* Una mejora para esto sería interceptar las peticiones que se hagan de tiles ( /tiles/:z/:x/:y.json ) y si no existe crearla y devolver el resultado. Aquí está la *demo* con la capa de datos de Catastro de Ciudad Real sobre OSM *http://energia.deusto.es:8001/* El código lo tenéis en *github* ( https://github.com/AnderPijoan/vectorosm) para los que os interese y por supuesto, todo feedback es bienvenido! =) Saludos. -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-cat] Talk-cat Digest, Vol 3, Issue 20
Jo em referia a la categoria oficial, que es la que dicten els estaments oficials i esta escrita. A la pagina wiki de normalitzacio fa referencia a aquesta categoritzacio oficial per triar el tipus de highway, i de moment ho havia anat agafant com a guia, alguns cops a contracor. Pero certament et dono la rao. Cada cop estic mes convençut en deixar les categories oficials pels mapes oficials, i fer servir criteris mes concordants amb la realitat per a OSM. Del que es tracta es de fer un mapa veraç i util, no? I lligat amb aixo, tampoc soc partidari del mapejar a sac amb l'objectiu d'omplir. De mapes plens, pero amb errors i inexactituds, i poc o gens treball de camp, ja en tenim uns quants. Salut Jan El dia 22 de juliol de 2013 13.35, yo paseopor yopaseo...@gmail.com ha escrit: No exactament. En un país normal de la categoria depenia la importància i per tant la seva inversió i qualitat. Aquí no és així.Dóna la sensació que cap de les administracions respecta les planificacions de l'altra i la realitat demostra que no es coordinen gaire.Trobem inversions fetes a carreteres perdudes, carreteres que canvien quan canvies de província o de comarca (és el mateix 5 metres que 8?) Però a ulls de Déu totes són tertiary... Juguem un moment a les endevinalles: Totes són locals (que per administració equivaldrien a tertiary) (i, per suposat mateixa referència mateixa carretera, encara que canviem de província) ? Doncs no, hi ha una secondary (pertanyent a la Generalitat de Catalunya, tot i que porta nom de la Diputació de Barcelona) i hi ha una trunk (perquè és Nacional del Ministerio...i a més amb la referència repetida amb una carretera que està a uns 250 km.) És seriós això? Per moltes característiques que li apliquem a una carretera el primer que veurem (o que no veurem perquè per zoom les tertiary no es mostren) serà el seu color.I com veieu no són iguals ni les carreteres contigües, uns metres més enllà ops! han tocat les 12 i les Ventafocs del nostre país deixem d'anar en grans cotxes per anar en carbasses i deixem les nostres carreteres amb vorals i senyalització per anar per d'altres que no tenen ni marcat l'eix central! Per la qual cosa ni el volum d'inversió ni la qualitat de la via es corresponen molts cops amb els colors (que és la única característica visible a primer cop d'ull d'un mapa i per la que es guia TOTHOM) de la via. Per tant , independentment de la categoria administrativa és important reflectir al mapa la categoria real de la via ja que podem estar induint a error a tots els usuaris d'OSM que trepitgin el nostre país. El catàleg de la Generalitat i el de la RCE estan molt bé...però no disposem de tants colors segons amplada, segons qualitat...i hi ha vies que no coincideixen amb el planificat, i més ara que la inversió en infraestructures s'ha aturat quasi de ple i ha pillat planificacions pel mig (sagnant és el mapa 1:5 de l'ICC que mostra uns nombres futurs... que mai existiran). Per a mapes del segle passat i equivocats ja tinc els de Google Maps, quan faig servir un mapa vull saber la realitat de la via.I quan no tinc temps que perdre i vull circular amb les màximes prestacions allà on no arriben les autovies i autopistes de peatge del nostre estat no m'agradaria que un mapa col·laboratiu em prengués el número simplement perquè hem volgut fer-li el joc a les administracions que es preocupen més de la política que de la gent que fa servir les seves vies. Salut i mapes yopaseopor 2013/7/22 Jan Esquerra jan.esque...@gmail.com El dia 21 de juliol de 2013 22.04, Carlos Sánchez erielk...@gmail.comha escrit: Després de rumiar-ho crec que si que tens raó. Estaba intentant buscar algún mètode simple que servís per a tot el territori. Crec que l'opció que va comentar yo paseopor podría ser més consecuent amb la realitat http://wiki.openstreetmap.org/wiki/Normalitzaci%C3%B3 El fet és poder fixar una metodologia per a tot el territori fàcil d'aplicar i que no requereixi treball de camp per a totes les carreteres. De fet, la categorització oficial de les carreteres (motorway, trunk, primary, ...) deu ser de les poques (si no la única) etiqueta que no requereix treball de camp, ja que no és una característica física pròpia de la via ni observable objectivament. Ho decideixen des d'un despatx i està reflectit en un document, http://www20.gencat.cat/docs/ptop/Home/Departament/Normativa%20i%20documentacio/Documentacio/Territori_mobilitat/Carreteres/documentacio%20tecnica/Cataleg%20de%20carreteres%20de%20Catalunya%202011/CATALEG%20DE%20CARRETERES%202011.pdf (hi manquen les que depenen de l'estat español) Per tota la resta de característiques, treball de camp. Salut Jan ___ Talk-cat mailing list Talk-cat@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cat ___ Talk-cat mailing list
Re: [OSM-talk-fr] Trace GPX avec OSRM
Le 24/07/2013 07:21, [Famille] Pierre WILLOT a écrit : Bonjour à tous Je travaille de plus en plus avec OSRM. Les traces GPX que je sors comporte forcement des POI et pour intégrer le trace dans mon gps Garmin, il n'en faut pas. Comment je peux récupérer une trace venant de OSRM et d'en enlever les POI ? Si quelqu'un a une idée, je suis preneur En ouvrant la trace dans JOSM, par exemple. Il y a un plugin (un peu violent) qui permet de nettoyer les traces en supprimant les points. Sinon, convertir la trace en layer osm, la travailler, et la reconvertir en gpx. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rendu landuse=farmland sur openstreetmap.org
Salut, Pas de problème du coté d'Ayrens, où j'en ai tracé il y a pas longtemps, et toujours présents malgré les coups de /dirty. ttp://www.openstreetmap.org/?lat=44.973637lon=2.327594zoom=18layers=M JB. Le 24.07.2013 07:22, Pierre Knobel a écrit : Hello, Depuis ce matin je ne vois plus les polygones taggué landuse=farmland sur le rendu standard d'osm.org [2]. On voit toujours les landuse=farm. Est-ce que c'est un bug ou un choix ? Ca marche toujours sur le rendu osmfr. Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr [1] Links: -- [1] http://lists.openstreetmap.org/listinfo/talk-fr [2] http://osm.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rôtisserie ?
De toutes façons, on touche ici les limites d'une base de données internationnales où les particularités et les correspondances nationales et locales ont du mal à être définies. Pour le moment, la seule solution que l'on a envisagé est d'adapté nos informations au modèle anglo-saxon. Cela dit, une étape à au moins eu le mérite d'être franchie grâce à Christian Quest, c'est d'adapter le rendu cartographique à la sauce francophone. - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Rotisserie-tp5770598p5771172.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] Trace GPX avec OSRM
Le 24/07/2013 07:21, [Famille] Pierre WILLOT a écrit : Bonjour à tous Je travaille de plus en plus avec OSRM. Les traces GPX que je sors comporte forcement des POI et pour intégrer le trace dans mon gps Garmin, il n'en faut pas. Comment je peux récupérer une trace venant de OSRM et d'en enlever les POI ? Si quelqu'un a une idée, je suis preneur Merci beaucoup @+ Pierre Bonjour, Les fichiers GPX sont des fichiers texte, il est donc possible de les modifier avec un éditeur de texte. Leur structure est très simple, on peut donc facilement enlever les POI. Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet adresses
Pieren wrote Que addr:place et addr:hamlet sont redondants et ne devraient servir que dans les cas particuliers où le nom du lieu ne correspond pas au nom de la commune (lignes 5 et 6). Le concept de place et hamlet (hameau) n'est pas tout à fait identique. Place est plus flou est regroupe plusieurs types de territoires (habités ou non, contenant ou pas des services et des administrations, ...), tandis que hamlet concerne les hameaux qui se définissent en france comme un groupe d’habitations en milieu rural, généralement trop petit pour être considéré comme un village, et sans église paroissiale. Pieren wrote Qu'il faudrait autant que possible rattacher l'adresse au polygone du bâti et non laisser flotter un noeud adresse entre rues et bâtiments. C'est un débat à avoir: l'adresse doit être affecté soit à un bâtiment (on duplique quand il y a plusieurs bâtiments ?), soit à un Point d'Accès Numérique comme le définissent la Poste et les Pompiers, à savoir l'emplacement physique qui permet l'accès à un bâtiment(...) à partir du bord d'une voie (...) ouverte à la circulation publique Pieren wrote Que les tags addr:country, addr:city sont optionnels et inutiles à dupliquer des milliers de fois si les polygones d'admin sont là. Pour le moment, il me semble que ni JOSM, ni QGIS, ni les autres logiciels ne sont capables d'extraire des données dans une sélection spatiale complexe comme l'est un découpage administratif. On ne peut extraire qu'à partir d'emprises rectangulaires qui débordent sur les communes voisines. Donc, pour le moment, la clé addr:city est encore utile. Pieren wrote Pareil pour addr:postcode lorsque le code postal est unique et sur le polygone de la municipalité. Ce n'est malheureusement pas la règle commune. Beaucoup de communes partagent le même code postal et beaucoup d'autres communes contiennent plusieurs codes postaux. - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Projet-adresses-tp5765218p5771180.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] Trace GPX avec OSRM
Bonjour, Le 24 juillet 2013 07:21, [Famille] Pierre WILLOT pie...@willot-martin.bea écrit : Bonjour à tous Je travaille de plus en plus avec OSRM. Les traces GPX que je sors comporte forcement des POI et pour intégrer le trace dans mon gps Garmin, il n'en faut pas. Comment je peux récupérer une trace venant de OSRM et d'en enlever les POI ? Si quelqu'un a une idée, je suis preneur Merci beaucoup @+ Pierre Je ne saurais trop que conseiller l'usage de viking : http://viking.sf.net/ La version actuelle permet de facilement séparer traces et POI. Qui plus est, viking sait envoyer les informations directement dans les GPS. La version en cours de développement sait communiquer avec OSRM. Du coup, on peut tout faire depuis viking : interroger OSRM pour réceptionner la trace (sans POI) et exporter dans le GPS. Par contre, c'est assez frais (dernière modification sur le sujet ajoutée hier soir). Si vous avez besoin d'aide, n'hésitez pas à me contacter. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] balise des circuits vélo
tetsuo shima wrote A mon avis le mieux a faire c'est dans le cas ici, de commencer par intégrer les itinéraires route eux même dans OSM, c'est l'info la plus importante. Une fois ceux ci intégrés on pourra bien intégré le pannotage si c'est utile. Le pannotage sans l'itinéraire me semble un peu bizarre surtout si les itinéraire utilise essentiellement des routes ouvertes aux voitures déjà balisées. Dans notre cas, les itinéraires de vélotourisme sont déjà dans OSM. http://www.openstreetmap.org/?lat=44.0909lon=4.8311zoom=12layers=C http://www.openstreetmap.org/?lat=44.0909lon=4.8311zoom=12layers=C Il s'agit donc bien d'une nouvelle étape, celle de l'intégration des panneaux indicateurs de ces circuits. - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/balise-des-circuits-velo-tp5771048p5771181.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] Trace GPX avec OSRM
Petite question à propos d'OSMR. Comment peut-on exporter les itinéraires que l'on à calculé avec OSMR dans une application mobile telle que nav free ? Sinon, existe-t-il une version mobile d'osmr ? - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Trace-GPX-avec-OSRM-tp5771158p5771184.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] Piste d’athlétisme
Bonjour, quelle est la meilleure façon de représenter une piste d’athlétisme entourant un terrain de sport ? Michel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rendu landuse=farmland sur openstreetmap.org
Moi je vois des trous blancs au milieu des prairies en suivant ton lien. Essaye de purger le cache de ton navigateur pour voir (Maj+Ctrl+R sur Firefox). 2013/7/24 JB jb...@mailoo.org Salut, Pas de problème du coté d'Ayrens, où j'en ai tracé il y a pas longtemps, et toujours présents malgré les coups de /dirty. ttp://www.openstreetmap.org/?**lat=44.973637lon=2.327594** zoom=18layers=Mhttp://www.openstreetmap.org/?lat=44.973637lon=2.327594zoom=18layers=M JB. Le 24.07.2013 07:22, Pierre Knobel a écrit : Hello, Depuis ce matin je ne vois plus les polygones taggué landuse=farmland sur le rendu standard d'osm.org [2]. On voit toujours les landuse=farm. Est-ce que c'est un bug ou un choix ? Ca marche toujours sur le rendu osmfr. Pierre __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr[1] Links: -- [1] http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr [2] http://osm.org __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://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] Piste d’athlétisme
comme ça : http://tile.openstreetmap.fr/?zoom=18lat=44.12497lon=4.79936layers=B0FFF http://tile.openstreetmap.fr/?zoom=18lat=44.12497lon=4.79936layers=B0FFF 1 polygone pour l'emprise externe de la piste d'athlélisme (A) 1 polygone pour l'espace en herbe au milieu (B) 1 relation multipolygon avec (A) en rôle outer et (B) en rôle inner - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Piste-d-athletisme-tp5771194p5771198.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] rendu landuse=farmland sur openstreetmap.org
Tu as un exemple ? Car de mon côté, je vois bien... - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/rendu-landuse-farmland-sur-openstreetmap-org-tp5771159p5771199.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] Piste d’athlétisme
Ok, vu pour le leisure:track Merci Le 24 juillet 2013 11:37, Tony Emery tony.em...@yahoo.fr a écrit : comme ça : http://tile.openstreetmap.fr/?zoom=18lat=44.12497lon=4.79936layers=B0FFF http://tile.openstreetmap.fr/?zoom=18lat=44.12497lon=4.79936layers=B0FFF 1 polygone pour l'emprise externe de la piste d'athlélisme (A) 1 polygone pour l'espace en herbe au milieu (B) 1 relation multipolygon avec (A) en rôle outer et (B) en rôle inner - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Piste-d-athletisme-tp5771194p5771198.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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rendu landuse=farmland sur openstreetmap.org
Ca marche de nouveau. J'aurais du faire une capture d'écran pour prouver que je ne suis pas fou. 2013/7/24 Tony Emery tony.em...@yahoo.fr Tu as un exemple ? Car de mon côté, je vois bien... - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/rendu-landuse-farmland-sur-openstreetmap-org-tp5771159p5771199.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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Différence tag cycleway dans le wiki
Bonjour, J'ai remarqué une différence dans le wiki entre les pages en anglais et en français dans les cas M3a et M3b pour l'identification d'une piste cyclable: http://wiki.openstreetmap.org/wiki/Bicycle Il s'agit d'une piste en contresens de la circulation. En français, elle est définie par cycleway=opposite_lane alors qu'en anglais il y a une précision supplémentaire quant au côté de la rue à savoir cycleway:left=opposite_lane ou cycleway:right=opposite_lane. Y-a-t-il une raison (historique?) qui expliquerait cette différence? Merci. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Différence tag cycleway dans le wiki
Fichus anglais qui roulent de l'autre coté de la route, je pense. Fichu français (alsacien, en plus ?), qui a dessiné des voitures qui roulent à droite, eux doivent penser… Mais la proposition française tient bien la route. Je pense que la M3b anglaise (version recommandée) est un peu trop complexe pour représenter leur cas standard, un manque d'adaptation à leurs particularités locales. JB. Le 24.07.2013 12:48, Romain MEHUT a écrit : Bonjour, J'ai remarqué une différence dans le wiki entre les pages en anglais et en français dans les cas M3a et M3b pour l'identification d'une piste cyclable: http://wiki.openstreetmap.org/wiki/Bicycle [2] Il s'agit d'une piste en contresens de la circulation. En français, elle est définie par cycleway=opposite_lane alors qu'en anglais il y a une précision supplémentaire quant au côté de la rue à savoir cycleway:left=opposite_lane ou cycleway:right=opposite_lane. Y-a-t-il une raison (historique?) qui expliquerait cette différence? Merci. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr [1] Links: -- [1] http://lists.openstreetmap.org/listinfo/talk-fr [2] http://wiki.openstreetmap.org/wiki/Bicycle ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet adresses
C'est quand même dommage de devoir mettre de devoir recourir à un tag aussi redondant que addr:city... D'ailleurs comment fait nominatim pour déduire le pays d'appartenance d'une adresse ? S'il se sert des limites administratives, cela devrait être possible de faire la même chose pour les régions et villes non ? 2013/7/24 Tony Emery tony.em...@yahoo.fr: Pieren wrote Que addr:place et addr:hamlet sont redondants et ne devraient servir que dans les cas particuliers où le nom du lieu ne correspond pas au nom de la commune (lignes 5 et 6). Le concept de place et hamlet (hameau) n'est pas tout à fait identique. Place est plus flou est regroupe plusieurs types de territoires (habités ou non, contenant ou pas des services et des administrations, ...), tandis que hamlet concerne les hameaux qui se définissent en france comme un groupe d’habitations en milieu rural, généralement trop petit pour être considéré comme un village, et sans église paroissiale. Pieren wrote Qu'il faudrait autant que possible rattacher l'adresse au polygone du bâti et non laisser flotter un noeud adresse entre rues et bâtiments. C'est un débat à avoir: l'adresse doit être affecté soit à un bâtiment (on duplique quand il y a plusieurs bâtiments ?), soit à un Point d'Accès Numérique comme le définissent la Poste et les Pompiers, à savoir l'emplacement physique qui permet l'accès à un bâtiment(...) à partir du bord d'une voie (...) ouverte à la circulation publique Pieren wrote Que les tags addr:country, addr:city sont optionnels et inutiles à dupliquer des milliers de fois si les polygones d'admin sont là. Pour le moment, il me semble que ni JOSM, ni QGIS, ni les autres logiciels ne sont capables d'extraire des données dans une sélection spatiale complexe comme l'est un découpage administratif. On ne peut extraire qu'à partir d'emprises rectangulaires qui débordent sur les communes voisines. Donc, pour le moment, la clé addr:city est encore utile. Pieren wrote Pareil pour addr:postcode lorsque le code postal est unique et sur le polygone de la municipalité. Ce n'est malheureusement pas la règle commune. Beaucoup de communes partagent le même code postal et beaucoup d'autres communes contiennent plusieurs codes postaux. - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Projet-adresses-tp5765218p5771180.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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tag hôtel et restaurant
Bonjour, dans le cas d'un hôtel qui offre aussi des prestations de restauration, quel tag doit on mettre ? Sachant bien sûr qu'il existe déjà ces deux possibilités : - amenity:restaurant - Tourism:hotel Michel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Guide de saisie des commerces (POI) Était : Re: Rôtisserie ?
Je suis intéressé par travailler sur une page similaire. Il a des problèmes même pour des magasins courants et ça permet de trouver des façons communes de taguer. Il y a des guides imprimables en une ou deux pages avec les bons tags lors d'une cartopartie : OSMecum. Cependant, plusieurs problèmes : le nom n'est pas parlant, c'est très succinct et c'est en pdf, donc ça ne marche pas quand on cherche rôtisserie dans le wiki :( Le guide qui t'intéresse serait : http://wiki.openstreetmap.org/w/images/e/e3/OsmecumCity.pdf En prenant le problème à l'envers, la traduction de la page Map_Features est intéressante même si elle ne répond pas à la problématique : http://wiki.openstreetmap.org/wiki/FR:Map_Features#Commerce_.28shop.29 Je créerai bien une page sur ce modèle mais dans l'autre sens : nom -- tags adaptés. Le 24 juil. 2013 04:04, Jérôme Amagat jerome.ama...@gmail.com a écrit : oups parti trop vite. Je trouve qu'il manque un truc sur le wiki donnant pour un commerce en français l’équivalent dans OSM. Si un jour une solution est trouvé pour la rôtisserie dans cette discussion comment elle va elle être diffusé. Même chose pour d'autres commerces comme une maroquinerie, une parapharmacie, un traiteur ... Je n'ai rien trouver de simple sur le wiki. Il y a un http://wiki.openstreetmap.org/wiki/FR:Howto_Map_A#Commerces ou il y a pas grand chose. un peu comme ça http://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases/FR mais pour les commerces. Le 24 juillet 2013 03:50, Jérôme Amagat jerome.ama...@gmail.com a écrit : Je trouve qu'il manque un truc sur le wiki donnant pour un commerce en francais l'equivalent dans OSM. Si un jour une solution est trouvé pour la rotisserie dans cette discussion comment elle v maroquinerie ___ 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] Projet adresses
Bonjour, De : Éric Gillet C'est quand même dommage de devoir mettre de devoir recourir à un tag aussi redondant que addr:city... D'ailleurs comment fait nominatim pour déduire le pays d'appartenance d'une adresse ? S'il se sert des limites administratives, cela devrait être possible de faire la même chose pour les régions et villes non ? 2013/7/24 Tony Emery : Pieren wrote Que les tags addr:country, addr:city sont optionnels et inutiles à dupliquer des milliers de fois si les polygones d'admin sont là. Pour le moment, il me semble que ni JOSM, ni QGIS, ni les autres logiciels ne sont capables d'extraire des données dans une sélection spatiale complexe comme l'est un découpage administratif. On ne peut extraire qu'à partir d'emprises rectangulaires qui débordent sur les communes voisines. Donc, pour le moment, la clé addr:city est encore utile. QGIS sait faire ça (Menu Vecteur Requête Spatiale), c'est une fonctionnalité de base des SIG et des BD spatiales (PostGIS co). Ça ne me choque pas de na pas avoir ça côté JOSM, plus tourné vers l'édition que l'exploitation. Donc d'accord sur le caractère redondant (lire inutile) de addr:city et addr:country. Pieren wrote Pareil pour addr:postcode lorsque le code postal est unique et sur le polygone de la municipalité. Ce n'est malheureusement pas la règle commune. Beaucoup de communes partagent le même code postal et beaucoup d'autres communes contiennent plusieurs codes postaux. Pour des communes partageant un même code postal, tant que chacune n'a qu'une seule valeur de code postal, si celui-ci est porté par la relation administrative, ça remplace bel et bien le tag addr:postcode porté par chaque objet inclus dans la commune. Après oui, il existe des communes pluri-distribuées, mais ça reste l'exception. Ça concerne grosso modo les préfectures et quelques communes. J'ai en tête Meudon (92), Saint-Maur-des-Fossés (94), Cergy (95) (liste incomplète). Mais au final,dans une écrasante majorité de communes en France, on peut se passer de propager addr:postcode sur chaque adresse. Pour qui en aurait besoin dans l'utilisation des données, un post-traitement (la fameuse requête spatiale de QGIS) permet d'hériter du code postal de l'emprise administrative communale. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag hôtel et restaurant
De : Mides dans le cas d'un hôtel qui offre aussi des prestations de restauration, quel tag doit on mettre ? Sachant bien sûr qu'il existe déjà ces deux possibilités : - amenity:restaurant - Tourism:hotel Tu peux choisir de ne pas choisir : pour un hôtel-restaurant, ces 2 tags ont leur place sur l'objet, tu peux les cumuler. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet adresses
Dans le cas des communes avec plusieurs codes postaux, je ne sais pas si le nom du bureau distributeur est lui aussi toujours variable ou pas. En tout cas sur St Maur des Fossés, c'est 94100 St Maur des Fossés et 94210 La Varenne St Hilaire A Meudon, il semble y avoir Meudon et Meudon la Forêt. Dans le wiki, addr:city est bien indiqué comme portant le nom du bureau distributeur si il est différent de la commune. Le 24 juillet 2013 15:09, V de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Éric Gillet C'est quand même dommage de devoir mettre de devoir recourir à un tag aussi redondant que addr:city... D'ailleurs comment fait nominatim pour déduire le pays d'appartenance d'une adresse ? S'il se sert des limites administratives, cela devrait être possible de faire la même chose pour les régions et villes non ? 2013/7/24 Tony Emery : Pieren wrote Que les tags addr:country, addr:city sont optionnels et inutiles à dupliquer des milliers de fois si les polygones d'admin sont là. Pour le moment, il me semble que ni JOSM, ni QGIS, ni les autres logiciels ne sont capables d'extraire des données dans une sélection spatiale complexe comme l'est un découpage administratif. On ne peut extraire qu'à partir d'emprises rectangulaires qui débordent sur les communes voisines. Donc, pour le moment, la clé addr:city est encore utile. QGIS sait faire ça (Menu Vecteur Requête Spatiale), c'est une fonctionnalité de base des SIG et des BD spatiales (PostGIS co). Ça ne me choque pas de na pas avoir ça côté JOSM, plus tourné vers l'édition que l'exploitation. Donc d'accord sur le caractère redondant (lire inutile) de addr:city et addr:country. Pieren wrote Pareil pour addr:postcode lorsque le code postal est unique et sur le polygone de la municipalité. Ce n'est malheureusement pas la règle commune. Beaucoup de communes partagent le même code postal et beaucoup d'autres communes contiennent plusieurs codes postaux. Pour des communes partageant un même code postal, tant que chacune n'a qu'une seule valeur de code postal, si celui-ci est porté par la relation administrative, ça remplace bel et bien le tag addr:postcode porté par chaque objet inclus dans la commune. Après oui, il existe des communes pluri-distribuées, mais ça reste l'exception. Ça concerne grosso modo les préfectures et quelques communes. J'ai en tête Meudon (92), Saint-Maur-des-Fossés (94), Cergy (95) (liste incomplète). Mais au final,dans une écrasante majorité de communes en France, on peut se passer de propager addr:postcode sur chaque adresse. Pour qui en aurait besoin dans l'utilisation des données, un post-traitement (la fameuse requête spatiale de QGIS) permet d'hériter du code postal de l'emprise administrative communale. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag hôtel et restaurant
Ok pour les deux tag dans le même objet, avec apparemment une priorité pour l'icône hotel sur le rendu visuel. Mais le principal étant que l'on puisse retrouver ces deux info en c Le 24 juillet 2013 15:16, V de Chateau-Thierry v...@laposte.net a écrit : De : Mides dans le cas d'un hôtel qui offre aussi des prestations de restauration, quel tag doit on mettre ? Sachant bien sûr qu'il existe déjà ces deux possibilités : - amenity:restaurant - Tourism:hotel Tu peux choisir de ne pas choisir : pour un hôtel-restaurant, ces 2 tags ont leur place sur l'objet, tu peux les cumuler. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ 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] Tag hôtel et restaurant
Après se pose le problème du nom, en effet bien qu'au même endroit il arrive que le restaurant ne porte pas le même nom que l'hôtel. Florian. De : V de Chateau-Thierry v...@laposte.net À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Mercredi 24 juillet 2013 15h16 Objet : Re: [OSM-talk-fr] Tag hôtel et restaurant De : Mides dans le cas d'un hôtel qui offre aussi des prestations de restauration, quel tag doit on mettre ? Sachant bien sûr qu'il existe déjà ces deux possibilités : - amenity:restaurant - Tourism:hotel Tu peux choisir de ne pas choisir : pour un hôtel-restaurant, ces 2 tags ont leur place sur l'objet, tu peux les cumuler. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ 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] Tag hôtel et restaurant
Suite... en cas de requête dans la base. Merci Le 24 juillet 2013 15:16, V de Chateau-Thierry v...@laposte.net a écrit : De : Mides dans le cas d'un hôtel qui offre aussi des prestations de restauration, quel tag doit on mettre ? Sachant bien sûr qu'il existe déjà ces deux possibilités : - amenity:restaurant - Tourism:hotel Tu peux choisir de ne pas choisir : pour un hôtel-restaurant, ces 2 tags ont leur place sur l'objet, tu peux les cumuler. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ 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] Tag hôtel et restaurant
Otourly Wiki wrote Après se pose le problème du nom, en effet bien qu'au même endroit il arrive que le restaurant ne porte pas le même nom que l'hôtel. Dans ce cas précis, je mettrais 2 points, un pour l'hôtel et un pour le restaurant. - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Tag-hotel-et-restaurant-tp5771220p5771234.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] Tag hôtel et restaurant
C'est la question que je me suis posé, et par chance dans mon cas de figure les bâtisses sont séparées. Mais il vrai qu'il serait intéressant de savoir lequel des de noms doit retenir notre choix dans cette situation. http://www.openstreetmap.org/?lat=42.97712221741676lon=1.1462098360061646zoom=18 Le 24 juillet 2013 15:32, Otourly Wiki otou...@yahoo.fr a écrit : Après se pose le problème du nom, en effet bien qu'au même endroit il arrive que le restaurant ne porte pas le même nom que l'hôtel. Florian. -- *De :* V de Chateau-Thierry v...@laposte.net *À :* Discussions sur OSM en français talk-fr@openstreetmap.org *Envoyé le :* Mercredi 24 juillet 2013 15h16 *Objet :* Re: [OSM-talk-fr] Tag hôtel et restaurant De : Mides dans le cas d'un hôtel qui offre aussi des prestations de restauration, quel tag doit on mettre ? Sachant bien sûr qu'il existe déjà ces deux possibilités : - amenity:restaurant - Tourism:hotel Tu peux choisir de ne pas choisir : pour un hôtel-restaurant, ces 2 tags ont leur place sur l'objet, tu peux les cumuler. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ 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
Re: [OSM-talk-fr] Projet adresses
Quand je parlais de distinguer l'adresse postale de l'adresse de localisation (administrative ou fiscale) j'étais sérieux ! Alors de quoi parle-t-on ? A minima il faudrait distinguer la finalité de ces différentes adresses. 0 cents (!) Le 24 juillet 2013 15:28, Christian Quest cqu...@openstreetmap.fr a écrit : Dans le cas des communes avec plusieurs codes postaux, je ne sais pas si le nom du bureau distributeur est lui aussi toujours variable ou pas. En tout cas sur St Maur des Fossés, c'est 94100 St Maur des Fossés et 94210 La Varenne St Hilaire A Meudon, il semble y avoir Meudon et Meudon la Forêt. Dans le wiki, addr:city est bien indiqué comme portant le nom du bureau distributeur si il est différent de la commune. Le 24 juillet 2013 15:09, V de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Éric Gillet C'est quand même dommage de devoir mettre de devoir recourir à un tag aussi redondant que addr:city... D'ailleurs comment fait nominatim pour déduire le pays d'appartenance d'une adresse ? S'il se sert des limites administratives, cela devrait être possible de faire la même chose pour les régions et villes non ? 2013/7/24 Tony Emery : Pieren wrote Que les tags addr:country, addr:city sont optionnels et inutiles à dupliquer des milliers de fois si les polygones d'admin sont là. Pour le moment, il me semble que ni JOSM, ni QGIS, ni les autres logiciels ne sont capables d'extraire des données dans une sélection spatiale complexe comme l'est un découpage administratif. On ne peut extraire qu'à partir d'emprises rectangulaires qui débordent sur les communes voisines. Donc, pour le moment, la clé addr:city est encore utile. QGIS sait faire ça (Menu Vecteur Requête Spatiale), c'est une fonctionnalité de base des SIG et des BD spatiales (PostGIS co). Ça ne me choque pas de na pas avoir ça côté JOSM, plus tourné vers l'édition que l'exploitation. Donc d'accord sur le caractère redondant (lire inutile) de addr:city et addr:country. Pieren wrote Pareil pour addr:postcode lorsque le code postal est unique et sur le polygone de la municipalité. Ce n'est malheureusement pas la règle commune. Beaucoup de communes partagent le même code postal et beaucoup d'autres communes contiennent plusieurs codes postaux. Pour des communes partageant un même code postal, tant que chacune n'a qu'une seule valeur de code postal, si celui-ci est porté par la relation administrative, ça remplace bel et bien le tag addr:postcode porté par chaque objet inclus dans la commune. Après oui, il existe des communes pluri-distribuées, mais ça reste l'exception. Ça concerne grosso modo les préfectures et quelques communes. J'ai en tête Meudon (92), Saint-Maur-des-Fossés (94), Cergy (95) (liste incomplète). Mais au final,dans une écrasante majorité de communes en France, on peut se passer de propager addr:postcode sur chaque adresse. Pour qui en aurait besoin dans l'utilisation des données, un post-traitement (la fameuse requête spatiale de QGIS) permet d'hériter du code postal de l'emprise administrative communale. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag hôtel et restaurant
De : Tony Emery Otourly Wiki wrote Après se pose le problème du nom, en effet bien qu'au même endroit il arrive que le restaurant ne porte pas le même nom que l'hôtel. Dans ce cas précis, je mettrais 2 points, un pour l'hôtel et un pour le restaurant. Oui. Voire le bâtiment dans son intégralité pour l'hôtel (à voir au cas par cas) et un point pour le restaurant, point faisant partie du way qui dessine le bâtiment de l'hôtel. Un exemple avec ce restaurant : http://www.openstreetmap.org/browse/node/976978263 inclus dans cet hôtel : http://www.openstreetmap.org/browse/way/83948788 vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag hôtel et restaurant
Les deux mon général ;) C'est à la réutilisation des données (par exemple un rendu de carte), qu'on doit faire le choix de mettre en priorité tel ou tel info. Si il y a un hôtel et un restaurant, on taggue les deux... ensuite il faut s'adapter au terrain. Un hôtel est souvent plus grand qu'un restaurant, j'ai tendance à mettre tourism=hotel sur le polygone de toute l'emprise de l'hôtel, voire du bâtiment principal, ensuite le resto a soit son bâtiment dédié, soit ce n'est qu'une partie du bâtiment de l'hôtel et dans ce dernier cas, un simple nœuds suffira. Et puis... il peut y avoir un bar, ou un night-club (voire même une rôtisserie) dans cet hôtel... qui portera aussi un nom à lui... même logique. Le 24 juillet 2013 15:46, Mides mides@gmail.com a écrit : C'est la question que je me suis posé, et par chance dans mon cas de figure les bâtisses sont séparées. Mais il vrai qu'il serait intéressant de savoir lequel des de noms doit retenir notre choix dans cette situation. http://www.openstreetmap.org/?lat=42.97712221741676lon=1.1462098360061646zoom=18 Le 24 juillet 2013 15:32, Otourly Wiki otou...@yahoo.fr a écrit : Après se pose le problème du nom, en effet bien qu'au même endroit il arrive que le restaurant ne porte pas le même nom que l'hôtel. Florian. De : V de Chateau-Thierry v...@laposte.net À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Mercredi 24 juillet 2013 15h16 Objet : Re: [OSM-talk-fr] Tag hôtel et restaurant De : Mides dans le cas d'un hôtel qui offre aussi des prestations de restauration, quel tag doit on mettre ? Sachant bien sûr qu'il existe déjà ces deux possibilités : - amenity:restaurant - Tourism:hotel Tu peux choisir de ne pas choisir : pour un hôtel-restaurant, ces 2 tags ont leur place sur l'objet, tu peux les cumuler. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ 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 -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet adresses
Vincent de Château-Thierry wrote QGIS sait faire ça (Menu Vecteur Requête Spatiale), c'est une fonctionnalité de base des SIG et des BD spatiales (PostGIS co). Ça ne me choque pas de na pas avoir ça côté JOSM, plus tourné vers l'édition que l'exploitation. Donc d'accord sur le caractère redondant (lire inutile) de addr:city et addr:country. Les requêtes spatiales dans les SIG se font une fois les données importées. Mais à l'import des données depuis le serveur osm, on ne peut pas lui dire importe moi les noeuds qui contiennent la clé 'housenumber=*' et qui se trouvent dans la commune d'Orange. Par contre, je peux lui dire importe moi les noeuds qui contiennent les clés 'housenumber=*' et 'addr:postcode=84087' Vincent de Château-Thierry wrote Pour des communes partageant un même code postal, tant que chacune n'a qu'une seule valeur de code postal, si celui-ci est porté par la relation administrative, ça remplace bel et bien le tag addr:postcode porté par chaque objet inclus dans la commune. Après oui, il existe des communes pluri-distribuées, mais ça reste l'exception. Ça concerne grosso modo les préfectures et quelques communes. J'ai en tête Meudon (92), Saint-Maur-des-Fossés (94), Cergy (95) (liste incomplète). Mais au final,dans une écrasante majorité de communes en France, on peut se passer de propager addr:postcode sur chaque adresse. Pour qui en aurait besoin dans l'utilisation des données, un post-traitement (la fameuse requête spatiale de QGIS) permet d'hériter du code postal de l'emprise administrative communale. En France, il y a 36000 communes pour seulement 6300 code postaux. On voit bien que l'exception à la règle est plus fréquent que l'application de la règle (c'est comme pour l'orthographe en français) - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Projet-adresses-tp5765218p5771241.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] Tag hôtel et restaurant
Et dans ce cas, comme certainement dans beaucoup d'autres, le rendu visuel ne permet pas d'avoir le nom du restaurant, voire même, si la zone est plus restreinte, l'icône du restau. Mais, àmha, la priorité revenant à l’existence de cette info dans la base, le choix du rendu permettant de s'adapter à la situation si besoin, ce n'est peut être pas bien gênant. Bonne vacances Michel Le 24 juillet 2013 15:53, Christian Quest cqu...@openstreetmap.fr a écrit : Les deux mon général ;) C'est à la réutilisation des données (par exemple un rendu de carte), qu'on doit faire le choix de mettre en priorité tel ou tel info. Si il y a un hôtel et un restaurant, on taggue les deux... ensuite il faut s'adapter au terrain. Un hôtel est souvent plus grand qu'un restaurant, j'ai tendance à mettre tourism=hotel sur le polygone de toute l'emprise de l'hôtel, voire du bâtiment principal, ensuite le resto a soit son bâtiment dédié, soit ce n'est qu'une partie du bâtiment de l'hôtel et dans ce dernier cas, un simple nœuds suffira. Et puis... il peut y avoir un bar, ou un night-club (voire même une rôtisserie) dans cet hôtel... qui portera aussi un nom à lui... même logique. Le 24 juillet 2013 15:46, Mides mides@gmail.com a écrit : C'est la question que je me suis posé, et par chance dans mon cas de figure les bâtisses sont séparées. Mais il vrai qu'il serait intéressant de savoir lequel des de noms doit retenir notre choix dans cette situation. http://www.openstreetmap.org/?lat=42.97712221741676lon=1.1462098360061646zoom=18 Le 24 juillet 2013 15:32, Otourly Wiki otou...@yahoo.fr a écrit : Après se pose le problème du nom, en effet bien qu'au même endroit il arrive que le restaurant ne porte pas le même nom que l'hôtel. Florian. De : V de Chateau-Thierry v...@laposte.net À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Mercredi 24 juillet 2013 15h16 Objet : Re: [OSM-talk-fr] Tag hôtel et restaurant De : Mides dans le cas d'un hôtel qui offre aussi des prestations de restauration, quel tag doit on mettre ? Sachant bien sûr qu'il existe déjà ces deux possibilités : - amenity:restaurant - Tourism:hotel Tu peux choisir de ne pas choisir : pour un hôtel-restaurant, ces 2 tags ont leur place sur l'objet, tu peux les cumuler. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ 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 -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ 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] Projet adresses
Le 24 juillet 2013 15:59, Tony Emery tony.em...@yahoo.fr a écrit : Vincent de Château-Thierry wrote QGIS sait faire ça (Menu Vecteur Requête Spatiale), c'est une fonctionnalité de base des SIG et des BD spatiales (PostGIS co). Ça ne me choque pas de na pas avoir ça côté JOSM, plus tourné vers l'édition que l'exploitation. Donc d'accord sur le caractère redondant (lire inutile) de addr:city et addr:country. Les requêtes spatiales dans les SIG se font une fois les données importées. Mais à l'import des données depuis le serveur osm, on ne peut pas lui dire importe moi les noeuds qui contiennent la clé 'housenumber=*' et qui se trouvent dans la commune d'Orange. Si on peut... grâce à l'overpass API et ses requêtes area-query... Exemple: http://overpass-turbo.eu/s/DB Et tu peux exporter ça vers JOSM via le bouton Export et on doit pouvoir faire de même pour QGis. Par contre, je peux lui dire importe moi les noeuds qui contiennent les clés 'housenumber=*' et 'addr:postcode=84087' Ah ces (vieux) réflexes de géomaticien et de tables attributaires ;) -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet adresses
De : Tony Emery Vincent de Château-Thierry wrote QGIS sait faire ça (Menu Vecteur Requête Spatiale), c'est une fonctionnalité de base des SIG et des BD spatiales (PostGIS co). Ça ne me choque pas de na pas avoir ça côté JOSM, plus tourné vers l'édition que l'exploitation. Donc d'accord sur le caractère redondant (lire inutile) de addr:city et addr:country. Les requêtes spatiales dans les SIG se font une fois les données importées. Mais à l'import des données depuis le serveur osm, on ne peut pas lui dire importe moi les noeuds qui contiennent la clé 'housenumber=*' et qui se trouvent dans la commune d'Orange. Par contre, je peux lui dire importe moi les noeuds qui contiennent les clés 'housenumber=*' et 'addr:postcode=84087' Je n'avais pas compris que tu parlais de chargement des données. Ça vaut peut-être le coup d'explorer la piste donnée par Ab_fab ici : http://lists.openstreetmap.org/pipermail/talk-fr/2012-December/052669.html Vincent de Château-Thierry wrote Pour des communes partageant un même code postal, tant que chacune n'a qu'une seule valeur de code postal, si celui-ci est porté par la relation administrative, ça remplace bel et bien le tag addr:postcode porté par chaque objet inclus dans la commune. Après oui, il existe des communes pluri-distribuées, mais ça reste l'exception. Ça concerne grosso modo les préfectures et quelques communes. J'ai en tête Meudon (92), Saint-Maur-des-Fossés (94), Cergy (95) (liste incomplète). Mais au final,dans une écrasante majorité de communes en France, on peut se passer de propager addr:postcode sur chaque adresse. Pour qui en aurait besoin dans l'utilisation des données, un post-traitement (la fameuse requête spatiale de QGIS) permet d'hériter du code postal de l'emprise administrative communale. En France, il y a 36000 communes pour seulement 6300 code postaux. On voit bien que l'exception à la règle est plus fréquent que l'application de la règle (c'est comme pour l'orthographe en français) Ça n'était peut-être pas clair, mais la règle dont je parlais, c'est : une commune est couverte par un seul code postal. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag hôtel et restaurant
On est forcément contraint par la place sur un rendu et avoir le nom de l'hotel + resto + bar (+ rotisserie) n'est pas facile sauf en zoom 20+ ;) Le 24 juillet 2013 16:06, Mides mides@gmail.com a écrit : Et dans ce cas, comme certainement dans beaucoup d'autres, le rendu visuel ne permet pas d'avoir le nom du restaurant, voire même, si la zone est plus restreinte, l'icône du restau. Mais, àmha, la priorité revenant à l’existence de cette info dans la base, le choix du rendu permettant de s'adapter à la situation si besoin, ce n'est peut être pas bien gênant. Bonne vacances Michel Le 24 juillet 2013 15:53, Christian Quest cqu...@openstreetmap.fr a écrit : Les deux mon général ;) C'est à la réutilisation des données (par exemple un rendu de carte), qu'on doit faire le choix de mettre en priorité tel ou tel info. Si il y a un hôtel et un restaurant, on taggue les deux... ensuite il faut s'adapter au terrain. Un hôtel est souvent plus grand qu'un restaurant, j'ai tendance à mettre tourism=hotel sur le polygone de toute l'emprise de l'hôtel, voire du bâtiment principal, ensuite le resto a soit son bâtiment dédié, soit ce n'est qu'une partie du bâtiment de l'hôtel et dans ce dernier cas, un simple nœuds suffira. Et puis... il peut y avoir un bar, ou un night-club (voire même une rôtisserie) dans cet hôtel... qui portera aussi un nom à lui... même logique. Le 24 juillet 2013 15:46, Mides mides@gmail.com a écrit : C'est la question que je me suis posé, et par chance dans mon cas de figure les bâtisses sont séparées. Mais il vrai qu'il serait intéressant de savoir lequel des de noms doit retenir notre choix dans cette situation. http://www.openstreetmap.org/?lat=42.97712221741676lon=1.1462098360061646zoom=18 Le 24 juillet 2013 15:32, Otourly Wiki otou...@yahoo.fr a écrit : Après se pose le problème du nom, en effet bien qu'au même endroit il arrive que le restaurant ne porte pas le même nom que l'hôtel. Florian. De : V de Chateau-Thierry v...@laposte.net À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Mercredi 24 juillet 2013 15h16 Objet : Re: [OSM-talk-fr] Tag hôtel et restaurant De : Mides dans le cas d'un hôtel qui offre aussi des prestations de restauration, quel tag doit on mettre ? Sachant bien sûr qu'il existe déjà ces deux possibilités : - amenity:restaurant - Tourism:hotel Tu peux choisir de ne pas choisir : pour un hôtel-restaurant, ces 2 tags ont leur place sur l'objet, tu peux les cumuler. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ 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 -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ 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 -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet adresses
cquest wrote Dans le cas des communes avec plusieurs codes postaux, je ne sais pas si le nom du bureau distributeur est lui aussi toujours variable ou pas. En tout cas sur St Maur des Fossés, c'est 94100 St Maur des Fossés et 94210 La Varenne St Hilaire Il n'y a absolument aucune règle pour ça. On peut même avoir une commune ardéchoise (07) avec un code postal commençant par 48 (Lozère). De toutes façons, même en statistique on distingue toujours la commune du code postal. On utilise d'ailleurs plus facilement le code INSEE de la commune. Je ne penses vraiment pas que ce soit une bonne idée de définir le code postal en fonction de la commune. D'ailleurs, Pieren disait que les communes multi postales étaient rares, c'est vrai. Mais cela concerne essentiellement les grandes villes, donc celles pour lesquelles on a le plus de chance de vouloir faire un calcul d'itinéraire et donc qui engendrera plus d'erreurs... Marc SIBERT wrote Quand je parlais de distinguer l'adresse postale de l'adresse de localisation (administrative ou fiscale) j'étais sérieux ! Alors de quoi parle-t-on ? A minima il faudrait distinguer la finalité de ces différentes adresses. Malheureusement, L'adresse de localisation administrative, fiscale, pour les services de secours, etc, c'est bien en partie l'adresse postale. Pour preuve, les SDIS et la Poste travaillent ensemble pour améliorer le système. C'est bien qu'ils utilisent le même. - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Projet-adresses-tp5765218p5771247.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] Projet adresses
cquest wrote Si on peut... grâce à l'overpass API et ses requêtes area-query... Exemple: http://overpass-turbo.eu/s/DB Et tu peux exporter ça vers JOSM via le bouton Export et on doit pouvoir faire de même pour QGis. Et on peut pas avoir ça intégré dans josm (ou dans QGIS) ? cquest wrote Ah ces (vieux) réflexes de géomaticien et de tables attributaires ;) Je suis d'accord, 6 ans de formation géomaticienne et 9 ans de déformation professionnelle, ça ne se rattrape plus... - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Projet-adresses-tp5765218p5771249.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] Tag hôtel et restaurant
Vincent de Château-Thierry wrote De : Christian Quest On est forcément contraint par la place sur un rendu et avoir le nom de l'hotel + resto + bar (+ rotisserie) n'est pas facile sauf en zoom 20+ ;) J'ose pas imaginer pour un hôtel+restaurant+centre de contrôle technique :-) Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr Et que dire de ceux qui proposent aussi des massages thaïlandais... Après, les chambres de commerces ont pris le parti de mettre l'activité principale et, ensuite, les autres activités en observation. On pourrait faire pareil. On a le même problème pour les cordonniers-serruriers-plaquetteurs d'immatriculation - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Tag-hotel-et-restaurant-tp5771220p5771250.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] Différence tag cycleway dans le wiki
Le 24 juillet 2013 13:00, JB jb...@mailoo.org a écrit : ** Fichus anglais qui roulent de l'autre coté de la route, je pense. Je ne pense pas, le wiki version anglaise est plus précis. Je me demande donc pourquoi la version française ne reprends pas ces mêmes valeurs? Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Balcons rendu 3D
Bonjour, Je voulais savoir comment on tague des balcons et je n'ai rien trouvé de satisfaisant sur le wiki, la seule page qui y fait référence étant http://wiki.openstreetmap.org/wiki/Tag:wall=no mais cette page ne permet pas de faire la distinction entre un abri et un balcon surtout que les balcons sont souvent sur plusieurs étages mais pas toujours. En fait à la base ma demande concerne http://osmbuildings.org/?lat=45.98163lon=4.71804zoom=18 Florian. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rendu des fossés d'irrigation sur le fond OSM-FR
Bonjour Christian, Je viens de saisir dans OSM du côté de Salon-de-Provence des données que nous avons relevé sur le terrain dans le cadre d'un projet de recherche. Le responsable du projet m'en a donné l'autorisation. Il s'agit de fossés et canaux d'irrigation. Ils sont ici : http://tile.openstreetmap.fr/?zoom=16lat=43.64518lon=5.01099layers=B0FFF C'est super que le rendu OSM-FR les affiche (ce qui n'est pas le cas du rendu mapnik standard). Par contre je me disais que pour les fossés la visibilité est un peu légère. Serait-t-il possible que tu les fasses afficher un peu plus large ? Pas autant que le canaux, mais peut-être un intermédiaire entre la taille actuelle et celle des canaux serait bien. Et peut-être qu'un bleu un plus foncé pour les fossés et canaux serait bien aussi. Ton avis ? On va organiser une sortie terrain en septembre avec des étudiants pour relever des informations le long des fossés d'irrigation et je chargerai le fond OSM-FR sur les GPS. Merci a+ Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Article Données ouvertes et cartographie libre
Bonjour à tous, Je voudrais vous signaler cet article intéressant (encore en version pré-publication) qui parle d'OpenStreetMap : http://cartonomics.org/wp-content/uploads/2011/09/PLANTIN-VALENTIN-2013-DOnn%C3%A9es-ouvertes-et-cartographie-libre.pdf Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu des fossés d'irrigation sur le fond OSM-FR
On trouve tout de même beaucoup de fossés qu'on voit à peine sous la végétation et qui sont à sec 99% du temps, je ne sais pas si un rendu plus gras serait approprié dans ces cas. On 7/24/13, Nicolas Moyroud nmoyr...@free.fr wrote: Bonjour Christian, Je viens de saisir dans OSM du côté de Salon-de-Provence des données que nous avons relevé sur le terrain dans le cadre d'un projet de recherche. Le responsable du projet m'en a donné l'autorisation. Il s'agit de fossés et canaux d'irrigation. Ils sont ici : http://tile.openstreetmap.fr/?zoom=16lat=43.64518lon=5.01099layers=B0FFF C'est super que le rendu OSM-FR les affiche (ce qui n'est pas le cas du rendu mapnik standard). Par contre je me disais que pour les fossés la visibilité est un peu légère. Serait-t-il possible que tu les fasses afficher un peu plus large ? Pas autant que le canaux, mais peut-être un intermédiaire entre la taille actuelle et celle des canaux serait bien. Et peut-être qu'un bleu un plus foncé pour les fossés et canaux serait bien aussi. Ton avis ? On va organiser une sortie terrain en septembre avec des étudiants pour relever des informations le long des fossés d'irrigation et je chargerai le fond OSM-FR sur les GPS. Merci a+ Nicolas ___ 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] Balcons rendu 3D
Bonjour, je n'ai pas non plus trouvé de spécification claire pour les balcons sur OSM et jusqu'à maintenant je n'ai jamais vu de balcon ni dans le cadastre ni en me balladant sur la planète osm. Les objets tagé wall=no sont souvent les parties couvertes mais sans murs à l'entrée d'un bâtiment, je pense que la page wiki http://wiki.openstreetmap.org/wiki/Tag:wall=no devrait parler de auvents et non de balcons. A priori c'est possible de bricoler des balcons en utilisant les building:part avec des min_height etc mais ça représente vraiment beaucoup de travail. J'en profite pour faire un peu de pub comme vous vous intéressez au rendu 3D OSM, voici le même endroit que votre lien osmbuildings mais sur notre carte (vous pourrez tourner autour de vos modélisations ça lasse vite la vue vers le nord) http://map.f4-group.com/#lon=4.7179339lat=45.9815869zoom=19camera.theta=46.145camera.phi=-41.826 Cartographiquement. Cmi -- View this message in context: http://gis.19327.n5.nabble.com/Balcons-rendu-3D-tp5771257p5771263.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] Projet adresses
Oui tu peux aussi le faire depuis JOSM ou QGis, il faut coder la requête http comme il faut. Regarde tout les choix d'export sur overpass-turbo (la je sui sen vadrouille sur mon iPhone). Le mercredi 24 juillet 2013, Tony Emery a écrit : cquest wrote Si on peut... grâce à l'overpass API et ses requêtes area-query... Exemple: http://overpass-turbo.eu/s/DB Et tu peux exporter ça vers JOSM via le bouton Export et on doit pouvoir faire de même pour QGis. Et on peut pas avoir ça intégré dans josm (ou dans QGIS) ? cquest wrote Ah ces (vieux) réflexes de géomaticien et de tables attributaires ;) Je suis d'accord, 6 ans de formation géomaticienne et 9 ans de déformation professionnelle, ça ne se rattrape plus... - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/Projet-adresses-tp5765218p5771249.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org javascript:; http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trace GPX avec OSRM
Merci pour toutes ses réponses je vais tester et je vous tiens au courant Merci Pierre Le 24/07/13 10:13, Guilhem Bonnefille a écrit : Bonjour, Le 24 juillet 2013 07:21, [Famille] Pierre WILLOT pie...@willot-martin.bea écrit : Bonjour à tous Je travaille de plus en plus avec OSRM. Les traces GPX que je sors comporte forcement des POI et pour intégrer le trace dans mon gps Garmin, il n'en faut pas. Comment je peux récupérer une trace venant de OSRM et d'en enlever les POI ? Si quelqu'un a une idée, je suis preneur Merci beaucoup @+ Pierre Je ne saurais trop que conseiller l'usage de viking : http://viking.sf.net/ La version actuelle permet de facilement séparer traces et POI. Qui plus est, viking sait envoyer les informations directement dans les GPS. La version en cours de développement sait communiquer avec OSRM. Du coup, on peut tout faire depuis viking : interroger OSRM pour réceptionner la trace (sans POI) et exporter dans le GPS. Par contre, c'est assez frais (dernière modification sur le sujet ajoutée hier soir). Si vous avez besoin d'aide, n'hésitez pas à me contacter. ___ 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] Trace GPX avec OSRM
J'oubliais de dire que j'ai fait quelques vidéos pour présenter le comportement de viking dans la version à venir. Parfois, un beau dessin et plus parlant que quelques mots. http://www.youtube.com/watch?v=C1SjRHru1bY http://www.youtube.com/watch?v=zhJWzIXMwbA http://www.youtube.com/watch?v=DOVcPt7hiTU Le 24 juillet 2013 10:13, Guilhem Bonnefille guilhem.bonnefi...@gmail.coma écrit : Bonjour, Le 24 juillet 2013 07:21, [Famille] Pierre WILLOT pie...@willot-martin.be a écrit : Bonjour à tous Je travaille de plus en plus avec OSRM. Les traces GPX que je sors comporte forcement des POI et pour intégrer le trace dans mon gps Garmin, il n'en faut pas. Comment je peux récupérer une trace venant de OSRM et d'en enlever les POI ? Si quelqu'un a une idée, je suis preneur Merci beaucoup @+ Pierre Je ne saurais trop que conseiller l'usage de viking : http://viking.sf.net/ La version actuelle permet de facilement séparer traces et POI. Qui plus est, viking sait envoyer les informations directement dans les GPS. La version en cours de développement sait communiquer avec OSRM. Du coup, on peut tout faire depuis viking : interroger OSRM pour réceptionner la trace (sans POI) et exporter dans le GPS. Par contre, c'est assez frais (dernière modification sur le sujet ajoutée hier soir). Si vous avez besoin d'aide, n'hésitez pas à me contacter. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Réseau hydrographique
Bonsoir, quelles sont les sources/aides que l’on peut trouver afin de tracer une portion de réseau hydrographique, principalement des ruisseaux, quand la vue satellitaire Bing n’apporte pas grand-chose pour cause de couvert végétal. Reste la solution de partir gps en main, et bottes aux pieds, mais s’il y a diverses astuces je suis preneur. Michel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réseau hydrographique
Le cadastre, ça aide à compléter les morceaux manquant. Sinon il y a la base de donnée sandre/Carthage qui peut donner une bonne idée des courts d'eau, mais qui ne doit pas être importé telle quelle, elle est pas compatible d'odbl. Le mercredi 24 juillet 2013, mides.map a écrit : Bonsoir, quelles sont les sources/aides que l’on peut trouver afin de tracer une portion de réseau hydrographique, principalement des ruisseaux, quand la vue satellitaire Bing n’apporte pas grand-chose pour cause de couvert végétal. Reste la solution de partir gps en main, et bottes aux pieds, mais s’il y a diverses astuces je suis preneur. Michel __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Postes électriques de Paris intra-muros
Bonjour, Mon récent passage à Paris a été l'occasion de faire quelques relevés. Il y a d'abord eu quelques gares RER C avec Cquest, JLZimmermann et Osmmaker. Puis il y a eu les postes électriques sources de mon côté... Pour rester dans la même veine que le reste de mes contributions. J'ai presque réussi à tous les faire. http://www.openstreetmap.org/browse/changeset/17082329 Néanmoins certains ne sont pas visibles depuis la rue, difficiles d'accès ou invisibles sur les images aériennes. En voici la liste, si cela dit quelque chose à des gens qui connaitraient bien ces quartiers : - Erasme (rue Erasme, Paris 5) - Denfert (sud-est de la place Denfert, Paris 14) - Poste RATP - Javel (rue de Javel, Paris 15) - Laos (Boulevard de Grenelle, Paris 7) - Dans les locaux d'EDF... mais où ? - Garibaldi (Boulevard de Grenelle, Paris 7) - Courcelles (Avenue Myrron Herrick, Paris 8) - Alma (Rue Jean Goujon, Paris 8) - Ternes (Rue du General Lanrezac, Paris 17) - Pyramides (Place Vandome, Paris 1) http://www.developpement-durable.gouv.fr/IMG/pdf/ile-de-france.pdf Le but était de voir comment cartographier des postes intérieurs, ils sont tous intégrés de cette manière dans Paris. J'ai donc ajouté power=sub_station directement sur les polygones du bâti. Certains ont du être rassemblés car ils n'avaient aucune correspondance avec la réalité. En cas de redécoupage d'un ensemble plus grand, un polygone supplémentaire a été ajouté. Ne pouvant pas rentrer à l'intérieur (sans blagues) il est difficile de faire aussi précis que le wiki peut le permettre. C'est déjà suffisant. Si certains veulent maintenant suivre les lignes souterraines, ça se passe comme ça. http://www.rte-france.com/webapp/100ansparis/index.html A suivre. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] (お願い）ブラウザからのOSM地図印刷
ikiyaです。
松澤さん、補足説明ありがとうございます。
OpenStreetMap Helpへ投げた、ブラウザから地図印刷できない件の質問は
クローズされ、githubにあげていただけました。感謝。
https://github.com/openstreetmap/openstreetmap-website/issues/379
--- On Wed, 2013/7/24, Taro Matsuzawa t...@georepublic.co.jp wrote:
松澤です。
ikiyaさんの質問はこちらですね。
https://help.openstreetmap.org/questions/24506/the-map-does-not-print-form-browser
で、translatewiki.netの件は、僕が途中でタイトルを変えて、
別トピックとして話した内容です。
なので、ikiyaさんの質問とは違う話となります。
印刷ができない件については、僕自身も対処方法がわからないので、
こういうところで質問をするのはベストだと思います。
高さを指定すればいいというのはわかっているので、
余裕があれば質問にフォローしておこうと思います。
取り急ぎ、ではでは。
(2013/07/24 12:21), Yuki Shira wrote:
しらゆきです。
translatewiki.net から GitHub への反映はおよそ1週間に1回です。
http://translatewiki.net/wiki/Osm:Export.start.export_details/ja
https://github.com/openstreetmap/openstreetmap-website/commits/master/config/locales/ja.yml
つまり、おかのさんによる修正が反映されるのに1週間弱かかります。
ですから、 https://help.openstreetmap.org/ で質問しても答えは出ないと思います…
2013年7月24日 10:37 ikiya insidekiwi...@yahoo.co.jp:
ikiyaです。
皆様、ブラウザからの印刷について情報ありがとうございます。
お粗末ながらOpenStreetMap helpサイトにも質問してみました。
（話題提起として）
https://help.openstreetmap.org/
--- On Tue, 2013/7/23, Yoichi Kayama yoichi.kay...@gmail.com wrote:
かやまです
leaflet-control ではなくて map ですね。
寝ぼけた投稿ばかりですいません。
#印刷してほしくない地図をWEB表示する場合こういうやり方もあるかと思いましたが
OSMは印刷してほしくないってことはないですから..
2013年7月23日 13:21 Taro Matsuzawa t...@georepublic.co.jp:
松澤です。
結論から言うと、以下の内容は違いますね。
これらのスタイルシートはそれぞれ、
編集のメニュー及びLeafletの右のメニューを消そうとしているだけです。
で、なんでleafletで出ないのかというと、
openstreetmap.orgではdiv id=mapに高さを指定していないからです。
ここのstyleを無理やりheight=300;とか差し込んでやれば、
印刷で出てくるようになります。
http://gyazo.com/f4d295ce20a578cc97b2c7922da9fc62
で、どういう修正がいいのかは正直さっぱりわからないですw
印刷前に高さ計算ができればいいのだけど...
(2013/07/23 12:51), Yoichi Kayama wrote:
かやまです
http://www.openstreetmap.org/ のWEBページのソース見ると
link href=/assets/print-ltr-f83a7dc9af28e01fb88adce698c4b4da.css
http://www.openstreetmap.org/assets/print-ltr-f83a7dc9af28e01fb88adce698c4b4da.css
media=print rel=stylesheet type=text/css /
とありまして多分これが印刷時のスタイルシートで
その中を見ると
#editmenu{display:none}.leaflet-control{display:none}
というような指定でleafletで書いている地図が表示しない設定になっているのかと推測されます。
2013年7月23日 12:28 Yoichi Kayama yoichi.kay...@gmail.com
mailto:yoichi.kay...@gmail.com:
かやまです
http://leafletjs.com/ LeafLetのWebページの地図はOSMですが、これは
ブラウザ印刷できますね。
OSMのページのプリント用のスタイルシートかなにかの設定でしょうか。
宇野さんご指摘の OpenStreetMap Japan のページで印刷するのがいいと
思います。
2013年7月23日 11:21 Yoichi Kayama yoichi.kay...@gmail.com
mailto:yoichi.kay...@gmail.com:
かやまです
OSMのWEB地図表示部分はしばらく前にOpenLayersからLeafLetに変わっ
たのですが
下記をみると
https://groups.google.com/forum/#!msg/leaflet-js/JNRBJIpl8xg/20Uy08t4WTEJ
もしかするとLeafLetだとブラウザの印刷機能には対応していないのか
もしれません。
ちょっとよく読んでいる時間が無いのでさらっとみただけの感じなので
すが
2013年7月23日 11:06 Shu Higashi higa...@gmail.com
mailto:higa...@gmail.com:
「エクスポート」でデフォルトの「PNG」だと画像が出力されるので
とりあえず画像としての印刷はできると思います。
(Chromeでやりました)
東
2013/07/23 Hiroshi Omata op.hom...@gmail.com
mailto:op.hom...@gmail.com:
小俣と申します。
下記の環境で試してみましたが、ヘッダとフッタ以外は真っ白
で印刷できませんでした。
PDFに出力しても同じ結果です。
- Chrome（Windows 7 64 bits)
- Chrome（Mac Mountain Lion)
- Safari (Mac Mountain Lion)
んー。なんだろう。。
Regards,
-- Omata
2013年7月23日 10:49 Satoshi IIDA nyamp...@gmail.com
mailto:nyamp...@gmail.com:
いいだです。
こちら印刷環境が無いのですが、
「エクスポート」→「PDF」でいったんPDFにしてみたら
印刷できるのではないかという気がします。
(なんかHTMLのタグが壊れていてクリックで選択できないので、
選択箇所をTabキーで移動させる必要がありますが)
2013年7月23日 9:48 ikiya insidekiwi...@yahoo.co.jp
mailto:insidekiwi...@yahoo.co.jp:
ikiyaです。
東北地方では連日の大雨で土砂崩れ、崩落の被害が出ています。
先日マッピングした会津 東山温泉でも県道脇が崩落して通
行止め、避難指示が出ました。
http://www.fnn-news.com/news/headlines/articles/CONN00250327.html
この崩落個所を地元ユーザーがマッピングしましたが、
ブラウザFirefoxから印刷できないとのことで困っています。
http://www.openstreetmap.org/?lat=37.478008lon=139.963672zoom=18layers=M
私もwin7-64bit,Firefox22.0で試しましたが印刷できません。
IE10.0でも地図が表れません。
みなさんはいかがでしょうか。
最近行われたOSMメイン画面のUI変更が影響しているのでしょ
うか？
コメントいただければ幸いです。
(今一番OSM使いたいときです。)
Re: [Talk-GB] New tile rendering server (Experimental)
Great work, and thanks to Andy for his work re-writing the rendering rules in CartoCSS. I'm forwarding this to the general talk mailing list as I expect there will be some not Brits who will be pleased to hear about the progress on this one. My understanding (from watching Andy's presentation and reading the github page) is that this change will put us in a great position for better maintaining and enhancing the default mapnik rendering. It'll be nice to see more people getting involved with openstreetmap-carto (I understand the previous rendering XML was getting quite a lonely place to be). Best, Rob Begin Forwarded message --- Hi British Isles, I have just switched the default OpenStreetMap.org “Mapnik style” map tiles for tile.openstreetmap.org for the British Isles across to our new rendering server. The new rendering server has been tested and is now ready for production. We’re migrating traffic over region-by-region and the British Isles is one of the first regions to go live. In addition to new hardware, the rendering server also uses the new “openstreetmap-carto” stylesheets. These are a complete re-write of the XML stylesheets to use CartoCSS, making them easier for our cartographers to work with. Andy Allan’s (gravitystorm) great talk at State of the Map US described the reason for the stylesheet re-write: * http://stateofthemap.us/saturday.html#schedule/saturday/putting-the-carto-into-openstreetmap-cartography Andy will have a follow up talk @ State of the Map 2013 in Birmingham: * http://2013.stateofthemap.org/info/programme/ The map tiles will be slightly slower at medium-high zooms while the server builds up its cache. The style is designed to look the same as the current XML stylesheet. The “openstreetmap-carto” stylesheet is maintained here:https://github.com/gravitystorm/openstreetmap-carto Big Thank you to #osm-dev for helping draft this announcement. Kind regards Grant Slater Part of the OSM Sysadmin Team ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-us] Best way to tag mile and interpretive markers?
Any mile markers we’re adding are monumented, and GPSed IAW with, and exceed, National Map Accuracy Standards. From: Greg Morgan [mailto:dr.kludge...@gmail.com] Sent: Tuesday, July 23, 2013 9:09 PM To: talk-us@openstreetmap.org Subject: Re: [Talk-us] Best way to tag mile and interpretive markers? Greg Morgan dr.kludge...@gmail.com wrote: On Tue, Jul 23, 2013 at 1:12 AM, Martin Koppenhoefer dieterdre...@gmail.com wrote: On 23/lug/2013, at 03:04, Ian Dees ian.d...@gmail.com wrote: Thomas, I'd caution against placing nodes every mile and tagging them highway=milestone unless there's something more notable about them. Mile markers could be computed from the length of the way They could but they are not. Another reason not to calculate these is the the freeway exit numbers are tied to mile makers in the US. They pick the closet mile maker to the exit. The exit numbers don't always match up to the exact mile marker location. and all the extra data might not be useful. I noted on a trip to San Diego that the mile markers in Arizona switched to call boxes in California. My son and I tried to use keypad mapper to record all the call box numbers for OSM but could not type them fast enough. In a large city, a mile marker might not be that useful because there are exit numbers. However, if you drive in the wild open middle of the country, then you can go for 10 or more miles before you see an exit number. These are quite useful in that case. I've also heard that all the Utah DOT engineers live and breath by mile markers. They use 'em to look for deadly areas that need to corrected or other such engineering problems. I wonder if other states use the markers for the same purpose. Just as when I took a trip and logged all the exits between Phoenix and Flagstaff, I added a couple of refs and exit_to tags on US 60 after a weekend drive. So at mile marker 97 you know that you are half way on the road and the exit_to says power lines. LOL There are also a couple of exit_to makers in Wickenburg too. I understand that using exit_to is a poor choice but it renders. These mile markers are useful on a map because you can use them as an intuitive calculation of when and where you may need to fill up the gas tank. http://www.openstreetmap.org/?lat=33.962 http://www.openstreetmap.org/?lat=33.962lon=-112.825zoom=11layers=M lon=-112.825zoom=11layers=M I think it's not a problem tagging these as milestones, and there are other people already doing it around here. If there is a particular marker stone I'd use additional tags like historic to underline the significance. You can calculate the length of road segments but maybe they won't corrispond in every case with the exact position of the signs, and as you can see the markers as feature on their own they can also be mapped. Adding these makers takes some work just like addressing does. The effort to correct survey mistakes makes it difficult to add these milestones, if the cartographers don't show 'em. As noted above, even though you have a whole mile to type in the marker with something like Keypad Mapper2, I don't know that the GPS on the phone will make the maker location any more accurate than calculating them. Since these markers reset on each road and at state boundaries for something like I15, you'd have to have a GPS point that is created while you are stopped at a marker to accurately calculate the rest of the markers from a known location. For example, I15 starts at 1 in south Utah and finishes either at 401 or 411 at the Idaho border. Regards, Greg ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] converting .osm to a particular shapefile schema
Hi - I have a question about exporting OSM data. Pardon me if this is the wrong group; please direct me to the correct one if it is. I'd like to see if I can take .osm format data, and rearrange it - to the extent possible - to shapefiles using a pre-existing schema. What is the easiest way to do this? I know I can always use xml parsers and shapefile libraries, but if can get my desired result with config files and existing programs - or, most of the way to my desired result - this will save a lot of time. I've seen some already shapefiles at geofabrik.de, but it's in a different schema than I'd like, and they drop information that I'm interested in. For instance, I'd like to convert tags highway=primary and highway=secondary into numeric functional road class values 1 and 2, respectively. I saw a tool called osm2shp, but I don't know if it's possible to fully control the schema of the output. Anyone have experience with this, or have an idea how to do this? I may just write an XML parser to take in the .osm file directly, but I'd appreciate any help with making this project as simple as possible. Thanks! -Alan You cannot prevent the birds of sorrow from flying over your head, but you can prevent them from building nests in your hair.” - Chinese Proverb___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
