Re: [OSM-talk] Changing language in OSM tile server
gurpinder chahal wrote hi all, I'm trying to change language in my OSM tile server. Although the following won't help with the rectangular font issues and also requires the import with hstore, it might be of interest to pointing out, that a while ago, I was working on an extension to mod_tile/renderd to make changing the language easier. This extension [0] allowed to parameterize the rendering stylesheet on a request by request basis by programmatically rewriting the mapnik style sheet. One of the possible parameterizations (well, actually the only one currently implemented) was to change the language of the name. It allowed for urls of the form http://yourserver.com/style/ar,de,fr,_/1/0/0.png, where ar,de,fr,_ was the language parameterization, rendering the first of name:ar, name:de, name:fr and name which is not empty for each feature. The advantage is that with this, you can take (nearly) any style sheet and turn it into a different language style-sheet without having to mess around with re-writing the xml. If I remember correctly, the state of that branch was that it was working, but not heavily tested yet. One of the reasons I didn't continue pursuing it back then was that it breaks mod_tiles compatibility with tirex and I didn't want to do that without making sure that tirex gets updated as well. But perhaps it is worth pushing again for getting it into a state to merge in to the mod_tile/rednerd trunk. This whole branch was heavily based upon Jochen Topf's work on multi-lingual maps project for the wikimedia germany chapter [1],[2], which is another great place to look at. Kai [0] https://github.com/apmon/mod_tile/tree/multi-lingual [1] http://blog.jochentopf.com/2012-06-21-wikipedia-multilingual-maps-project.html [2] http://blog.jochentopf.com/2012-12-19-status-of-the-multilingual-maps-project.html -- View this message in context: http://gis.19327.n5.nabble.com/Changing-language-in-OSM-tile-server-tp5773152p5773218.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Autokennzeichen
On Fri, Aug 09, 2013 at 11:31:33PM +0200, Michael von Glasow wrote: Der langen Rede kurzer Sinn: warum nehmen wir dieses Kürzel nicht einfach in den ref-Tag der jeweiligen Verwaltungseinheit auf? Die Litauer machen das schon (allerdings sind die Kürzel in OSM zweistellig und nicht mit denen im Kfz-Kennzeichen identisch). Die Amerikaner machen das gleiche mit den Kürzeln für ihre Bundesstaaten. In kleineren Zooms wird das dann auch gerendert und nimmt weniger Platz weg als der volle Name. Das scheint mir der kleinste gemeinsame Nenner der Diskussion zu sein. Ich werde also das Nominatim-Trac-Ticket mit den entsprechenden Hinweis schliessen und, wenn es nicht noch Enwände gibt, die short_name-Tags an den Bundesländern in ref-Tags ändern. Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenstil wird nicht mehr gerendert nach Hinzufügen als inner zu Multipolygon
Original-Nachricht Betreff: Re: [Talk-de] Flächenstil wird nicht mehr gerendert nach Hinzufügen als inner zu Multipolygon Datum: Fri Aug 09 2013 09:41:13 GMT+0200 Von: Georg Feddern o...@bavarianmallet.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Moin, Am 09.08.2013 09:08, schrieb tumsi: Von: Georg Feddern o...@bavarianmallet.de Andererseits gibt es dort noch einige umliegende Überlappungen: Du spielst wahrscheinlich auf die Warnungen von JOSM an. Nö, die habe ich gar nicht gesehen, da ich keine Prüfung durchgeführt habe. Sie vielen mir nur auf, als ich die einzelnen ways ausgewählt hatte. Was ist daran falsch, wenn sich die Umrisslinie eines Polygons und ein outer-Linienzug eines Multipolygons ein paar Punkte teilen? Solange eines davon ein (in sich geschlossenes) Polygon ist - nichts. Aber wenn sich zwei Teillinien zweier Multipolygone dennoch wieder in verschiedenen Bereichen überlagern, ist das irgendwie halbgar. Ich kann doch jetzt nicht den Umriss jedes kleinen Fitzelpolygons auftrennen und es zu einem Multipolygon machen, nur damit JOSM zufrieden ist Nein, beileibe nicht jedes (sonst geschlossene) Fitzelpolygon - so war das definitiv nicht gemeint. Ich habe mir jetzt das ganze noch einmal unter dem Aspekt der Überlappungen angesehen. Um Überlappungen zu entfernen, müssten ich z.B. die bisher geschlossenen Umrisslinie eines mittelgroßen Seens in Teilstücke aufsplitten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenstil wird nicht mehr gerendert nach Hinzufügen als inner zu Multipolygon
Sry, die vorherige Email ist aus Versehen durch Shortcut unfertig versendet wurden... Original-Nachricht Betreff: Re: [Talk-de] Flächenstil wird nicht mehr gerendert nach Hinzufügen als inner zu Multipolygon Datum: Fri Aug 09 2013 09:41:13 GMT+0200 Von: Georg Feddern o...@bavarianmallet.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Moin, Am 09.08.2013 09:08, schrieb tumsi: Von: Georg Feddern o...@bavarianmallet.de Andererseits gibt es dort noch einige umliegende Überlappungen: Du spielst wahrscheinlich auf die Warnungen von JOSM an. Nö, die habe ich gar nicht gesehen, da ich keine Prüfung durchgeführt habe. Sie vielen mir nur auf, als ich die einzelnen ways ausgewählt hatte. Was ist daran falsch, wenn sich die Umrisslinie eines Polygons und ein outer-Linienzug eines Multipolygons ein paar Punkte teilen? Solange eines davon ein (in sich geschlossenes) Polygon ist - nichts. Aber wenn sich zwei Teillinien zweier Multipolygone dennoch wieder in verschiedenen Bereichen überlagern, ist das irgendwie halbgar. Ich kann doch jetzt nicht den Umriss jedes kleinen Fitzelpolygons auftrennen und es zu einem Multipolygon machen, nur damit JOSM zufrieden ist Nein, beileibe nicht jedes (sonst geschlossene) Fitzelpolygon - so war das definitiv nicht gemeint. Ich habe mir jetzt das ganze noch einmal unter dem Aspekt der Überlappungen angesehen. Um Überlappungen zu entfernen, müsste ich z.B. die bisher geschlossenen Umrisslinie eines mittelgroßen Seens in mehrere Teilstücke aufsplitten. Ähnliches gilt für angrenzende Multipolygone, wo ich zumindest deren Seeteile absplitten müsste. Sehe ich das richtig? So richtig verstehe ich die Problematik auch nicht, die dazu geführt hat, dass an diesen Stellen nun Warnungen ausgesprochen werden. Ich konnte auch keine Infos dazu finden... Viele Grüße, Constanze ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Variable Geschwindigkeitsbegrenzung
Hallo Andreas, Am Samstag, 10. August 2013, 14:04:26 schrieb Andreas Neumann: ich beziehe mich auf http://www.openstreetmap.org/?note=2864 und auf viele Meldungen in Skobbler an dem selben Autobahnabschnitt. die meisten Meldungen in MapDust kommen wohl deswegen zustande, weil da ein Abschnitt in westlicher Richtung mit 100 km/h getaggt ist. […] Es gibt in osm das Tag für Signalanlagen (maxspeed=signals). Ich bin aber der Meinung, dass auf Grund der generellen Maximalgeschwindigkeit von 130km/h maxspeed=130 stehen müsste, da dieser Wert (a) für die Router wichtig ist und (b) in einigen Navis angezeigt wird (wenn auf der Strecke geblitzt wird, dann nur die 130 und wegens Abstandseinhaltung). Wie ist eure Meinung? Stimme vollkommen zu. Zu dem Thema gibt es schon länger ein Proposal: http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Dynamic_maxspeed Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Variable Geschwindigkeitsbegrenzung
Hallo Frederik, Am Samstag, 10. August 2013, 14:08:24 schrieb Frederik Ramm: Das halte ich fuer eine sehr theoretische Aussage. Ihr liegt die Annahme zugrunde, dass ein Router fuer eine nicht tempolimitierte deutsche Autobahn eine andere durchschnittiche Reisegeschwindigkeit annimmt als fuer eine mit Tempolimit 130. Ich kann mir nicht vorstellen, dass ein Router sowas macht. Ich kann mir nicht vorstellen, dass ein *OSM*-Router sowas macht. Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Variable Geschwindigkeitsbegrenzung
Am 10. August 2013 14:04 schrieb Andreas Neumann andr-neum...@gmx.net: Es gibt in osm das Tag für Signalanlagen (maxspeed=signals). Ich bin aber der Meinung, dass auf Grund der generellen Maximalgeschwindigkeit von 130km/h maxspeed=130 stehen müsste, da dieser Wert (a) für die Router wichtig ist und (b) in einigen Navis angezeigt wird (wenn auf der Strecke geblitzt wird, dann nur die 130 und wegens Abstandseinhaltung). M.E. sollten wir nur das taggen, was einigermaßen gesichert ist. Variable Geschwindigkeitsbegrenzungen sind variabel, man kann sich nicht darauf verlassen, dass dort immer auf höchstens 130 begrenzt wird (oder gibt es dazu Quellen?), sondern es könnte durchaus auch mal sein, dass das Schild eine Aufhebung der Streckenverbote angibt oder eben auch niedrigere Werte (darum haben sie ja eine variable Beschilderung angebracht, um das ändern zu können), von daher würde ich nicht maxspeed=130 sondern maxspeed=signals (oder ähnlich) taggen, weil das die reale Situation ist. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Variable Geschwindigkeitsbegrenzung
Am 2013-08-11 12:26, schrieb Martin Koppenhoefer: ...man kann sich nicht darauf verlassen, dass dort immer auf höchstens 130 begrenzt wird (oder gibt es dazu Quellen?), ... Also ich kann hier wieder nur die österreichische Situation zum besten geben, aber ich nehm fast an, dass das in DE nicht soviel anders sein wird. Die S1 [1] ist flächendeckend mit einer Verkehrsbeeinflussungsanlage ausgestattet. Diese hat einen definierten Satz von möglich Schaltzuständen und *genau diese* sind von der Behörde so verordnet. Es darf also gar nicht vorkommen, dass dort mehr als 100 angezeigt wird, obwohl die [1] http://osm.org/go/0Jqce99 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Variable Geschwindigkeitsbegrenzung
Bei einem Router, der mich nach meiner Wunschgeschwindigkeit fragt könnte es schon interessant sein, dass es eine Geschwindigkeitsbegrenzung gibt, die variabel zwischen x und y ist. Henning Am 10.08.2013 14:08, schrieb Frederik Ramm: Hallo, On 10.08.2013 14:04, Andreas Neumann wrote: Es gibt in osm das Tag für Signalanlagen (maxspeed=signals). Ich bin aber der Meinung, dass auf Grund der generellen Maximalgeschwindigkeit von 130km/h maxspeed=130 stehen müsste, da dieser Wert (a) für die Router wichtig ist Das halte ich fuer eine sehr theoretische Aussage. Ihr liegt die Annahme zugrunde, dass ein Router fuer eine nicht tempolimitierte deutsche Autobahn eine andere durchschnittiche Reisegeschwindigkeit annimmt als fuer eine mit Tempolimit 130. Ich kann mir nicht vorstellen, dass ein Router sowas macht. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Variable Geschwindigkeitsbegrenzung
ok, gmail mag mich gerade nicht ... Am 2013-08-11 12:26, schrieb Martin Koppenhoefer: ...man kann sich nicht darauf verlassen, dass dort immer auf höchstens 130 begrenzt wird (oder gibt es dazu Quellen?), ... Also ich kann hier wieder nur die österreichische Situation zum besten geben, aber ich nehm fast an, dass das in DE nicht soviel anders sein wird. Die S1 [1] ist flächendeckend mit einer Verkehrsbeeinflussungsanlage ausgestattet. Diese hat einen definierten Satz von möglichen Schaltzuständen und *genau diese* sind von der Behörde so verordnet. Es darf also gar nicht vorkommen, dass dort mehr als 100 angezeigt wird, obwohl die Höchstgeschwindigkeit auf Autobahnen (und die S1 ist als Autobahn markiert) bei 130 liegt. Kurzversion: Es wird davon abhängen, was die Behörde verordnet hat. LG Christian [1] http://osm.org/go/0Jqce99 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Variable Geschwindigkeitsbegrenzung
Il giorno 11/ago/2013, alle ore 13:21, Christian Hauer xni...@gmail.com ha scritto: Also ich kann hier wieder nur die österreichische Situation zum besten geben, aber ich nehm fast an, dass das in DE nicht soviel anders sein wird. ich kenne Stellen, wo die zul. Höchstgeschwindigkeit dynamisch geregelt wird in Abhängigkeit von Fahrzeugaufkommen, Wetterbedingungen und evtl. anderen Faktoren (Uhrzeit). Die S1 [1] ist flächendeckend mit einer Verkehrsbeeinflussungsanlage ausgestattet. Diese hat einen definierten Satz von möglich Schaltzuständen und *genau diese* sind von der Behörde so verordnet. Wenn man das weis, kann man das ja entsprechend taggen Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Variable Geschwindigkeitsbegrenzung
Am 11.08.2013 12:26, schrieb Martin Koppenhoefer: M.E. sollten wir nur das taggen, was einigermaßen gesichert ist. Variable Geschwindigkeitsbegrenzungen sind variabel, man kann sich nicht darauf verlassen, dass dort immer auf höchstens 130 begrenzt wird (oder gibt es dazu Quellen?), sondern es könnte durchaus auch mal sein, dass das Schild eine Aufhebung der Streckenverbote angibt oder eben auch niedrigere Werte (darum haben sie ja eine variable Beschilderung angebracht, um das ändern zu können), von daher würde ich nicht maxspeed=130 sondern maxspeed=signals (oder ähnlich) taggen, weil das die reale Situation ist. Gruß Martin Moin, die maximale Geschwindigkeitsbegrenzung dieses Streckenabschnitts IST 130! Die Signalanlagen regeln sie maximal herunter und heben sie nicht auf. Das ist so gewollt, da dieser Autobahnabschnitt zweispurig, kurvenreich, ohne Standstreifen ausgestattet ist. Außerdem wird er in einigen Jahren durch den neuen Abschnitt ersetzt. Hier ändert sich auch nix. Ich habe dazu keine offizielle Quelle, sondern nur mehr als 20 Jahre lokales Wissen. Im übrigen: Auch der Rennsteigtunnel ist via Signalanlage auf 80 heruntergeregelt. Hier würde aber keine auf die Idee kommen, das maxspeed auszutauschen, nur weil hin und wieder die Geschwindigkeits auf 60 oder 40 heruntergeregelt wird oder es rein theoretisch möglich ist die Geschwindigkeitsbegrenzung via Signalanlage im Tunnel aufzuheben. MfG Andreas -- Andreas Neumann http://stadtplan-ilmenau.de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächenstil wird nicht mehr gerendert nach Hinzufügen als inner zu Multipolygon
Überlappungen und Validator ist ein heikles Thema. [1] Wobei es leider so einige Baustellen gibt. [2] Solange Du alle Fehler und die Warnungen + Infos, welche Du verstehst, korrigierst, bist Du meistens auf der sicheren Seite. Grüße fly - [1] https://josm.openstreetmap.de/ticket/4582 [2] https://josm.openstreetmap.de/query?status=assignedstatus=needinfostatus=newstatus=reopenedcomponent=Core+validatorcol=idcol=summarycol=componentcol=statuscol=typecol=prioritycol=versionorder=priority Am 11.08.2013 09:10, schrieb tumsi: Ich habe mir jetzt das ganze noch einmal unter dem Aspekt der Überlappungen angesehen. Um Überlappungen zu entfernen, müsste ich z.B. die bisher geschlossenen Umrisslinie eines mittelgroßen Seens in mehrere Teilstücke aufsplitten. Ähnliches gilt für angrenzende Multipolygone, wo ich zumindest deren Seeteile absplitten müsste. Sehe ich das richtig? So richtig verstehe ich die Problematik auch nicht, die dazu geführt hat, dass an diesen Stellen nun Warnungen ausgesprochen werden. Ich konnte auch keine Infos dazu finden... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autokennzeichen
Am 09.08.2013, 10:19 Uhr, schrieb Sarah Hoffmann lon...@denofr.de: On Fri, Aug 09, 2013 at 09:33:20AM +0200, Roland Olbricht wrote: für Nominatim hat jemand den Featurewunsch geäussert, dass es doch die Suche nach deutschen Autokennzeichen unterstützen möge. Finde ich jetzt keine schlechte Idee, weil die Kennzeichen ja im Prinzip als ref für die Kreise dienen. Berlin macht das bereits so, mit dem Erfolg, dass jetzt solche Suchergebnisse herauskommen: http://nominatim.osm.org/search.php?q=berlinaccept-language=xx Sämtliche Bundesländer (und auch die in Italien) tragen solche Abkürzungen. Genauer: Beim Sichten der Einträge in Admin-Level 4 und 6 hat sich herausgestellt, dass da bis auf je eine Relation immer Abkürzungen drinstehen. Das liegt daran, dass der Nutzer MasiMaster die vor einer Woche dort alle angefügt hat: http://www.openstreetmap.org/browse/changeset/17204949 Die ersten Beschwerden gab es eine Stunde später. ;) Ups, Beschwerden wollte ich keine auslösen! Mein Vorgehen was so: Ich suchte einen kleinen Ort bei mir in der Nähe (der x-mal in DE vorkommt), wusste aber nicht in welchem Landkreis der war. Und die Suche mit: Ortsname, NRW lieferte kein Ergebnis zurück. Da ich mir (und anderen) den langen Namen Nordrhein-Westfalen ersparen wollte, hab ich die Abkürzung gesetzt. Denn irgendwann habe ich mitbekommen dass Nominatim auch short_name auswertet. Hat aber leider nicht funktioniert. Praktisch wäre es auch, nicht immer Rheinisch-Bergischer-Kreis aus schreiben zu müssen, sondern wie das Kennzeichen GL (wegen Bergisch Gladbach). Wie und wo das Kürzel nun untergebracht werden soll, ist mir erstmal nicht ganz so wichtig, Hauptsache es vereinfacht die Eingabe bei der Suche :) Bei den Kürzeln für die Bundesländer gibt es auch verschiedene Schreibweisen, einmal die (inoffiziellen?) 1-3-stelligen NRW, BY, B, und die 2-stelligen ISO-soundso NW, BY, BE beste Grüße Masi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellungsfehler im Rendering. Wie Fehler melden?
Am 07.08.2013, 15:18 Uhr, schrieb Sven Geggus li...@fuchsschwanzdomain.de: rainerU ra...@sfr.fr wrote: Es könnte mit der Umstellung auf CartoCss[1] zusammenhängen, die am Wochenende erfolgt ist. Nein, das kann es nicht! Das Problem liegt wie bereits mehrfach geschrieben an der Kachelgrenze und tritt im deutschen Kartenstil, der nicht CartoCss basiert ist ebenfalls auf. Vielleicht ist genau dort die Grenze der Meta-Kachel!? Dann könnte es ggf. helfen, wenn die Meta-Kacheln größer, überlappend gerechnet werden und der Rand verworfen wird!? Wird momentan nich nur ein Pseudo-Rand erzeugt, der sofort von mapnik verworfen wird. Oder der momentane Rad reicht nicht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeitlich beschraenkte Aenderungen der Geodaten
Am 23.07.2013, 11:21 Uhr, schrieb Stefan Keller sfkel...@gmail.com: Hallo Masi Finde deine Überlegungen interessant, v.a. der Teil Am 23. Juli 2013 00:13 schrieb Masi Master masi-mas...@gmx.de: ... Wenn der Zeitrahmen der Baustellenrelation abgelaufen ist, kann diese von Routern nicht mehr berücksichtigt werden und aufgrund des Datums können alle überfälligen Baustellen aus der Datenbank gelöscht werden. Ok. Aber warum zwingend mit Relationen? Nicht zwingend. Aber Relationen bieten gewisse Vorteile, z.T. vorher schon erwähnt: Man hat alles in einer Relation, beim Rückändern bei Fertigstellung der Baustelle muss nur ein Objekt gelöscht werden, anstatt mehrere Tags bei vielen Wegen, welche man erst mühsam raussuchen muss. Das Gleiche geht natürlich auch über einen Zusatztags eines Namenraums wie sperrung:von=*, sperrung:bis=*, sperrung:access=* usw. (in Englisch, versteht sich) Vorteil bei Zusatztags ist, dass man Straßenabschnitte unterschiedlich taggen kann. Nachteil sind die Kryptischen und sehr lang werdenden Tags. Stimmt. Die langen Tags sind problematisch. Aber immer noch das kleinere Übel als Tags, die voneinander abhängig sind. Zu diesem Schema gibt es bereits seit längerer Zeit ein Proposal: http://wiki.openstreetmap.org/wiki/Proposed_features/temporary Könnte man z.B. eine temporäre Sperrrung nicht so erfassen - gemäss Eckharts Hinweis auf das bereits existierende [1]? motor_vehicle:conditional=no @ (2014-07-27..2014-07-28) [1] http://wiki.openstreetmap.org/wiki/Conditional_restrictions Das wird nicht funktionieren, da es nicht die anderen tags alle überschreibt. Naja, das conditional-Schema ist eh schon recht kryptisch... Leider konnte man sich dabei nicht auf das einfachere Schema mit den Relationen einigen... Dann hätte man auch nicht die ganzen Strings aufzuschneiden und die Logik dort herauszufiltern müssen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Posizionamento Smartphone Giroscopio ecc
un Saluto a tutto il gruppo! Vi voglio porre questa domanda : Spesso mi trovo a dover tracciare vicoli strettissimi di alcuni paesi (per esempio Sperlonga LT ) il gps non riceve nulla e se lo fa con errori altissimi e dalle foto aeree molti vicoli non sono individuabili adesso io ho un Galaxy Nexus dotato di giroscopio accellerometri e gps (anche barometro per l'altezza) è da tempo che cerco un'applicazione che dato un punto iniziale preso da gps (o indicato manualmente) sfruttando i sensori giroscopio e accelerometri riesce a fare una traccia senza l'ausilio del gps qualcuno sa se esiste? io +o- so programmare in android e per lavoro devo studiarlo meglio , quindi stavo a pensare di sviluppare un'app del genere se non esiste però in fisica sono molto arrugginito! se ne potrebbe discutere qui un pò di teoria e si potrebbe tirare fuori un'app opensource -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: Piano Famiglia: In Camera Quadrupla con 2 Adulti paganti, letto Matrimoniale + letto a Castello, oppure letto Matrimoniale + letto singolo + Culla. 2 Bambini sono sempre GRATIS all'hotel Rio di Cervia Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=13037d=11-8 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Posizionamento Smartphone Giroscopio ecc
Interessante, parliamone. Ciao /niubii/ Il giorno 11/ago/2013 13:25, Salemme Guido salemme.gu...@email.it ha scritto: un Saluto a tutto il gruppo! Vi voglio porre questa domanda : Spesso mi trovo a dover tracciare vicoli strettissimi di alcuni paesi (per esempio Sperlonga LT ) il gps non riceve nulla e se lo fa con errori altissimi e dalle foto aeree molti vicoli non sono individuabili adesso io ho un Galaxy Nexus dotato di giroscopio accellerometri e gps (anche barometro per l'altezza) è da tempo che cerco un'applicazione che dato un punto iniziale preso da gps (o indicato manualmente) sfruttando i sensori giroscopio e accelerometri riesce a fare una traccia senza l'ausilio del gps qualcuno sa se esiste? io +o- so programmare in android e per lavoro devo studiarlo meglio , quindi stavo a pensare di sviluppare un'app del genere se non esiste però in fisica sono molto arrugginito! se ne potrebbe discutere qui un pò di teoria e si potrebbe tirare fuori un'app opensource -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: Piano Famiglia: In Camera Quadrupla con 2 Adulti paganti, letto Matrimoniale + letto a Castello, oppure letto Matrimoniale + letto singolo + Culla. 2 Bambini sono sempre GRATIS all'hotel Rio di Cervia Clicca qui: http://adv.email.it/cgi-bin/**foclick.cgi?mid=13037d=11-8http://adv.email.it/cgi-bin/foclick.cgi?mid=13037d=11-8 __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Posizionamento Smartphone Giroscopio ecc
Buongiorno, ma dalle mappe catastali non si puó attingere? I vicoli per forza di cose sono li rappresentati ... before printing this email, consider if it is really necessary Il giorno 11/ago/2013 13:41, Francesco Pelullo f.pelu...@gmail.com ha scritto: Interessante, parliamone. Ciao /niubii/ Il giorno 11/ago/2013 13:25, Salemme Guido salemme.gu...@email.it ha scritto: un Saluto a tutto il gruppo! Vi voglio porre questa domanda : Spesso mi trovo a dover t... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Posizionamento Smartphone Giroscopio ecc
Si ci sono con tutti i problemi del caso (affidabilità, accessibilità e non ultimo licenza). Io stavo dando un'occhiata qui: http://stackoverflow.com/questions/7829097/android-accelerometer-accuracy-inertial-navigation/7835988#7835988 Le premesse non mi sembrano buone. Ciao /niubii/ Il giorno 11/ago/2013 14:47, giovanni di lorenzo giovannidilorenzo1...@gmail.com ha scritto: Buongiorno, ma dalle mappe catastali non si puó attingere? I vicoli per forza di cose sono li rappresentati ... before printing this email, consider if it is really necessary Il giorno 11/ago/2013 13:41, Francesco Pelullo f.pelu...@gmail.com ha scritto: Interessante, parliamone. Ciao /niubii/ Il giorno 11/ago/2013 13:25, Salemme Guido salemme.gu...@email.it ha scritto: un Saluto a tutto il gruppo! Vi voglio porre questa domanda : Spesso mi trovo a dover t... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Posizionamento Smartphone Giroscopio ecc
Io non me ne intendo di osm, ma c è la possibilitá di riportare le poligonali (angoli e distanze), ammesso e concesso che uno abbia voglia di andare sul posto con un teodolite/distanziometro? Ciao before printing this email, consider if it is really necessary Il giorno 11/ago/2013 15:09, Francesco Pelullo f.pelu...@gmail.com ha scritto: Si ci sono con tutti i problemi del caso (affidabilità, accessibilità e non ultimo licenza). Io stavo dando un'occhiata qui: http://stackoverflow.com/questions/7829097/android-accelerometer-accuracy-inertial-navigation/7835988#7835988 Le premesse non mi sembrano buone. Ciao /niubii/ Il giorno 11/ago/2013 14:47, giovanni di lorenzo giovannidilorenzo1...@gmail.com ha scritto: Buongiorno, ma dalle mappe catastali non si puó attingere? I vicoli per forza di cose sono li r... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Posizionamento Smartphone Giroscopio ecc
Innanzi tutto posso dirti che è possibile fare una cosa del genere... ancora adesso questo è il primo apparato di ridondanza qualora dovesse venire perso il segnale GPS nell'aviazione civile-militare e viene chiamata *navigazione inerziale*. Problemi: non è un metodo molto preciso, l'errore tende ad accumularsi e in più la matematica che ci sta dietro non è delle più semplici e precise da tradurre in algoritmo. Algoritmi: si parte tutto dal fatto che gli accelerometri danno appunto un parametro di accelerazione lungo 3 assi tra loro ortogonali. i giroscopi misurano invece le rotazioni. Qui c'è il primo problema: purtroppo durante la giornata la terra ruota attorno l'asse sud-nord di 360°. questo comporta la necessità di compensare meccanicamente o nei calcoli l'effetto della rotazione terrestre usando come riferimento per il sopra-sotto la direzione in cui risulta una accelerazione di 1 g, cioè l'accelerazione gravitazionale. Questo parametro è abbastanza costante sulla superficie terrestre, con la principale variazione che avviene spostandoci in direzione sud-nord dove l'effetto coordinato di rotazione terrestre (e conseguente forza centrifuga) e schiacciamento ai poli (con conseguente vicinanza al centro gravitazionale che influenza in maniera quadratica la forza) determinano un aumento dell'accelerazione mano a mano ci si allontana dall'equatore ... come valore di riferimento viene presa l'accelerazione del campo di gravità alla latitudine 45° N cioè 9.80665 m/s², spesso approssimato al famoso 9.81m/s² e definito 1g questa è la parte di accelerazione che deve essere rimossa dai calcoli ed utilizzata solo per capire come è orientato il dispositivo in direzione verticale. passiamo alla parte tosta: l'accelerazione. l'accelerazione è la derivata prima della velocità e seconda dello spostamento. sarà pertanto necessario integrare due volte per il tempo al fine di ottenere il parametro che ci interessa. questa cosa fa subito intuire che le misurazioni effettuate tramite calcoli inerziali soffrono per ben due volte della così detta deriva di integrazione cioè (a parte gli errori di misurazione che intervengono una sola volta e che dipendono dalla precisione dell'apparato) si compiono per ben due volte errori di approssimazione dell'integrale. un buon risultato è ottenere al massimo 0.6 miglia nautiche di errore ogni ora di volo... Consiglio uno studio delle *equazioni cinematiche e*, in ambito del calcolo scientifico, *algoritmi per l'approssimazione di integrali*. -- View this message in context: http://gis.19327.n5.nabble.com/Posizionamento-Smartphone-Giroscopio-ecc-tp5773227p5773238.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Posizionamento Smartphone Giroscopio ecc
Grazie mille per le considerazioni ! :-) comunque le traccie da fare con la navigazione inerziale normalmente potrebbe essere solo per brevi tratti e brevi tempi infatti per quando riguarda il caso dei centri storici potrebbe essere poche centinaia di metri poi si riprende il segnale gps e si riprende a mappare e così via penso che l'errore in questo caso potrebbe essere accettabile Il 11/08/2013 17:21, Aury88 ha scritto: Innanzi tutto posso dirti che è possibile fare una cosa del genere... ancora adesso questo è il primo apparato di ridondanza qualora dovesse venire perso il segnale GPS nell'aviazione civile-militare e viene chiamata *navigazione inerziale*. Problemi: non è un metodo molto preciso, l'errore tende ad accumularsi e in più la matematica che ci sta dietro non è delle più semplici e precise da tradurre in algoritmo. Algoritmi: si parte tutto dal fatto che gli accelerometri danno appunto un parametro di accelerazione lungo 3 assi tra loro ortogonali. i giroscopi misurano invece le rotazioni. Qui c'è il primo problema: purtroppo durante la giornata la terra ruota attorno l'asse sud-nord di 360°. questo comporta la necessità di compensare meccanicamente o nei calcoli l'effetto della rotazione terrestre usando come riferimento per il sopra-sotto la direzione in cui risulta una accelerazione di 1 g, cioè l'accelerazione gravitazionale. Questo parametro è abbastanza costante sulla superficie terrestre, con la principale variazione che avviene spostandoci in direzione sud-nord dove l'effetto coordinato di rotazione terrestre (e conseguente forza centrifuga) e schiacciamento ai poli (con conseguente vicinanza al centro gravitazionale che influenza in maniera quadratica la forza) determinano un aumento dell'accelerazione mano a mano ci si allontana dall'equatore ... come valore di riferimento viene presa l'accelerazione del campo di gravità alla latitudine 45° N cioè 9.80665 m/s², spesso approssimato al famoso 9.81m/s² e definito 1g questa è la parte di accelerazione che deve essere rimossa dai calcoli ed utilizzata solo per capire come è orientato il dispositivo in direzione verticale. passiamo alla parte tosta: l'accelerazione. l'accelerazione è la derivata prima della velocità e seconda dello spostamento. sarà pertanto necessario integrare due volte per il tempo al fine di ottenere il parametro che ci interessa. questa cosa fa subito intuire che le misurazioni effettuate tramite calcoli inerziali soffrono per ben due volte della così detta deriva di integrazione cioè (a parte gli errori di misurazione che intervengono una sola volta e che dipendono dalla precisione dell'apparato) si compiono per ben due volte errori di approssimazione dell'integrale. un buon risultato è ottenere al massimo 0.6 miglia nautiche di errore ogni ora di volo... Consiglio uno studio delle *equazioni cinematiche e*, in ambito del calcolo scientifico, *algoritmi per l'approssimazione di integrali*. -- View this message in context: http://gis.19327.n5.nabble.com/Posizionamento-Smartphone-Giroscopio-ecc-tp5773227p5773238.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: Piano Famiglia: 2 bambini fino a 15 anni (non compiuti) in camera con 2 adulti all'Hotel Executive di Cesenatico. Due bimbi sempre gratuiti (offerta valida dal 24.08 al 14.09) Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=13041d=11-8 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Posizionamento Smartphone Giroscopio ecc
in quel caso, una volta ripreso il segnale e fatto il confronto tra la posizione stimata tramite sistemi inerziali e posizione gps penso possa essere fattibile l'applicazione di una correzione lineare postuma :) -- View this message in context: http://gis.19327.n5.nabble.com/Posizionamento-Smartphone-Giroscopio-ecc-tp5773227p5773245.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Posizionamento Smartphone Giroscopio ecc
immagino intendesse una volta uscito dal centro abitato dove il segnale è migliore...in centro abitato con segnale inesistente o poco preciso vorrebbe usare appunto il sistema inerziale del cellulare -- View this message in context: http://gis.19327.n5.nabble.com/Posizionamento-Smartphone-Giroscopio-ecc-tp5773227p5773251.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Posizionamento Smartphone Giroscopio ecc
On 11/08/13 18:50, Aury88 wrote: in quel caso, una volta ripreso il segnale e fatto il confronto tra la posizione stimata tramite sistemi inerziali e posizione gps penso possa essere fattibile l'applicazione di una correzione lineare postuma :) -- View this message in context: http://gis.19327.n5.nabble.com/Posizionamento-Smartphone-Giroscopio-ecc-tp5773227p5773245.html Sent from the Italy General mailing list archive at Nabble.com. Sto lavorando su una cosa del genere, con l'obiettivo principale di far funzionare la navigazione anche nelle gallerie stradali. Come è stato detto, pero, un problema principale è che gli errori si accumulano, così tale navigazione inerziale sarebbe utile solo per tratti brevi. Con uno smartphone un'altra difficolta è di individuarne l'orientamento rispetto alla terra. I dati dell'accelerometro (che infatti ci da la somma di accelerazione e gravitazione) sono utili solo se il dispositivo non è soggetto a nessuna accelerazione, di solito quando è fermo. Poi, ovviamente, l'orientazione può cambiare e bisogna ricalibrare l'orientamento. Se questo avviene in assenza di un segnale GPS, può introdurre grossi errori. Usando un navigatore, però, l'errore so potrebbe ridurre correggendo la posizione così ottenuta in base ai dati della mappa. So che nell'industria si fanno deli rafforzi simili per integrare tale funzionalità nella prossima generazione di chip GPS. Quello sarà in hardware anziché in software e dovrebbe funzionare con un qualsiasi pezzo di software. Per l'utente l'unica differenza sarebbe che si ottiene una posizione anche entrando in un traforo o un parcheggio sotteraneo. ciao Michael ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Superficie de Palma aceitera en el Catatumbo en Openstreetmap
Hola: Creo que la utopía que señalas Humberto está más cerca de lo que pensamos: - En la cooperación internacional hay cada vez más proyectos que apuntan a temas como desarrollo local, ordenamiento territorial y participación política, buscando un mayor acercamiento de las entidades del Estado a la sociedad civil y, en la coyuntura de las negociaciones de paz actuales, el tema de tierras va a recibir aún más importancia - Muchas ONG que trabajan el tema de tierras, recursos naturales y derechos de participación, como la consulta previa, están complementando la reivindicación y de la denuncia con acompañamiento técnico, investigación y uso de instrumentos como GPS o GIS. - Hay maper@s (como tú y yo J) que fuera de su pasatiempo en OSM están ligados laboralmente a procesos de desarrollo con la sociedad civil, y transmiten conocimientos . Lo que sería un paso más en esta dirección sería que los interesados en este tema nos sentaramos juntos un día, hacer un minitaller de intercambio y proyección vieja idea y parece difícil de realizar, pero no hay que perder las esperanzas J saludos, Federico De: hyan...@gmail.com [mailto:hyan...@gmail.com] Enviado el: sábado, 10 de agosto de 2013 09:49 p.m. Para: OpenStreetMap Colombia Asunto: Re: [Talk-co] Superficie de Palma aceitera en el Catatumbo en Openstreetmap En Maríalabaja, Bolívar hay mapeadas 32,1 Km2 (Dic. 2010/ Ene. 2012). Pienso en la utopía (como aquella que mantiene el foco en el objetivo) de algún día hacer sinergia entre los datos OSM, la cartografía social con las víctimas del conflicto y la cartografía oficial, como apoyo técnico a esos procesos de restitución. No creo que Landsat8 de la resolución para visualizar las plantaciones de palma aceitera, quizás harrierco nos pueda ayudar con esa respuesta. En todo caso podemos ir avanzado sobre las áreas de cultivo disponibles en @Bing Aerial Maps. El 10 de agosto de 2013 19:42, Federico Explorador federico.explora...@nevados.org escribió: Hola: Quiero compartir con ustedes que he continuado mapeando la palma africana en el Catatumbo [1] y he encontrado la forma de calcular la superficie, es más fácil de lo que pensé: 1. Usar la función del filtro, para que JOSM sólo muestre landuse=orchard, trees=oil_palms 2. Seleccionar todo con el ratón 3. Del plugin de medición (measurement) hacer la lectura; da longitud (circunferencia) y área. Hasta ahora he llegado a mapear 86,0 km2 o sea 8.600 hectáreas de palma, con imágenes de Bing del 25 de mayo de 2012. Según datos de prensa, la superficie está cerca de 20.000 hectáreas (El Espectador y RCN, no he encontrado fuentes oficiales). Nota: en Junio pasado, en un fallo histórico, se ordenó devolver la tierra a un desplazado, tierra sembrada luego de su desplazamiento de palma [2] Saludos, Federico [1] http://www.openstreetmap.org/#map=12/8.5971/-72.7444 [2] http://www.elespectador.com/noticias/politica/articulo-426161-tierras-de-bue na-y-de-mala-fe ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-gb-westmidlands] Local places in Wikipedia but not OSM
Half of them seem to be radio stations. Even if I can figure out how to tag these, should I tag the studio or something else (e.g. transmitter)? Radio Warwick always used to be in Students Union building, but Milliams may be able to confirm whether this is still correct. On 11 August 2013 21:32, Andy Mabbett a...@pigsonthewing.org.uk wrote: Hi folks, The Wikipedia category at: http://en.wikipedia.org/wiki/Category:West_Midlands_articles_missing_geocoordinate_data includes several West Midlands placenames which have short (stub) articles on Wikipedia, but where the placenames not found in OSM. Can anyone provide a locus for any of them, with coordinates? Should they be added to the map? Or deleted from Wikipedia? For those of you reading from, or otherwise familiar with, places further afield, this applies globally; see: http://en.wikipedia.org/wiki/Category:England_articles_missing_geocoordinate_data http://en.wikipedia.org/wiki/Category:Articles_missing_geocoordinate_data_by_continent -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[OSM-talk-fr] Fwd: [FOSS-GPS] Piksi RTK GPS on Kickstarter
Bonjour à tous, Je viens de tomber sur l'annonce d'un projet de récepteur GPS RTK qui cherche du financement via kickstarter. De base, ça intéresse forcément les gens de cette liste. Mais quand en plus j'apprends que la précision visée avoisine le centimètre, forcément c'est un projet de choix pour nous autres mapper. Bonne lecture. -- Forwarded message -- From: Fergus Noble fergusno...@gmail.com Date: 2013/8/7 Subject: [FOSS-GPS] Piksi RTK GPS on Kickstarter To: foss-...@lists.osgeo.org Cc: Colin Beighley co...@swift-nav.com Hi everyone, This is Fergus Noble from Swift Navigation and I just wanted to post a quick and shameless plug for our new project just launched on Kickstarter called Piksi :) Piksi is a low cost, RTK capable GPS receiver with open source software, schematics and PCB design. I have lurked on this list for a long time and I thought it would would be of interest to you guys. http://www.kickstarter.com/projects/swiftnav/piksi-the-rtk-gps-receiver/ If you have any questions, feel free to email me at fergus@swift-nav.comand please spread word about the campaign! Thanks, Fergus -- Fergus Noble CTO, Swift Navigation Inc. 340 Woodpecker Ridge Santa Cruz, CA 95060 P: (831) 426-3733 F: (831) 426-5666 ___ This message is sent to you from foss-...@lists.osgeo.org mailing list. Visit http://lists.osgeo.org/mailman/listinfo/foss-gps to manage your subscription For more information, check http://wiki.osgeo.org/wiki/FOSS-GPS -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] GIREVE
En lisant M, le magazine du Monde, j'ai croisé une info concernant la création d'une entité ayant pour but de faciliter la vie des utilisateurs de véhicule électrique. Une des mission sera de localiser les bornes de rechargement en autre. Je pense que c'est une bonne chose de s'en rapprocher. Je copie colle le communiqué de presse La Caisse des Dépôts, la Compagnie Nationale du Rhône, EDF, ERDF, et Renault ont créé, le 12 juillet 2013, la société GIREVE SAS, conformément à l'accord qui avait été signé le 3 octobre dernier sous l’égide du Ministre du Redressement Productif, de la Ministre de l’Environnement et de l'Energie, et du Ministre des Transports, à l’occasion du lancement de la mission Hirtzman. Les associés ont nommé Gilles BERNARD Président des comités d'orientation et consultatif de GIREVE, et Bruno LEBRUN Président de la Société. L’objectif de GIREVE est de faciliter l’usage des bornes de recharge électrique d'accès public, en les rendant visibles, accessibles et interopérables pour tous les utilisateurs, levant ainsi une des barrières au développement de l’électro-mobilité en France et en Europe. Pour un bouquet de services « à la carte » GIREVE constituera une plate-forme commune de gestion de données, au service des acteurs de l’électro-mobilité, afin de faciliter le développement de services liés à la recharge des véhicules électriques : - localisation des bornes d'accès public via les services de navigation sur GPS, Smartphones, ou internet ; - information sur leur disponibilité, possibilité de les réserver ; - possibilité d’y accéder et de payer la recharge, même lorsque la borne n’est pas exploitée par l’opérateur habituel de l'utilisateur ; - et tout autre service rendu possible grâce à des transactions entre opérateurs au sein de cette plate-forme. Les utilisateurs pourront ainsi recharger leur véhicule en toute liberté et facilité, ce qui favorisera l’électro-mobilité et augmentera l’usage des bornes de recharges. Un vaste travail de concertation GIREVE assurera la concertation avec tous les acteurs intéressés en France et à l’étranger, en vue d'adapter ses services aux besoins et d'assurer la compatibilité des solutions avec l'écosystème de la mobilité électrique qu'il contribuera à faire émerger. Le répertoire national des bornes, qui va en premier lieu être créé, mettra à disposition des opérateurs des données précises pour développer leurs services aux utilisateurs. Des standards d'échanges de données compatibles avec les autres pays européens seront déployés pour permettre la communication entre opérateurs étendue aux déplacements transfrontaliers. GIREVE se proposera d'appuyer les collectivités locales dans leurs projets, ainsi que les aménageurs d'infrastructure de recharge, pour assurer la compatibilité des solutions avec les standards d'interopérabilité et enregistrer les données dans la plate-forme d'échanges. Contacts presse : Gilles BERNARD – 06 83 03 01 42 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] GIREVE
J'ai oublié de préciser la signification de GIREVE, qui est donc Groupement pour l’Itinérance des Recharges Électriques de Véhicules. Le 11 août 2013 18:30, Nolwenn DOUCET donolw...@gmail.com a écrit : En lisant M, le magazine du Monde, j'ai croisé une info concernant la création d'une entité ayant pour but de faciliter la vie des utilisateurs de véhicule électrique. Une des mission sera de localiser les bornes de rechargement en autre. Je pense que c'est une bonne chose de s'en rapprocher. Je copie colle le communiqué de presse La Caisse des Dépôts, la Compagnie Nationale du Rhône, EDF, ERDF, et Renault ont créé, le 12 juillet 2013, la société GIREVE SAS, conformément à l'accord qui avait été signé le 3 octobre dernier sous l’égide du Ministre du Redressement Productif, de la Ministre de l’Environnement et de l'Energie, et du Ministre des Transports, à l’occasion du lancement de la mission Hirtzman. Les associés ont nommé Gilles BERNARD Président des comités d'orientation et consultatif de GIREVE, et Bruno LEBRUN Président de la Société. L’objectif de GIREVE est de faciliter l’usage des bornes de recharge électrique d'accès public, en les rendant visibles, accessibles et interopérables pour tous les utilisateurs, levant ainsi une des barrières au développement de l’électro-mobilité en France et en Europe. Pour un bouquet de services « à la carte » GIREVE constituera une plate-forme commune de gestion de données, au service des acteurs de l’électro-mobilité, afin de faciliter le développement de services liés à la recharge des véhicules électriques : - localisation des bornes d'accès public via les services de navigation sur GPS, Smartphones, ou internet ; - information sur leur disponibilité, possibilité de les réserver ; - possibilité d’y accéder et de payer la recharge, même lorsque la borne n’est pas exploitée par l’opérateur habituel de l'utilisateur ; - et tout autre service rendu possible grâce à des transactions entre opérateurs au sein de cette plate-forme. Les utilisateurs pourront ainsi recharger leur véhicule en toute liberté et facilité, ce qui favorisera l’électro-mobilité et augmentera l’usage des bornes de recharges. Un vaste travail de concertation GIREVE assurera la concertation avec tous les acteurs intéressés en France et à l’étranger, en vue d'adapter ses services aux besoins et d'assurer la compatibilité des solutions avec l'écosystème de la mobilité électrique qu'il contribuera à faire émerger. Le répertoire national des bornes, qui va en premier lieu être créé, mettra à disposition des opérateurs des données précises pour développer leurs services aux utilisateurs. Des standards d'échanges de données compatibles avec les autres pays européens seront déployés pour permettre la communication entre opérateurs étendue aux déplacements transfrontaliers. GIREVE se proposera d'appuyer les collectivités locales dans leurs projets, ainsi que les aménageurs d'infrastructure de recharge, pour assurer la compatibilité des solutions avec les standards d'interopérabilité et enregistrer les données dans la plate-forme d'échanges. Contacts presse : Gilles BERNARD – 06 83 03 01 42 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr