[talk-ph] Fwd: [OpenStreetMap] Undo Changeset
Got this message from a user. I tried reverting using the JOSM reverter plugin but I can't seem to fix it. Please take a look. -- Forwarded message -- From: k0n m-457296-177...@messages.openstreetmap.org Date: Fri, 19 Sep 2014 11:23:47 + Subject: [OpenStreetMap] Undo Changeset To: esamb...@yahoo.com Hi maning, k0n has sent you a message through OpenStreetMap with the subject Undo Changeset: == Hi, Can you undo Changeset: 25539454. I made a mistake here I deleted the river flow. I was trying to edit it. Thanks == -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Fwd: [OpenStreetMap] Undo Changeset
fixed it (see http://www.openstreetmap.org/changeset/25561264 ) - Blog: http://ianlopez1115.wordpress.com/ OpenStreetMap/Twitter: ianlopez1115 Facebook: ian.lopez From: maning sambale emmanuel.samb...@gmail.com To: osm-ph talk-ph@openstreetmap.org Sent: Saturday, September 20, 2014 10:12 PM Subject: [talk-ph] Fwd: [OpenStreetMap] Undo Changeset Got this message from a user. I tried reverting using the JOSM reverter plugin but I can't seem to fix it. Please take a look. -- Forwarded message -- From: k0n m-457296-177...@messages.openstreetmap.org Date: Fri, 19 Sep 2014 11:23:47 + Subject: [OpenStreetMap] Undo Changeset To: esamb...@yahoo.com Hi maning, k0n has sent you a message through OpenStreetMap with the subject Undo Changeset: == Hi, Can you undo Changeset: 25539454. I made a mistake here I deleted the river flow. I was trying to edit it. Thanks == -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk-be] Nieuw lid bis
Hallo, Hartelijk dank voor de reacties op mijn vorige mail en de tips. . Intussen heb ik JOSM geladen en er wat in rondgekeken. Aan de hand van learnosm.org heb ik min of meer mijn weg gevonden. Het zal echter nog heel wat tijd vergen om alle mogelijkheden van het programma te beheersen. . Ik kan mij terugvinden in de visie dat de kaart de realiteit moet weerspiegelen en dat de routeringsoftware (in mijn geval basecamp) moet zorgen voor de juiste interpretatie van de gegevens. Blijkbaar heeft basecamp problemen met veerponten. Het kan ook dat het aan mijn instellingen ligt, maar ik denk dat die juist zijn. . Het is nu mijn bedoeling een nieuwe (kleine) verkaveling in mijn dorp in kaart te brengen. Ik heb getracht de plugin 'buildings' te laden, aan de hand van https://josm.openstreetmap.de/wiki/Help/Preferences/Plugins. Ik krijg de plugin echter niet te zien alhoewel het bestand 'building_tools.jar' wel degelijk in 'AppData/Roaming/JOSM/plugins' staat. Iemand een idee ? Bestaat er in de groep eigenlijk geen 'peterschap' zodat niet iedereen in de groep lastiggevallen wordt met vragen van beginnelingen ? Groeten Marc ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Nieuw lid bis
Hallo Marc, Ik ben zeker geen expert maar bij mij lukte het als volgt: Bewerken - voorkeuren - Beschikbare Plugins (ikoon = stopcontact) - Building-tools . Plug-ins bijwerken - ok Beeld - werkbalk bewerken : het ikoon met het gebouw is de building tool. Als je dat selecteert en je klikt 1x ergens op je scherm en je beweegt vervolgens je muis, dan komt er een rode lijn. Klik een 2de maal en je maakt een rechthoek. Als je nu op de letter a klikt en je klikt vervolgens op een lijn van de rechthoek die je tekende dan staat daar een punt. Als je nu x selecteert kan je een zijde (of deel van een zijde) van je rechthoek verslepen. Prima om bijvoorbeeld een L vormig gebouw te tekenen. De uitleg is eigenlijk moeilijker dan de werkwijze zelf. Een peterschap ben ik nog niet tegen gekomen. Moeilijk ook want er zijn slechts een 10 tal personen echt actief op het forum en elk daarvan heeft zijn eigen specialiteit. Zelf heb ik ooit getracht om een klein groepje bijeen te krijgen om op regelmatige tijdstippen wat ervaringen uit te wisselen maar dat is mislukt. Waarschijnlijk omdat er te weinig geïnteresseerden binnen een relatief korte afstand wonen. Maar het forum biedt heel dikwijls wel een oplossing. Guy Vanvuchelen Van: Marc Deroep [mailto:marc.der...@telenet.be] Verzonden: zaterdag 20 september 2014 10:04 Aan: talk-be@openstreetmap.org Onderwerp: [OSM-talk-be] Nieuw lid bis Hallo, Hartelijk dank voor de reacties op mijn vorige mail en de tips. · Intussen heb ik JOSM geladen en er wat in rondgekeken. Aan de hand van learnosm.org heb ik min of meer mijn weg gevonden. Het zal echter nog heel wat tijd vergen om alle mogelijkheden van het programma te beheersen. · Ik kan mij terugvinden in de visie dat de kaart de realiteit moet weerspiegelen en dat de routeringsoftware (in mijn geval basecamp) moet zorgen voor de juiste interpretatie van de gegevens. Blijkbaar heeft basecamp problemen met veerponten. Het kan ook dat het aan mijn instellingen ligt, maar ik denk dat die juist zijn. · Het is nu mijn bedoeling een nieuwe (kleine) verkaveling in mijn dorp in kaart te brengen. Ik heb getracht de plugin buildings te laden, aan de hand van https://josm.openstreetmap.de/wiki/Help/Preferences/Plugins. Ik krijg de plugin echter niet te zien alhoewel het bestand building_tools.jar wel degelijk in AppData/Roaming/JOSM/plugins staat. Iemand een idee ? Bestaat er in de groep eigenlijk geen peterschap zodat niet iedereen in de groep lastiggevallen wordt met vragen van beginnelingen ? Groeten Marc ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Nieuw lid bis
Bedankt Guy, Ik heb de ganse installatieprocedure nogmaals doorlopen en nu staat het er wel. Bedankt Marc Van: Guy Vanvuchelen [mailto:guy.vanvuche...@gmail.com] Verzonden: zaterdag 20 september 2014 11:27 Aan: 'OpenStreetMap Belgium' Onderwerp: Re: [OSM-talk-be] Nieuw lid bis Hallo Marc, Ik ben zeker geen expert maar bij mij lukte het als volgt: Bewerken - voorkeuren - Beschikbare Plugins (ikoon = stopcontact) - Building-tools . Plug-ins bijwerken - ok Beeld - werkbalk bewerken : het ikoon met het gebouw is de building tool. Als je dat selecteert en je klikt 1x ergens op je scherm en je beweegt vervolgens je muis, dan komt er een rode lijn. Klik een 2de maal en je maakt een rechthoek. Als je nu op de letter a klikt en je klikt vervolgens op een lijn van de rechthoek die je tekende dan staat daar een punt. Als je nu x selecteert kan je een zijde (of deel van een zijde) van je rechthoek verslepen. Prima om bijvoorbeeld een L vormig gebouw te tekenen. De uitleg is eigenlijk moeilijker dan de werkwijze zelf. Een peterschap ben ik nog niet tegen gekomen. Moeilijk ook want er zijn slechts een 10 tal personen echt actief op het forum en elk daarvan heeft zijn eigen specialiteit. Zelf heb ik ooit getracht om een klein groepje bijeen te krijgen om op regelmatige tijdstippen wat ervaringen uit te wisselen maar dat is mislukt. Waarschijnlijk omdat er te weinig geïnteresseerden binnen een relatief korte afstand wonen. Maar het forum biedt heel dikwijls wel een oplossing. Guy Vanvuchelen Van: Marc Deroep [mailto:marc.der...@telenet.be] Verzonden: zaterdag 20 september 2014 10:04 Aan: talk-be@openstreetmap.org Onderwerp: [OSM-talk-be] Nieuw lid bis Hallo, Hartelijk dank voor de reacties op mijn vorige mail en de tips. · Intussen heb ik JOSM geladen en er wat in rondgekeken. Aan de hand van learnosm.org heb ik min of meer mijn weg gevonden. Het zal echter nog heel wat tijd vergen om alle mogelijkheden van het programma te beheersen. · Ik kan mij terugvinden in de visie dat de kaart de realiteit moet weerspiegelen en dat de routeringsoftware (in mijn geval basecamp) moet zorgen voor de juiste interpretatie van de gegevens. Blijkbaar heeft basecamp problemen met veerponten. Het kan ook dat het aan mijn instellingen ligt, maar ik denk dat die juist zijn. · Het is nu mijn bedoeling een nieuwe (kleine) verkaveling in mijn dorp in kaart te brengen. Ik heb getracht de plugin buildings te laden, aan de hand van https://josm.openstreetmap.de/wiki/Help/Preferences/Plugins. Ik krijg de plugin echter niet te zien alhoewel het bestand building_tools.jar wel degelijk in AppData/Roaming/JOSM/plugins staat. Iemand een idee ? Bestaat er in de groep eigenlijk geen peterschap zodat niet iedereen in de groep lastiggevallen wordt met vragen van beginnelingen ? Groeten Marc ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Nieuw lid bis
Op 20 september 2014 10:03 schreef Marc Deroep marc.der...@telenet.be: · Ik kan mij terugvinden in de visie dat de kaart de realiteit moet weerspiegelen en dat de routeringsoftware (in mijn geval basecamp) moet zorgen voor de juiste interpretatie van de gegevens. Blijkbaar heeft basecamp problemen met veerponten. Het kan ook dat het aan mijn instellingen ligt, maar ik denk dat die juist zijn. Na verder onderzoek denk ik niet dat het probleem bij basecamp ligt. Als ik de documentatie bekijk van mkgmap ( http://www.mkgmap.org.uk/doc/pdf/style-manual.pdf, zie sectie 4.5.1), dan zie ik dat alle OSM tags individueel naar garmin tags worden vertaald door mkgmap. Aangezien je je eigen garmin kaarten niet maakt zal je de maker van de kaarten moeten contacteren met de vraag om routering over veerboten toe te staan. Groeten, Sander ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Hoe gaan we dit nu kunnen mappen ?
bicycle=yes access=no ;-) http://www.hln.be/regio/nieuws-uit-antwerpen/op-vernieuwde-fietsersbrug-van-900-000-euro-geldt-fietsverbod-a2056683/ -- Everything is going to be 200 OK. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Nieuw lid bis
Vorig jaar heb ik tesamen met Jo een 5-tal hangouts (video conferenties) gehouden over verschillende topics. Daar kwamen bv. het in kaart brengen van huizen met de tools in JOSM aan bod. Jammer genoeg heb ik daar nu voorlopig geen tijd voor. Via email is het allemaal wat moeilijker uit te leggen, video conferentie is beter, in persoon zou nog beter zijn om iemand op weg te zetten. mvg m 2014-09-20 12:05 GMT+02:00 Sander Deryckere sander...@gmail.com: Op 20 september 2014 10:03 schreef Marc Deroep marc.der...@telenet.be: · Ik kan mij terugvinden in de visie dat de kaart de realiteit moet weerspiegelen en dat de routeringsoftware (in mijn geval basecamp) moet zorgen voor de juiste interpretatie van de gegevens. Blijkbaar heeft basecamp problemen met veerponten. Het kan ook dat het aan mijn instellingen ligt, maar ik denk dat die juist zijn. Na verder onderzoek denk ik niet dat het probleem bij basecamp ligt. Als ik de documentatie bekijk van mkgmap ( http://www.mkgmap.org.uk/doc/pdf/style-manual.pdf, zie sectie 4.5.1), dan zie ik dat alle OSM tags individueel naar garmin tags worden vertaald door mkgmap. Aangezien je je eigen garmin kaarten niet maakt zal je de maker van de kaarten moeten contacteren met de vraag om routering over veerboten toe te staan. Groeten, Sander ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] How best to create a single point of interest online map with OSM data?
What is the difference between a point of interest and a single point of interest? Saying that a map will show multiple single points of interest seems like a contradiction. On 09/17/2014 06:32 PM, Bryce Nesbitt wrote: What's the best way to create a global single point of interest map, with OSM? -- John F. Eldredge -- j...@jfeldredge.com Darkness cannot drive out darkness; only light can do that. Hate cannot drive out hate; only love can do that. Dr. Martin Luther King, Jr. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How best to create a single point of interest online map with OSM data?
I presume he means a map showing all occurrences of one particular type of point of interest, e.g. pubs. Steve On 20/09/2014 19:39, John F. Eldredge wrote: What is the difference between a point of interest and a single point of interest? Saying that a map will show multiple single points of interest seems like a contradiction. On 09/17/2014 06:32 PM, Bryce Nesbitt wrote: What's the best way to create a global single point of interest map, with OSM? --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Overpass Adiff - Does it have the possibility to replace the OSM API changesets extract function?
The OSM API is not the best solution to extract changesets and compute OSM contributor statistics. And I would like to avoid to mount a server simply to deal with diffs if an other solution exist. Does the new Augmented Diff function of the Overpass has now the capacity to replace the OSM API to extract the changesets for a given bbox plus start and end dates? Then probably for a given polygon. If so, any simple example of this? Pierre ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Visually detect missing roads
On 09/18/2014 11:07 AM, Stephan Knauss wrote: Dave F. writes: On 17/09/2014 23:30, Stephan Knauss wrote: In Google the road is listed as a major highway. Are you interpreting this data from Google's visual render or extracting it from their database? It's coming from their database. Google does expose a classification through the v3 API. My map does consider the road types arterial and highway as major and local as minor. For OSM data unclassified and higher is considered major. Stephan ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk I think that calling a road tagged as highway=unclassified a major road is an overstatement. So, you feel that any road which isn't classified as highway=residential, highway=service, or highway=track is a major road? -- John F. Eldredge -- j...@jfeldredge.com Darkness cannot drive out darkness; only light can do that. Hate cannot drive out hate; only love can do that. Dr. Martin Luther King, Jr. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Visually detect missing roads
Am 20.09.2014 21:10, schrieb John F. Eldredge: On 09/18/2014 11:07 AM, Stephan Knauss wrote: Dave F. writes: On 17/09/2014 23:30, Stephan Knauss wrote: In Google the road is listed as a major highway. Are you interpreting this data from Google's visual render or extracting it from their database? It's coming from their database. Google does expose a classification through the v3 API. My map does consider the road types arterial and highway as major and local as minor. For OSM data unclassified and higher is considered major. I think that calling a road tagged as highway=unclassified a major road is an overstatement. So, you feel that any road which isn't classified as highway=residential, highway=service, or highway=track is a major road? +1 Thought the difference between unclassified and residential is often only the landuse surround it. We use unclassified in industrial and commercial areas plus outside of settlements and residential only within residential areas. cu colliar signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Overlay met directionele metingen laagfrequent geluid
Beste Pander, Geef eens wat meer helderheid, wie, waarom, waar, ed. nu is het wat vaag. Voor eventuele participanten is het dan ook makkleijker om ja te zeggen. Hendrikklaas ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Overlay met directionele metingen laagfrequent geluid
Overpass Turbo kan enkel gebruikt worden voor data die in OSM zit. Jouw data gaat extern staan (vermoed ik). Dan moet je beiden (osm tiles en jouw data) combineren. Je kan dan eens naar http://umap.openstreetmap.org kijken als je niet veel zelf wil programmeren. Wel je zelf wel programmeren in JavaScript dan kan je jouw data via bijvoorbeeld Leaflet of OpenLayers combineren met OSM tiles. groeten m 2014-09-20 14:00 GMT+02:00 talk-nl-requ...@openstreetmap.org: Overlay met directionele metingen laagfrequent geluid ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] New key proposal - paved=yes/no
Interesting proposal on the OSM Tagging list. Oz would have a unpaved/paved ratio as higher that most countries, we should have an opinion on this. So far, reaction has been mixed, some (including myself) welcoming it and some seeing it as a duplicate of surface= Comments folks ? David On Sat, 2014-09-20 at 23:42 +0200, Tomasz Kaźmierczak wrote: Hello all, I've posted the below message on the forum, and have been directed from there to this mailing list, thus re-posting it. Idea I would like to suggest making the paved key for highways (and probably other types of elements) official. Taginfo for paved: http://taginfo.openstreetmap.org/keys/paved#values The above shows that the key is already being used, but the Wiki doesn't describe this key, instead redirecting Key:paved to the article about Key:surface. Rationale Currently, the surface key is being used as a way of saying that a given highway is paved or unpaved, but often the value for the surface key is not a generic paved or unpaved, but a specific surface type is given.This is of course very useful for describing the particular surface type a given highway has. However, in some cases, a simple information on just whether a highway is paved or not, would be very useful. One such case would be navigation software – if a user chooses to avoid unpaved roads, the software can check the value of the surface key, but in practice most (all?) of the navigation software only checks for a subset of all the possible values the surface key can have. This leads to incorrect (in terms of what the user expects) navigation when, for example, the surface is set to some value that describes an unpaved road, not recognized by the navigation software – if the software assumes that all highways are paved, unless explicitly stated otherwise (by recognized values of known keys), then, in consequence, it assumes that the road in question is paved. If the paved key was widely used, then the navigation software would have a simple and clear way of checking whether a given road is paved or not. The default value of the paved key for highways could be yes, so that it would be consistent with the assumption that highways in general are paved. I don't mean that we should stop using the paved and unpaved values for the surface key – I'm sure those generic values are useful in some cases. However, using the paved key would be also very useful. Also, the surface=paved could also implicate paved=yes and similarly surface=unpaved could implicate paved=no, so that duplication of the information could be avoided when the generic paved and unpaved values are set for the surface key. I believe that adding an article for the paved key to the Wiki would encourage people to use this tag, and navigation software makers to implement support for it in their applications. What do you think about that? Regards, Tomek ___ Tagging mailing list tagg...@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] New key proposal - paved=yes/no
Hi. This sounds like a very good suggestion. Often you just want to know if the road is paved. It seems like that was the original intent of surface=, but that is not how it gets used now. How surface= implies paved= sounds good too. - Ben. On 21 Sep 2014 11:03, David Bannon dban...@internode.on.net wrote: Interesting proposal on the OSM Tagging list. Oz would have a unpaved/paved ratio as higher that most countries, we should have an opinion on this. So far, reaction has been mixed, some (including myself) welcoming it and some seeing it as a duplicate of surface= Comments folks ? David On Sat, 2014-09-20 at 23:42 +0200, Tomasz Kaźmierczak wrote: Hello all, I've posted the below message on the forum, and have been directed from there to this mailing list, thus re-posting it. Idea I would like to suggest making the paved key for highways (and probably other types of elements) official. Taginfo for paved: http://taginfo.openstreetmap.org/keys/paved#values The above shows that the key is already being used, but the Wiki doesn't describe this key, instead redirecting Key:paved to the article about Key:surface. Rationale Currently, the surface key is being used as a way of saying that a given highway is paved or unpaved, but often the value for the surface key is not a generic paved or unpaved, but a specific surface type is given.This is of course very useful for describing the particular surface type a given highway has. However, in some cases, a simple information on just whether a highway is paved or not, would be very useful. One such case would be navigation software – if a user chooses to avoid unpaved roads, the software can check the value of the surface key, but in practice most (all?) of the navigation software only checks for a subset of all the possible values the surface key can have. This leads to incorrect (in terms of what the user expects) navigation when, for example, the surface is set to some value that describes an unpaved road, not recognized by the navigation software – if the software assumes that all highways are paved, unless explicitly stated otherwise (by recognized values of known keys), then, in consequence, it assumes that the road in question is paved. If the paved key was widely used, then the navigation software would have a simple and clear way of checking whether a given road is paved or not. The default value of the paved key for highways could be yes, so that it would be consistent with the assumption that highways in general are paved. I don't mean that we should stop using the paved and unpaved values for the surface key – I'm sure those generic values are useful in some cases. However, using the paved key would be also very useful. Also, the surface=paved could also implicate paved=yes and similarly surface=unpaved could implicate paved=no, so that duplication of the information could be avoided when the generic paved and unpaved values are set for the surface key. I believe that adding an article for the paved key to the Wiki would encourage people to use this tag, and navigation software makers to implement support for it in their applications. What do you think about that? Regards, Tomek ___ Tagging mailing list tagg...@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
[Talk-de] Simple Indoor Tagging
Hi, ich wollte euch hiermit auf unser Indoor-Tagging Proposal hinweisen an dem wir seit der letzten SOTM-EU gearbeitet haben. Das Proposal findet ihr hier: https://wiki.openstreetmap.org/wiki/Simple_Indoor_Tagging Der Hauptgedanke ist, auf den Erfolg von S3DB aufzusetzen, indem man ein wirklich einfaches Proposal bereitstellt, das aber auch kompliziertere Fälle ohne großen Aufwand abdecken kann. Ich denke, dieses Ziel wurde erreicht und meine, dass das Proposal einen echten Mehrwert bietet. Es wäre nett, wenn sich alle Interessierten das Proposal mal anschaun würden und bei Fragen und Kommentaren uns diese mitzuteilen. Der ursprüngliche Thread befindet sich hier (http://forum.openstreetmap.org/viewtopic.php?pid=451544). Wer kein Englisch kann darf aber gerne auch hier kommentieren oder auf der Diskussionsseite des Proposals Deutsch schreiben. Gruß, Peda -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Handy Halterung Fahrrad Mapillary?
Hallo Ich bin ein wenig stärker auf den Mapillary.com Zug aufgesprungen und habe bisher einiges in Graz aus der Hand aufgenommen und in Mapillary geuploaded. Soweit so gut. Nun möcht ich das auch auf meinen Radtouren am MTB versuchen, aber die Freihand-Aufnahme ist da blöde. Hat jemand eine geeignete Halterung/Idee fürs Handy am MTB, damit die Kamera nach vorne zeigt, das Handy ned zu sehr wackelt, das Display zum Fahrer zeigt und NICHT berührt wird (scharf stellen, stop klicken,... darf ned aus versehen durch irgendwas an der Halterung passieren). Die normalen Halterungen taugen nix, weil die nicht die Kamera nach vorne zeigen lassen :-/ Danke. http://www.mapillary.com/map/im/bbox/47.0118827819824/47.1345024108887/15.3497133255005/15.534200668335 Oder auch Hildesheim/Mera Luna ;-) MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Handy Halterung Fahrrad Mapillary?
Hallo Lars, die Google Group speziell für Mapillary kennst du? (Mapillary kann man, wenn man es ganz streng sieht, als OT auf dieser Liste bezeichnen) Am 2014-09-20 um 13:53 schrieb Lars Schimmer: Ich bin ein wenig stärker auf den Mapillary.com Zug aufgesprungen und habe bisher einiges in Graz aus der Hand aufgenommen und in Mapillary geuploaded. Soweit so gut. Nun möcht ich das auch auf meinen Radtouren am MTB versuchen, aber die Freihand-Aufnahme ist da blöde. Hat jemand eine geeignete Halterung/Idee fürs Handy am MTB, damit die Kamera nach vorne zeigt, das Handy ned zu sehr wackelt, das Display zum Fahrer zeigt und NICHT berührt wird (scharf stellen, stop klicken,... darf ned aus versehen durch irgendwas an der Halterung passieren). Die normalen Halterungen taugen nix, weil die nicht die Kamera nach vorne zeigen lassen :-/ http://www.bodenseepeter.de/2014/07/01/how-to-street-view-a-bike-path-for-a-penny/ Viele Grüße Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Handy Halterung Fahrrad Mapillary?
-Original Message- From: Lars Schimmer [mailto:l.schim...@cgv.tugraz.at] Sent: sabato 20 settembre 2014 13:53 To: 'talk-de@openstreetmap.org'; talk...@openstreetmap.org Subject: [Talk-de] Handy Halterung Fahrrad Mapillary? Die normalen Halterungen taugen nix, weil die nicht die Kamera nach vorne zeigen lassen :-/ RAM X-Grip passt mir gut dafür: http://www.rammount.com/Products/XGriptradeMounts/XGriptradePhoneMounts/tabi d/4688/Default.aspx#rail MfG, Alberto ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Handy Halterung Fahrrad Mapillary?
On Sat, Sep 20, 2014 at 01:53:03PM +0200, Lars Schimmer wrote: Hallo Ich bin ein wenig stärker auf den Mapillary.com Zug aufgesprungen und habe bisher einiges in Graz aus der Hand aufgenommen und in Mapillary geuploaded. Soweit so gut. Nun möcht ich das auch auf meinen Radtouren am MTB versuchen, aber die Freihand-Aufnahme ist da blöde. Hat jemand eine geeignete Halterung/Idee fürs Handy am MTB, damit die Kamera nach vorne zeigt, das Handy ned zu sehr wackelt, das Display zum Fahrer zeigt und NICHT berührt wird (scharf stellen, stop klicken,... darf ned aus versehen durch irgendwas an der Halterung passieren). Die normalen Halterungen taugen nix, weil die nicht die Kamera nach vorne zeigen lassen :-/ Ich habe alles mögliche schon ausprobiert bisher mit nicht zufriedenstellemdem Ergebniss. Die Gabel schlägt (Auch mit Dämpfern) zu sehr durch als das da vernuenftige Bilder rauskommen. Sobald es nicht strahlender Sonnenschein ist (Baeume!) dann ist die Belichtungszeit zu lang als das a brauchbare Ergebnisse bei rauskommen. Konstruktionstechnisch bin ich aber bei einer Steadycam/Massenträgheitshalterung noch nicht weiter ;) Vielleicht reicht auch ein Schlabbriger Lenkerkorb mit einem Zementsack drin oder so. http://f.zz.de/posts/201407152206.mapillary_biker/ Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] R: Re: statale a Cavalese
il problema sta proprio nel fatto che se un software non lo prende in automatico poi manualmente si deve modificare ogni anno Messaggio originale Da: lomastr...@gmail.com Data: 19/09/2014 19.43 A: talk-it@openstreetmap.org Ogg: Re: [Talk-it] statale a Cavalese Il giorno ven, 19/09/2014 alle 21.28 +0200, Cristian Consonni ha scritto: Il 19 settembre 2014 19:24, Lorenzo Mastrogiacomi lomastr...@gmail.com ha scritto: Il giorno ven, 19/09/2014 alle 21.06 +0200, beppebo...@libero.it ha scritto: In quel di Cavalese x questioni turistiche nel periodo estivo rendono la statale a senso unico come ho mappato... nel corso dell anno torna a doppio senso... Come si può mappare ,senza dover ogni estate inserire e poi togliere il senso unico, in modo definitivo x indicare che dal 21 giugno al 22 settembre la strada è oneway? direi cosi: oneway:conditional=yes @ (Jun 21-Sep 22) So che non bisognerebbe mappare per il rendering o per le altre applicazioni, ma questo formato è starndard? È riconosciuto dai software di routing? Cristian E' standard: http://wiki.openstreetmap.org/wiki/Conditional_restrictions Il formato orario è definito meglio qui: http://wiki.openstreetmap.org/wiki/Key:opening_hours C'è questo esempio: Consecutive monthdays open separated by - · (e.g., Dec 20-26) or (e.g., Dec 20-Jan 06) Sulla seconda domanda sono meno sicuro :) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Re: statale a Cavalese
beppebo...@libero.it wrote il problema sta proprio nel fatto che se un software non lo prende in automatico poi manualmente si deve modificare ogni anno. non sono d'accordo. se il sistema di tagging è riconosciuto e documentato deve allora essere il software ad adattarsi, non osm e il suo stile di mappatura/tagging. - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/R-Re-statale-a-Cavalese-tp5817949p5817963.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Re: statale a Cavalese
Il 20/Set/2014 15:19 Aury88 spacedrive...@gmail.com ha scritto: beppebo...@libero.it wrote il problema sta proprio nel fatto che se un software non lo prende in automatico poi manualmente si deve modificare ogni anno. non sono d'accordo. se il sistema di tagging è riconosciuto e documentato deve allora essere il software ad adattarsi, non osm e il suo stile di mappatura/tagging. +1 Se il formato è standard allora è un bug del software che non lo riconosce. C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cercasi, qualcuno che può rappresentare OSM ad un convegno a Roma il 25. Settembre
Il 18/09/2014 11:01, Germano Massullo ha scritto: Anche io sono disponibile. Tuttavia sto attendendo una risposta da una persona per un impegno molto importante, che non so se si andrà a sovrapporre alla conferenza. Vi farò sapere il più presto possibile. Vi comunico che sono disponibile anche io a partecipare insieme a Fabri. Più tardi leggo i documenti che avete citato. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Re: statale a Cavalese
Concordo. Ho pensato subito la stessa cosa. Il giorno 20/set/2014 15:20, Aury88 spacedrive...@gmail.com ha scritto: beppebo...@libero.it wrote il problema sta proprio nel fatto che se un software non lo prende in automatico poi manualmente si deve modificare ogni anno. non sono d'accordo. se il sistema di tagging è riconosciuto e documentato deve allora essere il software ad adattarsi, non osm e il suo stile di mappatura/tagging. - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/R-Re-statale-a-Cavalese-tp5817949p5817963.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] statale a Cavalese
stasera o al massimo domani mattina lo sistemo...qualcuno potrebbe controllare se ho fatto correttamente? la via è via fratelli bronzetti cavalese ciao Messaggio originale Da: beppebo...@libero.it Data: 20/09/2014 10.28 A: talk-it@openstreetmap.org Ogg: R: Re: [Talk-it] statale a Cavalese il problema sta proprio nel fatto che se un software non lo prende in automatico poi manualmente si deve modificare ogni anno Messaggio originale Da: lomastr...@gmail.com Data: 19/09/2014 19.43 A: talk-it@openstreetmap.org Ogg: Re: [Talk-it] statale a Cavalese Il giorno ven, 19/09/2014 alle 21.28 +0200, Cristian Consonni ha scritto: Il 19 settembre 2014 19:24, Lorenzo Mastrogiacomi lomastr...@gmail.com ha scritto: Il giorno ven, 19/09/2014 alle 21.06 +0200, beppebo...@libero.it ha scritto: In quel di Cavalese x questioni turistiche nel periodo estivo rendono la statale a senso unico come ho mappato... nel corso dell anno torna a doppio senso... Come si può mappare ,senza dover ogni estate inserire e poi togliere il senso unico, in modo definitivo x indicare che dal 21 giugno al 22 settembre la strada è oneway? direi cosi: oneway:conditional=yes @ (Jun 21-Sep 22) So che non bisognerebbe mappare per il rendering o per le altre applicazioni, ma questo formato è starndard? È riconosciuto dai software di routing? Cristian E' standard: http://wiki.openstreetmap.org/wiki/Conditional_restrictions Il formato orario è definito meglio qui: http://wiki.openstreetmap.org/wiki/Key:opening_hours C'è questo esempio: Consecutive monthdays open separated by - · (e.g., Dec 20-26) or (e.g., Dec 20-Jan 06) Sulla seconda domanda sono meno sicuro :) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappa eventi condivisi
2014-09-19 15:39 GMT+02:00 Maurizio Napolitano napoo...@gmail.com: [0] http://osm.org/go/xcvxvwePJ intendi quel fonto numero di semafori qui? http://www.openstreetmap.org/way/232361461 ... interessante ... credo sia meglio contattare l'autore si ;-) -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappa eventi condivisi
2014-09-19 16:02 GMT+02:00 Francesco Piero Paolicelli pierso...@gmail.com: E' un pacheggio multipiano coperto e sopra anfiteatro per piccoli spettacoli :) ci sono i semafori ai vari piani? -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappa eventi condivisi
2014-09-20 7:06 GMT+02:00 Francesco Piero Paolicelli pierso...@gmail.com: Grazie a tutti. Nel frattempo Guenter Richter ha fatto la mappa degli eventi, filtrabile per data e contenuti: http://public.ixmaps.com.s3-website-eu-west-1.amazonaws.com/maptune2/BasilicataEventi_mapstraction_fullscreen.html ok penso di aver risolto. ma c'è osmit? :-) forse è l'ora tarda ma non lo vedo... Piero -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-es] Wikiproyecto Autopista
Hola a todos! Escribo este mensaje para deciros que estoy actualizando la página del Wikiproyecto de las Autopistas. Estoy haciendo contribuciones en varios frentes: He estado añadiendo las relaciones que ya existían en el mapa a la pagina del proyecto y también he estado añadiendo relaciones en el mapa. Tenemos ya casi todas las autopistas con su relación lo que facilita mucho poder descargarlas a JOSM. He estado también comprobando las autopistas que están en proyecto o que no existen para dejarlo claro en el proyecto y que esté mas claro donde falta información y donde no. También he añadido en el mapa notas en algunas autopistas (hasta donde he podido) donde falta información sobre las salidas y he añadido el link para poder comprobar su evolución en el proyecto. Así pues os animo a colaborar con el proyecto ya que creo que tener la base de datos de las autopistas lo más completa posible debería ser un objetivo fundamental. http://wiki.openstreetmap.org/wiki/WikiProject_Spain/Autopista ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Handy Halterung Fahrrad Mapillary?
hallo, LS Hat jemand eine geeignete Halterung/Idee fürs Handy am MTB, damit die LS Kamera nach vorne zeigt, das Handy ned zu sehr wackelt, das Display zum LS Fahrer zeigt und NICHT berührt wird (scharf stellen, stop klicken,... LS darf ned aus versehen durch irgendwas an der Halterung passieren). ich verwende seit langem das system von HR (herbert richter) mit zwei bike mounts fürs fahrrad (der einfachen und der verstellbaren), zwei mounts fürs auto und halteschale fürs mittlerweile 3. smartphone. den bike mount kann man auch so am lenker montieren, daß die kamera nach vorne zeigt (was es konstruktionsbedingt meistens schwer macht, daß das display dann zum fahrer zeigt ;-) ). ob du das smartphone dann soweit richtung mitte schieben kannst hängt vom lenker ab, sollte aber gehen. das smartphone selber wackelt nicht, aber nachdem das ganze ziemlich starr ist, wird wohl das bild verwackeln, vor allem am mtb. ich suche mir die smartphones mittlerweile danach aus, ob es eine halterung von HR dafür gibt. mfg ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] [Talk-de] Handy Halterung Fahrrad Mapillary?
On Sat, Sep 20, 2014 at 01:53:03PM +0200, Lars Schimmer wrote: Hallo Ich bin ein wenig stärker auf den Mapillary.com Zug aufgesprungen und habe bisher einiges in Graz aus der Hand aufgenommen und in Mapillary geuploaded. Soweit so gut. Nun möcht ich das auch auf meinen Radtouren am MTB versuchen, aber die Freihand-Aufnahme ist da blöde. Hat jemand eine geeignete Halterung/Idee fürs Handy am MTB, damit die Kamera nach vorne zeigt, das Handy ned zu sehr wackelt, das Display zum Fahrer zeigt und NICHT berührt wird (scharf stellen, stop klicken,... darf ned aus versehen durch irgendwas an der Halterung passieren). Die normalen Halterungen taugen nix, weil die nicht die Kamera nach vorne zeigen lassen :-/ Ich habe alles mögliche schon ausprobiert bisher mit nicht zufriedenstellemdem Ergebniss. Die Gabel schlägt (Auch mit Dämpfern) zu sehr durch als das da vernuenftige Bilder rauskommen. Sobald es nicht strahlender Sonnenschein ist (Baeume!) dann ist die Belichtungszeit zu lang als das a brauchbare Ergebnisse bei rauskommen. Konstruktionstechnisch bin ich aber bei einer Steadycam/Massenträgheitshalterung noch nicht weiter ;) Vielleicht reicht auch ein Schlabbriger Lenkerkorb mit einem Zementsack drin oder so. http://f.zz.de/posts/201407152206.mapillary_biker/ Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-Talk-ZA] More JHB streets being renamed
On a non-OSM-note: This is totally absurd. I just finished reading a book on the history of Johannesburg, and those streets have such rich, non-Apartheid history. Such a middle finger to the people by the current government to totally disrespect that history, and perform costly re-naming, instead of improving infrastructure. I don't get to that area often any more, but if/when I do, I will be sure to keep an eye out. Thanks for the heads-up, Grant! Dawid On 20/09/2014 14:39, Grant Slater wrote: Hi OSM-ZA, More JHB streets being renamed: http://umhambi.blogspot.com/2014/09/south-africa-johannesburg-to-rename.html Anyone able to confirm if the street signs on-the-ground [1] have been changed yet? If so we should update OSM. Old names should be tagged old_name= [2] 1: http://wiki.openstreetmap.org/wiki/Disputes#On_the_Ground_Rule 2: http://wiki.openstreetmap.org/wiki/Old_name Kind regards, Grant ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-za ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-za
Re: [Talk-ca] Bing updated imagery in Windsor, Ontario
Bonjour Bruno, j'ai la version 7527. Ce matin, l'info était affiichée pour les autres couches et pas pour Bing. J'ai simplement détruit la couche Bing et ré-ajouté, et cela a réglé le problème ! J'ai vérifié pour Québec à http://mvexel.dev.openstreetmap.org/bingimageanalyzer/?lat=46.82409769463354lon=-71.21583502463939zoom=19 Aussi bien avec mvexel que JOSM j'obtiens 2013. Pierre De : Bruno Remy bremy.qc...@gmail.com À : Pierre Béland pierz...@yahoo.fr Cc : Daniel Begin jfd...@hotmail.com; talk-ca@openstreetmap.org talk-ca@openstreetmap.org Envoyé le : Samedi 20 septembre 2014 0h30 Objet : Re: [Talk-ca] Bing updated imagery in Windsor, Ontario Bonjour,, Le site de http://mvexel.dev.openstreetmap.org/ sur le wiki est celui que j'ai tenté d'utiliser en référence: Malheureusement, les dates qui sont mentionnées ne sont pas les bonnes: Exemple : pour Québec, mvexel me donne Octobre 2010 versus Novembre 2013 dans JOSM. Et je vois sur les clichés des nouveaux develeoppements résidentiels qui n'existaient pas en 2010 et qui commencaient à peine è l'automne 2013 Donc JOSM donne les bonnes dates Pierre Quelle version as-tu? Version 7480? Bruno Le 19 septembre 2014 15:17, Pierre Béland pierz...@yahoo.fr a écrit : Cela ne s'affiche pas pour moi dans JOSM. Mais j'ai retrouvé l'application qui le permet. De fait, la page wiki Bing Imagery Analyzer for OSM indique a deux sites Bing Analyzer. Et celui ci-dessous fournit la date de mise-a-jour des tuiles. On voit une image de 2012 de grande qualité au Mont Mégantic. Et dans la région autour de Montréal je ne retrouves toujours que du Mars-2001 -- Juillet 2004. http://mvexel.dev.openstreetmap.org/bingimageanalyzer/?lat=45.455744266624194lon=-71.15181999373625zoom=18 Pierre De : Daniel Begin jfd...@hotmail.com À : 'Bruno Remy' bremy.qc...@gmail.com Cc : talk-ca@openstreetmap.org Envoyé le : Vendredi 19 septembre 2014 19h27 Objet : Re: [Talk-ca] Bing updated imagery in Windsor, Ontario Merci pour l’information! From:Bruno Remy [mailto:bremy.qc...@gmail.com] Sent: September-19-14 09:42 To: Pierre Béland Cc: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Bing updated imagery in Windsor, Ontario Bonjour Pierre, C'est intégré dans JOSM (sans plug-in supplémentaire ... sauf erreur de ma part) 1-selectionner la couche Bing Imagery en premier plan 2-Juste à faire un clic-droit pour afficher le menu contextuel: une des options propose l'affichage des informations de la tuile en cours. 3-Le timestamp de chaque tuile apparait en sur-couche en rouge. --- Il existe un outil d'information web, mais non fiable car ses données ne semblent pas être correctement mises à jour: Bing Aerial Imagery Analyzer for OpenStreetMap http://mvexel.dev.openstreetmap.org/bingimageanalyzer/?lat=49.3935298445362lon=10.976469421386724zoom=11 Bruno 2014-09-19 9:28 GMT-04:00 Pierre Béland pierz...@yahoo.fr: Bonjour Bruno, quel outil pour vérifier date de production des images d'une zone? Pierre De :Bruno Remy bremy.qc...@gmail.com À : James Mast rickmastfa...@hotmail.com Cc : talk-ca@openstreetmap.org talk-ca@openstreetmap.org Envoyé le : Vendredi 19 septembre 2014 14h55 Objet : Re: [Talk-ca] Bing updated imagery in Windsor, Ontario The same here arround Québec City (QC, CA) !! According to JOSM, the imagery Bing is about 10 months. 2014-09-19 7:39 GMT-04:00 James Mast rickmastfa...@hotmail.com: Just wanted to give you guys a heads up in anybody wanted to do a massive cleanup of the new 401 construction in that area. According to JOSM, the imagery Bing now has is about 3 months old taken between 05/31/14 and 06/15/14. So, if anybody feels like having some fun, have at it. ;) -James ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] Atribut ref= na rozcestnících v OSM - zachovejte prosím
2014-09-19 0:58 GMT+02:00 Pavel Pisa ppisa4li...@pikron.com: Zdravím, On Thursday 18 of September 2014 19:36:13 Michal Grézl wrote: Pokud mate nekdo hodne rozcestniku s gps informacemi v exif, tak mi je poslete a ja je pridam na openstreetmap.cz (vsechny naraz). Kdyby nekdo chtel nejakou integraci, tak udelam geojson nebo georss, staci rict. Zatim chybela motivace. zasílám odkaz na asi 280 fotek převážně rozcestníků z mého mapování. http://cmp.felk.cvut.cz/~pisa/foto/tmp/ukazatele.zip stahnuto a momentalne su v procesu pridavani souboru do db. (uz to tam je, ale blbe kvuli , nicmene na mape se zobrazi) na http://openstreetmap.cz/editor.html je mozno zobrazit vsechny rozcestniky v tabulce s odkazem na osm a nejake dalsi mapy. 18 souboru nemelo souradnice. S pozdravem, Pavel Píša -- Michal Grézl http://openstreetmap.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Atribut ref= na rozcestnících v OSM - zachovejte prosím
2014-09-18 18:40 GMT+02:00 Marián Kyral mky...@email.cz ... Doporučuji zaměřit tvůj pohled na pravou stranu. Pro zobrazení rozcestníků uložených na openstreetmap.cz je potřeba kliknout na odkaz Zobrazit rozcestníky. Pro zobrazení rozcestníků z Wikimedia Common je potřeba nejprve něco vybrat v seznamu (například: hiking_guideposts_of_ČSTV) a pak kliknout na Zobraz kliknutím zde. Pak jen čekáš, jestli se ty rozcestníky objeví nebo ne. Opravil sem indikator nahravani, takze by to melo zobrazovat ze to neco dela. Na commons se porad meni kategorie, ze kterych to nahravam. Obcas to prestane zobrazovat, nez ty nove kategorie pridam. Celé je to takové nešťastné, není jasně vidět, jestli jsou rozcestníky zapnuté, nebo ne, není mi jasné, jestli to zobrazení rozcestníků jde vypnout (jsem teď ve vlaku a internet tu má výpadky, tak si nejsem jistý). Chtělo by z rozcestníků udělat jako další vrstvu zapínatelnou v seznamu vrstev. Vrstva tam samozrejme je, jinak to ani nejde udelat. Po rozkliknuti pluska na mape je mozno uvidet a vypnout/zapnout overlaye rozcestniky a wikimedia commons. Vzniknou pote, co se nahraji data. Nesikovne to je, ale jak to zrobit jinak? Ono celé by to chtělo redesign. Zamyslet se nad tím, jaké funkce tam mají být, kouknout jak se to řeší jinde, vzít si z toho to nejlepší, dát tomu moderní vzhled. Je mi jasné, že tohle je úkol pro tým lidí na několik měsíců a nikoho takového nemáme :-( kdyz nekdo navrhne design, tak by se dalo uvazovat o implementaci. Představoval bych si něco jako http://www.freemap.sk/ nebo http://osmapa.pl - ta je moc pěkná, chybí jí jen aktivní ikony a mohla by být trochu rychlejší (asi daň za generování až v případě potřeby). V první řadě by to chtělo nějakou organizaci, která to celé zastřeší. Třeba spolupráce s http://osgeo.cz/ ? Podle mne potřebuje u nás openstreetmap lepší propagaci. Kdybych byl běžný uživatel, zvyklý na mapy.cz a náhodou se dostal na openstreetmap.cz, tak první co udělám je, že okamžitě uteču a už se nevrátím. zrovna mapy.cz a openstreetmap.cz jsou v podstate uplne stejne. Vlevo mapa, vpravo menu. Marián -- Michal Grézl http://openstreetmap.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Atribut ref= na rozcestnících v OSM - zachovejte prosím
Dne 20.9.2014 20:24, Michal Grézl napsal(a): 2014-09-18 18:40 GMT+02:00 Marián Kyral mky...@email.cz mailto:mky...@email.cz ... Doporučuji zaměřit tvůj pohled na pravou stranu. Pro zobrazení rozcestníků uložených na openstreetmap.cz http://openstreetmap.cz je potřeba kliknout na odkaz Zobrazit rozcestníky. Pro zobrazení rozcestníků z Wikimedia Common je potřeba nejprve něco vybrat v seznamu (například: hiking_guideposts_of_ČSTV) a pak kliknout na Zobraz kliknutím zde. Pak jen čekáš, jestli se ty rozcestníky objeví nebo ne. Opravil sem indikator nahravani, takze by to melo zobrazovat ze to neco dela. Na commons se porad meni kategorie, ze kterych to nahravam. Obcas to prestane zobrazovat, nez ty nove kategorie pridam. Ahoj, Nevím, jestli se tam ještě něco neděje nebo je problém u mne. Ale momentálně se mi načte jen rozhraní a mapa nikde. Když kliknu na zobrazit rozcestníky, tak se objeví: nahrávám a nic se neděje :-( Celé je to takové nešťastné, není jasně vidět, jestli jsou rozcestníky zapnuté, nebo ne, není mi jasné, jestli to zobrazení rozcestníků jde vypnout (jsem teď ve vlaku a internet tu má výpadky, tak si nejsem jistý). Chtělo by z rozcestníků udělat jako další vrstvu zapínatelnou v seznamu vrstev. Vrstva tam samozrejme je, jinak to ani nejde udelat. Po rozkliknuti pluska na mape je mozno uvidet a vypnout/zapnout overlaye rozcestniky a wikimedia commons. Vzniknou pote, co se nahraji data. Nesikovne to je, ale jak to zrobit jinak? Jasně technicky to je vrstva, ale zapíná se jinak než vrstvy přímo v mapě. Ideálně by to mělo být na jednom místě. Možná bych to udělal tak, že bych si udělal script, kterým bych si třeba jednou denně projel všechny ty wiki stránky a do lokální databáze bych si uložil meta informace (název a souřadnice). Ideálně to zmixovat s lokálními rozcestníky. Pak bych udělal nějakou JS vrstvu, která pro daný výřez načte všechny rozcestník a zobrazí ikony. No a při kliknutí na ikonu by se dotáhly další informace. Buď z lokální databáze, nebo z wikimedia commons. Mně, jako uživateli, je úplně fuk, odkud se ty rozcestníky stáhnou. A už vůbec nechci přemýšlet nad tím, kterou oblast z wiki mám vlastně stáhnout. Prostě zapnu vrstvu rozcestníků a v mapě se mi zobrazí všechny dostupné. Jak na to bohužel neporadím, s webem jsem skončil když nastal boom javascriptu. Ono celé by to chtělo redesign. Zamyslet se nad tím, jaké funkce tam mají být, kouknout jak se to řeší jinde, vzít si z toho to nejlepší, dát tomu moderní vzhled. Je mi jasné, že tohle je úkol pro tým lidí na několik měsíců a nikoho takového nemáme :-( kdyz nekdo navrhne design, tak by se dalo uvazovat o implementaci. No právě. Já na design moc nejsem, navíc jsem teď hodně vytížený. Představoval bych si něco jako http://www.freemap.sk/ nebo http://osmapa.pl - ta je moc pěkná, chybí jí jen aktivní ikony a mohla by být trochu rychlejší (asi daň za generování až v případě potřeby). V první řadě by to chtělo nějakou organizaci, která to celé zastřeší. Třeba spolupráce s http://osgeo.cz/ ? Podle mne potřebuje u nás openstreetmap lepší propagaci. Kdybych byl běžný uživatel, zvyklý na mapy.cz http://mapy.cz a náhodou se dostal na openstreetmap.cz http://openstreetmap.cz, tak první co udělám je, že okamžitě uteču a už se nevrátím. zrovna mapy.cz http://mapy.cz a openstreetmap.cz http://openstreetmap.cz jsou v podstate uplne stejne. Vlevo mapa, vpravo menu. No a Trabant a Ferrari jsou taky v podstatě úplně stejná auta. Obě mají volant a čtyři kola ;-) Schválně, které by sis vybral a proč? Prostě je na tom vidět, že návrh rozhraní dělal programátor a hlavní je, že to nějak funguje. Ovšem od té doby šel vývoj kupředu. Nešlo by alespoň nějak implementovat nový vzhled, který je na openstreetmap.org? A tu reklamu, když už tam musí být, bych přesunul do pravého sloupce (a asi změnil formát na portrét). Tam je místa dost a bylo by možné zobrazit větší výřez mapy. Marián Marián -- Michal Grézl http://openstreetmap.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Atribut ref= na rozcestnících v OSM - zachovejte prosím
Díky moc za odvedenou práci. On Saturday 20 of September 2014 14:57:14 Michal Grézl wrote: stahnuto a momentalne su v procesu pridavani souboru do db. (uz to tam je, ale blbe kvuli , nicmene na mape se zobrazi) na http://openstreetmap.cz/editor.html je mozno zobrazit vsechny rozcestniky v tabulce s odkazem na osm a nejake dalsi mapy. 18 souboru nemelo souradnice. Jak je to s kapacitou serveru? Mám o něj trochu obavu, když to tam dáváte v plném rozlišení. Má smysl budoucí soubory nějak zmenšit? Ono i úroveň komprese je pro tyto obrázky, z nichž nás zajímají v podstatě blackwhite texty je nesmyslné. Také jsem si neuvědomil, že fotky nemám otočené podle exifu, v Geeqie je mám správně. Pro web mám skript, který to řeší dávkově. Odkazy na mapy jsou moc fajn. Bohužel s jídlem roste chuť :-) Líbily by se mi odkazy do http://hiking.waymarkedtrails.org/en/ a i do openstreetmap.cz . Jinak styl pro OSM a turistiku v ČR se mi nejvíce líbí základová mapa z http://ruian.poloha.net/ Za Vaše openstreetmap.cz jsem ale vděčný a to především za generování image pro Garmin. Pro jiné země jsem si mnohokrát data připravoval sám, ale tak dobře se mi nastavení (i s opisováním z openstreetmap.cz) nikdy udělat nepovedlo. Ještě jednou díky a až nějaká rozcestí nasbírám, tak je naimportuji/poskytnu, Pavel ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Atribut ref= na rozcestnících v OSM - zachovejte prosím
Ahoj, Možná bych to udělal tak, že bych si udělal script, kterým bych si třeba jednou denně projel všechny ty wiki stránky a do lokální databáze bych si uložil meta informace (název a souřadnice). Ideálně to zmixovat s lokálními rozcestníky. Pak bych udělal nějakou JS vrstvu, která pro daný výřez načte všechny rozcestník a zobrazí ikony. No a při kliknutí na ikonu by se dotáhly další informace. Buď z lokální databáze, nebo z wikimedia commons. Mně, jako uživateli, je úplně fuk, odkud se ty rozcestníky stáhnou. A už vůbec nechci přemýšlet nad tím, kterou oblast z wiki mám vlastně stáhnout. Prostě zapnu vrstvu rozcestníků a v mapě se mi zobrazí všechny dostupné. Napadlo mě, že by bylo hezké mít takovou databázi rozcestníků nějak zcela veřejně dostupnou a spravovatelnou, k čemuž by se dala využít Wikidata. Každý rozcestník by tam měl svou entitu, která by obsahovala souřadnice, odkaz na obrázek, popř. odkaz na Wikimedia Commons, kde by byly všechny dostupné obrázky. To by umožnilo jednoduché dotazování, resp. vytváření nějakých kompletních strojově čitelných seznamů, které by si kdokoli mohl naimportovat do svého projektu a dělat s nimi, co chce. Ale nejsem si jist, jestli je to krok kupředu od mnoha nekompatibilních databází rozcestníků, nebo jen instance problému z http://xkcd.com/927/ -- Petr Kadlec / Mormegil ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Atribut ref= na rozcestnících v OSM - zachovejte prosím
Dne 20.9.2014 21:12, Marián Kyral napsal(a): Dne 20.9.2014 20:24, Michal Grézl napsal(a): Představoval bych si něco jako http://www.freemap.sk/ nebo http://osmapa.pl - ta je moc pěkná, chybí jí jen aktivní ikony a mohla by být trochu rychlejší (asi daň za generování až v případě potřeby). V první řadě by to chtělo nějakou organizaci, která to celé zastřeší. Třeba spolupráce s http://osgeo.cz/ ? Podle mne potřebuje u nás openstreetmap lepší propagaci. Kdybych byl běžný uživatel, zvyklý na mapy.cz http://mapy.cz a náhodou se dostal na openstreetmap.cz http://openstreetmap.cz, tak první co udělám je, že okamžitě uteču a už se nevrátím. zrovna mapy.cz http://mapy.cz a openstreetmap.cz http://openstreetmap.cz jsou v podstate uplne stejne. Vlevo mapa, vpravo menu. No a Trabant a Ferrari jsou taky v podstatě úplně stejná auta. Obě mají volant a čtyři kola ;-) Schválně, které by sis vybral a proč? Prostě je na tom vidět, že návrh rozhraní dělal programátor a hlavní je, že to nějak funguje. Ovšem od té doby šel vývoj kupředu. Nešlo by alespoň nějak implementovat nový vzhled, který je na openstreetmap.org? A tu reklamu, když už tam musí být, bych přesunul do pravého sloupce (a asi změnil formát na portrét). Tam je místa dost a bylo by možné zobrazit větší výřez mapy. Marián Ještě jedna poznámečka / prosbička (snad jsem se nedostal na index ;-)) Bylo by možné u stránky o projektu ( http://openstreetmap.cz/about.html ) doplnit krátké povídání a projektu - co je zač, jaký je cíl, kde to běží, kdo za tím stojí a koho kontaktovat v případě problému nebo dotazu? Možná by to chtělo i nějakou stránečku s odkazy na další hostované projekty? Vím o taginfo, ale třeba je těch projektů více. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Atribut ref= na rozcestnících v OSM - zachovejte prosím
2014-09-20 21:37 GMT+02:00 Marián Kyral mky...@email.cz: Dne 20.9.2014 21:12, Marián Kyral napsal(a): Dne 20.9.2014 20:24, Michal Grézl napsal(a): Představoval bych si něco jako http://www.freemap.sk/ nebo http://osmapa.pl - ta je moc pěkná, chybí jí jen aktivní ikony a mohla by být trochu rychlejší (asi daň za generování až v případě potřeby). V první řadě by to chtělo nějakou organizaci, která to celé zastřeší. Třeba spolupráce s http://osgeo.cz/ ? Podle mne potřebuje u nás openstreetmap lepší propagaci. Kdybych byl běžný uživatel, zvyklý na mapy.cz a náhodou se dostal na openstreetmap.cz, tak první co udělám je, že okamžitě uteču a už se nevrátím. zrovna mapy.cz a openstreetmap.cz jsou v podstate uplne stejne. Vlevo mapa, vpravo menu. No a Trabant a Ferrari jsou taky v podstatě úplně stejná auta. Obě mají volant a čtyři kola ;-) Schválně, které by sis vybral a proč? Prostě je na tom vidět, že návrh rozhraní dělal programátor a hlavní je, že to nějak funguje. Ovšem od té doby šel vývoj kupředu. Nešlo by alespoň nějak implementovat nový vzhled, který je na openstreetmap.org? A tu reklamu, když už tam musí být, bych přesunul do pravého sloupce (a asi změnil formát na portrét). Tam je místa dost a bylo by možné zobrazit větší výřez mapy. Marián Ještě jedna poznámečka / prosbička (snad jsem se nedostal na index ;-)) Bylo by možné u stránky o projektu ( http://openstreetmap.cz/about.html ) doplnit krátké povídání a projektu - co je zač, jaký je cíl, kde to běží, kdo za tím stojí a koho kontaktovat v případě problému nebo dotazu? Možná by to chtělo i nějakou stránečku s odkazy na další hostované projekty? Vím o taginfo, ale třeba je těch projektů více. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz Rozcestniky uz by meli fungovat, vrtal sem se v tom a nemam zadnou test verzi, takze to menim primo na produkci:) Neco sem pripsal do about, odkazy: http://openstreetmap.cz/odkazy.html Co jineho tam pridat dal uz nevim. Klikaci poi na mape, tedy automaticke loudovani poi, rozcestniku a podobnych vecicek uz vyrabim asi rok, potom uz by zadne menu nebyly potreba. Tedy presne tak jak je to na mapy.cz a jinde. Az bude tak bude. (btw ty mapy.cz sou po redesignu trabant a to s bidou.:) reklama vydelava, ne moc ale staci to. Doprava se nevleze tam je menu, takze je dole. Mista na serveru neni nikdy dost, ale da se dokoupit takze to neni problem. -- Michal Grézl http://openstreetmap.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Atribut ref= na rozcestnících v OSM - zachovejte prosím
Dne 20.9.2014 22:42, Michal Grézl napsal(a): 2014-09-20 21:37 GMT+02:00 Marián Kyral mky...@email.cz mailto:mky...@email.cz: Dne 20.9.2014 21:12, Marián Kyral napsal(a): Dne 20.9.2014 20:24, Michal Grézl napsal(a): Představoval bych si něco jako http://www.freemap.sk/ nebo http://osmapa.pl - ta je moc pěkná, chybí jí jen aktivní ikony a mohla by být trochu rychlejší (asi daň za generování až v případě potřeby). V první řadě by to chtělo nějakou organizaci, která to celé zastřeší. Třeba spolupráce s http://osgeo.cz/ ? Podle mne potřebuje u nás openstreetmap lepší propagaci. Kdybych byl běžný uživatel, zvyklý na mapy.cz http://mapy.cz a náhodou se dostal na openstreetmap.cz http://openstreetmap.cz, tak první co udělám je, že okamžitě uteču a už se nevrátím. zrovna mapy.cz http://mapy.cz a openstreetmap.cz http://openstreetmap.cz jsou v podstate uplne stejne. Vlevo mapa, vpravo menu. No a Trabant a Ferrari jsou taky v podstatě úplně stejná auta. Obě mají volant a čtyři kola ;-) Schválně, které by sis vybral a proč? Prostě je na tom vidět, že návrh rozhraní dělal programátor a hlavní je, že to nějak funguje. Ovšem od té doby šel vývoj kupředu. Nešlo by alespoň nějak implementovat nový vzhled, který je na openstreetmap.org http://openstreetmap.org? A tu reklamu, když už tam musí být, bych přesunul do pravého sloupce (a asi změnil formát na portrét). Tam je místa dost a bylo by možné zobrazit větší výřez mapy. Marián Ještě jedna poznámečka / prosbička (snad jsem se nedostal na index ;-)) Bylo by možné u stránky o projektu ( http://openstreetmap.cz/about.html ) doplnit krátké povídání a projektu - co je zač, jaký je cíl, kde to běží, kdo za tím stojí a koho kontaktovat v případě problému nebo dotazu? Možná by to chtělo i nějakou stránečku s odkazy na další hostované projekty? Vím o taginfo, ale třeba je těch projektů více. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz Rozcestniky uz by meli fungovat, vrtal sem se v tom a nemam zadnou test verzi, takze to menim primo na produkci:) Aha. Tak to by to vysvětlovalo ;-) Neco sem pripsal do about, odkazy: http://openstreetmap.cz/odkazy.html Co jineho tam pridat dal uz nevim. No třeba, čím se openstreetmap.cz liší od openstreetmap.org a dalších podobných projektů. Třeba mtbmap.cz. Jsou to jen ty rozcestníky? Klikaci poi na mape, tedy automaticke loudovani poi, rozcestniku a podobnych vecicek uz vyrabim asi rok, potom uz by zadne menu nebyly potreba. Tedy presne tak jak je to na mapy.cz http://mapy.cz a jinde. Az bude tak bude. Jsou ty zdrojáky někde veřejně dostupné? Github, nebo tak? Ne že bych se v tom hned vrtal, ale třeba by se nějaký zájemce našel. (btw ty mapy.cz http://mapy.cz sou po redesignu trabant a to s bidou.:) To je věc názoru. Ze začátku sice trochu nezvyk, ale teď už mi to tak nepřijde a líbí se mi to. Stejně tak se mi i hodně líbí osmapa.pl. Různé styly, různé vrstvy, vrstevnice. Chybí jim akorát aktivní POI. reklama vydelava, ne moc ale staci to. Doprava se nevleze tam je menu, takze je dole. Jo vlastně. Já mám fullHD rozlišení a vpravo dole mám hafo místa :-D Marián Mista na serveru neni nikdy dost, ale da se dokoupit takze to neni problem. -- Michal Grézl http://openstreetmap.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Hyperactivité d'un utilisateur
Donc on doit prendre le dernier objet du dernier changeset l'importer dans JOSM avec les objet liés et faire les modifications au fur et à mesure des versions (ou successions de versions) des éléments dans ce cas?! Ça va être sacrément long... sachant qu'en plus à chaque sauvegarde, comme le disait @Pieren, Crée une nouvelle version de l'objet... Est ce qu'on pourrait avoir des exemples concrets afin de mieux comprendre les différents problèmes que l'on risque de rencontrer et comment les résoudre? Merci Peut-on aussi considérer un retour à une date donnée si il n'y a pas eu d'autre modification d'utilisateur pendant un certains délais sur un ensemble de relation? Ces histoires de revert c'est vraiment pas simple. Jérôme Le 20 septembre 2014 00:51, Philippe Verdy verd...@wanadoo.fr a écrit : Le 19 septembre 2014 17:46, Pieren pier...@gmail.com a écrit : 2014-09-18 21:37 GMT+02:00 didier2...@free.fr: pour les revert: si on veut faire un revert de plusieurs changesets, on commence par faire le revert du plus récent Attention, même en faisant le revert dans l'ordre inverse, on ne retrouvera pas les données antécédentes sans conflits. En effet, si le vandale a créé deux versions d'un élément (par ex, v1 - v2 puis v2 - v3), le premier revert crée une nouvelle version en revenant à T-1 (v3 - v4 avec les attributs de v2). Mais quand on tente d'annuler le deuxième changeset (le premier chronologiquement), JOSM va avoir un conflit puisque la version de l'élément a évolué depuis (le changeset parle d'un v1 - v2 qui n'est plus v2 mais v4 maintenant). Il faudrait en fait que le reverter prenne en charge des groupes de changesets au lieu de les faire un par un. Pour compléter; c'est plus compliqué que ça car un même changeset peut contenir plusieurs versions successives d'un objet. Et lors d'une résolution de conflits entre deux changesets, ils vont chacun créer des versions sur des objets séparés mais entremêlés (et assez souvent pour les résoudre on est amené à modifier un même objet une seconde fois dans le changeset). L'autre cas c'est le changeset resté ouvert pour plusieurs modifs en séries. La granularité n'est donc pas le changeset mais uniquement objet par objet avec des version séparées; réparties dans un nombre variable de changesets. Noter aussi qu'il peut y avoir pluseurs changesets ouverts simultanément par le même utilisateur et quel leurs modifs peuvent aussi s'entre mêler (amais avec des conflits de versions possibles entre eux et à résoudre pour chacun). Bref, faire un revert d'un ou plusieurs changesets c'est aussi compliqué! Il faut lister toutes les versions de chaque objet modifié dans le(s) changet(s) et repérer les versions initiales. Si on veut éviter de compliquer avec des listes d'objets compliquées, on a intéret à faire les reverts non pas en groupant selon leur changset d'origine mais selon leur dépendances (objets liés : noeuds référencés par ways ou relations, ways et relations référencées par relations) et travailler sur ces jeux assez petits pour pouvoir traiter ces petits groupes séparément : ceci fait on peut alors les déversionner étape par étape en parcourant les versions en sens inverse ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] pendant qu'on parle d'OSRM
Le Fri, Sep 19, 2014 at 02:39:08PM +0200, Frédéric Rodrigo
[fred.rodr...@gmail.com] a écrit:
C'est bien ce qu'il y a dans la configuration :
https://github.com/Project-OSRM/osrm-backend/blob/master/profiles/car.lua
Ce sont bien des km/h et c'est la vitesse moyenne estimée ?
Ou alors c'est une autre unité ?
speed_profile = {
[motorway] = 90,
[motorway_link] = 75,
[trunk] = 85,
[trunk_link] = 70,
[primary] = 65,
[primary_link] = 60,
[secondary] = 55,
[secondary_link] = 50,
[tertiary] = 40,
[tertiary_link] = 30,
[unclassified] = 25,
[residential] = 25,
[living_street] = 10,
[service] = 15,
-- [track] = 5,
[ferry] = 5,
[shuttle_train] = 10,
[default] = 10
Le 19/09/2014 14:33, Pierre-Yves Berrard a écrit :
Quelqu'un d'autre a-t-il remarqué qu'OSRM semble limiter la vitesse à
90km/h sur autoroute ?
osrm.at/9vt http://osrm.at/9vt
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
--
Dominique Rousseau
d...@lee-loo.net - 06 82 43 12 27
A l'instant où l'esclave décide qu'il ne sera plus esclave,
ses chaînes tombent. -- Mahatma Gandhi
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] On parle d'OSM-FR et de BANO dans L'Usine Digitale...
Beaucoup de couverture presse où l'on parle d'OSM et de BANO ces derniers jours suite à cette série d'évènements liés au numérique. C'est en partie dû à 2 pages au sujet d'OSM et BANO que l'on trouve dans le dossier remis à la presse. Voici le lien vers ce dossier de presse complet: https://owncloud.data.gouv.fr/public.php?service=filest=ae968e423a1de378ca8955dcf55a7892 Un autre article... http://www.lagazettedescommunes.com/270157/letat-entrepreneur-ouvert-nouvel-avatar-du-numerique-au-service-de-la-modernisation/ J'avais aussi été interviewé par The Economist cet été suite à une conférence openaddresses qui avait eu lieu à Londres et l'article est sorti cette semaine: http://www.economist.com/node/21618822/print Le 19 septembre 2014 22:21, Vincent de Château-Thierry osm.v...@free.fr a écrit : Le 19/09/2014 21:58, Brice MALLET a écrit : Bravo aux initiateurs et contributeurs de BANO dont le travail a permis d'aboutir à cette reconnaissance lors de la conférence de presse du 17/09 sur la stratégie numérique de l'Etat : /Par ailleurs, l'Etat a confirmé le soutien apporté cet été à un projet de base nationale d'adresses ouvertes initiée par OpenStreetMap France et qui devrait intéresser l'ensemble des organisations ou les gestionnaires de données localisées, à commencer par les collectivités territoriales. La constitution collaborative d'une base d'adresses nationale réalisée à partir des meilleures sources disponibles et libres comprendrait déjà environ 15 millions d'adresses./ (...) tiré de : http://www.localtis.info/cs/ContentServer?pagename=Localtis/LOCActu/ ArticleActualitecid=1250267719845jid=1250267721082 Z'ai cru voir un RatZillaS : http://data.blog.lemonde.fr/2014/09/19/henri-verdier- chief-data-officer-de-la-france/ ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO/FANTOIR : deux orthographes pour une voie
Ajouter un nom clairement erroné (cas de nos flamands roses) dans un des multiples tags name me semble une mauvaise idée. Laisser du rouge sur le calque BANO ne pose pas de problème, on pourra y revenir plus tard. Comme le dit Vincent, une note permet de ne pas refaire les même recherches (infructueuses) pour tenter de résoudre le problème. Il ne faut pas perdre de vue l'objectif initial: améliorer et compléter les données OSM. Ajouter des infos plus ou moins erronées juste pour dégommer du rouge dans le rendu BANO ne va pas dans ce sens et c'est donc à éviter. Le 19 septembre 2014 22:51, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Ok j'en prends bonne note! Dans ce cas pouvons nous formaliser une méthode pour que les contributeurs puissent faire une requête sur la base du note ou d'un fixme? Quelle serait la règle à appliquer? Le 19 septembre 2014 22:14, Vincent de Château-Thierry osm.v...@free.fr a écrit : Bonsoir, Le 19/09/2014 20:12, Jérôme Seigneuret a écrit : Il me semble plus pertinent de mettre une balise alt_name http://wiki.openstreetmap.org/wiki/FR:Key:alt_name sur la rue en question et de faire une vérification par le code du soft en cas de non correspondance cette balise si cela n'est pas déjà le cas. Il y a une priorité sur les noms à prendre en compte il me semble: 1. name 2. official_name 3. int_name 4. nat_name 5. name:fr 6. reg_name 7. loc_name 8. old_name 9. alt_name [] (boucle avec séparateur ; si plusieurs nom) 10. short_name C'est plus propre et plus compréhensible surtout si dernière on laisse une note en expliquant que c'est pour faire une correspondance de nom entre BANO et FANTOIR. Vous en pensez quoi? Actuellement les traitements de rapprochement des noms ne considèrent que le tag name=*, il y a donc une marge de progression de ce côté là. Mais à l'inverse, ajouter un alt_name uniquement sur la foi de Fantoir, pour moi c'est se tromper d'objectif. Le alt_name devrait être issu d'une observation de terrain. Si rien ne le justifie sur place, je ne rajoute pas de alt_name. C'est dit ici régulièrement, le fait de laisser du rouge sur le calque BANO n'est pas problématique. Après, laisser une note sur des objets OSM pour éviter une perte de temps par d'autres contributeurs, ça pourquoi pas. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] On parle d'OSM-FR et de BANO dans L'Usine Digitale...
Tant qu'on y est; puisqu'on par le de BANO et des adresses; ce serait bien aussi d'impliquer la partie publique restante de l'administration postale, autrement dit l'ARCEP. L'ARCEP pourtant a des données cartographiques à gérer (avec aussi l'ANF pour l'allocation des fréquences et la couverture, très influencée par la puissance des émissions et par le relief physique ou la densité des constructions, et en liaison aussi avec les opérateurs de réseaux mobiles et fixes et le plan de déploiement numérique national : les collectivités sont intéressées puisqu'elles sont chargées aussi de suivre les engagements des opérateurs en terme de couverture puisque l'Etat a choisi de subventionner les collectivités au lieu de négocier nationalement avec les opérateurs). Bref aller plus loin pour que la Poste transfère ses données à l'ARCEP et que l'ARCEP les coordonne avec la BANO. Que fait l'ARCEP ? S'il lui manque des moyens, le gouvernement doit pouvoir y répondre et au besoin avec des adaptations réglementaires ou législatives (dans le cadre aussi de l'ouverture à la concurrence des services postaux). L'ARCEP aussi n'exploite pas encore beaucoup les possibilités de l'Open Data... Elle publie presque toutes ses cartes encore sur fond Google, sans doute parce que ses tuiles sont fluides et servies rapidement: -- un problème qu'on pourrait régler en utilisant un gros cache dont la mises à jour sera peut-être moins rapide mais permettant de répondre immédiatement à une demande). Le cache de base devrait être capable de fournir toutes les tuiles de la France (et un peu autour) au moins jusqu'au niveau de zoom 15 (même si pour les numéros d'adresse il faut monter au niveau 17 et alors utiliser un cache dynamique LIFO mais là il faut aussi des serveurs pour calculer les tuiles hors cache à la demande) et la carte du monde entier pour tous les niveaux jusquà 12, 13 en Europe. -- On aimerait bien voir des moyens publics permettant de mettre en place un gros serveur de tuiles OSM pour tous les services publics français, et même au delà (en débordant un peu des frontières, et en acceptant des utlisations commerciales pour réaliser d'autres cartes sur un fond de base commun en version light). Avec de la capacité en bande passante, et en calcul. Le projet BANO devrait justifier la mise en place d'une plateforme nationale commune à grande échelle pour le rendu français (même si pour ce fond commun on doit en éliminer toutes les marques commerciales de commerces et ne laisser peut-être que des symboles ou les sociétés qui gèrent des concessions publiques). On parlait aussi ces jours-ci beaucoup des professions réglementées ou contingentées. Là aussi il y a des interlocuteurs et ce sont leurs ordres, conseils supérieurs ou régulateurs actuels qui eux aussi pourraient participer dans le cadre des missions publiques dont ils assurent la charge. Le 20 septembre 2014 10:04, Christian Quest cqu...@openstreetmap.fr a écrit : Beaucoup de couverture presse où l'on parle d'OSM et de BANO ces derniers jours suite à cette série d'évènements liés au numérique. C'est en partie dû à 2 pages au sujet d'OSM et BANO que l'on trouve dans le dossier remis à la presse. Voici le lien vers ce dossier de presse complet: https://owncloud.data.gouv.fr/public.php?service=filest=ae968e423a1de378ca8955dcf55a7892 Un autre article... http://www.lagazettedescommunes.com/270157/letat-entrepreneur-ouvert-nouvel-avatar-du-numerique-au-service-de-la-modernisation/ J'avais aussi été interviewé par The Economist cet été suite à une conférence openaddresses qui avait eu lieu à Londres et l'article est sorti cette semaine: http://www.economist.com/node/21618822/print Le 19 septembre 2014 22:21, Vincent de Château-Thierry osm.v...@free.fr a écrit : Le 19/09/2014 21:58, Brice MALLET a écrit : Bravo aux initiateurs et contributeurs de BANO dont le travail a permis d'aboutir à cette reconnaissance lors de la conférence de presse du 17/09 sur la stratégie numérique de l'Etat : /Par ailleurs, l'Etat a confirmé le soutien apporté cet été à un projet de base nationale d'adresses ouvertes initiée par OpenStreetMap France et qui devrait intéresser l'ensemble des organisations ou les gestionnaires de données localisées, à commencer par les collectivités territoriales. La constitution collaborative d'une base d'adresses nationale réalisée à partir des meilleures sources disponibles et libres comprendrait déjà environ 15 millions d'adresses./ (…) tiré de : http://www.localtis.info/cs/ContentServer?pagename=Localtis/LOCActu/ ArticleActualitecid=1250267719845jid=1250267721082 Z'ai cru voir un RatZillaS : http://data.blog.lemonde.fr/2014/09/19/henri-verdier- chief-data-officer-de-la-france/ ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France
[OSM-talk-fr] Re : Re: pendant qu'on parle d'OSRM
les vitesses prises en comptes sont en Km/h
- les vitesses par défaut par type de voies sont celles qu'a montré frederic
- si un way a un tag maxspeed en miles/h,
if string.match(source, mph) or string.match(source, mp/h) then
n = (n*1609)/1000;
end
c'est converti en km/h
- si un way a un tag maxspeed ET que sa valeur est inferieure a la vitesse par
defaut, la vitesse du tag est retenue
if highway_speed then
if max_speed highway_speed then
way.speed = max_speed
-- max_speed = math.huge
else
way.speed = highway_speed
end
=
pour faire simple, on peu faire un lua a sa sauce ... le tout est de
décripter le language;)
( j'ai testé baisse de la vitesse en fonction du cout du peage pour les
sections a peage)
- Mail d'origine -
De: Dominique Rousseau d...@lee-loo.net
À: talk-fr@openstreetmap.org
Envoyé: Sat, 20 Sep 2014 09:54:36 +0200 (CEST)
Objet: Re: [OSM-talk-fr] pendant qu'on parle d'OSRM
Le Fri, Sep 19, 2014 at 02:39:08PM +0200, Frédéric Rodrigo
[fred.rodr...@gmail.com] a écrit:
C'est bien ce qu'il y a dans la configuration :
https://github.com/Project-OSRM/osrm-backend/blob/master/profiles/car.lua
Ce sont bien des km/h et c'est la vitesse moyenne estimée ?
Ou alors c'est une autre unité ?
speed_profile = {
[motorway] = 90,
[motorway_link] = 75,
[trunk] = 85,
[trunk_link] = 70,
[primary] = 65,
[primary_link] = 60,
[secondary] = 55,
[secondary_link] = 50,
[tertiary] = 40,
[tertiary_link] = 30,
[unclassified] = 25,
[residential] = 25,
[living_street] = 10,
[service] = 15,
-- [track] = 5,
[ferry] = 5,
[shuttle_train] = 10,
[default] = 10
Le 19/09/2014 14:33, Pierre-Yves Berrard a écrit :
Quelqu'un d'autre a-t-il remarqué qu'OSRM semble limiter la vitesse à
90km/h sur autoroute ?
osrm.at/9vt http://osrm.at/9vt
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
--
Dominique Rousseau
d...@lee-loo.net - 06 82 43 12 27
A l'instant où l'esclave décide qu'il ne sera plus esclave,
ses chaînes tombent. -- Mahatma Gandhi
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Re: pendant qu'on parle d'OSRM
La question que je me pose, c'est « est-ce qu'on peut modifier les
paramètres lors d'une requête ? », et « par quel moyen » ?
Il avait été question sur cette liste d'un calcul d'itinéraire par les
bus, aussi, je ne retrouve pas le message.
Le 20/09/2014 11:51, didier2...@free.fr a écrit :
les vitesses prises en comptes sont en Km/h
- les vitesses par défaut par type de voies sont celles qu'a montré frederic
- si un way a un tag maxspeed en miles/h,
if string.match(source, mph) or string.match(source, mp/h) then
n = (n*1609)/1000;
end
c'est converti en km/h
- si un way a un tag maxspeed ET que sa valeur est inferieure a la vitesse
par defaut, la vitesse du tag est retenue
if highway_speed then
if max_speed highway_speed then
way.speed = max_speed
-- max_speed = math.huge
else
way.speed = highway_speed
end
=
pour faire simple, on peu faire un lua a sa sauce ... le tout est de
décripter le language;)
( j'ai testé baisse de la vitesse en fonction du cout du peage pour les
sections a peage)
- Mail d'origine -
De: Dominique Rousseau d...@lee-loo.net
À: talk-fr@openstreetmap.org
Envoyé: Sat, 20 Sep 2014 09:54:36 +0200 (CEST)
Objet: Re: [OSM-talk-fr] pendant qu'on parle d'OSRM
Le Fri, Sep 19, 2014 at 02:39:08PM +0200, Frédéric Rodrigo
[fred.rodr...@gmail.com] a écrit:
C'est bien ce qu'il y a dans la configuration :
https://github.com/Project-OSRM/osrm-backend/blob/master/profiles/car.lua
Ce sont bien des km/h et c'est la vitesse moyenne estimée ?
Ou alors c'est une autre unité ?
speed_profile = {
[motorway] = 90,
[motorway_link] = 75,
[trunk] = 85,
[trunk_link] = 70,
[primary] = 65,
[primary_link] = 60,
[secondary] = 55,
[secondary_link] = 50,
[tertiary] = 40,
[tertiary_link] = 30,
[unclassified] = 25,
[residential] = 25,
[living_street] = 10,
[service] = 15,
-- [track] = 5,
[ferry] = 5,
[shuttle_train] = 10,
[default] = 10
Le 19/09/2014 14:33, Pierre-Yves Berrard a écrit :
Quelqu'un d'autre a-t-il remarqué qu'OSRM semble limiter la vitesse à
90km/h sur autoroute ?
osrm.at/9vt http://osrm.at/9vt
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prix des carburants ?
Salut Frédéric et à tous, Je viens d'en faire un CSV tout neuf ;-) https://www.data.gouv.fr/fr/datasets/stations-services-en-france/ Brice Le 19/09/2014 22:36, Frédéric Rodrigo a écrit : Oui bien sûr, j'ai prévu de l'ajouter à Osmose. On peut même avoir le type de carburant. Je suis preneur de toute aides. Frédéric. Le 19/09/2014 20:58, Jean-Baptiste Holcroft a écrit : Bonjour, pensez-vous qu'on puisse croiser ce jeu de données avec osm pour améliorer les tags, les corriger et/ou détecter les stations manquantes/en trop ? http://www.data.gouv.fr/fr/dataset/prix-des-carburants-en-france ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Re: pendant qu'on parle d'OSRM
Le 20/09/2014 14:11, Muselaar a écrit :
La question que je me pose, c'est « est-ce qu'on peut modifier les
paramètres lors d'une requête ? », et « par quel moyen » ?
Il avait été question sur cette liste d'un calcul d'itinéraire par les
bus, aussi, je ne retrouve pas le message.
Non les valeurs sont calculées et stocker en dur dans la base de OSRM.
Ce n'est pas possible de paramétrer le script à chaque requête. La
grande rapidité de calcul de OSRM à un revers.
Pour les bus tu peux regarder
http://navitia.io/
ou
http://www.opentripplanner.org/
Frédéric.
Le 20/09/2014 11:51, didier2...@free.fr a écrit :
les vitesses prises en comptes sont en Km/h
- les vitesses par défaut par type de voies sont celles qu'a montré
frederic
- si un way a un tag maxspeed en miles/h,
if string.match(source, mph) or string.match(source, mp/h) then
n = (n*1609)/1000;
end
c'est converti en km/h
- si un way a un tag maxspeed ET que sa valeur est inferieure a la
vitesse par defaut, la vitesse du tag est retenue
if highway_speed then
if max_speed highway_speed then
way.speed = max_speed
-- max_speed = math.huge
else
way.speed = highway_speed
end
=
pour faire simple, on peu faire un lua a sa sauce ... le tout est
de décripter le language;)
( j'ai testé baisse de la vitesse en fonction du cout du peage pour
les sections a peage)
- Mail d'origine -
De: Dominique Rousseau d...@lee-loo.net
À: talk-fr@openstreetmap.org
Envoyé: Sat, 20 Sep 2014 09:54:36 +0200 (CEST)
Objet: Re: [OSM-talk-fr] pendant qu'on parle d'OSRM
Le Fri, Sep 19, 2014 at 02:39:08PM +0200, Frédéric Rodrigo
[fred.rodr...@gmail.com] a écrit:
C'est bien ce qu'il y a dans la configuration :
https://github.com/Project-OSRM/osrm-backend/blob/master/profiles/car.lua
Ce sont bien des km/h et c'est la vitesse moyenne estimée ?
Ou alors c'est une autre unité ?
speed_profile = {
[motorway] = 90,
[motorway_link] = 75,
[trunk] = 85,
[trunk_link] = 70,
[primary] = 65,
[primary_link] = 60,
[secondary] = 55,
[secondary_link] = 50,
[tertiary] = 40,
[tertiary_link] = 30,
[unclassified] = 25,
[residential] = 25,
[living_street] = 10,
[service] = 15,
-- [track] = 5,
[ferry] = 5,
[shuttle_train] = 10,
[default] = 10
Le 19/09/2014 14:33, Pierre-Yves Berrard a écrit :
Quelqu'un d'autre a-t-il remarqué qu'OSRM semble limiter la vitesse à
90km/h sur autoroute ?
osrm.at/9vt http://osrm.at/9vt
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Ajout de POI pas très bien géocodés par une agence de com
Il y a une agence de com [1], qui rajoute des POIs dont la qualité du géocodage me parait discutable (cad équivalente à celui de Google) [2] Les ajouts sont faits un par un, mais 1+1+1+... ça finit par faire un import de masse. Vous en pensez quoi ? [1] https://www.openstreetmap.org/user/SeFaireConnaitre [2] https://www.openstreetmap.org/node/3084157533 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout de POI pas très bien géocodés par une agence de com
Premier problème: la licence liée au géocodage qui est fait. Il y a de fortes chances que ce géocodage passe par un service dont les CGU sont incompatibles avec leur upload vers OSM. - poubelle Deuxième problème: si les positions sont très mauvaises, ça mérite sûrement aussi d'être supprimé. Autant je pense qu'il faut être cool avec des contributions individuelles pas très qualitatives et contacter le contributeur pour le remettre dans le droit chemin, autant avec une entreprise qui est payée pour faire ces contributions la médiocrité n'est pas acceptable. Il faut donc les contacter (ce que je vais faire) et leur faire comprendre que soit ils font du bon boulot et qu'il peuvent continuer à référencer leurs clients, soit il font de l'ajout médiocre et que les contributeurs OSM ne sont pas là pour finir leur travail, que ça se terminera en revert purement et simplement. Je vois que SeFaireconnaitre est en fait la société Ubiflow que j'ai déjà contacté pour des problèmes similaires. Je leur repasse donc une deuxième couche... Le 20 septembre 2014 15:59, Tyndare tynd...@wanadoo.fr a écrit : Il y a une agence de com [1], qui rajoute des POIs dont la qualité du géocodage me parait discutable (cad équivalente à celui de Google) [2] Les ajouts sont faits un par un, mais 1+1+1+... ça finit par faire un import de masse. Vous en pensez quoi ? [1] https://www.openstreetmap.org/user/SeFaireConnaitre [2] https://www.openstreetmap.org/node/3084157533 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout de POI pas très bien géocodés par une agence de com
( C'est mon premier message ici, mais je vous lis quotidiennement depuis des années, vous êtes mes héros ) Il est vraiment pas mal celui là https://www.openstreetmap.org/node/3084158033 , Yoopala Rennes situé a Espéraza !! -- View this message in context: http://gis.19327.n5.nabble.com/Ajout-de-POI-pas-tres-bien-geocodes-par-une-agence-de-com-tp5817969p5817983.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout de POI pas très bien géocodés par une agence de com
Si c'est vraiment n'importe quoi, je pense qu'il ne faut pas hésiter à supprimer. Le 20 septembre 2014 19:25, Rinaldum rinal...@altern.org a écrit : ( C'est mon premier message ici, mais je vous lis quotidiennement depuis des années, vous êtes mes héros ) Il est vraiment pas mal celui là https://www.openstreetmap.org/node/3084158033 , Yoopala Rennes situé a Espéraza !! -- View this message in context: http://gis.19327.n5.nabble.com/Ajout-de-POI-pas-tres-bien-geocodes-par-une-agence-de-com-tp5817969p5817983.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] pont ferroviaire, pont routier, tunnel
@François je pense que cela dépend du corps de métier. On pourrait présenter des cas afin de mieux cartographier cela et ainsi ne pas avoir 10 version d'un tronçon car l'interprétation est trop aisé. Sinon pour compléter l'information: Il y a normalement une base de données appelé Réseau chez SNCF-INFRA (pour y avoir bossé). Il y a une couche avec l'ensemble des ponts ferroviaires et routiers, passage à niveau, tunnel, les lignes avec la tension sur le réseau et pleins d'autre choses qui pourrait être super à intégrer RFF dispose de cette base. A voir si RFF accepte de nous fournir ce référentiel (à la SNCF on appelait ça le Référentiel Géographique Infrastructure ou R.G.I. pour les intimes) Il existe en version light (avec les informations à risque pour la sécurité enlevés) Jérôme Le 18 septembre 2014 00:11, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Un tunnel pourrait-il correspondre à un passage couvert plus long que large ? Ce qui permettrait de définir une limite entre pont et tunnel/tranchée couverte (tunnel=* vient qualifier le type de passage couvert). C'est ce que le wiki évoque, dans des termes peu clairs. Dans le cas donné en exemple au sud de Tavel, c'est clairement un pont de la ligne TGV qui passe sur la route. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 16 septembre 2014 16:54, HELFER Denis denis.hel...@rff.fr a écrit : *De :* Jérôme Seigneuret [mailto:jseigneuret-...@yahoo.fr] *Envoyé :* mardi 16 septembre 2014 16:39 *À :* Discussions sur OSM en français *Objet :* [OSM-talk-fr] pont ferroviaire, pont routier, tunnel Bonjour, Je viens de rencontrer un problème sur la ligne LGV. http://www.openstreetmap.org/edit#map=18/43.99921/4.73571 Celle-ci est surélevé et je pense que les croisements avec la route sont pour la plupart erronés. En effet la route et cours d'eau sont considérés comme passant en tunnel... Hors c'est complètement faux. Ce sont les tronçons de ligne ferroviaire qui doivent être découpé (a mon avis) pour définir des pont (sauf les buses servant au passage des ruisseaux car c'est encore un autre type d'ouvrage) Il me semble que par définition, dans les ouvrages d'art, un tunnel n'est pas un élément aérien contrairement au pont. Je pense que la précision mérite d'être mise dans le wiki vu le nombre d'erreurs la dessus. Il n’y a pas que les LGV qui sont concernées, mais aussi les autres lignes ferroviaires et autres autoroutes. J’ai déjà (et continuerai à ) dégommé de ces faux tunnels. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-ja] いたずら目的と思われる account、ほか
こんにちは、奈良の石川です。いくつか質問があります。 (1) いたずら目的と思われる account の報告 https://www.openstreetmap.org/user/dhduser という方なのですが、韓国の金海市の狭い範囲に鉄道駅を突然20個以上 出現させたり、「chaos」なる駅を作ったりしています。2年前に account を作成して12回だけ編集し、その後は放置されています。 作成された POI 名称 (韓国語) は大学の建物の名前っぽいので、 いたずらだけを目的に作成された account ではないかも知れませんが、 どこかに報告する方がよいでしょうか。 (2) 沖縄沈没 https://www.openstreetmap.org/#map=15/26.2090/127.6892 あたりを見ると、沖縄本島が水没しているように見えます。解決済みか どうか、どなたかご存知でしょうか。 (3) inner と outer の交差 https://www.openstreetmap.org/#map=16/35.0294/135.8313 のあたりは比叡平と呼ばれる住宅地でして、山林の中の集落となって います。周囲は全て山林なので、 https://www.openstreetmap.org/way/185958646 という inner に囲まれているのですが、これが https://www.openstreetmap.org/way/185958354 という outer と交差しているように見えます。そのためか、 比叡平全体が (開けた土地ではなく) 山林に埋もれているように描画 されます。こういう場合、どのように対処したらよろしいでしょうか。 以上、ご教授いただけると幸いです。 -- 石川___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-us] Speed limit sign tagging
Il giorno 20/set/2014, alle ore 03:13, Nate Wessel bike...@gmail.com ha scritto: Which street does a sign right at an intersection belong to? I'm not sure how best to deal with that. I've been mapping signs for some years, in the very most cases the positions aside the highway are unambiguous, in rare cases close to intersections I had to slightly move the sign closer to its highway for the avoidance of doubt. When there are different limits on different lanes there is a general problem with this approach but fortunately this occurs almost never in my context cheers, Martin ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
